[ltp] ! (Re: New ATI Driver) - Mixed luck (words of caution)

D. Sen linux-thinkpad@linux-thinkpad.org
Wed, 23 Nov 2005 03:29:46 +1100


Absolutely. However, in my opinion the enormous advantage of having a 
laptop is the ability to suspend it with tens of applications running 
all the time, and moving it around from work/office and around the 
house. That way I can work on multiple projects (papers, programs, etc) 
and never have to restart the tens of applications everytime you have to 
move the laptop.

I use an external monitor all the time albeit at 1600x1200 (same 
resolution on both my laptop screen and external LCD). I use the radeon 
driver that comes with xorg 6.8.2.


Cheers,
DS
Paul R Streitman wrote:
> I guess it all depends on what you use it for.  Personally, I am not very
> interested in suspend/resume but I sometimes use an external 1280x1024 LCD
> and sometimes the 1400x1050 in my T42p.  This new ATI driver is the first
> from either ATI or xorg that correctly identifies and sets the resolution
> for whichever one I am using at the time.  And, the current xorg driver
> (6.9 beta/rc)  whether from Mandriva cooker or self-compiled always gives
> me a hard lock up with no error messages or anything else to figure out
> why.
> 
>                                                           Paul
> z/OS core components development
> Internet: prs@us.ibm.com
> 
> linux-thinkpad-admin@linux-thinkpad.org wrote on 11/21/2005 06:50:27 PM:
> 
> 
>>Having used the new ATI driver for the last three days, I would urge
>>caution on its use. Its failings has forced me to go back to using the
>>open source radeon driver.
>>
>>The fglrx driver did seem to work in that it provided DRI as well as
>>ACPI suspend/resume to disk. However, every second suspend/resume cycle
>>caused the following types of error to be posted on the syslog (posted
>>below).
>>
>>The problem happens everytime and while it doesnt lock the machine up,
>>it does cause it behave abnormally requiring an eventual restart of the
>>machine. The last time this happened, it caused data loss (I did have
>>backups - so it wasnt too catastrophic) and I have since gone back to
>>using the radeon driver which is amazingly stable. My machine stays up
>>indefinitely through multiple suspend/resume cycles every day.
>>
>>So, for now I am going to live without DRI support. Stability counts for
>>a lot more.
>>
>>DS
>>
>>Nov 20 22:52:03 localhost kernel: ------------[ cut here ]------------
>>Nov 20 22:52:03 localhost kernel: kernel BUG at
>>drivers/block/ll_rw_blk.c:3034!
>>Nov 20 22:52:03 localhost kernel: invalid operand: 0000 [#1]
>>Nov 20 22:52:03 localhost kernel: PREEMPT
>>Nov 20 22:52:03 localhost kernel: Modules linked in: sg vmnet vmmon
>>wlan_wep ath_pci ath_rate_sample wlan ath_hal fglrx ipv6 sd_mod rfcomm
>>l2cap bluetooth snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device
>>snd_pcm_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec snd_ac97_bus
>>snd_pcm snd_timer snd_page_alloc snd soundcore parport_pc lp parport
>>ipt_state ipt_multiport ipt_conntrack iptable_mangle ip_nat_irc
>>ip_nat_tftp ip_nat_ftp iptable_nat ip_nat ip_conntrack_irc
>>ip_conntrack_tftp ip_conntrack_ftp ip_conntrack nfnetlink iptable_filter
>>ip_tables af_packet pcmcia firmware_class crc32 yenta_socket
>>rsrc_nonstatic pcmcia_core e1000 ntfs nls_iso8859_1 intel_agp agpgart
>>nvram evdev usbmouse usbhid ehci_hcd uhci_hcd usbcore video thermal
>>processor ibm_acpi fan button battery ac joydev
>>Nov 20 22:52:03 localhost kernel: CPU:    0
>>Nov 20 22:52:03 localhost kernel: EIP:    0060:[<c029f223>]    Tainted:
>>P   M  VLI
>>Nov 20 22:52:03 localhost kernel: EFLAGS: 00010246   (2.6.14.2)
>>Nov 20 22:52:03 localhost kernel: EIP is at submit_bio+0x103/0x110
>>Nov 20 22:52:03 localhost kernel: eax: 00000003   ebx: 00000200   ecx:
>>00000202   edx: 00000001
>>Nov 20 22:52:03 localhost kernel: esi: d7762bc0   edi: 00000001   ebp:
>>d7762bc0   esp: d7b67dc0
>>Nov 20 22:52:03 localhost kernel: ds: 007b   es: 007b   ss: 0068
>>Nov 20 22:52:03 localhost kernel: Process klaptop_acpi_he (pid: 13378,
>>threadinfo=d7b66000 task=d7667a70)
>>Nov 20 22:52:03 localhost kernel: Stack: 0000001c 00000001 00000000
>>00000000 c21158c0 c0174990 c2115900 00000010
>>Nov 20 22:52:03 localhost kernel:        0000000c 00000200 00000200
>>00000001 c0174f74 f7c4d830 d7762bc0 00000200
>>Nov 20 22:52:03 localhost kernel:        00000000 00000001 c022537f
>>00000001 d7762bc0 00000200 00000000 00000000
>>Nov 20 22:52:03 localhost kernel: Call Trace:
>>Nov 20 22:52:03 localhost kernel:  [<c0174990>]
> 
> bio_alloc_bioset+0x130/0x1e0
> 
>>Nov 20 22:52:03 localhost kernel:  [<c0174f74>] bio_add_page+0x34/0x40
>>Nov 20 22:52:03 localhost kernel:  [<c022537f>]
> 
> _pagebuf_ioapply+0x19f/0x2d0
> 
>>Nov 20 22:52:03 localhost kernel:  [<c01169e0>]
>>default_wake_function+0x0/0x20
>>Nov 20 22:52:03 localhost kernel:  [<c01169e0>]
>>default_wake_function+0x0/0x20
>>Nov 20 22:52:03 localhost kernel:  [<c02254f8>]
> 
> pagebuf_iorequest+0x48/0x1b0
> 
>>Nov 20 22:52:03 localhost kernel:  [<c020789a>]
>>xlog_state_sync_all+0x15a/0x280
>>Nov 20 22:52:03 localhost kernel:  [<c01169e0>]
>>default_wake_function+0x0/0x20
>>Nov 20 22:52:03 localhost last message repeated 2 times
>>Nov 20 22:52:03 localhost kernel:  [<c022bd38>] xfs_bdstrat_cb+0x38/0x50
>>Nov 20 22:52:03 localhost kernel:  [<c0221935>] xfs_bwrite+0x65/0xf9
>>Nov 20 22:52:03 localhost kernel:  [<c02042e7>] xfs_log_force+0x47/0x80
>>Nov 20 22:52:03 localhost kernel:  [<c0218bbc>] xfs_syncsub+0x16c/0x380
>>Nov 20 22:52:03 localhost kernel:  [<c0358e19>] schedule+0x3b9/0x6c0
>>Nov 20 22:52:03 localhost kernel:  [<c02180ed>] xfs_sync+0x2d/0x40
>>Nov 20 22:52:03 localhost kernel:  [<c022cbbe>]
> 
> linvfs_sync_super+0x4e/0x120
> 
>>Nov 20 22:52:03 localhost kernel:  [<c035a2ca>] __down+0xea/0x130
>>Nov 20 22:52:03 localhost kernel:  [<c01169e0>]
>>default_wake_function+0x0/0x20
>>Nov 20 22:52:03 localhost kernel:  [<c017691e>]
> 
> sync_filesystems+0x12e/0x170
> 
>>Nov 20 22:52:03 localhost kernel:  [<c01708bc>] do_sync+0x6c/0xf0
>>Nov 20 22:52:03 localhost kernel:  [<c017094f>] sys_sync+0xf/0x20
>>Nov 20 22:52:03 localhost kernel:  [<c010327b>]
> 
> sysenter_past_esp+0x54/0x75
> 
>>Nov 20 22:52:03 localhost kernel: Code: 24 0c 8b 81 9c 00 00 00 89 5c 24
>>04 c7 04 24 2c 29 38 c0 89 44 24 08 e8 9c ba e7 ff e9 55 ff ff ff f6 46
>>0d 01 0f 85 58 ff ff ff <0f> 0b da 0b f0 c6 37 c0 e9 4b ff ff ff 55 57
>>31 ff 56 53 83 ec
>>Nov 20 22:52:03 localhost kernel:  <7>Back to C!
>>
>>Florian Reitmeir wrote:
>>
>>>On Son, 20 Nov 2005, D. Sen wrote:
>>>
>>>
>>>
>>>>I have had success using external agp and changing my ACPI suspend
>>>>script to just have that one line.
>>>>Thanks very much for your help.
>>>
>>>
>>>nice to hear :-)
>>>
>>>
>>>
>>>>Florian Reitmeir wrote:
>>>>
>>>>
>>>>>>Here is my suspend script for ACPI. Can anyone poke a hole through
> 
> it?
> 
>>>>>i can suspend/wake up simply by only use
>>>>>echo -n mem /sys/power/state
>>>>>i don't remove any modules or stop any daemons..
>>>
>>>
>>--
>>The linux-thinkpad mailing list home page is at:
>>http://mailman.linux-thinkpad.org/mailman/listinfo/linux-thinkpad
> 
>