coreboot May 2007

coreboot@coreboot.org

98 participants
436 discussions

[LinuxBIOS] Difference Between & Linuxbios PCI Debug Output
by roger 13 May '07

13 May '07

Can anybody breifly explain the slight differences? Such as the first 00: PCI device of the lspci of the manuf bios has a 0x20? Could this also be just a side effect of having a fully booting kernel vs linuxbios not having configured all the PCI devices? Manuf AWARD BIOS # lspci -nxxx -s 0:0.0 00:00.0 0600: 8086:7190 (rev 03) 00: 86 80 90 71 06 00 10 22 03 00 00 06 00 20 00 00 10: 08 00 00 d8 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 0c 88 00 ff 00 00 00 09 03 10 11 11 13 00 00 00 60: 10 10 10 10 10 10 10 10 00 03 40 00 00 8a 00 00 70: 20 1f 0a 38 02 00 00 01 03 ff 10 38 00 00 00 00 80: 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 98 00 00 00 04 61 00 00 00 05 00 00 00 00 00 00 a0: 02 00 10 00 03 02 00 1f 00 00 00 00 00 00 00 00 b0: 00 00 00 00 30 00 00 00 00 00 00 00 20 10 00 00 c0: 00 00 00 00 00 00 00 00 18 0c ff ff 67 00 00 00 d0: 00 00 00 00 00 00 00 00 0c 00 00 00 00 00 00 00 e0: 4c ad ff bb 8a 3e 00 80 2c d3 f7 cf 9d 3e 00 00 f0: 40 01 00 00 00 f8 00 60 20 0f 00 00 00 00 00 00 LinuxBIOS PCI Debug Output: Northbridge following SDRAM init: PCI: 00:00.00 00: 86 80 90 71 06 00 10 22 03 00 00 06 00 00 00 00 10: 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 50: 0c 80 00 ff 08 00 00 09 00 00 00 00 00 00 00 00 60: 08 08 08 08 08 08 08 08 00 00 00 00 00 00 00 00 70: 00 1f 02 38 01 00 00 00 07 01 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 80 00 00 00 04 61 00 00 00 05 00 00 00 00 00 00 a0: 02 00 10 00 03 02 00 1f 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 18 0c 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 0c 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 f8 00 00 20 0f 00 00 00 00 00 00 -- Roger http://www.eskimo.com/~roger/index.html Key fingerprint = 8977 A252 2623 F567 70CD 1261 640F C963 1005 1D61 Sat May 12 22:51:40 PDT 2007

2 1

[LinuxBIOS] olpc hardware openness
by Rogelio Serrano 13 May '07

13 May '07

How open is the olpc hardware? How easy was it to port linuxbios to it?

2 5

[LinuxBIOS] EPIA MII 12000
by zooy0rk＠zooy0rk.net 13 May '07

13 May '07

Hello everybody, I have recently purchased an EPIA MII 12000 to use a part of an HTPC project (specifically a mythtv frontend box) with the intention of using LinuxBIOS. I am now to the point where I am ready to flash the BIOS but I have run into a little bit of a snag and was hoping I could call on the help of the community. The problem is that none of the spare PLCC chips that I have lying around are detected by the flashrom utility and after removing the chip multiple times already I have decided it would be wise to invest in something like a bios saviour (as suggested in the howto). >From my google searches and reading this mailing list it appears as though the RD1-PL is the version of the bios saviour that I need for this particular motherboard, however I am having a hard time find a place to buy this specific model. I was wondering if anyone knows where I can purchase this model or if there is another model that will work equally as well. Also, if anyone can recommend a place to buy PLCC chips or any other solutions I would greatly appreciate it. William

2 1

