2.4.21-rc7 ACPI broken

2.4.21-rc7 ACPI broken

[Martin MOKREJŠ]

Hi,
  I've just tried on ASUS 3800C laptop the new kernel and see:


 tbxface-0099 [01] Acpi_load_tables      : ACPI Tables successfully loaded
Parsing Methods:....................................................................................................
....................................................................................................................
......................................
254 Control Methods found and parsed (769 nodes total)
ACPI Namespace successfully loaded at root c0428e00
ACPI: Core Subsystem version [20011018]
evxfevnt-0081 [-25] Acpi_enable           : Transition to ACPI mode successful
Executing device _INI methods:.......................evregion-0302 [-7] Ev_address_space_dispa: Region handler: AE_E
RROR [PCIConfig]
 dswexec-0392 [-16] Ds_exec_end_op        : [Store]: Could not resolve operands, AE_ERROR
Ps_execute: method failed - \_SB_.PCI0.PCI2.CB0_._INI (f7eaea28)
  nsinit-0351 [-23] Ns_init_one_device    : \   /_SB_PCI0PCI2CB0_._INI failed: AE_ERROR
.evregion-0302 [-7] Ev_address_space_dispa: Region handler: AE_ERROR [PCIConfig]
 dswexec-0392 [-16] Ds_exec_end_op        : [Store]: Could not resolve operands, AE_ERROR
Ps_execute: method failed - \_SB_.PCI0.PCI2.CB1_._INI (f7eaee28)
  nsinit-0351 [-23] Ns_init_one_device    : \   /_SB_PCI0PCI2CB1_._INI failed: AE_ERROR
....................................
60 Devices found: 60 _STA, 3 _INI
Completing Region and Field initialization:..................
18/26 Regions, 0/0 Fields initialized (769 nodes total)
ACPI: Subsystem enabled
Power Resource: found
EC: found, GPE 28
ACPI: System firmware supports S0 S1 S3 S4 S5
Processor[0]: C0 C1 C2, 8 throttling states
ectransx-0199 [01] ec_read               : Unable to send 'read command' to EC.
evregion-0302 [-2] Ev_address_space_dispa: Region handler: AE_TIME [Embedded_control]
 dswexec-0392 [-11] Ds_exec_end_op        : [LAnd]: Could not resolve operands, AE_TIME
Ps_execute: method failed - \_SB_.BAT0._BIF (f7ebff28)
ACPI: AC Adapter found
ACPI: Power Button (FF) found
ACPI: Sleep Button (CM) found
ACPI: Lid Switch (CM) found
ACPI: Thermal Zone found
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE,EPP]
parport0: irq 7 detected
tzpolicy-0255 [-20] tz_policy_active      : Unable to turn ON cooling device [00].
PCI: Found IRQ 5 for device 01:00.0
PCI: Sharing IRQ 5 with 00:1d.0
PCI: Sharing IRQ 5 with 02:07.0
radeonfb: ref_clk=2700, ref_div=12, xclk=18300 from BIOS
[...]
Mounted devfs on /dev
Freeing unused kernel memory: 128k freed
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
hda: dma_intr: status=0x58 { DriveReady SeekComplete DataRequest }

hda: status timeout: status=0xd0 { Busy }

hda: DMA disabled
hda: drive not ready for command
hda: set_drive_speed_status: status=0x58 { DriveReady SeekComplete DataRequest }
hda: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
hda: set_drive_speed_status: error=0x04 { DriveStatusError }
ide0: reset: master: ECC circuitry error




# lspci -n -v
00:00.0 Class 0600: 8086:1a30 (rev 04)
        Subsystem: 1043:1626
        Flags: bus master, fast devsel, latency 0
        Memory at e0000000 (32-bit, prefetchable) [size=256M]
        Capabilities: [e4] #09 [d104]
        Capabilities: [a0] AGP version 2.0

00:01.0 Class 0604: 8086:1a31 (rev 04)
        Flags: bus master, 66Mhz, fast devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        I/O behind bridge: 0000d000-0000dfff
        Memory behind bridge: d7000000-d7efffff
        Prefetchable memory behind bridge: d7f00000-dfffffff

