coreboot

coreboot@coreboot.org

12 participants
39780 discussions

committed fix for irq_tables
by Ronald G. Minnich 03 Dec '02

03 Dec '02

All gcc 2.x users are now going to get a warning on the irq_tables.c compile. Sorry, but it will produce the right table, and 3.x will also produce the right table. I've confirmed this by comparing the .o files that both gcc's produce. This may fix some of the problems 3.x users have been reporting. I will confirm a good linuxbios-based boot as soon as I get in to work -- it's snowing here so we have 2-hour delays today. ron

1 0

It's the IRQ table
by Ronald G. Minnich 03 Dec '02

03 Dec '02

gcc 3.2 when it compiles the PIRQ table gives me utterly different results from 2.96. I now have something to look at. ron

3 2

linuxbios and gcc 3.2: got it.
by Ronald G. Minnich 03 Dec '02

03 Dec '02

it's a fundamental disagreement between 3.2 and 2.96. I think 3.2 is right, 2.96 is wrong. But it bit us, because we conformed to 2.96 usage. Consider the following: struct thing { int z; }; struct thingy { int a; struct thing t[1]; }; This is like our irq_table struct now. We wish to have the array t be variable-sized, and the way you get that in gcc 2 is to just initialize it as needed: struct thingy x = {1, {{2}, {3}}}; t will be forced to grow as needed. What a kludge! We declare it as t[1], but then grow it by making the initializer too big! What does gcc 3.2 do with this? Well, that's a good question. I've seen a few different results from gcc: - complain, and product a truncated output file with no entries - not even produce an output file. - in no case does what it does match what gcc 2 did gcc 3.2 does the sane thing in my view. If you make the array [1], that's all you should get. Growing it with too big an initializer is ugly! So how to declare this? Like this: struct thing { int z; }; struct thingy { int a; struct thing t[]; }; ^^^ struct thingy x = {1, {{2}, {3}}}; This works fine. I am going to modify the irq_table struct, since gcc296 complains about the [] but still produces the right code. My mistake was zeroing in on the mptable, not the irq_table, because I forgot that our phase 1 image in IDE-flash is a non-SMP kernel. But it was a good thing in the end as I found this nasty non-compliant (for 3.2) bit of code in linuxbios. ron

1 0

linuxbios (fwd)
by Ronald G. Minnich 03 Dec '02

03 Dec '02

any hints? zengqi, please send these messages to this list. I don't have time right now to help you. Sorry! ron ---------- Forwarded message ---------- Date: Tue, 3 Dec 2002 01:29:32 +0800 From: To: Ronald G. Minnich <rminnich(a)lanl.gov> Subject: linuxbios Dear Mr Ronald G Now I have two issues about Linux-BIOS booting IDE ,I hope you can help me! 1)I hope my computer boot from Linux-BIOS and load kernel from IDE harddisk, not from DOC.SO I add "BOOT_IDE=1" into m758lmr+.config ,but when I use the command as follow: linuxbios.init m758lmr+.config ,linux.bin.gz, linuxbios.strip and docipl can not be created.(Before I add BOOT_IDE , the command was worked well),why? 2)In linux ,After I insert two modules the DOC2000 and Docprobe (doc_config_location=0xfffc8000 )and use command "flash_on",I can recognize DOC . The problem is that I can not recognize DOC in DOS.(I would like to use tooling such as DINFO or DFORMAT to serch DOC,but failed),why? the hardware : a. pcchips m758lmr+ b. two bios :linuxbios and normal bios the kernel of linux is 2.4.19 regards Zengqi

2 1

help! (fwd)
by Ronald G. Minnich 03 Dec '02

03 Dec '02

can someone help xu? ron ---------- Forwarded message ---------- Date: Tue, 03 Dec 2002 18:39:42 +0800 From: xu xuning <xuning1979(a)hotmail.com> To: rminnich(a)lanl.gov Subject: help! Mr.Ronald G. Minnich how are you ! I have used pre-made image from http://www.cwlinux.com/download/ and success start from my doc,my mainboard is Winfast6300 MA Pro. and now i have two questions to ask you : one : how to mount /dev/hda1 (my harddisk),because i found in my system on doc have "/dev/hda*",but when i run " # mount /dev/hda1 /home/disk/" the result is a error,so can you tell me HOWTO? two: how to mount usb-memory (e.g.onlydisk),i know in Red Hat Linux7.2 is "# mount /dev/sda /home/usb/",but in my system on doc there is no /dev/sda*,So how to do ? Thanks a lot! XuNing _________________________________________________________________ ÓëÁª»úµÄÅóÓÑ½øÐÐ½»Á÷£¬ÇëÊ¹ÓÃ MSN Messenger: http://messenger.msn.com/cn

1 0

mptable and redhat 8 and wotta mess.
by Ronald G. Minnich 03 Dec '02

03 Dec '02

If I build linuxbios with gcc 2.96, things get marginally better. But weirder. Linux version 2.4.19-lanl.18beoboot (root@butthead) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-112)) #1 Fri Aug 16 15:03:04 MDT 2002 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 0000000000000bd0 (reserved) BIOS-e820: 0000000000000bd0 - 00000000000a0000 (usable) BIOS-e820: 00000000000f0000 - 00000000000f0400 (reserved) BIOS-e820: 0000000000100000 - 0000000020000000 (usable) BIOS-e820: 0000000100000000 - 0000000120000000 (usable) Warning only 896MB will be used. Use a PAE enabled kernel. 896MB LOWMEM available. hm, page 00000000 reserved twice. On node 0 totalpages: 229376 note that it is still not seeing the MP table. But later on: PCI: Discovered primary peer bus 10 [IRQ] PCI: Discovered primary peer bus 11 [IRQ] PCI: Discovered primary peer bus 12 [IRQ] PCI: Using IRQ router PIIX [8086/2480] at 00:1f.0 PCI: Found IRQ 11 for device 00:1d.0 PCI: Sharing IRQ 11 with 07:01.0 PCI: Found IRQ 5 for device 00:1f.1 PCI: Found IRQ 3 for device 00:1f.3 PCI: Found IRQ 7 for device 02:01.0 So how is it getting this info? I am now getting confused. nevertheless it does get the new kernel fine over the myrinet. The ram map still looks like this: BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 0000000000000bd0 (reserved) BIOS-e820: 0000000000000bd0 - 00000000000a0000 (usable) BIOS-e820: 00000000000f0000 - 00000000000f0400 (reserved) BIOS-e820: 0000000000100000 - 0000000020000000 (usable) BIOS-e820: 0000000100000000 - 0000000120000000 (usable) Note also that the RAM map shows (for this newer linuxbios) a big hole in the ram map. 2.4.19 doesn't seem to be able to handle this, more below: Warning only 4GB will be used. Use a PAE enabled kernel. 3200MB HIGHMEM available. OOPS! There's only 1024 MB but the kernel is doing something odd. Now the older linuxbios (a version from LNXI that says 1.0.0.6) show this for the ram map: BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 0000000000000b54 (reserved) BIOS-e820: 0000000000000b54 - 00000000000a0000 (usable) BIOS-e820: 00000000000f0000 - 00000000000f0400 (reserved) BIOS-e820: 0000000000100000 - 0000000040000000 (usable) 128MB HIGHMEM available. 896MB LOWMEM available. And this works. So, that's the state of play: linuxbios is now producing e820 maps that 2.4.19 doesn't seem to be able to handle; something is somehow trashing the MP table (etherboot); and, in general, things on e7500 are not currently working. More later. ron

3 2

mp table and gcc 3.2 and ....
by Ronald G. Minnich 02 Dec '02

02 Dec '02

the mp table (_MP_) is also ok. Now this is getting weird. All the data in all the tables looks fine, almost byte-for-byte the same (I'm still working out what's different). But Linux never finds this MP table when loaded from a gcc 3.2-compiled linuxbios. The same linux, booted with linuxbios compiled on gcc 2.96, finds the table no trouble. Any hints anyone :-) how many people are building linux with RH 8.0, and these gcc tools: root@pinkish tmp]# gcc -v -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --host=i386-redhat-linux --with-system-zlib --enable-__cxa_atexit Thread model: posix gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) [root@pinkish tmp]# as -v -v GNU assembler version 2.13.90.0.2 (i386-redhat-linux) using BFD version 2.13.90.0.2 20020802 [root@pinkish tmp]# ld -v -v GNU ld version 2.13.90.0.2 20020802 GNU ld version 2.13.90.0.2 20020802 ron

1 0

MP table and gcc 3.2
by Ronald G. Minnich 02 Dec '02

02 Dec '02

OK, I've verified that most of the bits are right. The only thing that seems broken is the floating table structure (_MP_), the data in memory for that look quite wrong. The other structs (i.e. PCMP) seem to be ok. I think I've almost got it. ron

1 0

linuxbios and gcc 3.2
by Ronald G. Minnich 02 Dec '02

02 Dec '02

I'm trying to track down the problems with linuxbios, mptables, and gcc 3.2 The symptom is that the myrinet card which is in the slot for 02:1.0 ends up with IRQ 0 when linux is done parsing the mp table. So far I am dumping the intsrc entries in the mp table and they look fine from the linuxbios side. If anyone has any hints I'll take them. This is weird. ron

2 2

[COMMIT] cs5530 and pcm-5823
by Andrew Ip 01 Dec '02

01 Dec '02

src/southbridge/nsc/cs5530/southbridge.c src/mainboard/advantech/pcm-5823/Config - Disabled hard coded irq assignment where priq is existed - With this commit, even older version of pcm-5823, eg.PCM-5823-E0A1, can boot and access from hdc -Andrew -- Andrew Ip Email: aip(a)cwlinux.com Tel: (852) 2542 2046 Fax: (852) 2542 2036 Mobile: (852) 9201 9866 Cwlinux Limited Unit 202B 2/F Lai Cheong Factory Building, 479-479A Castle Peak Road, Lai Chi Kok, Kowloon, Hong Kong. Tel: (852)2542 2046 Fax: (852)2542 2036 For public pgp key, please obtain it from http://www.keyserver.net/en.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot