Re: AMD E8860 on PowerPC with u-boot (T2080)

[Bas Vermeulen]

I have the radeon driver working on the T2080, and am currently running
into a problem with gallium/mesa. My problem was a mismatch
between u-boot and my device-tree that caused PCI Express to misbehave.

When I run a program calling OpenCL, I get a segfault. The cause for this
particular crash in src/gallium/drivers/radeonsi/si_state_draw.c:474
is the use of bit fields in union si_vgt_param_key
(from src/gallium/drivers/radeonsi/si_pipe.h:310). I'm fairly sure there
will be other instances.

Is there a best practice on resolving this? Point me in the right direction
and I'll create some patches to get this fixed.

Bas Vermeulen

On Thu, Feb 22, 2018 at 9:51 AM, Christian König 
wrote:

> Am 22.02.2018 um 09:37 schrieb Bas Vermeulen:
>
> On Wed, Feb 21, 2018 at 6:22 PM, Alex Deucher 
> wrote:
>
>> On Wed, Feb 21, 2018 at 7:43 AM, Christian König
>> [SNIP]
>> > Apart from that I don't have any good idea any more why that shouldn't
>> work.
>>
>> Does your platform properly handle DMA masks?  Most radeon hw only
>> supports a 40 bit DMA mask.  If there are relevant bits in the upper
>> bits of the address, they will be lost when the hw tries to use the
>> address.  On at least some powerpc hw, I believe there is some memory
>> routing related info in the high bits.
>>
>
> On 4.1 (without the hashing algorithm when printing pointers), The rings
> are placed thus:
>
> [   11.002673] radeon 0002:01:00.0: fence driver on ring 0 use gpu addr
> 0x8c00 and cpu addr 0xc0007c0c8c00
> [   11.012165] radeon 0002:01:00.0: fence driver on ring 1 use gpu addr
> 0x8c04 and cpu addr 0xc0007c0c8c04
> [   11.021657] radeon 0002:01:00.0: fence driver on ring 2 use gpu addr
> 0x8c08 and cpu addr 0xc0007c0c8c08
> [   11.031152] radeon 0002:01:00.0: fence driver on ring 3 use gpu addr
> 0x8c0c and cpu addr 0xc0007c0c8c0c
> [   11.040644] radeon 0002:01:00.0: fence driver on ring 4 use gpu addr
> 0x8c10 and cpu addr 0xc0007c0c8c10
> [   11.051919] radeon 0002:01:00.0: fence driver on ring 5 use gpu addr
> 0x00075a18 and cpu addr 0x880088db5a18
>
> It's also using bit 63 & 62. So this might be something to look into.
>
>
> No, that is just the virtual address of the buffer in kernel space and
> perfectly ok.
>
> What you could try is to force the need_dma32 flag to true, see
> drivers/gpu/drm/radeon/radeon_ttm.c and search for need_dma32.
>
> Regards,
> Christian.
>
>
> Bas Vermeulen
>
>
>
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Christian König]

Am 22.02.2018 um 09:37 schrieb Bas Vermeulen:
On Wed, Feb 21, 2018 at 6:22 PM, Alex Deucher > wrote:


On Wed, Feb 21, 2018 at 7:43 AM, Christian König
[SNIP]
> Apart from that I don't have any good idea any more why that
shouldn't work.

Does your platform properly handle DMA masks?  Most radeon hw only
supports a 40 bit DMA mask.  If there are relevant bits in the upper
bits of the address, they will be lost when the hw tries to use the
address.  On at least some powerpc hw, I believe there is some memory
routing related info in the high bits.


On 4.1 (without the hashing algorithm when printing pointers), The 
rings are placed thus:


[   11.002673] radeon 0002:01:00.0: fence driver on ring 0 use gpu 
addr 0x8c00 and cpu addr 0xc0007c0c8c00
[   11.012165] radeon 0002:01:00.0: fence driver on ring 1 use gpu 
addr 0x8c04 and cpu addr 0xc0007c0c8c04
[   11.021657] radeon 0002:01:00.0: fence driver on ring 2 use gpu 
addr 0x8c08 and cpu addr 0xc0007c0c8c08
[   11.031152] radeon 0002:01:00.0: fence driver on ring 3 use gpu 
addr 0x8c0c and cpu addr 0xc0007c0c8c0c
[   11.040644] radeon 0002:01:00.0: fence driver on ring 4 use gpu 
addr 0x8c10 and cpu addr 0xc0007c0c8c10
[   11.051919] radeon 0002:01:00.0: fence driver on ring 5 use gpu 
addr 0x00075a18 and cpu addr 0x880088db5a18


It's also using bit 63 & 62. So this might be something to look into.


No, that is just the virtual address of the buffer in kernel space and 
perfectly ok.


What you could try is to force the need_dma32 flag to true, see 
drivers/gpu/drm/radeon/radeon_ttm.c and search for need_dma32.


Regards,
Christian.



Bas Vermeulen



___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Bas Vermeulen]

On Wed, Feb 21, 2018 at 6:22 PM, Alex Deucher  wrote:

> On Wed, Feb 21, 2018 at 7:43 AM, Christian König
>  wrote:
> >> The failed VCE resume (-22) seems to be caused by
> >>
> >> if (rdev->vce.vcpu_bo == NULL)
> >> return -EINVAL;
> >>
> >> in radeon_vce.c line 226.
> >
> >
> > Yeah, you don't seem to have the VCE firmware installed. But as long as
> you
> > don't want to do any advanced video encoding with the hardware we can
> simply
> > ignore that for now.
> >
> >> Any idea where to look from there?
> >
> >
> > Unfortunately not the slightest.
> >
> > What's a bit suspicious is that the CPU addresses for the fence locations
> > look odd:
> >>
> >> [   11.350779] radeon 0001:01:00.0: fence driver on ring 0 use gpu addr
> >> 0x8c00 and cpu addr 0x7408d6c9
> >> [   11.360274] radeon 0001:01:00.0: fence driver on ring 1 use gpu addr
> >> 0x8c04 and cpu addr 0x13c11aeb
> >> [   11.369770] radeon 0001:01:00.0: fence driver on ring 2 use gpu addr
> >> 0x8c08 and cpu addr 0xd4ddd131
> >> [   11.379267] radeon 0001:01:00.0: fence driver on ring 3 use gpu addr
> >> 0x8c0c and cpu addr 0x263a4d29
> >> [   11.388763] radeon 0001:01:00.0: fence driver on ring 4 use gpu addr
> >> 0x8c10 and cpu addr 0x6ceb1503
> >> [   11.399277] radeon 0001:01:00.0: fence driver on ring 5 use gpu addr
> >> 0x00075a18 and cpu addr 0x8935a463
> >
> > But could as well be that we don't correctly print them.
> >
> > Apart from that I don't have any good idea any more why that shouldn't
> work.
>
> Does your platform properly handle DMA masks?  Most radeon hw only
> supports a 40 bit DMA mask.  If there are relevant bits in the upper
> bits of the address, they will be lost when the hw tries to use the
> address.  On at least some powerpc hw, I believe there is some memory
> routing related info in the high bits.
>

On 4.1 (without the hashing algorithm when printing pointers), The rings
are placed thus:

[   11.002673] radeon 0002:01:00.0: fence driver on ring 0 use gpu addr
0x8c00 and cpu addr 0xc0007c0c8c00
[   11.012165] radeon 0002:01:00.0: fence driver on ring 1 use gpu addr
0x8c04 and cpu addr 0xc0007c0c8c04
[   11.021657] radeon 0002:01:00.0: fence driver on ring 2 use gpu addr
0x8c08 and cpu addr 0xc0007c0c8c08
[   11.031152] radeon 0002:01:00.0: fence driver on ring 3 use gpu addr
0x8c0c and cpu addr 0xc0007c0c8c0c
[   11.040644] radeon 0002:01:00.0: fence driver on ring 4 use gpu addr
0x8c10 and cpu addr 0xc0007c0c8c10
[   11.051919] radeon 0002:01:00.0: fence driver on ring 5 use gpu addr
0x00075a18 and cpu addr 0x880088db5a18