00:1d.0 Class 0c03: 8086:2482 (rev 02)
        Subsystem: 1043:1628
        Flags: bus master, medium devsel, latency 0, IRQ 5
        I/O ports at b800 [size=32]

00:1d.1 Class 0c03: 8086:2484 (rev 02)
        Subsystem: 1043:1628
        Flags: bus master, medium devsel, latency 0, IRQ 9
        I/O ports at b400 [size=32]

00:1e.0 Class 0604: 8086:2448 (rev 42)
        Flags: bus master, fast devsel, latency 0
        Bus: primary=00, secondary=02, subordinate=02, sec-latency=32
        I/O behind bridge: 0000a000-0000afff
        Memory behind bridge: d6000000-d6ffffff

00:1f.0 Class 0601: 8086:248c (rev 02)
        Flags: bus master, medium devsel, latency 0

00:1f.1 Class 0101: 8086:248a (rev 02) (prog-if 8a [Master SecP PriP])
        Subsystem: 1043:1628
        Flags: bus master, medium devsel, latency 0, IRQ 9
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at 8400 [size=16]
        Memory at d5800000 (32-bit, non-prefetchable) [size=1K]

00:1f.5 Class 0401: 8086:2485 (rev 02)
        Subsystem: 1043:1583
        Flags: bus master, medium devsel, latency 0, IRQ 11
        I/O ports at e000 [size=256]
        I/O ports at e100 [size=64]

00:1f.6 Class 0703: 8086:2486 (rev 02)
        Subsystem: 1043:1496
        Flags: bus master, medium devsel, latency 0, IRQ 11
        I/O ports at e200 [size=256]
        I/O ports at e300 [size=128]

01:00.0 Class 0300: 1002:4c57
        Subsystem: 1043:1622
        Flags: bus master, stepping, 66Mhz, medium devsel, latency 64, IRQ
5
        Memory at d8000000 (32-bit, prefetchable) [size=128M]
        I/O ports at d800 [size=256]
        Memory at d7000000 (32-bit, non-prefetchable) [size=64K]
        Expansion ROM at d7fe0000 [disabled] [size=128K]
        Capabilities: [58] AGP version 2.0
        Capabilities: [50] Power Management version 2

02:05.0 Class 0200: 10ec:8139 (rev 10)
        Subsystem: 1043:1045
        Flags: bus master, medium devsel, latency 32, IRQ 9
        I/O ports at a800 [size=256]
        Memory at d6800000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [50] Power Management version 2

02:07.0 Class 0607: 1180:0476 (rev a8)
        Subsystem: 1043:1624
        Flags: bus master, medium devsel, latency 168, IRQ 5
        Memory at 40000000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=02, secondary=02, subordinate=03, sec-latency=176
        Memory window 0: 40400000-407ff000 (prefetchable)
        Memory window 1: 40800000-40bff000
        I/O window 0: 00004000-000040ff
        I/O window 1: 00004400-000044ff
        16-bit legacy interface ports at 0001

02:07.1 Class 0607: 1180:0476 (rev a8)
        Subsystem: 1043:1624
        Flags: bus master, medium devsel, latency 168, IRQ 11
        Memory at 40001000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=02, secondary=04, subordinate=07, sec-latency=176
        Memory window 0: 40c00000-40fff000 (prefetchable)
        Memory window 1: 41000000-413ff000
        I/O window 0: 00004800-000048ff
        I/O window 1: 00004c00-00004cff
        16-bit legacy interface ports at 0001

02:07.2 Class 0c00: 1180:0552 (prog-if 10)
        Subsystem: 1043:1627
        Flags: bus master, medium devsel, latency 32, IRQ 9
        Memory at d6000000 (32-bit, non-prefetchable) [size=2K]
        Capabilities: [dc] Power Management version 2

# lspci
00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge
(rev 04)
00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge
(rev 04)
00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42)
00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio
(rev 02)
00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem (rev 02)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7
LW [Radeon Mobility 7500]
02:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
02:07.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8)
02:07.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8)
02:07.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller
#


I suspect there's something wrong compared to 2.4.21-rc2-ac2 which I used till now.

-- 
Martin Mokrejs <mmokrejs@natur.cuni.cz>, <m.mokrejs@gsf.de>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585

RE: 2.4.21-rc7 ACPI broken

[Grover, Andrew]

