Re: [LinuxBIOS] Micro-ATX Via CN700 + VT8237R plus

bari wrote: > Corey has C7D+CN700+8237 support posted but not committed yet. > > It's 99% there. > Thanks for the reference link and update bari. The board is PC2500G http://www.via.com.tw/en/initiatives/empowered/pc2500_mainboard/index.jsp Image here compareing the difference between the E and G

Re: [LinuxBIOS] Can't compile flashrom

On Wed, 28 Nov 2007, Peter Stuge wrote: > On Tue, Nov 27, 2007 at 05:19:01PM -0700, Shocky wrote: >> Thanks, I knew there had to be a command that would do this. This >> just deepens the mystery further. nm tells me that within >> /usr/lib/libpci.a access.o defines the external symbol >> "07

Re: [LinuxBIOS] Can't compile flashrom

On Tue, Nov 27, 2007 at 05:19:01PM -0700, Shocky wrote: > Thanks, I knew there had to be a command that would do this. This > just deepens the mystery further. nm tells me that within > /usr/lib/libpci.a access.o defines the external symbol > "0760 T pci_alloc". So if nm can see it, why can't l

Re: [LinuxBIOS] Can't compile flashrom

gcc -o thing thing.c /usr/lib/libpci.a -lz see what happens. ron -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

Re: [LinuxBIOS] Can't compile flashrom

On Tuesday 27 November 2007 16:28, ron minnich wrote: > On Nov 27, 2007 3:17 PM, Shocky <[EMAIL PROTECTED]> wrote: > > It won't link. The linker always returns the error: > > > > undefined reference to 'pci_alloc' > > btw, on the next strace, do -s 1024 :-) > > I notice it seems to be linking with

Re: [LinuxBIOS] Can't compile flashrom

On Tuesday 27 November 2007 15:50, David Hendricks wrote: > I've had similar issues after upgrading my compilation toolchain > incorrectly and will wager a guess that the issues you are facing have more > to do with your distribution than with flashrom. A few questions that come > to mind -- Have y

Re: [LinuxBIOS] Complete and generic 32bit/64bit support