It's also using bit 63 & 62. So this might be something to look into.

Bas Vermeulen
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Felix Kuehling]

On 2018-02-21 07:43 AM, Christian König wrote:
>> The failed VCE resume (-22) seems to be caused by
>>
>>         if (rdev->vce.vcpu_bo == NULL)
>>                 return -EINVAL;
>>
>> in radeon_vce.c line 226.
>
> Yeah, you don't seem to have the VCE firmware installed. But as long
> as you don't want to do any advanced video encoding with the hardware
> we can simply ignore that for now.
>
>> Any idea where to look from there?
>
> Unfortunately not the slightest.
>
> What's a bit suspicious is that the CPU addresses for the fence
> locations look odd:
>> [   11.350779] radeon 0001:01:00.0: fence driver on ring 0 use gpu
>> addr 0x8c00 and cpu addr 0x7408d6c9
>> [   11.360274] radeon 0001:01:00.0: fence driver on ring 1 use gpu
>> addr 0x8c04 and cpu addr 0x13c11aeb
>> [   11.369770] radeon 0001:01:00.0: fence driver on ring 2 use gpu
>> addr 0x8c08 and cpu addr 0xd4ddd131
>> [   11.379267] radeon 0001:01:00.0: fence driver on ring 3 use gpu
>> addr 0x8c0c and cpu addr 0x263a4d29
>> [   11.388763] radeon 0001:01:00.0: fence driver on ring 4 use gpu
>> addr 0x8c10 and cpu addr 0x6ceb1503
>> [   11.399277] radeon 0001:01:00.0: fence driver on ring 5 use gpu
>> addr 0x00075a18 and cpu addr 0x8935a463
> But could as well be that we don't correctly print them.

Starting in 4.15 printk("%p") doesn't print real pointers but a hash of
the address. I think that's part of the spectre/meltdown changes to make
it harder to guess the kernel mode address space layout. See
Documentation/core-api/printk-formats.rst for more details. And this commit:
> ad67b74 printk: hash addresses printed with %p

Regards,
  Felix

>
> Apart from that I don't have any good idea any more why that shouldn't
> work.
>
> Sorry,
> Christian.
>
> Am 21.02.2018 um 13:13 schrieb Bas Vermeulen:
>> I got a 4.15.0 up and running on the board; it needs pci=noaer, but
>> boots up and sees the E8860 apart from that.
>>
>> The relevant dmesg output:
>>
>> [   10.888426] [drm] radeon kernel modesetting enabled.
>> [   10.892170] radeon 0001:01:00.0: runtime IRQ mapping not provided
>> by arch
>> [   10.892407] [drm] initializing kernel modesetting (VERDE
>> 0x1002:0x6822 0x1002:0x031E 0x00).
>> [   11.138410] ATOM BIOS: E268
>> [   11.139916] [drm] GPU not posted. posting now...
>> [   11.168970] radeon 0001:01:00.0: VRAM: 2048M 0x -
>> 0x7FFF (2048M used)
>> [   11.176546] radeon 0001:01:00.0: GTT: 2048M 0x8000 -
>> 0x
>> [   11.182909] [drm] Detected VRAM RAM=2048M, BAR=256M
>> [   11.186488] [drm] RAM width 128bits DDR
>> [   11.189121] [TTM] Zone  kernel: Available graphics memory: 1978102
>> kiB
>> [   11.194350] [TTM] Initializing pool allocator
>> [   11.197407] [TTM] Initializing DMA pool allocator
>> [   11.200858] [drm] radeon: 2048M of VRAM memory ready
>> [   11.204527] [drm] radeon: 2048M of GTT memory ready.
>> [   11.208211] [drm] Loading verde Microcode
>> [   11.225907] [drm] Internal thermal controller with fan control
>> [   11.230575] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
>> [   11.247750] [drm] radeon: dpm initialized
>> [   11.268255] [drm] Found VCE firmware/feedback version 50.0.1 / 17!
>> [   11.273152] [drm] GART: num cpu pages 524288, num gpu pages 524288
>> [   11.281061] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
>> [   11.286060] [drm] PCIE gen 3 link speeds already enabled
>> [   11.342009] [drm] PCIE GART of 2048M enabled (table at
>> 0x001D6000).
>> [   11.347883] radeon 0001:01:00.0: WB enabled
>> [   11.350779] radeon 0001:01:00.0: fence driver on ring 0 use gpu
>> addr 0x8c00 and cpu addr 0x7408d6c9
>> [   11.360274] radeon 0001:01:00.0: fence driver on ring 1 use gpu
>> addr 0x8c04 and cpu addr 0x13c11aeb
>> [   11.369770] radeon 0001:01:00.0: fence driver on ring 2 use gpu
>> addr 0x8c08 and cpu addr 0xd4ddd131
>> [   11.379267] radeon 0001:01:00.0: fence driver on ring 3 use gpu
>> addr 0x8c0c and cpu addr 0x263a4d29
>> [   11.388763] radeon 0001:01:00.0: fence driver on ring 4 use gpu
>> addr 0x8c10 and cpu addr 0x6ceb1503
>> [   11.399277] radeon 0001:01:00.0: fence driver on ring 5 use gpu
>> addr 0x00075a18 and cpu addr 0x8935a463
>> [   11.419084] radeon 0001:01:00.0: failed VCE resume (-22).
>> [   11.423181] [drm] Supports vblank timestamp caching Rev 2
>> (21.10.2013).
>> [   11.428502] [drm] Driver supports precise vblank timestamp query.
>> [   11.433301] radeon 0001:01:00.0: radeon: MSI limited to 32-bit
>> [   11.437896] radeon 0001:01:00.0: radeon: using MSI.
>> [   11.441499] [drm] radeon: irq initialized.
>> [   12.127423] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0
>> test failed (scratch(0x850C)=0xCAFEDEAD)
>> [   12.135788] radeon 0001:01:00.0: disabling GPU 

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Alex Deucher]

On Wed, Feb 21, 2018 at 7:43 AM, Christian König
 wrote:
>> The failed VCE resume (-22) seems to be caused by
>>
>> if (rdev->vce.vcpu_bo == NULL)
>> return -EINVAL;
>>
>> in radeon_vce.c line 226.
>
>
> Yeah, you don't seem to have the VCE firmware installed. But as long as you
> don't want to do any advanced video encoding with the hardware we can simply
> ignore that for now.
>
>> Any idea where to look from there?
>
>
> Unfortunately not the slightest.
>
> What's a bit suspicious is that the CPU addresses for the fence locations
> look odd:
>>
>> [   11.350779] radeon 0001:01:00.0: fence driver on ring 0 use gpu addr
>> 0x8c00 and cpu addr 0x7408d6c9
>> [   11.360274] radeon 0001:01:00.0: fence driver on ring 1 use gpu addr
>> 0x8c04 and cpu addr 0x13c11aeb
>> [   11.369770] radeon 0001:01:00.0: fence driver on ring 2 use gpu addr
>> 0x8c08 and cpu addr 0xd4ddd131
>> [   11.379267] radeon 0001:01:00.0: fence driver on ring 3 use gpu addr
>> 0x8c0c and cpu addr 0x263a4d29
>> [   11.388763] radeon 0001:01:00.0: fence driver on ring 4 use gpu addr
>> 0x8c10 and cpu addr 0x6ceb1503
>> [   11.399277] radeon 0001:01:00.0: fence driver on ring 5 use gpu addr
>> 0x00075a18 and cpu addr 0x8935a463
>
> But could as well be that we don't correctly print them.
>
> Apart from that I don't have any good idea any more why that shouldn't work.

