coreboot October 2007

coreboot@coreboot.org

84 participants
481 discussions

Re: [LinuxBIOS] r2815 - trunk/util/superiotool
by Stefan Reinauer 01 Oct '07

01 Oct '07

svn(a)openbios.org wrote: > De-uglify the --version output (trivial). > > - printf("superiotool %s\n", SUPERIOTOOL_VERSION); > + strncpy((char *)&tmp, > + (const char *)&SUPERIOTOOL_VERSION[6], > + strlen(SUPERIOTOOL_VERSION) - 8); > + printf("superiotool r%s\n", (char *)&tmp); > Hm.. is this less uglier? Does it look trivial? ;) Is there any reason that this doesnt just say printf ("superiotool r" SUPERIOTOOL_VERSION "\n"); ?? -- coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br. Tel.: +49 761 7668825 • Fax: +49 761 7664613 Email: info(a)coresystems.de • http://www.coresystems.de/ Registergericht: Amtsgericht Freiburg • HRB 7656 Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866

2 1

[LinuxBIOS] flashrom erase failed
by Lane Brooks 01 Oct '07

01 Oct '07

I am trying to flash an SST49LF008A on a board with a Geode CS5536AD southbridge using flashrom. It reads fine, but when I try to write, it failed with an ERASE FAILED message. Any ideas on why? Thanks, Lane Brooks

3 2

[LinuxBIOS] r2816 build service
by LinuxBIOS information 01 Oct '07

01 Oct '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "rminnich" checked in revision 2816 to the LinuxBIOS source repository and caused the following changes: Change Log: Thee lines in i82801xx_pci.c need to be removed. They cause the i82801DB to reset. See this thread for more info: http://article.gmane.org/gmane.linux.bios/26791 Signed-off-by: Joseph Smith <joe(a)smittys.pointclark.net> Acked-by: Corey Osgood <corey.osgood(a)gmail.com> Acked-by: Ronald G. Minnich <rminnich(a)gmail.com> Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2816&device=hdama&vendor=… Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2816&device=e325&vendor=i… Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2816&device=e326&vendor=i… Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2816&device=juki-511p&ven… Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2816&device=dk8s2&vendor=… Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2816&device=dk8x&vendor=i… Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2816&device=khepri&vendor… If something broke during this checkin please be a pain in rminnich's neck until the issue is fixed. If this issue is not fixed within 24h the revision should be backed out. Best regards, LinuxBIOS automatic build system

1 0

[LinuxBIOS] [v2][PATCH] PCI PERR# and SERR#
by Marc Jones 01 Oct '07

01 Oct '07

I found this problem on the AMD Geode db800 platform but it probably affects other platforms and chipsets. LinuxBIOS sets every PCI device PERR# enable and SERR# enable in the PCI Command Register. This is probably not the right thing to do for a number of reasons. The PCI spec is not clear on what should be done with a PERR# it is a device, chipset and platform design desicsion and we don't know what the platform or device will do. For example, PERR# can be connected to SERR# which can be connected to reset. Instead of just getting a parity error you have now reset the system, oops. Also, PERR# is required to be reported to system software. This has to be done through the driver via an interrupt (or through polling, ewwww). As you can see, a lot of pieces need to be in place, the device has to do the interrupt, the driver should do something with the PERR#, and then? I don't know if the kernel does anything with the PERR# message. LinuxBIOS is no longer in play so it can't do anything with the errors. Because of the uncertainty of PERR# and SERR# I don't think that many manufacturers use it, especially in the consumer space. They may still detect and fix parity errors at the hardware level or in their driver, just not use the PERR# and SERR signals. Note that is a device does have a parity error it will still report it in As I noted above, the SERR# can cause a system reset. I think that it would be better to do nothing and maybe the device will stop/hang/etc rather than to mysteriously reset. Again, let the system software decide policy. All this seems like a good reason to let the driver and/or system level software enable PERR# and SERR# and for LinuxBIOS to leave them alone. Dissenting opinions welcome. Marc -- Marc Jones Senior Firmware Engineer (970) 226-9684 Office mailto:Marc.Jones@amd.com http://www.amd.com/embeddedprocessors Don't arbitrarily enable PERR# and SERR# for PCI devices. It is platform specific. Signed-off-by: Marc Jones <marc.jones(a)amd.com> Index: LinuxBIOSv2/src/devices/pci_device.c =================================================================== --- LinuxBIOSv2.orig/src/devices/pci_device.c 2007-09-25 11:20:10.000000000 -0600 +++ LinuxBIOSv2/src/devices/pci_device.c 2007-09-25 11:20:41.000000000 -0600 @@ -603,7 +603,6 @@ } command = pci_read_config16(dev, PCI_COMMAND); command |= dev->command; - command |= (PCI_COMMAND_PARITY + PCI_COMMAND_SERR); /* error check */ printk_debug("%s cmd <- %02x\n", dev_path(dev), command); pci_write_config16(dev, PCI_COMMAND, command); }

