Fix the payloads on alix1c and msm800sev.
ron
Fix these to use a more standard relative path for payload.
Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]>
Index: targets/digitallogic/msm800sev/Config.lb
===
--- targets/digitallog
I'm about to introduce some new code, but first, this is some cleanup
of the linuxbios/ directory - all the geode targets were the same, so
I consolidated them.
Jordan
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] Consolidate all the geode Linuxbi
> Can you check this in to buildrom svn? Jordan is driving across Wyoming
> today (lovely weather) and I don't have buildrom access.
I don't envy him. It's been icy here.
> Thanks,
> Marc
>
Revision 89
Myles
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailma
> Myles Watson wrote:
> >> Myles Watson wrote:
> >>
> >>> On Dec 20, 2007 12:15 PM, Marc Jones <[EMAIL PROTECTED]> wrote:
> >>>
> >>
> >> Ah! missed the LAB stuff, sorry. I will make those changes.
> >> Is the serengeti_cheetah_fam10-payload.patch really needed? It cleans
> up
> >> the config.lb a
Myles Watson wrote:
Myles Watson wrote:
On Dec 20, 2007 12:15 PM, Marc Jones <[EMAIL PROTECTED]> wrote:
Ah! missed the LAB stuff, sorry. I will make those changes.
Is the serengeti_cheetah_fam10-payload.patch really needed? It cleans up
the config.lb a little but I don't see a fun
> Myles Watson wrote:
> > On Dec 20, 2007 12:15 PM, Marc Jones <[EMAIL PROTECTED]> wrote:
> >
> >> Myles Watson wrote:
> >>
> Hey all - following on Marc's awesome Barcelona patches, here is the
> code to add the fam10 target to buildrom.
>
>
> >>> It works for me, but since yo
Myles Watson wrote:
> On Dec 20, 2007 12:15 PM, Marc Jones <[EMAIL PROTECTED]> wrote:
>
>> Myles Watson wrote:
>>
Hey all - following on Marc's awesome Barcelona patches, here is the
code to add the fam10 target to buildrom.
>>> It works for me, but since you us
On Dec 20, 2007 12:15 PM, Marc Jones <[EMAIL PROTECTED]> wrote:
> Myles Watson wrote:
> >> Hey all - following on Marc's awesome Barcelona patches, here is the
> >> code to add the fam10 target to buildrom.
> >>
> >
> > It works for me, but since you used the generic.mk instead of a specific
> > on
Myles Watson wrote:
Hey all - following on Marc's awesome Barcelona patches, here is the
code to add the fam10 target to buildrom.
It works for me, but since you used the generic.mk instead of a specific
one, it didn't catch that I didn't have iasl installed.
That said, it seems like it
>
> Hey all - following on Marc's awesome Barcelona patches, here is the
> code to add the fam10 target to buildrom.
It works for me, but since you used the generic.mk instead of a specific
one, it didn't catch that I didn't have iasl installed.
That said, it seems like it would be nicer to hav
Hey all - following on Marc's awesome Barcelona patches, here is the
code to add the fam10 target to buildrom. You may see a stack protect
problem, patches following shortly to deal with that.
Jordan
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM]
On 13/12/07 16:54 -0700, Myles Watson wrote:
> This patch puts build output from qemu into log files, corrects a
> reference to the compiler in the Makefile, and updates the default
> compiler to be gcc34 instead of gcc32.
>
> I'd have called it trivial except that I changed the default compiler.
On Dec 13, 2007 10:55 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote:
>
> On 13/12/07 08:00 -0700, Myles Watson wrote:
> > This patch removes the option from buildrom to use the lgdt patch for
> > LinuxBIOSv3.
> >
> > On a compiler that doesn't need the patch, this patch makes the image
> > unbootable
On 13/12/07 08:00 -0700, Myles Watson wrote:
> This patch removes the option from buildrom to use the lgdt patch for
> LinuxBIOSv3.
>
> On a compiler that doesn't need the patch, this patch makes the image
> unbootable.
>
> Signed-off-by: Myles Watson <[EMAIL PROTECTED]>
Acked-by: Jordan Crouse <
On 10/12/07 13:26 -0500, Richard Smith wrote:
> Ward Vandewege wrote:
> > On Sat, Dec 08, 2007 at 01:26:30PM -0500, Richard Smith wrote:
> >> Doesn't seem to work for me.
> >>
> >> The -fno-stack-protector checking isn't working.
> >
> > Yep, known bug that needs fixing.
> >
> >> After hacking t
I played with some settings as well. Busybox was
still selected but if I de-select then I get:
> # Ugh!!! Remember that libdl.a and libdl_pic.a are different. Since
# libdl is pretty small, and not likely to benefit from mklibs.py and
# similar, lets just remove libdl_pic.a and avoid the
richard, send me readelf -a of linuxbios. I may know what's going on.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On Sat, Dec 08, 2007 at 04:40:28PM -0500, Ward Vandewege wrote:
> I build images just fine on a 32-bit Gnewsense (i.e. Dapper) box. Your rom
> chip is 1MB or bigger right (assuming you're doing LAB) - otherwise 512K is
> enough?
Ugh - that was clearly not relevant. The buildrom setup will make 512
On Sat, Dec 08, 2007 at 01:26:30PM -0500, Richard Smith wrote:
> Doesn't seem to work for me.
>
> The -fno-stack-protector checking isn't working.
Yep, known bug that needs fixing.
>After hacking the
> necessary makefiles to have -fno-stack-protector I get:
Great, can you supply a patch?
> g
> Doesn't seem to work for me.
>
> The -fno-stack-protector checking isn't working. After hacking the
> necessary makefiles to have -fno-stack-protector I get:
>
> gcc -m32 -nostdlib -nostartfiles -static -o linuxbios -T ldscript.ld
> crt0.o
> /usr/bin/ld: section .id [ef64 -> 000
Doesn't seem to work for me.
The -fno-stack-protector checking isn't working. After hacking the
necessary makefiles to have -fno-stack-protector I get:
gcc -m32 -nostdlib -nostartfiles -static -o linuxbios -T ldscript.ld crt0.o
/usr/bin/ld: section .id [ef64 -> ef7f] over
On Fri, Nov 30, 2007 at 02:01:59PM -0700, Jordan Crouse wrote:
> > Add Supermicro H8DMR support to buildrom.
> >
> > Signed-off-by: Ward Vandewege <[EMAIL PROTECTED]>
> Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
This is r71.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
h
Am Donnerstag, den 06.12.2007, 15:34 -0700 schrieb Jordan Crouse:
> +menu "Build Options"
> +
> +config VERBOSE
> + bool "See the build output on stdout"
> + default n
> + help
> + See the entire build output on stdout. Otherwise, it will
> + be saved off in a seri
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 for option ROMs which totally cleans things up - if thi
It complains that the logs directory doesn't exist when it tries to fetch
and create the linuxbiosv3/logs/fetch.log file.
I prefer to have LinuxBIOSv2 and LinuxBIOSv3 represented in the same way. I
think it's confusing to have one be LBV3 and one LINUXBIOS. It seems like
LINUXBIOS should be used
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 for option ROMs which totally cleans things up - if this
doesn't set off anybody's B
> [BUILDROM] Some fixes
>
> Remove a spurious variable from the GPXE stuff, rearrange the menu
> a little bit, and switch the Make jobs to an integer to make it
> easier to understand and use.
>
> Signed-off-by: Jordan Crouse <[EMAIL PROTECTED]>
It works for me.
Acked-by: Myles Watson <[EMAIL PROT
On Thu, Dec 06, 2007 at 03:34:53PM -0700, Jordan Crouse wrote:
> A few fixes before my v3 patch - this cleans up the menuconfig to be
> a little bit more clear, and fixes a spurious variable that I removed
> behind Ward's back.
Heh :) I saw that warning late last night but hadn't looked into it ye
A few fixes before my v3 patch - this cleans up the menuconfig to be
a little bit more clear, and fixes a spurious variable that I removed
behind Ward's back.
Jordan
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] Some fixes
Remove a spurious varia
I forgot one more file:
packages/busybox/conf/defconfig-serengeti_cheetah-x86_64
There are two options:
1. apply defconfig-busybox.patch, which adds the file
2. apply defconfig-busybox2.patch, which removes the dependency and
lets serengeti_cheetah have the same busybox as everyone else
The diff
On Fri, Nov 30, 2007 at 01:40:41PM -0700, Jordan Crouse wrote:
> > This patch adds preliminary gPXE support to buildrom. gPXE is the successor
> > of
> > etherboot. It is currently undergoing some major work and does not have
> > LinuxBIOS support, so this is not useful yet - gPXE does not even bu
On 30/11/07 15:49 -0500, Ward Vandewege wrote:
> See attached. I've build-tested filo/etherboot/lab, and will be testing real
> hardware early next week.
>
> Thanks,
> Ward.
>
> --
> Ward Vandewege <[EMAIL PROTECTED]>
> Free Software Foundation - Senior System Administrator
>
> Add Supermicro
On 30/11/07 00:16 -0500, Ward Vandewege wrote:
> See attached.
>
> Thanks,
> Ward.
>
> --
> Ward Vandewege <[EMAIL PROTECTED]>
> Free Software Foundation - Senior System Administrator
>
> This patch adds preliminary gPXE support to buildrom. gPXE is the successor of
> etherboot. It is currentl
* Jordan Crouse <[EMAIL PROTECTED]> [071129 00:16]:
> [BUILDROM] Very minor fixes to make it easier to use custom ELF payloads
>
> Some fixes to make it easier to use a custom ELF payload.
>
> Signed-off-by: Jordan Crouse <[EMAIL PROTECTED]>
Acked-by: Stefan Reinauer <[EMAIL PROTECTED]>
--
cor
On Wed, Nov 28, 2007 at 04:14:56PM -0700, Jordan Crouse wrote:
> [BUILDROM] Move to memetest86 version 3.4
>
> Memtest86 version 3.4 has some fun new tricks, like understanding
> multiple CPUs. Also use the correct name in the config.in - its
> memtest86, not the similar but different memtest86+
On Wed, Nov 28, 2007 at 04:18:11PM -0700, Jordan Crouse wrote:
> [BUILDROM] Download and prepend the VGA VBIOS for the ga-2761gxdk
>
> First try at downloading and prepending the VGA VBIOS for the ga-2761gxdk
> board stored on linuxbios.org. This should be generic enough to extend
> to other plat
On Wed, Nov 28, 2007 at 04:13:49PM -0700, Jordan Crouse wrote:
> [BUILDROM] Add targets for mconf and lxdialog
>
> There isn't any need to be running make for mconf and lxdialog every
> time we run menuconfig - we invoke the power of Make and add the two
> utilities as dependencies.
>
> Signed-of
This prevents errors when building and cleaning trees with custom payloads
in them.
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] Very minor fixes to make it easier to use custom ELF payloads
Some fixes to make it easier to use a custom ELF paylo
This one is the most exciting - finally add support for automagically
downloading and pre-pending the VGA VBIOS for the ga-2761gxdk. This
should be a framework for future optionroms to be downloaded and used
from linxubios.org. I'm not super happy with how congested
packages/linuxbios is getting
Hey all - I've been holding a mini-hackathon of one for buildrom today.
Here is a simple cleanup for the makefile.
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] Add targets for mconf and lxdialog
There isn't any need to be running make for mconf
Bump memtest86 to version 3.4, which has some new features that
are useful for those of us hacking on memory controllers on AMD
K8 and beyond.
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] Move to memetest86 version 3.4
Memtest86 version 3.4 has
On 11/28/07, Jordan Crouse <[EMAIL PROTECTED]> wrote:
> Here is the refreshed patch for the SimNow support against current RCS.
> Something is triggering my bat sense that the tree isn't exactly in a
> right state, but I can't remember what it is. Please test the tree with
> and without the patch
Here is the refreshed patch for the SimNow support against current RCS.
Something is triggering my bat sense that the tree isn't exactly in a
right state, but I can't remember what it is. Please test the tree with
and without the patch to make sure that its sane.
Jordan
--
Jordan Crouse
Systems
On Fri, Nov 09, 2007 at 01:23:25PM -0700, Jordan Crouse wrote:
> > Make lab.conf parsing a bit smarter, allowing for 2 modules to be passed to
> > kexec. This allows Xen booting, for instance with this lab.conf file:
> >
> > CMDLINE="com1=115200,8n1 cdb=com1"
> > INITRD=""
> > KERNEL="/xen-3.1.0.g
On 08/11/07 17:03 -0500, Ward Vandewege wrote:
> This code is not very elegant, so if there are suggestions to improve it,
> please shoot!
>
> Thanks,
> Ward.
>
> --
> Ward Vandewege <[EMAIL PROTECTED]>
> Free Software Foundation - Senior System Administrator
> Make lab.conf parsing a bit smart
On 11/9/07, Jordan Crouse <[EMAIL PROTECTED]> wrote:
> By popular request, this is a patch to buildrom adding support for
> the AMD SimNow simulator. Basically, it patches LinuxBIOS to work
> around a few SimNow related quirks that are currently in the
> public version of SimNow. The quirks thems
By popular request, this is a patch to buildrom adding support for
the AMD SimNow simulator. Basically, it patches LinuxBIOS to work
around a few SimNow related quirks that are currently in the
public version of SimNow. The quirks themselves have been reported,
and hopefully will be fixed in fut
On 07/11/07 11:27 -0500, Corey Osgood wrote:
> Jordan Crouse wrote:
> > On 07/11/07 09:31 -0500, Ward Vandewege wrote:
> >
> >> I really need to make work of that kconfig option for 'add vga bios after
> >> compile'.
> >>
> >
> > I'm assuming its not freely distributable? If it is, then we
Jordan Crouse wrote:
> On 07/11/07 09:31 -0500, Ward Vandewege wrote:
>
>> I really need to make work of that kconfig option for 'add vga bios after
>> compile'.
>>
>
> I'm assuming its not freely distributable? If it is, then we can wget
> it and prepend it automagically. If its not, the
On 07/11/07 09:31 -0500, Ward Vandewege wrote:
> I really need to make work of that kconfig option for 'add vga bios after
> compile'.
I'm assuming its not freely distributable? If it is, then we can wget
it and prepend it automagically. If its not, then we have two courses
of action:
1) user m
> I did a config for the 2891 with LAB, but all I see in deploy is this:
> ls -l deploy/
> total 7280
> -rw-r--r-- 1 rminnich rminnich 905680 2007-11-06 19:36 bzImage
> -rw-rw-r-- 1 rminnich rminnich 272384 2007-11-06 19:38
> initrd.uncompressed
> -rw-rw-r-- 1 rminnich rminnich 879963 2007-11-0
On Wed, Nov 07, 2007 at 07:21:33AM -0700, Myles Watson wrote:
>
> > I did a config for the 2891 with LAB, but all I see in deploy is this:
> > ls -l deploy/
> > total 7280
> > -rw-r--r-- 1 rminnich rminnich 905680 2007-11-06 19:36 bzImage
> > -rw-rw-r-- 1 rminnich rminnich 272384 2007-11-06 19:3
I did a config for the 2891 with LAB, but all I see in deploy is this:
ls -l deploy/
total 7280
-rw-r--r-- 1 rminnich rminnich 905680 2007-11-06 19:36 bzImage
-rw-rw-r-- 1 rminnich rminnich 272384 2007-11-06 19:38 initrd.uncompressed
-rw-rw-r-- 1 rminnich rminnich 879963 2007-11-06 19:38 lab-pay
This is a trivial patch in terms of implementation. It changes checkrom so
that it doesn't depend on a magic number for ROM size, it just prints the
size of the payload in Bytes and KBytes.
Another alternative is to make it configurable based on which payload you're
using, but I'd rather it just
On Mon, Oct 29, 2007 at 04:08:33PM -0600, Jordan Crouse wrote:
> I missed a patch file when I added the S-C stuff to buildrom last week.
> THis just patches LB to use ../payload.elf as the target (an unfortunate
> v2 side effect).
> [BUILDROM] Missing Serengeti-Cheetah file
>
> This file should
On Mon, Oct 29, 2007 at 10:04:28AM -0600, Jordan Crouse wrote:
> > Small cosmetic and consistency fixes.
> >
> > Signed-off-by: Uwe Hermann <[EMAIL PROTECTED]>
>
> Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
Thanks, r51 (together with the typo noticed by Paul Menzel).
Uwe.
--
http://www.herma
On Mon, Oct 29, 2007 at 04:08:33PM -0600, Jordan Crouse wrote:
> [BUILDROM] Missing Serengeti-Cheetah file
>
> This file should have gone with the rest of the patch - it patches LinuxBIOS
> to look for payload in ../
>
> Signed-off-by: Jordan Crouse <[EMAIL PROTECTED]>
Acked-by: Peter Stuge <[E
I missed a patch file when I added the S-C stuff to buildrom last week.
THis just patches LB to use ../payload.elf as the target (an unfortunate
v2 side effect).
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] Missing Serengeti-Cheetah file
This f
> > 2. It would be nice to be able to set the ROM size if you have a larger
> > one than comes standard with the platform
>
> This is hard to do in v2, and I'm not sure how we could get around it,
> because it would involve in-place SED fu and other such things that I'm
> not 100% sure we want t
On 27/10/07 16:39 +0200, Uwe Hermann wrote:
> See patch.
>
>
> Uwe.
> --
> http://www.hermann-uwe.de | http://www.holsham-traders.de
> http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
> Small cosmetic and consistency fixes.
>
> Signed-off-by: Uwe Hermann <[EMAIL PROTECTE
On 26/10/07 13:58 -0600, Myles Watson wrote:
> When I use Linux-As-Bootloader, I want to use a 64-bit kernel so that any
> patches I have to do for my hardware only need to be done for one
> architecture.
This looks pretty good. I'm not really sure if I understand why you would
need a 64 bit kern
I know this patch is pretty rough. It's just meant as an example of what
I'd like to be able to do with buildrom. It is a patch which enables most
of buildrom to succeed building for 64-bit.
When I use Linux-As-Bootloader, I want to use a 64-bit kernel so that any
patches I have to do for my
On 24/10/07 18:12 -0400, Ward Vandewege wrote:
> On Wed, Oct 24, 2007 at 02:38:42PM -0600, Jordan Crouse wrote:
> > Try this patch to buildrom - it should make everybody happy.
> >
> > Jordan
> > --
> > Jordan Crouse
> > Systems Software Development Engineer
> > Advanced Micro Devices, Inc.
> >
On Wed, Oct 24, 2007 at 02:38:42PM -0600, Jordan Crouse wrote:
> Try this patch to buildrom - it should make everybody happy.
>
> Jordan
> --
> Jordan Crouse
> Systems Software Development Engineer
> Advanced Micro Devices, Inc.
>
>
> !DSPAM:471fad6a90701804284693!
> [BUILDROM] Fix building 3
On 24/10/07 14:11 -0600, Myles Watson wrote:
>
> I checked out the latest buildrom and tried to build L-A-B for two targets,
> Serengeti cheetah and Tyan s2891.
>
> It fails to build the kernel because it passes KERNEL_CC=gcc -m32 to make,
> and make interprets the -m32 as an option to make.
>
>
On 24/10/07 14:11 -0600, Myles Watson wrote:
>
> I checked out the latest buildrom and tried to build L-A-B for two targets,
> Serengeti cheetah and Tyan s2891.
>
> It fails to build the kernel because it passes KERNEL_CC=gcc -m32 to make,
> and make interprets the -m32 as an option to make.
> I
I checked out the latest buildrom and tried to build L-A-B for two targets,
Serengeti cheetah and Tyan s2891.
It fails to build the kernel because it passes KERNEL_CC=gcc -m32 to make,
and make interprets the -m32 as an option to make.
I'm assuming that there's something wrong with my environmen
* Jordan Crouse <[EMAIL PROTECTED]> [071023 00:19]:
> [BUILDROM] fix memtest errors when building on a 64 bit system
>
> Make sure we pass the 32 bit flags for the GNU tools - this allows
> memtest to build correctly on a 64 bit machine.
>
> Signed-off-by: Jordan Crouse <[EMAIL PROTECTED]>
Acke
* Jordan Crouse <[EMAIL PROTECTED]> [071023 00:18]:
> Serengeti-Cheetah is another one of those AMD development platforms that we
> use to validate those crazy Opterons. Very few of these are available in
> the wild, but there are some out there. The S-C platform is also well
> supported in SimNo
Memtest86 wasn't too happy about compiling on a native 64 bit machine.
This fixes that.
Jordan
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] fix memtest errors when building on a 64 bit system
Make sure we pass the 32 bit flags for the GNU tools
Serengeti-Cheetah is another one of those AMD development platforms that we
use to validate those crazy Opterons. Very few of these are available in
the wild, but there are some out there. The S-C platform is also well
supported in SimNow, for those who know what that means.
This patch adds buil
* Jordan Crouse <[EMAIL PROTECTED]> [071002 22:00]:
> [BUILDROM] Clean up some files that are no longer needed or never used
>
> Remove files that snuck in there by mistake or are no longer needed.
>
> Signed-off-by: Jordan Crouse <[EMAIL PROTECTED]>
Acked-by: Stefan Reinauer <[EMAIL PROTECTED]>
* Jordan Crouse <[EMAIL PROTECTED]> [071002 22:13]:
> Okay, now that everybody has recovered from the last patch, here's the
> last one - disable OFW for the short term in buildrom. Reason being,
> that it only worked for OLPC, and the previous patch removed OLPC. I
> discussed the matter brief
On Tue, Oct 02, 2007 at 02:13:17PM -0600, Jordan Crouse wrote:
> [BUILDROM]: Disable OFW
>
> Since OFW in buildrom was only for OLPC, not having OLPC means that OFW
> isn't useful right now - hopefully somebody can do do the work to make
> OFW or a clone useful for generic x86 platforms.
>
> Sig
On Tue, Oct 02, 2007 at 02:09:26PM -0600, Jordan Crouse wrote:
> Okay, this patch will probably make Ron cry, but in the end, I think
> its better for the health of buildrom and the project (the patch, not
> Ron crying).
>
> The OLPC code we had in here before was for revision B2 and earlier,
> w
Okay, now that everybody has recovered from the last patch, here's the
last one - disable OFW for the short term in buildrom. Reason being,
that it only worked for OLPC, and the previous patch removed OLPC. I
discussed the matter briefly with Stefan and Segher, and they tell me
that there are o
I was going through buildrom today, and found some files that are not useful
to us, so this patch removes them.
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] Clean up some files that are no longer needed or never used
Remove files that snuck in t
On 26/09/07 11:48 -0600, Marc Jones wrote:
>
> Note that other LX platform "owners" should update the buildrom platform
> linuxbios tags to pick up the PERR#/SERR# fix.
r42. Thanks.
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On 26/09/07 14:45 -0600, Marc Jones wrote:
>
>
> ron minnich wrote:
> > On 9/26/07, Marc Jones <[EMAIL PROTECTED]> wrote:
> >> Ron,
> >> I have tested it. :)
> >> I have not used flashrom since I use a rom emulator. I will look into it.
> >
> > I fixed my msm800sev problem. The part is an FWH pa
On 9/26/07, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
> * ron minnich <[EMAIL PROTECTED]> [070926 01:43]:
> > This patch is for ALIX 1.C support for buildrom.
> >
> > ron
>
> Acked-by: Stefan Reinauer <[EMAIL PROTECTED]>
Committed revision 41.
--
linuxbios mailing list
linuxbios@linuxbios.org
* ron minnich <[EMAIL PROTECTED]> [070926 01:43]:
> This patch is for ALIX 1.C support for buildrom.
>
> ron
Acked-by: Stefan Reinauer <[EMAIL PROTECTED]>
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED]
This patch is for ALIX 1.C support for buildrom.
ron
addalix1c
Description: Binary data
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On Mon, Sep 24, 2007 at 05:57:43PM -0400, Ward Vandewege wrote:
> On Mon, Sep 24, 2007 at 03:40:57PM -0600, Jordan Crouse wrote:
> > On 24/09/07 17:36 -0400, Ward Vandewege wrote:
> > > This was tested on real hardware.
> >
> > ACK even the secret !tyan related diff in the first chunk.. :)
>
> T
On Mon, Sep 24, 2007 at 03:40:57PM -0600, Jordan Crouse wrote:
> On 24/09/07 17:36 -0400, Ward Vandewege wrote:
> > This was tested on real hardware.
>
> ACK even the secret !tyan related diff in the first chunk.. :)
Ah, yes, sorry about that, I should have explained. Basically I moved the LAB
'
On 24/09/07 17:36 -0400, Ward Vandewege wrote:
> This was tested on real hardware.
ACK even the secret !tyan related diff in the first chunk.. :)
Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
> --
> Ward Vandewege <[EMAIL PROTECTED]>
> Free Software Foundation - Senior System Administrator
>
>
On 16/09/07 15:08 -0300, Alan Carvalho de Assis wrote:
> 2007/9/16, Uwe Hermann <[EMAIL PROTECTED]>:
> >
> > I'm not so sure. Maybe it actually _is_ a good idea to integrate (parts
> > of) buildrom in the v3 build process? It would sure make the
> > "user experience" better. The question is how muc
On 16/09/07 16:53 +0200, Uwe Hermann wrote:
> I'm not so sure. Maybe it actually _is_ a good idea to integrate (parts
> of) buildrom in the v3 build process? It would sure make the
> "user experience" better. The question is how much work this will be.
> I guess we'd want to change quite a lot of b
On Sun, Sep 16, 2007 at 04:53:54PM +0200, Uwe Hermann wrote:
> > we don't want to put busybox and kernel builds into v3.
>
> I'm not so sure. Maybe it actually _is_ a good idea to integrate
> (parts of) buildrom in the v3 build process?
There's still a point in keeping the LB/v3 product.
But the
2007/9/16, Uwe Hermann <[EMAIL PROTECTED]>:
>
> I'm not so sure. Maybe it actually _is_ a good idea to integrate (parts
> of) buildrom in the v3 build process? It would sure make the
> "user experience" better. The question is how much work this will be.
> I guess we'd want to change quite a lot of
On Sun, Sep 02, 2007 at 06:51:14PM -0700, ron minnich wrote:
> On 9/2/07, Ward Vandewege <[EMAIL PROTECTED]> wrote:
> > Now; before I post my patches to the list for review, I'd like to know what
> > the current thinking is on the future of buildrom.
> >
>
> it's pretty key to our future as far as
On Tue, Sep 04, 2007 at 10:16:17AM -0700, ron minnich wrote:
> Also, can someone put instructions on where-to-buy on the wiki for
> these boards and systems?
Some are listed here, but the prices and availability keeps changing
pretty quickly, so I'm not sure how useful this is.
http://linuxbios.o
On 12/09/07 23:37 +0200, Uwe Hermann wrote:
> See patch.
>
>
> Uwe.
> --
> http://www.hermann-uwe.de | http://www.holsham-traders.de
> http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
> Add support for 'make menuconfig' in buildrom. Until now,
> only 'make oldconfig' woul
On Wed, Sep 12, 2007 at 03:02:23PM -0600, Jordan Crouse wrote:
> On 12/09/07 16:57 -0400, Ward Vandewege wrote:
> > --
> > Ward Vandewege <[EMAIL PROTECTED]>
> > Free Software Foundation - Senior System Administrator
>
> > Add the platform config file for the m57sli. This is the final patch of th
On 12/09/07 16:57 -0400, Ward Vandewege wrote:
> --
> Ward Vandewege <[EMAIL PROTECTED]>
> Free Software Foundation - Senior System Administrator
> Add the platform config file for the m57sli. This is the final patch of this
> set, which completes FILO/LAB payload support for the Gigabyte M57SLI-
On Wed, Sep 12, 2007 at 02:22:11PM -0600, Jordan Crouse wrote:
> On 12/09/07 16:16 -0400, Ward Vandewege wrote:
> >
> > That last patch was silly, this is the proper way to disable lzma.
>
> Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
And this is r31.
Thanks,
Ward.
--
Ward Vandewege <[EMAIL P
On Wed, Sep 12, 2007 at 02:13:14PM -0600, Jordan Crouse wrote:
> Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
>
> On 12/09/07 16:06 -0400, Ward Vandewege wrote:
> > --
> > Ward Vandewege <[EMAIL PROTECTED]>
> > Free Software Foundation - Senior System Administrator
>
> >
> > Add configuration op
On Wed, Sep 12, 2007 at 02:13:14PM -0600, Jordan Crouse wrote:
> Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
r31
Thanks,
Ward.
--
Ward Vandewege <[EMAIL PROTECTED]>
Free Software Foundation - Senior System Administrator
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.or
On 12/09/07 16:16 -0400, Ward Vandewege wrote:
>
> That last patch was silly, this is the proper way to disable lzma.
Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
> Thanks,
> Ward.
>
> --
> Ward Vandewege <[EMAIL PROTECTED]>
> Free Software Foundation - Senior System Administrator
>
> Automat
Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
On 12/09/07 16:06 -0400, Ward Vandewege wrote:
> --
> Ward Vandewege <[EMAIL PROTECTED]>
> Free Software Foundation - Senior System Administrator
>
> Add configuration option for the m57sli board in the kconfig menus.
>
> Signed-off-by: Ward Vandeweg
On Wed, Sep 12, 2007 at 12:31:28PM -0700, ron minnich wrote:
> On 9/12/07, Ward Vandewege <[EMAIL PROTECTED]> wrote:
> > On Wed, Sep 12, 2007 at 12:12:29PM -0700, ron minnich wrote:
> > > Ward, can we get kernel and all in 1 MB at this point?
> >
> > Yes - busybox + 2.6.22.2 with tiny patches and m
1 - 100 of 137 matches
Mail list logo