Does your platform properly handle DMA masks?  Most radeon hw only
supports a 40 bit DMA mask.  If there are relevant bits in the upper
bits of the address, they will be lost when the hw tries to use the
address.  On at least some powerpc hw, I believe there is some memory
routing related info in the high bits.

Alex


>
> Sorry,
> Christian.
>
>
> Am 21.02.2018 um 13:13 schrieb Bas Vermeulen:
>>
>> I got a 4.15.0 up and running on the board; it needs pci=noaer, but boots
>> up and sees the E8860 apart from that.
>>
>> The relevant dmesg output:
>>
>> [   10.888426] [drm] radeon kernel modesetting enabled.
>> [   10.892170] radeon 0001:01:00.0: runtime IRQ mapping not provided by
>> arch
>> [   10.892407] [drm] initializing kernel modesetting (VERDE 0x1002:0x6822
>> 0x1002:0x031E 0x00).
>> [   11.138410] ATOM BIOS: E268
>> [   11.139916] [drm] GPU not posted. posting now...
>> [   11.168970] radeon 0001:01:00.0: VRAM: 2048M 0x -
>> 0x7FFF (2048M used)
>> [   11.176546] radeon 0001:01:00.0: GTT: 2048M 0x8000 -
>> 0x
>> [   11.182909] [drm] Detected VRAM RAM=2048M, BAR=256M
>> [   11.186488] [drm] RAM width 128bits DDR
>> [   11.189121] [TTM] Zone  kernel: Available graphics memory: 1978102 kiB
>> [   11.194350] [TTM] Initializing pool allocator
>> [   11.197407] [TTM] Initializing DMA pool allocator
>> [   11.200858] [drm] radeon: 2048M of VRAM memory ready
>> [   11.204527] [drm] radeon: 2048M of GTT memory ready.
>> [   11.208211] [drm] Loading verde Microcode
>> [   11.225907] [drm] Internal thermal controller with fan control
>> [   11.230575] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
>> [   11.247750] [drm] radeon: dpm initialized
>> [   11.268255] [drm] Found VCE firmware/feedback version 50.0.1 / 17!
>> [   11.273152] [drm] GART: num cpu pages 524288, num gpu pages 524288
>> [   11.281061] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
>> [   11.286060] [drm] PCIE gen 3 link speeds already enabled
>> [   11.342009] [drm] PCIE GART of 2048M enabled (table at
>> 0x001D6000).
>> [   11.347883] radeon 0001:01:00.0: WB enabled
>> [   11.350779] radeon 0001:01:00.0: fence driver on ring 0 use gpu addr
>> 0x8c00 and cpu addr 0x7408d6c9
>> [   11.360274] radeon 0001:01:00.0: fence driver on ring 1 use gpu addr
>> 0x8c04 and cpu addr 0x13c11aeb
>> [   11.369770] radeon 0001:01:00.0: fence driver on ring 2 use gpu addr
>> 0x8c08 and cpu addr 0xd4ddd131
>> [   11.379267] radeon 0001:01:00.0: fence driver on ring 3 use gpu addr
>> 0x8c0c and cpu addr 0x263a4d29
>> [   11.388763] radeon 0001:01:00.0: fence driver on ring 4 use gpu addr
>> 0x8c10 and cpu addr 0x6ceb1503
>> [   11.399277] radeon 0001:01:00.0: fence driver on ring 5 use gpu addr
>> 0x00075a18 and cpu addr 0x8935a463
>> [   11.419084] radeon 0001:01:00.0: failed VCE resume (-22).
>> [   11.423181] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [   11.428502] [drm] Driver supports precise vblank timestamp query.
>> [   11.433301] radeon 0001:01:00.0: radeon: MSI limited to 32-bit
>> [   11.437896] radeon 0001:01:00.0: radeon: using MSI.
>> [   11.441499] [drm] radeon: irq initialized.
>> [   12.127423] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test
>> failed (scratch(0x850C)=0xCAFEDEAD)
>> [   12.135788] radeon 0001:01:00.0: 

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Christian König]

The failed VCE resume (-22) seems to be caused by

        if (rdev->vce.vcpu_bo == NULL)
                return -EINVAL;

in radeon_vce.c line 226.


Yeah, you don't seem to have the VCE firmware installed. But as long as 
you don't want to do any advanced video encoding with the hardware we 
can simply ignore that for now.



Any idea where to look from there?


Unfortunately not the slightest.

What's a bit suspicious is that the CPU addresses for the fence 
locations look odd:
[   11.350779] radeon 0001:01:00.0: fence driver on ring 0 use gpu 
addr 0x8c00 and cpu addr 0x7408d6c9
[   11.360274] radeon 0001:01:00.0: fence driver on ring 1 use gpu 
addr 0x8c04 and cpu addr 0x13c11aeb
[   11.369770] radeon 0001:01:00.0: fence driver on ring 2 use gpu 
addr 0x8c08 and cpu addr 0xd4ddd131
[   11.379267] radeon 0001:01:00.0: fence driver on ring 3 use gpu 
addr 0x8c0c and cpu addr 0x263a4d29
[   11.388763] radeon 0001:01:00.0: fence driver on ring 4 use gpu 
addr 0x8c10 and cpu addr 0x6ceb1503
[   11.399277] radeon 0001:01:00.0: fence driver on ring 5 use gpu 
addr 0x00075a18 and cpu addr 0x8935a463

But could as well be that we don't correctly print them.

Apart from that I don't have any good idea any more why that shouldn't work.

Sorry,
Christian.

Am 21.02.2018 um 13:13 schrieb Bas Vermeulen:
I got a 4.15.0 up and running on the board; it needs pci=noaer, but 
boots up and sees the E8860 apart from that.


The relevant dmesg output:

[   10.888426] [drm] radeon kernel modesetting enabled.
[   10.892170] radeon 0001:01:00.0: runtime IRQ mapping not provided 
by arch
[   10.892407] [drm] initializing kernel modesetting (VERDE 
0x1002:0x6822 0x1002:0x031E 0x00).

[   11.138410] ATOM BIOS: E268
[   11.139916] [drm] GPU not posted. posting now...
[   11.168970] radeon 0001:01:00.0: VRAM: 2048M 0x - 
0x7FFF (2048M used)
[   11.176546] radeon 0001:01:00.0: GTT: 2048M 0x8000 - 
0x

[   11.182909] [drm] Detected VRAM RAM=2048M, BAR=256M
[   11.186488] [drm] RAM width 128bits DDR
[   11.189121] [TTM] Zone  kernel: Available graphics memory: 1978102 kiB
[   11.194350] [TTM] Initializing pool allocator
[   11.197407] [TTM] Initializing DMA pool allocator
[   11.200858] [drm] radeon: 2048M of VRAM memory ready
[   11.204527] [drm] radeon: 2048M of GTT memory ready.
[   11.208211] [drm] Loading verde Microcode
[   11.225907] [drm] Internal thermal controller with fan control
[   11.230575] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
[   11.247750] [drm] radeon: dpm initialized
[   11.268255] [drm] Found VCE firmware/feedback version 50.0.1 / 17!
[   11.273152] [drm] GART: num cpu pages 524288, num gpu pages 524288
[   11.281061] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
[   11.286060] [drm] PCIE gen 3 link speeds already enabled
[   11.342009] [drm] PCIE GART of 2048M enabled (table at 
0x001D6000).

[   11.347883] radeon 0001:01:00.0: WB enabled
[   11.350779] radeon 0001:01:00.0: fence driver on ring 0 use gpu 
addr 0x8c00 and cpu addr 0x7408d6c9
[   11.360274] radeon 0001:01:00.0: fence driver on ring 1 use gpu 
addr 0x8c04 and cpu addr 0x13c11aeb
[   11.369770] radeon 0001:01:00.0: fence driver on ring 2 use gpu 
addr 0x8c08 and cpu addr 0xd4ddd131
[   11.379267] radeon 0001:01:00.0: fence driver on ring 3 use gpu 
addr 0x8c0c and cpu addr 0x263a4d29
[   11.388763] radeon 0001:01:00.0: fence driver on ring 4 use gpu 
addr 0x8c10 and cpu addr 0x6ceb1503
[   11.399277] radeon 0001:01:00.0: fence driver on ring 5 use gpu 
addr 0x00075a18 and cpu addr 0x8935a463

[   11.419084] radeon 0001:01:00.0: failed VCE resume (-22).
[   11.423181] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   11.428502] [drm] Driver supports precise vblank timestamp query.
[   11.433301] radeon 0001:01:00.0: radeon: MSI limited to 32-bit
[   11.437896] radeon 0001:01:00.0: radeon: using MSI.
[   11.441499] [drm] radeon: irq initialized.
[   12.127423] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 
test failed (scratch(0x850C)=0xCAFEDEAD)

[   12.135788] radeon 0001:01:00.0: disabling GPU acceleration
[   12.320848] [drm] Radeon Display Connectors
[   12.323733] [drm] Connector 0:
[   12.325476] [drm]   DP-1
[   12.326711] [drm]   HPD1
[   12.327935] [drm]   DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 
0x653c 0x653c

[   12.334035] [drm]   Encoders:
[   12.335691] [drm]     DFP1: INTERNAL_UNIPHY1
[   12.338662] [drm] Connector 1:
[   12.340405] [drm]   DP-2
[   12.341625] [drm]   HPD4
[   12.342857] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 
0x656c 0x656c

[   12.348957] [drm]   Encoders:
[   12.350622] [drm]     DFP2: INTERNAL_UNIPHY1
[   12.353583] [drm] Connector 2:
[   12.355335] 

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Bas Vermeulen]

I got a 4.15.0 up and running on the board; it needs pci=noaer, but boots
up and sees the E8860 apart from that.

The relevant dmesg output:

[   10.888426] [drm] radeon kernel modesetting enabled.
[   10.892170] radeon 0001:01:00.0: runtime IRQ mapping not provided by arch
[   10.892407] [drm] initializing kernel modesetting (VERDE 0x1002:0x6822
0x1002:0x031E 0x00).
[   11.138410] ATOM BIOS: E268
[   11.139916] [drm] GPU not posted. posting now...
[   11.168970] radeon 0001:01:00.0: VRAM: 2048M 0x -
0x7FFF (2048M used)
[   11.176546] radeon 0001:01:00.0: GTT: 2048M 0x8000 -
0x
[   11.182909] [drm] Detected VRAM RAM=2048M, BAR=256M
[   11.186488] [drm] RAM width 128bits DDR
[   11.189121] [TTM] Zone  kernel: Available graphics memory: 1978102 kiB
[   11.194350] [TTM] Initializing pool allocator
[   11.197407] [TTM] Initializing DMA pool allocator
[   11.200858] [drm] radeon: 2048M of VRAM memory ready
[   11.204527] [drm] radeon: 2048M of GTT memory ready.
[   11.208211] [drm] Loading verde Microcode
[   11.225907] [drm] Internal thermal controller with fan control
[   11.230575] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
[   11.247750] [drm] radeon: dpm initialized
[   11.268255] [drm] Found VCE firmware/feedback version 50.0.1 / 17!
[   11.273152] [drm] GART: num cpu pages 524288, num gpu pages 524288
[   11.281061] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
[   11.286060] [drm] PCIE gen 3 link speeds already enabled
[   11.342009] [drm] PCIE GART of 2048M enabled (table at
0x001D6000).
[   11.347883] radeon 0001:01:00.0: WB enabled
[   11.350779] radeon 0001:01:00.0: fence driver on ring 0 use gpu addr
0x8c00 and cpu addr 0x7408d6c9
[   11.360274] radeon 0001:01:00.0: fence driver on ring 1 use gpu addr
0x8c04 and cpu addr 0x13c11aeb
[   11.369770] radeon 0001:01:00.0: fence driver on ring 2 use gpu addr
0x8c08 and cpu addr 0xd4ddd131
[   11.379267] radeon 0001:01:00.0: fence driver on ring 3 use gpu addr
0x8c0c and cpu addr 0x263a4d29
[   11.388763] radeon 0001:01:00.0: fence driver on ring 4 use gpu addr
0x8c10 and cpu addr 0x6ceb1503
[   11.399277] radeon 0001:01:00.0: fence driver on ring 5 use gpu addr
0x00075a18 and cpu addr 0x8935a463
[   11.419084] radeon 0001:01:00.0: failed VCE resume (-22).
[   11.423181] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   11.428502] [drm] Driver supports precise vblank timestamp query.
[   11.433301] radeon 0001:01:00.0: radeon: MSI limited to 32-bit
[   11.437896] radeon 0001:01:00.0: radeon: using MSI.
[   11.441499] [drm] radeon: irq initialized.
[   12.127423] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test
failed (scratch(0x850C)=0xCAFEDEAD)
[   12.135788] radeon 0001:01:00.0: disabling GPU acceleration
[   12.320848] [drm] Radeon Display Connectors
[   12.323733] [drm] Connector 0:
[   12.325476] [drm]   DP-1
[   12.326711] [drm]   HPD1
[   12.327935] [drm]   DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538
0x653c 0x653c
[   12.334035] [drm]   Encoders:
[   12.335691] [drm] DFP1: INTERNAL_UNIPHY1
[   12.338662] [drm] Connector 1:
[   12.340405] [drm]   DP-2
[   12.341625] [drm]   HPD4
[   12.342857] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568
0x656c 0x656c
[   12.348957] [drm]   Encoders:
[   12.350622] [drm] DFP2: INTERNAL_UNIPHY1
[   12.353583] [drm] Connector 2:
[   12.355335] [drm]   DP-3
[   12.356557] [drm]   HPD5
[   12.357788] [drm]   DDC: 0x6540 0x6540 0x6544 0x6544 0x6548 0x6548
0x654c 0x654c
[   12.363888] [drm]   Encoders:
[   12.365543] [drm] DFP3: INTERNAL_UNIPHY2
[   12.368514] [drm] Connector 3:
[   12.370267] [drm]   DP-4
[   12.371487] [drm]   HPD6
[   12.372709] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578
0x657c 0x657c
[   12.378808] [drm]   Encoders:
[   12.380464] [drm] DFP4: INTERNAL_UNIPHY2
[   12.508848] [drm] Cannot find any crtc or sizes
[   12.512716] [drm] Initialized radeon 2.50.0 20080528 for 0001:01:00.0 on
minor 0
[   13.636810] [drm] Cannot find any crtc or sizes

The failed VCE resume (-22) seems to be caused by

if (rdev->vce.vcpu_bo == NULL)
return -EINVAL;

in radeon_vce.c line 226. Any idea where to look from there?

Bas Vermeulen
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Christian König]

Am 21.02.2018 um 12:01 schrieb Bas Vermeulen:
On Wed, Feb 21, 2018 at 11:43 AM, Christian König 
> wrote:


Am 21.02.2018 um 11:38 schrieb Bas Vermeulen:

