coreboot December 2003

coreboot@coreboot.org

39 participants
66 discussions

Filesystem for doc?
by Devi Priya 03 Dec '03

03 Dec '03

Hi, Which filesystem should I use for diskonchip? Should I use ths True FFS or can I use the NFTL? _________________________________________________________________ Love shopping online? Get this e credit card. http://server1.msn.co.in/features/amex/ Save cost, add value!

1 0

Re: Tyan S2885
by YhLu 03 Dec '03

03 Dec '03

Output -----邮件原件----- 发件人: YhLu 发送时间: 2003年12月3日 18:34 收件人: YhLu; ebiederman(a)lnxi.com 抄送: ron minnich; Stefan Reinauer; linuxbios(a)clustermatic.org 主题: Tyan S2885 Eric, I found in amdk8_scan_root_bus in northbridge/amd/amdk8/northbridge.c You put /* Unmap all of the other pci busses */ for(reg = 0xe0; reg <= 0xec; reg += 4) { f1_write_config32(reg, 0); } Why you need to clear that? After you clear that, I can not see the 8151 and AGP in s2885. PS: I have reversed the scan sequence to make sure HT scan 8111 at first and then 8151. Regards Yinghai Lu

1 0

irq tables generation
by Stefan Reinauer 03 Dec '03

03 Dec '03