On 27/11/07 16:32 -0700, Myles Watson wrote: > > > > -Original Message- > > From: Ward Vandewege [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, November 27, 2007 2:05 PM > > To: Myles Watson > > Cc: 'Jordan Crouse'; 'Linuxbios' > > Subject: Re: [LinuxBIOS] Complete and generic 32bit/64bit s

Re: [LinuxBIOS] Complete and generic 32bit/64bit support

> -Original Message- > From: Ward Vandewege [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 27, 2007 2:05 PM > To: Myles Watson > Cc: 'Jordan Crouse'; 'Linuxbios' > Subject: Re: [LinuxBIOS] Complete and generic 32bit/64bit support > > Hi Myles, > > On Mon, Nov 26, 2007 at 07:55:48AM

Re: [LinuxBIOS] Can't compile flashrom

On Nov 27, 2007 3:17 PM, Shocky <[EMAIL PROTECTED]> wrote: > It won't link. The linker always returns the error: > > undefined reference to 'pci_alloc' btw, on the next strace, do -s 1024 :-) I notice it seems to be linking with a .a instead of a .o for libpci. did you do an nm on that library?

Re: [LinuxBIOS] Can't compile flashrom

On Tuesday 27 November 2007 16:01, ron minnich wrote: > So according to this trace the build succeeded. > > So what's wrong? > > ron It won't link. The linker always returns the error: undefined reference to 'pci_alloc' Shocky -- These are my opinions. Get your own. -- linuxbios mailing list

Re: [LinuxBIOS] Can't compile flashrom

So according to this trace the build succeeded. So what's wrong? ron -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

Re: [LinuxBIOS] Can't compile flashrom

On Nov 25, 2007 8:24 AM, Shocky <[EMAIL PROTECTED]> wrote: > I'm trying to compile just the flashrom component of LinuxBios from svn, > but make gives me an error telling me that I need to install pciutils-devel > and zlib-devel. The problem is these packages are already installed. > > I extracted

[LinuxBIOS] Fwd: rdcmos

Here from the author (Eric Hendriks) are the tools to read and write cmos. Thanks ron /* * $Id: rdcmos.c,v 1.1 1998/09/24 21:08:20 hendriks Exp $ */ #include #include #include #include static inline unsigned char readreg(int regno) { outb(regno, 0x70); return inb(0x71); } static inlin

Re: [LinuxBIOS] [PATCH] Remove Bitworks IMS

Uwe Hermann wrote: >> Maybe I'll take a Sunday afternoon and try to boot the code one of them on >> the IMS boards I have. > > That would be great. If you stick one DIMM in slot 0 it should boot > right away (yes, this will be fixed to support all combinations), just use > either of the 440BX ta

Re: [LinuxBIOS] Complete and generic 32bit/64bit support

Hi Myles, On Mon, Nov 26, 2007 at 07:55:48AM -0700, Myles Watson wrote: > > Your patch seems ok, except it does not pass -fno-stack-protector through > > to > > mkelfimage anymore, which breaks the build on modern Debian based systems. > > > > Can you fix that? > > Can you help me know how I bro

Re: [LinuxBIOS] FILO with the USB

Fridel Fainshtein wrote: > OK, thank you. > My employer approved the submission. I"ll do it soon. It will be very appreciated, I can assure you of that ;) I look forward to seeing it, and I'll be happy to test. Thanks, Corey > > On Nov 26, 2007 1:24 AM, Corey Osgood <[EMAIL PROTECTED] >

Re: [LinuxBIOS] flashrom support for AMD CS5536

Uwe Hermann wrote: > On Wed, Nov 28, 2007 at 01:15:01AM +0700, Darmawan Salihun wrote: >> I'm not sure if there is somekind of /dev/cmos in Linux. But >> IIRC, there is a project that working on such a thing. I >> just don't know where exactly it is. /dev/nvram dd if=/dev/nvram of=nvram.img bs=1

Re: [LinuxBIOS] FILO with the USB

OK, thank you. My employer approved the submission. I"ll do it soon. On Nov 26, 2007 1:24 AM, Corey Osgood <[EMAIL PROTECTED]> wrote: > Fridel Fainshtein wrote: > > OK, > > > > supposing FILO USB works > > How do I submit the corrections? > > > > http://www.linuxbios.org/Development_Guidelines#Ho

Re: [LinuxBIOS] flashrom support for AMD CS5536

On Wed, Nov 28, 2007 at 01:15:01AM +0700, Darmawan Salihun wrote: > I'm not sure if there is somekind of /dev/cmos in Linux. But > IIRC, there is a project that working on such a thing. I > just don't know where exactly it is. I think lxbios has an option to dump the CMOS contents (which should al

Re: [LinuxBIOS] Complete and generic 32bit/64bit support

> > > I don't get this patch - do we still need > > > packages/kernel/serengeti_cheetah-kernel-x86_64.mk? kernel.inc does > all > > > the heavy lifting now. Or not? > > > > My understanding is that packages/kernel/serengeti_cheetah-kernel- > x86_64.mk > > sets the kernel version, url, config fil

[LinuxBIOS] r529 - in LinuxBIOSv3: arch/x86 mainboard/adl/msm800sev mainboard/amd/norwich mainboard/artecgroup/dbe61 mainboard/emulation/qemu-x86 mainboard/pcengines/alix1c

Author: hailfinger Date: 2007-11-27 20:06:45 +0100 (Tue, 27 Nov 2007) New Revision: 529 Modified: LinuxBIOSv3/arch/x86/Makefile LinuxBIOSv3/mainboard/adl/msm800sev/Makefile LinuxBIOSv3/mainboard/amd/norwich/Makefile LinuxBIOSv3/mainboard/artecgroup/dbe61/Makefile LinuxBIOSv3/mainboa

Re: [LinuxBIOS] [PATCH] v3: factor out one makefile rule

Acked-by: Ronald G. Minnich <[EMAIL PROTECTED]> On Nov 27, 2007 10:54 AM, Carl-Daniel Hailfinger <[EMAIL PROTECTED]> wrote: > Factor out one identical makefile rule from all mainboard makefiles to > the x86 arch makefile. This makes porting to a new mainboard less confusing. > > Signed-off-by: Ca

[LinuxBIOS] [PATCH] v3: factor out one makefile rule

Factor out one identical makefile rule from all mainboard makefiles to the x86 arch makefile. This makes porting to a new mainboard less confusing. Signed-off-by: Carl-Daniel Hailfinger <[EMAIL PROTECTED]> Index: LinuxBIOSv3/mainboard/adl/msm800sev/Makefile ===

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On Nov 27, 2007 10:25 AM, Carl-Daniel Hailfinger <[EMAIL PROTECTED]> wrote: > I suggested that when you were introducing the ELF parsing to lar. So > yes, I still think this si a good idea. the mindprobe must have wiped those neurons out. OK, I'll try to do this but not this week :-) ron -- li

Re: [LinuxBIOS] flashrom support for AMD CS5536

i am finding an old cmos utility we use, will post it when i do ron -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

Re: [LinuxBIOS] flashrom support for AMD CS5536

On 27.11.2007 19:15, Darmawan Salihun wrote: > Alan Alexander wrote: > >> So, my conclusion is that the actual BIOS settings must be stored >> elsewhere. I suspect that this is probably obvious to you guys. >> > > The BIOS setting is stored in a Non-Volatile RAM, known as > the CMOS chip. (

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On 27.11.2007 18:27, ron minnich wrote: > On Nov 27, 2007 9:22 AM, Stefan Reinauer <[EMAIL PROTECTED]> wrote: > > >> With all this, if I unpack a LAR archive, and repack it again, will it >> still produce a working archive? >> >> > > No, it won't. You lose the entry point info. We would hav

Re: [LinuxBIOS] my status

ron minnich wrote: > here is my svn status with notes. I go on travel friday and would like > to resolve all these. > > M include/post_code.h (trying to pin this down) > M mainboard/pcengines/alix1c/initram.c (trivial misspelling, > waiting more changes) > M mainboard/pcengines/al

Re: [LinuxBIOS] [PATCH] Remove Bitworks IMS

On Mon, Nov 26, 2007 at 07:31:14PM -0500, Richard Smith wrote: > That said, I still have some boards and I would sure love to see proper > video pop out sometime before I die. It is the only project of mine that > outright failed because of technical problems I was not able to solve. The > sca

[LinuxBIOS] r528 - LinuxBIOSv3/northbridge/amd/geodelx

Author: rminnich Date: 2007-11-27 19:17:59 +0100 (Tue, 27 Nov 2007) New Revision: 528 Modified: LinuxBIOSv3/northbridge/amd/geodelx/raminit.c Log: move smbus_read to spd_read_byte. Add debug prints. These debug prints and hcf may move to a common library later. Signed-off-by: Ronald G. Minnic

Re: [LinuxBIOS] patch: post code standard

On Mon, Nov 26, 2007 at 03:02:00PM -0800, ron minnich wrote: > comments welcome. > > ron > Proposed start of standard post codes. > Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]> > > Index: include/post_code.h > === > --- inc

Re: [LinuxBIOS] flashrom support for AMD CS5536

Alan Alexander wrote: > Many thanks to all of the help regarding flashing of the Pm49fl004 > device through the AMD CS5536 chipset on my IEI Nano LX board. > I am now able to erase and write the entire 512KByte region as desired. > > Unfortunately, it would appear that I have overlooked something

Re: [LinuxBIOS] patch: lx northbridge use spd_read_byte and add debug prints

ron minnich wrote: > attached > > ron > Acked-by: Marc Jones <[EMAIL PROTECTED]> -- Marc Jones Senior Firmware Engineer (970) 226-9684 Office mailto:[EMAIL PROTECTED] http://www.amd.com/embeddedprocessors -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/l

Re: [LinuxBIOS] patch for geodelx in arch/x86

ron minnich wrote: > add one debug print, move all smbus_read_byte to spd_read_byte. > > attached. > > ron > Acked-by: Marc Jones <[EMAIL PROTECTED]> -- Marc Jones Senior Firmware Engineer (970) 226-9684 Office mailto:[EMAIL PROTECTED] http://www.amd.com/embeddedprocessors -- linuxbios

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On Tue, Nov 27, 2007 at 06:26:23PM +0100, Stefan Reinauer wrote: > * Carl-Daniel Hailfinger <[EMAIL PROTECTED]> [071127 18:01]: > > Yes. How about: > > old way: normal/stage2.o/segment0 normal/stage2.o/segment1 > > new 1: normal/stage2/seg0 normal/stage2/seg1 > > new 2: normal/stage2/0 normal/stage

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On 27/11/07 18:51 +0100, Stefan Reinauer wrote: > * ron minnich <[EMAIL PROTECTED]> [071127 18:27]: > > On Nov 27, 2007 9:22 AM, Stefan Reinauer <[EMAIL PROTECTED]> wrote: > > > > > With all this, if I unpack a LAR archive, and repack it again, will it > > > still produce a working archive? > > >

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

* ron minnich <[EMAIL PROTECTED]> [071127 18:27]: > On Nov 27, 2007 9:22 AM, Stefan Reinauer <[EMAIL PROTECTED]> wrote: > > > With all this, if I unpack a LAR archive, and repack it again, will it > > still produce a working archive? > > > > No, it won't. You lose the entry point info. We would h

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On Nov 27, 2007 9:22 AM, Stefan Reinauer <[EMAIL PROTECTED]> wrote: > With all this, if I unpack a LAR archive, and repack it again, will it > still produce a working archive? > No, it won't. You lose the entry point info. We would have to unpack LAR to ELF files. This is a limitation I had not t

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

* Carl-Daniel Hailfinger <[EMAIL PROTECTED]> [071127 18:01]: > Yes. How about: > old way: normal/stage2.o/segment0 normal/stage2.o/segment1 > new 1: normal/stage2/seg0 normal/stage2/seg1 > new 2: normal/stage2/0 normal/stage2/1 > > I prefer having seg in the name to make it obvious that these are

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

* ron minnich <[EMAIL PROTECTED]> [071127 17:18]: > Remember, there are no ELF files in the lar. I removed those with the > earlier fix when I put ELF processing into LAR for the payloads. > Remember that before I made this change we took ELF files and, with no > processing, put them in the LAR. Th

[LinuxBIOS] my status

here is my svn status with notes. I go on travel friday and would like to resolve all these. M include/post_code.h (trying to pin this down) M mainboard/pcengines/alix1c/initram.c (trivial misspelling, waiting more changes) M mainboard/pcengines/alix1c/Makefile (whitespace change) M

Re: [LinuxBIOS] alix1c for v3 update

Carl-Daniel Hailfinger wrote: > On 27.11.2007 17:45, Corey Osgood wrote: > >> ron minnich wrote: >> >> >>> On Nov 27, 2007 8:24 AM, Corey Osgood <[EMAIL PROTECTED]> wrote: >>> >>> >>> >>> > + [SPD_MIN_CYCLE_TIME_AT_CAS_MAX] = 10, /* A guess for the tRAC value

Re: [LinuxBIOS] patch for geodelx in arch/x86

On Nov 27, 2007 9:00 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote: > In yourcase, faking it out is the right move - and for those > systems that do have SPD, your spd_read_byte can just call into > smbus_read_byte, perhaps through some clever #defines or other such thing. dang, we're clever : int

Re: [LinuxBIOS] alix1c for v3 update

On Nov 27, 2007 8:36 AM, Peter Stuge <[EMAIL PROTECTED]> wrote: > Why is the port needed in stage1.c? for init. > > I would like it to be tied either to the superio (preferably) or in > the dts, if there is positively no other place to put it. hmm. You're right. how to do this? ron -- linuxbi

Re: [LinuxBIOS] alix1c for v3 update

On 27.11.2007 17:45, Corey Osgood wrote: > ron minnich wrote: > >> On Nov 27, 2007 8:24 AM, Corey Osgood <[EMAIL PROTECTED]> wrote: >> >> >> + [SPD_MIN_CYCLE_TIME_AT_CAS_MAX] = 10, /* A guess for the tRAC value */ >>> This looks like it's wro

Re: [LinuxBIOS] patch: lx northbridge use spd_read_byte and add debug prints

something like this? So we have a standard banner format, and a die function that guarantees to push stuff out the uart -- handy if it is a usb debug device, might keep it alive. ron Index: lib/console.c === --- lib/console.c (r

Re: [LinuxBIOS] patch for geodelx in arch/x86

On 27/11/07 08:52 -0800, ron minnich wrote: > On Nov 27, 2007 8:51 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote: > > On 27/11/07 08:28 -0800, ron minnich wrote: > > > add one debug print, move all smbus_read_byte to spd_read_byte. > > > > Sorry, I didn't catch this before. I think this might be a b

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On 27.11.2007 17:29, ron minnich wrote: > On Nov 27, 2007 8:33 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote: > > >> Also, I would abandon the use of .o naming in the LAR - that will drive >> others (like me) off course thinking an object file is living in the >> LAR, which is not the case. >>

Re: [LinuxBIOS] patch: lx northbridge use spd_read_byte and add debug prints

On Nov 27, 2007 8:50 AM, Peter Stuge <[EMAIL PROTECTED]> wrote: > On Tue, Nov 27, 2007 at 08:24:15AM -0800, ron minnich wrote: > > .. banner > > Could this be made more generic/common for more boards? sure, I could put it in lib/console.c if people want it. > > > > +/** > > + * Halt and Catch Fire

Re: [LinuxBIOS] patch for geodelx in arch/x86

On Nov 27, 2007 8:51 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote: > On 27/11/07 08:28 -0800, ron minnich wrote: > > add one debug print, move all smbus_read_byte to spd_read_byte. > > Sorry, I didn't catch this before. I think this might be a bad move - > smbus isn't just for reading spd anymore.

Re: [LinuxBIOS] patch: lx northbridge use spd_read_byte and add debug prints

On Tue, Nov 27, 2007 at 08:24:15AM -0800, ron minnich wrote: > .. banner Could this be made more generic/common for more boards? > +/** > + * Halt and Catch Fire. Print an error, then loop, sending NULLs on serial > port, > + * to ensure the message is visible. > + * > + */ > + > +void hcf(vo

Re: [LinuxBIOS] patch for geodelx in arch/x86

On 27/11/07 08:28 -0800, ron minnich wrote: > add one debug print, move all smbus_read_byte to spd_read_byte. Sorry, I didn't catch this before. I think this might be a bad move - smbus isn't just for reading spd anymore. There are thermal sensors, GPIO extenders and other things out there that

[LinuxBIOS] r527 - LinuxBIOSv3/arch/x86/geodelx

Author: rminnich Date: 2007-11-27 17:47:34 +0100 (Tue, 27 Nov 2007) New Revision: 527 Modified: LinuxBIOSv3/arch/x86/geodelx/geodelx.c Log: add one debug print, move all smbus_read_byte to spd_read_byte. Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]> Acked-by: Corey Osgood <[EMAIL PROTECT

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On Tue, Nov 27, 2007 at 09:44:18AM -0700, Jordan Crouse wrote: > For the filename, we could figure out a good way to add it to the > .comment section of the ELF - that could open up a new world of > passing information to LAR via the .o without the command line. > Or am I super double guilty for in

Re: [LinuxBIOS] alix1c for v3 update

ron minnich wrote: > On Nov 27, 2007 8:24 AM, Corey Osgood <[EMAIL PROTECTED]> wrote: > > >>> + [SPD_MIN_CYCLE_TIME_AT_CAS_MAX] = 10, /* A guess for the tRAC value */ >>> >>> >> This looks like it's wrong, a normal DDR400 dimm is 0x50 or so. >> >> >>> + [SPD_MODULE_ATTRIBUTES

Re: [LinuxBIOS] [PATCH] v3: convert stage2 to multi-segment LAR

On 27.11.2007 10:33, Stefan Reinauer wrote: > * Carl-Daniel Hailfinger <[EMAIL PROTECTED]> [071127 03:55]: > >> Convert stage2 handling from binary blob to multi-segment LAR which is >> created by parsing the ELF file linuxbios.stage2.o. That way, we avoid >> manual specification of the entry po

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On 27.11.2007 17:18, ron minnich wrote: > On Nov 27, 2007 8:04 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote: > > >> I'm not saying that the new method isn't a good one, but Stefan has a point. >> This will be difficult to explain to people. I'll start with the most >> obvious question: >> >> How

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On Tue, Nov 27, 2007 at 09:33:29AM -0700, Jordan Crouse wrote: > So call it what it is - a useful option to LAR to cut out the > objcopy middleman. Which is fine. I'm happy with that. It's even a bit better since the objcopy would destroy the entry point. > Also, I would abandon the use of .o

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On 27/11/07 08:29 -0800, ron minnich wrote: > On Nov 27, 2007 8:33 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote: > > > Also, I would abandon the use of .o naming in the LAR - that will drive > > others (like me) off course thinking an object file is living in the > > LAR, which is not the case. >

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On 27.11.2007 17:04, Jordan Crouse wrote: > On 27/11/07 10:33 +0100, Stefan Reinauer wrote: > >> * Carl-Daniel Hailfinger <[EMAIL PROTECTED]> [071127 03:55]: >> >>> Convert stage2 handling from binary blob to multi-segment LAR which is >>> created by parsing the ELF file linuxbios.stage2.o.

Re: [LinuxBIOS] patch for geodelx in arch/x86

ron minnich wrote: > add one debug print, move all smbus_read_byte to spd_read_byte. > > attached. > > ron > Acked-by: Corey Osgood <[EMAIL PROTECTED]> -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

Re: [LinuxBIOS] alix1c for v3 update

On Tue, Nov 27, 2007 at 08:02:02AM -0800, ron minnich wrote: > +++ mainboard/pcengines/alix1c/stage1.c (working copy) > > +#define SERIAL_DEV W83627HF_SP1 > +#define SERIAL_IOBASE 0x3f8 > +++ mainboard/pcengines/alix1c/dts(working copy) > @@ -37,5 +37,9 @@ > pcipa

Re: [LinuxBIOS] alix1c for v3 update

On Nov 27, 2007 8:24 AM, Corey Osgood <[EMAIL PROTECTED]> wrote: > > + [SPD_MIN_CYCLE_TIME_AT_CAS_MAX] = 10, /* A guess for the tRAC value */ > > > > This looks like it's wrong, a normal DDR400 dimm is 0x50 or so. > > > + [SPD_MODULE_ATTRIBUTES] = 0xff, /* FIXME later when we figure out. *

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On Nov 27, 2007 8:33 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote: > Also, I would abandon the use of .o naming in the LAR - that will drive > others (like me) off course thinking an object file is living in the > LAR, which is not the case. your summary is correct. And, we should change the name.

[LinuxBIOS] patch for geodelx in arch/x86

add one debug print, move all smbus_read_byte to spd_read_byte. attached. ron Add a debug print. Change all smbus_read_byte to spd_read_byte. Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]> Index: arch/x86/geodelx/geodelx.c ==

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

Okay, let me see if I can make this clearer: You are feeding ELF binaries into LAR instead of binary blobs. So call it what it is - a useful option to LAR to cut out the objcopy middleman. Which is fine. I'm happy with that. Also, I would abandon the use of .o naming in the LAR - that will

Re: [LinuxBIOS] patch: add spd_read_byte prototype to spd.h

Committed revision 526. -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

Re: [LinuxBIOS] alix1c for v3 update

Great work, but I'm gonna be a pain... ron minnich wrote: > Updated support for the ALIX 1C. This code gets as far as pll_reset and dies. > > Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]> > > Index: mainboard/pcengines/Kconfig > ==

[LinuxBIOS] r526 - LinuxBIOSv3/include

Author: rminnich Date: 2007-11-27 17:24:57 +0100 (Tue, 27 Nov 2007) New Revision: 526 Modified: LinuxBIOSv3/include/spd.h Log: Add an spd_read_byte prototype to spd.h. This is because I am going to in a later patch make sure all dram functions call spd_read_byte, not smbus_read_byte. Signed-of

[LinuxBIOS] patch: lx northbridge use spd_read_byte and add debug prints

attached ron Add some banner prints for debugging. Use spd_read_byte, not smbus_read_byte. Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]> Index: northbridge/amd/geodelx/raminit.c === --- northbridge/amd/geodelx/raminit.c (re

Re: [LinuxBIOS] alix1c for v3 update

Committed rev 525. Please note that I have some other commits coming shortly to finish lx cleanup. ron -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

[LinuxBIOS] r525 - in LinuxBIOSv3/mainboard/pcengines: . alix1c

Author: rminnich Date: 2007-11-27 17:19:34 +0100 (Tue, 27 Nov 2007) New Revision: 525 Modified: LinuxBIOSv3/mainboard/pcengines/Kconfig LinuxBIOSv3/mainboard/pcengines/alix1c/Makefile LinuxBIOSv3/mainboard/pcengines/alix1c/dts LinuxBIOSv3/mainboard/pcengines/alix1c/initram.c LinuxBI

Re: [LinuxBIOS] Can't compile flashrom

On Tuesday 27 November 2007 08:57, Corey Osgood wrote: ... > http://rpmfind.net/linux/rpm2html/search.php?query=flashrom > > The rpms are there, for immediate use, and also the maintainer's contact > info. Perhaps he knows something we don't (but should). Source is there > as well to see if there a

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On Nov 27, 2007 8:04 AM, Jordan Crouse <[EMAIL PROTECTED]> wrote: > I'm not saying that the new method isn't a good one, but Stefan has a point. > This will be difficult to explain to people. I'll start with the most > obvious question: > > How many bytes is it costing me to have N elf files in t

Re: [LinuxBIOS] alix1c for v3 update

* ron minnich <[EMAIL PROTECTED]> [071127 17:02]: > This gets as far as pll_reset and dies. > > ron > Updated support for the ALIX 1C. This code gets as far as pll_reset and dies. > > Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]> Acked-by: Stefan Reinauer <[EMAIL PROTECTED]> -- coresys

Re: [LinuxBIOS] patch: add spd_read_byte prototype to spd.h

* ron minnich <[EMAIL PROTECTED]> [071127 16:55]: > I just put this inline, it's simple. > > Add an spd_read_byte prototype to spd.h. This is because I am going to > in a later patch make sure all dram > functions call spd_read_byte, not smbus_read_byte. > > Signed-off-by: Ronald G. Minnich <[EMA

Re: [LinuxBIOS] Can't compile flashrom

On Tuesday 27 November 2007 08:56, ron minnich wrote: > strace -f, thanks :-) > > ron Okay, here it is gzipped. Shocky -- These are my opinions. Get your own. fail.gz Description: GNU Zip compressed data -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listin

[LinuxBIOS] alix1c for v3 update

This gets as far as pll_reset and dies. ron Updated support for the ALIX 1C. This code gets as far as pll_reset and dies. Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]> Index: mainboard/pcengines/Kconfig === --- mainboard/pcen

Re: [LinuxBIOS] patch: add spd_read_byte prototype to spd.h

ron minnich wrote: > I just put this inline, it's simple. > > Add an spd_read_byte prototype to spd.h. This is because I am going to > in a later patch make sure all dram > functions call spd_read_byte, not smbus_read_byte. > > Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]> > Acked-by: Co

Re: [LinuxBIOS] v3: convert stage2 to multi-segment LAR

On 27/11/07 10:33 +0100, Stefan Reinauer wrote: > * Carl-Daniel Hailfinger <[EMAIL PROTECTED]> [071127 03:55]: > > Convert stage2 handling from binary blob to multi-segment LAR which is > > created by parsing the ELF file linuxbios.stage2.o. That way, we avoid > > manual specification of the entry

Re: [LinuxBIOS] Can't compile flashrom

Shocky wrote: > On Tuesday 27 November 2007 02:46, Stefan Reinauer wrote: > >> * Shocky <[EMAIL PROTECTED]> [071126 21:37]: >> >>> It just says: >>> >>> Checking for pciutils and zlib... not found. >>> >>> Please install pciutils-devel and zlib-devel. >>> >>> Nothing more informative. >>>

Re: [LinuxBIOS] Can't compile flashrom

strace -f, thanks :-) ron -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

[LinuxBIOS] patch: add spd_read_byte prototype to spd.h

I just put this inline, it's simple. Add an spd_read_byte prototype to spd.h. This is because I am going to in a later patch make sure all dram functions call spd_read_byte, not smbus_read_byte. Signed-off-by: Ronald G. Minnich <[EMAIL PROTECTED]> Index: include/spd.h ===

Re: [LinuxBIOS] Can't compile flashrom

On Monday 26 November 2007 16:04, ron minnich wrote: > let's keep this simple :-) > > I am getting mixed up > > #include int main(){struct pci_access *p = pci_alloc();} > > strace -o /tmp/fail cc thing.c -lpci -lz > > and tell me what shakes. > > ron Okay, see attached. Shocky -- These are my o

Re: [LinuxBIOS] Can't compile flashrom

I have yet to see anyone try my trivial trick on mandriva which, again, is something like this: #include main(){return pci_alloc();} cc a.c -lpci -lz and tell us what happens. ron -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

Re: [LinuxBIOS] [PATCH] v3: convert stage2 to multi-segment LAR

On Nov 27, 2007 1:33 AM, Stefan Reinauer <[EMAIL PROTECTED]> wrote: > I can't believe this is the workaround for not being able to put a > "jmp _entry" in front of the code. > > It might be becoming just another "how do we explain _that_ to people > now?" just like the v2 device tree. > > my 2ct

