coreboot June 2005

coreboot@coreboot.org

35 participants
100 discussions

RE: [LinuxBIOS] Merge complete....
by YhLu 22 Jun '05

22 Jun '05

> > diff -r freebios_lnxi/src/arch/i386/init/ldscript.lb > > ../freebios2/src/arch/i386/init/ldscript.lb > > 44,49d43 > > < > > < /* Move up the location counter if the start of the > rom section is > > < * too low. > > < */ > > < . = ( ( ( _ROMBASE + ROM_IMAGE_SIZE - 1 ) == > 0xffffffff ) && ( . < > > 0xffff0000 ) ) ? 0xffff0000 : . ; > > < > > there is some problem too. > > for some 8 way opteron system with romcc i need > linuxbios_ram auto.inc > > ---- it is very big entry32.inc --- _start is here > failover.inc jmp > > auto.inc > > out: > > _main in crt0.S > > > > then you will push auto.inc into the top 64k too, but the > 64k can not fit. > > > > So please merge that into main tree... > > I believe you are asking for a change. But I don't quite follow. > > Eric > that is verified, and it is used for romcc with 8 ways opteron, at that case the auto.inc get very big, and it make _start too low, so i put auto.inc before _start, and use jmp to it and after it done, auto.inc will jmp to __main. YH

1 0

RE: [LinuxBIOS] Merge complete....
by YhLu 22 Jun '05

22 Jun '05

