Re: port linuxbios(v1) to i845GV based MB
On Wed, 8 Sep 2004, Stefan Reinauer wrote: Some mainboards need to do some magic for baud rate setting or otherwise the actual baud rate is only half of what is specified. If you see something at all you are almost there yes, mess around with the baud rate on your minicom or whatever and see if you're getting output at the wrong baud rate. I just love PC chipsets ... ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Allocateing resouces for PCI expansion roms... (was 440bx VGA probs)
What I'd say for your one option which was something like: option ENABLE_SHADOW_C000 is that you would put code in northbridge.c to enable that shadow. The other one is probably not needed. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Allocateing resouces for PCI expansion roms... (was 440bx VGA probs)
On Wed, 8 Sep 2004, Richard Smith wrote: What I'm thinking of would only be for the VGA device so perhaps ENABLE_VBIOS_SHADOW_C000 yes, that name is fine. The issue is that the handling of that option (in V1) would be done in code in northbridge.c for almost every chipset we support in v1 ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
On Tue, 7 Sep 2004, Dan Sully wrote: Hi Ron - did ya'll get a chance to work on this at all? no, sorry, will try this week :-) ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: VGA Problem about 440bx chipset
On Tue, 7 Sep 2004, Richard Smith wrote: option SHADOW_VGA_BIOS=1 option SHADOW_VGA_BIOS_DEST=0xC we'll put this on the list, though not quite this way (unless you want it in V1) ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: reset16.inc and 32bit reset vector
On Wed, 1 Sep 2004, Jeremy Jackson wrote: . = 0x8; .code32 jmp protected_start .previous note the offset of 8. this is called by code once we're in protected mode. This is not the reset vector ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: linuxbios external api
well, the original goal was that the external api was linux. I still hate to abandon this goal. I'll let eric say more :-) ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Redirect your console to the network
yes, we have used that off and on for a while. I hope they improved it to be a real module, but if not I have an iproved version here ... thanks for the pointer. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Tyan Thunder K8S Pro (S2882)
On Wed, 1 Sep 2004, Justin C. Darby wrote: I haven't been paying attention recently to the list in regards to amd64 support, but I was wondering if the Tyan Thunder K8S Pro (S2882) is yet supported? I tried to check the status page, but there isn't a single 2004 date on it. We have 8 of these boards coming in for a webserver cluster, and just need to boot off of IDE (actually, CF via IDE). I know someone around here works on Tyan boards, so I figure this is the quickest way to an answer. :) sorry about that, we're trying to get new maintainers for the web pages and had some volunteers but that did not work out -- it's hard to make that kind of commitment. Yes, it's supported. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: DK8S2?
On Wed, 1 Sep 2004, Peter Buckingham wrote: I've built my linuxbios.rom for Iwill's dk8s2. the only change i made was to the ROM_SIZE (i needed it to be 512k, not 1mb). I wish david hendriks were here ... I wonder if your romimage is any good. You can send to me for a quick look. We had some interest from iwill and even sent them a system of theirs running linuxbios etc. but I have not heard from them lately. I don't know what they plan to do. i've plugged in the prom and a serial console set to 115200 bps. i don't actually see anything. you should test your serial console setup under fuctory bios before you try it under linuxbios. Use minicom at each end, set the baud rates, and so on. does anyone have any experience with this board? we had some and I will look and see if we still do. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: Redirect your console to the network
I'll try to find it. The other change I made was to turn it into a real device (which they may also have done) and have it not start sending output until the first open. This change was needed to ensure it would not try to use the network stack until it was actually there ... ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: DK8S2?
On Wed, 1 Sep 2004, Peter Buckingham wrote: i've been using a null modem cable that i use for kernel debugging, should i be using a straight through cable? what you use doesn't matter as long as you test it before you try using it with linuxbios. thanks ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: DK8S2?
On Wed, 1 Sep 2004, Peter Buckingham wrote: i just changed ROM_SIZE to be 512K rather than 1024K. i flashed it with a universal device programmer from BP microsystems (this has worked fine for other bios releases). i have been using a serial cable that works fine for other kernel debugging. my only other worry would be that Iwill has change the mobo in some way and we don't know it. For first time users, I really do recommend you go with a Tyan board since they have vendor support for linuxbios and can answer questions such as this. Sorry I didn't say this earlier. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: Nvidia CK804 and Tyan S2895 support
On Mon, 30 Aug 2004, YhLu wrote: Also I hope more guys can push Nvidia to let us to release the code for that. Nvidia doesn't make the final decision if they will support LinuxBIOS. so those who want this, please contact nvidia directly and let them know. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: unsupport int error when vga init
On Tue, 31 Aug 2004, zhu shi song wrote: (2) I've got QDIA6T MB based on vt8601 and vt82c686. that's why irq_tables.c is different. you need to look up what those unsupported int's are and see if they are real or an error or some sort. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: VGA Problem about 440bx chipset
On Tue, 31 Aug 2004, Richard Smith wrote: Does V2 know anything about agp? If so then its probally time to port the 440bx stuff over to v2 if it does not, it's much easier to put it in. It does know in some ways. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: using the cosole device
On Tue, 31 Aug 2004, YhLu wrote: You mean baud rate or others. The freebios2 has two Config.lb, one in the mainboard and the other in targets If you are NOT making a new motherboard, you should only be messing with the target Config.lb, and if you have to change it make a new Config.lb of your own. if you ARE making a new motherboard you'll need to make a new src/mainboard/vendor/type directory and fill it with the right files. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
On Sat, 28 Aug 2004, Dan Sully wrote: I've tried V2, but it just hangs when rebooted with no console or serial output. OK, I have an epia-m here and next week if there is time we'll try it out. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
On Fri, 27 Aug 2004, Dan Sully wrote: So first of all, it's not clear from any of the outdated documentation whether one should be using freebios or freebios2. oh well :-) So, I'm jumping in and trying to use 2 - but getting this error: ar cr linuxbios.a malloc.o apic_timer.o pci_ops.o vt8235.o chip.o memset.o fallback_boot.o keyboard.o cpuid.o pnp_device.o printk.o irq_tables.o pgtbl.o tables.o pci_device.o console.o cpufixup.o elfboot.o hardwaremain.o boot.o linuxbios_table.o delay.o version.o memcmp.o isa-dma.o hypertransport.o vtxprintf.o root_device.o mtrr.o uart8250.o device_util.o ./option_table.o compute_ip_checksum.o device.o memcpy.o northbridge.o clog2.o pirq_routing.o memmove.o mc146818rtc.o rom_stream.o c_start.o vsprintf.o cpu.o static.o gcc -nostdlib -r -o linuxbios_c.o c_start.o mainboard.o uart8250_console.o linuxbios.a /usr/lib/gcc-lib/i486-linux/3.3.4/libgcc.a gcc -nostdlib -nostartfiles -static -o linuxbios_c -T /home/dsully/src/freebios2/src/config/linuxbios_c.ld linuxbios_c.o linuxbios_c.o(.data+0x1e4): undefined reference to `mainboard_via_epia_m_control' collect2: ld returned 1 exit status make: *** [linuxbios_c] Error 1 targets/via/epia-m/epia-m/normal/static.c arg. I'll try to look at this monday unless somebody beats me to it. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Help for geode (fwd)
can someone help this person, I am out until next week. ron -- Forwarded message -- Date: Sat, 28 Aug 2004 10:33:57 +0900 (KST) From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Help for geode Dear Ron Minnich, I'm going to work on linuxbios for geode sc1200 board. Could you provide me with a sample config file for it? The linuxbios status page says nano/nano is supported but I could find the config file. Best regards, Minyoung ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA flash questions
On Thu, 26 Aug 2004, Joshua Wise wrote: On board is a PLCC form factor 39SF020A. Mouser also carries the 39SF040A, which is a 512k ROM. The pinouts seem to be the same, but I'm not sure whether the extra address lines are carried out anywhere. Does anyone know whether the EPIA will be able to use the extra 256k? I think it will, I've used that I'm pretty sure. Also, I was not planning on getting a BIOS savior. Does anyone have experience with hotswapping flashes on the EPIA? Will bad things happen if I do? Do I need to make myself an external board with chip select lines, or can I just hotswap? hot swap has always worked fine for me. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: EPIA flash questions
On Thu, 26 Aug 2004, Marc Nicholas wrote: Do either of you happen to know if all the EPIA boards use the same PLCC Flash? All? wow. There are so many. Our EPIA and EPIA-M all use the same part. I would be surprised if they did much else, since the southbridge is commonly only one of two types. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: booting other oses
On Wed, 25 Aug 2004, Jakob Praher wrote: linuxbios loads the linux kernel from the flashrom, which then it is in real mode imho. ah, no, it is not. it is in 32-bit mode in linuxbios, and 32-bit paged mode in kernel. so does it use lobos/two kernel monte or something other way to load another app? app == kernel right? for instance how would linuxbios boot into for instance grub or lilo? it won't because grub and lilo need bios callbacks that linuxbios does not provide. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: booting other oses
On Wed, 25 Aug 2004, Dave Aubin wrote: What is your goal to want to use Linux bios? If your goal is to get It to load a Linux kernel, then try etherboot. goodness, this question takes us back to our roots. The fact is, the linux kernel is just about the best thing you can use to boot another kernel! Dave, think about this: are you planning to write etherboot drivers for myrinet, quadrics, infiniband, SCI, or other new networks? How about all those ugly, complicated SCSI disk systems? If yes, you're nuts and you are going to duplicate a lot of work that Linux does better. If no, then etherboot can't even be used on our 1024-node Pink cluster (which has no Ethernet, only myrinet). Another weird thing we've found: Linux, on faster machines with lots of network interfaces in them, boots nodes faster than etherboot! weird but true. I think you are not looking at a big enough picture. Etherboot is fine for a lot of cases, but if you can put Linux in flash, it's a LOT better, and as the processors get faster, Linux is faster too. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: booting other oses
On Wed, 25 Aug 2004, YhLu wrote: 1. I guess use filo to load the elf ( the elf will be in flash, and filo will be in the ROM) or if you have a big flash just put the kernel in flash. We do this on some of our K8 systems here. much easier than fooling with filo or etherboot How can the kernel load another kerkel, via beoboot if you have a new enough kernel, and kexec is in there, I would use that. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: booting other oses
On Wed, 25 Aug 2004, YhLu wrote: 1. I guess use filo to load the elf ( the elf will be in flash, and filo will be in the ROM) oh yeah ... 1 MB is plenty big enough for even 2.6 kernel + initrd ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: booting other oses
On Wed, 25 Aug 2004, YhLu wrote: You mean put the kernel and initrd in the ROM (8Mbit) ? So can spare the flash? No, I have a 1 Mbyte flash on the board. I put linuxbios in the top 64K, and a kernel and initrd in the bottom (1MB-64K). The kernel and initrd are munged together with mkelfimage. Voila ... kernel boots in seconds. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: booting other oses
On Wed, 25 Aug 2004, YhLu wrote: That's very interesting. Can you let me know how to build such small kernel and initrd? I have to find my configuration, but for our net boot it is simply configuring a minimal kernel for networking and tcp, + the inird. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: booting other oses
On 25 Aug 2004, Eric W. Biederman wrote: The kexec interface is in the stable kernel now, and the actual implementation is in 2.6.8.1-mm4. good news! we'd like to get out of that business of maintaining our own type of kexec :-) ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: booting other oses
On 25 Aug 2004, Eric W. Biederman wrote: Long term Linux is certainly the way to go. Short term etherboot and filo work today and on systems with small flash chips. We are getting closer to the point where we can switch over but it is still going to be a little longer. of course, here is where EFI is our friend, as it is forcing board vendors to put on really big flash. Then we can reflash linuxbios over top of EFI :-) ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
New targets
FYI I'm doing a port for the 855PM chipset, ICH4 south, for a Pentium-M box. Let's see how it goes. This is with V2. More about the board later. I am mentioning this as I got from zero to an initial source tree that compiles to a romimage in about 90 minutes, with all the chips (not correct yet!) in place. There's enough code you can use in the V2 tree now to really move fast to build new platforms. Romcc is a big help here. I hope others will see this and take heart. There's also (finally) a transmeta platform in the works (V2 as well). ron p.s. Has anyone seen the widely publicized Intel web site with BIOS source on it? I have not yet seen it ... anyone have the URL? Someone asked me about it again yesterday, and I did not know what to tell them. Is the Intel open source BIOS just press releases so far with no code? ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: New targets
On Wed, 25 Aug 2004, Stefan Reinauer wrote: Intel have had a lot of EFI sources on their web pages for a very long time, but it was only the payload part of the whole story, lacking IPL code completely. I have never found anything newer. they won't build on non-windows anyway, last time I looked ... ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA VGA and keyboard fail when booting from V2 linuxbios
On Mon, 23 Aug 2004, zhu shi song wrote: (3)there is no any vga handle of via epia under freebios2 You'll need to go back in this list, this type of work has been done but it gets complicated. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: help with new motherboard Soyo 6BA+
On Tue, 24 Aug 2004, Jeremy Jackson wrote: Hi, I'm getting C1 (pause 6 seconds) C6, hang on the post card. I modified the smartcore-p3 (also 440BX based. Possibly there's 0x10 for an instant to start. 10 is an early post. C1 I will have to look up. Anyone who wants to make up a post code table is welcome ... you should try to hook up serial. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: help with new motherboard Soyo 6BA+
On Tue, 24 Aug 2004, Jeremy Jackson wrote: I already have serial... but the problem was an incomplete flashing. I'm guessing the NIC I was using seems to be only wired for the 1st 64k, and the previous contents in the upper half of the 128k part (old bios from other mobo) were writing the c1..c6 post codes yes, that makes sense, C1 ... C6 are common post codes from standard bios. no idea on etherboot error ... ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: help with new motherboard Soyo 6BA+
cool, tell us more about this mobo, and send me patches for it. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: help with new motherboard Soyo 6BA+
On Tue, 24 Aug 2004, Jeremy Jackson wrote: Well, I can netboot Linux or memetest86 using etherboot. Intel e100. Linux can mount root from an IDE CD-ROM, but the network card(s) don't work, so no NFS root. Manual ifconfig doesn't help. The cards can send, but don't seem to recieve. I suspect they're not getting interrupts. what's getpir say? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: help with new motherboard Soyo 6BA+
you want to use that irq_tables.c for your mainboard irq_tables.c that might fix it. I assume you ran this one NOT under linuxbios, if you did run it under linuxbios, then reboot with fuctory bios and run it again. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: help with new motherboard Soyo 6BA+
On Tue, 24 Aug 2004, Jeremy Jackson wrote: I will try what it suggests. Where is this information used? By Linuxbios or Linux? it is compiled into linuxbios. What messages would indicate that either of those has detected the table correctly or incorrectly? just run getpir under fuctory bios and you should be ok, try that and let us know. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: help with new motherboard Soyo 6BA+
On Tue, 24 Aug 2004, Jeremy Jackson wrote: I can't believe it's this easy! From newb to 1st mobo up in 24 hours. now you have to write up your experiences for the web page. That title above will do :-) thanks! ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: status request for ECS K7S5A (SIS735)
On Mon, 23 Aug 2004, Jeremy Jackson wrote: I see this chipset is in freebios, but not freebios2. I've been out of the loop for a while. Can anyone give me some current status info on this board/chipset? I see it listed as unstable I don't think anyone is working on it. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA VGA and keyboard fail when booting from V2 linuxbios
what version kernel? 2.6. now has a nice feature, early serial console output, useful for debug. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Opteron / Tyan motherboard fault on boot.
the elfimage looks kinda look an elf file to many linux tools but they can't quite grok it, so ignore the error from 'file'. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Opteron / Tyan motherboard fault on boot.
On 19 Aug 2004, Eric W. Biederman wrote:
where the following line(s) are, in set_Trwt()...
if ((clocks DTH_TRWT_MIN) || (clocks DTH_TRWT_MAX)) {
die(Unknown Trwt);
}
What is this, and why is it happening?
I don't know the why. This bit is simply a sanity check that the information
coming from your serial EEPROM on your dimms is fine.
I have seen this when SMBUS is broken and clocks is 0xff (i.e.
DTH_TRWT_MAX). You might want to add a print here to see what the value of
clocks is.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
m754lmr and compiling linuxbios (fwd)
can somebody help this guy? thanks ron -- Forwarded message -- Date: Thu, 12 Aug 2004 11:59:44 -0600 From: Ross Marshall [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: m754lmr and compiling linuxbios sorry to bother you, I have searched the archives for help...but they missed a step someplace. when I try to compile, it errors out with: undefined reference to `framebuffer_on' I have disabled frame_buffer in the config file...which is based on the m787cl+, which uses the m1631 instead of the m1621 and m1535 instead of m1533. Which did you use? is there any place to fix this? Have you compiled and used this on the mb? Thanks for your help Ross ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: boot A6T stopped at jmp 0x8000:0000
On Tue, 10 Aug 2004, zhu shi song wrote: (4)When IPL jumped to 0x8000:, the first line of linuxbios couldn't be executed. Halted. try booting memtest86, I think your memory is wrong. ron -- LANL CCS-1 email flavor: * Correspondence [] * DUSA LACSI-HW[x ] * DUSA LACSI-OS[ ] * DUSA LACSI-CS[ ] ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Freebios2 amd/serenade keyboard init error
On Wed, 28 Jul 2004 [EMAIL PROTECTED] wrote: I have built LinuxBIOS for the amd/serenade target and I get about 600 lines of good output to the serial port, which ends with Initializing devices... PCI: 00:18.0 init PCI: 00:18.3 init NB: Function 3 Misc Control.. done. PCI: 00:19.0 init PCI: 00:19.3 init NB: Function 3 Misc Control.. done. PCI: 01:01.0 init PCI: 01:02.0 init PNP: 002e.0 init PNP: 002e.2 init PNP: 002e.5 init POST: 0x00 POST: 0x00 POST: 0x00 POST: 0x00 POST: 0x00 POST: 0x00 The last line POST: 0x00 repeats forever. PC80/keyboard.c is trying to initialize the keyboard. The code that is running is /* empty input buffer or any other command/data will be lost */ while ((inb(0x64) 0x02)) post_code(0); The inb(0x64) reads 0xff forever. I heard that the keyboard initialization may not be needed. How can I fix this? Thanks. As was noted earlier on this list, that keyboard controller part is seriously fucked up on that board. for now, turn off the keyboard, there's something wrong on that mobo we have not worked out. Second, write user-mode linux programs to try to get that stupid part to work, and see what is wrong. ron p.s. note I am back, but under really bizarre circumstances, as you can tell by the line at the end of this note. * DUSA LACSI-HW * ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: DiskOnChip 16M part OK?
On Mon, 2 Aug 2004, Tom Warren wrote: Has anyone used the 16MB DOC (8MB is discontinued) on the PCCHIPS M810LMR board with the default pcchips config? Or is there anything I need to change recompile for the larger part? I would just try it to start and see how it goes. I thought that DOC had a bigger 'RAM page' or some such but it should all be compatible. I hope. ron -- LANL CCS-1 email flavor: * Correspondance [] * DUSA LACSI-HW[x ] * DUSA LACSI-OS[ ] * DUSA LACSI-CS[ ] ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Compile Error while doing make
sorry that LANL is going to be so quiet here, if you read wired.com you'll know how. I hope we can get back to helping out soon. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Can someone please explain this VGABIOS Error
david hendricks or ollie, can you send david the command line we use for our vga cards on tyan mb? thanks ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: how to read spd(serial presence detect) in linux
On Thu, 15 Jul 2004, zhu shi song wrote: I need to know the value of spd byte from linux. Is there any linux utility to read spd bytes? what chipset? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: sis630 IPL read wrong number of SPD RAM type
some mobos (ASUS) have special requirements for enabling SPD for dram. I think you have a motherboard that works that way. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Can someone please explain this VGABIOS Error
On Thu, 15 Jul 2004, David Aubin wrote: Yeah, its works:) GREAT! Wanna write a howto and FAQ? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: V1 PIRQ table
On Thu, 15 Jul 2004, Richard Smith wrote: Can't ELF do alignments? If so then we can just create this table into a seperate section and tell the linker to align it properly or perhaps locate it absolutly. If somebody can take a look at the .lds I think it is easy. I can't do it today. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: V1 PIRQ table
On Thu, 15 Jul 2004, Richard Smith wrote: I don't have much experience with the internals of ELF stuff but the way I normally solve things like this in most of our microcontroller setups is to define the .c file to be in in own linker section and then place that section such that it will align correctly. irq_tables.c has nothing else in it but the PIR table so can we set that up as its own section and then specify some parameter so that it can be explicitly placed? no, do what ollie says and add the __align__ attribute to the table. That's simple and will work without changing much else. thanks ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: CPU refactoring status....
you need to send me the file name again (I forgot it) and then I file a trouble ticket with sourceforge, etc., etc., since I don't have direct access to the repo. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: V1 PIRQ table
On Wed, 14 Jul 2004, Richard Smith wrote: I don't uderstand how this will work. In order for those writes to go to RAM you have to have your shadowing control set up properly. On my chipset at this stage both reads and writes to areas such as f are forwarded to PCI so the write will fail. What I do in this case is set CONFIG_COMPRESSED to 0, since if you don't have shadow ram working you're toast. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: V1 PIRQ table
On Wed, 14 Jul 2004, Richard Smith wrote: The tables depend on shadowing yes? no, they don't. If you don't have shadowing, and you don't have compression, then the tables will be there in FLASH and linux will find them. I think I don't understand the problem, I misread it, so I'll go back and reread. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Filo Error Help
On Tue, 13 Jul 2004, David Aubin wrote: Thank yo for the image, but oddly it fails exactly the same way Found initrd block 0 crc error the few times I've seen the crc error is the initrd is configured too small. I still think you might have a config problem here. Put some debug prints in the initrd code and try to zoom in better to what's going on. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Filo Error Help
On Tue, 13 Jul 2004, David Aubin wrote: I have my ram disk set to 65536. I made it bigger just to be sure. Are you saying the initrd and the ramdisk_size must be equal? no, now that I see what you're doing I'm lost as to the problem. When I've had this problem I just jam debug printks into the kernel and see why it's really failing. It always boils down to a failure to read or copy out the ramdisk image. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: CPU refactoring status....
On 13 Jul 2004, Eric W. Biederman wrote: I think someone needs to log into the cvs server and fix it. Which like requires a project admin to ask the sourceforge administrators. I'll do it tomorrow. usually these things time out, but ... [EMAIL PROTECTED]@! ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Linux bios and IBM Netvista 8363-EXX
we can't tell without knowing what the chipset is. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: CPU refactoring status....
On 8 Jul 2004, Eric W. Biederman wrote: Ron does a branch sound good? works for me! ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: : A bug was found in freebios2/src/northbridge/via/vt8601/raminit.c
Here is a config file that only has fallback, not normal. It uses a kernel as the payload. # the Arima HDAMA # This will make a target directory of ./hdama loadoptions target hdama uses ARCH uses CONFIG_COMPRESS uses CONFIG_IOAPIC uses CONFIG_ROM_STREAM uses CONFIG_ROM_STREAM_START uses CONFIG_UDELAY_TSC uses CPU_FIXUP uses FALLBACK_SIZE uses HAVE_FALLBACK_BOOT uses HAVE_MP_TABLE uses HAVE_PIRQ_TABLE uses HAVE_HARD_RESET uses i586 uses i686 uses INTEL_PPRO_MTRR uses HEAP_SIZE uses IRQ_SLOT_COUNT uses k7 uses k8 uses MAINBOARD_PART_NUMBER uses MAINBOARD_VENDOR uses CONFIG_SMP uses CONFIG_MAX_CPUS uses MEMORY_HOLE uses PAYLOAD_SIZE uses _RAMBASE uses _ROMBASE uses ROM_IMAGE_SIZE uses ROM_SECTION_OFFSET uses ROM_SECTION_SIZE uses ROM_SIZE uses STACK_SIZE uses USE_FALLBACK_IMAGE uses USE_OPTION_TABLE uses HAVE_OPTION_TABLE uses MAXIMUM_CONSOLE_LOGLEVEL uses DEFAULT_CONSOLE_LOGLEVEL uses CONFIG_CONSOLE_SERIAL8250 uses MAINBOARD uses CONFIG_CHIP_CONFIGURE uses XIP_ROM_SIZE uses XIP_ROM_BASE uses LINUXBIOS_EXTRA_VERSION option CONFIG_CHIP_CONFIGURE=1 option MAXIMUM_CONSOLE_LOGLEVEL=8 option DEFAULT_CONSOLE_LOGLEVEL=8 option CONFIG_CONSOLE_SERIAL8250=1 option CPU_FIXUP=1 option CONFIG_UDELAY_TSC=0 option i686=1 option i586=1 option INTEL_PPRO_MTRR=1 option k7=1 option k8=1 option ROM_SIZE=0x10 option HAVE_OPTION_TABLE=1 option CONFIG_ROM_STREAM=1 option HAVE_FALLBACK_BOOT=1 ### ### Compute the location and size of where this firmware image ### (linuxBIOS plus bootloader) will live in the boot rom chip. ### option FALLBACK_SIZE=ROM_SIZE ## LinuxBIOS C code runs at this location in RAM option _RAMBASE=0x4000 # ### ### Compute the start location and size size of ### The linuxBIOS bootloader. ### # # Arima hdama romimage fallback option USE_FALLBACK_IMAGE=1 option ROM_IMAGE_SIZE=0x1 # option ROM_SECTION_SIZE=0x10 option LINUXBIOS_EXTRA_VERSION=.0Fallback mainboard arima/hdama # payload ../../../../tg3--ide_disk.zelf payload ../../../../opteron_phase1_p4_noapic # payload ../../../../../../hdama-1 # payload /usr/share/etherboot/5.1.9pre2-lnxi-lb/tg3--ide_disk.zelf end buildrom ./luxbios.rom ROM_SIZE fallback ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: CPU refactoring status....
Eric, would it make sense for you to send a few of us the tree so we can take a look and see what it will involve? I'm concerned about the EPIA port. i'd like to take a week or two on this if needed to make sure we are all good on it. It looks like a very useful set of changes. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: A bug was found in freebios2/src/northbridge/via/vt8601/raminit.c
On Mon, 5 Jul 2004 [EMAIL PROTECTED] wrote:
I am trying to use LinuxBIOS V2 + Filo to boot local Linux on hard disk
(EPIA 800 board).
I found that LinuxBIOS executes an infinite loop in dumpnorth() function
of freebios2/src/northbridge/via/vt8601/raminit.c .
The function is:
void
dumpnorth(device_t north)
{
uint8_t r, c;
for(r = 0; r 256; r += 16) {
print_debug_hex8(r);
print_debug(:);
for(c = 0; c 16; c++) {
print_debug_hex8(pci_read_config8(north, r+c));
print_debug( );
}
print_debug(\r\n);
}
}
Since r is an unsigned char, it will never reach 256. To fix the problem,
I simply added a line at the end of the loop: if( r = 240 ) break;
thanks for the fix, did you do something like this:
void
dumpnorth(device_t north)
{
uint8_t r, c;
for(r = 0; ; r += 16) {
print_debug_hex8(r);
print_debug(:);
for(c = 0; c 16; c++) {
print_debug_hex8(pci_read_config8(north, r+c));
print_debug( );
}
print_debug(\r\n);
if (r = 240)
break;
}
}
(r and c are u8 because we're trying to use bytes whereever possible; this
is rommcc-compiled)
Let me know if this works and I'll commit it.
***
By the way, I am still working on filo. In my machine, after elfboot
passing control to filo, LinuxBIOS Fallback restarts again. Following is
a piece of screenshot:
..
Loading Segment: addr: 0x0010 memsz: 0x000240e0
filesz: 0xa048
Clearing Segment: addr: 0x0010a048 memsz: 0x0001a098
Loading Segment: addr: 0x001240e0 memsz: 0x0048
filesz: 0x0048
Jumping to boot code at 0x107d28
.8(=±sioÿ.
This looks like baud rate troubles in part.
also, what does readelf -a of the filo show? your start address seems odd.
David, what do you think?
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: A bug was found in freebios2/src/northbridge/via/vt8601/raminit.c
On Tue, 6 Jul 2004 [EMAIL PROTECTED] wrote: Let me know if this works and I'll commit it. Yes, it works. I just committed the fix, thanks what's you serial port baud rate? I can just send you one of our filo images to test. Whats' your build machine again? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: A bug was found in freebios2/src/northbridge/via/vt8601/raminit.c
On 6 Jul 2004, Eric W. Biederman wrote: Hmm.. Using bytes does not help the register pressure and in fact slightly increases code size. If the byte register instructions on x86 were more symmetric this might be different, but... sad that they don't work well. I cannot think of an architecture where using bytes would be better. The increase in code size is because of the need to clamp the values at their maximum so code like this fails properly. They exist :-) thanks for the tip, this is very good to know. thanks ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: A bug was found in freebios2/src/northbridge/via/vt8601/raminit.c
On 6 Jul 2004, Eric W. Biederman wrote: They exist :-) Where bytes are better for register pressure? on the Tera machine this kind of thing is called 'puddle arithmetic' and it was kind of neat. My memory of the instruction set is that it works. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: [Fwd: Re: DiskOnChip Questions]
On Fri, 25 Jun 2004, Larry Matter wrote: Last time I looked (or googled rather) it was not possible to squeeze a kernel (plus linuxBios) into a 2 megabit bios rom. Has this changed or are you talking about mobos with bigger roms? bigger roms. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: [Fwd: Re: DiskOnChip Questions]
On Fri, 25 Jun 2004, Hendricks David W. wrote: LinuxBIOS does not have its own kernel. The way it usually works is either LinuxBIOS boots a kernel from flash or LinuxBIOS boots a payload (eg FILO or Etherboot) which then boots a kernel. LinuxBIOS is its own entity in either case. I should jump in here and mention that the intent of the project, when we started, was: Linux == BIOS, i.e. LinuxBIOS. The shrinking flash parts changed our plans but not the name. I would still prefer, overall, to have kept linux in the flash as the real BIOS, but that is impossible on many platforms; hence the 'payload' concept. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: CVS Server down?
On Fri, 25 Jun 2004, Tony Cheng wrote: $ cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/freebios login Logging in to :pserver:[EMAIL PROTECTED]:2401/cvsroot/freebios CVS password: sorry, change to cvs.sourceforge.net take the freebios out ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Porting Linux BIOS
don't plan to solder flash parts and sockets on and off. For some parts it is almost impossible. The issue with Asus is not the flash part anyway, it's the hidden bits that control important functions like SPD. Any reason not to just go to tyan or cwlinux.com and buy a board with linuxbios installed? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: PCChips M810
they're out of data but may still work. I thought that board was dead ... ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Porting Linux BIOS
it depends on the chipset type. Can you give us some lspci output and we can see what is possible? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Question about AGP [PMX:#]
On Fri, 18 Jun 2004, Dave Ashley wrote: Is the bios supposed to initialize the AGP registers? I'm trying to get AGP working for EPIA-M. I'm wondering if linux itself takes care of everything or whether the bios has to initialize some stuff. which version of linuxbios? V2? These are the northbridge agp registers? I thought we maybe did that. Ollie? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Future support for Nvidia Crush CK8-04 (AMD-8111 replacement plus)?
On Thu, 17 Jun 2004, Ken Fuchs wrote: Is anyone out there interested in LinuxBIOS support for this chip? yes, there is a lot of interest. What are the prospects of LinuxBIOS supporting this chip? it's up to nvidia. No word yet that I know of. Iwill which has been working with Nvdia on this chip will release its dual Opteron mainboard DK8E based on the CK08-04 in August/Sept: neat. Let's hope for the best. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: [PROPOSAL] extended payload handling
On 14 Jun 2004, Eric W. Biederman wrote: - Too many linuxbios options need to be specified in the top level configuration file, or they don't work. yes, that's on my list too. - We don't have stable releases. You get snapshot of they day instead. yes. I'm not so sure I get this 'bloated' discussion. LinuxBIOS is around 32K. What's bloat? linuxbios overall is about the size of 'cat'. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: [PROPOSAL] extended payload handling
On Mon, 14 Jun 2004, Hendricks David W. wrote: On Mon, 14 Jun 2004, ron minnich wrote: I'm not so sure I get this 'bloated' discussion. LinuxBIOS is around 32K. What's bloat? linuxbios overall is about the size of 'cat'. Closer to dog, actually :) http://jl.photodex.com/dog/dog-1.7.tar.gz oh, I don't know david :-) -rwxr-xr-x1 root root19154 Jul 1 2002 /bin/cat ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: [PROPOSAL] extended payload handling
On 9 Jun 2004, Eric W. Biederman wrote: Probing is not the interesting thing in LinuxBIOS the interesting thing is resource allocation. And with OpenFirmware doing it I can see some point in not predoing it. But the pci enumeration is quite cheap so I don't see that it would be much of a problem, especially as it allows us to concentrate the board specific information in LinuxBIOS. The issue that concerns me is the buggy hardware issue, which has happened just often enough to be really painful. The worst-case was the VT8601, which if not handled properly would lock up the north bridge, or the Acer north bridge that also had a few tricks up its sleeve, and so on. I can't expect every boot loader out there to get this one right. PCI enumeration is *almost* always simple and cheap. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: CPL and GPL
On Fri, 4 Jun 2004, YhLu wrote: What's the major difference between CPL and GPL? CPL is very BSD-like, so a vendor can modify and redistribute binary, so a fork is guaranteed. Forked BIOSes are a really bad thing for customers. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Intel Chipset support in V2
On Fri, 4 Jun 2004, YhLu wrote: Any plan to move the intel chipset support from V1 to V2? I mean E750x and 82801xx. it depends on someone having the time. I would like to see it happen, but our interest in 32-bit platforms is not as broad as it once was, so it's going to be someone else (or us when we get time). thanks ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Lex CV860A (was: The 'help me!' form on http://www.linuxbios.org/help/index.html is broken)
looks ok to me. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Difference between Linxubios native's Elfboot and Linuxbios native's Filo
On 4 Jun 2004, Mathieu Deschamps wrote: The native ``filo'' is scheduled for deletion, it touches hardwaremain which it should not. As implemented it is a maintenance nightmare and an implementation of policy and I refuse to support it, in the core of LinuxBIOS. Until just a little while ago I thought it was much less intrusive so was not forcing the issue. ok I understand. well, I am afraid I do not. No one has contacted any of the other core maintainers of linuxbios and vetted this suggestion of scheduling components for deletion. This suggestion of deleting the embedded filo came out of left field, at least to me. Major changes on this level need discussion! LinuxBIOS is a cooperative project. People add things from time to time that others do not like. Every other core member of this project has added software, at times, that I was not totally happy with, but I also have not deleted such software because it is the nature of shared open source projects that you can't keep everyone 100% happy all of the time. There are things in both V1 and V2 I dislike very much, but I recognize the right of authorship and the differences of opinion that come with different people writing different code. I should probably remind everyone here that this project was started by LANL, and that the control of this project remains at LANL. We are a non-profit, and I hope neutral, third party. I have had questions from time to time about whether this or that commercial entity has too much control of the project, and my response has always been: Don't worry, calm down, LANL is neutral here and can make sure we play fair. This type of query is serious. At one point I had a commercial company hinting about legal action as they felt that another company was holding back on releasing code to CVS. I was able to calm that one down too, simply by pointing out the role that LANL plays. LANL has a duty to provide a level playing ground for all involved. We can not and will not allow deletions of subsystems deemed important by users without some amount of discussion first, followed by some sort of agreement. We had hoped to hash these issues out at the linuxbios summit but were unable to bring that meeting to fruition. Short form: I would ask all involved not to take actions that could lead to consequences we will all regret. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Lex CV860A (was: The 'help me!' form on http://www.linuxbios.org/help/index.html is broken)
On Fri, 4 Jun 2004, Erik Smit wrote: LinuxBIOS-1.1.6.0Fallback Fri Jun 4 00:34:01 CEST 2004 starting... 87 is the comm register SMBus controller enabled vt8601 init starting is the north 1106 0601 0120d4 is the computed timing NOP PRECHARGE DUMMY READS CBR MRS NORMAL set ref. rate enable multi-page open Slot 00 is SDRAM 2000 bytes 0100 is the chip size 000e is the MA type Slot 01smbus_error: 04 Device Error is empty Slot 02smbus_error: 04 Device Error is empty Slot 03smbus_error: 04 Device Error is empty vt8601 done Then it starts to constantly repeat this: 00:06 11 01 06 06 00 90 22 05 00 00 06 00 00 00 00 10:08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30:00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00 40:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50:ac 08 80 00 00 00 40 40 4e 00 00 00 40 40 40 40 60:3f 00 00 30 e4 e4 e4 00 42 ac 65 0d 08 7f 00 00 70:00 00 00 00 00 00 00 00 01 f0 00 00 00 00 00 00 80:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0:02 00 20 00 03 02 00 07 00 00 00 00 08 02 00 00 b0:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0:00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0:00 00 00 00 00 00 01 01 00 00 00 00 00 00 00 00 I've tried different payloads but the same stuff happens. Anything I can do about this? it found the memory and I think is programming it incorrectly. Sorry for the previous wrong comment. Also, I've checked out the freebios(1) source and build an EPIA rom from this and this does probably boot with the same filo payload and actually boots a linux kernel and works, yay! ok, weird. Also2, the cvs checkout of today still give this error on building: /opt/linuxbios/freebios2/src/arch/i386/boot/pirq_routing.c: In function `check_pirq_routing_table': /opt/linuxbios/freebios2/src/arch/i386/boot/pirq_routing.c:21: error: assignment of read-only variable `intel_irq_routing_table' /opt/linuxbios/freebios2/src/arch/i386/boot/pirq_routing.c:42: error: assignment of read-only member `checksum' make[1]: *** [pirq_routing.o] Error 1 Ollie or Stepan or Greg or David or I need to fix this. Anyone? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Lex CV860A (was: The 'help me!' form on http://www.linuxbios.org/help/index.html is broken)
On Fri, 4 Jun 2004, Li-Ta Lo wrote: It is the const keyword. Why we don't have this problem before ? Is the function actually been called in other platform ? yes, that's what is so weird. This just started happening but I can find no changes that would have made it start happening. Weird. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Difference between Linxubios native's Elfboot and Linuxbios native's Filo
On Fri, 4 Jun 2004, Peter Stuge wrote: I hope this doesn't have to become a big problem, we should be able to just talk about it and straighten any issues out. It has been done online before. We'll all cool off over the weekend and work it out next week. thanks ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: w86327hf superio.c
On Wed, 2 Jun 2004, YhLu wrote: Someone overwrite the superio.c for w86327hf. Before that it enter_ext_func mode and enable HWM of Winbond. that's our fault. The code for this part was really out of date in the way it worked, because it did not use Eric's new generic PNP functions, and we couldn't figure out what should stay and what should go. Can you send me a patch for what you think should happen and we'll put that support back in. thanks ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: pirq checking
On Thu, 3 Jun 2004, Stefan Reinauer wrote: the current pirq code defines intel_irq_routing_table as const, thus making it potentially readonly. should be const due to execute-in-place issues. OTOH the code in arch/i386/boot/pirq_routing.c tries to correct the checksum and size entries in that table. that's my fault I bet. I think that table should not be declared const, especially since we might want to create it dynamically later on. no, leave const unless we ALWAYS copy to memory and then work with it. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: testbios and the system timer
On Thu, 3 Jun 2004, Li-Ta Lo wrote: Probably we need an other way to emulate the timer. can we just read the timer? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: The 'help me!' form on http://www.linuxbios.org/help/index.html is broken
On Thu, 3 Jun 2004, Erik Smit wrote: Just like the subject says: the form at http://www.linuxbios.org/help/index.html gives a really cute 404. my fault. I gave up on that because the messages I got through it were useless. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Lex CV860A (was: The 'help me!' form on http://www.linuxbios.org/help/index.html is broken)
I think that ought to work as a via epia, use V2. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Lex CV860A (was: The 'help me!' form on http://www.linuxbios.org/help/index.html is broken)
On Thu, 3 Jun 2004, Erik Smit wrote: Well, the EPIA has a vt8231 southbridge where this board has a vt82c686. Won't this give problems? There used to be 8231 support. If think they are similar enough it could work. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: testbios and the system timer
On Thu, 3 Jun 2004, Li-Ta Lo wrote: richard's point is that the emulator is much slower than the timer. The delay loop is facing overflow problem with the emulated io access to the physical counter. oops, sorry. Too much email this morning. I did not read his note carefully enough. Actually I'm surprised that the emulator is that much slower than an old 8086. OK, now what do we do ... Ah, we could use the TSC, right? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Lex CV860A (was: The 'help me!' form on http://www.linuxbios.org/help/index.html is broken)
On Thu, 3 Jun 2004, Erik Smit wrote: Then I flashed in the resulting linuxbios.bin using uniflash since flash_and_burn doesn't support the AMIC A29002 chip on this board. linuxbios.rom -- you got the wrong file. sorry about that. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: What DiskOnChip?
On Thu, 3 Jun 2004, Dag Hovland wrote: I wanted to try linuxbios on my computer and read on your homepage that only DiskOnChip Millennium is supported. WOW, how did you infer that from the web page? I need to change it if it says something like that. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: testbios and the system timer
what about this. Build a composite timer with the top X bits coming from TSC, and the bottom Y bits coming from the time-of-day counter. Would that work? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: testbios and the system timer
OK, I finally read this in detail and I'm sorry for my noise on this subject. I think it would be useful to keep an 'emulated instruction count' in the emulator, and have a virtual timer that increments very X (pick a number) instructions. X can be constant across different architectures as we are somewhat divorced from time (it's an emulator). The emulated timer would increment every emulated instruction count ticks. Would this do it? ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Lex CV860A (was: The 'help me!' form on http://www.linuxbios.org/help/index.html is broken)
with the fuctory bios in place, make sure that your minicom setup is right. Let me know. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: recommendations to run LB on ASUS A7V8X, TX97E
On Thu, 3 Jun 2004, Stefan Reinauer wrote: I've not seen enough information (data sheets) available without NDA to make this happen. Might be that I looked in the wrong places though. If you don't buy a lot of motherboards, you normally don't get this kind of information from VIA. It depends. At times via has been incredibly helpful, but not in all cases. If you can make the case for this they might be able to help you. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