Re: [LinuxBIOS] Can't compile flashrom

On Tuesday 27 November 2007 02:46, Stefan Reinauer wrote: > * Shocky <[EMAIL PROTECTED]> [071126 21:37]: > > It just says: > > > > Checking for pciutils and zlib... not found. > > > > Please install pciutils-devel and zlib-devel. > > > > Nothing more informative. > > What pciutils, pciutils-devel,

Re: [LinuxBIOS] [PATCH] v3: convert stage2 to multi-segment LAR

On Tue, Nov 27, 2007 at 10:33:51AM +0100, Stefan Reinauer wrote: > > Convert stage2 handling from binary blob to multi-segment LAR > > which is created by parsing the ELF file linuxbios.stage2.o. > > I can't believe this is the workaround for not being able to put a > "jmp _entry" in front of the

Re: [LinuxBIOS] r523 - in LinuxBIOSv3: arch/x86 lib mainboard/adl/msm800sev mainboard/amd/norwich mainboard/artecgroup/dbe61 mainboard/emulation/qemu-x86 mainboard/pcengines/alix1c

On Tue, Nov 27, 2007 at 03:38:43PM +0100, [EMAIL PROTECTED] wrote: > As added benefit, we obsolete a lot of code without introducing > new code. This is sweet. It would be great to get rid of that obsolete code sooner rather than later now that it isn't needed anymore, when it's fresh in memory.