> From: Martin MOKREJŠ [mailto:mmokrejs@natur.cuni.cz] 
> ACPI: Core Subsystem version [20011018]

Old ACPI code, get patch from http://sf.net/projects/acpi and report back if problems persist.

Regards -- Andy

Re: 2.4.21-rc7 ACPI broken

[Grzegorz Jaskiewicz]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dnia śro 4. czerwca 2003 19:01, Grover, Andrew napisał:
> > From: Martin MOKREJŠ [mailto:mmokrejs@natur.cuni.cz]
> > ACPI: Core Subsystem version [20011018]
>
> Old ACPI code, get patch from http://sf.net/projects/acpi and report back
> if problems persist.
Any chance to get patch against latest -rc7 ?

- --
Grzegorz Jaskiewicz
K4 Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE+3lYvqu082fCQYIgRAqmPAJwKUk2xPONAc/Pkbqe6jbGdYbpAugCdERr7
5z/0sgxwzrimHkArboSXlvk=
=SjgI
-----END PGP SIGNATURE-----

Re: 2.4.21-rc7 ACPI broken

[Grzegorz Jaskiewicz]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 04 of June 2003 21:49, you wrote:
> > From: Grzegorz Jaskiewicz [mailto:gj@pointblue.com.pl]
> >
> > > > ACPI: Core Subsystem version [20011018]
> > >
> > > Old ACPI code, get patch from http://sf.net/projects/acpi
> >
> > and report back
> >
> > > if problems persist.
> >
> > Any chance to get patch against latest -rc7 ?
>
> It's big, and deemed too risky. We are shooting for 2.4.22-pre1.
I am just recompliling at the moment :D
Anyway, ACPI is a one of projects that is not well synchronized in kernel. 
Latest version 2001.... .. hmm 2 years :]
It will be good to have always newest one in kernel (at least in stable 
release version)
- --
Grzegorz Jaskiewicz
K4 Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE+3lioqu082fCQYIgRAi0BAJ4tp4J1z90xDTTwHD89ZmcwxGNydACfehuB
6ccFu+5ngcwxHxICUUtVpOo=
=X2fo
-----END PGP SIGNATURE-----

RE: 2.4.21-rc7 ACPI broken

[Grover, Andrew]

> From: Grzegorz Jaskiewicz [mailto:gj@pointblue.com.pl] 
> > > ACPI: Core Subsystem version [20011018]
> >
> > Old ACPI code, get patch from http://sf.net/projects/acpi 
> and report back
> > if problems persist.
> Any chance to get patch against latest -rc7 ?

It's big, and deemed too risky. We are shooting for 2.4.22-pre1.

Did it work for you?

Regards -- Andy

RE: 2.4.21-rc7 ACPI broken

[Grover, Andrew]

> From: Grzegorz Jaskiewicz [mailto:gj@pointblue.com.pl] 
> > > Any chance to get patch against latest -rc7 ?
> >
> > It's big, and deemed too risky. We are shooting for 2.4.22-pre1.
> I am just recompliling at the moment :D
> Anyway, ACPI is a one of projects that is not well 
> synchronized in kernel. 
> Latest version 2001.... .. hmm 2 years :]
> It will be good to have always newest one in kernel (at least 
> in stable 
> release version)

We're synched up in 2.5, FWIW.

-- Andy

Re: 2.4.21-rc7 ACPI broken

[Grzegorz Jaskiewicz]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I know that latest acpi patch is against -rc3, but it aply to -rc7 just with 
one problem in documentation, so i dont care. Anyway, recompilation if it 
fails:
gcc -D__KERNEL__ -I/usr/src/linux-2.4.21-rc7/include -Wall -Wstrict-prototypes 
- -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer 
- -pipe -mpreferred-stack-boundary=2 -march=i686 -falign-functions=0 
- -falign-jumps=0 -falign-loops=0   -nostdinc -iwithprefix include 
- -DKBUILD_BASENAME=acpiphp_glue  -c -o acpiphp_glue.o acpiphp_glue.c
acpiphp_glue.c: In function `find_host_bridge':
acpiphp_glue.c:815: warning: passing arg 2 of `acpi_get_object_info' from 
incompatible pointer type
acpiphp_glue.c:821: error: subscripted value is neither array nor pointer
acpiphp_glue.c:826: error: incompatible type for argument 1 of `strcmp'
make[3]: *** [acpiphp_glue.o] Error 1
make[3]: Leaving directory `/usr/src/linux-2.4.21-rc7/drivers/hotplug'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.21-rc7/drivers/hotplug'
make[1]: *** [_subdir_hotplug] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.21-rc7/drivers'
make: *** [_dir_drivers] Error 2

