Re: [EMAIL PROTECTED]: GSoC proposal, device driver glue code]

2007-03-22 Thread Yoshinori K. Okuji
On Friday 23 March 2007 00:49, Thomas Schwinge wrote: > Hello Okuji and Richard! > > May I ask you to have a look at the attached email and especially the url > referenced in there, ? > This application makes a rather profound impression to me. > > Fe

Re: RMLL / LSM 2006

2006-06-08 Thread Yoshinori K. Okuji
On Wednesday 07 June 2006 19:43, Thomas Schwinge wrote: > Hm. Given that and the fact that nearly all other talks on the > conference are in French, I'm not sure anymore that it's worth for me to > go there this year at all. I really enjoyed the OS-related talks in > English last year. > > That's

Re: Patch Submission Policy

2005-03-01 Thread Yoshinori K. Okuji
On Monday 28 February 2005 21:12, Roland McGrath wrote: > It's your policy that is questionable. The new GRUB is not usable in > production, yet the old GRUB is frozen too early. If you don't like, help the legwork. Okuji ___ Bug-hurd mailing list Bu

Patch Submission Policy

2005-02-27 Thread Yoshinori K. Okuji
[I send this to bug-hurd as well, since I saw an inadequqte post by Roland on bug-hurd.] Hello, Since our (current) patch submission policy was described only on a mailing list, I wrote an article on the GRUB Wiki: http://www.autistici.org/grub/moin.cgi/GrubLegacyPatchSubmission?action=show O

Re: [PATCH] soft interrupts

2003-01-29 Thread Yoshinori K. Okuji
At Wed, 29 Jan 2003 12:30:14 +0100, Marcus Brinkmann wrote: > It's hard to believe you get no package loss in GNU Mach 1. Do you flood > the GNU/Hurd box from a GNU/Linux box? I have seen horrible package loss in > that situation, which was much better with GNUMach v2. I think that's not because

GRUB 0.93 is released

2002-12-07 Thread Yoshinori K. Okuji
I'm happy to announce the release of GRUB 0.93. This is the fourth of our prereleases leading up to GRUB 1.0. We encourage you to try it, as we have done a lot of bugfixes and feature enhancement since the previous release. The source and binary distributions are available from ftp://alpha.gnu.org

Re: new console server code checked in

2002-06-05 Thread Yoshinori K. Okuji
At Wed, 5 Jun 2002 05:38:38 -0400 (EDT), Roland McGrath wrote: > I was (and am still sort of) unclear on UTF-32 vs UCS-4. Their formats are identical but their semantics is different, because UCS-4 is defined in ISO/IEC 10646, while UTF-32 is defined in Unicode Standard. Basically ISO/IEC 10646

GRUB 0.92 is released

2002-04-29 Thread Yoshinori K. Okuji
I'm happy to announce the release of GRUB 0.92. This is the third of our prereleases leading up to GRUB 1.0. We encourage you to try it, as we have done a lot of bugfixes and feature enhancement since the previous release. The source and binary distributions are available from ftp://alpha.gnu.org

Re: boot scripts

2002-02-14 Thread Yoshinori K. Okuji
Your idea is great, and I also want such a feature. But the current implementation of GRUB is too ugly to add it (e.g. no real memory management). Probably you will have to wait for next generation of GRUB which is not even started yet. I'm sorry that the power of GRUB is still poor. :( Okuji ===

GRUB 0.91 is released

2002-01-21 Thread Yoshinori K. Okuji
I'm happy to announce the release of GRUB 0.91. This is the second of our prereleases leading up to GRUB 1.0. We encourage you to try it, as we have done a lot of bugfixes and feature enhancement since the previous release. The source and binary distributions are available from ftp://alpha.gnu.or

Re: Why GNU Mach is so different?

2001-12-30 Thread Yoshinori K. Okuji
At Sun, 30 Dec 2001 16:09:57 +0100 (CET), Farid Hajji wrote: > Regarding CORBA: The only part of it that we'll need in the Hurd > right now, is a good IDL stub generator that could replace MIG. > The path right now looks like we're needing to switch to flick > IDL compiler and change the *.defs wi

Re: emulating no-senders notifications in L4?

2001-12-20 Thread Yoshinori K. Okuji
At 20 Dec 2001 00:37:34 +0100, Niels Möller wrote: > Can the scheme above be improved (without adding security features > like port-rigts to the kernel)? If most RPCs are normal messages from a task having a send right to one having a receive right, it might improve the performance to map the arr