On Wed, Feb 21, 2018 at 10:31 AM, Michel Dänzer
> wrote:

On 2018-02-21 10:18 AM, Bas Vermeulen wrote:
> On Wed, Feb 21, 2018 at 10:06 AM, Michel Dänzer

> >> wrote:
>
>     > My question is, what do I need to do to correctly
initialize the E8860
>     > board on my powerpc machine?
>
>     Start by sharing the dmesg output, and maybe also the
kernel build
>     configuration file.
>
>
> Both are attached (gzipped because of size).

It might be related to this:

[   10.482772] radeon: No coherent DMA available.


I updated my device-tree to add incoming pcie ranges, and that
removes this error:

[   10.161044] [drm] radeon kernel modesetting enabled.
[   10.165168] [drm] initializing kernel modesetting (VERDE
0x1002:0x6822 0x1002:0x031E).
[   10.171799] radeon: No coherent DMA available.


Well that reads like the problem is still there and yes when you
don't have coherent DMA possibility that would explain why it
doesn't work.

Can you provide us with a dump of /proc/iomem as well?


Sure:

- : System RAM


Mhm, ok all system memory is below 4GB. So at least in theory it should 
work even without coherent DMA.


No idea what goes wrong here,
Christian.


c2000-c2fff : /pcie@ffe25
  c2000-c2fff : PCI Bus 0001:01
    c2100-c210f : 0001:01:00.0
    c2110-c211f : 0001:01:00.0
c4000-c7fff : /pcie@ffe27
  c4000-c7fff : PCI Bus 0002:01
    c4100-c4103 : 0002:01:00.0
    c4104-c4105 : 0002:01:00.0
    c4106-c41063fff : 0002:01:00.1
    c6000-c6fff : 0002:01:00.0
fe800-fefff : fe800.nor
ffe008000-ffe008fff : mpc85xx_mc_err
ffe100100-ffe10017f : dma
ffe100180-ffe1001ff : dma
ffe100200-ffe10027f : dma
ffe100280-ffe1002ff : dma
ffe100400-ffe10047f : dma
ffe100480-ffe1004ff : dma
ffe100500-ffe10057f : dma
ffe100580-ffe1005ff : dma
ffe101100-ffe10117f : dma
ffe101180-ffe1011ff : dma
ffe101200-ffe10127f : dma
ffe101280-ffe1012ff : dma
ffe101400-ffe10147f : dma
ffe101480-ffe1014ff : dma
ffe101500-ffe10157f : dma
ffe101580-ffe1015ff : dma
ffe102100-ffe10217f : dma
ffe102180-ffe1021ff : dma
ffe102200-ffe10227f : dma
ffe102280-ffe1022ff : dma
ffe102400-ffe10247f : dma
ffe102480-ffe1024ff : dma
ffe102500-ffe10257f : dma
ffe102580-ffe1025ff : dma
ffe11-ffe110fff : /soc@ffe00/spi@11
ffe114000-ffe114fff : mmc0
ffe11c500-ffe11c507 : serial
ffe11c600-ffe11c607 : serial
ffe11d500-ffe11d507 : serial
ffe11d600-ffe11d607 : serial
ffe21-ffe210fff : /soc@ffe00/usb@21
  ffe21-ffe210fff : /soc@ffe00/usb@21
ffe211000-ffe211fff : /soc@ffe00/usb@211000
  ffe211000-ffe211fff : /soc@ffe00/usb@211000
ffe240e00-ffe24 : mpc85xx_pci_err
ffe250e00-ffe25 : mpc85xx_pci_err
ffe270e00-ffe27 : mpc85xx_pci_err
ffe40-ffe4f : fman
  ffe40-ffe45 : fman-muram
  ffe482000-ffe482fff : fman-port-hc
  ffe483000-ffe483fff : fman-port-hc
  ffe484000-ffe484fff : fman-port-hc
  ffe485000-ffe485fff : fman-port-hc
  ffe486000-ffe486fff : fman-port-hc
  ffe487000-ffe487fff : fman-port-hc
  ffe488000-ffe488fff : fman-port-hc
  ffe489000-ffe489fff : fman-port-hc
  ffe48a000-ffe48afff : fman-port-hc
  ffe48b000-ffe48bfff : fman-port-hc
  ffe48c000-ffe48cfff : fman-port-hc
  ffe48d000-ffe48dfff : fman-port-hc
  ffe49-ffe490fff : fman-port-hc
  ffe491000-ffe491fff : fman-port-hc
  ffe4a8000-ffe4a8fff : fman-port-hc
  ffe4a9000-ffe4a9fff : fman-port-hc
  ffe4aa000-ffe4aafff : fman-port-hc
  ffe4ab000-ffe4abfff : fman-port-hc
  ffe4ac000-ffe4acfff : fman-port-hc
  ffe4ad000-ffe4adfff : fman-port-hc
  ffe4b-ffe4b0fff : fman-port-hc
  ffe4b1000-ffe4b1fff : fman-port-hc
  ffe4dc000-ffe4dcfff : fman-vsp
  ffe4e-ffe4e0fff : mac
  ffe4e2000-ffe4e2fff : mac
  ffe4e4000-ffe4e4fff : mac
  ffe4e6000-ffe4e6fff : mac
  ffe4f-ffe4f0fff : mac
  ffe4f2000-ffe4f2fff : mac
  ffe4fe000-ffe4fefff : fman-rtc

Bas Vermeulen


___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Christian König]

Am 21.02.2018 um 11:38 schrieb Bas Vermeulen:
On Wed, Feb 21, 2018 at 10:31 AM, Michel Dänzer > wrote:


On 2018-02-21 10:18 AM, Bas Vermeulen wrote:
> On Wed, Feb 21, 2018 at 10:06 AM, Michel Dänzer

> >> wrote:
>
>     > My question is, what do I need to do to correctly
initialize the E8860
>     > board on my powerpc machine?
>
>     Start by sharing the dmesg output, and maybe also the kernel
build
>     configuration file.
>
>
> Both are attached (gzipped because of size).

It might be related to this:

[   10.482772] radeon: No coherent DMA available.


I updated my device-tree to add incoming pcie ranges, and that removes 
this error:


[   10.161044] [drm] radeon kernel modesetting enabled.
[   10.165168] [drm] initializing kernel modesetting (VERDE 
0x1002:0x6822 0x1002:0x031E).

[   10.171799] radeon: No coherent DMA available.


Well that reads like the problem is still there and yes when you don't 
have coherent DMA possibility that would explain why it doesn't work.


Can you provide us with a dump of /proc/iomem as well?

Thanks,
Christian.


[   10.171831] [drm] register mmio base: 0x4100
[   10.171832] [drm] register mmio size: 262144
[   10.411061] ATOM BIOS: E268
[   10.412569] [drm] GPU not posted. posting now...
[   10.441831] radeon 0002:01:00.0: VRAM: 2048M 0x - 
0x7FFF (2048M used)
[   10.449408] radeon 0002:01:00.0: GTT: 1024M 0x8000 - 
0xBFFF

[   10.455771] [drm] Detected VRAM RAM=2048M, BAR=256M
[   10.459349] [drm] RAM width 128bits DDR
[   10.462455] [TTM] Zone  kernel: Available graphics memory: 1978634 kiB
[   10.467688] [TTM] Initializing pool allocator
[   10.470755] [TTM] Initializing DMA pool allocator
[   10.474194] [drm] radeon: 2048M of VRAM memory ready
[   10.477859] [drm] radeon: 1024M of GTT memory ready.
[   10.481549] [drm] Loading verde Microcode
[   10.500383] [drm] Internal thermal controller with fan control
[   10.505048] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
[   10.522317] [drm] radeon: dpm initialized
[   10.539675] [drm] GART: num cpu pages 262144, num gpu pages 262144
[   10.546129] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
[   10.551121] [drm] PCIE gen 3 link speeds already enabled
[   10.581276] [drm] PCIE GART of 1024M enabled (table at 
0x00277000).