Any chance to get quick fix of that ?
Please CC me, i am not subscribed to acpi mailing list.

Thanks

> > > Old ACPI code, get patch from http://sf.net/projects/acpi
> > and report back
> > > if problems persist.
> > Any chance to get patch against latest -rc7 ?
> It's big, and deemed too risky. We are shooting for 2.4.22-pre1.
> Did it work for you?

- --
Grzegorz Jaskiewicz
K4 Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE+3mGiqu082fCQYIgRAsBBAJ991RPum0QFcwRVqI8d3KTZp2NI6QCfSjAT
0obQhDO93Od0EjTHArZjEB0=
=oJ9C
-----END PGP SIGNATURE-----

Re: 2.4.21-rc7 ACPI broken

[Alan Cox]

On Mer, 2003-06-04 at 21:27, Grzegorz Jaskiewicz wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Dnia śro 4. czerwca 2003 19:01, Grover, Andrew napisał:
> > > From: Martin MOKREJŠ [mailto:mmokrejs@natur.cuni.cz]
> > > ACPI: Core Subsystem version [20011018]
> >
> > Old ACPI code, get patch from http://sf.net/projects/acpi and report back
> > if problems persist.
> Any chance to get patch against latest -rc7 ?

2.4.27rc7-ac1 has the current ACPI + the relax patches 

Correct method of pinning pages for zero-copy

[Steffen Persvold]

Dear all,

I've been struggeling for some time with a small driver doing zerocopy 
network I/O. I can't seem to find the correct method of pinning down the 
pages and releasing them again. I've tried get_user_pages directly and 
also kiobufs. What I always seem to get into is :

  1. the pinning doesn't stick through a fork() (COW). I somehow solved 
     this by setting the VM_RESERVED bit in the respective VMAs.

  2  when the skb stack releases the data after transmit and _if_ the 
     application has decremented the page referenceces (exited or 
     munmapped), the page somehow get the LRU bit set, and __free_pages_ok 
     barfs at line 95 (2.4.20) :

        if (PageLRU(page)) {
                if (unlikely(in_interrupt()))
->>                      BUG();
                lru_cache_del(page);
        }

     A typical Oops looks like this (this is a RH kernel so the line 
     number in page_alloc.c is different from plain 2.4.20) :

kernel BUG at page_alloc.c:97!
invalid operand: 0000
scadet nfs lockd sunrpc sg esm autofs tg3 iptable_filter ip_tables mousedev keybdev hid input usb-ohci usbcore ext3 jbd aic7xxx sd_mod scsi_mod  
CPU:    0
EIP:    0010:[<c01439f4>]    Tainted: PF
EFLAGS: 00010202

EIP is at __free_pages_ok [kernel] 0x364 (2.4.20-18.8smp)
eax: 00000001   ebx: c1d63518   ecx: 00000000   edx: 00000000
esi: f0c9f580   edi: 00000000   ebp: 00000000   esp: f7fa7f24
ds: 0018   es: 0018   ss: 0018
Process ksoftirqd_CPU0 (pid: 3, stackpage=f7fa7000)
Stack: 0000003e f3847c00 00000286 f10b9b80 f3847c00 c36b0018 f3840018 ffffff1c 
       c013dd49 00000010 00000002 f0c9f580 00000000 f10b9b80 c020421e f10b9b80 
       f0c9f580 f0c9f580 c0204257 f0c9f580 00000001 f0c9f580 f0c9f580 c02043c6 
