* VGA patch by Bruno Ducrot -- no success yet
@ 2004-02-12 21:38 Georg C. F. Greve
[not found] ` <m3u11wnflb.fsf-glUV91rXKAHWIjgkaejU9x2eb7JE58TQ@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Georg C. F. Greve @ 2004-02-12 21:38 UTC (permalink / raw)
To: ducrot-kk6yZipjEM5g9hUCZPvPmw; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1: Type: text/plain, Size: 1872 bytes --]
Hi Bruno,
thanks for your patch [*] to implement the ACPI VGA display
extensions, as promised, I gave it a shot on my machine with Linux
kernel 2.6.2 (swsusp2, ACPI20040116, ACPI/APIC fix).
The patch applied cleanly and the kernel compiled fine.
During boot, things look not too bad
ACPI: AC Adapter [AC0] (on-line)
ACPI: Battery Slot [BAT0] (battery present)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
ACPI: Fan [FN00] (off)
ACPI: Video Device [VGA] (multi-head: yes rom: no post: no)
ACPI: Processor [CPU1] (supports C1 C2 C3, 8 throttling states)
ACPI: Thermal Zone [THRM] (53 C)
Asus Laptop ACPI Extras version 0.27
M2N model detected, supported
Doing a tree /proc/acpi/video/ shows
/proc/acpi/video/
`-- VGA
|-- CRTD
| |-- EDID
| |-- brightness
| |-- info
| `-- state
|-- LCDD
| |-- EDID
| |-- brightness
| |-- info
| `-- state
|-- POST
|-- POST_info
|-- ROM
`-- info
(is it normal that CRT and LCD have another "D" at the end?)
Doing a cat on the different nodes gives for LCD:
cat ./LCDD/EDID
<not supported>
cat ./LCDD/brightness
<not supported>
cat ./LCDD/state
state: 0x1f
query: 0x01
cat ./LCDD/info
device_id: 0x0400
type: UNKNOWN
known by bios: yes
And for CRT:
cat ./CRTD/EDID
<not supported>
cat ./CRTD/brightness
<not supported>
cat ./CRTD/state
state: 0x1d
query: 0x00
cat ./CRTD/info
device_id: 0x0100
type: CRT
known by bios: yes
And finally POST:
cat ./POST
<not supported>
cat ./POST_info
<not supported>
cat ./ROM
<TODO>
cat ./info
Switching heads: yes
Video ROM: no
Device to be POSTed on boot: no
Suspend to RAM seemed to work fine, however, there was the usual
trouble upon powering back up:
[-- Attachment #2: Type: text/plain, Size: 14880 bytes --]
Feb 12 21:54:25 myhost kernel: Back to C!
Feb 12 21:54:25 myhost kernel: PM: Finishing up.
Feb 12 21:54:25 myhost kernel: PCI: Enabling device 0000:00:1f.5 (0005 -> 0007)
Feb 12 21:54:25 myhost kernel: PCI: Setting latency timer of device 0000:00:1f.5 to 64
Feb 12 21:54:25 myhost kernel: AC'97 warm reset still in progress? [0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x26
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x0
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x26
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x20
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x26
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x4
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x4
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x6
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x6
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0xa
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0xa
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0xc
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0xc
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0xe
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0xe
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x10
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x10
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x12
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x12
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x14
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x14
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x16
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x16
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x18
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x18
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x1a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x1a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x1c
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x1c
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x20
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x20
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x22
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x22
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x2a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x2c
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x2c
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x32
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x32
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x3a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 0: semaphore is not ready for register 0x3a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x2a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x2a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x3a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 0: semaphore is not ready for register 0x2a
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 1: semaphore is not ready for register 0x26
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 1: semaphore is not ready for register 0x0
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 1: semaphore is not ready for register 0x26
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 1: semaphore is not ready for register 0x20
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 1: semaphore is not ready for register 0x26
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x2
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_write 1: semaphore is not ready for register 0x1c
Feb 12 21:54:25 myhost kernel: codec_semaphore: semaphore is not ready [0xff][0xffffffff]
Feb 12 21:54:25 myhost kernel: codec_read 1: semaphore is not ready for register 0x1c
Feb 12 21:54:25 myhost kernel: hda: Wakeup request inited, waiting for !BSY...
Feb 12 21:54:25 myhost kernel: hda: start_power_step(step: 1000)
Feb 12 21:54:25 myhost kernel: blk: queue df4f2400, I/O limit 4095Mb (mask 0xffffffff)
Feb 12 21:54:25 myhost kernel: hda: completing PM request, resume
Feb 12 21:54:25 myhost kernel: hdc: Wakeup request inited, waiting for !BSY...
Feb 12 21:54:25 myhost kernel: hdc: start_power_step(step: 1000)
Feb 12 21:54:25 myhost kernel: hdc: completing PM request, resume
Feb 12 21:54:26 myhost kernel: Synaptics Touchpad, model: 1
Feb 12 21:54:26 myhost kernel: Firmware: 4.6
Feb 12 21:54:26 myhost kernel: 180 degree mounted touchpad
Feb 12 21:54:26 myhost kernel: Sensor: 18
Feb 12 21:54:26 myhost kernel: new absolute packet format
Feb 12 21:54:26 myhost kernel: Touchpad has extended capability bits
Feb 12 21:54:26 myhost kernel: -> four buttons
Feb 12 21:54:26 myhost kernel: -> multifinger detection
Feb 12 21:54:26 myhost kernel: -> palm detection
Feb 12 21:54:27 myhost kernel: MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0.
Feb 12 21:54:27 myhost kernel: Bank 1: f200000000000135
[-- Attachment #3: Type: text/plain, Size: 162 bytes --]
and the display remaining dead -- unfortunately.
But then I'm seeing new stuff which may be related to the new driver
as that is the only thing that changed:
[-- Attachment #4: Type: text/plain, Size: 1845 bytes --]
Feb 12 21:54:30 myhost kernel: Uninitialised timer!
Feb 12 21:54:30 myhost kernel: This is just a warning. Your computer is OK
Feb 12 21:54:30 myhost kernel: function=0x00000000, data=0x0
Feb 12 21:54:30 myhost kernel: Call Trace:
Feb 12 21:54:30 myhost kernel: [check_timer_failed+99/101] check_timer_failed+0x63/0x65
Feb 12 21:54:30 myhost kernel: [del_timer+26/135] del_timer+0x1a/0x87
Feb 12 21:54:30 myhost kernel: [_end+541737980/1069013880] ehci_stop+0x73/0xde [ehci_hcd]
Feb 12 21:54:30 myhost kernel: [preempt_schedule+42/67] preempt_schedule+0x2a/0x43
Feb 12 21:54:30 myhost kernel: [printk+298/378] printk+0x12a/0x17a
Feb 12 21:54:30 myhost kernel: [usb_hcd_pci_remove+148/362] usb_hcd_pci_remove+0x94/0x16a
Feb 12 21:54:31 myhost kernel: [usb_hcd_pci_probe+714/1182] usb_hcd_pci_probe+0x2ca/0x49e
Feb 12 21:54:31 myhost kernel: [sys_select+325/1202] sys_select+0x145/0x4b2
Feb 12 21:54:31 myhost kernel: [pci_device_probe_static+82/99] pci_device_probe_static+0x52/0x63
Feb 12 21:54:31 myhost kernel: [__pci_device_probe+59/78] __pci_device_probe+0x3b/0x4e
Feb 12 21:54:31 myhost kernel: [pci_device_probe+44/74] pci_device_probe+0x2c/0x4a
Feb 12 21:54:31 myhost kernel: [bus_match+63/106] bus_match+0x3f/0x6a
Feb 12 21:54:31 myhost kernel: [driver_attach+86/128] driver_attach+0x56/0x80
Feb 12 21:54:31 myhost kernel: [bus_add_driver+139/157] bus_add_driver+0x8b/0x9d
Feb 12 21:54:31 myhost kernel: [driver_register+47/51] driver_register+0x2f/0x33
Feb 12 21:54:31 myhost kernel: [pci_register_driver+92/132] pci_register_driver+0x5c/0x84
Feb 12 21:54:31 myhost kernel: [_end+541002651/1069013880] init+0x23/0x30 [ehci_hcd]
Feb 12 21:54:31 myhost kernel: [sys_init_module+279/552] sys_init_module+0x117/0x228
Feb 12 21:54:31 myhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb
Feb 12 21:54:31 myhost kernel:
[-- Attachment #5: Type: text/plain, Size: 1 bytes --]
[-- Attachment #6: Type: text/plain, Size: 2870 bytes --]
Feb 12 21:54:31 myhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000048
Feb 12 21:54:31 myhost kernel: printing eip:
Feb 12 21:54:31 myhost kernel: e0922c7c
Feb 12 21:54:31 myhost kernel: *pde = 00000000
Feb 12 21:54:31 myhost kernel: Oops: 0000 [#1]
Feb 12 21:54:31 myhost kernel: CPU: 0
Feb 12 21:54:31 myhost kernel: EIP: 0060:[_end+541730804/1069013880] Not tainted
Feb 12 21:54:31 myhost kernel: EFLAGS: 00010002
Feb 12 21:54:31 myhost kernel: EIP is at scan_async+0x42/0x124 [ehci_hcd]
Feb 12 21:54:31 myhost kernel: eax: 00000000 ebx: deb9c800 ecx: c03ec5fc edx: 00000000
Feb 12 21:54:31 myhost kernel: esi: 00000000 edi: deb9c800 ebp: ffffffed esp: d4cc7dcc
Feb 12 21:54:31 myhost kernel: ds: 007b es: 007b ss: 0068
Feb 12 21:54:31 myhost kernel: Process modprobe (pid: 1674, threadinfo=d4cc6000 task=d50126a0)
Feb 12 21:54:31 myhost kernel: Stack: deb9c9f8 c010a2ac d50126a0 00000000 00000000 deb9c800 00000000 deb9c864
Feb 12 21:54:31 myhost kernel: ffffffed e0924a6f deb9c800 00000000 d4cc6000 deb9c800 e09248bc deb9c800
Feb 12 21:54:31 myhost kernel: 00000000 00005cf0 3dffde7b 00000001 d50126a0 d5012864 d4cc6000 00000246
Feb 12 21:54:31 myhost kernel: Call Trace:
Feb 12 21:54:31 myhost kernel: [dump_stack+28/32] dump_stack+0x1c/0x20
Feb 12 21:54:31 myhost kernel: [_end+541738471/1069013880] ehci_work+0x35/0xbf [ehci_hcd]
Feb 12 21:54:31 myhost kernel: [_end+541738036/1069013880] ehci_stop+0xab/0xde [ehci_hcd]
Feb 12 21:54:31 myhost kernel: [preempt_schedule+42/67] preempt_schedule+0x2a/0x43
Feb 12 21:54:31 myhost kernel: [printk+298/378] printk+0x12a/0x17a
Feb 12 21:54:31 myhost kernel: [usb_hcd_pci_remove+148/362] usb_hcd_pci_remove+0x94/0x16a
Feb 12 21:54:31 myhost kernel: [usb_hcd_pci_probe+714/1182] usb_hcd_pci_probe+0x2ca/0x49e
Feb 12 21:54:31 myhost kernel: [sys_select+325/1202] sys_select+0x145/0x4b2
Feb 12 21:54:31 myhost kernel: [pci_device_probe_static+82/99] pci_device_probe_static+0x52/0x63
Feb 12 21:54:31 myhost kernel: [__pci_device_probe+59/78] __pci_device_probe+0x3b/0x4e
Feb 12 21:54:31 myhost kernel: [pci_device_probe+44/74] pci_device_probe+0x2c/0x4a
Feb 12 21:54:31 myhost kernel: [bus_match+63/106] bus_match+0x3f/0x6a
Feb 12 21:54:31 myhost kernel: [driver_attach+86/128] driver_attach+0x56/0x80
Feb 12 21:54:31 myhost kernel: [bus_add_driver+139/157] bus_add_driver+0x8b/0x9d
Feb 12 21:54:31 myhost kernel: [driver_register+47/51] driver_register+0x2f/0x33
Feb 12 21:54:31 myhost kernel: [pci_register_driver+92/132] pci_register_driver+0x5c/0x84
Feb 12 21:54:31 myhost kernel: [_end+541002651/1069013880] init+0x23/0x30 [ehci_hcd]
Feb 12 21:54:31 myhost kernel: [sys_init_module+279/552] sys_init_module+0x117/0x228
Feb 12 21:54:31 myhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb
Feb 12 21:54:31 myhost kernel:
[-- Attachment #7: Type: text/plain, Size: 1 bytes --]
[-- Attachment #8: Type: text/plain, Size: 3334 bytes --]
Feb 12 21:54:31 myhost kernel: Code: 8b 70 48 85 f6 74 6d 8d 6e 4c 8b 56 4c 39 ea 74 40 8b 87 24
Feb 12 21:54:31 myhost kernel: <6>note: modprobe[1674] exited with preempt_count 1
Feb 12 21:54:31 myhost kernel: bad: scheduling while atomic!
Feb 12 21:54:31 myhost kernel: Call Trace:
Feb 12 21:54:31 myhost kernel: [schedule+1422/1427] schedule+0x58e/0x593
Feb 12 21:54:31 myhost kernel: [unmap_page_range+67/105] unmap_page_range+0x43/0x69
Feb 12 21:54:31 myhost kernel: [unmap_vmas+432/520] unmap_vmas+0x1b0/0x208
Feb 12 21:54:31 myhost kernel: [exit_mmap+124/400] exit_mmap+0x7c/0x190
Feb 12 21:54:31 myhost kernel: [mmput+102/181] mmput+0x66/0xb5
Feb 12 21:54:31 myhost kernel: [do_exit+360/1288] do_exit+0x168/0x508
Feb 12 21:54:31 myhost kernel: [do_page_fault+0/1292] do_page_fault+0x0/0x50c
Feb 12 21:54:31 myhost kernel: [do_divide_error+0/250] do_divide_error+0x0/0xfa
Feb 12 21:54:31 myhost kernel: [do_page_fault+472/1292] do_page_fault+0x1d8/0x50c
Feb 12 21:54:31 myhost kernel: [__print_symbol+63/350] __print_symbol+0x3f/0x15e
Feb 12 21:54:31 myhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb
Feb 12 21:54:31 myhost kernel: [recalc_task_prio+144/426] recalc_task_prio+0x90/0x1aa
Feb 12 21:54:31 myhost kernel: [_end+541435802/1069013880] snd_pcm_lib_write1+0x30e/0x4a6 [snd_pcm]
Feb 12 21:54:31 myhost kernel: [recalc_task_prio+144/426] recalc_task_prio+0x90/0x1aa
Feb 12 21:54:31 myhost kernel: [schedule+795/1427] schedule+0x31b/0x593
Feb 12 21:54:31 myhost kernel: [do_page_fault+0/1292] do_page_fault+0x0/0x50c
Feb 12 21:54:31 myhost kernel: [error_code+45/56] error_code+0x2d/0x38
Feb 12 21:54:31 myhost kernel: [_end+541730804/1069013880] scan_async+0x42/0x124 [ehci_hcd]
Feb 12 21:54:31 myhost kernel: [dump_stack+28/32] dump_stack+0x1c/0x20
Feb 12 21:54:31 myhost kernel: [_end+541738471/1069013880] ehci_work+0x35/0xbf [ehci_hcd]
Feb 12 21:54:31 myhost kernel: [_end+541738036/1069013880] ehci_stop+0xab/0xde [ehci_hcd]
Feb 12 21:54:31 myhost kernel: [preempt_schedule+42/67] preempt_schedule+0x2a/0x43
Feb 12 21:54:31 myhost kernel: [printk+298/378] printk+0x12a/0x17a
Feb 12 21:54:31 myhost kernel: [usb_hcd_pci_remove+148/362] usb_hcd_pci_remove+0x94/0x16a
Feb 12 21:54:31 myhost kernel: [usb_hcd_pci_probe+714/1182] usb_hcd_pci_probe+0x2ca/0x49e
Feb 12 21:54:31 myhost kernel: [sys_select+325/1202] sys_select+0x145/0x4b2
Feb 12 21:54:31 myhost kernel: [pci_device_probe_static+82/99] pci_device_probe_static+0x52/0x63
Feb 12 21:54:31 myhost kernel: [__pci_device_probe+59/78] __pci_device_probe+0x3b/0x4e
Feb 12 21:54:31 myhost kernel: [pci_device_probe+44/74] pci_device_probe+0x2c/0x4a
Feb 12 21:54:31 myhost kernel: [bus_match+63/106] bus_match+0x3f/0x6a
Feb 12 21:54:31 myhost kernel: [driver_attach+86/128] driver_attach+0x56/0x80
Feb 12 21:54:31 myhost kernel: [bus_add_driver+139/157] bus_add_driver+0x8b/0x9d
Feb 12 21:54:31 myhost kernel: [driver_register+47/51] driver_register+0x2f/0x33
Feb 12 21:54:31 myhost kernel: [pci_register_driver+92/132] pci_register_driver+0x5c/0x84
Feb 12 21:54:31 myhost kernel: [_end+541002651/1069013880] init+0x23/0x30 [ehci_hcd]
Feb 12 21:54:31 myhost kernel: [sys_init_module+279/552] sys_init_module+0x117/0x228
Feb 12 21:54:31 myhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb
Feb 12 21:54:31 myhost kernel:
[-- Attachment #9: Type: text/plain, Size: 74 bytes --]
And then there is one that seems definitely related to the new driver:
[-- Attachment #10: Type: text/plain, Size: 1744 bytes --]
Feb 12 21:56:32 myhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000004
Feb 12 21:56:32 myhost kernel: printing eip:
Feb 12 21:56:32 myhost kernel: c020e756
Feb 12 21:56:32 myhost kernel: *pde = 00000000
Feb 12 21:56:32 myhost kernel: Oops: 0000 [#2]
Feb 12 21:56:32 myhost kernel: CPU: 0
Feb 12 21:56:32 myhost kernel: EIP: 0060:[acpi_video_device_write_brightness+188/248] Not tainted
Feb 12 21:56:32 myhost kernel: EFLAGS: 00010246
Feb 12 21:56:32 myhost kernel: EIP is at acpi_video_device_write_brightness+0xbc/0xf8
Feb 12 21:56:32 myhost kernel: eax: df5e8820 ebx: 00000003 ecx: 00000000 edx: 00000000
Feb 12 21:56:32 myhost kernel: esi: d4a5ff58 edi: 080e940b ebp: 00000000 esp: d4a5ff4c
Feb 12 21:56:32 myhost kernel: ds: 007b es: 007b ss: 0068
Feb 12 21:56:32 myhost kernel: Process bash (pid: 1962, threadinfo=d4a5e000 task=d4d26080)
Feb 12 21:56:32 myhost kernel: Stack: d50ae91c 00000014 df5e8820 000a3032 c020e69a d4dfec80 d4dfeca0 00000003
Feb 12 21:56:32 myhost kernel: c015b3fc d4dfec80 080e9408 00000003 d4dfeca0 d4dfec80 d50ae880 d4dfec80
Feb 12 21:56:32 myhost kernel: 00000000 fffffff7 d4a5e000 c015b620 d4dfec80 080e9408 00000003 d4dfeca0
Feb 12 21:56:32 myhost kernel: Call Trace:
Feb 12 21:56:32 myhost kernel: [acpi_video_device_write_brightness+0/248] acpi_video_device_write_brightness+0x0/0xf8
Feb 12 21:56:32 myhost kernel: [vfs_write+176/281] vfs_write+0xb0/0x119
Feb 12 21:56:32 myhost kernel: [sys_write+85/358] sys_write+0x55/0x166
Feb 12 21:56:32 myhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb
Feb 12 21:56:32 myhost kernel:
Feb 12 21:56:32 myhost kernel: Code: 3b 4a 04 7d 2d 8b 42 08 8b 74 24 04 3b 34 88 75 1b 56 ff 74
[-- Attachment #11: Type: text/plain, Size: 463 bytes --]
Hope this helps with the debugging... :-)
Regards,
Georg
P.S. Oh yeah, machine is ASUS M2N, Intel 855GM, more info:
http://bugme.osdl.org/show_bug.cgi?id=1774#c3
[*] http://bugme.osdl.org/show_bug.cgi?id=1944
--
Georg C. F. Greve <greve-mXXj517/zsQ@public.gmane.org>
Free Software Foundation Europe (http://fsfeurope.org)
Brave GNU World (http://brave-gnu-world.org)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: VGA patch by Bruno Ducrot -- no success yet
[not found] ` <m3u11wnflb.fsf-glUV91rXKAHWIjgkaejU9x2eb7JE58TQ@public.gmane.org>
@ 2004-02-12 22:37 ` Bruno Ducrot
[not found] ` <20040212223706.GA13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Bruno Ducrot @ 2004-02-12 22:37 UTC (permalink / raw)
To: Georg C. F. Greve; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
On Thu, Feb 12, 2004 at 10:38:24PM +0100, Georg C. F. Greve wrote:
> Hi Bruno,
>
> thanks for your patch [*] to implement the ACPI VGA display
> extensions, as promised, I gave it a shot on my machine with Linux
> kernel 2.6.2 (swsusp2, ACPI20040116, ACPI/APIC fix).
>
> The patch applied cleanly and the kernel compiled fine.
>
>
> During boot, things look not too bad
>
> ACPI: AC Adapter [AC0] (on-line)
> ACPI: Battery Slot [BAT0] (battery present)
> ACPI: Power Button (FF) [PWRF]
> ACPI: Sleep Button (CM) [SLPB]
> ACPI: Lid Switch [LID]
> ACPI: Fan [FN00] (off)
> ACPI: Video Device [VGA] (multi-head: yes rom: no post: no)
> ACPI: Processor [CPU1] (supports C1 C2 C3, 8 throttling states)
> ACPI: Thermal Zone [THRM] (53 C)
> Asus Laptop ACPI Extras version 0.27
> M2N model detected, supported
>
>
> Doing a tree /proc/acpi/video/ shows
>
> /proc/acpi/video/
> `-- VGA
> |-- CRTD
> | |-- EDID
> | |-- brightness
> | |-- info
> | `-- state
> |-- LCDD
> | |-- EDID
> | |-- brightness
> | |-- info
> | `-- state
> |-- POST
> |-- POST_info
> |-- ROM
> `-- info
>
> (is it normal that CRT and LCD have another "D" at the end?)
Yes, it's the same as for the device in the ACPI namespace, the same
apply for the VGA also.
> Doing a cat on the different nodes gives for LCD:
>
> cat ./LCDD/EDID
> <not supported>
Ok, that one is very not common.
> cat ./LCDD/brightness
> <not supported>
For an LCD device, that not very fun unfortunately :(
> cat ./LCDD/state
> state: 0x1f
> query: 0x01
>
> cat ./LCDD/info
> device_id: 0x0400
Yet another ID that I should consider I guess..
> type: UNKNOWN
> known by bios: yes
>
>
> And for CRT:
>
> cat ./CRTD/EDID
> <not supported>
>
> cat ./CRTD/brightness
> <not supported>
>
> cat ./CRTD/state
> state: 0x1d
> query: 0x00
>
> cat ./CRTD/info
> device_id: 0x0100
> type: CRT
> known by bios: yes
>
>
> And finally POST:
>
> cat ./POST
> <not supported>
>
> cat ./POST_info
> <not supported>
>
> cat ./ROM
> <TODO>
Well, that need to be done as said, even though in fact that is really
uncommon though.
> cat ./info
> Switching heads: yes
> Video ROM: no
> Device to be POSTed on boot: no
>
>
>
> and the display remaining dead -- unfortunately.
Ok.
> Feb 12 21:54:30 myhost kernel: Uninitialised timer!
> Feb 12 21:54:30 myhost kernel: This is just a warning. Your computer is OK
> Feb 12 21:54:30 myhost kernel: function=0x00000000, data=0x0
> Feb 12 21:54:30 myhost kernel: Call Trace:
> Feb 12 21:54:30 myhost kernel: [check_timer_failed+99/101] check_timer_failed+0x63/0x65
> Feb 12 21:54:30 myhost kernel: [del_timer+26/135] del_timer+0x1a/0x87
> Feb 12 21:54:30 myhost kernel: [_end+541737980/1069013880] ehci_stop+0x73/0xde [ehci_hcd]
> Feb 12 21:54:30 myhost kernel: [preempt_schedule+42/67] preempt_schedule+0x2a/0x43
Is the system more stable without preempt, btw?
>
> And then there is one that seems definitely related to the new driver:
>
Yes.
> Feb 12 21:56:32 myhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000004
> Feb 12 21:56:32 myhost kernel: printing eip:
> Feb 12 21:56:32 myhost kernel: c020e756
> Feb 12 21:56:32 myhost kernel: *pde = 00000000
> Feb 12 21:56:32 myhost kernel: Oops: 0000 [#2]
> Feb 12 21:56:32 myhost kernel: CPU: 0
> Feb 12 21:56:32 myhost kernel: EIP: 0060:[acpi_video_device_write_brightness+188/248] Not tainted
> Feb 12 21:56:32 myhost kernel: EFLAGS: 00010246
> Feb 12 21:56:32 myhost kernel: EIP is at acpi_video_device_write_brightness+0xbc/0xf8
> Feb 12 21:56:32 myhost kernel: eax: df5e8820 ebx: 00000003 ecx: 00000000 edx: 00000000
> Feb 12 21:56:32 myhost kernel: esi: d4a5ff58 edi: 080e940b ebp: 00000000 esp: d4a5ff4c
> Feb 12 21:56:32 myhost kernel: ds: 007b es: 007b ss: 0068
> Feb 12 21:56:32 myhost kernel: Process bash (pid: 1962, threadinfo=d4a5e000 task=d4d26080)
> Feb 12 21:56:32 myhost kernel: Stack: d50ae91c 00000014 df5e8820 000a3032 c020e69a d4dfec80 d4dfeca0 00000003
> Feb 12 21:56:32 myhost kernel: c015b3fc d4dfec80 080e9408 00000003 d4dfeca0 d4dfec80 d50ae880 d4dfec80
> Feb 12 21:56:32 myhost kernel: 00000000 fffffff7 d4a5e000 c015b620 d4dfec80 080e9408 00000003 d4dfeca0
> Feb 12 21:56:32 myhost kernel: Call Trace:
> Feb 12 21:56:32 myhost kernel: [acpi_video_device_write_brightness+0/248] acpi_video_device_write_brightness+0x0/0xf8
> Feb 12 21:56:32 myhost kernel: [vfs_write+176/281] vfs_write+0xb0/0x119
> Feb 12 21:56:32 myhost kernel: [sys_write+85/358] sys_write+0x55/0x166
> Feb 12 21:56:32 myhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb
> Feb 12 21:56:32 myhost kernel:
> Feb 12 21:56:32 myhost kernel: Code: 3b 4a 04 7d 2d 8b 42 08 8b 74 24 04 3b 34 88 75 1b 56 ff 74
>
>
> Hope this helps with the debugging... :-)
Yes, at least for the latter oops, I will be gratefull if you send me a
brown bag...
--- video.c 2004/02/12 22:26:41 1.1
+++ video.c 2004/02/12 22:34:21
@@ -617,6 +617,9 @@
if (!dev || count + 1 > sizeof str)
return_VALUE(-EINVAL);
+ if (!dev->brightness)
+ return_VALUE(-ENODEV);
+
if (copy_from_user(str, buffer, count))
return_VALUE(-EFAULT);
> P.S. Oh yeah, machine is ASUS M2N, Intel 855GM, more info:
> http://bugme.osdl.org/show_bug.cgi?id=1774#c3
Thanks for testing!
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: VGA patch by Bruno Ducrot -- no success yet
[not found] ` <20040212223706.GA13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
@ 2004-02-12 23:04 ` Georg C. F. Greve
[not found] ` <m3r7wzx5kb.fsf-glUV91rXKAHWIjgkaejU9x2eb7JE58TQ@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Georg C. F. Greve @ 2004-02-12 23:04 UTC (permalink / raw)
To: Bruno Ducrot; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1.1: Type: text/plain, Size: 2917 bytes --]
|| On Thu, 12 Feb 2004 23:37:06 +0100
|| Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org> wrote:
>> cat ./LCDD/brightness
>> <not supported>
bd> For an LCD device, that not very fun unfortunately :(
I'm not sure how these relate to each other, but we're talking ASUS
M2N here, which uses the acpi4asus code, in which
/proc/acpi/asus/
|-- brn
|-- disp
|-- info
|-- lcd
`-- mled
exist. And therefore
/proc/acpi/asus/brn
normally regulates background display brightness for the LCD, while
lcd toggles the backlight on/off. Unfortunately both have no effect on
the dead screen after S3.
Don't know whether/how this interacts with your code.
>> cat ./ROM
>> <TODO>
bd> Well, that need to be done as said, even though in fact that is
bd> really uncommon though.
I know -- just wanted to give you the complete picture. .)
>> Feb 12 21:54:30 myhost kernel: Uninitialised timer!
>> Feb 12 21:54:30 myhost kernel: This is just a warning. Your computer is OK
>> Feb 12 21:54:30 myhost kernel: function=0x00000000, data=0x0
>> Feb 12 21:54:30 myhost kernel: Call Trace:
>> Feb 12 21:54:30 myhost kernel: [check_timer_failed+99/101] check_timer_failed+0x63/0x65
>> Feb 12 21:54:30 myhost kernel: [del_timer+26/135] del_timer+0x1a/0x87
>> Feb 12 21:54:30 myhost kernel: [_end+541737980/1069013880] ehci_stop+0x73/0xde [ehci_hcd]
>> Feb 12 21:54:30 myhost kernel: [preempt_schedule+42/67] preempt_schedule+0x2a/0x43
bd> Is the system more stable without preempt, btw?
I'll try... although it shouldn't make a difference, or should it?
>> Hope this helps with the debugging... :-)
bd> Yes, at least for the latter oops, I will be gratefull if you
bd> send me a brown bag...
There is always one of the little suckers that you didn't think of. .-)
bd> --- video.c 2004/02/12 22:26:41 1.1
bd> +++ video.c 2004/02/12 22:34:21
bd> @@ -617,6 +617,9 @@
bd> if (!dev || count + 1 > sizeof str)
bd> return_VALUE(-EINVAL);
bd> + if (!dev->brightness)
bd> + return_VALUE(-ENODEV);
bd> +
bd> if (copy_from_user(str, buffer, count))
bd> return_VALUE(-EFAULT);
Yeah, that should get rid of that one.
But since it probably won't help bringing the display back to life I
won't recompile for that fix, I guess.
>> P.S. Oh yeah, machine is ASUS M2N, Intel 855GM, more info:
>> http://bugme.osdl.org/show_bug.cgi?id=1774#c3
bd> Thanks for testing!
Thanks for tackling that issue!
When you have another version you think might help with the dead
screen issue or need more input, please let me know. I don't really
have a lot of time but compiling a kernel by the side is usually
possible. :)
Regards,
Georg
--
Georg C. F. Greve <greve-mXXj517/zsQ@public.gmane.org>
Free Software Foundation Europe (http://fsfeurope.org)
Brave GNU World (http://brave-gnu-world.org)
[-- Attachment #2: Type: application/pgp-signature, Size: 258 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: VGA patch by Bruno Ducrot -- no success yet
[not found] ` <m3r7wzx5kb.fsf-glUV91rXKAHWIjgkaejU9x2eb7JE58TQ@public.gmane.org>
@ 2004-02-12 23:22 ` Bruno Ducrot
[not found] ` <20040212232230.GC13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Bruno Ducrot @ 2004-02-12 23:22 UTC (permalink / raw)
To: Georg C. F. Greve; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
On Fri, Feb 13, 2004 at 12:04:52AM +0100, Georg C. F. Greve wrote:
> || On Thu, 12 Feb 2004 23:37:06 +0100
> || Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org> wrote:
>
> >> cat ./LCDD/brightness
> >> <not supported>
>
> bd> For an LCD device, that not very fun unfortunately :(
>
> I'm not sure how these relate to each other, but we're talking ASUS
> M2N here, which uses the acpi4asus code, in which
>
> /proc/acpi/asus/
> |-- brn
> |-- disp
> |-- info
> |-- lcd
> `-- mled
>
> exist. And therefore
>
> /proc/acpi/asus/brn
>
> normally regulates background display brightness for the LCD, while
> lcd toggles the backlight on/off. Unfortunately both have no effect on
> the dead screen after S3.
>
> Don't know whether/how this interacts with your code.
Well, then I really need to make one marked 'medium' of the TODO list
which read:
- implement an interface so that external modules can be made, like the
asus, toshiba specifics.
At least for the asus case.
> >> cat ./ROM
> >> <TODO>
>
> bd> Well, that need to be done as said, even though in fact that is
> bd> really uncommon though.
>
> I know -- just wanted to give you the complete picture. .)
At least it don't oops :)
Thanks,
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: VGA patch by Bruno Ducrot -- no success yet (includes request to our Intel people)
[not found] ` <20040212232230.GC13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
@ 2004-02-13 10:13 ` Georg C. F. Greve
0 siblings, 0 replies; 5+ messages in thread
From: Georg C. F. Greve @ 2004-02-13 10:13 UTC (permalink / raw)
To: Bruno Ducrot; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1.1: Type: text/plain, Size: 2298 bytes --]
|| On Fri, 13 Feb 2004 00:22:30 +0100
|| Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org> wrote:
>> Don't know whether/how this interacts with your code.
bd> Well, then I really need to make one marked 'medium' of the TODO
bd> list which read: - implement an interface so that external
bd> modules can be made, like the asus, toshiba specifics.
bd> At least for the asus case.
Well, maybe the acpi4asus people will feel inspired to help from the
other side of the code -- the current problem affects all ASUS M2N and
M3N, it seems.
Since they are quite popular models, it would be in many people's
interest to bring this together soon.
Which makes me wonder.
There is someone else I would expect to have some interest in seeing
support of the Intel 855GM chipset: Intel.
I know that a good part of the ACPI part was contributed by people
working at Intel, but I don't know whether this is secret, tolerated
or official. As I would gather it is probably not secret for you would
have used different email addresses then, is on of you on the problem?
I am not sure we actually know _why_ that particular chipset fails to
bring the display back to life after S3.
Configuring it seems to be insufficient, un/reloading the driver
doesn't work -- the DRI/DRM driver doesn't actually *load*, the
command to load it just sits there forever. So there must be more to
be done? Maybe some secret wakeup signal?
There were people at Intel writing the proprietary graphics driver for
Linux, they should know at least part of the solution, if not all.
Could you see who did that driver and get in touch with them
internally to see whether they have an idea among colleagues?
I'm fairly sure that if people had an idea what the problem really is,
it would be solved in the forseeable future.
bd> Well, that need to be done as said, even though in fact that is
bd> really uncommon though.
>> I know -- just wanted to give you the complete picture. .)
bd> At least it don't oops :)
That is always something. :)
Regards,
Georg
--
Georg C. F. Greve <greve-mXXj517/zsQ@public.gmane.org>
Free Software Foundation Europe (http://fsfeurope.org)
Brave GNU World (http://brave-gnu-world.org)
[-- Attachment #2: Type: application/pgp-signature, Size: 258 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-02-13 10:13 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-02-12 21:38 VGA patch by Bruno Ducrot -- no success yet Georg C. F. Greve
[not found] ` <m3u11wnflb.fsf-glUV91rXKAHWIjgkaejU9x2eb7JE58TQ@public.gmane.org>
2004-02-12 22:37 ` Bruno Ducrot
[not found] ` <20040212223706.GA13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-12 23:04 ` Georg C. F. Greve
[not found] ` <m3r7wzx5kb.fsf-glUV91rXKAHWIjgkaejU9x2eb7JE58TQ@public.gmane.org>
2004-02-12 23:22 ` Bruno Ducrot
[not found] ` <20040212232230.GC13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-13 10:13 ` VGA patch by Bruno Ducrot -- no success yet (includes request to our Intel people) Georg C. F. Greve
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox