The screen still dims, and the ACPI issues seem to persist. Here's my latest 'dmesg' output. Is this the latest 'linux-K8' kernel? Thanks. root@ubuntu:/home/gene # dmesg Bootdata ok (command line is root=/dev/hda1 ro console=tty0 quiet splash) Linux version 2.6.10-3-amd64-k8 (buildd@yellow) (gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)) #1 Tue Feb 15 09:41:07 UTC 2005 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009f800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000d8000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000001fef0000 (usable) BIOS-e820: 000000001fef0000 - 000000001fefb000 (ACPI data) BIOS-e820: 000000001fefb000 - 000000001ff00000 (ACPI NVS) BIOS-e820: 000000001ff00000 - 0000000020000000 (reserved) BIOS-e820: 00000000fffe0000 - 0000000100000000 (reserved) No mptable found. On node 0 totalpages: 130800 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 126704 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 ACPI: RSDP (v000 PTLTD ) @ 0x00000000000f8280 ACPI: RSDT (v001 Arima 161Fh 0x06040000 LTP 0x00000000) @ 0x000000001fef6b6e ACPI: FADT (v001 Arima 161Fh 0x06040000 PTL_ 0x000f4240) @ 0x000000001fefae66 ACPI: SSDT (v001 PTLTD POWERNOW 0x06040000 LTP 0x00000001) @ 0x000000001fefaeda ACPI: MADT (v001 PTLTD APIC 0x06040000 LTP 0x00000000) @ 0x000000001fefafb0 ACPI: DSDT (v001 Arima 161Fh 0x06040000 MSFT 0x0100000e) @ 0x0000000000000000 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 15:4 APIC version 16 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 1, version 3, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ10 used by override. Setting APIC routing to flat Using ACPI (MADT) for SMP configuration information Checking aperture... CPU 0: aperture @ e0000000 size 256 MB Built 1 zonelists Kernel command line: root=/dev/hda1 ro console=tty0 quiet splash Initializing CPU#0 PID hash table entries: 2048 (order: 11, 65536 bytes) time.c: Using 1.193182 MHz PIT timer. time.c: Detected 2004.609 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) Memory: 507040k/523200k available (1769k kernel code, 15508k reserved, 1004k data, 148k init) Calibrating delay loop... 3948.54 BogoMIPS (lpj=1974272) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Mount-cache hash table entries: 256 (order: 0, 4096 bytes) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU: Mobile AMD Athlon(tm) 64 Processor 3200+ stepping 0a ACPI: Looking for DSDT in initrd... not found! Using local APIC NMI watchdog using perfctr0 Using local APIC timer interrupts. Detected 12.528 MHz APIC timer. checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd NET: Registered protocol family 16 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20050125 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Via IRQ fixup ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Link [ALKA] (IRQs 16 17 18 19 20 21 22 23) *9, disabled. ACPI: PCI Interrupt Link [ALKB] (IRQs 23) *11, disabled. ACPI: PCI Interrupt Link [ALKC] (IRQs 22) *10, disabled. ACPI: PCI Interrupt Link [ALKD] (IRQs 21) *10, disabled. ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 *9 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 11 12 14 15) *10 ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 *10 11 12 14 15) ACPI: Embedded Controller [EC] (gpe 1) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 8 devices usbcore: registered new driver usbfs usbcore: registered new driver hub PCI: Using ACPI for IRQ routing ** PCI interrupts are no longer routed automatically. If this ** causes a device to stop working, it is probably because the ** driver failed to call pci_enable_device(). As a temporary ** workaround, the "pci=routeirq" argument restores the old ** behavior. If this argument makes the device work again, ** please email the output of "lspci" to