* IBM Thinkpad A31 | News
@ 2003-01-17 18:47 Dominik Bartenstein
[not found] ` <200301172111.15037.dom@wahuu.at>
[not found] ` <200301171947.54174.dom-K271P2BsTd0@public.gmane.org>
0 siblings, 2 replies; 11+ messages in thread
From: Dominik Bartenstein @ 2003-01-17 18:47 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hello Thinkpaders!
In the last few days I contacted developers at SuSE who told me that they
would contact IBM regarding the buggy BIOS issue. They also said that the
more people contact IBM the higher changes would be that IBM fixed the bug. I
asked them to provide me some emails addresses at IBM but so far I have not
received a reply.
When sending bug reports to IBM base it on the following problem description:
"In short, ECDT -> EC_ID is supposed to be the full path name of your EC
device in ACPI Namespace like "\_SB.PCI0.LPC.EC", but IBM BIOSes
accidentally left out the "_", making the path invalid."
Greetings,
Dom
-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even if they use browsers that are limited to 40 bit encryption.
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
^ permalink raw reply [flat|nested] 11+ messages in thread[parent not found: <200301172111.15037.dom@wahuu.at>]
[parent not found: <20030117210321.GC12516@poup.poupinou.org>]
[parent not found: <200301172204.52963.dom@wahuu.at>]
[parent not found: <200301172204.52963.dom-K271P2BsTd0@public.gmane.org>]
* Re: IBM Thinkpad A31 | News [not found] ` <200301172204.52963.dom-K271P2BsTd0@public.gmane.org> @ 2003-01-18 16:45 ` Ducrot Bruno [not found] ` <20030118164525.GD12516-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org> 0 siblings, 1 reply; 11+ messages in thread From: Ducrot Bruno @ 2003-01-18 16:45 UTC (permalink / raw) To: Dominik Bartenstein Cc: Ducrot Bruno, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f [-- Attachment #1: Type: text/plain, Size: 1326 bytes --] Hi Dom, me wrote: > > > > I will try to make a workaround for tomorrow, if you want to test > > > > Cheers, > Here is then. This patch is against acpi-20030109. It override the ECDT table with a generate one that (hopefully) will work better. There is one field only of the table that is buggy (the others are OK, at least as they are consitant with the definition of the embedded controller in the DSDT portion). It replace the original ECDT table when the 3 first letter of the OEM_ID part is 'IBM ' and when the EC_ID begin as '\S...' only. Other fields are not checked. You need though to define CONFIG_ACPI_IBM_ECDT_WORKAROUND for it to work. For that, you want to modifie drivers/acpi/osl.c and check for /* CONFIG_ACPI_IBM_ECDT_WORKAROUND */ Making it as a part of drivers/acpi/Config.in (2.4) or drivers/acpi/Kconfig (2.5) is left as an exercise.. :) (there is no file dep, so no Makefile to modifie). Please note also that I have only tested it generate a table is OK (by feeding the functions with a hand made program that I can send you if you want), and also that the kernel compile. Eer, I don't have any thinkpad to test with, you know.. A final note: I don't recommand this patch for mainstream. Cheers, -- Ducrot Bruno -- Which is worse: ignorance or apathy? -- Don't know. Don't care. [-- Attachment #2: 00_thinkpad_workaround.diff --] [-- Type: text/plain, Size: 2673 bytes --] --- linux-2.4.20/drivers/acpi/osl.c 2003/01/14 16:22:32 1.1 +++ linux-2.4.20/drivers/acpi/osl.c 2003/01/18 15:46:57 @@ -25,6 +25,9 @@ * */ +/* Define this if you are a Thinkpad owner. */ +/* #define CONFIG_ACPI_IBM_ECDT_WORKAROUND */ + #include <linux/config.h> #include <linux/kernel.h> #include <linux/slab.h> @@ -201,6 +204,92 @@ return AE_OK; } +#ifdef CONFIG_ACPI_IBM_ECDT_WORKAROUND +static u8 +compute_checksum(struct acpi_table_header * h) +{ + int i; + u8 *p; + u8 cs; + + p = (u8 *) h; + cs = 0; + for (i = 0; i < h->length; i++) + cs += *p++; + return cs; +} + +static acpi_status +try_to_replace_ibm_ecdt(struct acpi_table_ecdt * old, + struct acpi_table_ecdt ** new) +{ + u32 len; + u8 *p; + struct acpi_table_ecdt *ecdt; + + *new = NULL; + + len = old->header.length; + ecdt = kmalloc(len + 1, GFP_KERNEL); + if (!ecdt) + return AE_NO_MEMORY; + + memcpy(ecdt, old, len); + + ecdt->header.length = len + 1; + + for (p = (u8 *) ecdt + ecdt->header.length - 1; + p != (u8 *) & ecdt->ec_id; + --p) { + *p = *(p - 1); + } + ecdt->ec_id[1] = '_'; + + ecdt->header.checksum = 0; + ecdt->header.checksum = -compute_checksum((struct acpi_table_header *) ecdt); + + *new = ecdt; + + printk(KERN_WARNING "acpi: IBM's ECDT TABLE sucessfully replaced by a corrected one.\n"); + + return AE_OK; +} + + +static acpi_status +verify_ibm_ecdt(struct acpi_table_ecdt * existing_table, + struct acpi_table_ecdt ** new_table) +{ + const char *const ec_id = + ((struct acpi_table_ecdt *) existing_table)->ec_id; + + if (ec_id[0] == '\\' && ec_id[1] == 'S') { + printk(KERN_WARNING "acpi: Found bad ACPI ECDT table from IBM in the firmware\n"); + return (try_to_replace_ibm_ecdt(existing_table, new_table)); + } + return AE_OK; +} + + + +acpi_status +acpi_os_table_override(struct acpi_table_header * existing_table, + struct acpi_table_header ** new_table) +{ + if (!existing_table || !new_table) + return AE_BAD_PARAMETER; + + if (!memcmp(existing_table->signature, "ECDT", 4)) { + struct acpi_table_ecdt *old = (struct acpi_table_ecdt *) existing_table; + struct acpi_table_ecdt **new = (struct acpi_table_ecdt **) new_table; + + if (!memcmp(old->header.oem_id, "IBM", 3)) + return (verify_ibm_ecdt(old, new)); + } + return AE_OK; +} + +#else /* CONFIG_ACPI_IBM_ECDT_WORKAROUND */ acpi_status acpi_os_table_override (struct acpi_table_header *existing_table, struct acpi_table_header **new_table) @@ -211,6 +300,7 @@ *new_table = NULL; return AE_OK; } +#endif static void acpi_irq(int irq, void *dev_id, struct pt_regs *regs) ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <20030118164525.GD12516-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>]
* WARN: please read if you applyied 00_thinkpad_workaround.diff (Re: IBM Thinkpad A31 | News) [not found] ` <20030118164525.GD12516-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org> @ 2003-01-18 17:08 ` Ducrot Bruno [not found] ` <20030118170844.GE12516-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org> 0 siblings, 1 reply; 11+ messages in thread From: Ducrot Bruno @ 2003-01-18 17:08 UTC (permalink / raw) To: Dominik Bartenstein Cc: ducrot-kk6yZipjEM5g9hUCZPvPmw, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f On Sat, Jan 18, 2003 at 05:45:25PM +0100, Ducrot Bruno wrote: Hi Dom, > > > > > > Cheers, > > > > Here is then. > > This patch is against acpi-20030109. It override the .. Ouch. Just realize that the portion: > +acpi_status > +acpi_os_table_override(struct acpi_table_header * existing_table, > + struct acpi_table_header ** new_table) > +{ > + if (!existing_table || !new_table) > + return AE_BAD_PARAMETER; > + > + if (!memcmp(existing_table->signature, "ECDT", 4)) { > + struct acpi_table_ecdt *old = (struct acpi_table_ecdt *) existing_table; > + struct acpi_table_ecdt **new = (struct acpi_table_ecdt **) new_table; > + > + if (!memcmp(old->header.oem_id, "IBM", 3)) > + return (verify_ibm_ecdt(old, new)); > + } > + return AE_OK; > +} That can let *new_table to be not NULL if we do not enter the if statement. It should be: acpi_status acpi_os_table_override(struct acpi_table_header * existing_table, struct acpi_table_header ** new_table) { if (!existing_table || !new_table) return AE_BAD_PARAMETER; *new_table = NULL; if (!memcmp(existing_table->signature, "ECDT", 4)) { struct acpi_table_ecdt *old = (struct acpi_table_ecdt *) existing_table; struct acpi_table_ecdt **new = (struct acpi_table_ecdt **) new_table; if (!memcmp(old->header.oem_id, "IBM", 3)) return (verify_ibm_ecdt(old, new)); } return AE_OK; } Or else you will have a kernel oops at acpi init stage. Cheers, -- Ducrot Bruno -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ------------------------------------------------------- This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will allow you to extend the highest allowed 128 bit encryption to all your clients even if they use browsers that are limited to 40 bit encryption. Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <20030118170844.GE12516-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>]
* Re: WARN: please read if you applyied 00_thinkpad_workaround.diff (Re: IBM Thinkpad A31 | News) [not found] ` <20030118170844.GE12516-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org> @ 2003-01-20 13:42 ` x545 [not found] ` <200301201442.27358.x545-hi6Y0CQ0nG0@public.gmane.org> 0 siblings, 1 reply; 11+ messages in thread From: x545 @ 2003-01-20 13:42 UTC (permalink / raw) To: Dominik Bartenstein Cc: ducrot-kk6yZipjEM5g9hUCZPvPmw, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f I get many Errors, all the same in osl.c, line 234,241,243,244,248,250,251,266,290: dereferencing pointer to incomplete type Can you please give short instructions what's wrong or send a complete working diff? Thanks in advance ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <200301201442.27358.x545-hi6Y0CQ0nG0@public.gmane.org>]
* thinkpad workaround v2. [not found] ` <200301201442.27358.x545-hi6Y0CQ0nG0@public.gmane.org> @ 2003-01-20 14:09 ` Ducrot Bruno [not found] ` <20030120140926.GA11487-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org> 0 siblings, 1 reply; 11+ messages in thread From: Ducrot Bruno @ 2003-01-20 14:09 UTC (permalink / raw) To: x545 Cc: Ducrot Bruno, Dominik Bartenstein, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f [-- Attachment #1: Type: text/plain, Size: 782 bytes --] On Mon, Jan 20, 2003 at 02:42:27PM +0100, x545 wrote: > I get many Errors, all the same in osl.c, line > 234,241,243,244,248,250,251,266,290: dereferencing pointer to incomplete > type > Can you please give short instructions what's wrong or send a complete > working diff? in short, 'struct acpi_table_ecdt' is now in include/linux/acpi.h Then replace #include "acpi.h" by #include <linux/acpi.h> (which include drivers/acpi/include/acpi.h btw) in the file drivers/acpi/osl.c Here goes the complete patch to be make things cleaner. my big apologies for this mistake by me.. A final note though: I don't have a thinkpad to play with so that I can not test myself this workaround. -- Ducrot Bruno -- Which is worse: ignorance or apathy? -- Don't know. Don't care. [-- Attachment #2: thinkpad_ecdt_workaround-v2.diff --] [-- Type: text/plain, Size: 2928 bytes --] --- linux-2.4/drivers/acpi/osl.c 2003/01/20 11:26:31 1.1 +++ linux-2.4/drivers/acpi/osl.c 2003/01/20 12:40:54 @@ -25,6 +25,9 @@ * */ +/* Define this if you are a Thinkpad owner. */ +/* #define CONFIG_ACPI_IBM_ECDT_WORKAROUND */ + #include <linux/config.h> #include <linux/kernel.h> #include <linux/slab.h> @@ -35,7 +38,11 @@ #include <linux/delay.h> #include <asm/io.h> #include "acpi_bus.h" +#ifdef CONFIG_ACPI_IBM_ECDT_WORKAROUND +#include <linux/acpi.h> +#else #include "acpi.h" +#endif #ifdef CONFIG_ACPI_EFI #include <linux/efi.h> @@ -201,6 +208,94 @@ return AE_OK; } +#ifdef CONFIG_ACPI_IBM_ECDT_WORKAROUND +static u8 +compute_checksum(struct acpi_table_header * h) +{ + int i; + u8 *p; + u8 cs; + + p = (u8 *) h; + cs = 0; + for (i = 0; i < h->length; i++) + cs += *p++; + return cs; +} + +static acpi_status +try_to_replace_ibm_ecdt(struct acpi_table_ecdt * old, + struct acpi_table_ecdt ** new) +{ + u32 len; + u8 *p; + struct acpi_table_ecdt *ecdt; + + *new = NULL; + + len = old->header.length; + ecdt = kmalloc(len + 1, GFP_KERNEL); + if (!ecdt) + return AE_NO_MEMORY; + + memcpy(ecdt, old, len); + + ecdt->header.length = len + 1; + + for (p = (u8 *) ecdt + ecdt->header.length - 1; + p != (u8 *) & ecdt->ec_id; + --p) { + *p = *(p - 1); + } + ecdt->ec_id[1] = '_'; + + ecdt->header.checksum = 0; + ecdt->header.checksum = -compute_checksum((struct acpi_table_header *) ecdt); + + *new = ecdt; + + printk(KERN_WARNING "acpi: IBM's ECDT TABLE sucessfully replaced by a corrected one.\n"); + + return AE_OK; +} + + +static acpi_status +verify_ibm_ecdt(struct acpi_table_ecdt * existing_table, + struct acpi_table_ecdt ** new_table) +{ + const char *const ec_id = + ((struct acpi_table_ecdt *) existing_table)->ec_id; + + if (ec_id[0] == '\\' && ec_id[1] == 'S') { + printk(KERN_WARNING "acpi: Found bad ACPI ECDT table from IBM in the firmware\n"); + return (try_to_replace_ibm_ecdt(existing_table, new_table)); + } + return AE_OK; +} + + + +acpi_status +acpi_os_table_override(struct acpi_table_header * existing_table, + struct acpi_table_header ** new_table) +{ + if (!existing_table || !new_table) + return AE_BAD_PARAMETER; + + *new_table = NULL; + + if (!memcmp(existing_table->signature, "ECDT", 4)) { + struct acpi_table_ecdt *old = (struct acpi_table_ecdt *) existing_table; + struct acpi_table_ecdt **new = (struct acpi_table_ecdt **) new_table; + + if (!memcmp(old->header.oem_id, "IBM", 3)) + return (verify_ibm_ecdt(old, new)); + } + return AE_OK; +} + +#else /* CONFIG_ACPI_IBM_ECDT_WORKAROUND */ acpi_status acpi_os_table_override (struct acpi_table_header *existing_table, struct acpi_table_header **new_table) @@ -211,6 +306,7 @@ *new_table = NULL; return AE_OK; } +#endif static void acpi_irq(int irq, void *dev_id, struct pt_regs *regs) ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <20030120140926.GA11487-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>]
* Re: thinkpad workaround v2. [not found] ` <20030120140926.GA11487-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org> @ 2003-01-20 14:30 ` Dominik Bartenstein [not found] ` <20030120144413.GD11487@poup.poupinou.org> 2003-01-20 15:17 ` thinkpad workaround v2 x545 1 sibling, 1 reply; 11+ messages in thread From: Dominik Bartenstein @ 2003-01-20 14:30 UTC (permalink / raw) To: Ducrot Bruno; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f [-- Attachment #1: Type: text/plain, Size: 1046 bytes --] Dear Bruno, i have tried the new patch and now it compiles without any problems. Juhu! Unfortunately when booting the patched kernel, ACPI does not get initialized properly. Attached to this email you may find the dmesg output of the patched kernel ... Greetings, Dom On Monday 20 January 2003 15:09, you wrote: > On Mon, Jan 20, 2003 at 02:42:27PM +0100, x545 wrote: > > I get many Errors, all the same in osl.c, line > > 234,241,243,244,248,250,251,266,290: dereferencing pointer to incomplete > > type > > Can you please give short instructions what's wrong or send a complete > > working diff? > > in short, 'struct acpi_table_ecdt' is now in include/linux/acpi.h > > Then replace > #include "acpi.h" > > by > #include <linux/acpi.h> > (which include drivers/acpi/include/acpi.h btw) > > in the file drivers/acpi/osl.c > > Here goes the complete patch to be make things cleaner. > > my big apologies for this mistake by me.. > > A final note though: I don't have a thinkpad to play with > so that I can not test myself this workaround. [-- Attachment #2: dmesg --] [-- Type: text/plain, Size: 7633 bytes --] Linux version 2.4.21-pre3 (root@jonas) (gcc version 3.2.1 20021207 (Gentoo Linux 3.2.1-20021207)) #8 Mon Jan 20 14:57:21 CET 2003 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009f000 (usable) BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved) BIOS-e820: 00000000000d2000 - 00000000000d4000 (reserved) BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000002ff60000 (usable) BIOS-e820: 000000002ff60000 - 000000002ff7a000 (ACPI data) BIOS-e820: 000000002ff7a000 - 000000002ff7c000 (ACPI NVS) BIOS-e820: 000000002ff7c000 - 0000000030000000 (reserved) BIOS-e820: 00000000ff800000 - 0000000100000000 (reserved) 767MB LOWMEM available. ACPI: have wakeup address 0xc0001000 On node 0 totalpages: 196448 zone(0): 4096 pages. zone(1): 192352 pages. zone(2): 0 pages. ACPI: RSDP (v002 IBM ) @ 0x000f7060 ACPI: XSDT (v001 IBM TP-1G 00000.04176) @ 0x2ff6ee44 ACPI: FADT (v001 IBM TP-1G 00000.04176) @ 0x2ff6ee88 ACPI: SSDT (v001 IBM TP-1G 00000.04176) @ 0x2ff6ef3c ACPI: ECDT (v001 IBM TP-1G 00000.04176) @ 0x2ff79f87 ACPI: BOOT (v001 IBM TP-1G 00000.04176) @ 0x2ff79fd8 ACPI: DSDT (v001 IBM TP-1G 00000.04176) @ 0x00000000 ACPI: BIOS passes blacklist IBM machine detected. Enabling interrupts during APM calls. Kernel command line: root=/dev/hda3 Initializing CPU#0 Detected 1199.021 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 2392.06 BogoMIPS Memory: 774260k/785792k available (1785k kernel code, 11144k reserved, 583k data, 76k init, 0k highmem) Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) Inode cache hash table entries: 65536 (order: 7, 524288 bytes) Mount-cache hash table entries: 16384 (order: 5, 131072 bytes) Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes) Page-cache hash table entries: 262144 (order: 8, 1048576 bytes) CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: After generic, caps: 3febf9ff 00000000 00000000 00000000 CPU: Common caps: 3febf9ff 00000000 00000000 00000000 CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz stepping 04 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX ACPI: Subsystem revision 20030109 PCI: PCI BIOS revision 2.10 entry at 0xfd8fe, last bus=8 PCI: Using configuration type 1 tbxface-0098 [03] acpi_load_tables : ACPI Tables successfully acquired Parsing all Control Methods:......................................................................................................................................................................................................................................................................................................................................................................................................... Table [DSDT] - 1276 Objects with 64 Devices 393 Methods 18 Regions Parsing all Control Methods: Table [SSDT] - 0 Objects with 0 Devices 0 Methods 0 Regions ACPI Namespace successfully loaded at root c037761c evxfevnt-0073 [04] acpi_enable : Transition to ACPI mode successful evgpe-0262: *** Info: GPE Block0 defined as GPE0 to GPE15 evgpe-0262: *** Info: GPE Block1 defined as GPE16 to GPE31 ACPI: Found ECDT ACPI: Could not use ECDT evxfevnt-0118 [06] acpi_disable : ACPI mode disabled utalloc-0967 [05] ut_dump_allocations : No outstanding allocations. PCI: Probing PCI hardware PCI: ACPI tables contain no PCI IRQ routing entries PCI: Probing PCI hardware (bus 00) PCI: Ignoring BAR0-3 of IDE controller 00:1f.1 Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bridge PCI: Discovered primary peer bus 09 [IRQ] PCI: Using IRQ router PIIX [8086/248c] at 00:1f.0 PCI: Found IRQ 11 for device 00:1f.1 PCI: Sharing IRQ 11 with 00:1d.2 PCI: Sharing IRQ 11 with 02:02.0 Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd devfs: v1.12c (20020818) Richard Gooch (rgooch-r1x6VkxMR+00zabcByZE4g@public.gmane.org) devfs: boot_options: 0x1 Installing knfsd (copyright (C) 1996 okir-pn4DOG8n3UYbFoVRYvo4fw@public.gmane.org). pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS01 at 0x02f8 (irq = 3) is a 16550A PCI: Found IRQ 11 for device 00:1f.6 PCI: Sharing IRQ 11 with 00:1f.3 PCI: Sharing IRQ 11 with 00:1f.5 PCI: Sharing IRQ 11 with 02:00.1 eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw-5bpFXmC1L3aJ4eUNlOKu3Q@public.gmane.org> and others PCI: Found IRQ 11 for device 02:08.0 eth0: Intel Corp. 82801CAM (ICH3) PRO/100 VE (LOM) Ethernet Controller, 00:D0:59:CF:10:21, IRQ 11. Board assembly 000000-000, Physical connectors present: RJ45 Primary interface chip i82555 PHY #1. General self-test: passed. Serial sub-system self-test: passed. Internal registers self-test: passed. ROM checksum self-test: passed (0x04f4518b). Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 690M agpgart: Detected Intel i845 chipset agpgart: AGP aperture is 64M @ 0xe0000000 [drm] Initialized tdfx 1.0.0 20010216 on minor 0 [drm] AGP 0.99 on Intel i845 @ 0xe0000000 64MB [drm] Initialized radeon 1.1.1 20010405 on minor 1 [drm] AGP 0.99 on Intel i845 @ 0xe0000000 64MB [drm] Initialized i810 1.2.0 20010920 on minor 2 Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH3M: IDE controller at PCI slot 00:1f.1 PCI: Enabling device 00:1f.1 (0005 -> 0007) PCI: Found IRQ 11 for device 00:1f.1 PCI: Sharing IRQ 11 with 00:1d.2 PCI: Sharing IRQ 11 with 02:02.0 ICH3M: chipset revision 2 ICH3M: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x1860-0x1867, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x1868-0x186f, BIOS settings: hdc:DMA, hdd:pio hda: IC25N040ATCS04-0, ATA DISK drive blk: queue c038db80, I/O limit 4095Mb (mask 0xffffffff) hdc: DW-28E, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: host protected area => 1 hda: 78140160 sectors (40008 MB) w/1768KiB Cache, CHS=5168/240/63, UDMA(100) hdc: ATAPI 24X DVD-ROM CD-R/RW drive, 1658kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 Partition check: /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 Linux Kernel Card Services 3.1.22 options: [pci] [cardbus] [pm] PCI: Found IRQ 11 for device 02:00.0 PCI: Sharing IRQ 11 with 00:1d.0 PCI: Sharing IRQ 11 with 01:00.0 PCI: Found IRQ 11 for device 02:00.1 PCI: Sharing IRQ 11 with 00:1f.3 PCI: Sharing IRQ 11 with 00:1f.5 PCI: Sharing IRQ 11 with 00:1f.6 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 8192 buckets, 64Kbytes TCP: Hash tables configured (established 262144 bind 65536) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Yenta IRQ list 04b8, PCI irq11 Socket status: 30000006 Yenta IRQ list 04b8, PCI irq11 Socket status: 30000006 reiserfs: checking transaction log (device 03:03) ... Using r5 hash to sort names ReiserFS version 3.6.25 VFS: Mounted root (reiserfs filesystem) readonly. Mounted devfs on /dev Freeing unused kernel memory: 76k freed Adding Swap: 1028152k swap-space (priority -1) ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <20030120144413.GD11487@poup.poupinou.org>]
[parent not found: <200301201554.13984.dom@wahuu.at>]
[parent not found: <200301201554.13984.dom-K271P2BsTd0@public.gmane.org>]
* Re: Re: thinkpad workaround v2. [not found] ` <200301201554.13984.dom-K271P2BsTd0@public.gmane.org> @ 2003-01-20 15:40 ` Ducrot Bruno [not found] ` <20030120154043.GI11487-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org> 0 siblings, 1 reply; 11+ messages in thread From: Ducrot Bruno @ 2003-01-20 15:40 UTC (permalink / raw) To: Dominik Bartenstein, Andy Grover Cc: Ducrot Bruno, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f On Mon, Jan 20, 2003 at 03:54:13PM +0100, Dominik Bartenstein wrote: > Dear Bruno, > > that's the osl.c I use. I have just discovered that I compiled ACPI as modules > ... I am going to rebuild the kernel with ACPI compiled into the kernel, k? > OK. I looked it a little bit more and I consider that is a bug in the acpi implementation in linux. I will provide a patch to the acpi-ml list but only for tomorrow (sorry, I am a little bit busy, you know :). short explanation: drivers/acpi/ec.c::acpi_ec_ecdt_probe() load the ECDT table via acpi_get_firmware_table() but should use something else or the osl provided mechanism for overriding the ECDT table do not work. -- Ducrot Bruno -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <20030120154043.GI11487-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>]
* apologizes (was Re: Re: thinkpad workaround v2.) [not found] ` <20030120154043.GI11487-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org> @ 2003-01-20 17:15 ` Ducrot Bruno 0 siblings, 0 replies; 11+ messages in thread From: Ducrot Bruno @ 2003-01-20 17:15 UTC (permalink / raw) To: Andy Grover Cc: Dominik Bartenstein, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f On Mon, Jan 20, 2003 at 04:40:43PM +0100, Ducrot Bruno wrote: > On Mon, Jan 20, 2003 at 03:54:13PM +0100, Dominik Bartenstein wrote: > > Dear Bruno, > > > > that's the osl.c I use. I have just discovered that I compiled ACPI as modules > > ... I am going to rebuild the kernel with ACPI compiled into the kernel, k? > > > > OK. I looked it a little bit more and I consider that is a bug in the acpi > implementation in linux. I will provide a patch to the acpi-ml list but > only for tomorrow (sorry, I am a little bit busy, you know :). > > short explanation: > > drivers/acpi/ec.c::acpi_ec_ecdt_probe() load the ECDT table > via acpi_get_firmware_table() but should use something else > or the osl provided mechanism for overriding the ECDT table > do not work. > Just looked at acpi_get_firmware_table() and this is OK. So, well my big apologizes for the above statement to acpi core team! Cheers, -- Ducrot Bruno -- Which is worse: ignorance or apathy? -- Don't know. Don't care. ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: thinkpad workaround v2. [not found] ` <20030120140926.GA11487-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org> 2003-01-20 14:30 ` Dominik Bartenstein @ 2003-01-20 15:17 ` x545 1 sibling, 0 replies; 11+ messages in thread From: x545 @ 2003-01-20 15:17 UTC (permalink / raw) Cc: Ducrot Bruno, Dominik Bartenstein, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f Your patch does not work :-( The behavior of ACPI: Found ECDT ACPI: Could not use ECDT still exists... Can you please make it working or send other patches that might work? I'll test it! ------------------------------------------------------- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <200301171947.54174.dom-K271P2BsTd0@public.gmane.org>]
* Re: IBM Thinkpad A31 | News [not found] ` <200301171947.54174.dom-K271P2BsTd0@public.gmane.org> @ 2003-01-21 7:25 ` Christian Zoz 0 siblings, 0 replies; 11+ messages in thread From: Christian Zoz @ 2003-01-21 7:25 UTC (permalink / raw) To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f On Fri, Jan 17, Dominik Bartenstein wrote: > Hello Thinkpaders! > > In the last few days I contacted developers at SuSE who told me that they > would contact IBM regarding the buggy BIOS issue. They also said that the > more people contact IBM the higher changes would be that IBM fixed the bug. I > asked them to provide me some emails addresses at IBM but so far I have not > received a reply. I got a reply from IBM. They know this bug and they have a fix. But they roll all the fixes into one package, and test and release them once a quarter. -- ciao, christian -------------------------------------------------------------------- Verglichen mit jedem x-beliebigen Redmonder Betriebssystem-Clone ist Linux geradezu eine leuchtende Perle der Datensicherheit. ------ Frank Rennemann (http://www.linux-knowledge-portal.org) ----- ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: IBM Thinkpad A31 | News
@ 2003-01-21 22:24 Grover, Andrew
0 siblings, 0 replies; 11+ messages in thread
From: Grover, Andrew @ 2003-01-21 22:24 UTC (permalink / raw)
To: Christian Zoz, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
> From: Christian Zoz [mailto:zoz-l3A5Bk7waGM@public.gmane.org]
> I got a reply from IBM. They know this bug and they have a fix. But
> they roll all the fixes into one package, and test and release them
> once a quarter.
Great news!
-- Andy
-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
^ permalink raw reply [flat|nested] 11+ messages in threadend of thread, other threads:[~2003-01-21 22:24 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-01-17 18:47 IBM Thinkpad A31 | News Dominik Bartenstein
[not found] ` <200301172111.15037.dom@wahuu.at>
[not found] ` <20030117210321.GC12516@poup.poupinou.org>
[not found] ` <200301172204.52963.dom@wahuu.at>
[not found] ` <200301172204.52963.dom-K271P2BsTd0@public.gmane.org>
2003-01-18 16:45 ` Ducrot Bruno
[not found] ` <20030118164525.GD12516-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-01-18 17:08 ` WARN: please read if you applyied 00_thinkpad_workaround.diff (Re: IBM Thinkpad A31 | News) Ducrot Bruno
[not found] ` <20030118170844.GE12516-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-01-20 13:42 ` x545
[not found] ` <200301201442.27358.x545-hi6Y0CQ0nG0@public.gmane.org>
2003-01-20 14:09 ` thinkpad workaround v2 Ducrot Bruno
[not found] ` <20030120140926.GA11487-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-01-20 14:30 ` Dominik Bartenstein
[not found] ` <20030120144413.GD11487@poup.poupinou.org>
[not found] ` <200301201554.13984.dom@wahuu.at>
[not found] ` <200301201554.13984.dom-K271P2BsTd0@public.gmane.org>
2003-01-20 15:40 ` Ducrot Bruno
[not found] ` <20030120154043.GI11487-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-01-20 17:15 ` apologizes (was Re: Re: thinkpad workaround v2.) Ducrot Bruno
2003-01-20 15:17 ` thinkpad workaround v2 x545
[not found] ` <200301171947.54174.dom-K271P2BsTd0@public.gmane.org>
2003-01-21 7:25 ` IBM Thinkpad A31 | News Christian Zoz
-- strict thread matches above, loose matches on Subject: below --
2003-01-21 22:24 Grover, Andrew
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox