Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-15 Thread Alex Deucher
On Thu, Jul 15, 2010 at 1:49 AM, Torsten Kaiser
 wrote:
> On Thu, Jul 15, 2010 at 12:16 AM, Alex Deucher  
> wrote:
>> I discussed this with Jerome and I think we found the root cause.
>> Does this patch help?
> (patch 0001-drm-radeon-kms-fix-gtt-MC-base-alignment-on-rs4xx-rs.patch)
>
> Yes:
> [ ? ?0.426978] Linux agpgart interface v0.103
> [ ? ?0.427141] [drm] Initialized drm 1.1.0 20060810
> [ ? ?0.427242] [drm] radeon defaulting to kernel modesetting.
> [ ? ?0.427300] [drm] radeon kernel modesetting enabled.
> [ ? ?0.427417] radeon :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
> [ ? ?0.429732] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
> [ ? ?0.429890] [drm] register mmio base: 0xFE9F
> [ ? ?0.429948] [drm] register mmio size: 65536
> [ ? ?0.430537] ATOM BIOS: ATI
> [ ? ?0.430612] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
> used)
> [ ? ?0.430672] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF
> [ ? ?0.430754] [drm] radeon: irq initialized.
> [ ? ?0.430817] mtrr: type mismatch for fc00,200 old:
> write-back new: write-combining
> [ ? ?0.430890] [drm] Detected VRAM RAM=32M, BAR=32M
> [ ? ?0.430947] [drm] RAM width 128bits DDR
> [ ? ?0.431090] [TTM] Zone ?kernel: Available graphics memory: 2010234 kiB.
> [ ? ?0.431149] [TTM] Initializing pool allocator.
> [ ? ?0.431224] [drm] radeon: 32M of VRAM memory ready
> [ ? ?0.431283] [drm] radeon: 512M of GTT memory ready.
> [ ? ?0.431343] [drm] GART: num cpu pages 131072, num gpu pages 131072
> [ ? ?0.434732] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
> [ ? ?0.441796] [drm] Loading RS690/RS740 Microcode
> [ ? ?0.442006] [drm] radeon: ring at 0xA000
> [ ? ?0.442080] [drm] ring test succeeded in 1 usecs
> [ ? ?0.442223] [drm] radeon: ib pool ready.
> [ ? ?0.442289] [drm] ib test succeeded in 0 usecs
> [ ? ?0.442370] [drm] Default TV standard: NTSC
> [ ? ?0.442587] [drm] Default TV standard: NTSC
> [ ? ?0.442866] [drm] Radeon Display Connectors
> [ ? ?0.442924] [drm] Connector 0:
> [ ? ?0.442981] [drm] ? VGA
> [ ? ?0.443039] [drm] ? DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
> 0x7e5c 0x7e4c
> [ ? ?0.443111] [drm] ? Encoders:
> [ ? ?0.443169] [drm] ? ? CRT1: INTERNAL_KLDSCP_DAC1
> [ ? ?0.443227] [drm] Connector 1:
> [ ? ?0.443284] [drm] ? S-video
> [ ? ?0.443340] [drm] ? Encoders:
> [ ? ?0.443398] [drm] ? ? TV1: INTERNAL_KLDSCP_DAC1
> [ ? ?0.443455] [drm] Connector 2:
> [ ? ?0.443512] [drm] ? HDMI-A
> [ ? ?0.443570] [drm] ? DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
> 0x7e4c 0x7e5c
> [ ? ?0.443642] [drm] ? Encoders:
> [ ? ?0.443700] [drm] ? ? DFP3: INTERNAL_LVTM1
> [ ? ?0.643372] [drm] fb mappable at 0xFC04
> [ ? ?0.643432] [drm] vram apper at 0xFC00
> [ ? ?0.643489] [drm] size 786432
> [ ? ?0.643546] [drm] fb depth is 8
> [ ? ?0.643603] [drm] ? ?pitch is 1024
> [ ? ?0.643742] fbcon: radeondrmfb (fb0) is primary device
> [ ? ?0.663232] Console: switching to colour frame buffer device 128x48
> [ ? ?0.664818] fb0: radeondrmfb frame buffer device
> [ ? ?0.664837] drm: registered panic notifier
> [ ? ?0.664856] Slow work thread pool: Starting up
> [ ? ?0.664919] Slow work thread pool: Ready
> [ ? ?0.664940] [drm] Initialized radeon 2.5.0 20080528 for
> :01:05.0 on minor 0
>
> Please note, that I'm only looking for "ring test succeeded" / "ring
> test failed", as I'm only using the KMS fb console on that system.
>
> Thanks for the fix,

Thanks for testing.  I've sent the patch to Dave.

Alex

> ? ? ? ? ? ? ? ? ? ? ? ? ? ?Torsten
>


Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-15 Thread Torsten Kaiser
On Thu, Jul 15, 2010 at 12:16 AM, Alex Deucher  wrote:
> I discussed this with Jerome and I think we found the root cause.
> Does this patch help?
(patch 0001-drm-radeon-kms-fix-gtt-MC-base-alignment-on-rs4xx-rs.patch)

Yes:
[0.426978] Linux agpgart interface v0.103
[0.427141] [drm] Initialized drm 1.1.0 20060810
[0.427242] [drm] radeon defaulting to kernel modesetting.
[0.427300] [drm] radeon kernel modesetting enabled.
[0.427417] radeon :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[0.429732] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
[0.429890] [drm] register mmio base: 0xFE9F
[0.429948] [drm] register mmio size: 65536
[0.430537] ATOM BIOS: ATI
[0.430612] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M used)
[0.430672] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF
[0.430754] [drm] radeon: irq initialized.
[0.430817] mtrr: type mismatch for fc00,200 old:
write-back new: write-combining
[0.430890] [drm] Detected VRAM RAM=32M, BAR=32M
[0.430947] [drm] RAM width 128bits DDR
[0.431090] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
[0.431149] [TTM] Initializing pool allocator.
[0.431224] [drm] radeon: 32M of VRAM memory ready
[0.431283] [drm] radeon: 512M of GTT memory ready.
[0.431343] [drm] GART: num cpu pages 131072, num gpu pages 131072
[0.434732] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
[0.441796] [drm] Loading RS690/RS740 Microcode
[0.442006] [drm] radeon: ring at 0xA000
[0.442080] [drm] ring test succeeded in 1 usecs
[0.442223] [drm] radeon: ib pool ready.
[0.442289] [drm] ib test succeeded in 0 usecs
[0.442370] [drm] Default TV standard: NTSC
[0.442587] [drm] Default TV standard: NTSC
[0.442866] [drm] Radeon Display Connectors
[0.442924] [drm] Connector 0:
[0.442981] [drm]   VGA
[0.443039] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
0x7e5c 0x7e4c
[0.443111] [drm]   Encoders:
[0.443169] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[0.443227] [drm] Connector 1:
[0.443284] [drm]   S-video
[0.443340] [drm]   Encoders:
[0.443398] [drm] TV1: INTERNAL_KLDSCP_DAC1
[0.443455] [drm] Connector 2:
[0.443512] [drm]   HDMI-A
[0.443570] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
0x7e4c 0x7e5c
[0.443642] [drm]   Encoders:
[0.443700] [drm] DFP3: INTERNAL_LVTM1
[0.643372] [drm] fb mappable at 0xFC04
[0.643432] [drm] vram apper at 0xFC00
[0.643489] [drm] size 786432
[0.643546] [drm] fb depth is 8
[0.643603] [drm]pitch is 1024
[0.643742] fbcon: radeondrmfb (fb0) is primary device
[0.663232] Console: switching to colour frame buffer device 128x48
[0.664818] fb0: radeondrmfb frame buffer device
[0.664837] drm: registered panic notifier
[0.664856] Slow work thread pool: Starting up
[0.664919] Slow work thread pool: Ready
[0.664940] [drm] Initialized radeon 2.5.0 20080528 for
:01:05.0 on minor 0

Please note, that I'm only looking for "ring test succeeded" / "ring
test failed", as I'm only using the KMS fb console on that system.

Thanks for the fix,
Torsten


Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-15 Thread Alex Deucher
On Thu, Jul 15, 2010 at 1:49 AM, Torsten Kaiser
just.for.l...@googlemail.com wrote:
 On Thu, Jul 15, 2010 at 12:16 AM, Alex Deucher alexdeuc...@gmail.com wrote:
 I discussed this with Jerome and I think we found the root cause.
 Does this patch help?
 (patch 0001-drm-radeon-kms-fix-gtt-MC-base-alignment-on-rs4xx-rs.patch)

 Yes:
 [    0.426978] Linux agpgart interface v0.103
 [    0.427141] [drm] Initialized drm 1.1.0 20060810
 [    0.427242] [drm] radeon defaulting to kernel modesetting.
 [    0.427300] [drm] radeon kernel modesetting enabled.
 [    0.427417] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 18
 [    0.429732] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
 [    0.429890] [drm] register mmio base: 0xFE9F
 [    0.429948] [drm] register mmio size: 65536
 [    0.430537] ATOM BIOS: ATI
 [    0.430612] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
 used)
 [    0.430672] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF
 [    0.430754] [drm] radeon: irq initialized.
 [    0.430817] mtrr: type mismatch for fc00,200 old:
 write-back new: write-combining
 [    0.430890] [drm] Detected VRAM RAM=32M, BAR=32M
 [    0.430947] [drm] RAM width 128bits DDR
 [    0.431090] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
 [    0.431149] [TTM] Initializing pool allocator.
 [    0.431224] [drm] radeon: 32M of VRAM memory ready
 [    0.431283] [drm] radeon: 512M of GTT memory ready.
 [    0.431343] [drm] GART: num cpu pages 131072, num gpu pages 131072
 [    0.434732] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
 [    0.441796] [drm] Loading RS690/RS740 Microcode
 [    0.442006] [drm] radeon: ring at 0xA000
 [    0.442080] [drm] ring test succeeded in 1 usecs
 [    0.442223] [drm] radeon: ib pool ready.
 [    0.442289] [drm] ib test succeeded in 0 usecs
 [    0.442370] [drm] Default TV standard: NTSC
 [    0.442587] [drm] Default TV standard: NTSC
 [    0.442866] [drm] Radeon Display Connectors
 [    0.442924] [drm] Connector 0:
 [    0.442981] [drm]   VGA
 [    0.443039] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
 0x7e5c 0x7e4c
 [    0.443111] [drm]   Encoders:
 [    0.443169] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
 [    0.443227] [drm] Connector 1:
 [    0.443284] [drm]   S-video
 [    0.443340] [drm]   Encoders:
 [    0.443398] [drm]     TV1: INTERNAL_KLDSCP_DAC1
 [    0.443455] [drm] Connector 2:
 [    0.443512] [drm]   HDMI-A
 [    0.443570] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
 0x7e4c 0x7e5c
 [    0.443642] [drm]   Encoders:
 [    0.443700] [drm]     DFP3: INTERNAL_LVTM1
 [    0.643372] [drm] fb mappable at 0xFC04
 [    0.643432] [drm] vram apper at 0xFC00
 [    0.643489] [drm] size 786432
 [    0.643546] [drm] fb depth is 8
 [    0.643603] [drm]    pitch is 1024
 [    0.643742] fbcon: radeondrmfb (fb0) is primary device
 [    0.663232] Console: switching to colour frame buffer device 128x48
 [    0.664818] fb0: radeondrmfb frame buffer device
 [    0.664837] drm: registered panic notifier
 [    0.664856] Slow work thread pool: Starting up
 [    0.664919] Slow work thread pool: Ready
 [    0.664940] [drm] Initialized radeon 2.5.0 20080528 for
 :01:05.0 on minor 0

 Please note, that I'm only looking for ring test succeeded / ring
 test failed, as I'm only using the KMS fb console on that system.

 Thanks for the fix,

Thanks for testing.  I've sent the patch to Dave.

Alex

                            Torsten

___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Torsten Kaiser
On Wed, Jul 14, 2010 at 9:30 PM, Jerome Glisse  
wrote:
> On 07/14/2010 02:51 PM, Torsten Kaiser wrote:
>>
>> On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucher
>> ?wrote:
>>>
>>> On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
>>>  ?wrote:

 But the CP is still broken:
>>>
>>> Is this a regression? ?If so, can you bisect it?
>>>
>>> Alex
>>
>> I bisected it to this commit:
>>
>> d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
>> commit d594e46ace22afa1621254f6f669e65430048153
>> Author: Jerome Glisse
>> Date: ? Wed Feb 17 21:54:29 2010 +
>>
>> ? ? drm/radeon/kms: simplify memory controller setup V2
>>
>> ? ? Get rid of _location and use _start/_end also simplify the
>> ? ? computation of vram_start|end& ?gtt_start|end. For R1XX-R2XX
>> ? ? we place VRAM at the same address of PCI aperture, those GPU
>> ? ? shouldn't have much memory and seems to behave better when
>> ? ? setup that way. For R3XX and newer we place VRAM at 0. For
>> ? ? R6XX-R7XX AGP we place VRAM before or after AGP aperture this
>> ? ? might limit to limit the VRAM size but it's very unlikely.
>> ? ? For IGP we don't change the VRAM placement.
>>
>> ? ? Tested on (compiz,quake3,suspend/resume):
>> ? ? PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
>> ? ? AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
>> ? ? IGP:RS480(RPB*),RS690,RS780(RPB*),RS880
>>
>> ? ? RPB: resume previously broken
>>
>> ? ? V2 correct commit message to reflect more accurately the bug
>> ? ? and move VRAM placement to 0 for most of the GPU to avoid
>> ? ? limiting VRAM.
>>
>> ? ? Signed-off-by: Jerome Glisse
>> ? ? Signed-off-by: Dave Airlie
>>
>> :04 04 05c1e456fcf6565aa8711e4933807956d0055cca
>> 792c6be2bd161a52500c5e8d685ee651cd5af07e M ? ? drivers
>>
>> HTH, Torsten
>>
 [ ? ?0.426931] Linux agpgart interface v0.103
 [ ? ?0.427092] [drm] Initialized drm 1.1.0 20060810
 [ ? ?0.427196] [drm] radeon defaulting to kernel modesetting.
 [ ? ?0.427255] [drm] radeon kernel modesetting enabled.
 [ ? ?0.427372] radeon :01:05.0: PCI INT A -> ?GSI 18 (level, low) ->
 ?IRQ 18
 [ ? ?0.429659] [drm] initializing kernel modesetting (RS690
 0x1002:0x791E).
 [ ? ?0.429817] [drm] register mmio base: 0xFE9F
 [ ? ?0.429876] [drm] register mmio size: 65536
 [ ? ?0.430457] ATOM BIOS: ATI
 [ ? ?0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF
 (32M used)
 [ ? ?0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
 [ ? ?0.430675] [drm] radeon: irq initialized.
 [ ? ?0.430737] mtrr: type mismatch for fc00,200 old:
 write-back new: write-comb
 ining
 [ ? ?0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
 [ ? ?0.430868] [drm] RAM width 128bits DDR
 [ ? ?0.431011] [TTM] Zone ?kernel: Available graphics memory: 2010234
 kiB.
 [ ? ?0.431070] [TTM] Initializing pool allocator.
 [ ? ?0.431147] [drm] radeon: 32M of VRAM memory ready
 [ ? ?0.431205] [drm] radeon: 512M of GTT memory ready.
 [ ? ?0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
 [ ? ?0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
 [ ? ?0.441719] [drm] Loading RS690/RS740 Microcode
 [ ? ?0.441926] [drm] radeon: ring at 0xBE00
 [ ? ?0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
 (sracth(0x15E4)=0x
 CAFEDEAD)
 [ ? ?0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working
 (-22).
 [ ? ?0.577252] radeon :01:05.0: failled initializing CP (-22).
 [ ? ?0.577310] radeon :01:05.0: Disabling GPU acceleration
 [ ? ?0.577440] [drm] radeon: cp finalized
 [ ? ?0.578078] [drm] Default TV standard: NTSC
 [ ? ?0.578314] [drm] Default TV standard: NTSC
 [ ? ?0.578590] [drm] Radeon Display Connectors
 [ ? ?0.578648] [drm] Connector 0:
 [ ? ?0.578706] [drm] ? VGA
 [ ? ?0.578764] [drm] ? DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
 0x7e5c 0x7e4c
 [ ? ?0.578837] [drm] ? Encoders:
 [ ? ?0.578894] [drm] ? ? CRT1: INTERNAL_KLDSCP_DAC1
 [ ? ?0.578952] [drm] Connector 1:
 [ ? ?0.579010] [drm] ? S-video
 [ ? ?0.579067] [drm] ? Encoders:
 [ ? ?0.579124] [drm] ? ? TV1: INTERNAL_KLDSCP_DAC1
 [ ? ?0.579182] [drm] Connector 2:
 [ ? ?0.579239] [drm] ? HDMI-A
 [ ? ?0.579297] [drm] ? DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
 0x7e4c 0x7e5c
 [ ? ?0.579369] [drm] ? Encoders:
 [ ? ?0.579427] [drm] ? ? DFP3: INTERNAL_LVTM1
 [ ? ?0.773375] [drm] fb mappable at 0xFC04
 [ ? ?0.773434] [drm] vram apper at 0xFC00
 [ ? ?0.773491] [drm] size 786432
 [ ? ?0.773549] [drm] fb depth is 8
 [ ? ?0.773606] [drm] ? ?pitch is 1024
 [ ? ?0.773737] fbcon: radeondrmfb (fb0) is primary device
 [ ? ?0.793240] Console: switching to colour frame buffer device 128x48
 [ ? ?0.794833] fb0: radeondrmfb frame buffer device
 [ ? ?0.794852] drm: registered panic notifier
 [ ? ?0.794871] 

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Alex Deucher
On Wed, Jul 14, 2010 at 4:05 PM, Torsten Kaiser
 wrote:
> On Wed, Jul 14, 2010 at 9:30 PM, Jerome Glisse  
> wrote:
>> On 07/14/2010 02:51 PM, Torsten Kaiser wrote:
>>>
>>> On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucher
>>> ?wrote:

 On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
  ?wrote:
>
> But the CP is still broken:

 Is this a regression? ?If so, can you bisect it?

 Alex
>>>
>>> I bisected it to this commit:
>>>
>>> d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
>>> commit d594e46ace22afa1621254f6f669e65430048153
>>> Author: Jerome Glisse
>>> Date: ? Wed Feb 17 21:54:29 2010 +
>>>
>>> ? ? drm/radeon/kms: simplify memory controller setup V2
>>>
>>> ? ? Get rid of _location and use _start/_end also simplify the
>>> ? ? computation of vram_start|end& ?gtt_start|end. For R1XX-R2XX
>>> ? ? we place VRAM at the same address of PCI aperture, those GPU
>>> ? ? shouldn't have much memory and seems to behave better when
>>> ? ? setup that way. For R3XX and newer we place VRAM at 0. For
>>> ? ? R6XX-R7XX AGP we place VRAM before or after AGP aperture this
>>> ? ? might limit to limit the VRAM size but it's very unlikely.
>>> ? ? For IGP we don't change the VRAM placement.
>>>
>>> ? ? Tested on (compiz,quake3,suspend/resume):
>>> ? ? PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
>>> ? ? AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
>>> ? ? IGP:RS480(RPB*),RS690,RS780(RPB*),RS880
>>>
>>> ? ? RPB: resume previously broken
>>>
>>> ? ? V2 correct commit message to reflect more accurately the bug
>>> ? ? and move VRAM placement to 0 for most of the GPU to avoid
>>> ? ? limiting VRAM.
>>>
>>> ? ? Signed-off-by: Jerome Glisse
>>> ? ? Signed-off-by: Dave Airlie
>>>
>>> :04 04 05c1e456fcf6565aa8711e4933807956d0055cca
>>> 792c6be2bd161a52500c5e8d685ee651cd5af07e M ? ? drivers
>>>
>>> HTH, Torsten
>>>
> [ ? ?0.426931] Linux agpgart interface v0.103
> [ ? ?0.427092] [drm] Initialized drm 1.1.0 20060810
> [ ? ?0.427196] [drm] radeon defaulting to kernel modesetting.
> [ ? ?0.427255] [drm] radeon kernel modesetting enabled.
> [ ? ?0.427372] radeon :01:05.0: PCI INT A -> ?GSI 18 (level, low) ->
> ?IRQ 18
> [ ? ?0.429659] [drm] initializing kernel modesetting (RS690
> 0x1002:0x791E).
> [ ? ?0.429817] [drm] register mmio base: 0xFE9F
> [ ? ?0.429876] [drm] register mmio size: 65536
> [ ? ?0.430457] ATOM BIOS: ATI
> [ ? ?0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF
> (32M used)
> [ ? ?0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
> [ ? ?0.430675] [drm] radeon: irq initialized.
> [ ? ?0.430737] mtrr: type mismatch for fc00,200 old:
> write-back new: write-comb
> ining
> [ ? ?0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
> [ ? ?0.430868] [drm] RAM width 128bits DDR
> [ ? ?0.431011] [TTM] Zone ?kernel: Available graphics memory: 2010234
> kiB.
> [ ? ?0.431070] [TTM] Initializing pool allocator.
> [ ? ?0.431147] [drm] radeon: 32M of VRAM memory ready
> [ ? ?0.431205] [drm] radeon: 512M of GTT memory ready.
> [ ? ?0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
> [ ? ?0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
> [ ? ?0.441719] [drm] Loading RS690/RS740 Microcode
> [ ? ?0.441926] [drm] radeon: ring at 0xBE00
> [ ? ?0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
> (sracth(0x15E4)=0x
> CAFEDEAD)
> [ ? ?0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working
> (-22).
> [ ? ?0.577252] radeon :01:05.0: failled initializing CP (-22).
> [ ? ?0.577310] radeon :01:05.0: Disabling GPU acceleration
> [ ? ?0.577440] [drm] radeon: cp finalized
> [ ? ?0.578078] [drm] Default TV standard: NTSC
> [ ? ?0.578314] [drm] Default TV standard: NTSC
> [ ? ?0.578590] [drm] Radeon Display Connectors
> [ ? ?0.578648] [drm] Connector 0:
> [ ? ?0.578706] [drm] ? VGA
> [ ? ?0.578764] [drm] ? DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
> 0x7e5c 0x7e4c
> [ ? ?0.578837] [drm] ? Encoders:
> [ ? ?0.578894] [drm] ? ? CRT1: INTERNAL_KLDSCP_DAC1
> [ ? ?0.578952] [drm] Connector 1:
> [ ? ?0.579010] [drm] ? S-video
> [ ? ?0.579067] [drm] ? Encoders:
> [ ? ?0.579124] [drm] ? ? TV1: INTERNAL_KLDSCP_DAC1
> [ ? ?0.579182] [drm] Connector 2:
> [ ? ?0.579239] [drm] ? HDMI-A
> [ ? ?0.579297] [drm] ? DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
> 0x7e4c 0x7e5c
> [ ? ?0.579369] [drm] ? Encoders:
> [ ? ?0.579427] [drm] ? ? DFP3: INTERNAL_LVTM1
> [ ? ?0.773375] [drm] fb mappable at 0xFC04
> [ ? ?0.773434] [drm] vram apper at 0xFC00
> [ ? ?0.773491] [drm] size 786432
> [ ? ?0.773549] [drm] fb depth is 8
> [ ? ?0.773606] [drm] ? ?pitch is 1024
> [ ? ?0.773737] fbcon: radeondrmfb (fb0) is primary device
> [ ? ?0.793240] Console: 

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Jerome Glisse
On 07/14/2010 04:05 PM, Torsten Kaiser wrote:
> On Wed, Jul 14, 2010 at 9:30 PM, Jerome Glisse  
> wrote:
>> On 07/14/2010 02:51 PM, Torsten Kaiser wrote:
>>>
>>> On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucher
>>>   wrote:

 On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
 wrote:
>
> But the CP is still broken:

 Is this a regression?  If so, can you bisect it?

 Alex
>>>
>>> I bisected it to this commit:
>>>
>>> d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
>>> commit d594e46ace22afa1621254f6f669e65430048153
>>> Author: Jerome Glisse
>>> Date:   Wed Feb 17 21:54:29 2010 +
>>>
>>>  drm/radeon/kms: simplify memory controller setup V2
>>>
>>>  Get rid of _location and use _start/_end also simplify the
>>>  computation of vram_start|end>t_start|end. For R1XX-R2XX
>>>  we place VRAM at the same address of PCI aperture, those GPU
>>>  shouldn't have much memory and seems to behave better when
>>>  setup that way. For R3XX and newer we place VRAM at 0. For
>>>  R6XX-R7XX AGP we place VRAM before or after AGP aperture this
>>>  might limit to limit the VRAM size but it's very unlikely.
>>>  For IGP we don't change the VRAM placement.
>>>
>>>  Tested on (compiz,quake3,suspend/resume):
>>>  PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
>>>  AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
>>>  IGP:RS480(RPB*),RS690,RS780(RPB*),RS880
>>>
>>>  RPB: resume previously broken
>>>
>>>  V2 correct commit message to reflect more accurately the bug
>>>  and move VRAM placement to 0 for most of the GPU to avoid
>>>  limiting VRAM.
>>>
>>>  Signed-off-by: Jerome Glisse
>>>  Signed-off-by: Dave Airlie
>>>
>>> :04 04 05c1e456fcf6565aa8711e4933807956d0055cca
>>> 792c6be2bd161a52500c5e8d685ee651cd5af07e M drivers
>>>
>>> HTH, Torsten
>>>
> [0.426931] Linux agpgart interface v0.103
> [0.427092] [drm] Initialized drm 1.1.0 20060810
> [0.427196] [drm] radeon defaulting to kernel modesetting.
> [0.427255] [drm] radeon kernel modesetting enabled.
> [0.427372] radeon :01:05.0: PCI INT A ->GSI 18 (level, low) ->
>   IRQ 18
> [0.429659] [drm] initializing kernel modesetting (RS690
> 0x1002:0x791E).
> [0.429817] [drm] register mmio base: 0xFE9F
> [0.429876] [drm] register mmio size: 65536
> [0.430457] ATOM BIOS: ATI
> [0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF
> (32M used)
> [0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
> [0.430675] [drm] radeon: irq initialized.
> [0.430737] mtrr: type mismatch for fc00,200 old:
> write-back new: write-comb
> ining
> [0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
> [0.430868] [drm] RAM width 128bits DDR
> [0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234
> kiB.
> [0.431070] [TTM] Initializing pool allocator.
> [0.431147] [drm] radeon: 32M of VRAM memory ready
> [0.431205] [drm] radeon: 512M of GTT memory ready.
> [0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
> [0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
> [0.441719] [drm] Loading RS690/RS740 Microcode
> [0.441926] [drm] radeon: ring at 0xBE00
> [0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
> (sracth(0x15E4)=0x
> CAFEDEAD)
> [0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working
> (-22).
> [0.577252] radeon :01:05.0: failled initializing CP (-22).
> [0.577310] radeon :01:05.0: Disabling GPU acceleration
> [0.577440] [drm] radeon: cp finalized
> [0.578078] [drm] Default TV standard: NTSC
> [0.578314] [drm] Default TV standard: NTSC
> [0.578590] [drm] Radeon Display Connectors
> [0.578648] [drm] Connector 0:
> [0.578706] [drm]   VGA
> [0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
> 0x7e5c 0x7e4c
> [0.578837] [drm]   Encoders:
> [0.578894] [drm] CRT1: INTERNAL_KLDSCP_DAC1
> [0.578952] [drm] Connector 1:
> [0.579010] [drm]   S-video
> [0.579067] [drm]   Encoders:
> [0.579124] [drm] TV1: INTERNAL_KLDSCP_DAC1
> [0.579182] [drm] Connector 2:
> [0.579239] [drm]   HDMI-A
> [0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
> 0x7e4c 0x7e5c
> [0.579369] [drm]   Encoders:
> [0.579427] [drm] DFP3: INTERNAL_LVTM1
> [0.773375] [drm] fb mappable at 0xFC04
> [0.773434] [drm] vram apper at 0xFC00
> [0.773491] [drm] size 786432
> [0.773549] [drm] fb depth is 8
> [0.773606] [drm]pitch is 1024
> [0.773737] fbcon: radeondrmfb (fb0) is primary device
> [

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Alex Deucher
On Wed, Jul 14, 2010 at 2:51 PM, Torsten Kaiser
 wrote:
> On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucher  
> wrote:
>> On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
>>  wrote:
>>> But the CP is still broken:
>>
>> Is this a regression? ?If so, can you bisect it?
>>
>> Alex
>
> I bisected it to this commit:

Jerome, Any thoughts?  I got another report of the CP being broken an
an rs690 on IRC as well.
Looks like the checks that clipped vram based on the aperture size got
removed on rs600 and rs690.  Also, I think ideally we want always want
mc_vram_size and the internal MC vram map to always be the actual vram
size while the part we expose to the memory manager should be clipped
to the aperture size.  I think that was the root cause of the old
brightness lockup bug since there is a bios scratch area usually at
the end of vram which causes problems if we've limited the MC's vram
map.

Alex

>
> d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
> commit d594e46ace22afa1621254f6f669e65430048153
> Author: Jerome Glisse 
> Date: ? Wed Feb 17 21:54:29 2010 +
>
> ? ?drm/radeon/kms: simplify memory controller setup V2
>
> ? ?Get rid of _location and use _start/_end also simplify the
> ? ?computation of vram_start|end & gtt_start|end. For R1XX-R2XX
> ? ?we place VRAM at the same address of PCI aperture, those GPU
> ? ?shouldn't have much memory and seems to behave better when
> ? ?setup that way. For R3XX and newer we place VRAM at 0. For
> ? ?R6XX-R7XX AGP we place VRAM before or after AGP aperture this
> ? ?might limit to limit the VRAM size but it's very unlikely.
> ? ?For IGP we don't change the VRAM placement.
>
> ? ?Tested on (compiz,quake3,suspend/resume):
> ? ?PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
> ? ?AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
> ? ?IGP:RS480(RPB*),RS690,RS780(RPB*),RS880
>
> ? ?RPB: resume previously broken
>
> ? ?V2 correct commit message to reflect more accurately the bug
> ? ?and move VRAM placement to 0 for most of the GPU to avoid
> ? ?limiting VRAM.
>
> ? ?Signed-off-by: Jerome Glisse 
> ? ?Signed-off-by: Dave Airlie 
>
> :04 04 05c1e456fcf6565aa8711e4933807956d0055cca
> 792c6be2bd161a52500c5e8d685ee651cd5af07e M ? ? drivers
>
> HTH, Torsten
>
>>> [ ? ?0.426931] Linux agpgart interface v0.103
>>> [ ? ?0.427092] [drm] Initialized drm 1.1.0 20060810
>>> [ ? ?0.427196] [drm] radeon defaulting to kernel modesetting.
>>> [ ? ?0.427255] [drm] radeon kernel modesetting enabled.
>>> [ ? ?0.427372] radeon :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 
>>> 18
>>> [ ? ?0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
>>> [ ? ?0.429817] [drm] register mmio base: 0xFE9F
>>> [ ? ?0.429876] [drm] register mmio size: 65536
>>> [ ? ?0.430457] ATOM BIOS: ATI
>>> [ ? ?0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
>>> used)
>>> [ ? ?0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
>>> [ ? ?0.430675] [drm] radeon: irq initialized.
>>> [ ? ?0.430737] mtrr: type mismatch for fc00,200 old:
>>> write-back new: write-comb
>>> ining
>>> [ ? ?0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
>>> [ ? ?0.430868] [drm] RAM width 128bits DDR
>>> [ ? ?0.431011] [TTM] Zone ?kernel: Available graphics memory: 2010234 kiB.
>>> [ ? ?0.431070] [TTM] Initializing pool allocator.
>>> [ ? ?0.431147] [drm] radeon: 32M of VRAM memory ready
>>> [ ? ?0.431205] [drm] radeon: 512M of GTT memory ready.
>>> [ ? ?0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
>>> [ ? ?0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
>>> [ ? ?0.441719] [drm] Loading RS690/RS740 Microcode
>>> [ ? ?0.441926] [drm] radeon: ring at 0xBE00
>>> [ ? ?0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
>>> (sracth(0x15E4)=0x
>>> CAFEDEAD)
>>> [ ? ?0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
>>> [ ? ?0.577252] radeon :01:05.0: failled initializing CP (-22).
>>> [ ? ?0.577310] radeon :01:05.0: Disabling GPU acceleration
>>> [ ? ?0.577440] [drm] radeon: cp finalized
>>> [ ? ?0.578078] [drm] Default TV standard: NTSC
>>> [ ? ?0.578314] [drm] Default TV standard: NTSC
>>> [ ? ?0.578590] [drm] Radeon Display Connectors
>>> [ ? ?0.578648] [drm] Connector 0:
>>> [ ? ?0.578706] [drm] ? VGA
>>> [ ? ?0.578764] [drm] ? DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
>>> 0x7e5c 0x7e4c
>>> [ ? ?0.578837] [drm] ? Encoders:
>>> [ ? ?0.578894] [drm] ? ? CRT1: INTERNAL_KLDSCP_DAC1
>>> [ ? ?0.578952] [drm] Connector 1:
>>> [ ? ?0.579010] [drm] ? S-video
>>> [ ? ?0.579067] [drm] ? Encoders:
>>> [ ? ?0.579124] [drm] ? ? TV1: INTERNAL_KLDSCP_DAC1
>>> [ ? ?0.579182] [drm] Connector 2:
>>> [ ? ?0.579239] [drm] ? HDMI-A
>>> [ ? ?0.579297] [drm] ? DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
>>> 0x7e4c 0x7e5c
>>> [ ? ?0.579369] [drm] ? Encoders:
>>> [ ? ?0.579427] [drm] ? ? DFP3: INTERNAL_LVTM1
>>> [ ? ?0.773375] [drm] fb mappable at 0xFC04
>>> [ ? ?0.773434] [drm] vram apper at 

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Jerome Glisse
On 07/14/2010 02:51 PM, Torsten Kaiser wrote:
> On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucher  
> wrote:
>> On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
>>   wrote:
>>> But the CP is still broken:
>>
>> Is this a regression?  If so, can you bisect it?
>>
>> Alex
>
> I bisected it to this commit:
>
> d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
> commit d594e46ace22afa1621254f6f669e65430048153
> Author: Jerome Glisse
> Date:   Wed Feb 17 21:54:29 2010 +
>
>  drm/radeon/kms: simplify memory controller setup V2
>
>  Get rid of _location and use _start/_end also simplify the
>  computation of vram_start|end&  gtt_start|end. For R1XX-R2XX
>  we place VRAM at the same address of PCI aperture, those GPU
>  shouldn't have much memory and seems to behave better when
>  setup that way. For R3XX and newer we place VRAM at 0. For
>  R6XX-R7XX AGP we place VRAM before or after AGP aperture this
>  might limit to limit the VRAM size but it's very unlikely.
>  For IGP we don't change the VRAM placement.
>
>  Tested on (compiz,quake3,suspend/resume):
>  PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
>  AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
>  IGP:RS480(RPB*),RS690,RS780(RPB*),RS880
>
>  RPB: resume previously broken
>
>  V2 correct commit message to reflect more accurately the bug
>  and move VRAM placement to 0 for most of the GPU to avoid
>  limiting VRAM.
>
>  Signed-off-by: Jerome Glisse
>  Signed-off-by: Dave Airlie
>
> :04 04 05c1e456fcf6565aa8711e4933807956d0055cca
> 792c6be2bd161a52500c5e8d685ee651cd5af07e M drivers
>
> HTH, Torsten
>
>>> [0.426931] Linux agpgart interface v0.103
>>> [0.427092] [drm] Initialized drm 1.1.0 20060810
>>> [0.427196] [drm] radeon defaulting to kernel modesetting.
>>> [0.427255] [drm] radeon kernel modesetting enabled.
>>> [0.427372] radeon :01:05.0: PCI INT A ->  GSI 18 (level, low) ->  
>>> IRQ 18
>>> [0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
>>> [0.429817] [drm] register mmio base: 0xFE9F
>>> [0.429876] [drm] register mmio size: 65536
>>> [0.430457] ATOM BIOS: ATI
>>> [0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
>>> used)
>>> [0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
>>> [0.430675] [drm] radeon: irq initialized.
>>> [0.430737] mtrr: type mismatch for fc00,200 old:
>>> write-back new: write-comb
>>> ining
>>> [0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
>>> [0.430868] [drm] RAM width 128bits DDR
>>> [0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
>>> [0.431070] [TTM] Initializing pool allocator.
>>> [0.431147] [drm] radeon: 32M of VRAM memory ready
>>> [0.431205] [drm] radeon: 512M of GTT memory ready.
>>> [0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
>>> [0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
>>> [0.441719] [drm] Loading RS690/RS740 Microcode
>>> [0.441926] [drm] radeon: ring at 0xBE00
>>> [0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
>>> (sracth(0x15E4)=0x
>>> CAFEDEAD)
>>> [0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
>>> [0.577252] radeon :01:05.0: failled initializing CP (-22).
>>> [0.577310] radeon :01:05.0: Disabling GPU acceleration
>>> [0.577440] [drm] radeon: cp finalized
>>> [0.578078] [drm] Default TV standard: NTSC
>>> [0.578314] [drm] Default TV standard: NTSC
>>> [0.578590] [drm] Radeon Display Connectors
>>> [0.578648] [drm] Connector 0:
>>> [0.578706] [drm]   VGA
>>> [0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
>>> 0x7e5c 0x7e4c
>>> [0.578837] [drm]   Encoders:
>>> [0.578894] [drm] CRT1: INTERNAL_KLDSCP_DAC1
>>> [0.578952] [drm] Connector 1:
>>> [0.579010] [drm]   S-video
>>> [0.579067] [drm]   Encoders:
>>> [0.579124] [drm] TV1: INTERNAL_KLDSCP_DAC1
>>> [0.579182] [drm] Connector 2:
>>> [0.579239] [drm]   HDMI-A
>>> [0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
>>> 0x7e4c 0x7e5c
>>> [0.579369] [drm]   Encoders:
>>> [0.579427] [drm] DFP3: INTERNAL_LVTM1
>>> [0.773375] [drm] fb mappable at 0xFC04
>>> [0.773434] [drm] vram apper at 0xFC00
>>> [0.773491] [drm] size 786432
>>> [0.773549] [drm] fb depth is 8
>>> [0.773606] [drm]pitch is 1024
>>> [0.773737] fbcon: radeondrmfb (fb0) is primary device
>>> [0.793240] Console: switching to colour frame buffer device 128x48
>>> [0.794833] fb0: radeondrmfb frame buffer device
>>> [0.794852] drm: registered panic notifier
>>> [0.794871] Slow work thread pool: Starting up
>>> [0.794932] Slow work thread pool: Ready
>>> [0.794953] [drm] Initialized radeon 2.5.0 20080528 for
>>> :01:05.0 on minor 0

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Torsten Kaiser
On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucher alexdeuc...@gmail.com wrote:
 On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
 just.for.l...@googlemail.com wrote:
 But the CP is still broken:

 Is this a regression?  If so, can you bisect it?

 Alex

I bisected it to this commit:

d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
commit d594e46ace22afa1621254f6f669e65430048153
Author: Jerome Glisse jgli...@redhat.com
Date:   Wed Feb 17 21:54:29 2010 +

drm/radeon/kms: simplify memory controller setup V2

Get rid of _location and use _start/_end also simplify the
computation of vram_start|end  gtt_start|end. For R1XX-R2XX
we place VRAM at the same address of PCI aperture, those GPU
shouldn't have much memory and seems to behave better when
setup that way. For R3XX and newer we place VRAM at 0. For
R6XX-R7XX AGP we place VRAM before or after AGP aperture this
might limit to limit the VRAM size but it's very unlikely.
For IGP we don't change the VRAM placement.

Tested on (compiz,quake3,suspend/resume):
PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
IGP:RS480(RPB*),RS690,RS780(RPB*),RS880

RPB: resume previously broken

V2 correct commit message to reflect more accurately the bug
and move VRAM placement to 0 for most of the GPU to avoid
limiting VRAM.

Signed-off-by: Jerome Glisse jgli...@redhat.com
Signed-off-by: Dave Airlie airl...@redhat.com

:04 04 05c1e456fcf6565aa8711e4933807956d0055cca
792c6be2bd161a52500c5e8d685ee651cd5af07e M drivers

HTH, Torsten

 [    0.426931] Linux agpgart interface v0.103
 [    0.427092] [drm] Initialized drm 1.1.0 20060810
 [    0.427196] [drm] radeon defaulting to kernel modesetting.
 [    0.427255] [drm] radeon kernel modesetting enabled.
 [    0.427372] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 
 18
 [    0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
 [    0.429817] [drm] register mmio base: 0xFE9F
 [    0.429876] [drm] register mmio size: 65536
 [    0.430457] ATOM BIOS: ATI
 [    0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
 used)
 [    0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
 [    0.430675] [drm] radeon: irq initialized.
 [    0.430737] mtrr: type mismatch for fc00,200 old:
 write-back new: write-comb
 ining
 [    0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
 [    0.430868] [drm] RAM width 128bits DDR
 [    0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
 [    0.431070] [TTM] Initializing pool allocator.
 [    0.431147] [drm] radeon: 32M of VRAM memory ready
 [    0.431205] [drm] radeon: 512M of GTT memory ready.
 [    0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
 [    0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
 [    0.441719] [drm] Loading RS690/RS740 Microcode
 [    0.441926] [drm] radeon: ring at 0xBE00
 [    0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
 (sracth(0x15E4)=0x
 CAFEDEAD)
 [    0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
 [    0.577252] radeon :01:05.0: failled initializing CP (-22).
 [    0.577310] radeon :01:05.0: Disabling GPU acceleration
 [    0.577440] [drm] radeon: cp finalized
 [    0.578078] [drm] Default TV standard: NTSC
 [    0.578314] [drm] Default TV standard: NTSC
 [    0.578590] [drm] Radeon Display Connectors
 [    0.578648] [drm] Connector 0:
 [    0.578706] [drm]   VGA
 [    0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
 0x7e5c 0x7e4c
 [    0.578837] [drm]   Encoders:
 [    0.578894] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
 [    0.578952] [drm] Connector 1:
 [    0.579010] [drm]   S-video
 [    0.579067] [drm]   Encoders:
 [    0.579124] [drm]     TV1: INTERNAL_KLDSCP_DAC1
 [    0.579182] [drm] Connector 2:
 [    0.579239] [drm]   HDMI-A
 [    0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
 0x7e4c 0x7e5c
 [    0.579369] [drm]   Encoders:
 [    0.579427] [drm]     DFP3: INTERNAL_LVTM1
 [    0.773375] [drm] fb mappable at 0xFC04
 [    0.773434] [drm] vram apper at 0xFC00
 [    0.773491] [drm] size 786432
 [    0.773549] [drm] fb depth is 8
 [    0.773606] [drm]    pitch is 1024
 [    0.773737] fbcon: radeondrmfb (fb0) is primary device
 [    0.793240] Console: switching to colour frame buffer device 128x48
 [    0.794833] fb0: radeondrmfb frame buffer device
 [    0.794852] drm: registered panic notifier
 [    0.794871] Slow work thread pool: Starting up
 [    0.794932] Slow work thread pool: Ready
 [    0.794953] [drm] Initialized radeon 2.5.0 20080528 for
 :01:05.0 on minor 0


 Torsten


___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Jerome Glisse

On 07/14/2010 02:51 PM, Torsten Kaiser wrote:

On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucheralexdeuc...@gmail.com  wrote:

On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
just.for.l...@googlemail.com  wrote:

But the CP is still broken:


Is this a regression?  If so, can you bisect it?

Alex


I bisected it to this commit:

d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
commit d594e46ace22afa1621254f6f669e65430048153
Author: Jerome Glissejgli...@redhat.com
Date:   Wed Feb 17 21:54:29 2010 +

 drm/radeon/kms: simplify memory controller setup V2

 Get rid of _location and use _start/_end also simplify the
 computation of vram_start|end  gtt_start|end. For R1XX-R2XX
 we place VRAM at the same address of PCI aperture, those GPU
 shouldn't have much memory and seems to behave better when
 setup that way. For R3XX and newer we place VRAM at 0. For
 R6XX-R7XX AGP we place VRAM before or after AGP aperture this
 might limit to limit the VRAM size but it's very unlikely.
 For IGP we don't change the VRAM placement.

 Tested on (compiz,quake3,suspend/resume):
 PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
 AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
 IGP:RS480(RPB*),RS690,RS780(RPB*),RS880

 RPB: resume previously broken

 V2 correct commit message to reflect more accurately the bug
 and move VRAM placement to 0 for most of the GPU to avoid
 limiting VRAM.

 Signed-off-by: Jerome Glissejgli...@redhat.com
 Signed-off-by: Dave Airlieairl...@redhat.com

:04 04 05c1e456fcf6565aa8711e4933807956d0055cca
792c6be2bd161a52500c5e8d685ee651cd5af07e M drivers

HTH, Torsten


[0.426931] Linux agpgart interface v0.103
[0.427092] [drm] Initialized drm 1.1.0 20060810
[0.427196] [drm] radeon defaulting to kernel modesetting.
[0.427255] [drm] radeon kernel modesetting enabled.
[0.427372] radeon :01:05.0: PCI INT A -  GSI 18 (level, low) -  IRQ 18
[0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
[0.429817] [drm] register mmio base: 0xFE9F
[0.429876] [drm] register mmio size: 65536
[0.430457] ATOM BIOS: ATI
[0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M used)
[0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
[0.430675] [drm] radeon: irq initialized.
[0.430737] mtrr: type mismatch for fc00,200 old:
write-back new: write-comb
ining
[0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
[0.430868] [drm] RAM width 128bits DDR
[0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
[0.431070] [TTM] Initializing pool allocator.
[0.431147] [drm] radeon: 32M of VRAM memory ready
[0.431205] [drm] radeon: 512M of GTT memory ready.
[0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
[0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
[0.441719] [drm] Loading RS690/RS740 Microcode
[0.441926] [drm] radeon: ring at 0xBE00
[0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
(sracth(0x15E4)=0x
CAFEDEAD)
[0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
[0.577252] radeon :01:05.0: failled initializing CP (-22).
[0.577310] radeon :01:05.0: Disabling GPU acceleration
[0.577440] [drm] radeon: cp finalized
[0.578078] [drm] Default TV standard: NTSC
[0.578314] [drm] Default TV standard: NTSC
[0.578590] [drm] Radeon Display Connectors
[0.578648] [drm] Connector 0:
[0.578706] [drm]   VGA
[0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
0x7e5c 0x7e4c
[0.578837] [drm]   Encoders:
[0.578894] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[0.578952] [drm] Connector 1:
[0.579010] [drm]   S-video
[0.579067] [drm]   Encoders:
[0.579124] [drm] TV1: INTERNAL_KLDSCP_DAC1
[0.579182] [drm] Connector 2:
[0.579239] [drm]   HDMI-A
[0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
0x7e4c 0x7e5c
[0.579369] [drm]   Encoders:
[0.579427] [drm] DFP3: INTERNAL_LVTM1
[0.773375] [drm] fb mappable at 0xFC04
[0.773434] [drm] vram apper at 0xFC00
[0.773491] [drm] size 786432
[0.773549] [drm] fb depth is 8
[0.773606] [drm]pitch is 1024
[0.773737] fbcon: radeondrmfb (fb0) is primary device
[0.793240] Console: switching to colour frame buffer device 128x48
[0.794833] fb0: radeondrmfb frame buffer device
[0.794852] drm: registered panic notifier
[0.794871] Slow work thread pool: Starting up
[0.794932] Slow work thread pool: Ready
[0.794953] [drm] Initialized radeon 2.5.0 20080528 for
:01:05.0 on minor 0


Torsten





Does the attached patch works ? (try to change the if 0 to if 1 too

Cheers,
Jerome
From c699536948731a37372dbc12062559265fcc2f3c Mon Sep 17 00:00:00 2001
From: Jerome Glisse jgli...@redhat.com
Date: Wed, 14 Jul 2010 15:28:53 -0400

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Alex Deucher
On Wed, Jul 14, 2010 at 2:51 PM, Torsten Kaiser
just.for.l...@googlemail.com wrote:
 On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucher alexdeuc...@gmail.com wrote:
 On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
 just.for.l...@googlemail.com wrote:
 But the CP is still broken:

 Is this a regression?  If so, can you bisect it?

 Alex

 I bisected it to this commit:

Jerome, Any thoughts?  I got another report of the CP being broken an
an rs690 on IRC as well.
Looks like the checks that clipped vram based on the aperture size got
removed on rs600 and rs690.  Also, I think ideally we want always want
mc_vram_size and the internal MC vram map to always be the actual vram
size while the part we expose to the memory manager should be clipped
to the aperture size.  I think that was the root cause of the old
brightness lockup bug since there is a bios scratch area usually at
the end of vram which causes problems if we've limited the MC's vram
map.

Alex


 d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
 commit d594e46ace22afa1621254f6f669e65430048153
 Author: Jerome Glisse jgli...@redhat.com
 Date:   Wed Feb 17 21:54:29 2010 +

    drm/radeon/kms: simplify memory controller setup V2

    Get rid of _location and use _start/_end also simplify the
    computation of vram_start|end  gtt_start|end. For R1XX-R2XX
    we place VRAM at the same address of PCI aperture, those GPU
    shouldn't have much memory and seems to behave better when
    setup that way. For R3XX and newer we place VRAM at 0. For
    R6XX-R7XX AGP we place VRAM before or after AGP aperture this
    might limit to limit the VRAM size but it's very unlikely.
    For IGP we don't change the VRAM placement.

    Tested on (compiz,quake3,suspend/resume):
    PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
    AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
    IGP:RS480(RPB*),RS690,RS780(RPB*),RS880

    RPB: resume previously broken

    V2 correct commit message to reflect more accurately the bug
    and move VRAM placement to 0 for most of the GPU to avoid
    limiting VRAM.

    Signed-off-by: Jerome Glisse jgli...@redhat.com
    Signed-off-by: Dave Airlie airl...@redhat.com

 :04 04 05c1e456fcf6565aa8711e4933807956d0055cca
 792c6be2bd161a52500c5e8d685ee651cd5af07e M     drivers

 HTH, Torsten

 [    0.426931] Linux agpgart interface v0.103
 [    0.427092] [drm] Initialized drm 1.1.0 20060810
 [    0.427196] [drm] radeon defaulting to kernel modesetting.
 [    0.427255] [drm] radeon kernel modesetting enabled.
 [    0.427372] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 
 18
 [    0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
 [    0.429817] [drm] register mmio base: 0xFE9F
 [    0.429876] [drm] register mmio size: 65536
 [    0.430457] ATOM BIOS: ATI
 [    0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
 used)
 [    0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
 [    0.430675] [drm] radeon: irq initialized.
 [    0.430737] mtrr: type mismatch for fc00,200 old:
 write-back new: write-comb
 ining
 [    0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
 [    0.430868] [drm] RAM width 128bits DDR
 [    0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
 [    0.431070] [TTM] Initializing pool allocator.
 [    0.431147] [drm] radeon: 32M of VRAM memory ready
 [    0.431205] [drm] radeon: 512M of GTT memory ready.
 [    0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
 [    0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
 [    0.441719] [drm] Loading RS690/RS740 Microcode
 [    0.441926] [drm] radeon: ring at 0xBE00
 [    0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
 (sracth(0x15E4)=0x
 CAFEDEAD)
 [    0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
 [    0.577252] radeon :01:05.0: failled initializing CP (-22).
 [    0.577310] radeon :01:05.0: Disabling GPU acceleration
 [    0.577440] [drm] radeon: cp finalized
 [    0.578078] [drm] Default TV standard: NTSC
 [    0.578314] [drm] Default TV standard: NTSC
 [    0.578590] [drm] Radeon Display Connectors
 [    0.578648] [drm] Connector 0:
 [    0.578706] [drm]   VGA
 [    0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
 0x7e5c 0x7e4c
 [    0.578837] [drm]   Encoders:
 [    0.578894] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
 [    0.578952] [drm] Connector 1:
 [    0.579010] [drm]   S-video
 [    0.579067] [drm]   Encoders:
 [    0.579124] [drm]     TV1: INTERNAL_KLDSCP_DAC1
 [    0.579182] [drm] Connector 2:
 [    0.579239] [drm]   HDMI-A
 [    0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
 0x7e4c 0x7e5c
 [    0.579369] [drm]   Encoders:
 [    0.579427] [drm]     DFP3: INTERNAL_LVTM1
 [    0.773375] [drm] fb mappable at 0xFC04
 [    0.773434] [drm] vram apper at 0xFC00
 [    0.773491] [drm] size 786432
 [    0.773549] [drm] fb depth is 8
 [    

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Torsten Kaiser
On Wed, Jul 14, 2010 at 9:30 PM, Jerome Glisse gli...@freedesktop.org wrote:
 On 07/14/2010 02:51 PM, Torsten Kaiser wrote:

 On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucheralexdeuc...@gmail.com
  wrote:

 On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
 just.for.l...@googlemail.com  wrote:

 But the CP is still broken:

 Is this a regression?  If so, can you bisect it?

 Alex

 I bisected it to this commit:

 d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
 commit d594e46ace22afa1621254f6f669e65430048153
 Author: Jerome Glissejgli...@redhat.com
 Date:   Wed Feb 17 21:54:29 2010 +

     drm/radeon/kms: simplify memory controller setup V2

     Get rid of _location and use _start/_end also simplify the
     computation of vram_start|end  gtt_start|end. For R1XX-R2XX
     we place VRAM at the same address of PCI aperture, those GPU
     shouldn't have much memory and seems to behave better when
     setup that way. For R3XX and newer we place VRAM at 0. For
     R6XX-R7XX AGP we place VRAM before or after AGP aperture this
     might limit to limit the VRAM size but it's very unlikely.
     For IGP we don't change the VRAM placement.

     Tested on (compiz,quake3,suspend/resume):
     PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
     AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
     IGP:RS480(RPB*),RS690,RS780(RPB*),RS880

     RPB: resume previously broken

     V2 correct commit message to reflect more accurately the bug
     and move VRAM placement to 0 for most of the GPU to avoid
     limiting VRAM.

     Signed-off-by: Jerome Glissejgli...@redhat.com
     Signed-off-by: Dave Airlieairl...@redhat.com

 :04 04 05c1e456fcf6565aa8711e4933807956d0055cca
 792c6be2bd161a52500c5e8d685ee651cd5af07e M     drivers

 HTH, Torsten

 [    0.426931] Linux agpgart interface v0.103
 [    0.427092] [drm] Initialized drm 1.1.0 20060810
 [    0.427196] [drm] radeon defaulting to kernel modesetting.
 [    0.427255] [drm] radeon kernel modesetting enabled.
 [    0.427372] radeon :01:05.0: PCI INT A -  GSI 18 (level, low) -
  IRQ 18
 [    0.429659] [drm] initializing kernel modesetting (RS690
 0x1002:0x791E).
 [    0.429817] [drm] register mmio base: 0xFE9F
 [    0.429876] [drm] register mmio size: 65536
 [    0.430457] ATOM BIOS: ATI
 [    0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF
 (32M used)
 [    0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
 [    0.430675] [drm] radeon: irq initialized.
 [    0.430737] mtrr: type mismatch for fc00,200 old:
 write-back new: write-comb
 ining
 [    0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
 [    0.430868] [drm] RAM width 128bits DDR
 [    0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234
 kiB.
 [    0.431070] [TTM] Initializing pool allocator.
 [    0.431147] [drm] radeon: 32M of VRAM memory ready
 [    0.431205] [drm] radeon: 512M of GTT memory ready.
 [    0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
 [    0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
 [    0.441719] [drm] Loading RS690/RS740 Microcode
 [    0.441926] [drm] radeon: ring at 0xBE00
 [    0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
 (sracth(0x15E4)=0x
 CAFEDEAD)
 [    0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working
 (-22).
 [    0.577252] radeon :01:05.0: failled initializing CP (-22).
 [    0.577310] radeon :01:05.0: Disabling GPU acceleration
 [    0.577440] [drm] radeon: cp finalized
 [    0.578078] [drm] Default TV standard: NTSC
 [    0.578314] [drm] Default TV standard: NTSC
 [    0.578590] [drm] Radeon Display Connectors
 [    0.578648] [drm] Connector 0:
 [    0.578706] [drm]   VGA
 [    0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
 0x7e5c 0x7e4c
 [    0.578837] [drm]   Encoders:
 [    0.578894] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
 [    0.578952] [drm] Connector 1:
 [    0.579010] [drm]   S-video
 [    0.579067] [drm]   Encoders:
 [    0.579124] [drm]     TV1: INTERNAL_KLDSCP_DAC1
 [    0.579182] [drm] Connector 2:
 [    0.579239] [drm]   HDMI-A
 [    0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
 0x7e4c 0x7e5c
 [    0.579369] [drm]   Encoders:
 [    0.579427] [drm]     DFP3: INTERNAL_LVTM1
 [    0.773375] [drm] fb mappable at 0xFC04
 [    0.773434] [drm] vram apper at 0xFC00
 [    0.773491] [drm] size 786432
 [    0.773549] [drm] fb depth is 8
 [    0.773606] [drm]    pitch is 1024
 [    0.773737] fbcon: radeondrmfb (fb0) is primary device
 [    0.793240] Console: switching to colour frame buffer device 128x48
 [    0.794833] fb0: radeondrmfb frame buffer device
 [    0.794852] drm: registered panic notifier
 [    0.794871] Slow work thread pool: Starting up
 [    0.794932] Slow work thread pool: Ready
 [    0.794953] [drm] Initialized radeon 2.5.0 20080528 for
 :01:05.0 on minor 0


 Torsten



 Does the attached patch works ? (try to change the if 0 to if 1 too

The 

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Jerome Glisse

On 07/14/2010 04:05 PM, Torsten Kaiser wrote:

On Wed, Jul 14, 2010 at 9:30 PM, Jerome Glissegli...@freedesktop.org  wrote:

On 07/14/2010 02:51 PM, Torsten Kaiser wrote:


On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucheralexdeuc...@gmail.com
  wrote:


On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
just.for.l...@googlemail.comwrote:


But the CP is still broken:


Is this a regression?  If so, can you bisect it?

Alex


I bisected it to this commit:

d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
commit d594e46ace22afa1621254f6f669e65430048153
Author: Jerome Glissejgli...@redhat.com
Date:   Wed Feb 17 21:54:29 2010 +

 drm/radeon/kms: simplify memory controller setup V2

 Get rid of _location and use _start/_end also simplify the
 computation of vram_start|endgtt_start|end. For R1XX-R2XX
 we place VRAM at the same address of PCI aperture, those GPU
 shouldn't have much memory and seems to behave better when
 setup that way. For R3XX and newer we place VRAM at 0. For
 R6XX-R7XX AGP we place VRAM before or after AGP aperture this
 might limit to limit the VRAM size but it's very unlikely.
 For IGP we don't change the VRAM placement.

 Tested on (compiz,quake3,suspend/resume):
 PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
 AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
 IGP:RS480(RPB*),RS690,RS780(RPB*),RS880

 RPB: resume previously broken

 V2 correct commit message to reflect more accurately the bug
 and move VRAM placement to 0 for most of the GPU to avoid
 limiting VRAM.

 Signed-off-by: Jerome Glissejgli...@redhat.com
 Signed-off-by: Dave Airlieairl...@redhat.com

:04 04 05c1e456fcf6565aa8711e4933807956d0055cca
792c6be2bd161a52500c5e8d685ee651cd5af07e M drivers

HTH, Torsten


[0.426931] Linux agpgart interface v0.103
[0.427092] [drm] Initialized drm 1.1.0 20060810
[0.427196] [drm] radeon defaulting to kernel modesetting.
[0.427255] [drm] radeon kernel modesetting enabled.
[0.427372] radeon :01:05.0: PCI INT A -GSI 18 (level, low) -
  IRQ 18
[0.429659] [drm] initializing kernel modesetting (RS690
0x1002:0x791E).
[0.429817] [drm] register mmio base: 0xFE9F
[0.429876] [drm] register mmio size: 65536
[0.430457] ATOM BIOS: ATI
[0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF
(32M used)
[0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
[0.430675] [drm] radeon: irq initialized.
[0.430737] mtrr: type mismatch for fc00,200 old:
write-back new: write-comb
ining
[0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
[0.430868] [drm] RAM width 128bits DDR
[0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234
kiB.
[0.431070] [TTM] Initializing pool allocator.
[0.431147] [drm] radeon: 32M of VRAM memory ready
[0.431205] [drm] radeon: 512M of GTT memory ready.
[0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
[0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
[0.441719] [drm] Loading RS690/RS740 Microcode
[0.441926] [drm] radeon: ring at 0xBE00
[0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
(sracth(0x15E4)=0x
CAFEDEAD)
[0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working
(-22).
[0.577252] radeon :01:05.0: failled initializing CP (-22).
[0.577310] radeon :01:05.0: Disabling GPU acceleration
[0.577440] [drm] radeon: cp finalized
[0.578078] [drm] Default TV standard: NTSC
[0.578314] [drm] Default TV standard: NTSC
[0.578590] [drm] Radeon Display Connectors
[0.578648] [drm] Connector 0:
[0.578706] [drm]   VGA
[0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
0x7e5c 0x7e4c
[0.578837] [drm]   Encoders:
[0.578894] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[0.578952] [drm] Connector 1:
[0.579010] [drm]   S-video
[0.579067] [drm]   Encoders:
[0.579124] [drm] TV1: INTERNAL_KLDSCP_DAC1
[0.579182] [drm] Connector 2:
[0.579239] [drm]   HDMI-A
[0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
0x7e4c 0x7e5c
[0.579369] [drm]   Encoders:
[0.579427] [drm] DFP3: INTERNAL_LVTM1
[0.773375] [drm] fb mappable at 0xFC04
[0.773434] [drm] vram apper at 0xFC00
[0.773491] [drm] size 786432
[0.773549] [drm] fb depth is 8
[0.773606] [drm]pitch is 1024
[0.773737] fbcon: radeondrmfb (fb0) is primary device
[0.793240] Console: switching to colour frame buffer device 128x48
[0.794833] fb0: radeondrmfb frame buffer device
[0.794852] drm: registered panic notifier
[0.794871] Slow work thread pool: Starting up
[0.794932] Slow work thread pool: Ready
[0.794953] [drm] Initialized radeon 2.5.0 20080528 for
:01:05.0 on minor 0


Torsten





Does the attached patch works ? (try to change the if 0 to if 1 too


The patch doesn't compile, 

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Alex Deucher
On Wed, Jul 14, 2010 at 4:05 PM, Torsten Kaiser
just.for.l...@googlemail.com wrote:
 On Wed, Jul 14, 2010 at 9:30 PM, Jerome Glisse gli...@freedesktop.org wrote:
 On 07/14/2010 02:51 PM, Torsten Kaiser wrote:

 On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucheralexdeuc...@gmail.com
  wrote:

 On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
 just.for.l...@googlemail.com  wrote:

 But the CP is still broken:

 Is this a regression?  If so, can you bisect it?

 Alex

 I bisected it to this commit:

 d594e46ace22afa1621254f6f669e65430048153 is the first bad commit
 commit d594e46ace22afa1621254f6f669e65430048153
 Author: Jerome Glissejgli...@redhat.com
 Date:   Wed Feb 17 21:54:29 2010 +

     drm/radeon/kms: simplify memory controller setup V2

     Get rid of _location and use _start/_end also simplify the
     computation of vram_start|end  gtt_start|end. For R1XX-R2XX
     we place VRAM at the same address of PCI aperture, those GPU
     shouldn't have much memory and seems to behave better when
     setup that way. For R3XX and newer we place VRAM at 0. For
     R6XX-R7XX AGP we place VRAM before or after AGP aperture this
     might limit to limit the VRAM size but it's very unlikely.
     For IGP we don't change the VRAM placement.

     Tested on (compiz,quake3,suspend/resume):
     PCI/PCIE:RV280,R420,RV515,RV570,RV610,RV710
     AGP:RV100,RV280,R420,RV350,RV620(RPB*),RV730
     IGP:RS480(RPB*),RS690,RS780(RPB*),RS880

     RPB: resume previously broken

     V2 correct commit message to reflect more accurately the bug
     and move VRAM placement to 0 for most of the GPU to avoid
     limiting VRAM.

     Signed-off-by: Jerome Glissejgli...@redhat.com
     Signed-off-by: Dave Airlieairl...@redhat.com

 :04 04 05c1e456fcf6565aa8711e4933807956d0055cca
 792c6be2bd161a52500c5e8d685ee651cd5af07e M     drivers

 HTH, Torsten

 [    0.426931] Linux agpgart interface v0.103
 [    0.427092] [drm] Initialized drm 1.1.0 20060810
 [    0.427196] [drm] radeon defaulting to kernel modesetting.
 [    0.427255] [drm] radeon kernel modesetting enabled.
 [    0.427372] radeon :01:05.0: PCI INT A -  GSI 18 (level, low) -
  IRQ 18
 [    0.429659] [drm] initializing kernel modesetting (RS690
 0x1002:0x791E).
 [    0.429817] [drm] register mmio base: 0xFE9F
 [    0.429876] [drm] register mmio size: 65536
 [    0.430457] ATOM BIOS: ATI
 [    0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF
 (32M used)
 [    0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
 [    0.430675] [drm] radeon: irq initialized.
 [    0.430737] mtrr: type mismatch for fc00,200 old:
 write-back new: write-comb
 ining
 [    0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
 [    0.430868] [drm] RAM width 128bits DDR
 [    0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234
 kiB.
 [    0.431070] [TTM] Initializing pool allocator.
 [    0.431147] [drm] radeon: 32M of VRAM memory ready
 [    0.431205] [drm] radeon: 512M of GTT memory ready.
 [    0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
 [    0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
 [    0.441719] [drm] Loading RS690/RS740 Microcode
 [    0.441926] [drm] radeon: ring at 0xBE00
 [    0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
 (sracth(0x15E4)=0x
 CAFEDEAD)
 [    0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working
 (-22).
 [    0.577252] radeon :01:05.0: failled initializing CP (-22).
 [    0.577310] radeon :01:05.0: Disabling GPU acceleration
 [    0.577440] [drm] radeon: cp finalized
 [    0.578078] [drm] Default TV standard: NTSC
 [    0.578314] [drm] Default TV standard: NTSC
 [    0.578590] [drm] Radeon Display Connectors
 [    0.578648] [drm] Connector 0:
 [    0.578706] [drm]   VGA
 [    0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
 0x7e5c 0x7e4c
 [    0.578837] [drm]   Encoders:
 [    0.578894] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
 [    0.578952] [drm] Connector 1:
 [    0.579010] [drm]   S-video
 [    0.579067] [drm]   Encoders:
 [    0.579124] [drm]     TV1: INTERNAL_KLDSCP_DAC1
 [    0.579182] [drm] Connector 2:
 [    0.579239] [drm]   HDMI-A
 [    0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
 0x7e4c 0x7e5c
 [    0.579369] [drm]   Encoders:
 [    0.579427] [drm]     DFP3: INTERNAL_LVTM1
 [    0.773375] [drm] fb mappable at 0xFC04
 [    0.773434] [drm] vram apper at 0xFC00
 [    0.773491] [drm] size 786432
 [    0.773549] [drm] fb depth is 8
 [    0.773606] [drm]    pitch is 1024
 [    0.773737] fbcon: radeondrmfb (fb0) is primary device
 [    0.793240] Console: switching to colour frame buffer device 128x48
 [    0.794833] fb0: radeondrmfb frame buffer device
 [    0.794852] drm: registered panic notifier
 [    0.794871] Slow work thread pool: Starting up
 [    0.794932] Slow work thread pool: Ready
 [    0.794953] [drm] Initialized radeon 2.5.0 20080528 for
 :01:05.0 on minor 0


 

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Torsten Kaiser
On Thu, Jul 15, 2010 at 12:16 AM, Alex Deucher alexdeuc...@gmail.com wrote:
 I discussed this with Jerome and I think we found the root cause.
 Does this patch help?
(patch 0001-drm-radeon-kms-fix-gtt-MC-base-alignment-on-rs4xx-rs.patch)

Yes:
[0.426978] Linux agpgart interface v0.103
[0.427141] [drm] Initialized drm 1.1.0 20060810
[0.427242] [drm] radeon defaulting to kernel modesetting.
[0.427300] [drm] radeon kernel modesetting enabled.
[0.427417] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 18
[0.429732] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
[0.429890] [drm] register mmio base: 0xFE9F
[0.429948] [drm] register mmio size: 65536
[0.430537] ATOM BIOS: ATI
[0.430612] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M used)
[0.430672] radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF
[0.430754] [drm] radeon: irq initialized.
[0.430817] mtrr: type mismatch for fc00,200 old:
write-back new: write-combining
[0.430890] [drm] Detected VRAM RAM=32M, BAR=32M
[0.430947] [drm] RAM width 128bits DDR
[0.431090] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
[0.431149] [TTM] Initializing pool allocator.
[0.431224] [drm] radeon: 32M of VRAM memory ready
[0.431283] [drm] radeon: 512M of GTT memory ready.
[0.431343] [drm] GART: num cpu pages 131072, num gpu pages 131072
[0.434732] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
[0.441796] [drm] Loading RS690/RS740 Microcode
[0.442006] [drm] radeon: ring at 0xA000
[0.442080] [drm] ring test succeeded in 1 usecs
[0.442223] [drm] radeon: ib pool ready.
[0.442289] [drm] ib test succeeded in 0 usecs
[0.442370] [drm] Default TV standard: NTSC
[0.442587] [drm] Default TV standard: NTSC
[0.442866] [drm] Radeon Display Connectors
[0.442924] [drm] Connector 0:
[0.442981] [drm]   VGA
[0.443039] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
0x7e5c 0x7e4c
[0.443111] [drm]   Encoders:
[0.443169] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[0.443227] [drm] Connector 1:
[0.443284] [drm]   S-video
[0.443340] [drm]   Encoders:
[0.443398] [drm] TV1: INTERNAL_KLDSCP_DAC1
[0.443455] [drm] Connector 2:
[0.443512] [drm]   HDMI-A
[0.443570] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
0x7e4c 0x7e5c
[0.443642] [drm]   Encoders:
[0.443700] [drm] DFP3: INTERNAL_LVTM1
[0.643372] [drm] fb mappable at 0xFC04
[0.643432] [drm] vram apper at 0xFC00
[0.643489] [drm] size 786432
[0.643546] [drm] fb depth is 8
[0.643603] [drm]pitch is 1024
[0.643742] fbcon: radeondrmfb (fb0) is primary device
[0.663232] Console: switching to colour frame buffer device 128x48
[0.664818] fb0: radeondrmfb frame buffer device
[0.664837] drm: registered panic notifier
[0.664856] Slow work thread pool: Starting up
[0.664919] Slow work thread pool: Ready
[0.664940] [drm] Initialized radeon 2.5.0 20080528 for
:01:05.0 on minor 0

Please note, that I'm only looking for ring test succeeded / ring
test failed, as I'm only using the KMS fb console on that system.

Thanks for the fix,
Torsten
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-13 Thread Torsten Kaiser
On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucher  wrote:
> On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
>  wrote:
>> On Mon, Jul 12, 2010 at 11:38 PM, Alex Deucher  
>> wrote:
>>> On Mon, Jul 12, 2010 at 3:54 PM, Torsten Kaiser
>>>  wrote:
 0888e883ea5ff8fac27e813256d6c1eaede5a234 is the first bad commit
 commit 0888e883ea5ff8fac27e813256d6c1eaede5a234
 Author: Alex Deucher 
 Date: ? Sat Jun 12 11:50:13 2010 -0400

 ? ?drm/radeon/kms: fix bandwidth calculation when sideport is present

 ? ?Fixes fdo bug 27529:
 ? ?https://bugs.freedesktop.org/show_bug.cgi?id=27529

 ? ?Reported-by: steckdenis at yahoo.fr
 ? ?Signed-off-by: Alex Deucher 
 ? ?Signed-off-by: Dave Airlie 

 :04 04 2ff9114469e4569e1bebd659c9632c5b59bfc238
 b0eb9a29c698da1eeb8289ba1180b8135a94ecd7 M ? ? drivers

 My system does not have any sideport memory.
 The other revisions before this did boot into the correct KMS mode,
 but I did not test X, because I'm using that system as a remote
 desktop server and only sometimes the fb text console to debug
 something that went wrong.
>>
>> From the other mail:
>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f892034a8ce80ed7098f667aae2eb6300e570603
>> is part of vanilla 2.6.35-rc4 and -rc5, but neither kernel works for
>> me.
>>
>>> Does this patch help?
>> (0001-drm-radeon-kms-fix-possible-mis-detection-of-sidepor.patch)
>>
>> After adding this to 2.6.35-rc5 the system boots and works so far.
>
> I've sent the patch to Dave.

OK, thanks.

>> But the CP is still broken:
>
> Is this a regression? ?If so, can you bisect it?

Yes. But looking at my logs the regression did not happen from
2.6.34->2.6.35 but from 2.6.33 to 2.6.34.
The first failed ring test was with the Gentoo 2.6.34 kernel, but all
the working bisect steps between 2.6.34 and 2.6.35-rc4 also failed.

I will try to bisect this tomorrow, but I'm not sure if this will
work, because 2.6.34 is not really working for me.
( https://bugzilla.kernel.org/show_bug.cgi?id=16371 )

Torsten

>> [ ? ?0.426931] Linux agpgart interface v0.103
>> [ ? ?0.427092] [drm] Initialized drm 1.1.0 20060810
>> [ ? ?0.427196] [drm] radeon defaulting to kernel modesetting.
>> [ ? ?0.427255] [drm] radeon kernel modesetting enabled.
>> [ ? ?0.427372] radeon :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 
>> 18
>> [ ? ?0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
>> [ ? ?0.429817] [drm] register mmio base: 0xFE9F
>> [ ? ?0.429876] [drm] register mmio size: 65536
>> [ ? ?0.430457] ATOM BIOS: ATI
>> [ ? ?0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
>> used)
>> [ ? ?0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
>> [ ? ?0.430675] [drm] radeon: irq initialized.
>> [ ? ?0.430737] mtrr: type mismatch for fc00,200 old:
>> write-back new: write-comb
>> ining
>> [ ? ?0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
>> [ ? ?0.430868] [drm] RAM width 128bits DDR
>> [ ? ?0.431011] [TTM] Zone ?kernel: Available graphics memory: 2010234 kiB.
>> [ ? ?0.431070] [TTM] Initializing pool allocator.
>> [ ? ?0.431147] [drm] radeon: 32M of VRAM memory ready
>> [ ? ?0.431205] [drm] radeon: 512M of GTT memory ready.
>> [ ? ?0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
>> [ ? ?0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
>> [ ? ?0.441719] [drm] Loading RS690/RS740 Microcode
>> [ ? ?0.441926] [drm] radeon: ring at 0xBE00
>> [ ? ?0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
>> (sracth(0x15E4)=0x
>> CAFEDEAD)
>> [ ? ?0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
>> [ ? ?0.577252] radeon :01:05.0: failled initializing CP (-22).
>> [ ? ?0.577310] radeon :01:05.0: Disabling GPU acceleration
>> [ ? ?0.577440] [drm] radeon: cp finalized
>> [ ? ?0.578078] [drm] Default TV standard: NTSC
>> [ ? ?0.578314] [drm] Default TV standard: NTSC
>> [ ? ?0.578590] [drm] Radeon Display Connectors
>> [ ? ?0.578648] [drm] Connector 0:
>> [ ? ?0.578706] [drm] ? VGA
>> [ ? ?0.578764] [drm] ? DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
>> 0x7e5c 0x7e4c
>> [ ? ?0.578837] [drm] ? Encoders:
>> [ ? ?0.578894] [drm] ? ? CRT1: INTERNAL_KLDSCP_DAC1
>> [ ? ?0.578952] [drm] Connector 1:
>> [ ? ?0.579010] [drm] ? S-video
>> [ ? ?0.579067] [drm] ? Encoders:
>> [ ? ?0.579124] [drm] ? ? TV1: INTERNAL_KLDSCP_DAC1
>> [ ? ?0.579182] [drm] Connector 2:
>> [ ? ?0.579239] [drm] ? HDMI-A
>> [ ? ?0.579297] [drm] ? DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
>> 0x7e4c 0x7e5c
>> [ ? ?0.579369] [drm] ? Encoders:
>> [ ? ?0.579427] [drm] ? ? DFP3: INTERNAL_LVTM1
>> [ ? ?0.773375] [drm] fb mappable at 0xFC04
>> [ ? ?0.773434] [drm] vram apper at 0xFC00
>> [ ? ?0.773491] [drm] size 786432
>> [ ? ?0.773549] [drm] fb depth is 8
>> [ ? ?0.773606] [drm] ? ?pitch is 1024
>> [ ? ?0.773737] fbcon: radeondrmfb (fb0) is primary 

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-13 Thread Torsten Kaiser
On Mon, Jul 12, 2010 at 11:38 PM, Alex Deucher  wrote:
> On Mon, Jul 12, 2010 at 3:54 PM, Torsten Kaiser
>  wrote:
>> 0888e883ea5ff8fac27e813256d6c1eaede5a234 is the first bad commit
>> commit 0888e883ea5ff8fac27e813256d6c1eaede5a234
>> Author: Alex Deucher 
>> Date: ? Sat Jun 12 11:50:13 2010 -0400
>>
>> ? ?drm/radeon/kms: fix bandwidth calculation when sideport is present
>>
>> ? ?Fixes fdo bug 27529:
>> ? ?https://bugs.freedesktop.org/show_bug.cgi?id=27529
>>
>> ? ?Reported-by: steckdenis at yahoo.fr
>> ? ?Signed-off-by: Alex Deucher 
>> ? ?Signed-off-by: Dave Airlie 
>>
>> :04 04 2ff9114469e4569e1bebd659c9632c5b59bfc238
>> b0eb9a29c698da1eeb8289ba1180b8135a94ecd7 M ? ? drivers
>>
>> My system does not have any sideport memory.
>> The other revisions before this did boot into the correct KMS mode,
>> but I did not test X, because I'm using that system as a remote
>> desktop server and only sometimes the fb text console to debug
>> something that went wrong.



Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-13 Thread Alex Deucher
On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
 wrote:
> On Mon, Jul 12, 2010 at 11:38 PM, Alex Deucher  
> wrote:
>> On Mon, Jul 12, 2010 at 3:54 PM, Torsten Kaiser
>>  wrote:
>>> 0888e883ea5ff8fac27e813256d6c1eaede5a234 is the first bad commit
>>> commit 0888e883ea5ff8fac27e813256d6c1eaede5a234
>>> Author: Alex Deucher 
>>> Date: ? Sat Jun 12 11:50:13 2010 -0400
>>>
>>> ? ?drm/radeon/kms: fix bandwidth calculation when sideport is present
>>>
>>> ? ?Fixes fdo bug 27529:
>>> ? ?https://bugs.freedesktop.org/show_bug.cgi?id=27529
>>>
>>> ? ?Reported-by: steckdenis at yahoo.fr
>>> ? ?Signed-off-by: Alex Deucher 
>>> ? ?Signed-off-by: Dave Airlie 
>>>
>>> :04 04 2ff9114469e4569e1bebd659c9632c5b59bfc238
>>> b0eb9a29c698da1eeb8289ba1180b8135a94ecd7 M ? ? drivers
>>>
>>> My system does not have any sideport memory.
>>> The other revisions before this did boot into the correct KMS mode,
>>> but I did not test X, because I'm using that system as a remote
>>> desktop server and only sometimes the fb text console to debug
>>> something that went wrong.
>
> From the other mail:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f892034a8ce80ed7098f667aae2eb6300e570603
> is part of vanilla 2.6.35-rc4 and -rc5, but neither kernel works for
> me.
>
>> Does this patch help?
> (0001-drm-radeon-kms-fix-possible-mis-detection-of-sidepor.patch)
>
> After adding this to 2.6.35-rc5 the system boots and works so far.

I've sent the patch to Dave.

>
> But the CP is still broken:

Is this a regression?  If so, can you bisect it?

Alex

> [ ? ?0.426931] Linux agpgart interface v0.103
> [ ? ?0.427092] [drm] Initialized drm 1.1.0 20060810
> [ ? ?0.427196] [drm] radeon defaulting to kernel modesetting.
> [ ? ?0.427255] [drm] radeon kernel modesetting enabled.
> [ ? ?0.427372] radeon :01:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
> [ ? ?0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
> [ ? ?0.429817] [drm] register mmio base: 0xFE9F
> [ ? ?0.429876] [drm] register mmio size: 65536
> [ ? ?0.430457] ATOM BIOS: ATI
> [ ? ?0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
> used)
> [ ? ?0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
> [ ? ?0.430675] [drm] radeon: irq initialized.
> [ ? ?0.430737] mtrr: type mismatch for fc00,200 old:
> write-back new: write-comb
> ining
> [ ? ?0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
> [ ? ?0.430868] [drm] RAM width 128bits DDR
> [ ? ?0.431011] [TTM] Zone ?kernel: Available graphics memory: 2010234 kiB.
> [ ? ?0.431070] [TTM] Initializing pool allocator.
> [ ? ?0.431147] [drm] radeon: 32M of VRAM memory ready
> [ ? ?0.431205] [drm] radeon: 512M of GTT memory ready.
> [ ? ?0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
> [ ? ?0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
> [ ? ?0.441719] [drm] Loading RS690/RS740 Microcode
> [ ? ?0.441926] [drm] radeon: ring at 0xBE00
> [ ? ?0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
> (sracth(0x15E4)=0x
> CAFEDEAD)
> [ ? ?0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
> [ ? ?0.577252] radeon :01:05.0: failled initializing CP (-22).
> [ ? ?0.577310] radeon :01:05.0: Disabling GPU acceleration
> [ ? ?0.577440] [drm] radeon: cp finalized
> [ ? ?0.578078] [drm] Default TV standard: NTSC
> [ ? ?0.578314] [drm] Default TV standard: NTSC
> [ ? ?0.578590] [drm] Radeon Display Connectors
> [ ? ?0.578648] [drm] Connector 0:
> [ ? ?0.578706] [drm] ? VGA
> [ ? ?0.578764] [drm] ? DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
> 0x7e5c 0x7e4c
> [ ? ?0.578837] [drm] ? Encoders:
> [ ? ?0.578894] [drm] ? ? CRT1: INTERNAL_KLDSCP_DAC1
> [ ? ?0.578952] [drm] Connector 1:
> [ ? ?0.579010] [drm] ? S-video
> [ ? ?0.579067] [drm] ? Encoders:
> [ ? ?0.579124] [drm] ? ? TV1: INTERNAL_KLDSCP_DAC1
> [ ? ?0.579182] [drm] Connector 2:
> [ ? ?0.579239] [drm] ? HDMI-A
> [ ? ?0.579297] [drm] ? DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
> 0x7e4c 0x7e5c
> [ ? ?0.579369] [drm] ? Encoders:
> [ ? ?0.579427] [drm] ? ? DFP3: INTERNAL_LVTM1
> [ ? ?0.773375] [drm] fb mappable at 0xFC04
> [ ? ?0.773434] [drm] vram apper at 0xFC00
> [ ? ?0.773491] [drm] size 786432
> [ ? ?0.773549] [drm] fb depth is 8
> [ ? ?0.773606] [drm] ? ?pitch is 1024
> [ ? ?0.773737] fbcon: radeondrmfb (fb0) is primary device
> [ ? ?0.793240] Console: switching to colour frame buffer device 128x48
> [ ? ?0.794833] fb0: radeondrmfb frame buffer device
> [ ? ?0.794852] drm: registered panic notifier
> [ ? ?0.794871] Slow work thread pool: Starting up
> [ ? ?0.794932] Slow work thread pool: Ready
> [ ? ?0.794953] [drm] Initialized radeon 2.5.0 20080528 for
> :01:05.0 on minor 0
>
>
> Torsten
>


Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-13 Thread Torsten Kaiser
On Mon, Jul 12, 2010 at 11:38 PM, Alex Deucher alexdeuc...@gmail.com wrote:
 On Mon, Jul 12, 2010 at 3:54 PM, Torsten Kaiser
 just.for.l...@googlemail.com wrote:
 0888e883ea5ff8fac27e813256d6c1eaede5a234 is the first bad commit
 commit 0888e883ea5ff8fac27e813256d6c1eaede5a234
 Author: Alex Deucher alexdeuc...@gmail.com
 Date:   Sat Jun 12 11:50:13 2010 -0400

    drm/radeon/kms: fix bandwidth calculation when sideport is present

    Fixes fdo bug 27529:
    https://bugs.freedesktop.org/show_bug.cgi?id=27529

    Reported-by: steckde...@yahoo.fr
    Signed-off-by: Alex Deucher alexdeuc...@gmail.com
    Signed-off-by: Dave Airlie airl...@redhat.com

 :04 04 2ff9114469e4569e1bebd659c9632c5b59bfc238
 b0eb9a29c698da1eeb8289ba1180b8135a94ecd7 M     drivers

 My system does not have any sideport memory.
 The other revisions before this did boot into the correct KMS mode,
 but I did not test X, because I'm using that system as a remote
 desktop server and only sometimes the fb text console to debug
 something that went wrong.

From the other mail:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f892034a8ce80ed7098f667aae2eb6300e570603
is part of vanilla 2.6.35-rc4 and -rc5, but neither kernel works for
me.

 Does this patch help?
(0001-drm-radeon-kms-fix-possible-mis-detection-of-sidepor.patch)

After adding this to 2.6.35-rc5 the system boots and works so far.

But the CP is still broken:
[0.426931] Linux agpgart interface v0.103
[0.427092] [drm] Initialized drm 1.1.0 20060810
[0.427196] [drm] radeon defaulting to kernel modesetting.
[0.427255] [drm] radeon kernel modesetting enabled.
[0.427372] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 18
[0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
[0.429817] [drm] register mmio base: 0xFE9F
[0.429876] [drm] register mmio size: 65536
[0.430457] ATOM BIOS: ATI
[0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M used)
[0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
[0.430675] [drm] radeon: irq initialized.
[0.430737] mtrr: type mismatch for fc00,200 old:
write-back new: write-comb
ining
[0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
[0.430868] [drm] RAM width 128bits DDR
[0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
[0.431070] [TTM] Initializing pool allocator.
[0.431147] [drm] radeon: 32M of VRAM memory ready
[0.431205] [drm] radeon: 512M of GTT memory ready.
[0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
[0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
[0.441719] [drm] Loading RS690/RS740 Microcode
[0.441926] [drm] radeon: ring at 0xBE00
[0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
(sracth(0x15E4)=0x
CAFEDEAD)
[0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
[0.577252] radeon :01:05.0: failled initializing CP (-22).
[0.577310] radeon :01:05.0: Disabling GPU acceleration
[0.577440] [drm] radeon: cp finalized
[0.578078] [drm] Default TV standard: NTSC
[0.578314] [drm] Default TV standard: NTSC
[0.578590] [drm] Radeon Display Connectors
[0.578648] [drm] Connector 0:
[0.578706] [drm]   VGA
[0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
0x7e5c 0x7e4c
[0.578837] [drm]   Encoders:
[0.578894] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[0.578952] [drm] Connector 1:
[0.579010] [drm]   S-video
[0.579067] [drm]   Encoders:
[0.579124] [drm] TV1: INTERNAL_KLDSCP_DAC1
[0.579182] [drm] Connector 2:
[0.579239] [drm]   HDMI-A
[0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
0x7e4c 0x7e5c
[0.579369] [drm]   Encoders:
[0.579427] [drm] DFP3: INTERNAL_LVTM1
[0.773375] [drm] fb mappable at 0xFC04
[0.773434] [drm] vram apper at 0xFC00
[0.773491] [drm] size 786432
[0.773549] [drm] fb depth is 8
[0.773606] [drm]pitch is 1024
[0.773737] fbcon: radeondrmfb (fb0) is primary device
[0.793240] Console: switching to colour frame buffer device 128x48
[0.794833] fb0: radeondrmfb frame buffer device
[0.794852] drm: registered panic notifier
[0.794871] Slow work thread pool: Starting up
[0.794932] Slow work thread pool: Ready
[0.794953] [drm] Initialized radeon 2.5.0 20080528 for
:01:05.0 on minor 0


Torsten
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-13 Thread Alex Deucher
On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
just.for.l...@googlemail.com wrote:
 On Mon, Jul 12, 2010 at 11:38 PM, Alex Deucher alexdeuc...@gmail.com wrote:
 On Mon, Jul 12, 2010 at 3:54 PM, Torsten Kaiser
 just.for.l...@googlemail.com wrote:
 0888e883ea5ff8fac27e813256d6c1eaede5a234 is the first bad commit
 commit 0888e883ea5ff8fac27e813256d6c1eaede5a234
 Author: Alex Deucher alexdeuc...@gmail.com
 Date:   Sat Jun 12 11:50:13 2010 -0400

    drm/radeon/kms: fix bandwidth calculation when sideport is present

    Fixes fdo bug 27529:
    https://bugs.freedesktop.org/show_bug.cgi?id=27529

    Reported-by: steckde...@yahoo.fr
    Signed-off-by: Alex Deucher alexdeuc...@gmail.com
    Signed-off-by: Dave Airlie airl...@redhat.com

 :04 04 2ff9114469e4569e1bebd659c9632c5b59bfc238
 b0eb9a29c698da1eeb8289ba1180b8135a94ecd7 M     drivers

 My system does not have any sideport memory.
 The other revisions before this did boot into the correct KMS mode,
 but I did not test X, because I'm using that system as a remote
 desktop server and only sometimes the fb text console to debug
 something that went wrong.

 From the other mail:
 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f892034a8ce80ed7098f667aae2eb6300e570603
 is part of vanilla 2.6.35-rc4 and -rc5, but neither kernel works for
 me.

 Does this patch help?
 (0001-drm-radeon-kms-fix-possible-mis-detection-of-sidepor.patch)

 After adding this to 2.6.35-rc5 the system boots and works so far.

I've sent the patch to Dave.


 But the CP is still broken:

Is this a regression?  If so, can you bisect it?

Alex

 [    0.426931] Linux agpgart interface v0.103
 [    0.427092] [drm] Initialized drm 1.1.0 20060810
 [    0.427196] [drm] radeon defaulting to kernel modesetting.
 [    0.427255] [drm] radeon kernel modesetting enabled.
 [    0.427372] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 18
 [    0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
 [    0.429817] [drm] register mmio base: 0xFE9F
 [    0.429876] [drm] register mmio size: 65536
 [    0.430457] ATOM BIOS: ATI
 [    0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
 used)
 [    0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
 [    0.430675] [drm] radeon: irq initialized.
 [    0.430737] mtrr: type mismatch for fc00,200 old:
 write-back new: write-comb
 ining
 [    0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
 [    0.430868] [drm] RAM width 128bits DDR
 [    0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
 [    0.431070] [TTM] Initializing pool allocator.
 [    0.431147] [drm] radeon: 32M of VRAM memory ready
 [    0.431205] [drm] radeon: 512M of GTT memory ready.
 [    0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
 [    0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
 [    0.441719] [drm] Loading RS690/RS740 Microcode
 [    0.441926] [drm] radeon: ring at 0xBE00
 [    0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
 (sracth(0x15E4)=0x
 CAFEDEAD)
 [    0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
 [    0.577252] radeon :01:05.0: failled initializing CP (-22).
 [    0.577310] radeon :01:05.0: Disabling GPU acceleration
 [    0.577440] [drm] radeon: cp finalized
 [    0.578078] [drm] Default TV standard: NTSC
 [    0.578314] [drm] Default TV standard: NTSC
 [    0.578590] [drm] Radeon Display Connectors
 [    0.578648] [drm] Connector 0:
 [    0.578706] [drm]   VGA
 [    0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
 0x7e5c 0x7e4c
 [    0.578837] [drm]   Encoders:
 [    0.578894] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
 [    0.578952] [drm] Connector 1:
 [    0.579010] [drm]   S-video
 [    0.579067] [drm]   Encoders:
 [    0.579124] [drm]     TV1: INTERNAL_KLDSCP_DAC1
 [    0.579182] [drm] Connector 2:
 [    0.579239] [drm]   HDMI-A
 [    0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
 0x7e4c 0x7e5c
 [    0.579369] [drm]   Encoders:
 [    0.579427] [drm]     DFP3: INTERNAL_LVTM1
 [    0.773375] [drm] fb mappable at 0xFC04
 [    0.773434] [drm] vram apper at 0xFC00
 [    0.773491] [drm] size 786432
 [    0.773549] [drm] fb depth is 8
 [    0.773606] [drm]    pitch is 1024
 [    0.773737] fbcon: radeondrmfb (fb0) is primary device
 [    0.793240] Console: switching to colour frame buffer device 128x48
 [    0.794833] fb0: radeondrmfb frame buffer device
 [    0.794852] drm: registered panic notifier
 [    0.794871] Slow work thread pool: Starting up
 [    0.794932] Slow work thread pool: Ready
 [    0.794953] [drm] Initialized radeon 2.5.0 20080528 for
 :01:05.0 on minor 0


 Torsten

___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel


Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-13 Thread Torsten Kaiser
On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucher alexdeuc...@gmail.com wrote:
 On Tue, Jul 13, 2010 at 2:29 PM, Torsten Kaiser
 just.for.l...@googlemail.com wrote:
 On Mon, Jul 12, 2010 at 11:38 PM, Alex Deucher alexdeuc...@gmail.com wrote:
 On Mon, Jul 12, 2010 at 3:54 PM, Torsten Kaiser
 just.for.l...@googlemail.com wrote:
 0888e883ea5ff8fac27e813256d6c1eaede5a234 is the first bad commit
 commit 0888e883ea5ff8fac27e813256d6c1eaede5a234
 Author: Alex Deucher alexdeuc...@gmail.com
 Date:   Sat Jun 12 11:50:13 2010 -0400

    drm/radeon/kms: fix bandwidth calculation when sideport is present

    Fixes fdo bug 27529:
    https://bugs.freedesktop.org/show_bug.cgi?id=27529

    Reported-by: steckde...@yahoo.fr
    Signed-off-by: Alex Deucher alexdeuc...@gmail.com
    Signed-off-by: Dave Airlie airl...@redhat.com

 :04 04 2ff9114469e4569e1bebd659c9632c5b59bfc238
 b0eb9a29c698da1eeb8289ba1180b8135a94ecd7 M     drivers

 My system does not have any sideport memory.
 The other revisions before this did boot into the correct KMS mode,
 but I did not test X, because I'm using that system as a remote
 desktop server and only sometimes the fb text console to debug
 something that went wrong.

 From the other mail:
 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f892034a8ce80ed7098f667aae2eb6300e570603
 is part of vanilla 2.6.35-rc4 and -rc5, but neither kernel works for
 me.

 Does this patch help?
 (0001-drm-radeon-kms-fix-possible-mis-detection-of-sidepor.patch)

 After adding this to 2.6.35-rc5 the system boots and works so far.

 I've sent the patch to Dave.

OK, thanks.

 But the CP is still broken:

 Is this a regression?  If so, can you bisect it?

Yes. But looking at my logs the regression did not happen from
2.6.34-2.6.35 but from 2.6.33 to 2.6.34.
The first failed ring test was with the Gentoo 2.6.34 kernel, but all
the working bisect steps between 2.6.34 and 2.6.35-rc4 also failed.

I will try to bisect this tomorrow, but I'm not sure if this will
work, because 2.6.34 is not really working for me.
( https://bugzilla.kernel.org/show_bug.cgi?id=16371 )

Torsten

 [    0.426931] Linux agpgart interface v0.103
 [    0.427092] [drm] Initialized drm 1.1.0 20060810
 [    0.427196] [drm] radeon defaulting to kernel modesetting.
 [    0.427255] [drm] radeon kernel modesetting enabled.
 [    0.427372] radeon :01:05.0: PCI INT A - GSI 18 (level, low) - IRQ 
 18
 [    0.429659] [drm] initializing kernel modesetting (RS690 0x1002:0x791E).
 [    0.429817] [drm] register mmio base: 0xFE9F
 [    0.429876] [drm] register mmio size: 65536
 [    0.430457] ATOM BIOS: ATI
 [    0.430532] radeon :01:05.0: VRAM: 32M 0xDE00 - 0xDFFF (32M 
 used)
 [    0.430592] radeon :01:05.0: GTT: 512M 0xBE00 - 0xDDFF
 [    0.430675] [drm] radeon: irq initialized.
 [    0.430737] mtrr: type mismatch for fc00,200 old:
 write-back new: write-comb
 ining
 [    0.430811] [drm] Detected VRAM RAM=32M, BAR=32M
 [    0.430868] [drm] RAM width 128bits DDR
 [    0.431011] [TTM] Zone  kernel: Available graphics memory: 2010234 kiB.
 [    0.431070] [TTM] Initializing pool allocator.
 [    0.431147] [drm] radeon: 32M of VRAM memory ready
 [    0.431205] [drm] radeon: 512M of GTT memory ready.
 [    0.431266] [drm] GART: num cpu pages 131072, num gpu pages 131072
 [    0.434654] [drm] radeon: 1 quad pipes, 1 z pipes initialized.
 [    0.441719] [drm] Loading RS690/RS740 Microcode
 [    0.441926] [drm] radeon: ring at 0xBE00
 [    0.577118] [drm:r100_ring_test] *ERROR* radeon: ring test failed
 (sracth(0x15E4)=0x
 CAFEDEAD)
 [    0.577192] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22).
 [    0.577252] radeon :01:05.0: failled initializing CP (-22).
 [    0.577310] radeon :01:05.0: Disabling GPU acceleration
 [    0.577440] [drm] radeon: cp finalized
 [    0.578078] [drm] Default TV standard: NTSC
 [    0.578314] [drm] Default TV standard: NTSC
 [    0.578590] [drm] Radeon Display Connectors
 [    0.578648] [drm] Connector 0:
 [    0.578706] [drm]   VGA
 [    0.578764] [drm]   DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48
 0x7e5c 0x7e4c
 [    0.578837] [drm]   Encoders:
 [    0.578894] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
 [    0.578952] [drm] Connector 1:
 [    0.579010] [drm]   S-video
 [    0.579067] [drm]   Encoders:
 [    0.579124] [drm]     TV1: INTERNAL_KLDSCP_DAC1
 [    0.579182] [drm] Connector 2:
 [    0.579239] [drm]   HDMI-A
 [    0.579297] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58
 0x7e4c 0x7e5c
 [    0.579369] [drm]   Encoders:
 [    0.579427] [drm]     DFP3: INTERNAL_LVTM1
 [    0.773375] [drm] fb mappable at 0xFC04
 [    0.773434] [drm] vram apper at 0xFC00
 [    0.773491] [drm] size 786432
 [    0.773549] [drm] fb depth is 8
 [    0.773606] [drm]    pitch is 1024
 [    0.773737] fbcon: radeondrmfb (fb0) is primary device
 [    0.793240] Console: switching to colour frame buffer device 128x48
 [    0.794833] fb0: 

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-12 Thread Torsten Kaiser
On Mon, Jul 12, 2010 at 5:23 PM, Alex Deucher  wrote:
> On Sun, Jul 11, 2010 at 3:56 PM, Torsten Kaiser
>  wrote:
>> I just tried 2.6.35-rc4 to see, if a different bug is fixed, but noted
>> that this kernel will only boot with radeon.modeset=0.
>>
>> If KMS is active the display turns off and the system is completely
>> dead, not even SysRq+B is working.
>>
>> I build a new kernel with the radeon driver as a module and inserted
>> it by hand via ssh.
>> The ssh session, I was using has this output:
>> ariolc drm # insmod ./drm_kms_helper.ko
>> ariolc drm # insmod ttm/ttm.ko
>> ariolc drm # insmod radeon/radeon.ko
>> Segmentation fault
>> ariolc drm #
>>
>> The final insmod segfaulted, the shell was displaying a new prompt,
>> but not new input was possible.
>> The system still reacted to ping and trying to create a new ssh
>> connection resulted in a password prompt, but after entering the
>> password no shell was provided.
>> I tried SysRq+S, SysRq+U and SysRq+B, but not visible result. After a
>> reboot I did not find any additional information in /var/log/messages.
>> The effect was like the boot time failures with a builtin radeon
>> driver: The display (attached to the VGA output) just turns off.
>>
>> But I had a second ssh connection open, doing tail -f /var/log/messages:
>> Jul 11 21:30:23 ariolc kernel: [ ?131.720470] [drm] radeon defaulting
>> to kernel modesetting.
>> Jul 11 21:30:23 ariolc kernel: [ ?131.720477] [drm] radeon kernel
>> modesetting enabled.
>> Jul 11 21:30:23 ariolc kernel: [ ?131.720623] radeon :01:05.0: PCI
>> INT A -> GSI 18 (level, low) -> IRQ 18
>> Jul 11 21:30:23 ariolc kernel: [ ?131.726859] [drm] initializing
>> kernel modesetting (RS690 0x1002:0x791E).
>> Jul 11 21:30:23 ariolc kernel: [ ?131.728607] [drm] register mmio
>> base: 0xFE9F
>> Jul 11 21:30:23 ariolc kernel: [ ?131.728613] [drm] register mmio
>> size: 65536
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729591] ATOM BIOS: ATI
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729625] radeon :01:05.0:
>> VRAM: 32M 0xDE00 - 0xDFFF (32M used)
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729632] radeon :01:05.0:
>> GTT: 512M 0xBE00 - 0xDDFF
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729675] [drm] radeon: irq initialized.
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729690] mtrr: type mismatch for
>> fc00,200 old: write-back new: write-combining
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729696] [drm] Detected VRAM
>> RAM=32M, BAR=32M
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729701] [drm] RAM width 128bits DDR
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729796] [TTM] Zone ?kernel:
>> Available graphics memory: 2010998 kiB.
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729802] [TTM] Initializing pool 
>> allocator.
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729841] [drm] radeon: 32M of
>> VRAM memory ready
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729846] [drm] radeon: 512M of
>> GTT memory ready.
>> Jul 11 21:30:23 ariolc kernel: [ ?131.729857] [drm] GART: num cpu
>> pages 131072, num gpu pages 131072
>> Jul 11 21:30:23 ariolc kernel: [ ?131.736223] [drm] radeon: 1 quad
>> pipes, 1 z pipes initialized.
>> Jul 11 21:30:23 ariolc kernel: [ ?131.752553] [drm] Loading
>> RS690/RS740 Microcode
>> Jul 11 21:30:23 ariolc kernel: [ ?131.911461] [drm] radeon: ring at
>> 0xBE00
>> Jul 11 21:30:23 ariolc kernel: [ ?132.055912] [drm:r100_ring_test]
>> *ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
>> Jul 11 21:30:23 ariolc kernel: [ ?132.055918] [drm:r100_cp_init]
>> *ERROR* radeon: cp isn't working (-22).
>> Jul 11 21:30:23 ariolc kernel: [ ?132.055925] radeon :01:05.0:
>> failled initializing CP (-22).
>> Jul 11 21:30:23 ariolc kernel: [ ?132.055929] radeon :01:05.0:
>> Disabling GPU acceleration
>> Jul 11 21:30:23 ariolc kernel: [ ?132.056174] [drm] radeon: cp finalized
>> Jul 11 21:30:23 ariolc kernel: [ ?132.057378] [drm] Default TV standard: NTSC
>> Jul 11 21:30:23 ariolc kernel: [ ?132.058671] [drm] Default TV standard: NTSC
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059748] [drm] Radeon Display Connectors
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059753] [drm] Connector 0:
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059756] [drm] ? VGA
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059763] [drm] ? DDC: 0x7e50
>> 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059766] [drm] ? Encoders:
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059770] [drm] ? ? CRT1:
>> INTERNAL_KLDSCP_DAC1
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059773] [drm] Connector 1:
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059776] [drm] ? S-video
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059778] [drm] ? Encoders:
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059781] [drm] ? ? TV1:
>> INTERNAL_KLDSCP_DAC1
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059784] [drm] Connector 2:
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059787] [drm] ? HDMI-A
>> Jul 11 21:30:23 ariolc kernel: [ ?132.059792] [drm] ? DDC: 0x7e40

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-12 Thread Alex Deucher
On Mon, Jul 12, 2010 at 3:54 PM, Torsten Kaiser
 wrote:
> On Mon, Jul 12, 2010 at 5:23 PM, Alex Deucher  
> wrote:
>> On Sun, Jul 11, 2010 at 3:56 PM, Torsten Kaiser
>>  wrote:
>>> I just tried 2.6.35-rc4 to see, if a different bug is fixed, but noted
>>> that this kernel will only boot with radeon.modeset=0.
>>>
>>> If KMS is active the display turns off and the system is completely
>>> dead, not even SysRq+B is working.
>>>
>>> I build a new kernel with the radeon driver as a module and inserted
>>> it by hand via ssh.
>>> The ssh session, I was using has this output:
>>> ariolc drm # insmod ./drm_kms_helper.ko
>>> ariolc drm # insmod ttm/ttm.ko
>>> ariolc drm # insmod radeon/radeon.ko
>>> Segmentation fault
>>> ariolc drm #
>>>
>>> The final insmod segfaulted, the shell was displaying a new prompt,
>>> but not new input was possible.
>>> The system still reacted to ping and trying to create a new ssh
>>> connection resulted in a password prompt, but after entering the
>>> password no shell was provided.
>>> I tried SysRq+S, SysRq+U and SysRq+B, but not visible result. After a
>>> reboot I did not find any additional information in /var/log/messages.
>>> The effect was like the boot time failures with a builtin radeon
>>> driver: The display (attached to the VGA output) just turns off.
>>>
>>> But I had a second ssh connection open, doing tail -f /var/log/messages:
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.720470] [drm] radeon defaulting
>>> to kernel modesetting.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.720477] [drm] radeon kernel
>>> modesetting enabled.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.720623] radeon :01:05.0: PCI
>>> INT A -> GSI 18 (level, low) -> IRQ 18
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.726859] [drm] initializing
>>> kernel modesetting (RS690 0x1002:0x791E).
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.728607] [drm] register mmio
>>> base: 0xFE9F
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.728613] [drm] register mmio
>>> size: 65536
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729591] ATOM BIOS: ATI
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729625] radeon :01:05.0:
>>> VRAM: 32M 0xDE00 - 0xDFFF (32M used)
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729632] radeon :01:05.0:
>>> GTT: 512M 0xBE00 - 0xDDFF
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729675] [drm] radeon: irq initialized.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729690] mtrr: type mismatch for
>>> fc00,200 old: write-back new: write-combining
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729696] [drm] Detected VRAM
>>> RAM=32M, BAR=32M
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729701] [drm] RAM width 128bits DDR
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729796] [TTM] Zone ?kernel:
>>> Available graphics memory: 2010998 kiB.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729802] [TTM] Initializing pool 
>>> allocator.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729841] [drm] radeon: 32M of
>>> VRAM memory ready
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729846] [drm] radeon: 512M of
>>> GTT memory ready.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729857] [drm] GART: num cpu
>>> pages 131072, num gpu pages 131072
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.736223] [drm] radeon: 1 quad
>>> pipes, 1 z pipes initialized.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.752553] [drm] Loading
>>> RS690/RS740 Microcode
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.911461] [drm] radeon: ring at
>>> 0xBE00
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.055912] [drm:r100_ring_test]
>>> *ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.055918] [drm:r100_cp_init]
>>> *ERROR* radeon: cp isn't working (-22).
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.055925] radeon :01:05.0:
>>> failled initializing CP (-22).
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.055929] radeon :01:05.0:
>>> Disabling GPU acceleration
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.056174] [drm] radeon: cp finalized
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.057378] [drm] Default TV standard: 
>>> NTSC
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.058671] [drm] Default TV standard: 
>>> NTSC
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059748] [drm] Radeon Display 
>>> Connectors
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059753] [drm] Connector 0:
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059756] [drm] ? VGA
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059763] [drm] ? DDC: 0x7e50
>>> 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059766] [drm] ? Encoders:
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059770] [drm] ? ? CRT1:
>>> INTERNAL_KLDSCP_DAC1
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059773] [drm] Connector 1:
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059776] [drm] ? S-video
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059778] [drm] ? Encoders:
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059781] [drm] ? ? TV1:
>>> INTERNAL_KLDSCP_DAC1
>>> Jul 11 21:30:23 ariolc kernel: 

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-12 Thread Alex Deucher
On Mon, Jul 12, 2010 at 3:54 PM, Torsten Kaiser
 wrote:
> On Mon, Jul 12, 2010 at 5:23 PM, Alex Deucher  
> wrote:
>> On Sun, Jul 11, 2010 at 3:56 PM, Torsten Kaiser
>>  wrote:
>>> I just tried 2.6.35-rc4 to see, if a different bug is fixed, but noted
>>> that this kernel will only boot with radeon.modeset=0.
>>>
>>> If KMS is active the display turns off and the system is completely
>>> dead, not even SysRq+B is working.
>>>
>>> I build a new kernel with the radeon driver as a module and inserted
>>> it by hand via ssh.
>>> The ssh session, I was using has this output:
>>> ariolc drm # insmod ./drm_kms_helper.ko
>>> ariolc drm # insmod ttm/ttm.ko
>>> ariolc drm # insmod radeon/radeon.ko
>>> Segmentation fault
>>> ariolc drm #
>>>
>>> The final insmod segfaulted, the shell was displaying a new prompt,
>>> but not new input was possible.
>>> The system still reacted to ping and trying to create a new ssh
>>> connection resulted in a password prompt, but after entering the
>>> password no shell was provided.
>>> I tried SysRq+S, SysRq+U and SysRq+B, but not visible result. After a
>>> reboot I did not find any additional information in /var/log/messages.
>>> The effect was like the boot time failures with a builtin radeon
>>> driver: The display (attached to the VGA output) just turns off.
>>>
>>> But I had a second ssh connection open, doing tail -f /var/log/messages:
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.720470] [drm] radeon defaulting
>>> to kernel modesetting.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.720477] [drm] radeon kernel
>>> modesetting enabled.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.720623] radeon :01:05.0: PCI
>>> INT A -> GSI 18 (level, low) -> IRQ 18
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.726859] [drm] initializing
>>> kernel modesetting (RS690 0x1002:0x791E).
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.728607] [drm] register mmio
>>> base: 0xFE9F
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.728613] [drm] register mmio
>>> size: 65536
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729591] ATOM BIOS: ATI
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729625] radeon :01:05.0:
>>> VRAM: 32M 0xDE00 - 0xDFFF (32M used)
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729632] radeon :01:05.0:
>>> GTT: 512M 0xBE00 - 0xDDFF
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729675] [drm] radeon: irq initialized.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729690] mtrr: type mismatch for
>>> fc00,200 old: write-back new: write-combining
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729696] [drm] Detected VRAM
>>> RAM=32M, BAR=32M
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729701] [drm] RAM width 128bits DDR
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729796] [TTM] Zone ?kernel:
>>> Available graphics memory: 2010998 kiB.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729802] [TTM] Initializing pool 
>>> allocator.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729841] [drm] radeon: 32M of
>>> VRAM memory ready
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729846] [drm] radeon: 512M of
>>> GTT memory ready.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.729857] [drm] GART: num cpu
>>> pages 131072, num gpu pages 131072
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.736223] [drm] radeon: 1 quad
>>> pipes, 1 z pipes initialized.
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.752553] [drm] Loading
>>> RS690/RS740 Microcode
>>> Jul 11 21:30:23 ariolc kernel: [ ?131.911461] [drm] radeon: ring at
>>> 0xBE00
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.055912] [drm:r100_ring_test]
>>> *ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.055918] [drm:r100_cp_init]
>>> *ERROR* radeon: cp isn't working (-22).
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.055925] radeon :01:05.0:
>>> failled initializing CP (-22).
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.055929] radeon :01:05.0:
>>> Disabling GPU acceleration
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.056174] [drm] radeon: cp finalized
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.057378] [drm] Default TV standard: 
>>> NTSC
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.058671] [drm] Default TV standard: 
>>> NTSC
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059748] [drm] Radeon Display 
>>> Connectors
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059753] [drm] Connector 0:
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059756] [drm] ? VGA
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059763] [drm] ? DDC: 0x7e50
>>> 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059766] [drm] ? Encoders:
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059770] [drm] ? ? CRT1:
>>> INTERNAL_KLDSCP_DAC1
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059773] [drm] Connector 1:
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059776] [drm] ? S-video
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059778] [drm] ? Encoders:
>>> Jul 11 21:30:23 ariolc kernel: [ ?132.059781] [drm] ? ? TV1:
>>> INTERNAL_KLDSCP_DAC1
>>> Jul 11 21:30:23 ariolc kernel: 

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-12 Thread Alex Deucher
On Sun, Jul 11, 2010 at 3:56 PM, Torsten Kaiser
 wrote:
> I just tried 2.6.35-rc4 to see, if a different bug is fixed, but noted
> that this kernel will only boot with radeon.modeset=0.
>
> If KMS is active the display turns off and the system is completely
> dead, not even SysRq+B is working.
>
> I build a new kernel with the radeon driver as a module and inserted
> it by hand via ssh.
> The ssh session, I was using has this output:
> ariolc drm # insmod ./drm_kms_helper.ko
> ariolc drm # insmod ttm/ttm.ko
> ariolc drm # insmod radeon/radeon.ko
> Segmentation fault
> ariolc drm #
>
> The final insmod segfaulted, the shell was displaying a new prompt,
> but not new input was possible.
> The system still reacted to ping and trying to create a new ssh
> connection resulted in a password prompt, but after entering the
> password no shell was provided.
> I tried SysRq+S, SysRq+U and SysRq+B, but not visible result. After a
> reboot I did not find any additional information in /var/log/messages.
> The effect was like the boot time failures with a builtin radeon
> driver: The display (attached to the VGA output) just turns off.
>
> But I had a second ssh connection open, doing tail -f /var/log/messages:
> Jul 11 21:30:23 ariolc kernel: [ ?131.720470] [drm] radeon defaulting
> to kernel modesetting.
> Jul 11 21:30:23 ariolc kernel: [ ?131.720477] [drm] radeon kernel
> modesetting enabled.
> Jul 11 21:30:23 ariolc kernel: [ ?131.720623] radeon :01:05.0: PCI
> INT A -> GSI 18 (level, low) -> IRQ 18
> Jul 11 21:30:23 ariolc kernel: [ ?131.726859] [drm] initializing
> kernel modesetting (RS690 0x1002:0x791E).
> Jul 11 21:30:23 ariolc kernel: [ ?131.728607] [drm] register mmio
> base: 0xFE9F
> Jul 11 21:30:23 ariolc kernel: [ ?131.728613] [drm] register mmio
> size: 65536
> Jul 11 21:30:23 ariolc kernel: [ ?131.729591] ATOM BIOS: ATI
> Jul 11 21:30:23 ariolc kernel: [ ?131.729625] radeon :01:05.0:
> VRAM: 32M 0xDE00 - 0xDFFF (32M used)
> Jul 11 21:30:23 ariolc kernel: [ ?131.729632] radeon :01:05.0:
> GTT: 512M 0xBE00 - 0xDDFF
> Jul 11 21:30:23 ariolc kernel: [ ?131.729675] [drm] radeon: irq initialized.
> Jul 11 21:30:23 ariolc kernel: [ ?131.729690] mtrr: type mismatch for
> fc00,200 old: write-back new: write-combining
> Jul 11 21:30:23 ariolc kernel: [ ?131.729696] [drm] Detected VRAM
> RAM=32M, BAR=32M
> Jul 11 21:30:23 ariolc kernel: [ ?131.729701] [drm] RAM width 128bits DDR
> Jul 11 21:30:23 ariolc kernel: [ ?131.729796] [TTM] Zone ?kernel:
> Available graphics memory: 2010998 kiB.
> Jul 11 21:30:23 ariolc kernel: [ ?131.729802] [TTM] Initializing pool 
> allocator.
> Jul 11 21:30:23 ariolc kernel: [ ?131.729841] [drm] radeon: 32M of
> VRAM memory ready
> Jul 11 21:30:23 ariolc kernel: [ ?131.729846] [drm] radeon: 512M of
> GTT memory ready.
> Jul 11 21:30:23 ariolc kernel: [ ?131.729857] [drm] GART: num cpu
> pages 131072, num gpu pages 131072
> Jul 11 21:30:23 ariolc kernel: [ ?131.736223] [drm] radeon: 1 quad
> pipes, 1 z pipes initialized.
> Jul 11 21:30:23 ariolc kernel: [ ?131.752553] [drm] Loading
> RS690/RS740 Microcode
> Jul 11 21:30:23 ariolc kernel: [ ?131.911461] [drm] radeon: ring at
> 0xBE00
> Jul 11 21:30:23 ariolc kernel: [ ?132.055912] [drm:r100_ring_test]
> *ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
> Jul 11 21:30:23 ariolc kernel: [ ?132.055918] [drm:r100_cp_init]
> *ERROR* radeon: cp isn't working (-22).
> Jul 11 21:30:23 ariolc kernel: [ ?132.055925] radeon :01:05.0:
> failled initializing CP (-22).
> Jul 11 21:30:23 ariolc kernel: [ ?132.055929] radeon :01:05.0:
> Disabling GPU acceleration
> Jul 11 21:30:23 ariolc kernel: [ ?132.056174] [drm] radeon: cp finalized
> Jul 11 21:30:23 ariolc kernel: [ ?132.057378] [drm] Default TV standard: NTSC
> Jul 11 21:30:23 ariolc kernel: [ ?132.058671] [drm] Default TV standard: NTSC
> Jul 11 21:30:23 ariolc kernel: [ ?132.059748] [drm] Radeon Display Connectors
> Jul 11 21:30:23 ariolc kernel: [ ?132.059753] [drm] Connector 0:
> Jul 11 21:30:23 ariolc kernel: [ ?132.059756] [drm] ? VGA
> Jul 11 21:30:23 ariolc kernel: [ ?132.059763] [drm] ? DDC: 0x7e50
> 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
> Jul 11 21:30:23 ariolc kernel: [ ?132.059766] [drm] ? Encoders:
> Jul 11 21:30:23 ariolc kernel: [ ?132.059770] [drm] ? ? CRT1:
> INTERNAL_KLDSCP_DAC1
> Jul 11 21:30:23 ariolc kernel: [ ?132.059773] [drm] Connector 1:
> Jul 11 21:30:23 ariolc kernel: [ ?132.059776] [drm] ? S-video
> Jul 11 21:30:23 ariolc kernel: [ ?132.059778] [drm] ? Encoders:
> Jul 11 21:30:23 ariolc kernel: [ ?132.059781] [drm] ? ? TV1:
> INTERNAL_KLDSCP_DAC1
> Jul 11 21:30:23 ariolc kernel: [ ?132.059784] [drm] Connector 2:
> Jul 11 21:30:23 ariolc kernel: [ ?132.059787] [drm] ? HDMI-A
> Jul 11 21:30:23 ariolc kernel: [ ?132.059792] [drm] ? DDC: 0x7e40
> 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c
> Jul 11 21:30:23 ariolc kernel: [ ?132.059795] [drm] ? Encoders:
> Jul 11 21:30:23 ariolc kernel: [ 

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-12 Thread Alex Deucher
On Sun, Jul 11, 2010 at 3:56 PM, Torsten Kaiser
just.for.l...@googlemail.com wrote:
 I just tried 2.6.35-rc4 to see, if a different bug is fixed, but noted
 that this kernel will only boot with radeon.modeset=0.

 If KMS is active the display turns off and the system is completely
 dead, not even SysRq+B is working.

 I build a new kernel with the radeon driver as a module and inserted
 it by hand via ssh.
 The ssh session, I was using has this output:
 ariolc drm # insmod ./drm_kms_helper.ko
 ariolc drm # insmod ttm/ttm.ko
 ariolc drm # insmod radeon/radeon.ko
 Segmentation fault
 ariolc drm #

 The final insmod segfaulted, the shell was displaying a new prompt,
 but not new input was possible.
 The system still reacted to ping and trying to create a new ssh
 connection resulted in a password prompt, but after entering the
 password no shell was provided.
 I tried SysRq+S, SysRq+U and SysRq+B, but not visible result. After a
 reboot I did not find any additional information in /var/log/messages.
 The effect was like the boot time failures with a builtin radeon
 driver: The display (attached to the VGA output) just turns off.

 But I had a second ssh connection open, doing tail -f /var/log/messages:
 Jul 11 21:30:23 ariolc kernel: [  131.720470] [drm] radeon defaulting
 to kernel modesetting.
 Jul 11 21:30:23 ariolc kernel: [  131.720477] [drm] radeon kernel
 modesetting enabled.
 Jul 11 21:30:23 ariolc kernel: [  131.720623] radeon :01:05.0: PCI
 INT A - GSI 18 (level, low) - IRQ 18
 Jul 11 21:30:23 ariolc kernel: [  131.726859] [drm] initializing
 kernel modesetting (RS690 0x1002:0x791E).
 Jul 11 21:30:23 ariolc kernel: [  131.728607] [drm] register mmio
 base: 0xFE9F
 Jul 11 21:30:23 ariolc kernel: [  131.728613] [drm] register mmio
 size: 65536
 Jul 11 21:30:23 ariolc kernel: [  131.729591] ATOM BIOS: ATI
 Jul 11 21:30:23 ariolc kernel: [  131.729625] radeon :01:05.0:
 VRAM: 32M 0xDE00 - 0xDFFF (32M used)
 Jul 11 21:30:23 ariolc kernel: [  131.729632] radeon :01:05.0:
 GTT: 512M 0xBE00 - 0xDDFF
 Jul 11 21:30:23 ariolc kernel: [  131.729675] [drm] radeon: irq initialized.
 Jul 11 21:30:23 ariolc kernel: [  131.729690] mtrr: type mismatch for
 fc00,200 old: write-back new: write-combining
 Jul 11 21:30:23 ariolc kernel: [  131.729696] [drm] Detected VRAM
 RAM=32M, BAR=32M
 Jul 11 21:30:23 ariolc kernel: [  131.729701] [drm] RAM width 128bits DDR
 Jul 11 21:30:23 ariolc kernel: [  131.729796] [TTM] Zone  kernel:
 Available graphics memory: 2010998 kiB.
 Jul 11 21:30:23 ariolc kernel: [  131.729802] [TTM] Initializing pool 
 allocator.
 Jul 11 21:30:23 ariolc kernel: [  131.729841] [drm] radeon: 32M of
 VRAM memory ready
 Jul 11 21:30:23 ariolc kernel: [  131.729846] [drm] radeon: 512M of
 GTT memory ready.
 Jul 11 21:30:23 ariolc kernel: [  131.729857] [drm] GART: num cpu
 pages 131072, num gpu pages 131072
 Jul 11 21:30:23 ariolc kernel: [  131.736223] [drm] radeon: 1 quad
 pipes, 1 z pipes initialized.
 Jul 11 21:30:23 ariolc kernel: [  131.752553] [drm] Loading
 RS690/RS740 Microcode
 Jul 11 21:30:23 ariolc kernel: [  131.911461] [drm] radeon: ring at
 0xBE00
 Jul 11 21:30:23 ariolc kernel: [  132.055912] [drm:r100_ring_test]
 *ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
 Jul 11 21:30:23 ariolc kernel: [  132.055918] [drm:r100_cp_init]
 *ERROR* radeon: cp isn't working (-22).
 Jul 11 21:30:23 ariolc kernel: [  132.055925] radeon :01:05.0:
 failled initializing CP (-22).
 Jul 11 21:30:23 ariolc kernel: [  132.055929] radeon :01:05.0:
 Disabling GPU acceleration
 Jul 11 21:30:23 ariolc kernel: [  132.056174] [drm] radeon: cp finalized
 Jul 11 21:30:23 ariolc kernel: [  132.057378] [drm] Default TV standard: NTSC
 Jul 11 21:30:23 ariolc kernel: [  132.058671] [drm] Default TV standard: NTSC
 Jul 11 21:30:23 ariolc kernel: [  132.059748] [drm] Radeon Display Connectors
 Jul 11 21:30:23 ariolc kernel: [  132.059753] [drm] Connector 0:
 Jul 11 21:30:23 ariolc kernel: [  132.059756] [drm]   VGA
 Jul 11 21:30:23 ariolc kernel: [  132.059763] [drm]   DDC: 0x7e50
 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
 Jul 11 21:30:23 ariolc kernel: [  132.059766] [drm]   Encoders:
 Jul 11 21:30:23 ariolc kernel: [  132.059770] [drm]     CRT1:
 INTERNAL_KLDSCP_DAC1
 Jul 11 21:30:23 ariolc kernel: [  132.059773] [drm] Connector 1:
 Jul 11 21:30:23 ariolc kernel: [  132.059776] [drm]   S-video
 Jul 11 21:30:23 ariolc kernel: [  132.059778] [drm]   Encoders:
 Jul 11 21:30:23 ariolc kernel: [  132.059781] [drm]     TV1:
 INTERNAL_KLDSCP_DAC1
 Jul 11 21:30:23 ariolc kernel: [  132.059784] [drm] Connector 2:
 Jul 11 21:30:23 ariolc kernel: [  132.059787] [drm]   HDMI-A
 Jul 11 21:30:23 ariolc kernel: [  132.059792] [drm]   DDC: 0x7e40
 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c
 Jul 11 21:30:23 ariolc kernel: [  132.059795] [drm]   Encoders:
 Jul 11 21:30:23 ariolc kernel: [  132.059798] [drm]     DFP3: INTERNAL_LVTM1
 Jul 11 21:30:23 ariolc 

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-12 Thread Torsten Kaiser
On Mon, Jul 12, 2010 at 5:23 PM, Alex Deucher alexdeuc...@gmail.com wrote:
 On Sun, Jul 11, 2010 at 3:56 PM, Torsten Kaiser
 just.for.l...@googlemail.com wrote:
 I just tried 2.6.35-rc4 to see, if a different bug is fixed, but noted
 that this kernel will only boot with radeon.modeset=0.

 If KMS is active the display turns off and the system is completely
 dead, not even SysRq+B is working.

 I build a new kernel with the radeon driver as a module and inserted
 it by hand via ssh.
 The ssh session, I was using has this output:
 ariolc drm # insmod ./drm_kms_helper.ko
 ariolc drm # insmod ttm/ttm.ko
 ariolc drm # insmod radeon/radeon.ko
 Segmentation fault
 ariolc drm #

 The final insmod segfaulted, the shell was displaying a new prompt,
 but not new input was possible.
 The system still reacted to ping and trying to create a new ssh
 connection resulted in a password prompt, but after entering the
 password no shell was provided.
 I tried SysRq+S, SysRq+U and SysRq+B, but not visible result. After a
 reboot I did not find any additional information in /var/log/messages.
 The effect was like the boot time failures with a builtin radeon
 driver: The display (attached to the VGA output) just turns off.

 But I had a second ssh connection open, doing tail -f /var/log/messages:
 Jul 11 21:30:23 ariolc kernel: [  131.720470] [drm] radeon defaulting
 to kernel modesetting.
 Jul 11 21:30:23 ariolc kernel: [  131.720477] [drm] radeon kernel
 modesetting enabled.
 Jul 11 21:30:23 ariolc kernel: [  131.720623] radeon :01:05.0: PCI
 INT A - GSI 18 (level, low) - IRQ 18
 Jul 11 21:30:23 ariolc kernel: [  131.726859] [drm] initializing
 kernel modesetting (RS690 0x1002:0x791E).
 Jul 11 21:30:23 ariolc kernel: [  131.728607] [drm] register mmio
 base: 0xFE9F
 Jul 11 21:30:23 ariolc kernel: [  131.728613] [drm] register mmio
 size: 65536
 Jul 11 21:30:23 ariolc kernel: [  131.729591] ATOM BIOS: ATI
 Jul 11 21:30:23 ariolc kernel: [  131.729625] radeon :01:05.0:
 VRAM: 32M 0xDE00 - 0xDFFF (32M used)
 Jul 11 21:30:23 ariolc kernel: [  131.729632] radeon :01:05.0:
 GTT: 512M 0xBE00 - 0xDDFF
 Jul 11 21:30:23 ariolc kernel: [  131.729675] [drm] radeon: irq initialized.
 Jul 11 21:30:23 ariolc kernel: [  131.729690] mtrr: type mismatch for
 fc00,200 old: write-back new: write-combining
 Jul 11 21:30:23 ariolc kernel: [  131.729696] [drm] Detected VRAM
 RAM=32M, BAR=32M
 Jul 11 21:30:23 ariolc kernel: [  131.729701] [drm] RAM width 128bits DDR
 Jul 11 21:30:23 ariolc kernel: [  131.729796] [TTM] Zone  kernel:
 Available graphics memory: 2010998 kiB.
 Jul 11 21:30:23 ariolc kernel: [  131.729802] [TTM] Initializing pool 
 allocator.
 Jul 11 21:30:23 ariolc kernel: [  131.729841] [drm] radeon: 32M of
 VRAM memory ready
 Jul 11 21:30:23 ariolc kernel: [  131.729846] [drm] radeon: 512M of
 GTT memory ready.
 Jul 11 21:30:23 ariolc kernel: [  131.729857] [drm] GART: num cpu
 pages 131072, num gpu pages 131072
 Jul 11 21:30:23 ariolc kernel: [  131.736223] [drm] radeon: 1 quad
 pipes, 1 z pipes initialized.
 Jul 11 21:30:23 ariolc kernel: [  131.752553] [drm] Loading
 RS690/RS740 Microcode
 Jul 11 21:30:23 ariolc kernel: [  131.911461] [drm] radeon: ring at
 0xBE00
 Jul 11 21:30:23 ariolc kernel: [  132.055912] [drm:r100_ring_test]
 *ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
 Jul 11 21:30:23 ariolc kernel: [  132.055918] [drm:r100_cp_init]
 *ERROR* radeon: cp isn't working (-22).
 Jul 11 21:30:23 ariolc kernel: [  132.055925] radeon :01:05.0:
 failled initializing CP (-22).
 Jul 11 21:30:23 ariolc kernel: [  132.055929] radeon :01:05.0:
 Disabling GPU acceleration
 Jul 11 21:30:23 ariolc kernel: [  132.056174] [drm] radeon: cp finalized
 Jul 11 21:30:23 ariolc kernel: [  132.057378] [drm] Default TV standard: NTSC
 Jul 11 21:30:23 ariolc kernel: [  132.058671] [drm] Default TV standard: NTSC
 Jul 11 21:30:23 ariolc kernel: [  132.059748] [drm] Radeon Display Connectors
 Jul 11 21:30:23 ariolc kernel: [  132.059753] [drm] Connector 0:
 Jul 11 21:30:23 ariolc kernel: [  132.059756] [drm]   VGA
 Jul 11 21:30:23 ariolc kernel: [  132.059763] [drm]   DDC: 0x7e50
 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
 Jul 11 21:30:23 ariolc kernel: [  132.059766] [drm]   Encoders:
 Jul 11 21:30:23 ariolc kernel: [  132.059770] [drm]     CRT1:
 INTERNAL_KLDSCP_DAC1
 Jul 11 21:30:23 ariolc kernel: [  132.059773] [drm] Connector 1:
 Jul 11 21:30:23 ariolc kernel: [  132.059776] [drm]   S-video
 Jul 11 21:30:23 ariolc kernel: [  132.059778] [drm]   Encoders:
 Jul 11 21:30:23 ariolc kernel: [  132.059781] [drm]     TV1:
 INTERNAL_KLDSCP_DAC1
 Jul 11 21:30:23 ariolc kernel: [  132.059784] [drm] Connector 2:
 Jul 11 21:30:23 ariolc kernel: [  132.059787] [drm]   HDMI-A
 Jul 11 21:30:23 ariolc kernel: [  132.059792] [drm]   DDC: 0x7e40
 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c
 Jul 11 21:30:23 ariolc kernel: [  132.059795] [drm]   Encoders:
 Jul 11 21:30:23 ariolc 

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-12 Thread Alex Deucher
On Mon, Jul 12, 2010 at 3:54 PM, Torsten Kaiser
just.for.l...@googlemail.com wrote:
 On Mon, Jul 12, 2010 at 5:23 PM, Alex Deucher alexdeuc...@gmail.com wrote:
 On Sun, Jul 11, 2010 at 3:56 PM, Torsten Kaiser
 just.for.l...@googlemail.com wrote:
 I just tried 2.6.35-rc4 to see, if a different bug is fixed, but noted
 that this kernel will only boot with radeon.modeset=0.

 If KMS is active the display turns off and the system is completely
 dead, not even SysRq+B is working.

 I build a new kernel with the radeon driver as a module and inserted
 it by hand via ssh.
 The ssh session, I was using has this output:
 ariolc drm # insmod ./drm_kms_helper.ko
 ariolc drm # insmod ttm/ttm.ko
 ariolc drm # insmod radeon/radeon.ko
 Segmentation fault
 ariolc drm #

 The final insmod segfaulted, the shell was displaying a new prompt,
 but not new input was possible.
 The system still reacted to ping and trying to create a new ssh
 connection resulted in a password prompt, but after entering the
 password no shell was provided.
 I tried SysRq+S, SysRq+U and SysRq+B, but not visible result. After a
 reboot I did not find any additional information in /var/log/messages.
 The effect was like the boot time failures with a builtin radeon
 driver: The display (attached to the VGA output) just turns off.

 But I had a second ssh connection open, doing tail -f /var/log/messages:
 Jul 11 21:30:23 ariolc kernel: [  131.720470] [drm] radeon defaulting
 to kernel modesetting.
 Jul 11 21:30:23 ariolc kernel: [  131.720477] [drm] radeon kernel
 modesetting enabled.
 Jul 11 21:30:23 ariolc kernel: [  131.720623] radeon :01:05.0: PCI
 INT A - GSI 18 (level, low) - IRQ 18
 Jul 11 21:30:23 ariolc kernel: [  131.726859] [drm] initializing
 kernel modesetting (RS690 0x1002:0x791E).
 Jul 11 21:30:23 ariolc kernel: [  131.728607] [drm] register mmio
 base: 0xFE9F
 Jul 11 21:30:23 ariolc kernel: [  131.728613] [drm] register mmio
 size: 65536
 Jul 11 21:30:23 ariolc kernel: [  131.729591] ATOM BIOS: ATI
 Jul 11 21:30:23 ariolc kernel: [  131.729625] radeon :01:05.0:
 VRAM: 32M 0xDE00 - 0xDFFF (32M used)
 Jul 11 21:30:23 ariolc kernel: [  131.729632] radeon :01:05.0:
 GTT: 512M 0xBE00 - 0xDDFF
 Jul 11 21:30:23 ariolc kernel: [  131.729675] [drm] radeon: irq initialized.
 Jul 11 21:30:23 ariolc kernel: [  131.729690] mtrr: type mismatch for
 fc00,200 old: write-back new: write-combining
 Jul 11 21:30:23 ariolc kernel: [  131.729696] [drm] Detected VRAM
 RAM=32M, BAR=32M
 Jul 11 21:30:23 ariolc kernel: [  131.729701] [drm] RAM width 128bits DDR
 Jul 11 21:30:23 ariolc kernel: [  131.729796] [TTM] Zone  kernel:
 Available graphics memory: 2010998 kiB.
 Jul 11 21:30:23 ariolc kernel: [  131.729802] [TTM] Initializing pool 
 allocator.
 Jul 11 21:30:23 ariolc kernel: [  131.729841] [drm] radeon: 32M of
 VRAM memory ready
 Jul 11 21:30:23 ariolc kernel: [  131.729846] [drm] radeon: 512M of
 GTT memory ready.
 Jul 11 21:30:23 ariolc kernel: [  131.729857] [drm] GART: num cpu
 pages 131072, num gpu pages 131072
 Jul 11 21:30:23 ariolc kernel: [  131.736223] [drm] radeon: 1 quad
 pipes, 1 z pipes initialized.
 Jul 11 21:30:23 ariolc kernel: [  131.752553] [drm] Loading
 RS690/RS740 Microcode
 Jul 11 21:30:23 ariolc kernel: [  131.911461] [drm] radeon: ring at
 0xBE00
 Jul 11 21:30:23 ariolc kernel: [  132.055912] [drm:r100_ring_test]
 *ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
 Jul 11 21:30:23 ariolc kernel: [  132.055918] [drm:r100_cp_init]
 *ERROR* radeon: cp isn't working (-22).
 Jul 11 21:30:23 ariolc kernel: [  132.055925] radeon :01:05.0:
 failled initializing CP (-22).
 Jul 11 21:30:23 ariolc kernel: [  132.055929] radeon :01:05.0:
 Disabling GPU acceleration
 Jul 11 21:30:23 ariolc kernel: [  132.056174] [drm] radeon: cp finalized
 Jul 11 21:30:23 ariolc kernel: [  132.057378] [drm] Default TV standard: 
 NTSC
 Jul 11 21:30:23 ariolc kernel: [  132.058671] [drm] Default TV standard: 
 NTSC
 Jul 11 21:30:23 ariolc kernel: [  132.059748] [drm] Radeon Display 
 Connectors
 Jul 11 21:30:23 ariolc kernel: [  132.059753] [drm] Connector 0:
 Jul 11 21:30:23 ariolc kernel: [  132.059756] [drm]   VGA
 Jul 11 21:30:23 ariolc kernel: [  132.059763] [drm]   DDC: 0x7e50
 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
 Jul 11 21:30:23 ariolc kernel: [  132.059766] [drm]   Encoders:
 Jul 11 21:30:23 ariolc kernel: [  132.059770] [drm]     CRT1:
 INTERNAL_KLDSCP_DAC1
 Jul 11 21:30:23 ariolc kernel: [  132.059773] [drm] Connector 1:
 Jul 11 21:30:23 ariolc kernel: [  132.059776] [drm]   S-video
 Jul 11 21:30:23 ariolc kernel: [  132.059778] [drm]   Encoders:
 Jul 11 21:30:23 ariolc kernel: [  132.059781] [drm]     TV1:
 INTERNAL_KLDSCP_DAC1
 Jul 11 21:30:23 ariolc kernel: [  132.059784] [drm] Connector 2:
 Jul 11 21:30:23 ariolc kernel: [  132.059787] [drm]   HDMI-A
 Jul 11 21:30:23 ariolc kernel: [  132.059792] [drm]   DDC: 0x7e40
 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c

Regression 2.6.34->2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-11 Thread Torsten Kaiser
I just tried 2.6.35-rc4 to see, if a different bug is fixed, but noted
that this kernel will only boot with radeon.modeset=0.

If KMS is active the display turns off and the system is completely
dead, not even SysRq+B is working.

I build a new kernel with the radeon driver as a module and inserted
it by hand via ssh.
The ssh session, I was using has this output:
ariolc drm # insmod ./drm_kms_helper.ko
ariolc drm # insmod ttm/ttm.ko
ariolc drm # insmod radeon/radeon.ko
Segmentation fault
ariolc drm #

The final insmod segfaulted, the shell was displaying a new prompt,
but not new input was possible.
The system still reacted to ping and trying to create a new ssh
connection resulted in a password prompt, but after entering the
password no shell was provided.
I tried SysRq+S, SysRq+U and SysRq+B, but not visible result. After a
reboot I did not find any additional information in /var/log/messages.
The effect was like the boot time failures with a builtin radeon
driver: The display (attached to the VGA output) just turns off.

But I had a second ssh connection open, doing tail -f /var/log/messages:
Jul 11 21:30:23 ariolc kernel: [  131.720470] [drm] radeon defaulting
to kernel modesetting.
Jul 11 21:30:23 ariolc kernel: [  131.720477] [drm] radeon kernel
modesetting enabled.
Jul 11 21:30:23 ariolc kernel: [  131.720623] radeon :01:05.0: PCI
INT A -> GSI 18 (level, low) -> IRQ 18
Jul 11 21:30:23 ariolc kernel: [  131.726859] [drm] initializing
kernel modesetting (RS690 0x1002:0x791E).
Jul 11 21:30:23 ariolc kernel: [  131.728607] [drm] register mmio
base: 0xFE9F
Jul 11 21:30:23 ariolc kernel: [  131.728613] [drm] register mmio
size: 65536
Jul 11 21:30:23 ariolc kernel: [  131.729591] ATOM BIOS: ATI
Jul 11 21:30:23 ariolc kernel: [  131.729625] radeon :01:05.0:
VRAM: 32M 0xDE00 - 0xDFFF (32M used)
Jul 11 21:30:23 ariolc kernel: [  131.729632] radeon :01:05.0:
GTT: 512M 0xBE00 - 0xDDFF
Jul 11 21:30:23 ariolc kernel: [  131.729675] [drm] radeon: irq initialized.
Jul 11 21:30:23 ariolc kernel: [  131.729690] mtrr: type mismatch for
fc00,200 old: write-back new: write-combining
Jul 11 21:30:23 ariolc kernel: [  131.729696] [drm] Detected VRAM
RAM=32M, BAR=32M
Jul 11 21:30:23 ariolc kernel: [  131.729701] [drm] RAM width 128bits DDR
Jul 11 21:30:23 ariolc kernel: [  131.729796] [TTM] Zone  kernel:
Available graphics memory: 2010998 kiB.
Jul 11 21:30:23 ariolc kernel: [  131.729802] [TTM] Initializing pool allocator.
Jul 11 21:30:23 ariolc kernel: [  131.729841] [drm] radeon: 32M of
VRAM memory ready
Jul 11 21:30:23 ariolc kernel: [  131.729846] [drm] radeon: 512M of
GTT memory ready.
Jul 11 21:30:23 ariolc kernel: [  131.729857] [drm] GART: num cpu
pages 131072, num gpu pages 131072
Jul 11 21:30:23 ariolc kernel: [  131.736223] [drm] radeon: 1 quad
pipes, 1 z pipes initialized.
Jul 11 21:30:23 ariolc kernel: [  131.752553] [drm] Loading
RS690/RS740 Microcode
Jul 11 21:30:23 ariolc kernel: [  131.911461] [drm] radeon: ring at
0xBE00
Jul 11 21:30:23 ariolc kernel: [  132.055912] [drm:r100_ring_test]
*ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
Jul 11 21:30:23 ariolc kernel: [  132.055918] [drm:r100_cp_init]
*ERROR* radeon: cp isn't working (-22).
Jul 11 21:30:23 ariolc kernel: [  132.055925] radeon :01:05.0:
failled initializing CP (-22).
Jul 11 21:30:23 ariolc kernel: [  132.055929] radeon :01:05.0:
Disabling GPU acceleration
Jul 11 21:30:23 ariolc kernel: [  132.056174] [drm] radeon: cp finalized
Jul 11 21:30:23 ariolc kernel: [  132.057378] [drm] Default TV standard: NTSC
Jul 11 21:30:23 ariolc kernel: [  132.058671] [drm] Default TV standard: NTSC
Jul 11 21:30:23 ariolc kernel: [  132.059748] [drm] Radeon Display Connectors
Jul 11 21:30:23 ariolc kernel: [  132.059753] [drm] Connector 0:
Jul 11 21:30:23 ariolc kernel: [  132.059756] [drm]   VGA
Jul 11 21:30:23 ariolc kernel: [  132.059763] [drm]   DDC: 0x7e50
0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
Jul 11 21:30:23 ariolc kernel: [  132.059766] [drm]   Encoders:
Jul 11 21:30:23 ariolc kernel: [  132.059770] [drm] CRT1:
INTERNAL_KLDSCP_DAC1
Jul 11 21:30:23 ariolc kernel: [  132.059773] [drm] Connector 1:
Jul 11 21:30:23 ariolc kernel: [  132.059776] [drm]   S-video
Jul 11 21:30:23 ariolc kernel: [  132.059778] [drm]   Encoders:
Jul 11 21:30:23 ariolc kernel: [  132.059781] [drm] TV1:
INTERNAL_KLDSCP_DAC1
Jul 11 21:30:23 ariolc kernel: [  132.059784] [drm] Connector 2:
Jul 11 21:30:23 ariolc kernel: [  132.059787] [drm]   HDMI-A
Jul 11 21:30:23 ariolc kernel: [  132.059792] [drm]   DDC: 0x7e40
0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c
Jul 11 21:30:23 ariolc kernel: [  132.059795] [drm]   Encoders:
Jul 11 21:30:23 ariolc kernel: [  132.059798] [drm] DFP3: INTERNAL_LVTM1
Jul 11 21:30:23 ariolc kernel: [  132.253484] [drm] fb mappable at 0xFC04
Jul 11 21:30:23 ariolc kernel: [  132.253488] [drm] vram apper at 0xFC00
Jul 11 21:30:23 ariolc kernel: [  

Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-11 Thread Torsten Kaiser
I just tried 2.6.35-rc4 to see, if a different bug is fixed, but noted
that this kernel will only boot with radeon.modeset=0.

If KMS is active the display turns off and the system is completely
dead, not even SysRq+B is working.

I build a new kernel with the radeon driver as a module and inserted
it by hand via ssh.
The ssh session, I was using has this output:
ariolc drm # insmod ./drm_kms_helper.ko
ariolc drm # insmod ttm/ttm.ko
ariolc drm # insmod radeon/radeon.ko
Segmentation fault
ariolc drm #

The final insmod segfaulted, the shell was displaying a new prompt,
but not new input was possible.
The system still reacted to ping and trying to create a new ssh
connection resulted in a password prompt, but after entering the
password no shell was provided.
I tried SysRq+S, SysRq+U and SysRq+B, but not visible result. After a
reboot I did not find any additional information in /var/log/messages.
The effect was like the boot time failures with a builtin radeon
driver: The display (attached to the VGA output) just turns off.

But I had a second ssh connection open, doing tail -f /var/log/messages:
Jul 11 21:30:23 ariolc kernel: [  131.720470] [drm] radeon defaulting
to kernel modesetting.
Jul 11 21:30:23 ariolc kernel: [  131.720477] [drm] radeon kernel
modesetting enabled.
Jul 11 21:30:23 ariolc kernel: [  131.720623] radeon :01:05.0: PCI
INT A - GSI 18 (level, low) - IRQ 18
Jul 11 21:30:23 ariolc kernel: [  131.726859] [drm] initializing
kernel modesetting (RS690 0x1002:0x791E).
Jul 11 21:30:23 ariolc kernel: [  131.728607] [drm] register mmio
base: 0xFE9F
Jul 11 21:30:23 ariolc kernel: [  131.728613] [drm] register mmio
size: 65536
Jul 11 21:30:23 ariolc kernel: [  131.729591] ATOM BIOS: ATI
Jul 11 21:30:23 ariolc kernel: [  131.729625] radeon :01:05.0:
VRAM: 32M 0xDE00 - 0xDFFF (32M used)
Jul 11 21:30:23 ariolc kernel: [  131.729632] radeon :01:05.0:
GTT: 512M 0xBE00 - 0xDDFF
Jul 11 21:30:23 ariolc kernel: [  131.729675] [drm] radeon: irq initialized.
Jul 11 21:30:23 ariolc kernel: [  131.729690] mtrr: type mismatch for
fc00,200 old: write-back new: write-combining
Jul 11 21:30:23 ariolc kernel: [  131.729696] [drm] Detected VRAM
RAM=32M, BAR=32M
Jul 11 21:30:23 ariolc kernel: [  131.729701] [drm] RAM width 128bits DDR
Jul 11 21:30:23 ariolc kernel: [  131.729796] [TTM] Zone  kernel:
Available graphics memory: 2010998 kiB.
Jul 11 21:30:23 ariolc kernel: [  131.729802] [TTM] Initializing pool allocator.
Jul 11 21:30:23 ariolc kernel: [  131.729841] [drm] radeon: 32M of
VRAM memory ready
Jul 11 21:30:23 ariolc kernel: [  131.729846] [drm] radeon: 512M of
GTT memory ready.
Jul 11 21:30:23 ariolc kernel: [  131.729857] [drm] GART: num cpu
pages 131072, num gpu pages 131072
Jul 11 21:30:23 ariolc kernel: [  131.736223] [drm] radeon: 1 quad
pipes, 1 z pipes initialized.
Jul 11 21:30:23 ariolc kernel: [  131.752553] [drm] Loading
RS690/RS740 Microcode
Jul 11 21:30:23 ariolc kernel: [  131.911461] [drm] radeon: ring at
0xBE00
Jul 11 21:30:23 ariolc kernel: [  132.055912] [drm:r100_ring_test]
*ERROR* radeon: ring test failed (sracth(0x15E4)=0xCAFEDEAD)
Jul 11 21:30:23 ariolc kernel: [  132.055918] [drm:r100_cp_init]
*ERROR* radeon: cp isn't working (-22).
Jul 11 21:30:23 ariolc kernel: [  132.055925] radeon :01:05.0:
failled initializing CP (-22).
Jul 11 21:30:23 ariolc kernel: [  132.055929] radeon :01:05.0:
Disabling GPU acceleration
Jul 11 21:30:23 ariolc kernel: [  132.056174] [drm] radeon: cp finalized
Jul 11 21:30:23 ariolc kernel: [  132.057378] [drm] Default TV standard: NTSC
Jul 11 21:30:23 ariolc kernel: [  132.058671] [drm] Default TV standard: NTSC
Jul 11 21:30:23 ariolc kernel: [  132.059748] [drm] Radeon Display Connectors
Jul 11 21:30:23 ariolc kernel: [  132.059753] [drm] Connector 0:
Jul 11 21:30:23 ariolc kernel: [  132.059756] [drm]   VGA
Jul 11 21:30:23 ariolc kernel: [  132.059763] [drm]   DDC: 0x7e50
0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c
Jul 11 21:30:23 ariolc kernel: [  132.059766] [drm]   Encoders:
Jul 11 21:30:23 ariolc kernel: [  132.059770] [drm] CRT1:
INTERNAL_KLDSCP_DAC1
Jul 11 21:30:23 ariolc kernel: [  132.059773] [drm] Connector 1:
Jul 11 21:30:23 ariolc kernel: [  132.059776] [drm]   S-video
Jul 11 21:30:23 ariolc kernel: [  132.059778] [drm]   Encoders:
Jul 11 21:30:23 ariolc kernel: [  132.059781] [drm] TV1:
INTERNAL_KLDSCP_DAC1
Jul 11 21:30:23 ariolc kernel: [  132.059784] [drm] Connector 2:
Jul 11 21:30:23 ariolc kernel: [  132.059787] [drm]   HDMI-A
Jul 11 21:30:23 ariolc kernel: [  132.059792] [drm]   DDC: 0x7e40
0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c
Jul 11 21:30:23 ariolc kernel: [  132.059795] [drm]   Encoders:
Jul 11 21:30:23 ariolc kernel: [  132.059798] [drm] DFP3: INTERNAL_LVTM1
Jul 11 21:30:23 ariolc kernel: [  132.253484] [drm] fb mappable at 0xFC04
Jul 11 21:30:23 ariolc kernel: [  132.253488] [drm] vram apper at 0xFC00
Jul 11 21:30:23 ariolc kernel: [  132.253489]