if(is_cpu_d0()) { /* Erratum 110 ...*/ msr = rdmsr_amd(CPU_ID_HYPER_EXT_FEATURES); msr.hi |=1; wrmsr_amd(CPU_ID_HYPER_EXT_FEATURES, msr); } if (is_cpu_pre_e0()) { /* Erratum 110 ... */ msr = rdmsr_amd(CPU_ID_EXT_FEATURES_MSR); msr.hi |=1; wrmsr_amd(CPU_ID_EXT_FEATURES_MSR, msr); } also in model_fxx_init.c you miss sth should be if(is_cpu_d0()) { /* Erratum 110 ...*/ msr = rdmsr_amd(CPU_ID_HYPER_EXT_FEATURES); msr.hi |=1; wrmsr_amd(CPU_ID_HYPER_EXT_FEATURES, msr); } if (!is_cpu_pre_e0()) { ------------------------------don't forget ! /* Erratum 110 ... */ msr = rdmsr_amd(CPU_ID_EXT_FEATURES_MSR); msr.hi |=1; wrmsr_amd(CPU_ID_EXT_FEATURES_MSR, msr); } YH > -----Original Message----- > From: Li-Ta Lo [mailto:ollie@lanl.gov] > Sent: Wednesday, June 22, 2005 11:40 AM > To: YhLu > Cc: LinuxBIOS > Subject: RE: [LinuxBIOS] Merge complete.... > > On Wed, 2005-06-22 at 12:34 -0600, Li-Ta Lo wrote: > > On Wed, 2005-06-22 at 11:29 -0700, YhLu wrote: > > > define HARD_RESET_BUS > > > > > > removed, Good, get amd8111 bus from config_bus_map... > > > > > > > Eric, > > > > Is there any reason you put reset.c in every mainboard > directory but > > the only thing in these reset.c is #include "amd8111_reset.c" ? > > > > And node_link_to_bus in amd8111_reset.c and every auto.c? > > -- > Li-Ta Lo <ollie(a)lanl.gov> > Los Alamos National Lab >

2 1

RE: [LinuxBIOS] Merge complete....
by YhLu 22 Jun '05

22 Jun '05

define HARD_RESET_BUS removed, Good, get amd8111 bus from config_bus_map... YH > -----Original Message----- > From: Ronald G. Minnich [mailto:rminnich@lanl.gov] > Sent: Wednesday, June 22, 2005 11:21 AM > To: YhLu > Cc: Li-Ta Lo; Eric W. Biederman; LinuxBIOS > Subject: RE: [LinuxBIOS] Merge complete.... > > > > On Wed, 22 Jun 2005, YhLu wrote: > > > So please merge that into main tree... > > > NOT YET! > > this merge is huge. Ollie is going through it bit by bit. We > are not ready to merge yet. > > Eric, please hold on for a while, Ollie will finish up his summary. > > ron >

3 3

RE: [LinuxBIOS] Merge complete....
by YhLu 22 Jun '05

22 Jun '05

filo is removed too. more generic support for pci-x, pci-e, ht, Eric, is it support HT-HT bridge now? also diff -r freebios_lnxi/src/arch/i386/init/ldscript.lb ../freebios2/src/arch/i386/init/ldscript.lb 44,49d43 < < /* Move up the location counter if the start of the rom section is < * too low. < */ < . = ( ( ( _ROMBASE + ROM_IMAGE_SIZE - 1 ) == 0xffffffff ) && ( . < 0xffff0000 ) ) ? 0xffff0000 : . ; < there is some problem too. for some 8 way opteron system with romcc i need linuxbios_ram auto.inc ---- it is very big entry32.inc --- _start is here failover.inc jmp auto.inc out: _main in crt0.S then you will push auto.inc into the top 64k too, but the 64k can not fit. So please merge that into main tree... YH > -----Original Message----- > From: Li-Ta Lo [mailto:ollie@lanl.gov] > Sent: Wednesday, June 22, 2005 10:59 AM > To: Eric W. Biederman > Cc: LinuxBIOS > Subject: Re: [LinuxBIOS] Merge complete.... > > On Wed, 2005-06-22 at 11:42 -0600, Li-Ta Lo wrote: > > On Wed, 2005-06-22 at 03:50 -0600, Eric W. Biederman wrote: > > > Since I want to avoid breaking things by acting too > hastily I have > > > performed the merge and placed the code in the branch: > > > linuxbios(a)linuxbios.org--devel/freebios--lnxi--1--patch-1 > > > > > > > > > If no one has any real objections after looking at it I > will merge > > > with the main branch. Otherwise I will listen to the > objections and > > > see where I go from there. > > > > > > > First pass of objections, I think these files are cvs/tla > removed (by > > you?) long time ago? > > > > New-files: > > src/mainboard/Iwill/DK8S2/debug.c > > src/mainboard/Iwill/DK8S2/reset.c > > src/mainboard/Iwill/DK8X/debug.c > > src/mainboard/Iwill/DK8X/reset.c > > src/mainboard/amd/quartet/debug.c > > src/mainboard/amd/quartet/reset.c > > src/mainboard/amd/serenade/reset.c > > src/mainboard/amd/solo/debug.c > > src/mainboard/amd/solo/reset.c > > src/mainboard/arima/hdama/debug.c > > src/mainboard/arima/hdama/reset.c > > src/mainboard/ibm/e325/reset.c > > src/mainboard/newisys/khepri/debug.c > > src/mainboard/newisys/khepri/reset.c > > src/mainboard/tyan/s2735/reset.c > > src/mainboard/tyan/s2850/adaptec_scsi.c > > src/mainboard/tyan/s2850/broadcom_nic.c > > src/mainboard/tyan/s2850/debug.c > > src/mainboard/tyan/s2850/hypertransport.c > > src/mainboard/tyan/s2850/intel_nic.c > > src/mainboard/tyan/s2850/promise_sata.c > > src/mainboard/tyan/s2850/reset.c > > src/mainboard/tyan/s2875/reset.c > > src/mainboard/tyan/s2880/adaptec_scsi.c > > src/mainboard/tyan/s2880/debug.c > > src/mainboard/tyan/s2880/hypertransport.c > > src/mainboard/tyan/s2880/intel_nic.c > > src/mainboard/tyan/s2880/promise_sata.c > > src/mainboard/tyan/s2880/reset.c > > src/mainboard/tyan/s2880/tyan-fallback.config > > src/mainboard/tyan/s2880/tyan-normal.config > > src/mainboard/tyan/s2881/adaptec_scsi.c > > src/mainboard/tyan/s2881/debug.c > > src/mainboard/tyan/s2881/hypertransport.c > > src/mainboard/tyan/s2881/intel_nic.c > > src/mainboard/tyan/s2881/reset.c > > src/mainboard/tyan/s2881/si_sata.c > > src/mainboard/tyan/s2882/adaptec_scsi.c > > src/mainboard/tyan/s2882/debug.c > > src/mainboard/tyan/s2882/hypertransport.c > > src/mainboard/tyan/s2882/intel_nic.c > > src/mainboard/tyan/s2882/reset.c > > src/mainboard/tyan/s2882/si_sata.c > > src/mainboard/tyan/s2882/tyan-fallback.config > > src/mainboard/tyan/s2882/tyan-normal.config > > src/mainboard/tyan/s2885/adaptec_scsi.c > > src/mainboard/tyan/s2885/broadcom_nic.c > > src/mainboard/tyan/s2885/debug.c > > src/mainboard/tyan/s2885/hypertransport.c > > src/mainboard/tyan/s2885/intel_nic.c > > src/mainboard/tyan/s2885/reset.c > > src/mainboard/tyan/s2885/si_sata.c > > src/mainboard/tyan/s2885/ti_firewire.c > > src/mainboard/tyan/s2885/tyan-fallback.config > > src/mainboard/tyan/s2885/tyan-normal.config > > src/mainboard/tyan/s4880/adaptec_scsi.c > > src/mainboard/tyan/s4880/debug.c > > src/mainboard/tyan/s4880/hypertransport.c > > src/mainboard/tyan/s4880/intel_nic.c > > src/mainboard/tyan/s4880/reset.c > > src/mainboard/tyan/s4880/si_sata.c > > src/mainboard/tyan/s4882/reset.c > > Are these files reversed patch too? > > Modified-files: > src/mainboard/Iwill/DK8S2/Config.lb > src/mainboard/Iwill/DK8S2/Options.lb > src/mainboard/Iwill/DK8S2/cmos.layout > src/mainboard/Iwill/DK8S2/failover.c > src/mainboard/Iwill/DK8S2/irq_tables.c > src/mainboard/Iwill/DK8S2/mptable.c > src/mainboard/Iwill/DK8X/Config.lb > src/mainboard/Iwill/DK8X/Options.lb > src/mainboard/amd/quartet/Config.lb > src/mainboard/amd/quartet/Options.lb > src/mainboard/amd/serenade/Config.lb > src/mainboard/amd/serenade/Options.lb > src/mainboard/amd/solo/Config.lb > src/mainboard/amd/solo/Options.lb > src/mainboard/arima/hdama/Config.lb > src/mainboard/arima/hdama/Options.lb > src/mainboard/arima/hdama/auto.c > src/mainboard/arima/hdama/mptable.c > src/mainboard/emulation/qemu-i386/Options.lb > src/mainboard/ibm/e325/Config.lb > src/mainboard/ibm/e325/Options.lb > src/mainboard/newisys/khepri/Config.lb > src/mainboard/newisys/khepri/Options.lb > src/mainboard/tyan/s2735/Config.lb > src/mainboard/tyan/s2735/Options.lb > src/mainboard/tyan/s2850/Config.lb > src/mainboard/tyan/s2850/Options.lb > src/mainboard/tyan/s2875/Config.lb > src/mainboard/tyan/s2875/Options.lb > src/mainboard/tyan/s2880/Config.lb > src/mainboard/tyan/s2880/Options.lb > src/mainboard/tyan/s2881/Config.lb > src/mainboard/tyan/s2881/Options.lb > src/mainboard/tyan/s2882/Config.lb > src/mainboard/tyan/s2882/Options.lb > src/mainboard/tyan/s2882/auto.c > src/mainboard/tyan/s2882/mptable.c > src/mainboard/tyan/s2885/Config.lb > src/mainboard/tyan/s2885/Options.lb > src/mainboard/tyan/s2885/auto.c > src/mainboard/tyan/s4880/Config.lb > src/mainboard/tyan/s4880/Options.lb > src/mainboard/tyan/s4882/Config.lb > src/mainboard/tyan/s4882/Options.lb > src/mainboard/tyan/s4882/auto.c > src/mainboard/tyan/s4882/chip.h > src/mainboard/tyan/s4882/failover.c > src/mainboard/tyan/s4882/mainboard.c > -- > Li-Ta Lo <ollie(a)lanl.gov> > Los Alamos National Lab > > > _______________________________________________ > LinuxBIOS mailing list > LinuxBIOS(a)openbios.org > http://www.openbios.org/mailman/listinfo/linuxbios >

3 3

[LinuxBIOS] Merge complete....
by ebiederman＠lnxi.com 22 Jun '05

22 Jun '05

Ok. After I finally developed a sane common ancestor between the two trees it did not take much time to finish the merge. >From that ancestor linuxbios(a)linuxbios.org--devel/frebios--devel--2.0--base-0 I have merged each patch individually with star-merge and that worked well allowing me to fix the small handful of conflicts that the new development created. I would love to move the changes into the public tree the same way but it does not appear easily possible, instead it is trivial to simply merge my entire tree into the public tree. Since I want to avoid breaking things by acting too hastily I have performed the merge and placed the code in the branch: linuxbios(a)linuxbios.org--devel/freebios--lnxi--1--patch-1 If no one has any real objections after looking at it I will merge with the main branch. Otherwise I will listen to the objections and see where I go from there. Eric

4 10

[LinuxBIOS] E7501 raminit changes
by Steven J. Magnani 22 Jun '05

22 Jun '05

Yh Lu, I noticed that you added code to the E7501 raminit to change the mapping between system bus and southbridge stop grants from the default of 1:1 to 2:1 when the file is compiled with CAS_LATENCY defined to CAS_2_0. Is the stop grant change needed only for CL 2.0, or should it be applied to both 2.0 and 2.5? If the former, I'll put it in the function that configures the CAS latency based on SPD info (i.e. make the configuration change programmatic rather than table-driven). If the latter, I'll move the code you added outside the #if block it's currently in. Also, I believe you mentioned earlier (re: s2735 is totally broken) that you were seeing a weird reset in the raminit code. On my platform I was getting an exception during RCOMP configuration (Ram1.00), which I traced to the definition of RCOMP_MMIO as 0x100000. I think because that address lies below the default Top of Low Memory that accesses to that space weren't going to the RCOMP registers. Redefining RCOMP_MMIO as 0x80000000 fixed that problem for me. Regards, Steve Magnani www.digidescorp.com

1 0

Re: [LinuxBIOS] Asus/Via Support
by Ken Fuchs 22 Jun '05

22 Jun '05

Dr. Vigmond wrote: > Is there any chance that an ASUS CUV4X-D mainboard with the VIA 694 XDP > chipset will work? Can someone please answer this question. > The OS doesn't have lspci (sorry). If the Linux kernel has the proc filesystem included (almost all default installation kernels do), the same information should be available in /proc/pci or somewhere in /proc/bus/pci. Take a look at the lspci sources. Try: cat /proc/pci Sincerely, Ken Fuchs <kfuchs(a)winterent.com>

2 1

[LinuxBIOS] Do hardware vendors see benefits from LB?
by Anton Borisov 22 Jun '05

22 Jun '05

Hi, guys. I've been wondering for some time - why hardware vendors are so unwilling to provide their hardware products to adapt it to run LinuxBIOS? I don't mention Tyan or SIS which are quite involved into the process and already have bargains. Any ideas? -- Sincerely, Anton Borisov

1 0

[LinuxBIOS] Asus/Via Support
by Edward Vigmond 21 Jun '05

21 Jun '05

Hello Is there any chance that an ASUS CUV4X-D mainboard with the VIA 694 XDP chipset will work? The OS doesn't have lspci (sorry). Thanks -- Dr. Edward Vigmond, P.Eng Department of Electrical and Computer Engineering University of Calgary

1 0

[LinuxBIOS] commited cache as ram for amd and some intel
by YhLu 21 Jun '05

21 Jun '05

just commited amd cache as ram and some intel.... You can use CONFIG_DCACHE_RAM to switch back to romcc also CONFIG_USE_INIT is used to decide to use cache_as_ram_auto.c as auto.inc or auto.o MB: s2881/s2882/s2885/s2891/s2892/s2895/s4882 s2735 if you have problem with your MB, please add uses CONFIG_USE_INIT in your MB Config.lb YH

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot June 2005