Call Trace:   [<c013dd49>] kfree [kernel] 0x59 (0xf7fa7f44))
[<c020421e>] skb_release_data [kernel] 0x6e (0xf7fa7f5c))
[<c0204257>] kfree_skbmem [kernel] 0x17 (0xf7fa7f6c))
[<c02043c6>] __kfree_skb [kernel] 0x106 (0xf7fa7f80))
[<c0208fd7>] net_tx_action [kernel] 0x57 (0xf7fa7f94))
[<c0126129>] do_softirq [kernel] 0xd9 (0xf7fa7fb0))
[<c01266a5>] ksoftirqd [kernel] 0xe5 (0xf7fa7fcc))
[<c0105000>] stext [kernel] 0x0 (0xf7fa7fe8))
[<c010758e>] arch_kernel_thread [kernel] 0x2e (0xf7fa7ff0))
[<c01265c0>] ksoftirqd [kernel] 0x0 (0xf7fa7ff8))

I've also been looking at the implementation of mlock(), but I'm not 
sure if it will handle the issues above.

I'll appreciate any hints you may have.

Regards,
Steffen Persvold

RE: 2.4.21-rc7 ACPI broken

[Grover, Andrew]

> From: Grzegorz Jaskiewicz [mailto:gj@pointblue.com.pl] 
> I know that latest acpi patch is against -rc3, but it aply to 
> -rc7 just with 
> one problem in documentation, so i dont care. Anyway, 
> recompilation if it 
> fails:

Fix already done, config acpi PHP out until that's merged -- Andy

RE: 2.4.21-rc7 ACPI broken

[Martin MOKREJŠ]

On Wed, 4 Jun 2003, Grover, Andrew wrote:

> > From: Martin MOKREJŠ [mailto:mmokrejs@natur.cuni.cz]
> > ACPI: Core Subsystem version [20011018]
>
> Old ACPI code, get patch from http://sf.net/projects/acpi and report back if problems persist.

Hi,
  so I retried the latest patch available from sourceforge site, but that
is for pre-2.4.21-rc3 candidate. Even worse, some parsed applied with
offset and in one or two cases got rejected! So I have to wait if patch for
-rc8 appears or for anything newer. Anyone successfully applied
acpi-20030523-2.4.21-rc3.diff.gz 7b9551e86393a58d8e6c2b3aeeea2f16
(md5sum)?

Thanks
-- 
Martin Mokrejs <mmokrejs@natur.cuni.cz>, <m.mokrejs@gsf.de>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585

Re: 2.4.21-rc7 ACPI broken

[iain d broadfoot]

* Martin MOKREJ? (mmokrejs@natur.cuni.cz) wrote:
> Hi,
>   so I retried the latest patch available from sourceforge site, but that
> is for pre-2.4.21-rc3 candidate. Even worse, some parsed applied with
> offset and in one or two cases got rejected! So I have to wait if patch for
> -rc8 appears or for anything newer. Anyone successfully applied
> acpi-20030523-2.4.21-rc3.diff.gz 7b9551e86393a58d8e6c2b3aeeea2f16
> (md5sum)?

the rc3 acpi patch should apply cleanly to everything upto and including
rc8 (it did for me, anyway. :D).

iain

-- 
wh33, y1p33 3tc.

"If sharing a thing in no way diminishes it, it is not rightly owned if it is
not shared." -St. Augustine

Re: 2.4.21-rc7 ACPI broken

[Martin MOKREJŠ]

On Thu, 12 Jun 2003, iain d broadfoot wrote:

> * Martin MOKREJ? (mmokrejs@natur.cuni.cz) wrote:
> > Hi,
> >   so I retried the latest patch available from sourceforge site, but that
> > is for pre-2.4.21-rc3 candidate. Even worse, some parsed applied with
> > offset and in one or two cases got rejected! So I have to wait if patch for
> > -rc8 appears or for anything newer. Anyone successfully applied
> > acpi-20030523-2.4.21-rc3.diff.gz 7b9551e86393a58d8e6c2b3aeeea2f16
> > (md5sum)?
>
> the rc3 acpi patch should apply cleanly to everything upto and including
> rc8 (it did for me, anyway. :D).

Against -rc8 I got:

patching file Documentation/Configure.help
Hunk #1 succeeded at 18665 (offset 20 lines).
patching file Documentation/kernel-parameters.txt

but no rejects, that's true. The kernel  2.4.21-rc8-acpi-20050522 works
fine now. Thanks. I'm too lazy to repeat patching plain -rc3. :(

-- 
Martin Mokrejs <mmokrejs@natur.cuni.cz>, <m.mokrejs@gsf.de>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585