Hi, * ron minnich <rminnich(a)lanl.gov> [031202 00:28]: > > {0,0xa0, {{0x2, 0xdeb8}, {0x3, 0xdeb8}, {0x4, 0xdeb8}, {0x1, 0xdeb8}}, 0x1, 0}, > > > pci_assign_irqs(2, 0x5, dualenetbIrq);'' > > in addition i had to play with the irq lists. > > eek. You know that this is exactly the wrong way to do this and why, I > assume. But it works, so keep it for now. But this will never go into the > CVS. Do we agree that interrupts should be _unassigned_ during firmware execution and set by the OS only? Another way of handling this might be to set some default values and allow the OS to reconfigure those. A PIRQ-Table has to contain * one entry for each PCI device that needs an interrupt * one entry for each peer bus to be visible. It seems we know these parameters in-system already and can generate a valid table assuming some fixed parameters (cycling interrupts a la {{0x2, 0xdeb8}, {0x3, 0xdeb8}, {0x4, 0xdeb8}, {0x1, 0xdeb8}} and a fixed mask of 0xdeb8. > irq_table.c is for linux, it tells linux how the irqs are wired up. In an > ideal world, linuxbios would hand the irq table to linux or plan9 or *bsd > and those OSes would do everything correctly. In our world, each of these > OSes get it wrong often enough that we have to now assign it directly. I > had hoped to avoid IRQ assignment in linuxbios but it seems that we have > no choice -- too many busted hardware/OS bits out there. Not to forget the mptable - that contains additional information on which busses are available - information that Linux obviously don't like to read from there but from the irq table. Stefan -- Stefan Reinauer, SUSE LINUX AG Teamleader Architecture Development

2 2

Re: config -> default
by Greg Watson 03 Dec '03

03 Dec '03

Stefan, Which builds are broken? I thought I checked all configurations built after the change (apart from the VIA which Ron was working on.) and modified any that had problems. My hope was that this change would make the use of options more logical and consistent. The intention is that parts set default values for any options that they require or are specific to the part. Then when all the parts are put together in a target configuration file, these default values can be overridden for the specific build. I was also toying with the idea of allowing some options to be read-only, which I think would address your concern. Apologies for breaking things. I try to build all targets after any change like this to make sure things are still working. Greg At 4:16 PM +0100 11/6/03, Stefan Reinauer wrote: >Hi, > >most of the builds are broken again since "config" in the mainboard >config file now has to be renamed to "default". On the one hand I see >the reason for most of these changes, even though I am not sure if >we want to suggest that some stuff can be overridden in the target >config file, like: > >-option CONFIG_IOAPIC=1 >+default CONFIG_IOAPIC=1 > >Can those changing elementary stuff like this that breaks all builds try >to apply some regexps on the Config files so that other builds don't >break? Getting further is somewhat hard currently since the code almost >instantly breaks after the last fixes are checked in.. > >Stefan > >-- > Stefan Reinauer, SUSE LINUX AG >Teamleader Architecture Development >_______________________________________________ >Linuxbios mailing list >Linuxbios(a)clustermatic.org >http://www.clustermatic.org/mailman/listinfo/linuxbios

3 6

arima hdama success
by ron minnich 03 Dec '03

03 Dec '03

as of this morning, with Yh Lu's changes, arima hdama builds work fine. ron

1 0

Diskonchip ipl code for sc1200?
by Devi Priya 03 Dec '03

03 Dec '03

Hi, I could not find any ipl code for sc1200 (nano mainboard). Which should I mention in the config file for docipl? Please give me suggestion. Thanks in advance. _________________________________________________________________ Contact brides & grooms FREE! Only on www.shaadi.com. http://www.shaadi.com/ptnr.php?ptnr=hmltag Register now!

3 2

Help on epia-m 10000 linuxbios VGA
by Santi Mirenna 03 Dec '03

03 Dec '03

Hi to all, today i make EPIA-M 10000 rom image. i compile to have VGA and Filo, after apply patch of Dave Ashley and info from Takeshi about RAM ammount VGA now is found by the system but .... In attach you have the output log .... Can someone tell me where i wrong? Dave Ashley reply: You haven't applied all the patch, specifically the handler for the unsupported bios interrupts. This is the bug where it just gets into an endless loop of bios interrupts, so the program needs to exit the bios somehow. -Dave Hi , can some one tell me where to look .... i made the patch ....where to look Dave to know if the patch is ok ? Thanks. Santi Mirenna

3 2

Re: Help on epia-m 10000 linuxbios VGA
by Santi Mirenna 03 Dec '03

03 Dec '03

At 11.59 03/12/2003, you wrote: >Hi Santi, > >At a minimum you need to check that your arch/i386/lib/idt.c file has the >Int 21 and Unsupported Interrupt handler calling code installed: > >@@ -175,9 +175,18 @@ > eax = 64 * 1024; > ret = 0; > break; >+#ifdef CONFIG_INT21HANDLER >+ case 0x15: >+ ret=handleint21( &edi, &esi, &ebp, &esp, >+ &ebx, &edx, &ecx, &eax, &flags); >+ break; >+#endif > default: > printk_info(__FUNCTION__ ": Unsupport int #0x%x\n", > intnumber); >+#ifdef CONFIG_UNSUPPORTINT_RECOVER >+ unsupportint_recover(); >+#endif > break; > > >and that arch/i386/lib/vgabios.c and mainboard/via/epia-m/mainboard.c >respectively have the actual handler routines: > >@@ -145,6 +145,13 @@ > __asm__ (".text\n""real_mode_switch_end:\n"); > extern char real_mode_switch_end[]; > >+#ifdef CONFIG_UNSUPPORTINT_RECOVER >+void unsupportint_recover(void) >+{ >+ __asm__ __volatile__ ( " jmp vgarestart \n" ); >+} >+#endif >+ > >and > >@@ -92,3 +176,33 @@ > final_southbridge_fixup(); > } > >+int handleint21( unsigned long *edi, unsigned long *esi, unsigned long *ebp, >+ unsigned long *esp, unsigned long *ebx, unsigned >long *edx, >+ unsigned long *ecx, unsigned long *eax, unsigned >long *flags) >+{ >+int res=-1; >+ switch(*eax&0xffff) >+ { >+ case 0x5f19: >+ break; >+ case 0x5f18: >+ *eax=0x5f; >+ *ebx=0x15; // MCLK = 133, 32M frame buffer >+ res=0; >+ break; >+ case 0x5f02: >+ *eax=0x5f; >+ *ebx=0 | (3<<8); >+ *ecx=5 | (0<<8) | (0<<16); >+ res=0; >+ break; >+ case 0x5f0f: >+ *eax=0x5f; >+ *ebx=0; >+ *ecx=0; >+ *edx=0; >+ res=0; >+ break; >+ } >+ return res; >+} > > >NOTE: It's possible that you may have patch these in by hand as the >original diffs were from an older version of the codebase and things may >have changed since then. All the patch is ok and I get the CVS of 05 2003-July >A quick check is to make sure there are no *.rej files present which might >indicate a patch operation has failed. all files are patched >The diffs aren't large, so it's probably worthing checking them by hand to >make sure the patches have been properly applied. > >Cheers > >Ian > >At 09:31 03/12/2003, Santi Mirenna wrote: >>Hi to all, today i make EPIA-M 10000 rom image. i compile to have VGA and >>Filo, >>after apply patch of Dave Ashley and info from Takeshi about RAM ammount >>VGA now is found by the system but .... >>In attach you have the output log .... >>Can someone tell me where i wrong? >> >>Dave Ashley reply: >> >>You haven't applied all the patch, specifically the handler >>for the unsupported bios interrupts. >>This is the bug where it just gets into an endless loop >>of bios interrupts, so the program needs to exit the >>bios somehow. -Dave >> >>Hi , can some one tell me where to look .... >>i made the patch ....where to look Dave to know if the patch is ok ? >> >>Thanks. >> >>Santi Mirenna

1 0

Re: Tyan S4880
by YhLu 02 Dec '03

02 Dec '03

Eric, The Kernel is used 2.4.22 and I compiled it in ADM64 mode. The LAN device is Broadcom 5704 and driver should be tg3. The SCSI device (LSI SCSI 53c1030 -- onboard and Adaptec 29320 addon card) all can not be initialized in Linux Kernal. Regards YH.

1 0

答复: Tyan S4880
by YhLu 02 Dec '03

02 Dec '03

>> 3. southbridge/amd/amd8131/amd8131_bridge.c: update ioapic_anable to enable >> PCI-X MASTER Mode. >Why is this necessary? Previously it has been the policy to not set >the master enables any more than is necessary for proper operation >of the devices. Unless I am mistaken not setting the master enables is >very much in spec for pci devices. Eric, Otherwise I can not use LAN and SCSI devices in PCI-X in Linux. For Broadcom NIC, I can not ifconfig and ping. For SCSI, I just can not get through the SCSI initialize in Linux kernel. YH.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot December 2003