[   10.587142] radeon 0002:01:00.0: WB enabled
[   10.590019] radeon 0002:01:00.0: fence driver on ring 0 use gpu 
addr 0x8c00 and cpu addr 0xc000ed15bc00
[   10.599515] radeon 0002:01:00.0: fence driver on ring 1 use gpu 
addr 0x8c04 and cpu addr 0xc000ed15bc04
[   10.609008] radeon 0002:01:00.0: fence driver on ring 2 use gpu 
addr 0x8c08 and cpu addr 0xc000ed15bc08
[   10.618499] radeon 0002:01:00.0: fence driver on ring 3 use gpu 
addr 0x8c0c and cpu addr 0xc000ed15bc0c
[   10.627992] radeon 0002:01:00.0: fence driver on ring 4 use gpu 
addr 0x8c10 and cpu addr 0xc000ed15bc10
[   10.639273] radeon 0002:01:00.0: fence driver on ring 5 use gpu 
addr 0x00075a18 and cpu addr 0x880088db5a18

[   10.648762] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   10.654078] [drm] Driver supports precise vblank timestamp query.
[   10.658873] radeon 0002:01:00.0: radeon: MSI limited to 32-bit
[   10.663455] radeon 0002:01:00.0: radeon: using MSI.
[   10.667069] [drm] radeon: irq initialized.
[   11.353989] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 
test failed (scratch(0x850C)=0xCAFEDEAD)

[   11.362354] radeon 0002:01:00.0: disabling GPU acceleration
[   11.543395] [drm] Radeon Display Connectors
[   11.546272] [drm] Connector 0:
[   11.548027] [drm]   DP-1
[   11.549248] [drm]   HPD1
[   11.550471] [drm]   DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 
0x653c 0x653c

[   11.556569] [drm]   Encoders:
[   11.558224] [drm]     DFP1: INTERNAL_UNIPHY1
[   11.561192] [drm] Connector 1:
[   11.562941] [drm]   DP-2
[   11.564162] [drm]   HPD4
[   11.565384] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 
0x656c 0x656c

[   11.571480] [drm]   Encoders:
[   11.573136] [drm]     DFP2: INTERNAL_UNIPHY1
[   11.576103] [drm] Connector 2:
[   11.577846] [drm]   DP-3
[   11.579074] [drm]   HPD5
[   11.580297] [drm]   DDC: 0x6540 0x6540 0x6544 0x6544 0x6548 0x6548 
0x654c 0x654c

[   11.586393] [drm]   Encoders:
[   11.588057] [drm]     DFP3: INTERNAL_UNIPHY2
[   11.591023] [drm] Connector 3:
[   11.592767] [drm]   DP-4
[   11.593987] [drm]   HPD6
[   11.595216] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578 
0x657c 0x657c

[   11.601313] [drm]   Encoders:
[   11.602978] [drm]     DFP4: INTERNAL_UNIPHY2
[   11.692728] radeon 0002:01:00.0: No connectors reported connected 
with modes

[   

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Bas Vermeulen]

On Wed, Feb 21, 2018 at 10:31 AM, Michel Dänzer  wrote:

> On 2018-02-21 10:18 AM, Bas Vermeulen wrote:
> > On Wed, Feb 21, 2018 at 10:06 AM, Michel Dänzer  > > wrote:
> >
> > > My question is, what do I need to do to correctly initialize the
> E8860
> > > board on my powerpc machine?
> >
> > Start by sharing the dmesg output, and maybe also the kernel build
> > configuration file.
> >
> >
> > Both are attached (gzipped because of size).
>
> It might be related to this:
>
> [   10.482772] radeon: No coherent DMA available.
>
>
I updated my device-tree to add incoming pcie ranges, and that removes this
error:

[   10.161044] [drm] radeon kernel modesetting enabled.
[   10.165168] [drm] initializing kernel modesetting (VERDE 0x1002:0x6822
0x1002:0x031E).
[   10.171799] radeon: No coherent DMA available.
[   10.171831] [drm] register mmio base: 0x4100
[   10.171832] [drm] register mmio size: 262144
[   10.411061] ATOM BIOS: E268
[   10.412569] [drm] GPU not posted. posting now...
[   10.441831] radeon 0002:01:00.0: VRAM: 2048M 0x -
0x7FFF (2048M used)
[   10.449408] radeon 0002:01:00.0: GTT: 1024M 0x8000 -
0xBFFF
[   10.455771] [drm] Detected VRAM RAM=2048M, BAR=256M
[   10.459349] [drm] RAM width 128bits DDR
[   10.462455] [TTM] Zone  kernel: Available graphics memory: 1978634 kiB
[   10.467688] [TTM] Initializing pool allocator
[   10.470755] [TTM] Initializing DMA pool allocator
[   10.474194] [drm] radeon: 2048M of VRAM memory ready
[   10.477859] [drm] radeon: 1024M of GTT memory ready.
[   10.481549] [drm] Loading verde Microcode
[   10.500383] [drm] Internal thermal controller with fan control
[   10.505048] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
[   10.522317] [drm] radeon: dpm initialized
[   10.539675] [drm] GART: num cpu pages 262144, num gpu pages 262144
[   10.546129] [drm] probing gen 2 caps for device 1957:830 = 73f443/e
[   10.551121] [drm] PCIE gen 3 link speeds already enabled
[   10.581276] [drm] PCIE GART of 1024M enabled (table at
0x00277000).
[   10.587142] radeon 0002:01:00.0: WB enabled
[   10.590019] radeon 0002:01:00.0: fence driver on ring 0 use gpu addr
0x8c00 and cpu addr 0xc000ed15bc00
[   10.599515] radeon 0002:01:00.0: fence driver on ring 1 use gpu addr
0x8c04 and cpu addr 0xc000ed15bc04
[   10.609008] radeon 0002:01:00.0: fence driver on ring 2 use gpu addr
0x8c08 and cpu addr 0xc000ed15bc08
[   10.618499] radeon 0002:01:00.0: fence driver on ring 3 use gpu addr
0x8c0c and cpu addr 0xc000ed15bc0c
[   10.627992] radeon 0002:01:00.0: fence driver on ring 4 use gpu addr
0x8c10 and cpu addr 0xc000ed15bc10
[   10.639273] radeon 0002:01:00.0: fence driver on ring 5 use gpu addr
0x00075a18 and cpu addr 0x880088db5a18
[   10.648762] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   10.654078] [drm] Driver supports precise vblank timestamp query.
[   10.658873] radeon 0002:01:00.0: radeon: MSI limited to 32-bit
[   10.663455] radeon 0002:01:00.0: radeon: using MSI.
[   10.667069] [drm] radeon: irq initialized.
[   11.353989] [drm:.r600_ring_test [radeon]] *ERROR* radeon: ring 0 test
failed (scratch(0x850C)=0xCAFEDEAD)
[   11.362354] radeon 0002:01:00.0: disabling GPU acceleration
[   11.543395] [drm] Radeon Display Connectors
[   11.546272] [drm] Connector 0:
[   11.548027] [drm]   DP-1
[   11.549248] [drm]   HPD1
[   11.550471] [drm]   DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538
0x653c 0x653c
[   11.556569] [drm]   Encoders:
[   11.558224] [drm] DFP1: INTERNAL_UNIPHY1
[   11.561192] [drm] Connector 1:
[   11.562941] [drm]   DP-2
[   11.564162] [drm]   HPD4
[   11.565384] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568
0x656c 0x656c
[   11.571480] [drm]   Encoders:
[   11.573136] [drm] DFP2: INTERNAL_UNIPHY1
[   11.576103] [drm] Connector 2:
[   11.577846] [drm]   DP-3
[   11.579074] [drm]   HPD5
[   11.580297] [drm]   DDC: 0x6540 0x6540 0x6544 0x6544 0x6548 0x6548
0x654c 0x654c
[   11.586393] [drm]   Encoders:
[   11.588057] [drm] DFP3: INTERNAL_UNIPHY2
[   11.591023] [drm] Connector 3:
[   11.592767] [drm]   DP-4
[   11.593987] [drm]   HPD6
[   11.595216] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578
0x657c 0x657c
[   11.601313] [drm]   Encoders:
[   11.602978] [drm] DFP4: INTERNAL_UNIPHY2
[   11.692728] radeon 0002:01:00.0: No connectors reported connected with
modes
[   11.698480] [drm] Cannot find any crtc or sizes - going 1024x768
[   11.708402] [drm] fb mappable at 0xC60478000
[   11.711369] [drm] vram apper at 0xC6000
[   11.714242] [drm] size 3145728
[   11.715993] [drm] fb depth is 24
[   11.717910] [drm]pitch is 4096
[   11.720091] radeon 0002:01:00.0: fb0: radeondrmfb frame buffer device
[   11.725236] radeon 0002:01:00.0: registered panic notifier
[   11.742619] 

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Bas Vermeulen]

