coreboot

coreboot@coreboot.org

10 participants
39710 discussions

Tyan S2885
by YhLu 05 Dec '03

05 Dec '03

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

2 1

Level 2 cache activation code?
by Svante Signell 04 Dec '03

04 Dec '03

Hello, I have recently upgraded my dual MSI-6120 from 2xCeleron (Mendocino) 300@450MHz with 2xMSI-6905 slot 370 to slot 1 adapters to one Celeron2 1.3GHz (Tualatin) using a Slot-T adapter card. The plan is to equip the mobo with 2xPIII or preferably 2xVIA C3 Nehemiah (when SMP capable). The problem is that the latest MSI BIOS (v2.0) for the mobo does not support Coppermine/Tualatin processors. The single GNU/Linux kernels boot without problems but _extremely_ slowly, at least with a speed reduction by a factor 10. hdparm -tT gives around 20/2 compared with 250/25 with the Mendocino CPU(s). For example uncompressing the kernel takes minute(s) compared to seconds. After some trials and web searching I suspect that the problem is with the level 2 cache not activated by the BIOS. I see the you have code in the linuxbios for activating caches. i) Does this code work for 440BX motherboards? ii) Is it possible to extract this code and try out after the kernel has booted (slowly), to verify my assumption? iii) Is there some other tool available for cache activation? iv) One interesting continuation would be to try to replace the MSI (AMI) BIOS with linuxbios, but as a first step I think this would be a little risky. Any ideas? Thanks, Svante

6 27

Doubt with Diskonchip millennium?
by Devi Priya 04 Dec '03

04 Dec '03

Hi, In the application note (AP044) from Msystems diskonchip it is given as: "The DiskOnChip Millennium is mapped into an 8KB memory window in the host platforms memory map. This 8KB window consists of four 2KB windows." Why is this mapping done? Is this done for all the DiskOnChip Millennium? The steps for BIOS is summarised as 1. After DiskOnChip Millennium BUSY# signal is negated, the CPU fetches the Reset Vector from the Boot-Block area, fetches the Boot Code stored there, and starts to execute the code. 2. Boot Code runs the first part of BIOS, initializing the basic hardware functionality. 3. Boot Codes loads the rest of the BIOS from the flash memory to the DRAM, and transfer control (jumps) there. 4. Chip Select of DiskOnChip Millennium is remapped from Reset Vector to BIOS expansion area. 5. CPU executes the rest of the BIOS code, including ROM expansion devices (among them, the DiskOnChip Millennium itself). 6. CPU calls OS bootstrap loader (INT19). 7. OS is loaded, and recognizes the DiskOnChip Millennium as the boot device. 8. OS loads the application code from the DiskOnChip Millennium and executes it. 9. Application software uses DiskOnChip Millennium exactly as if it were using a regular hard disk. In step 4 why is this remapping done _________________________________________________________________ Shop online for kids toys by age group, price range, and toy category at MSN Shopping. No waiting for a clerk to help you! http://shopping.msn.com

1 0

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

04 Dec '03

Hi, Thanks for ur suggestion. Should I write both ipl code for the chipset and the DOCM? Should I also write the SPL code for chipset and DOCM? Can I use the ipl and spl code given with the xpressloader BootLoader Development Kit? >From: ron minnich <rminnich(a)lanl.gov> >To: Devi Priya <ijpriya(a)hotmail.com> >CC: linuxbios(a)clustermatic.org >Subject: Re: Diskonchip ipl code for sc1200? >Date: Wed, 3 Dec 2003 07:34:03 -0700 (MST) > >On Wed, 3 Dec 2003, Devi Priya wrote: > > > 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. > >you'll have to write it. > >ron > >_______________________________________________ >Linuxbios mailing list >Linuxbios(a)clustermatic.org >http://www.clustermatic.org/mailman/listinfo/linuxbios _________________________________________________________________ It is Ms World time! Send in your wishes to Ami Vashi. http://server1.msn.co.in/sp03/Missworld2003/ Help her bring home the crown!

2 1

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

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