Re: [Fwd: Re: [Qemu-devel] multiple boot devices]

2007-11-09 Thread Blue Swirl
On 11/10/07, J. Mayer <[EMAIL PROTECTED]> wrote: > > On Sat, 2007-11-10 at 00:43 +0100, andrzej zaborowski wrote: > > On 09/11/2007, J. Mayer <[EMAIL PROTECTED]> wrote: > > > What about this patch ? Is there any remark ? Is it to be applied ? > > > > Yes, I'm also in favour. Regarding the machines

Re: [Fwd: Re: [Qemu-devel] multiple boot devices]

2007-11-09 Thread J. Mayer
On Sat, 2007-11-10 at 00:43 +0100, andrzej zaborowski wrote: > On 09/11/2007, J. Mayer <[EMAIL PROTECTED]> wrote: > > What about this patch ? Is there any remark ? Is it to be applied ? > > Yes, I'm also in favour. Regarding the machines that boot off flash, I > will try to come up with some logi

Re: [Fwd: Re: [Qemu-devel] multiple boot devices]

2007-11-09 Thread andrzej zaborowski
On 09/11/2007, J. Mayer <[EMAIL PROTECTED]> wrote: > What about this patch ? Is there any remark ? Is it to be applied ? Yes, I'm also in favour. Regarding the machines that boot off flash, I will try to come up with some logical synatx. The Palm T|E board can boot off the ROM and it needs no kern

Re: [Fwd: Re: [Qemu-devel] multiple boot devices]

2007-11-09 Thread Thiemo Seufer
mu-devel@nongnu.org > > Subject: Re: [Qemu-devel] multiple boot devices > > Date: Mon, 05 Nov 2007 14:04:40 +0100 > > > > On Sat, 2007-11-03 at 01:18 +, Thiemo Seufer wrote: > > > J. Mayer wrote: > > > [snip] > > > > > > It restrict

[Fwd: Re: [Qemu-devel] multiple boot devices]

2007-11-09 Thread J. Mayer
What about this patch ? Is there any remark ? Is it to be applied ? Forwarded Message > From: J. Mayer <[EMAIL PROTECTED]> > Reply-To: qemu-devel@nongnu.org > To: qemu-devel@nongnu.org > Subject: Re: [Qemu-devel] multiple boot devices > Date: Mon, 05 No

Re: [Qemu-devel] multiple boot devices

2007-11-05 Thread J. Mayer
On Sat, 2007-11-03 at 01:18 +, Thiemo Seufer wrote: > J. Mayer wrote: > [snip] > > > > It restricts the letter to the ones historically allowed by Qemu, not to > > > > anything specific to any architecture or hw platform. What I like in my > > > > implementation, compared to the strchr..., is