On Wed, Feb 21, 2018 at 10:36 AM, Michel Dänzer  wrote:

> On 2018-02-21 09:49 AM, Bas Vermeulen wrote:
> > Hi,
> >
> > I am unsure if this is the right place to ask, but it seems relevant.
> >
> > I am trying to use an AMD E8860 (SI) board connected to an E6500 PowerPC
> > board (T2080RDB from NXP).
>
> BTW, looks like the CPU runs in big endian mode
> (CONFIG_CPU_BIG_ENDIAN=y), doesn't it? If so, be warned that this is
> just the tip of the iceberg. The Mesa radeonsi driver doesn't work on
> big endian hosts yet, fixing that would involve a lot of work and pain.
> And without that, you won't be able to actually use any hardware
> acceleration.
>

Understood. At the moment I want to understand what I am doing wrong in
regards to the kernel part,
I'll cross the userspace bridge when I get there. The end-goal is a
completely different (real-time) OS,
and understanding how things work will help in any case.

Bas Vermeulen
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Bas Vermeulen]

On Wed, Feb 21, 2018 at 10:31 AM, Christian König 
wrote:

> Am 21.02.2018 um 10:23 schrieb Bas Vermeulen:
>
> On Wed, Feb 21, 2018 at 10:14 AM, Christian König <
> ckoenig.leichtzumer...@gmail.com> wrote:
>
>> Am 21.02.2018 um 10:06 schrieb Michel Dänzer:
>>
>>> On 2018-02-21 09:49 AM, Bas Vermeulen wrote:
>>>
 Hi,

 I am unsure if this is the right place to ask, but it seems relevant.

>>>
>> Well this list is certainly the right place to ask :)
>
>
> That's what I was hoping for :)
>
>
>>
>> I am trying to use an AMD E8860 (SI) board connected to an E6500 PowerPC
 board (T2080RDB from NXP).
 The T2080RDB does not use a BIOS, and uses u-boot to bootstrap Linux.

 I have the E8860 connected to a PCIe x4 slot with an adapter. The kernel
 is a 4.1, with DRM included in the kernel and the radeon as a module.
 The radeon driver detects the card, notices the BIOS hasn't posted and
 starts things up.
 After that, the ring tests get run, and fails on the ring 0 test,
 disabling acceleration. The graphics card is (or seems to be) working
 apart from that, the driver starts up and sees the connectors on the
 board.

 When I compare dmesg on an x86 machine and the PPC machine, I see that
 the x86 machine loads a lot more firmware from the kernel (probably the
 acceleration parts?).

>>> FWIW, that's probably just a subsequent symptom due to the ring test
>>> failure.
>>>
>>
>> Could be, but IIRC we load all the firmware first then initialize things
>> and then do the ring tests when we try to start the rings.
>>
>> BTW: What driver are you using? radeon or amdgpu?
>
>
> This is a south-island or sea-island chip, so using radeon.
>
>
> Well SI is also supported by amdgpu, I would give that a try as well.
>

Didn't know that,


> And BTW please try a more recent kernel as well, 4.1 is rather old.
>

Somewhat easier said than done; it's an NXP board, and they only supply 4.1
at the moment.
I'll see if I can upgrade to 4.15.x.


>
>
>
>
>>
>> My question is, what do I need to do to correctly initialize the E8860
 board on my powerpc machine?

>>> Start by sharing the dmesg output, and maybe also the kernel build
>>> configuration file.
>>>
>>
>> Maybe also open a bug report to attach the dmesg, see
>> bugs.freedesktop.org.
>>
>
> Sure. What project does the radeon driver fall under? I couldn't find the
> right category under Mesa, not sure what
> to file it under.
>
>
> Product DRI and then select DRM/Radeon as component.
>

Gotcha.

Bas Vermeulen
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Michel Dänzer]

On 2018-02-21 09:49 AM, Bas Vermeulen wrote:
> Hi,
> 
> I am unsure if this is the right place to ask, but it seems relevant.
> 
> I am trying to use an AMD E8860 (SI) board connected to an E6500 PowerPC
> board (T2080RDB from NXP).

BTW, looks like the CPU runs in big endian mode
(CONFIG_CPU_BIG_ENDIAN=y), doesn't it? If so, be warned that this is
just the tip of the iceberg. The Mesa radeonsi driver doesn't work on
big endian hosts yet, fixing that would involve a lot of work and pain.
And without that, you won't be able to actually use any hardware
acceleration.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Christian König]

Am 21.02.2018 um 10:23 schrieb Bas Vermeulen:
On Wed, Feb 21, 2018 at 10:14 AM, Christian König 
> wrote:


Am 21.02.2018 um 10:06 schrieb Michel Dänzer:

On 2018-02-21 09:49 AM, Bas Vermeulen wrote:

Hi,

I am unsure if this is the right place to ask, but it
seems relevant.


Well this list is certainly the right place to ask :)


That's what I was hoping for :)


I am trying to use an AMD E8860 (SI) board connected to an
E6500 PowerPC
board (T2080RDB from NXP).
The T2080RDB does not use a BIOS, and uses u-boot to
bootstrap Linux.

I have the E8860 connected to a PCIe x4 slot with an
adapter. The kernel
is a 4.1, with DRM included in the kernel and the radeon
as a module.
The radeon driver detects the card, notices the BIOS
hasn't posted and
starts things up.
After that, the ring tests get run, and fails on the ring
0 test,
disabling acceleration. The graphics card is (or seems to
be) working
apart from that, the driver starts up and sees the
connectors on the board.

When I compare dmesg on an x86 machine and the PPC
machine, I see that
the x86 machine loads a lot more firmware from the kernel
(probably the
acceleration parts?).

FWIW, that's probably just a subsequent symptom due to the
ring test
failure.


Could be, but IIRC we load all the firmware first then initialize
things and then do the ring tests when we try to start the rings.

BTW: What driver are you using? radeon or amdgpu?


This is a south-island or sea-island chip, so using radeon.


Well SI is also supported by amdgpu, I would give that a try as well.

And BTW please try a more recent kernel as well, 4.1 is rather old.



My question is, what do I need to do to correctly
initialize the E8860
board on my powerpc machine?

