coreboot August 2005

coreboot@coreboot.org

58 participants
90 discussions

[LinuxBIOS] Trying to build all available targets.
by Jonathan McDowell 04 Aug '05

04 Aug '05

I've been playing about with trying to autobuild all the available targets, to catch regressions, or more relevantly to convince myself that when things are broken it's not just EPIA-M that's affected. http://the.earth.li/~noodles/lb/ is what I've got so far. 1987/ is pre gcc4 fix, so 1989/ is more interesting. All 12 Tyan boards built, leaving 18 that didn't. amd-quartet, amd-solo, arima-hdama & ibm-e325 all look like they'd build with elf payloads (the directories they look for the payload in aren't convenient for an enclosed build - does anyone object if I clean this up?). embeddedplanet-ep405pc & motorola-sandpoint are both PPC so won't build anyway. via-epia-m, Iwill-dk8s2, totalimpact-briq, technologic-ts5300 and newisys-khepri all failed to have a config file that buildtarget was happy with. via-epia, digitallogic-adl855pc, digitallogic-msm586seg, eaglelion-5bcm & emulation-qemu-i386 all have problems with udelay. amd-serenade has an error I don't quite understand. island-aruma has a non-standard build dir so it doesn't get picked up. Again this is something I'll fix up in the config file unless I hear complaints. I've got my EPIA-M code to the point where it's hitting the udelay problem various other ports have. I haven't quite tracked down what other change has made this happen though. EPIA was certainly building a month or so ago from the tree when I tried it. J. -- Hell hath no fury like the lawyer of a woman scorned.

3 5

[LinuxBIOS] Unified Patch
by Jun OKAJIMA 04 Aug '05

04 Aug '05

If you need an unified format, use this. And, what this does is, basically, minimize erasing and writing. I found that byte of W49 changes after verifing of the byte passed. Probably, it is due to be affected by wrinting of another byte. So, basic idea is like this. 1. write normally in the first run. 2. write only error bytes after second run without erasing. As you know, bits of flash are 1 when erased and writing changes only 1 -> 0. So, my way can be applied only if you need to change 1 -> 0. But, all cases I have found are this case. And, this is just a quick hack, not such a good solution. I think this way can be applied to even the first run. Why you do erasing -> writing sequence if all data in a sector is just same as what you want to write? --- Okajima, Jun.

1 0

[LinuxBIOS] W49F002U patch
by Jun OKAJIMA 04 Aug '05

04 Aug '05

Hello. An attached file is a quick hack to burn my RD1. Use like this. Assuming you put SST39SF020A or at least, not W49F002U on a socket. Usage: The first burn: flash_rom -t W49F002U -wv BIOS.IMG If not verified: flash_rom -t W49F002U -Fwv BIOS.IMG (repeat this until verified.) Before rebooting, do # flash_rom -v BIOS.IMG again to make doubly sure. -t option does not affect chip probing. Avoiding just in case that you miss to set a select switch rightly. If your swich is set to "ORG", and you put SST chip on a socket, it fails when you add "-t W49F002U". Hope an attached file can be sent on this ML. --- Okajima, Jun. Tokyo, Japan.

2 1

[LinuxBIOS] elfboot() can trash GDT
by Steve Magnani 04 Aug '05

04 Aug '05

I've run into an interesting problem doing some "bait and switch" with my emulator. I have machine code for an x86 program that expects to run in protected mode. It's not an ELF file, so I can't load it directly with elfboot(). What I'm doing for the time being is having elfboot load Etherboot, with the emulator set to break at the Etherboot entry address. When the breakpoint is hit I load the machine code into memory and change EIP to its entry point. (Ultimately I'll probably create an ELF wrapper for this code, but I don't have one yet). My machine code gets a protection exception when it tries to set one of the segment registers (to the value it already has, BTW). I traced this to the fact that Etherboot was loaded on top of the GDT used by LinuxBIOS. We can argue about what kind of assumptions payloads should make about their runtime environment, but it seems to me that being in protected mode without a GDT is a bomb waiting to go off. Some payloads are bound to do things in a sequence that causes an explosion. Can we move the GDT within the memory LB reports as unusable, say, before the tables? Steve www.digidescorp.com

4 3

[LinuxBIOS] romcc / GCC4 fix.
by Jonathan McDowell 03 Aug '05

03 Aug '05

I've found that since Debian upgraded the default GCC to 4 romcc doesn't compile any more. The attached trivial patch fixes this. I don't see how it could break anything, but let me know if you can see any issues with it. J. -- If I want to hear the pitter patter of little feet, I'll put shoes on my cats.

1 0

[LinuxBIOS] BIOS Saver RD1
by Jun OKAJIMA 03 Aug '05

03 Aug '05

Hello. Probably, most guys here use BIOS Saver. And it works well? In mine, RD1 for PLCC gets not being writable suddenly. I mean, it seems writable but # flash_rom -v fails. I solved this problem by a quick hack. How about yours? You can write RD1 or W49F002U well? Any problem happen? BTW, a cable of your RD1 is not broken? I needed soldering to fix it. --- Okajima.

4 3

[LinuxBIOS] Mark your calendars for the first linuxbios summit
by Ronald G. Minnich 03 Aug '05

03 Aug '05

Just hold these dates: october 11-13, 2005 We've arranged for the lacsi symposium, in santa fe: http://lacsi.rice.edu/symposium/ to set up 2.5 days for a linuxbios summit. The info on the linuxbios track, hotels, etc. should be on that web page later today or tomorrow. We hope to have vendor talks, and discussions on where we as a community are going with linuxbios. The time of year is nice in santa fe, new mexico is beautiful, the food is great, the hotel is very pleasant: do consider coming! We'd like to see all of you folks out here. Vendors on this list, if you have something you'd like to talk about, please get back to me. thanks ron

2 3

[LinuxBIOS] Submitting patches / getting svn commit access?
by Jonathan McDowell 02 Aug '05

02 Aug '05

I've started looking at moving my EPIA-M patches over to the new svn trunk from my arch repo. However, rather than end up with one huge patch at the end that needs committed I figure it'd be better to submit patches as I go along; makes it easier for me to track mainline and also for anyone else to pickup from where I've got to. So, what's the best way for me to submit patches, or is there any way I can get commit access to check in things myself? J. -- Do you know any phreaks who carry around their own trunks.

1 0

[LinuxBIOS] [Fwd: Info for LinuxBIOS Summit announcement]
by Ronald G Minnich 02 Aug '05

02 Aug '05

Here's the information. This is a very nice hotel, in a nice town (Santa Fe), so I think we'll have a great time. If you plan to bring hardware or need anything special, let me know. MEETING DETAILS The LinuxBIOS Summit will be at the 2005 LACSI Symposium, October 11-13, 2005 in Santa Fe, New Mexico USA. See lacsi.rice.edu/symposium. We will begin as a full-day workshop (among nine others) on the Symposium's first day (October 11). Then we'll have another 1.5 days to meet in parallel with the Symposium. REGISTRATION Register for the LACSI Symposium at https://ssl.linklings.net/registrations/lacsi/ and select the LinuxBIOS Summit as your preferred workshop. You'll have all the perquisites of a Symposium attendee (access to all workshops, reception, research presentations, panels, proceedings) as well as to the LinuxBIOS Summit meetings. Registration is $350 until September 5, then $400 until October 5 or on-site. There are also student rates. LODGING Rooms are reserved in the "LACSI" block at the Eldorado Hotel in Santa Fe, NM USA. You may reserve a room at the Conference Registration page (see "Hotel Reservation Form), or by calling 800.955.4455. Single rooms are $94, doubles are $114 (plus tax).

1 0

[LinuxBIOS] Gernot Butschek/LNO/LEM is out of the office.
by Gernot Butschek 01 Aug '05

01 Aug '05

I will be out of the office starting 01.08.2005 and will not return until 09.08.2005. I will respond to your message when I return.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot August 2005