4 6

[LinuxBIOS] r2816 - trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx
by svn＠openbios.org 01 Oct '07

01 Oct '07

Author: rminnich Date: 2007-10-01 20:32:00 +0200 (Mon, 01 Oct 2007) New Revision: 2816 Modified: trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx/i82801xx_pci.c Log: Thee lines in i82801xx_pci.c need to be removed. They cause the i82801DB to reset. See this thread for more info: http://article.gmane.org/gmane.linux.bios/26791 Signed-off-by: Joseph Smith <joe(a)smittys.pointclark.net> Acked-by: Corey Osgood <corey.osgood(a)gmail.com> Acked-by: Ronald G. Minnich <rminnich(a)gmail.com> Modified: trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx/i82801xx_pci.c =================================================================== --- trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx/i82801xx_pci.c 2007-10-01 13:39:02 UTC (rev 2815) +++ trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx/i82801xx_pci.c 2007-10-01 18:32:00 UTC (rev 2816) @@ -34,13 +34,6 @@ reg16 |= 0xf900; /* Clear possible errors */ pci_write_config16(dev, 0x06, reg16); - /* i82801er has this commented out, wonder why? */ - /* System error enable */ - reg32 = pci_read_config32(dev, 0x04); - reg32 |= (1 << 8); /* SERR# Enable */ - reg32 |= (1 << 6); /* Parity Error Response */ - pci_write_config32(dev, 0x04, reg32); - reg16 = pci_read_config16(dev, 0x1e); reg16 |= 0xf800; /* Clear possible errors */ pci_write_config16(dev, 0x1e, reg16);

1 0

[LinuxBIOS] r2815 build service
by LinuxBIOS information 01 Oct '07

01 Oct '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "uwe" checked in revision 2815 to the LinuxBIOS source repository and caused the following changes: Change Log: De-uglify the --version output (trivial). Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2815&device=hdama&vendor=… Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2815&device=e325&vendor=i… Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2815&device=e326&vendor=i… Compilation of iei:juki-511p is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2815&device=juki-511p&ven… Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2815&device=dk8s2&vendor=… Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2815&device=dk8x&vendor=i… Compilation of newisys:khepri is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2815&device=khepri&vendor… If something broke during this checkin please be a pain in uwe's neck until the issue is fixed. If this issue is not fixed within 24h the revision should be backed out. Best regards, LinuxBIOS automatic build system

1 0

Re: [LinuxBIOS] #56: Support for AMD Virtualization (AMD-V) a.k.a Pacifica
by LinuxBIOS 01 Oct '07

01 Oct '07

#56: Support for AMD Virtualization (AMD-V) a.k.a Pacifica ----------------------------+----------------------------------------------- Reporter: uwe | Owner: somebody Type: enhancement | Status: closed Priority: major | Milestone: Going mainstream Component: code | Version: Resolution: invalid | Keywords: Dependencies: | Patchstatus: there is no patch ----------------------------+----------------------------------------------- Changes (by stepan): * status: new => closed * resolution: => invalid Comment: There is nothing we need to do for this. It works just fine. -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/56#comment:1> LinuxBIOS <http://www.linuxbios.org/>

1 0

Re: [LinuxBIOS] #55: Support for Intel Virtualization Technology (IVT) a.k.a Vanderpool
by LinuxBIOS 01 Oct '07

01 Oct '07

#55: Support for Intel Virtualization Technology (IVT) a.k.a Vanderpool ----------------------------+----------------------------------------------- Reporter: uwe | Owner: somebody Type: enhancement | Status: closed Priority: major | Milestone: Going mainstream Component: code | Version: Resolution: invalid | Keywords: Dependencies: | Patchstatus: there is no patch ----------------------------+----------------------------------------------- Changes (by stepan): * status: new => closed * resolution: => invalid Comment: There is nothing we need to do for this. We just should not disable it and set the lock bit. ;-) -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/55#comment:1> LinuxBIOS <http://www.linuxbios.org/>