Re: [LinuxBIOS] [PATCH] v3: convert stage2 to multi-segment LAR

On 27.11.2007 06:36, ron minnich wrote: > On Nov 26, 2007 7:42 PM, ron minnich <[EMAIL PROTECTED]> wrote: > >> Acked-by: Ronald G. Minnich <[EMAIL PROTECTED]> >> >> I'll wait on your patches to do my next bit of work on alix1c :-) >> >> This is great. We killed the blob. In the movie, it was imp

[LinuxBIOS] r524 - LinuxBIOSv3/arch/x86

Author: hailfinger Date: 2007-11-27 15:44:54 +0100 (Tue, 27 Nov 2007) New Revision: 524 Modified: LinuxBIOSv3/arch/x86/Makefile LinuxBIOSv3/arch/x86/stage1.c Log: Convert stage2 handling from binary blob to multi-segment LAR which is created by parsing the ELF file linuxbios.stage2.o. That w

Re: [LinuxBIOS] patch: prepare v3 tree for new way of doing initram

On 27.11.2007 04:40, ron minnich wrote: > Acked-by: Ronald G. Minnich <[EMAIL PROTECTED]> > > Go Forth and Commit :-) > Thanks, r523. Regards, Carl-Daniel -- linuxbios mailing list linuxbios@linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios

[LinuxBIOS] r523 - in LinuxBIOSv3: arch/x86 lib mainboard/adl/msm800sev mainboard/amd/norwich mainboard/artecgroup/dbe61 mainboard/emulation/qemu-x86 mainboard/pcengines/alix1c

Author: hailfinger Date: 2007-11-27 15:38:43 +0100 (Tue, 27 Nov 2007) New Revision: 523 Modified: LinuxBIOSv3/arch/x86/Makefile LinuxBIOSv3/arch/x86/stage1.c LinuxBIOSv3/lib/lar.c LinuxBIOSv3/mainboard/adl/msm800sev/Makefile LinuxBIOSv3/mainboard/amd/norwich/Makefile LinuxBIOSv3/

Re: [LinuxBIOS] [PATCH] Remove Bitworks IMS

On Tue, Nov 27, 2007 at 03:39:54AM +0100, Peter Stuge wrote: > On Mon, Nov 26, 2007 at 07:31:14PM -0500, Richard Smith wrote: > > What 440bx based boards now work? > > tyan/s1846 Uh, that and ASUS P2B ASUS P2B-F ASUS P3B-F A-Trend ATC-6220 AZZA PT-6IBD Biostar M6TBA Compaq Deskpro EN SFF P600 GI

Re: [LinuxBIOS] flashrom support for AMD CS5536

