coreboot

coreboot@coreboot.org

11 participants
39712 discussions

RE: S2885 -- spare 4s in rebooting
by YhLu 28 Oct '04

28 Oct '04

So after comment out jmp __cpu_reset will save the time under fallback mode. It will use mtrr init in auto.c Regards YH -----Original Message----- From: YhLu Sent: Wednesday, October 27, 2004 8:12 PM To: ebiederman(a)lnxi.com Cc: Ronald G. Minnich; linuxbios(a)clustermatic.org Subject: RE: S2885 -- spare 4s in rebooting Under normal mode, using jmp __cpu_reset, the stage is rather faster. Copying LinuxBIOS to ram. <------- here take sometime ---skipped by Soft2_reset Jumping to LinuxBIOS. <------------------ skipped by Soft2_reset LinuxBIOS-1.1.72.0_Fallback Tue Oct 26 18:48:45 PDT 2004 rebooting...-----> -----Original Message----- From: YhLu Sent: Wednesday, October 27, 2004 11:00 AM To: ebiederman(a)lnxi.com Cc: Ronald G. Minnich; linuxbios(a)clustermatic.org Subject: RE: S2885 -- spare 4s in rebooting With cpu_reset ~ # reboot INIT: Sending processes the TERM signal INIT: Cmos information update Getting settings Stop port mapper Shutdown syslog daemon Shutdown klogd daemon Sending all processes the TERM signal... Sending all processes the KILL signal.. Please, stand by while rebooting the system ... Restarting system. Copying LinuxBIOS to ram. <------- here take sometime ---skipped by Soft2_reset Jumping to LinuxBIOS. <------------------ skipped by Soft2_reset LinuxBIOS-1.1.72.0_Fallback Tue Oct 26 18:48:45 PDT 2004 rebooting...-----> skipped by soft2_reset LinuxBIOS-1.1.72.0_Fallback Tue Oct 26 18:48:45 PDT 2004 starting... Ram1.00 Ram1.01 Ram2.00 Ram2.01 Ram3 Initializing memory: done Initializing memory: done Clearing initial memory region: done Ram4 Copying LinuxBIOS to ram. Jumping to LinuxBIOS. LinuxBIOS-1.1.72.0_Fallback Tue Oct 26 18:48:45 PDT 2004 booting... Finding PCI configuration type. PCI: Using configuration type 1 -----Original Message----- From: ebiederman(a)lnxi.com [mailto:ebiederman@lnxi.com] Sent: Wednesday, October 27, 2004 10:16 AM To: YhLu Cc: Ronald G. Minnich; linuxbios(a)clustermatic.org Subject: Re: S2885 -- spare 4s in rebooting YhLu <YhLu(a)tyan.com> writes: > Spare 4s for rebooting > > I add some comments in s2885/auto.c. > > In auto.c call soft2_reset directly instead of jmp to __cpu_reset Hmm. That does seem to have some merit. Where are you seeing the code run slowly? In particular I am wondering if this is an mtrr setup problem or something else you are avoiding. Eric _______________________________________________ Linuxbios mailing list Linuxbios(a)clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios _______________________________________________ Linuxbios mailing list Linuxbios(a)clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios

1 0

Re: Starting with linuxbios
by Ken Fuchs 28 Oct '04

28 Oct '04

Adilson wrote: >I'm thinking about create (another one) Car-PC and I want to use >linuxbios to improve the boot time. >Is there any place you can recomend I can read about the basics of >this project? Although, AMD64 would be over-kill for a Car-PC, LinuxBIOS-AMD64.pdf is probably the most up to date document on LinuxBIOS v2 (freebios2): http://www.openbios.org/LinuxBIOS-AMD64.pdf Sincerely, Ken Fuchs <kfuchs(a)winternet.com>

2 1

RE: status information
by YhLu 28 Oct '04

28 Oct '04

For S2885, I can not compile that under LOGLEVEL=8. And I have to comment out severl printk_debug in auto.c stage. Before Eric do sth about romcc, I think remove name member in chip_operation would be fine. Regards YH -----Original Message----- From: ebiederman(a)lnxi.com [mailto:ebiederman@lnxi.com] Sent: Thursday, October 28, 2004 3:44 PM To: Ronald G. Minnich Cc: Stefan Reinauer; linuxbios(a)clustermatic.org Subject: Re: status information "Ronald G. Minnich" <rminnich(a)lanl.gov> writes: > On Thu, 28 Oct 2004, Eric W. Biederman wrote: > > > I will (hopefully) commit later today, but I have found one general > > technique that will cut down the code size but a small amount. > > In the chip_operations struct we have a name for debugging. > > Since we are no longer printing that name there is no point in > > keeping it. > > hmm, this sounds like a lot of potential pain for a small gain. Can we > talk about this a bit first. Sure. First here are two examples. struct chip_opertations cpu_intel_socket_mPGA479M_control = { .name = "socket mPGA479M", }; Killing the name for cpu sockets allows us to kill the whole structure. struct chip_operations northbridge_intel_e7501_ops = { .name = "intel E7501 Northbridge", .enable_dev = enable_dev, }; First note that all we did with the names was to print them when we converted from the static to the dynamic tree. Nothing uses them anymore. Killing them is as simple as removing a structure member. And deleting a few lines of code. Bloatwise strings appear to be up towards the top of the list. This is really a continuation of killing the static device tree. If you like I will trade you gdb stubs for the currently useless debugging string names. ;) I just finished the code for that. The conversations of the last couple of days inspired me. :) Eric _______________________________________________ Linuxbios mailing list Linuxbios(a)clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios

1 0

VIA GPL Violation ?
by Amaury Jacquot 28 Oct '04

28 Oct '04

hi guys was looking through via arena, and found this file : http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip problem is, running strings */BIOS_*.BIN | grep inux gives 2 mentions of LinuxBios for each binary bios file, which makes the whole thing suspect... should via be hit with some GPL cluestick ?

7 14

loadoptions problem for buildtarget via/epia-m
by 源� 상泥� 28 Oct '04

28 Oct '04

I have some problem with buildtarget via/epia-m for freebios2. My environment is: SUSE 9, Python 2.3 At the directory "/opt/bios/freebios2/targets", the command "./buildtarget via/epia-m" makes the following error. Anybody help me to solve the problem? ============= Error Message ======================= Trying to find one of TARGET on line 4: > loadoptions > ^ List of nearby tokens: ====> ERROR: Could not parse file via/epia-m/Config.lb:0 =================================================== _________________________________________________________________ 증권 정보 가장 빠르고 편하게 보실 수 있습니다. MSN 증권/투자 http://www.msn.co.kr/stock/

3 2

Re: VIA GPL Violation ?
by Ken Fuchs 28 Oct '04

28 Oct '04

>On Thu, 28 Oct 2004, Arc Riley wrote: >> Actually, no, all you have to do is acquire the software in binary >> form. >yeah, that's what I was attempting to say. Actually, just asking for the software (binary or source) is enough. They don't need to give it to _you_, if another third party has already acquired the binary or source (containing GPL code). Until the first public or _private_ release (binary or source) to a third party, modifications to GPL code can be kept private, but once any release of the code (binary or source) occurs, the full conditions of the GPL must be met. Sincerely, Ken Fuchs <kfuchs(a)winternet.com>

1 0

VIA GPL Violation ?
by Ken Fuchs 28 Oct '04

28 Oct '04

Arc Riley wrote: >Actually, no, all you have to do is aquire the software in binary >form. If source is not included, then they must provide it through >specific means outlined in the GPL whenever requested. >Wether it's sold or given gratis is of no consequence, as I've known.. The above are sufficient, but not necessary conditions for getting the modified source code under the GPL. Refer to the version of the GPL that LinuxBIOS is licensed under (Version 2, June 1991): http://www.gnu.org/licenses/gpl.html The code in question doesn't include source and the distributer of this code is not a non-profit, so the following clause applies: ------ # b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, ------ Such an offer is not included in the zip file and it must be, if any binary code in the zip file is generated from GPL licensed code, i.e. LinuxBIOS. Therefore, if any LinuxBIOS source or binary code is compiled/linked to generate binaries in the zip file in question, distribution of that zip file is a violation of the GPL. The next step is proving that GPL code (LinuxBIOS) is actually being incorporated. Without that proof, there is no GPL violation. Contacting the FSF for advise would be next best step. I don't see any point in discussing this potential GPL violation in a this public forum. However, continued generic discussion of the GPL and what it requires might be helpful. Sincerely, Ken Fuchs <kfuchs(a)winternet.com>

1 0

RE: Which is used the 855pm or the i855pm code?
by YhLu 28 Oct '04

28 Oct '04

Should be Ron. You should delete 855pm. Without (i) in i855pm, it will not be processed by config.g and .... YH -----Original Message----- From: ebiederman(a)lnxi.com [mailto:ebiederman@lnxi.com] Sent: Tuesday, October 26, 2004 6:26 PM To: Ron Minnich Cc: LinuxBIOS Subject: Q: Which is used the 855pm or the i855pm code? I am walking through the code converting the sizeram() functions and have run across a duplicate 855pm and the i855pm. The digitallogic/adl855pc is using the i855pm, so that appears to be the active one. Is there a reason we have two of these? If not can we just delete src/northbridge/intel/855pm? Eric _______________________________________________ Linuxbios mailing list Linuxbios(a)clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios

4 5

LinuxBIOS debugging with an emulator
by Stephen.Kimball＠bench.com 28 Oct '04

28 Oct '04

Can someone tell me what the starting sequence is with LinuxBIOS? Reset jumps to crt0.s. crt0.s calls auto.E. auto.E is built using romcc, so source-level debugging is not possible. The statement locations can be found using the Lxxxx labels in linuxbios.map. Then hardwaremain is called. Hardwaremain is the first C function called. Crt0 and auto run out of FLASH. Hardwaremain is the first function called after LinuxBIOS is copied to RAM. Is this correct? Maybe this will help get the American Arium to work. Steve

11 18

Epia-N
by Bari Ari 28 Oct '04

28 Oct '04

Has anyone started working on a port to the Epia-N yet? It uses the new CN400 northbridge and the VT8237 sothbridge. -Bari

4 4

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