From 5873c9b664528a5fe35bf3ea22abe785ace6f86a Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 10:12:45 +0200 Subject: typo --- hurd/documentation/translator_primer.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/hurd/documentation/translator_primer.mdwn b/hurd/documentation/translator_primer.mdwn index 24e66681..4586a8e6 100644 --- a/hurd/documentation/translator_primer.mdwn +++ b/hurd/documentation/translator_primer.mdwn @@ -29,7 +29,7 @@ To try out the simplest of translators, you can go the following simple steps: $ touch hello $ cat hello - $ setrans hello /hurd/hello + $ settrans hello /hurd/hello $ cat hello "Hello World!" $ settrans -g hello -- cgit v1.2.3 From 786cc5604dbad7eeb8ee2dbabdd38e008d838720 Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Tue, 19 Jul 2011 20:05:00 +0200 Subject: comment on _POSIX_PATH_MAX and realpath bogusness --- hurd/porting/guidelines.mdwn | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/hurd/porting/guidelines.mdwn b/hurd/porting/guidelines.mdwn index ade921b0..fc3f518f 100644 --- a/hurd/porting/guidelines.mdwn +++ b/hurd/porting/guidelines.mdwn @@ -54,6 +54,10 @@ If you get Bad File Descriptor error when trying to read from a file (or accessi Every unconditionalized use of `PATH_MAX`, `MAX_PATH` or `MAXPATHLEN` is a POSIX incompatibility. If there is no upper limit on the length of a path (as its the case for GNU), this symbol is not defined in any header file. Instead, you need to either use a different implementation that does not rely on the length of a string or use `sysconf()` to query the length at runtime. If `sysconf()` returns -1, you have to use `realloc()` to allocate the needed memory dynamically. Usually it is thus simpler to just use dynamic allocation. Sometimes the amount is actually known. Else, a geometrically growing loop can be used: for instance, see [Alioth patch](http://alioth.debian.org/tracker/download.php/30628/410472/303735/1575/cpulimit-path-max-fix.patch) or [Pulseaudio patch](http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=patch-pulse;att=1;bug=522100). Note that in some cases there are GNU extensions that just work fine: when the `__GLIBC__` macro is defined, `getcwd()` calls can be just replaced by `get_current_dir_name()` calls. +Note: constants such as _POSIX_PATH_MAX are only the minimum required value for a potential corresponding PATH_MAX macro. They are not a replacement for PATH_MAX, just the minimum value that one can assume. + +Note2: Yes, some POSIX functions such as realpath() actually assume that PATH_MAX is defined. This is a bug of the POSIX standard, which got fixed in the latest revisions, in which one can simply pass NULL to get a dynamically allocated buffer. + ## `ARG_MAX` Same rationale as `PATH_MAX`. There is no limit on the number of arguments. -- cgit v1.2.3 From c1cb54658465a70a1e8ae293c49869d759fa52cb Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 22:50:12 +0200 Subject: news: qoth 2, PS: Hurd truths and rumors --- news/2011-q2-ps.mdwn | 37 +++++++++++++++++++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 news/2011-q2-ps.mdwn diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn new file mode 100644 index 00000000..62c2503f --- /dev/null +++ b/news/2011-q2-ps.mdwn @@ -0,0 +1,37 @@ +Hurd truths and rumors +====================== + +After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slashdot and phoronix did some [performance tests of the Hurd][phorperf], discussions have been running all over the net. While we are happy to see that there obviously is quite some interest in the Hurd, we also saw some rumors and outdated information flowing around. We hope that we will be able to clear them up a bit. + +[phorperf]: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1 + +* Debian wants to replace Linux with the Hurd: ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! + +* Hurd developers want Linux to die: ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. + +* Java support on the Hurd is in the works. ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. + +* The Hurd has no Xorg: ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). + +* The Hurd only runs on legacy hardware: ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. + +* Hurd only supports legacy devices: ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. + +* The Hurd has no SMP: ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. + +* Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long. ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. + +* The system is called GNU/GNU Hurd: ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. + +Test results +------------ + +Quite good. We expected that the microkernel design of the Hurd would have a far more severe performance hit. + +Some explanations: + +* CPU bound. +* IPCs [are no more such a problem on recent hardware][ipc]. +* The emulation layer should rather make the context switches worse, so it’s likely not at play. + +[ipc]: http://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.51.16 -- cgit v1.2.3 From 19e7d40ed653e61f4bda68035d264c1e3ad32031 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:00:01 +0200 Subject: news: qoth 2, PS: formatting --- news/2011-q2-ps.mdwn | 40 ++++++++++++++++++++++++++++++---------- 1 file changed, 30 insertions(+), 10 deletions(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 62c2503f..561d3473 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -1,27 +1,44 @@ -Hurd truths and rumors -====================== +[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +[[!meta date="2011-07-19 23:42 UTC"]] + +A quarter of the Hurd, Q2 of 2011, PS: *Hurd truths and rumors*. +[[!if test="included()" then="""[[!toggle id=full_news +text="Details."]][[!toggleable id=full_news text="[[!paste id=full_news]]"]]""" +else=" +[[!paste id=full_news]]"]] + +[[!cut id="full_news" text=""" After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slashdot and phoronix did some [performance tests of the Hurd][phorperf], discussions have been running all over the net. While we are happy to see that there obviously is quite some interest in the Hurd, we also saw some rumors and outdated information flowing around. We hope that we will be able to clear them up a bit. [phorperf]: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1 -* Debian wants to replace Linux with the Hurd: ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! +* Debian wants to replace Linux with the Hurd: ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! -* Hurd developers want Linux to die: ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. +* Hurd developers want Linux to die: ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. -* Java support on the Hurd is in the works. ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. +* Java support on the Hurd is in the works. ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. -* The Hurd has no Xorg: ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). +* The Hurd has no Xorg: ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). -* The Hurd only runs on legacy hardware: ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. +* The Hurd only runs on legacy hardware: ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. * Hurd only supports legacy devices: ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. -* The Hurd has no SMP: ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. +* The Hurd has no SMP: ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. -* Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long. ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. +* Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long. ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. -* The system is called GNU/GNU Hurd: ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. +* The system is called GNU/GNU Hurd: ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. Test results ------------ @@ -35,3 +52,6 @@ Some explanations: * The emulation layer should rather make the context switches worse, so it’s likely not at play. [ipc]: http://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.51.16 + + +"""]] -- cgit v1.2.3 From 1d964f58ef60e29507106017f2bb00f3247b6802 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:02:57 +0200 Subject: fix markup --- news/2011-q2-ps.mdwn | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 561d3473..93e4ccf2 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -22,23 +22,23 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas [phorperf]: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1 -* Debian wants to replace Linux with the Hurd: ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! +* Debian wants to replace Linux with the Hurd: ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! -* Hurd developers want Linux to die: ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. +* Hurd developers want Linux to die: ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. -* Java support on the Hurd is in the works. ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. +* Java support on the Hurd is in the works. ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. -* The Hurd has no Xorg: ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). +* The Hurd has no Xorg: ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). -* The Hurd only runs on legacy hardware: ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. +* The Hurd only runs on legacy hardware: ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. * Hurd only supports legacy devices: ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. -* The Hurd has no SMP: ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. +* The Hurd has no SMP: ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. -* Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long. ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. +* Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long. ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. -* The system is called GNU/GNU Hurd: ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. +* The system is called GNU/GNU Hurd: ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. Test results ------------ -- cgit v1.2.3 From bb5674d61c6232d97625b2f0e974d12efad5b9d3 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:07:31 +0200 Subject: fix markup --- news/2011-q2-ps.mdwn | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 93e4ccf2..c6d8c3b5 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -22,23 +22,23 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas [phorperf]: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1 -* Debian wants to replace Linux with the Hurd: ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! +* Debian wants to replace Linux with the Hurd: ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! -* Hurd developers want Linux to die: ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. +* Hurd developers want Linux to die: ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. -* Java support on the Hurd is in the works. ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. +* Java support on the Hurd is in the works. ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. -* The Hurd has no Xorg: ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). +* The Hurd has no Xorg: ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). -* The Hurd only runs on legacy hardware: ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. +* The Hurd only runs on legacy hardware: ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. * Hurd only supports legacy devices: ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. -* The Hurd has no SMP: ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. +* The Hurd has no SMP: ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. -* Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long. ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. +* Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long. ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. -* The system is called GNU/GNU Hurd: ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. +* The system is called GNU/GNU Hurd: ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. Test results ------------ -- cgit v1.2.3 From 75b8639dcd7e5368e2dc555961444fc149ae5819 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:11:47 +0200 Subject: better readable --- news/2011-q2-ps.mdwn | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index c6d8c3b5..73cc434b 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -22,23 +22,23 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas [phorperf]: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1 -* Debian wants to replace Linux with the Hurd: ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! +* *Debian wants to replace Linux with the Hurd:* ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! -* Hurd developers want Linux to die: ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. +* *Hurd developers want Linux to die:* ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. -* Java support on the Hurd is in the works. ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. +* *Java support on the Hurd is in the works: ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. -* The Hurd has no Xorg: ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). +* *The Hurd has no Xorg:* ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). -* The Hurd only runs on legacy hardware: ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. +* *The Hurd only runs on legacy hardware:* ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. -* Hurd only supports legacy devices: ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. +* *Hurd only supports legacy devices:* ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. -* The Hurd has no SMP: ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. +* *The Hurd has no SMP:* ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. -* Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long. ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. +* *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. -* The system is called GNU/GNU Hurd: ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. +* *The system is called GNU/GNU Hurd:* ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. Test results ------------ -- cgit v1.2.3 From 2a9d349d118c95f151531e6deb3b85d680672928 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:13:13 +0200 Subject: better readable --- news/2011-q2-ps.mdwn | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 73cc434b..1a7278c5 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -22,23 +22,23 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas [phorperf]: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1 -* *Debian wants to replace Linux with the Hurd:* ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! +* *Debian wants to replace Linux with the Hurd:* **✘ Wrong**: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! -* *Hurd developers want Linux to die:* ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. +* *Hurd developers want Linux to die:* **✘ Wrong**: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. * *Java support on the Hurd is in the works: ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. -* *The Hurd has no Xorg:* ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). +* *The Hurd has no Xorg:* **✘ Wrong**: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). -* *The Hurd only runs on legacy hardware:* ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. +* *The Hurd only runs on legacy hardware:* **✘ Wrong**: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. * *Hurd only supports legacy devices:* ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. * *The Hurd has no SMP:* ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. -* *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. +* *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* **✘ Wrong**: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. -* *The system is called GNU/GNU Hurd:* ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. +* *The system is called GNU/GNU Hurd:* **✘ Wrong**: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. Test results ------------ -- cgit v1.2.3 From bb52651ecb13f62f6126927e9500e1d0befe88bf Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:14:00 +0200 Subject: better readable --- news/2011-q2-ps.mdwn | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 1a7278c5..fc203bd5 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -22,23 +22,23 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas [phorperf]: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1 -* *Debian wants to replace Linux with the Hurd:* **✘ Wrong**: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! +* *Debian wants to replace Linux with the Hurd:* ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! -* *Hurd developers want Linux to die:* **✘ Wrong**: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. +* *Hurd developers want Linux to die:* ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. * *Java support on the Hurd is in the works: ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. -* *The Hurd has no Xorg:* **✘ Wrong**: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). +* *The Hurd has no Xorg:* ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). -* *The Hurd only runs on legacy hardware:* **✘ Wrong**: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. +* *The Hurd only runs on legacy hardware:* ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. * *Hurd only supports legacy devices:* ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. * *The Hurd has no SMP:* ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. -* *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* **✘ Wrong**: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. +* *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. -* *The system is called GNU/GNU Hurd:* **✘ Wrong**: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. +* *The system is called GNU/GNU Hurd:* ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. Test results ------------ -- cgit v1.2.3 From 1df90e0c66dfb001309c20e63300fe07358ef2bb Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:15:02 +0200 Subject: SMP clearer --- news/2011-q2-ps.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index fc203bd5..66176916 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -34,7 +34,7 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas * *Hurd only supports legacy devices:* ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. -* *The Hurd has no SMP:* ✔ True: Even though the Hurd servers support SMP and GNU Mach has SMP support. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. +* *The Hurd has no SMP:* ✔ True: Even though the **Hurd servers support SMP** and **GNU Mach has SMP support**. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. * *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. -- cgit v1.2.3 From a090c8c2dc830a9220e7062b1c8e9f9a9ec37f39 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:16:21 +0200 Subject: fix markup --- news/2011-q2-ps.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 66176916..65fe7df4 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -26,7 +26,7 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas * *Hurd developers want Linux to die:* ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. -* *Java support on the Hurd is in the works: ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. +* *Java support on the Hurd is in the works:* ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. * *The Hurd has no Xorg:* ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). -- cgit v1.2.3 From 03115bce5fd38843bb215fc5b85ef99ce61d0a9e Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:17:37 +0200 Subject: better readable --- news/2011-q2-ps.mdwn | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 65fe7df4..c2e7c191 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -22,23 +22,23 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas [phorperf]: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1 -* *Debian wants to replace Linux with the Hurd:* ✘ Wrong: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! +* *Debian wants to replace Linux with the Hurd:* ✘ **Wrong**: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! -* *Hurd developers want Linux to die:* ✘ Wrong: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. +* *Hurd developers want Linux to die:* ✘ **Wrong**: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. -* *Java support on the Hurd is in the works:* ✔ True: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. +* *Java support on the Hurd is in the works:* ✔ **True**: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. -* *The Hurd has no Xorg:* ✘ Wrong: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). +* *The Hurd has no Xorg:* ✘ **Wrong**: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). -* *The Hurd only runs on legacy hardware:* ✘ Wrong: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. +* *The Hurd only runs on legacy hardware:* ✘ **Wrong**: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. * *Hurd only supports legacy devices:* ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. -* *The Hurd has no SMP:* ✔ True: Even though the **Hurd servers support SMP** and **GNU Mach has SMP support**. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. +* *The Hurd has no SMP:* ✔ **True**: Even though the **Hurd servers support SMP** and **GNU Mach has SMP support**. But the latter [[does_not_yet_have_drivers_for_nowadays_chipsets|faq/smp]], so the Hurd currently can’t take advantage of multiple cores. -* *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* ✘ Wrong: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. +* *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* ✘ **Wrong**: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. -* *The system is called GNU/GNU Hurd:* ✘ Wrong: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. +* *The system is called GNU/GNU Hurd:* ✘ **Wrong**: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. Test results ------------ -- cgit v1.2.3 From cf32fa4cb4d8224e73460b1ae5021f6bbfa71d52 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:22:28 +0200 Subject: more discussion of the test results --- news/2011-q2-ps.mdwn | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index c2e7c191..42a34563 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -43,15 +43,17 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas Test results ------------ -Quite good. We expected that the microkernel design of the Hurd would have a far more severe performance hit. +The results of the test from Phoronix were quite good. We expected that the microkernel design of the Hurd would have a far more severe performance hit. -Some explanations: +Some possible explanations: -* CPU bound. +* The tests were mostly CPU bound. * IPCs [are no more such a problem on recent hardware][ipc]. -* The emulation layer should rather make the context switches worse, so it’s likely not at play. -[ipc]: http://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.51.16 +And a non-explanation: + +The emulation layer should rather make the context switches worse, so it’s likely not at play. +[ipc]: http://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.51.16 """]] -- cgit v1.2.3 From 5cd9eefa26897f3d0e253a0667daf94674ad7384 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Tue, 19 Jul 2011 23:26:02 +0200 Subject: fix markup --- news/2011-q2-ps.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 42a34563..ff11731f 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -52,7 +52,7 @@ Some possible explanations: And a non-explanation: -The emulation layer should rather make the context switches worse, so it’s likely not at play. +* The emulation layer should rather make the context switches worse, so it’s likely not at play. [ipc]: http://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.51.16 -- cgit v1.2.3 From dc7c1a1c85e09d9ef893861e66763fbe3f4f4b9c Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Wed, 20 Jul 2011 00:03:41 +0200 Subject: typo, thanks cjuner --- news/2011-q2-ps.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index ff11731f..6122e8cb 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -30,7 +30,7 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas * *The Hurd has no Xorg:* ✘ **Wrong**: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). -* *The Hurd only runs on legacy hardware:* ✘ **Wrong**: The Hurd is only tested a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. +* *The Hurd only runs on legacy hardware:* ✘ **Wrong**: The Hurd is only tested on a few platforms, but it likely runs on modern processors. If you want to see if it works for you, just test the [[LiveCD|hurd/running/live_cd]]. * *Hurd only supports legacy devices:* ½ Partly True: Currently most drivers are from Linux 2.0. For network cards, Linux 2.6+ drivers are available through DDE, though (needs manual setup for now). With a good amount of work, DDE also allows porting other classes of drivers to allow using the drivers from recent Linux releases — and push them into userspace. -- cgit v1.2.3 From c711afa142fce7119aab5f54d11012883ce26e64 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Wed, 20 Jul 2011 07:36:03 +0200 Subject: jkonig name + test results no heading. --- news/2011-q2-ps.mdwn | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 6122e8cb..5f953f69 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -26,7 +26,7 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas * *Hurd developers want Linux to die:* ✘ **Wrong**: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. -* *Java support on the Hurd is in the works:* ✔ **True**: jkoenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. +* *Java support on the Hurd is in the works:* ✔ **True**: Jérémie Koenig is working on porting Java (OpenJDK 7) as part of his [[gsoc_project|user/jkoenig/java]]. This should help us towards better archive coverage. It must however also be said that Java support *already* exists on the Hurd, through the gcj/ecj platform. jkoenig is also fixing a few important things there. * *The Hurd has no Xorg:* ✘ **Wrong**: X.Org *does* work -- see [[instructions|unsorted/DebianXorg]] (Some drivers won't work anymore, though, as they require DRM nowadays). @@ -40,8 +40,7 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas * *The system is called GNU/GNU Hurd:* ✘ **Wrong**: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. -Test results ------------- +**Test results** The results of the test from Phoronix were quite good. We expected that the microkernel design of the Hurd would have a far more severe performance hit. -- cgit v1.2.3 From 12eed3211dac5f6e759ceacb51566a85334d9c05 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Wed, 20 Jul 2011 07:36:59 +0200 Subject: correct link to porting --- news/2011-q2-ps.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 5f953f69..c575ba61 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -22,7 +22,7 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas [phorperf]: http://www.phoronix.com/scan.php?page=article&item=debian_gnu_hurd&num=1 -* *Debian wants to replace Linux with the Hurd:* ✘ **Wrong**: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|contributing/porting]], please contact us: We need you! +* *Debian wants to replace Linux with the Hurd:* ✘ **Wrong**: We plan to get into Wheezy as an additional port besides Linux and kFreeBSD; but we don't know whether we will make it. It depends on a lot of factors, such as porting the DDE toolkit to inherit Linux 2.6 network card drivers, porting more packages, and finishing the existing support. If you want to help [[porting|hurd/porting]], please contact us: We need you! * *Hurd developers want Linux to die:* ✘ **Wrong**: All of us are happy Linux users, and GNU/Linux currently is the only free system you can actually give to nontechnical users (and make them happy with free software), so it is the most important tool for spreading free software. We don’t work on the Hurd because of some kind of hatred against Linux or Linus. We like and use Linux. We work on the Hurd, because of the [[additional possibilities and clean design|advantages]] it provides. -- cgit v1.2.3 From e12edee7e11fe28840a250a4d97d30b04bd339b6 Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Wed, 20 Jul 2011 11:37:35 +0200 Subject: put yet another like at the README file --- news/2011-q2-ps.mdwn | 2 ++ 1 file changed, 2 insertions(+) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index c575ba61..35db0730 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -38,6 +38,8 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas * *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* ✘ **Wrong**: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. +* *Installation does not work:* ½ Partly True: Did you read the [[README|http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/YES_REALLY_README.txt]] ([[file|http://xkcd.com/293/]])? Just like any beta piece of software, there are known pitfalls which you could easily avoid (or better, help to fix). + * *The system is called GNU/GNU Hurd:* ✘ **Wrong**: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. **Test results** -- cgit v1.2.3 From 0ddd4ce417f5c992330d872264d73e6dbed3765f Mon Sep 17 00:00:00 2001 From: Samuel Thibault Date: Wed, 20 Jul 2011 13:17:00 +0200 Subject: mention the preinstalled image --- news/2011-q2-ps.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn index 35db0730..b3f3d6cc 100644 --- a/news/2011-q2-ps.mdwn +++ b/news/2011-q2-ps.mdwn @@ -38,7 +38,7 @@ After [[our latest Quarter of the Hurd|news/2011-q2]] has been picked up by slas * *Developing a microkernel must be harder than developing a monolithic kernel, because the Hurd took so long:* ✘ **Wrong**: For the last decade, the Hurd had on average 5 hobby developers. That these developers managed to get the Hurd into a state where it actually gets not too far from the Linux kernel in performance — which has about 1000 developers, many of them full time — shows the efficiency of the Hurd’s design. -* *Installation does not work:* ½ Partly True: Did you read the [[README|http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/YES_REALLY_README.txt]] ([[file|http://xkcd.com/293/]])? Just like any beta piece of software, there are known pitfalls which you could easily avoid (or better, help to fix). +* *Installation does not work:* ½ Partly True: Did you read the [[README|http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/YES_REALLY_README.txt]] ([[file|http://xkcd.com/293/]])? Just like any beta piece of software, there are known pitfalls which you could easily avoid (or better, help to fix). You can also simply use the the [[preinstalled image|http://people.debian.org/~sthibault/hurd-i386/debian-hurd.img.tar.gz]]. * *The system is called GNU/GNU Hurd:* ✘ **Wrong**: The GNU userland (glibc, coreutils, …) and the GNU Hurd together form the GNU system. To avoid being mistaken for GNU/Linux, we normally use the name GNU/Hurd or GNU Hurd. The *correct* name is simply GNU. -- cgit v1.2.3 From 33b91f458ed0f728933f2d5aa5ec2ae1a86a9d4d Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 20 Jul 2011 13:35:48 +0200 Subject: Misc bits from emails by Samuel and Jérémie. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- glibc.mdwn | 5 +++++ glibc/signal.mdwn | 5 ++++- glibc/signal/signal_thread.mdwn | 7 +++++++ hurd/running/qemu.mdwn | 5 +++++ 4 files changed, 21 insertions(+), 1 deletion(-) diff --git a/glibc.mdwn b/glibc.mdwn index 6c49508f..c7313c1c 100644 --- a/glibc.mdwn +++ b/glibc.mdwn @@ -28,6 +28,11 @@ Porting glibc to a specific architecture is non-trivial. ## [[Hurd-specific Port|hurd/glibc]] +An important part of the [[Hurd]] actually resides in glibc: here, the POSIX +interfaces are implemented on top of the [[Hurd IPC protocols|hurd/interface]]. +This is different to the Linux port, where most simple POSIX interfaces are in +fact simply forwarded to/implemented as [[system_call]]s. + # Implementation Details diff --git a/glibc/signal.mdwn b/glibc/signal.mdwn index 84153cff..727247ac 100644 --- a/glibc/signal.mdwn +++ b/glibc/signal.mdwn @@ -10,8 +10,11 @@ is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] The [[*UNIX signalling mechanism*|unix/signal]] is implemented for the GNU Hurd -by means of a separate *[[signal_thread]]* that is part of every +by means of a separate *[[signal_thread]]* that is part of every user-space [[process]]. This makes handling of signals a separate thread of control. +[[GNU Mach|microkernel/mach/gnumach]] itself has no idea what a signal is and +`kill` is not a [[system_call]] (as it typically is in a [[UNIX]] system): it's +implemented in [[glibc]]. * [[SA_SIGINFO, SA_SIGACTION|open_issues/sa_siginfo_sa_sigaction]] diff --git a/glibc/signal/signal_thread.mdwn b/glibc/signal/signal_thread.mdwn index 28855dbd..5341b1ab 100644 --- a/glibc/signal/signal_thread.mdwn +++ b/glibc/signal/signal_thread.mdwn @@ -8,6 +8,13 @@ Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] +For delivering a signal, Mach forwards an `msg_sig_post` message from the +invoker of `kill` to the target process. The target process' [[signal_thread]] +job is it to listen to such messages and to set up signal handler contexts in +other threads. + +--- + [[!tag open_issue_documentation]] bugs around signals are very tricky diff --git a/hurd/running/qemu.mdwn b/hurd/running/qemu.mdwn index 9f085d24..343707fa 100644 --- a/hurd/running/qemu.mdwn +++ b/hurd/running/qemu.mdwn @@ -100,6 +100,11 @@ If your machine supports hardware acceleration, you should really use the kvm va to the command line, see below, if you are running Linux kernels 2.6.37 or 2.6.38 else IRQs may hang sooner or later. The kvm irq problems will be solved in kernel 2.6.39. +/!\ Note that there are known performance issues with KVM on Linux 2.6.39 +kernels, compared to 2.6.32: [[!debbug 634149]]. We're preparing on a change +on our side to work around this. + + # Installing Debian/Hurd with QEMU using the Debian installer Note: If you have hardware support, replace the qemu commands below with kvm, e.g. qemu-ing -> kvm-img. -- cgit v1.2.3 From 58e262611fe8cae64db2e7989280d4e23e9d806d Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 20 Jul 2011 14:04:41 +0200 Subject: hurd/porting/guidelines: Formatting. --- hurd/porting/guidelines.mdwn | 15 ++++++++++----- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/hurd/porting/guidelines.mdwn b/hurd/porting/guidelines.mdwn index fc3f518f..8b7dcf02 100644 --- a/hurd/porting/guidelines.mdwn +++ b/hurd/porting/guidelines.mdwn @@ -1,5 +1,5 @@ -[[!meta copyright="Copyright © 2002, 2003, 2005, 2007, 2008, 2009 Free Software -Foundation, Inc."]] +[[!meta copyright="Copyright © 2002, 2003, 2005, 2007, 2008, 2009, 2010, 2011 +Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -50,13 +50,18 @@ An example with `fpathconf`: If you get Bad File Descriptor error when trying to read from a file (or accessing it at all), check the `open()` invocation. The second argument is the access method. If it is a hard coded number instead of a symbol defined in the standard header files, the code is screwed and should be fixed to either use `O_RDONLY`, `O_WRONLY` or `O_RDWR`. This bug was observed in the `fortunes` and `mtools` packages for example. -## `PATH_MAX` / `MAX_PATH` / `MAXPATHLEN` +## `PATH_MAX`, `MAX_PATH`, `MAXPATHLEN`, `_POSIX_PATH_MAX` Every unconditionalized use of `PATH_MAX`, `MAX_PATH` or `MAXPATHLEN` is a POSIX incompatibility. If there is no upper limit on the length of a path (as its the case for GNU), this symbol is not defined in any header file. Instead, you need to either use a different implementation that does not rely on the length of a string or use `sysconf()` to query the length at runtime. If `sysconf()` returns -1, you have to use `realloc()` to allocate the needed memory dynamically. Usually it is thus simpler to just use dynamic allocation. Sometimes the amount is actually known. Else, a geometrically growing loop can be used: for instance, see [Alioth patch](http://alioth.debian.org/tracker/download.php/30628/410472/303735/1575/cpulimit-path-max-fix.patch) or [Pulseaudio patch](http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=patch-pulse;att=1;bug=522100). Note that in some cases there are GNU extensions that just work fine: when the `__GLIBC__` macro is defined, `getcwd()` calls can be just replaced by `get_current_dir_name()` calls. -Note: constants such as _POSIX_PATH_MAX are only the minimum required value for a potential corresponding PATH_MAX macro. They are not a replacement for PATH_MAX, just the minimum value that one can assume. +Note: constants such as `_POSIX_PATH_MAX` are only the minimum required value +for a potential corresponding `PATH_MAX` macro. They are not a replacement for +`PATH_MAX`, just the minimum value that one can assume. -Note2: Yes, some POSIX functions such as realpath() actually assume that PATH_MAX is defined. This is a bug of the POSIX standard, which got fixed in the latest revisions, in which one can simply pass NULL to get a dynamically allocated buffer. +Note 2: Yes, some POSIX functions such as `realpath()` actually assume that +`PATH_MAX` is defined. This is a bug of the POSIX standard, which got fixed in +the latest revisions, in which one can simply pass `NULL` to get a dynamically +allocated buffer. ## `ARG_MAX` -- cgit v1.2.3 From 7db3ef59172cff66ea4700b2a791f36bcfc078d2 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 20 Jul 2011 17:18:24 +0200 Subject: user/jkoenig/java/discussion: JNI, JNA, CNI. --- user/jkoenig/java/discussion.mdwn | 28 ++++++++++++++++++++++++++++ 1 file changed, 28 insertions(+) diff --git a/user/jkoenig/java/discussion.mdwn b/user/jkoenig/java/discussion.mdwn index f16d7678..d7c8548d 100644 --- a/user/jkoenig/java/discussion.mdwn +++ b/user/jkoenig/java/discussion.mdwn @@ -77,6 +77,34 @@ either new ones or existing ones, as applicable. pages ([[!taglink open_issue_documentation]]). +# Java Native Interface (JNI) + + * + * + * + * + + +## Java Native Access (JNA) + + * + * + +This is a different approach, and *while some attention is paid to performance, +correctness and ease of use take priority*. + +As we plan on only having a few native methods (for invoking `mach_msg`, +essentially), JNA is probably the wrong approach: portability and ease of use +is not important, but performance is. + +## Compiled Native Interface (CNI) + + * + * + +Probably faster than JNI, but only usable with GCJ. + + # IRC, freenode, #hurd, 2011-07-13 [[!tag open_issue_documentation]] -- cgit v1.2.3 From ce7896fbd47d5d2c6afb68af13b3af9ffcf749e3 Mon Sep 17 00:00:00 2001 From: Jeremie Koenig Date: Wed, 20 Jul 2011 19:26:37 +0200 Subject: user/jkoenig/java: update --- user/jkoenig/java.mdwn | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/user/jkoenig/java.mdwn b/user/jkoenig/java.mdwn index 700f9c4e..9732e2cd 100644 --- a/user/jkoenig/java.mdwn +++ b/user/jkoenig/java.mdwn @@ -50,6 +50,14 @@ My latest code is available on and modified Debian packages are available in my apt repository. +2011-07-20: +The patches were reviewed by Samuel Thibault. +Samuel pointed out a couple of issues +and I beleive I have addressed all of them (fixes posted). +I'm in the process of publishing updated libc and hurd packages; +provided those work as expected, +the next step would be to get these changes into Debian. + One question is how the new symbols introduced by my patches should be handled. Weak symbols turned out to be impractical, -- cgit v1.2.3 From 272a3459d4c22258d637115c20d7c938cf489d32 Mon Sep 17 00:00:00 2001 From: Jeremie Koenig Date: Wed, 20 Jul 2011 19:51:17 +0200 Subject: user/jkoenig/java/discussion: comment on CNI --- user/jkoenig/java/discussion.mdwn | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/user/jkoenig/java/discussion.mdwn b/user/jkoenig/java/discussion.mdwn index d7c8548d..352f6d62 100644 --- a/user/jkoenig/java/discussion.mdwn +++ b/user/jkoenig/java/discussion.mdwn @@ -104,6 +104,11 @@ is not important, but performance is. Probably faster than JNI, but only usable with GCJ. +> Given that we have very few JNI calls, +> it might be interesting to take a "dual" approach +> if CNI actually improves performance +> when compiling to native code. +> --[[jkoenig]] 2011-07-20 # IRC, freenode, #hurd, 2011-07-13 -- cgit v1.2.3