Re: [LinuxBIOS] Expand linuxbiosv3 support

2008-01-11 Thread Jordan Crouse
On 08/01/08 14:20 -0700, Myles Watson wrote: > > Signed-off-by: Myles Watson <[EMAIL PROTECTED]> I went ahead and comitted this (v90), so that Ward could refactor his patch against it. Jordan -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbio

Re: [LinuxBIOS] Expand linuxbiosv3 support

2008-01-11 Thread Jordan Crouse
On 08/01/08 14:20 -0700, Myles Watson wrote: > This patch is Jordan's buildrom patch with a few additions, so I'm including > his original message: > > [BUILDROM] Expand linuxbiosv3 support > > Add more generic support for LinuxBIOSv3 - add specialized package > for v3, and add support for using

Re: [LinuxBIOS] Expand linuxbiosv3 support

2008-01-09 Thread Myles Watson
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Myles > Watson > Sent: Tuesday, January 08, 2008 2:21 PM > To: Jordan Crouse; Linuxbios > Subject: Re: Expand linuxbiosv3 support > > This patch is Jordan's buildrom patch with a few additions, so I'm >

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-11 Thread ron minnich
On Dec 11, 2007 8:06 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote: > That is a very closed minded attitude. You may not see a reason for > mkelfimage, but it still remains the only way to functionally boot a > kernel under v2. When v3 has many more hours behind it and we can forget > all about v2

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-11 Thread Jordan Crouse
On 10/12/07 21:22 -0800, ron minnich wrote: > On Dec 10, 2007 8:54 AM, Myles Watson <[EMAIL PROTECTED]> wrote: > > > further question, could we get rid of mkelfimage? I can't see why > > > we're still using it. > > > > mkelfimage combines the kernel and the init.rd so it an be loaded by kexec. > >

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-10 Thread ron minnich
On Dec 10, 2007 8:54 AM, Myles Watson <[EMAIL PROTECTED]> wrote: > > further question, could we get rid of mkelfimage? I can't see why > > we're still using it. > > mkelfimage combines the kernel and the init.rd so it an be loaded by kexec. we have initramfs now. initrd is so 20th century :-) and

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-10 Thread Jordan Crouse
On 10/12/07 13:52 -0500, Corey Osgood wrote: > Jordan Crouse wrote: > > On 07/12/07 22:51 -0500, Corey Osgood wrote: > > > >> Jordan Crouse wrote: > >> > >>> > >>> HOST_CC=gcc > >>> -HOST_CFLAGS= > >>> +HOST_CFLAGS=$(STACKPROTECT) > >>> > > > > > >> Okay, there's reason that I'

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-10 Thread Corey Osgood
Jordan Crouse wrote: > On 07/12/07 00:06 -0500, Corey Osgood wrote: > >> Typo! That makes 2 mistakes this week! Are you feeling okay? :P >> This does look pretty good though, and the idea of having v3 in buildrom >> is great! I'm kicking myself now for never having used buildrom until >> yester

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-10 Thread Corey Osgood
Jordan Crouse wrote: > On 07/12/07 22:51 -0500, Corey Osgood wrote: > >> Jordan Crouse wrote: >> >>> >>> HOST_CC=gcc >>> -HOST_CFLAGS= >>> +HOST_CFLAGS=$(STACKPROTECT) >>> > > >> Okay, there's reason that I've left just this part of the patch. With >> the patch this way, mkelfi

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-10 Thread Jordan Crouse
On 07/12/07 22:51 -0500, Corey Osgood wrote: > Jordan Crouse wrote: > > > > HOST_CC=gcc > > -HOST_CFLAGS= > > +HOST_CFLAGS=$(STACKPROTECT) > Okay, there's reason that I've left just this part of the patch. With > the patch this way, mkelfimage builds (awesome, thanks!), but lzma fails: > > mak

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-10 Thread Myles Watson
> further question, could we get rid of mkelfimage? I can't see why > we're still using it. mkelfimage combines the kernel and the init.rd so it an be loaded by kexec. Myles -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-10 Thread Jordan Crouse
On 09/12/07 10:16 -0800, ron minnich wrote: > further question, could we get rid of mkelfimage? I can't see why > we're still using it. Are you serious? What other options do we have for turning kernel images into ELF images for payloads? Jordan -- Jordan Crouse Systems Software Development En

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-09 Thread ron minnich
further question, could we get rid of mkelfimage? I can't see why we're still using it. ron -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-09 Thread Corey Osgood
To work around the -fno-stack-protector problem, which mkelfimage isn't smart enough to handle on it's own On 12/9/07, Peter Stuge <[EMAIL PROTECTED]> wrote: > On Fri, Dec 07, 2007 at 10:51:30PM -0500, Corey Osgood wrote: > > > -HOST_CFLAGS= > > > +HOST_CFLAGS=$(STACKPROTECT) > > > > With quotes a

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-09 Thread Peter Stuge
On Fri, Dec 07, 2007 at 10:51:30PM -0500, Corey Osgood wrote: > > -HOST_CFLAGS= > > +HOST_CFLAGS=$(STACKPROTECT) > > With quotes around $(STACKPROTECT), lzma finishes, but mkelfimage > fails: Why is mkelfImage called wtih $HOST_CFLAGS or any other CFLAGS? //Peter -- linuxbios mailing list lin

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-08 Thread Jordan Crouse
Okay, its time to start re-thinking how we do -fno-stack-protector, its obvious we are constantly robbing Peter to pay Paul. I'll look at this on Monday. On 07/12/07 22:51 -0500, Corey Osgood wrote: > Jordan Crouse wrote: > > On 07/12/07 00:06 -0500, Corey Osgood wrote: > > > >> Typo! That mak

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-07 Thread Ward Vandewege
On Fri, Dec 07, 2007 at 12:31:37PM -0700, Jordan Crouse wrote: > On 07/12/07 00:06 -0500, Corey Osgood wrote: > > Typo! That makes 2 mistakes this week! Are you feeling okay? :P > > This does look pretty good though, and the idea of having v3 in buildrom > > is great! I'm kicking myself now for ne

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-07 Thread Corey Osgood
Jordan Crouse wrote: > On 07/12/07 00:06 -0500, Corey Osgood wrote: > >> Typo! That makes 2 mistakes this week! Are you feeling okay? :P >> This does look pretty good though, and the idea of having v3 in buildrom >> is great! I'm kicking myself now for never having used buildrom until >> yester

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-07 Thread Uwe Hermann
On Fri, Dec 07, 2007 at 12:31:37PM -0700, Jordan Crouse wrote: > On 07/12/07 00:06 -0500, Corey Osgood wrote: > > Typo! That makes 2 mistakes this week! Are you feeling okay? :P > > This does look pretty good though, and the idea of having v3 in buildrom > > is great! I'm kicking myself now for ne

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-07 Thread Jordan Crouse
On 07/12/07 00:06 -0500, Corey Osgood wrote: > Jordan Crouse wrote: > > This is my code to expand on what Myles has already done for v3 - > > basically, we move to using a V3 only .mk for LinuxBIOS, and take > > advantage of LAR to clean up the build considerably. Also, introduce > > my new idea

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-07 Thread Jordan Crouse
On 07/12/07 07:40 -0700, Myles Watson wrote: > > > > -Original Message- > > From: Jordan Crouse [mailto:[EMAIL PROTECTED] > > Sent: Thursday, December 06, 2007 4:47 PM > > To: Myles Watson > > Cc: linuxbios@linuxbios.org > > Subject: Re: Expand linuxbiosv3 support > > > > On 06/12/07 16:

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-07 Thread Myles Watson
> -Original Message- > From: Jordan Crouse [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 06, 2007 4:47 PM > To: Myles Watson > Cc: linuxbios@linuxbios.org > Subject: Re: Expand linuxbiosv3 support > > On 06/12/07 16:32 -0700, Myles Watson wrote: > > It complains that the logs dire

Re: [LinuxBIOS] Expand linuxbiosv3 support

2007-12-06 Thread Jordan Crouse
On 06/12/07 16:32 -0700, Myles Watson wrote: > It complains that the logs directory doesn't exist when it tries to fetch > and create the linuxbiosv3/logs/fetch.log file. oops - my bad - I can fix that. > I prefer to have LinuxBIOSv2 and LinuxBIOSv3 represented in the same way. I > think it's co