1 0

[LinuxBIOS] r2815 - trunk/util/superiotool
by svn＠openbios.org 01 Oct '07

01 Oct '07

Author: uwe Date: 2007-10-01 15:39:02 +0200 (Mon, 01 Oct 2007) New Revision: 2815 Modified: trunk/util/superiotool/README trunk/util/superiotool/superiotool.c trunk/util/superiotool/superiotool.h Log: De-uglify the --version output (trivial). Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/util/superiotool/README =================================================================== --- trunk/util/superiotool/README 2007-09-28 15:45:43 UTC (rev 2814) +++ trunk/util/superiotool/README 2007-10-01 13:39:02 UTC (rev 2815) @@ -37,7 +37,7 @@ -h | --help Show a short help text Per default (no options) superiotool will just probe for a Super I/O -and print its vendor, name, ID, version, and config port. +and print its vendor, name, ID, revision, and config port. Typical usage of superiotool: Modified: trunk/util/superiotool/superiotool.c =================================================================== --- trunk/util/superiotool/superiotool.c 2007-09-28 15:45:43 UTC (rev 2814) +++ trunk/util/superiotool/superiotool.c 2007-10-01 13:39:02 UTC (rev 2815) @@ -172,6 +172,7 @@ int main(int argc, char *argv[]) { int i, j, opt, option_index; + char tmp[80]; const static struct option long_options[] = { {"dump", no_argument, NULL, 'd'}, @@ -195,7 +196,10 @@ verbose = 1; break; case 'v': - printf("superiotool %s\n", SUPERIOTOOL_VERSION); + strncpy((char *)&tmp, + (const char *)&SUPERIOTOOL_VERSION[6], + strlen(SUPERIOTOOL_VERSION) - 8); + printf("superiotool r%s\n", (char *)&tmp); exit(0); break; case 'h': Modified: trunk/util/superiotool/superiotool.h =================================================================== --- trunk/util/superiotool/superiotool.h 2007-09-28 15:45:43 UTC (rev 2814) +++ trunk/util/superiotool/superiotool.h 2007-10-01 13:39:02 UTC (rev 2815) @@ -29,7 +29,7 @@ #include <getopt.h> #include <sys/io.h> -#define SUPERIOTOOL_VERSION "r$Rev$" +#define SUPERIOTOOL_VERSION "$Rev$" #define USAGE "Usage: superiotool [-d] [-D] [-V] [-v] [-h]\n\n\ -d | --dump Dump Super I/O registers\n\

1 0

Re: [LinuxBIOS] GA-M57SLI SPI support
by Alan Carvalho de Assis 01 Oct '07

01 Oct '07

2007/10/1, Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net>: > > On 30.09.2007 22:03, Alan Carvalho de Assis wrote: > > Hi Carl-Daniel, > > > > 2007/9/28, Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net>: > > sic > >> Yes, looking for testers. > >> > > > > Currently I'm off finishing my master degree thesis but I still > > reading LB posts and I want to know if exist some memory size > > limitation on LPC-to-SPI? > > Yes, but it depends on the translation chip. For the IT8176F, we get > exactly 1152kBytes if we can trust the datasheet. I prefer not to trust > it, but so far nodoby has done experiments. > So it needs more some experiments. > > Today we are limited at 2MB BIOS LPC flash but SPI flash can have too > > many mega bytes. Is possible to use bigger SPI flash using this > > LPC-to-SPI convertion? > > Yes and no. You can still read chips up to 16MBytes by hand, but it is > CPU-intensive. I might write a driver for that in the future, though. > Please note that more than 16MBytes can't be addressed with the SPI > flash protocol because of its limitation to 24bit addresses. > Sure. At SST web site the max. flash size I found is 4MBytes (32Mbits). > If you ever find a SPI flash chip with more than 16MBytes, please tell > me. I'd like to take a look at its data sheet. > I never work with SPI flash. But I think an option is to use 2 chips and select them using chip selects (it needs some hacks). > Carl-Daniel > Cheers, Alan -- ------------------------------------------------------------ | Alan Carvalho de Assis | ------------------------------------------------------------ -- Não importa o que os outros irão pensar, A cura para a infelicidade é a felicidade

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot October 2007