[LinuxBIOS] [OT] Gigabyte not selling the Gigabyte S4 in India :(
by shirish 12 May '07

12 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Even I made some discrete inquiries while a friend of mine wanted to buy Gigabyte S4 but they don't sell it here in India. http://www.techenclave.com/forums/why-linux-bios-90745.html#post587489 . I do hope we see linuxbios enabled m/b's soon. - -- Shirish Agarwal This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/ 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://firegpg.tuxfamily.org iD8DBQFGRVZIlQ1T+3KaixcRAroqAJ9JJ/pOdeZ9TVCe+nFeQsLk5zmjtACdGXg0 nok2QLoKASqkQj8paXZAf/o= =QN7x -----END PGP SIGNATURE-----

1 0

[LinuxBIOS] pci devices settings question
by Marc Jones 11 May '07

11 May '07

I need some help with PCI device settings. I would like to adjust the latency timer and cache line size for all pci devices in the system. I think that this is how it works. For every device or function that doesn't have an explicit 'struct device_operation' it uses the default which uses the default pci_dev_set_resources() function that has hard coded latency timer and cache line size settings. If I want to change the setting I could add a struct device_operation for every device and slot in the system(not sure how the slot works yet...). I could also just scan all devices from mainboard and set them. Or there is a way to set this for the system that I don't know about. Thanks, Marc -- Marc Jones Senior Software Engineer (970) 226-9684 Office mailto:Marc.Jones@amd.com http://www.amd.com/embeddedprocessors

1 0

[LinuxBIOS] [PATCH] adm1027.c fan control
by Ward Vandewege 11 May '07

11 May '07

Hi all, This patch initializes fan control on the ADT7463/ADM1027 chip to be dynamically regulated by the hardware, and sets sane temperature treshold values. Note that this is *not* the same as what the proprietary bios does on the Tyan S2881; that BIOS initializes the fans to blow at full speed, but sets fan control to manual mode allowing programmatic control of fan speed. It's easy to change the fan control mode to manual once the machine has booted, so this seems like a smarter approach - the fans should last longer, and they will use less power. Machines will also be a whole lot quieter. There are a few mainboard specific bits for the s2881 missing, but I've still got to figure out how to get those loaded at the right time (i.e. after the adm1027 code has been run). Comments more than welcome, of course. Thanks, Ward. -- Ward Vandewege <ward(a)fsf.org> Free Software Foundation - Senior System Administrator

3 3

[LinuxBIOS] r2663 build service
by LinuxBIOS information 11 May '07

11 May '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "uwe" checked in revision 2663 to the LinuxBIOS source repository and caused the following changes: Change Log: Clean up whitespace in preparation for another patch to fix fan control. This is nothing more than the result of running indent -npro -kr -i8 -ts8 -sob -l80 -ss -ncs adm1027.c Signed-off-by: Ward Vandewege <ward(a)gnu.org> Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Ronald G. Minnich <rminnich(a)gmail.com> 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=2663&device=hdama&vendor=… Compilation of artecgroup:dbe61 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2663&device=dbe61&vendor=… Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2663&device=e325&vendor=i… Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2663&device=e326&vendor=i… Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2663&device=dk8s2&vendor=… Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2663&device=dk8x&vendor=i… 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

[LinuxBIOS] [PATCH] adm1027.c whitespace
by Ward Vandewege 11 May '07

11 May '07

Hi all, This is a trivial patch that cleans up whitespace in src/drivers/i2c/adm1027/adm1027.c, basically the result of running indent -npro -kr -i8 -ts8 -sob -l80 -ss -ncs adm1027.c as per http://linuxbios.org/Development_Guidelines I have another patch to fix fan control for this chip, which I'll submit when this one gets merged. Thanks, Ward. -- Ward Vandewege <ward(a)fsf.org> Free Software Foundation - Senior System Administrator

3 2

[LinuxBIOS] r2663 - trunk/LinuxBIOSv2/src/drivers/i2c/adm1027
by svn＠openbios.org 11 May '07

11 May '07

Author: uwe Date: 2007-05-11 21:23:57 +0200 (Fri, 11 May 2007) New Revision: 2663 Modified: trunk/LinuxBIOSv2/src/drivers/i2c/adm1027/adm1027.c Log: Clean up whitespace in preparation for another patch to fix fan control. This is nothing more than the result of running indent -npro -kr -i8 -ts8 -sob -l80 -ss -ncs adm1027.c Signed-off-by: Ward Vandewege <ward(a)gnu.org> Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Ronald G. Minnich <rminnich(a)gmail.com> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/LinuxBIOSv2/src/drivers/i2c/adm1027/adm1027.c =================================================================== --- trunk/LinuxBIOSv2/src/drivers/i2c/adm1027/adm1027.c 2007-05-11 11:17:58 UTC (rev 2662) +++ trunk/LinuxBIOSv2/src/drivers/i2c/adm1027/adm1027.c 2007-05-11 19:23:57 UTC (rev 2663) @@ -8,58 +8,59 @@ #include <cpu/x86/msr.h> #include "chip.h" -#define ADM1027_REG_CONFIG1 0x40 -#define CFG1_STRT 0x01 -#define CFG1_LOCK 0x02 -#define CFG1_RDY 0x04 -#define CFG1_FSPD 0x08 -#define CFG1_VXI 0x10 -#define CFT1_FSPDIS 0x20 -#define CFG1_TODIS 0x40 -#define CFG1_VCC 0x80 -#define ADM1027_REG_CONFIG2 0x73 -#define ADM1027_REG_CONFIG3 0x78 +#define ADM1027_REG_CONFIG1 0x40 +#define CFG1_STRT 0x01 +#define CFG1_LOCK 0x02 +#define CFG1_RDY 0x04 +#define CFG1_FSPD 0x08 +#define CFG1_VXI 0x10 +#define CFT1_FSPDIS 0x20 +#define CFG1_TODIS 0x40 +#define CFG1_VCC 0x80 +#define ADM1027_REG_CONFIG2 0x73 +#define ADM1027_REG_CONFIG3 0x78 static void adm1027_enable_monitoring(device_t dev) -{ - int result; - result = smbus_read_byte(dev, ADM1027_REG_CONFIG1); - - if(!(result & CFG1_RDY) ) { +{ + int result; + + result = smbus_read_byte(dev, ADM1027_REG_CONFIG1); + + if (!(result & CFG1_RDY)) { printk_debug("ADM1027: monitoring not ready\r\n"); return; } - result = (result | CFG1_STRT); - result = smbus_write_byte(dev, ADM1027_REG_CONFIG1, result); - - result = smbus_read_byte(dev, ADM1027_REG_CONFIG1); - if (!(result & CFG1_STRT)) { - printk_debug("ADM1027: monitoring would not enable\r\n"); - } + result = (result | CFG1_STRT); + result = smbus_write_byte(dev, ADM1027_REG_CONFIG1, result); + + result = smbus_read_byte(dev, ADM1027_REG_CONFIG1); + if (!(result & CFG1_STRT)) { + printk_debug("ADM1027: monitoring would not enable\r\n"); + } printk_debug("ADM1027: monitoring enabled\r\n"); } static void adm1027_init(device_t dev) { - if (dev->enabled && dev->path.type == DEVICE_PATH_I2C) - { - if(ops_smbus_bus(get_pbus_smbus(dev))) { - if( dev->bus->dev->path.type == DEVICE_PATH_I2C) smbus_set_link(dev); // it is under mux + if (dev->enabled && dev->path.type == DEVICE_PATH_I2C) { + if (ops_smbus_bus(get_pbus_smbus(dev))) { + if (dev->bus->dev->path.type == DEVICE_PATH_I2C) + smbus_set_link(dev); // it is under mux adm1027_enable_monitoring(dev); } - + } +} -} static void adm1027_noop(device_t dummy) { } static struct device_operations adm1027_operations = { - .read_resources = adm1027_noop, - .set_resources = adm1027_noop, - .enable_resources = adm1027_noop, - .init = adm1027_init, + .read_resources = adm1027_noop, + .set_resources = adm1027_noop, + .enable_resources = adm1027_noop, + .init = adm1027_init, }; static void enable_dev(struct device *dev) @@ -69,5 +70,5 @@ struct chip_operations drivers_i2c_adm1027_ops = { CHIP_NAME("adm1027") - .enable_dev = enable_dev, + .enable_dev = enable_dev, };

1 0

[LinuxBIOS] Patch for w83627thf to enable early_serial
by roger 11 May '07

11 May '07

I don't have this chip, but while this chip specific documentation says this is needed. (The rest of the winbond superio's within the v2_linuxbios tree has this code already.) So I'm entering it untested, but should work according to documentation. -- Roger http://www.eskimo.com/~roger/index.html Key fingerprint = 8977 A252 2623 F567 70CD 1261 640F C963 1005 1D61 Wed May 9 12:52:41 PDT 2007

3 2

← Newer
1
...
23
24
25
26
27
28
29
...
44
Older →

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 May 2007