Start by sharing the dmesg output, and maybe also the kernel build
configuration file.


Maybe also open a bug report to attach the dmesg, see
bugs.freedesktop.org .


Sure. What project does the radeon driver fall under? I couldn't find 
the right category under Mesa, not sure what

to file it under.


Product DRI and then select DRM/Radeon as component.

Christian.



Bas Vermeulen


___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Michel Dänzer]

On 2018-02-21 10:18 AM, Bas Vermeulen wrote:
> On Wed, Feb 21, 2018 at 10:06 AM, Michel Dänzer  > wrote:
> 
> > My question is, what do I need to do to correctly initialize the E8860
> > board on my powerpc machine?
> 
> Start by sharing the dmesg output, and maybe also the kernel build
> configuration file.
> 
>  
> Both are attached (gzipped because of size).

It might be related to this:

[   10.482772] radeon: No coherent DMA available.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Bas Vermeulen]

On Wed, Feb 21, 2018 at 10:14 AM, Christian König <
ckoenig.leichtzumer...@gmail.com> wrote:

> Am 21.02.2018 um 10:06 schrieb Michel Dänzer:
>
>> On 2018-02-21 09:49 AM, Bas Vermeulen wrote:
>>
>>> Hi,
>>>
>>> I am unsure if this is the right place to ask, but it seems relevant.
>>>
>>
> Well this list is certainly the right place to ask :)


That's what I was hoping for :)


>
> I am trying to use an AMD E8860 (SI) board connected to an E6500 PowerPC
>>> board (T2080RDB from NXP).
>>> The T2080RDB does not use a BIOS, and uses u-boot to bootstrap Linux.
>>>
>>> I have the E8860 connected to a PCIe x4 slot with an adapter. The kernel
>>> is a 4.1, with DRM included in the kernel and the radeon as a module.
>>> The radeon driver detects the card, notices the BIOS hasn't posted and
>>> starts things up.
>>> After that, the ring tests get run, and fails on the ring 0 test,
>>> disabling acceleration. The graphics card is (or seems to be) working
>>> apart from that, the driver starts up and sees the connectors on the
>>> board.
>>>
>>> When I compare dmesg on an x86 machine and the PPC machine, I see that
>>> the x86 machine loads a lot more firmware from the kernel (probably the
>>> acceleration parts?).
>>>
>> FWIW, that's probably just a subsequent symptom due to the ring test
>> failure.
>>
>
> Could be, but IIRC we load all the firmware first then initialize things
> and then do the ring tests when we try to start the rings.
>
> BTW: What driver are you using? radeon or amdgpu?


This is a south-island or sea-island chip, so using radeon.


>
> My question is, what do I need to do to correctly initialize the E8860
>>> board on my powerpc machine?
>>>
>> Start by sharing the dmesg output, and maybe also the kernel build
>> configuration file.
>>
>
> Maybe also open a bug report to attach the dmesg, see bugs.freedesktop.org
> .
>

Sure. What project does the radeon driver fall under? I couldn't find the
right category under Mesa, not sure what
to file it under.

Bas Vermeulen
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Bas Vermeulen]

On Wed, Feb 21, 2018 at 10:06 AM, Michel Dänzer  wrote:

> On 2018-02-21 09:49 AM, Bas Vermeulen wrote:
> > Hi,
> >
> > I am unsure if this is the right place to ask, but it seems relevant.
> >
> > I am trying to use an AMD E8860 (SI) board connected to an E6500 PowerPC
> > board (T2080RDB from NXP).
> > The T2080RDB does not use a BIOS, and uses u-boot to bootstrap Linux.
> >
> > I have the E8860 connected to a PCIe x4 slot with an adapter. The kernel
> > is a 4.1, with DRM included in the kernel and the radeon as a module.
> > The radeon driver detects the card, notices the BIOS hasn't posted and
> > starts things up.
> > After that, the ring tests get run, and fails on the ring 0 test,
> > disabling acceleration. The graphics card is (or seems to be) working
> > apart from that, the driver starts up and sees the connectors on the
> board.
> >
> > When I compare dmesg on an x86 machine and the PPC machine, I see that
> > the x86 machine loads a lot more firmware from the kernel (probably the
> > acceleration parts?).
>
> FWIW, that's probably just a subsequent symptom due to the ring test
> failure.
>

Gotcha.


> > My question is, what do I need to do to correctly initialize the E8860
> > board on my powerpc machine?
>
> Start by sharing the dmesg output, and maybe also the kernel build
> configuration file.
>

Both are attached (gzipped because of size).

The card gets initialized of a sorts, and there are no PCIE errors (using a
slightly different
setup for the PCIe controllers in my device-tree for the board results in
PCIe errors being thrown).

Bas Vermeulen


defconfig.e8860.gz
Description: GNU Zip compressed data


dmesg.e8860.gz
Description: GNU Zip compressed data
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Christian König]

Am 21.02.2018 um 10:06 schrieb Michel Dänzer:

On 2018-02-21 09:49 AM, Bas Vermeulen wrote:

Hi,

I am unsure if this is the right place to ask, but it seems relevant.


Well this list is certainly the right place to ask :)


I am trying to use an AMD E8860 (SI) board connected to an E6500 PowerPC
board (T2080RDB from NXP).
The T2080RDB does not use a BIOS, and uses u-boot to bootstrap Linux.

I have the E8860 connected to a PCIe x4 slot with an adapter. The kernel
is a 4.1, with DRM included in the kernel and the radeon as a module.
The radeon driver detects the card, notices the BIOS hasn't posted and
starts things up.
After that, the ring tests get run, and fails on the ring 0 test,
disabling acceleration. The graphics card is (or seems to be) working
apart from that, the driver starts up and sees the connectors on the board.

When I compare dmesg on an x86 machine and the PPC machine, I see that
the x86 machine loads a lot more firmware from the kernel (probably the
acceleration parts?).

FWIW, that's probably just a subsequent symptom due to the ring test
failure.


Could be, but IIRC we load all the firmware first then initialize things 
and then do the ring tests when we try to start the rings.


BTW: What driver are you using? radeon or amdgpu?


My question is, what do I need to do to correctly initialize the E8860
board on my powerpc machine?

Start by sharing the dmesg output, and maybe also the kernel build
configuration file.


Maybe also open a bug report to attach the dmesg, see bugs.freedesktop.org.

Regards,
Christian.
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Re: AMD E8860 on PowerPC with u-boot (T2080)

[Michel Dänzer]

On 2018-02-21 09:49 AM, Bas Vermeulen wrote:
> Hi,
> 
> I am unsure if this is the right place to ask, but it seems relevant.
> 
> I am trying to use an AMD E8860 (SI) board connected to an E6500 PowerPC
> board (T2080RDB from NXP).
> The T2080RDB does not use a BIOS, and uses u-boot to bootstrap Linux.
> 
> I have the E8860 connected to a PCIe x4 slot with an adapter. The kernel
> is a 4.1, with DRM included in the kernel and the radeon as a module.
> The radeon driver detects the card, notices the BIOS hasn't posted and
> starts things up.
> After that, the ring tests get run, and fails on the ring 0 test,
> disabling acceleration. The graphics card is (or seems to be) working
> apart from that, the driver starts up and sees the connectors on the board.
> 
> When I compare dmesg on an x86 machine and the PPC machine, I see that
> the x86 machine loads a lot more firmware from the kernel (probably the
> acceleration parts?).

FWIW, that's probably just a subsequent symptom due to the ring test
failure.


> My question is, what do I need to do to correctly initialize the E8860
> board on my powerpc machine?

Start by sharing the dmesg output, and maybe also the kernel build
configuration file.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx