* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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
* 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: 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 thread
end 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