I really should do more reading before bothering you guys. It would seem that the answer to my questions is CMOS non-volatile RAM, accessed via IO ports. How very odd. Thanks again, Alan Alexander mailto:[EMAIL PROTECTED] Software Toolchain Engineering Icera Inc, 2520 The Quadrant, Azte

Re: [LinuxBIOS] flashrom support for AMD CS5536

Many thanks to all of the help regarding flashing of the Pm49fl004 device through the AMD CS5536 chipset on my IEI Nano LX board. I am now able to erase and write the entire 512KByte region as desired. Unfortunately, it would appear that I have overlooked something in my quest for an automatic wa

Re: [LinuxBIOS] Can't compile flashrom

* Shocky <[EMAIL PROTECTED]> [071126 21:37]: > It just says: > > Checking for pciutils and zlib... not found. > > Please install pciutils-devel and zlib-devel. > > Nothing more informative. What pciutils, pciutils-devel, zlib and zlib-devel package versions do you have installed on your system?

Re: [LinuxBIOS] [PATCH] v3: convert stage2 to multi-segment LAR

* Carl-Daniel Hailfinger <[EMAIL PROTECTED]> [071127 03:55]: > Convert stage2 handling from binary blob to multi-segment LAR which is > created by parsing the ELF file linuxbios.stage2.o. That way, we avoid > manual specification of the entry point for stage2 code. A few LAR > functions are now unu

Re: [LinuxBIOS] Complete and generic 32bit/64bit support

> > Your patch seems ok, except it does not pass -fno-stack-protector through > to > mkelfimage anymore, which breaks the build on modern Debian based systems. > > Can you fix that? Can you help me know how I broke it? I don't see anywhere that I modified the flags passed to the compiler in m