coreboot

coreboot@coreboot.org

10 participants
39711 discussions

Start a nNew thread

Re: [COMMIT] romcc 0.63 and some fixes...
by YhLu 03 Jun '04

03 Jun '04

I will add RAM to test again. Regards YH

1 0

Re: [COMMIT] romcc 0.63 and some fixes...
by ebiederman＠lnxi.com 03 Jun '04

03 Jun '04

YhLu <YhLu(a)tyan.com> writes: > Eric, > > I'm not familiar the gdb, and if you like I can send the auto.E to you. That would be good thanks. I guess slightly simpler would be to do: Which will ensure core file generation is not turned off. Then you can do. ulimit -c unlimited make find . -name 'core*' -print find . -name 'romcc' -print And send me (off list) the file named core file and the file named romcc, that the above find commands found. This feels like gcc miscompiled romcc or something like that. "ulimit -c unlimited" ensures core generation is enabled. "make" does the build that fails "find . -name 'core*' -print" locates core file generated by the sigsegv "find . -name 'romcc' -print" locates the romcc binary you were running. If it is a compilation error I really need to see what the binaries look like. If it a bug in romcc I should be able to feed in your auto.E and reproduce this. Some very strange things are going on and I don't know how to call it. Running dmesg and seeing if the oom killer kicked in would also be interesting. romcc tends to be a bit of a memory hog. Not so much that it has been unusable but I am grasping at straws. It looks like my next step in instrumenting romcc is to start catching signals like sigsegv so I can exit moderately gracefully when they occur. My coworkers have been using the romcc with no ill effects so I am truly mystified, as to what is going wrong. Thanks, Eric P.S. Brain storming on naming conventions, I think the sanest thing to do is to indicate a function is not inline by appending an underscore to it's name. So we will have print_debug(str) and pring_debug_(str).... Unless there are any objections.

1 0

Re: [COMMIT] romcc 0.63 and some fixes...
by YhLu 03 Jun '04

03 Jun '04

./romcc -mcpu=k8 -O2 ./auto.E > auto.inc make[1]: *** [auto.inc] Error 139

1 0

pirq checking
by Stefan Reinauer 03 Jun '04

03 Jun '04

Hi, the current pirq code defines intel_irq_routing_table as const, thus making it potentially readonly. OTOH the code in arch/i386/boot/pirq_routing.c tries to correct the checksum and size entries in that table. I think that table should not be declared const, especially since we might want to create it dynamically later on. Opinions? Stefan

2 3

recommendations to run LB on ASUS A7V8X, TX97E
by Anton Borisov 03 Jun '04

03 Jun '04

Hi. I wonder whether these motherboards supported? First based on VIA KT400 chipset, second - very famous :) What kind of PLCC should I use? M-Systems? -- Чтв Июн 3 08:31:54 MSD 2004

4 3

What DiskOnChip?
by Dag Hovland 03 Jun '04

03 Jun '04

Hello I wanted to try linuxbios on my computer and read on your homepage that only DiskOnChip Millennium is supported. They seem to have went out of production, and the Norwegian salesman recommended the DiskOnChip 2000 models as a replacement. Do they work too or will I have to find a Millennium-edition? I apologize if this is the totally wrong place to post this, in that case I would be happy if someone could point me in the right direction. Yours, Dag Hovland

2 1

答复: w86327hf superio.c
by YhLu 03 Jun '04

03 Jun '04

It call the generic PNP function, but before that should enter ext_function mode, otherwise nothing in the superio can be changed. Regards YH -----邮件原件----- 发件人: ron minnich [mailto:rminnich@lanl.gov] 发送时间: 2004年6月3日 7:16 收件人: YhLu 抄送: ebiederman(a)lnxi.com; Gregg C Levine; 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

1 0

w86327hf superio.c
by YhLu 03 Jun '04

03 Jun '04

Someone overwrite the superio.c for w86327hf. Before that it enter_ext_func mode and enable HWM of Winbond. Regards YH

2 1

Linuxbios available for via kt400 chipset?
by Markus Wolters 03 Jun '04

03 Jun '04

Has anyone linuxbios running on a asus a7v8x-x with kt400? regards Markus -- "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info

1 0

ACPI DSDT
by Stefan Reinauer 03 Jun '04

03 Jun '04

Hi, one thing that is generically missing in LinuxBIOS' ACPI implementation is the detailed system description table (DSDT The part telling whether there is a lid and how detect whether it is open or closed) The DSDT is written in ASL which is compiled to AML bytecode using an ASL compiler (ie. Intel's iasl) Thus, a LinuxBIOS port implementing a DSDT needs either to come with a precompiled DSDT or it needs an installed ASL compiler. What is the preferred default behaviour? Do we want to add ASL source code or rather have something that keeps the build requirements for those boards as small as possible. Or we can pack both the ASL and AML version of the DSDT and have the build process use the precompiled code only. This on the other hand requires developers to take care that they check in a new binary version when they change something to the ASL code. CVS is not doing too well with binary stuff.. Opinions? Stefan

6 16

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