diff options
| author | Thomas Schwinge <tschwinge@gnu.org> | 2009-05-19 18:07:35 +0200 |
|---|---|---|
| committer | Thomas Schwinge <tschwinge@gnu.org> | 2009-05-19 18:07:35 +0200 |
| commit | d01725cb2611f0142fa5b125cd4837d4bf83b480 (patch) | |
| tree | fde686df72149f356ad56163246d6b1339247f41 | |
| parent | 7bc2ca63c12dfebde2a427070b55045e08a3d016 (diff) | |
Repair some wikilinks.
| -rw-r--r-- | open_issues/blkrrpart_ioctl.mdwn | 4 | ||||
| -rw-r--r-- | open_issues/libfshelp_in_hurdlibs.mdwn | 5 | ||||
| -rw-r--r-- | open_issues/resource_management_problems.mdwn | 6 |
3 files changed, 8 insertions, 7 deletions
diff --git a/open_issues/blkrrpart_ioctl.mdwn b/open_issues/blkrrpart_ioctl.mdwn index 6f6d7cbd..b3a91bfb 100644 --- a/open_issues/blkrrpart_ioctl.mdwn +++ b/open_issues/blkrrpart_ioctl.mdwn @@ -25,8 +25,8 @@ function, `libparted/arch/gnu.c (gnu_disk_commit)`, doesn't do anything at all. The infrastructure in [[GNU_Mach|microkernel/mach/gnumach]] is already there, `linux/src/drivers/block/ide.c (ide_ioctl) <BLKRRPART>` and `linux/src/drivers/scsi/sd_ioctl.c (sd_ioctl) <BLKRRPART>`, but the IOCTL needs -to be routed from `libparted` through [[glibc]]'s Hurd IOCTL interface, through -Hurd's [[hurd/libstore]], to [[GNU_Mach|microkernel/mach/gnumach]]. +to be routed from `libparted` through [[hurd/glibc]]'s Hurd IOCTL interface, +through Hurd's [[hurd/libstore]], to [[GNU_Mach|microkernel/mach/gnumach]]. This is not a huge project, and actually one that is suitable for someone who wants to start with hacking the system. diff --git a/open_issues/libfshelp_in_hurdlibs.mdwn b/open_issues/libfshelp_in_hurdlibs.mdwn index a2652cac..0700b061 100644 --- a/open_issues/libfshelp_in_hurdlibs.mdwn +++ b/open_issues/libfshelp_in_hurdlibs.mdwn @@ -12,5 +12,6 @@ is included in the section entitled [[!tag open_issue_hurd]] -[[libtrivfs]] seems to use [[libfshelp]], but doesn't have it listed in -`HURDLIBS`. Should change that? Same for [[libnetfs]] and [[libdiskfs]]? +[[hurd/libtrivfs]] seems to use [[hurd/libfshelp]], but doesn't have it listed +in `HURDLIBS`. Should we change that? Same for [[hurd/libnetfs]] and +[[hurd/libdiskfs]]? diff --git a/open_issues/resource_management_problems.mdwn b/open_issues/resource_management_problems.mdwn index 42515897..57c6bdbf 100644 --- a/open_issues/resource_management_problems.mdwn +++ b/open_issues/resource_management_problems.mdwn @@ -10,12 +10,12 @@ is included in the section entitled [[!tag open_issue_gnumach open_issue_hurd open_issue_viengoos]] -[[Mach]] interfaces do not allow for proper resource accounting, when a server -allocates resources on behalf of a client. +[[microkernel/Mach]] interfaces do not allow for proper resource accounting, +when a server allocates resources on behalf of a client. Mach can't do a good job at resource management, as it doesn't have enough information how resources are used: which data is important and which is discardable, for example. These issues are what Neal Walfield is working on with his new kernel -[[viengoos]]. +[[microkernel/viengoos]]. |