from:"Julian Margetson"

[Powerpc] Sam460ex Canyonlands issue -Kernel 4.4.6-rc1

2016-03-31 Thread Julian Margetson

On 3/31/2016 2:50 AM, Michel DÃ¤nzer wrote:
> On 30.03.2016 19:36, Julian Margetson wrote:
>> On 3/29/2016 11:49 PM, Michel DÃ¤nzer wrote:
>>> On 29.03.2016 18:55, Julian Margetson wrote:
>>>> On 3/28/2016 11:15 PM, Michel DÃ¤nzer wrote:
>>>>> On 29.03.2016 08:47, Julian Margetson wrote:
>>>>>> Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex
>>>>>> Canyonlands board.
>>>>>> This loops for a few times then the kernel boots.
>>>>>> No problem with the 4.6-rc1 with an A-eon Tabor Freescale e500v2
>>>>>> board.
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>> Julian
>>>>>>
>>>>>>
>>>>>> [2.197839] [ cut here ]
>>>>>> [2.197850] WARNING: CPU: 0 PID: 1 at
>>>>>> drivers/gpu/drm/drm_irq.c:1368 drm_vblank_off+0x2c/0x1e0
>>>>> That's
>>>>>
>>>>>   if (WARN_ON(pipe >= dev->num_crtcs))
>>>>>
>>>>> My best guess is that drm_vblank_off is called before drm_vblank_init,
>>>>> so dev->num_crtcs is still 0.
>>>>>
>>>>>
>>>>> Please provide the full dmesg output corresponding to the problem.
>>>>>
>>>>>
>>>> Attached
>>> [...]
>>>
>>>> [drm] radeon: irq initialized.
>>>> [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed
>>>> (scratch(0x850C)=0xCAFEDEAD)
>>>> radeon 0001:81:00.0: disabling GPU acceleration
>>> Okay, so the problem is that acceleration fails to initialize, in which
>>> case the driver calls drm_vblank_cleanup.
>>>
>>> I can see two basic options for a solution: Either don't call
>>> radeon_irq_kms_fini/drm_vblank_cleanup if acceleration fails to
>>> initialize, or check if acceleration is enabled before calling
>>> drm_vblank_on/off. Any preferences?
>>>
>>>
>> Thanks
>>
>> No preferences .
> Does the attached patch fix the problem?
>
>
>> I would be interested in a fix for the acceleration problem if possible .
> Beware that while the kernel side of this might be relatively easy to
> fix, making the userspace radeonsi driver work on big endian hosts would
> likely require substantial effort.
>
>

Thanks

The patch solved the problem .
Tested-by: Julian Margetson 

I  would indeed like to see the kernel side fix for the the acceleration 
problem. (Been hoping for it for almost 3 years now)
http://marc.info/?l=dri-devel&m=137881893518240&w=2
I also have Northern Islands cards  and  acceleration with these does 
work with my other powerpc board, an e500v2 .
It also requires the patch in the linked post by Hans Verkuil for Radeon 
NI and SI cards to work .

Regards
Julian



-- next part --

U-Boot 2015.a (May 16 2015 - 14:20:11)

CPU:   AMCC PowerPC 460EX Rev. B at 1155 MHz (PLB=231 OPB=115 EBC=115)
   No Security/Kasumi support
   Bootstrap Option H - Boot ROM Location I2C (Addr 0x52)
   Internal PCI arbiter enabled
   32 kB I-Cache 32 kB D-Cache
Board: Sam460ex/cr, PCIe 4x + PCIe 1x
I2C:   ready
DRAM:  2 GiB (ECC not enabled, 462 MHz, CL4)
PCI:   Bus Dev VenId DevId Class Int
00  04  1095  3512  0104  00
00  06  126f  0501  0380  00
PCIE0: successfully set as root-complex
03  00  1412  1724  0401  ff
02  00  1b21  1080  0604  00
PCIE1: successfully set as root-complex
05  00  1002  683f  0300  ff
Net:   ppc_4xx_eth0
FPGA:  Revision 03 (2010-10-07)
SM502: found
PERMD2:not found
VGA:   1
VESA:  OK
[0.00] Using Canyonlands machine description
[0.00] Linux version 4.6.0-rc1-sam460ex-jm (root at julian-VirtualBox) 
(gcc version 5.3.1 20160205 (Ubuntu 5.3.1-8ubuntu2) ) #24 PREEMPT Thu Mar 31 
05:31:56 AST 2016
[0.00] Zone ranges:
[0.00]   DMA  [mem 0x-0x2fff]
[0.00]   Normal   empty
[0.00]   HighMem  [mem 0x3000-0x7fff]
[0.00] Movable zone start for each node
[0.00] Early memory node ranges
[0.00]   node   0: [mem 0x-0x7fff]
[0.00] Initmem setup node 0 [mem 0x-0x7fff]
[0.00] MMU: Allocated 1088 bytes of context maps for 255 contexts
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 522752
[0.00] Kernel command line: root=/dev/sda8 console=ttyS0,115200 
console=tty0
[0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[0.0

[BUG/REGRESSION] Radeon HDMI casuses oops on Acube Sam460ex amcc 460ex power board

2015-05-17 Thread Julian Margetson

Kernels 4.03 and 4.04  oops with HDMI connection on Acube Sam460ex amcc 
460ex powerpc  board.

016a255b7835ee7e49a3eba3c14ba0bc0221a4f8 is the first bad commit

commit 016a255b7835ee7e49a3eba3c14ba0bc0221a4f8
Author: Alex Deucher 
Date:   Tue Apr 7 09:52:42 2015 -0400

 drm/radeon: only mark audio as connected if the monitor supports it (v3)

 commit 0f55db36d49d45b80eff0c0a2a498766016f458b upstream.

 Otherwise the driver may try and send audio which may confuse the
 monitor.

 v2: set pin to NULL if no audio
 v3: avoid crash with analog encoders

 Signed-off-by: Alex Deucher 
 Signed-off-by: Greg Kroah-Hartman 

:04 04 de0366a6790f5c91d175bcb89cb34956bbe72b26 
bbdb5734961f824558152c7c34a840c78bc3a9a9 M  drivers



[2.587570] Linux agpgart interface v0.103
[2.591997] [drm] Initialized drm 1.1.0 20060810
[2.596892] [drm] radeon kernel modesetting enabled.
[2.602989] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F 
0x1545:0x7750).
[2.611161] [drm] register mmio base: 0xe9000
[2.615935] [drm] register mmio size: 262144
[2.952043] ATOM BIOS: C44501
[2.955323] radeon 0001:81:00.0: VRAM: 1024M 0x - 
0x3FFF (1024M used)
[2.964253] radeon 0001:81:00.0: GTT: 1024M 0x4000 - 
0x7FFF
[2.971938] [drm] Detected VRAM RAM=1024M, BAR=256M
[2.976840] [drm] RAM width 128bits DDR
[2.980898] [TTM] Zone  kernel: Available graphics memory: 379358 kiB
[2.987383] [TTM] Zone highmem: Available graphics memory: 1034718 kiB
[2.993934] [TTM] Initializing pool allocator
[2.998331] [TTM] Initializing DMA pool allocator
[3.003153] [drm] radeon: 1024M of VRAM memory ready
[3.008162] [drm] radeon: 1024M of GTT memory ready.
[3.013203] [drm] Loading verde Microcode
[3.017266] [drm] Internal thermal controller with fan control
[3.023437] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
[3.077284] [drm] radeon: dpm initialized
[3.081503] [drm] GART: num cpu pages 262144, num gpu pages 262144
[3.093142] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
[3.125984] [drm] PCIE GART of 1024M enabled (table at 0x00277000).
[3.133327] radeon 0001:81:00.0: WB enabled
[3.137565] radeon 0001:81:00.0: fence driver on ring 0 use gpu addr 
0x4c00 and cpu addr 0xffc01c00
[3.147697] radeon 0001:81:00.0: fence driver on ring 1 use gpu addr 
0x4c04 and cpu addr 0xffc01c04
[3.157827] radeon 0001:81:00.0: fence driver on ring 2 use gpu addr 
0x4c08 and cpu addr 0xffc01c08
[3.167957] radeon 0001:81:00.0: fence driver on ring 3 use gpu addr 
0x4c0c and cpu addr 0xffc01c0c
[3.178078] radeon 0001:81:00.0: fence driver on ring 4 use gpu addr 
0x4c10 and cpu addr 0xffc01c10
[3.209673] radeon 0001:81:00.0: fence driver on ring 5 use gpu addr 
0x00075a18 and cpu addr 0xf90b5a18
[3.219822] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[3.226457] [drm] Driver supports precise vblank timestamp query.
[3.232584] radeon 0001:81:00.0: radeon: MSI limited to 32-bit
[3.238466] ppc4xx_setup_msi_irqs: fail allocating msi interrupt
[3.244586] [drm] radeon: irq initialized.
[4.006339] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed 
(scratch(0x850C)=0xCAFEDEAD)
[4.015198] radeon 0001:81:00.0: disabling GPU acceleration
[4.220071] [drm] Radeon Display Connectors
[4.224651] [drm] Connector 0:
[4.227787] [drm]   HDMI-A-1
[4.230754] [drm]   HPD4
[4.233328] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578 0x657c 
0x657c
[4.240806] [drm]   Encoders:
[4.243815] [drm] DFP1: INTERNAL_UNIPHY2
[4.248131] [drm] Connector 1:
[4.251227] [drm]   DVI-I-1
[4.254051] [drm]   HPD2
[4.256608] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c 
0x656c
[4.264034] [drm]   Encoders:
[4.267021] [drm] DFP2: INTERNAL_UNIPHY
[4.271223] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[4.390562] [drm] fb mappable at 0x80478000
[4.394789] [drm] vram apper at 0x8000
[4.398905] [drm] size 8294400
[4.401978] [drm] fb depth is 24
[4.405225] [drm]pitch is 7680
[4.700581] Console: switching to colour frame buffer device 240x67
[4.779669] radeon 0001:81:00.0: fb0: radeondrmfb frame buffer device
[4.786489] radeon 0001:81:00.0: registered panic notifier
[4.796803] [drm] Initialized radeon 2.41.0 20080528 for 0001:81:00.0 on 
minor 0

[   31.191562] Unable to handle kernel paging request for data at address 
0x0008
[   31.258832] Faulting instruction address: 0xc04a51bc
[   34.049506] Oops: Kernel access of bad area, sig: 11 [#1]
[   34.055246] PREEMPT Canyonlands
[   34.058586] Modules linked in:
[   34.061830] CPU: 0 PID: 1998 Comm: Xorg Not tainted 4.0.3-Sam460ex #2
[   34.068633] task: edee4c60 ti: ede8a000 task.ti: ede8a000
[

[BUG/REGRESSION] Radeon HDMI casuses oops on Acube Sam460ex amcc 460ex power board

2015-05-18 Thread Julian Margetson

On 5/18/2015 12:08 PM, Alex Deucher wrote:
> On Sun, May 17, 2015 at 7:20 PM, Julian Margetson  wrote:
>> Kernels 4.03 and 4.04  oops with HDMI connection on Acube Sam460ex amcc
>> 460ex powerpc  board.
>>
>> 016a255b7835ee7e49a3eba3c14ba0bc0221a4f8 is the first bad commit
>>
>> commit 016a255b7835ee7e49a3eba3c14ba0bc0221a4f8
>> Author: Alex Deucher 
>> Date:   Tue Apr 7 09:52:42 2015 -0400
>>
>>  drm/radeon: only mark audio as connected if the monitor supports it (v3)
>>
>>  commit 0f55db36d49d45b80eff0c0a2a498766016f458b upstream.
>>
>>  Otherwise the driver may try and send audio which may confuse the
>>  monitor.
>>
>>  v2: set pin to NULL if no audio
>>  v3: avoid crash with analog encoders
>>
>>  Signed-off-by: Alex Deucher 
>>  Signed-off-by: Greg Kroah-Hartman 
>>
>> :04 04 de0366a6790f5c91d175bcb89cb34956bbe72b26
>> bbdb5734961f824558152c7c34a840c78bc3a9a9 M drivers
>>
> The attached patch should fix it up.
>
> Alex
>
>
>>
>> [2.587570] Linux agpgart interface v0.103
>> [2.591997] [drm] Initialized drm 1.1.0 20060810
>> [2.596892] [drm] radeon kernel modesetting enabled.
>> [2.602989] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F
>> 0x1545:0x7750).
>> [2.611161] [drm] register mmio base: 0xe9000
>> [2.615935] [drm] register mmio size: 262144
>> [2.952043] ATOM BIOS: C44501
>> [2.955323] radeon 0001:81:00.0: VRAM: 1024M 0x -
>> 0x3FFF (1024M used)
>> [2.964253] radeon 0001:81:00.0: GTT: 1024M 0x4000 -
>> 0x7FFF
>> [2.971938] [drm] Detected VRAM RAM=1024M, BAR=256M
>> [2.976840] [drm] RAM width 128bits DDR
>> [2.980898] [TTM] Zone  kernel: Available graphics memory: 379358 kiB
>> [2.987383] [TTM] Zone highmem: Available graphics memory: 1034718 kiB
>> [2.993934] [TTM] Initializing pool allocator
>> [2.998331] [TTM] Initializing DMA pool allocator
>> [3.003153] [drm] radeon: 1024M of VRAM memory ready
>> [3.008162] [drm] radeon: 1024M of GTT memory ready.
>> [3.013203] [drm] Loading verde Microcode
>> [3.017266] [drm] Internal thermal controller with fan control
>> [3.023437] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
>> [3.077284] [drm] radeon: dpm initialized
>> [3.081503] [drm] GART: num cpu pages 262144, num gpu pages 262144
>> [3.093142] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
>> [3.125984] [drm] PCIE GART of 1024M enabled (table at
>> 0x00277000).
>> [3.133327] radeon 0001:81:00.0: WB enabled
>> [3.137565] radeon 0001:81:00.0: fence driver on ring 0 use gpu addr
>> 0x4c00 and cpu addr 0xffc01c00
>> [3.147697] radeon 0001:81:00.0: fence driver on ring 1 use gpu addr
>> 0x4c04 and cpu addr 0xffc01c04
>> [3.157827] radeon 0001:81:00.0: fence driver on ring 2 use gpu addr
>> 0x4c08 and cpu addr 0xffc01c08
>> [3.167957] radeon 0001:81:00.0: fence driver on ring 3 use gpu addr
>> 0x4c0c and cpu addr 0xffc01c0c
>> [3.178078] radeon 0001:81:00.0: fence driver on ring 4 use gpu addr
>> 0x4c10 and cpu addr 0xffc01c10
>> [3.209673] radeon 0001:81:00.0: fence driver on ring 5 use gpu addr
>> 0x00075a18 and cpu addr 0xf90b5a18
>> [3.219822] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
>> [3.226457] [drm] Driver supports precise vblank timestamp query.
>> [3.232584] radeon 0001:81:00.0: radeon: MSI limited to 32-bit
>> [3.238466] ppc4xx_setup_msi_irqs: fail allocating msi interrupt
>> [3.244586] [drm] radeon: irq initialized.
>> [4.006339] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed
>> (scratch(0x850C)=0xCAFEDEAD)
>> [4.015198] radeon 0001:81:00.0: disabling GPU acceleration
>> [4.220071] [drm] Radeon Display Connectors
>> [4.224651] [drm] Connector 0:
>> [4.227787] [drm]   HDMI-A-1
>> [4.230754] [drm]   HPD4
>> [4.233328] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578 0x657c
>> 0x657c
>> [4.240806] [drm]   Encoders:
>> [4.243815] [drm] DFP1: INTERNAL_UNIPHY2
>> [4.248131] [drm] Connector 1:
>> [4.251227] [drm]   DVI-I-1
>> [4.254051] [drm]   HPD2
>> [4.256608] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c
>> 0x656c
>> [4.264034] [drm]   Encoders:
>> [4.267021] [drm] DFP2: INTERNAL_UNIPH

[BUG/REGRESSION] Radeon HDMI casuses oops on Acube Sam460ex amcc 460ex power board

2015-05-18 Thread Julian Margetson

On 5/18/2015 4:59 PM, Alex Deucher wrote:
> On Mon, May 18, 2015 at 1:48 PM, Julian Margetson  wrote:
>> On 5/18/2015 12:08 PM, Alex Deucher wrote:
>>> On Sun, May 17, 2015 at 7:20 PM, Julian Margetson 
>>> wrote:
>>>> Kernels 4.03 and 4.04  oops with HDMI connection on Acube Sam460ex amcc
>>>> 460ex powerpc  board.
>>>>
>>>> 016a255b7835ee7e49a3eba3c14ba0bc0221a4f8 is the first bad commit
>>>>
>>>> commit 016a255b7835ee7e49a3eba3c14ba0bc0221a4f8
>>>> Author: Alex Deucher 
>>>> Date:   Tue Apr 7 09:52:42 2015 -0400
>>>>
>>>>   drm/radeon: only mark audio as connected if the monitor supports it
>>>> (v3)
>>>>
>>>>   commit 0f55db36d49d45b80eff0c0a2a498766016f458b upstream.
>>>>
>>>>   Otherwise the driver may try and send audio which may confuse the
>>>>   monitor.
>>>>
>>>>   v2: set pin to NULL if no audio
>>>>   v3: avoid crash with analog encoders
>>>>
>>>>   Signed-off-by: Alex Deucher 
>>>>   Signed-off-by: Greg Kroah-Hartman 
>>>>
>>>> :04 04 de0366a6790f5c91d175bcb89cb34956bbe72b26
>>>> bbdb5734961f824558152c7c34a840c78bc3a9a9 M drivers
>>>>
>>> The attached patch should fix it up.
>>>
>>> Alex
>>>
>>>
>>>> [2.587570] Linux agpgart interface v0.103
>>>> [2.591997] [drm] Initialized drm 1.1.0 20060810
>>>> [2.596892] [drm] radeon kernel modesetting enabled.
>>>> [2.602989] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F
>>>> 0x1545:0x7750).
>>>> [2.611161] [drm] register mmio base: 0xe9000
>>>> [2.615935] [drm] register mmio size: 262144
>>>> [2.952043] ATOM BIOS: C44501
>>>> [2.955323] radeon 0001:81:00.0: VRAM: 1024M 0x -
>>>> 0x3FFF (1024M used)
>>>> [2.964253] radeon 0001:81:00.0: GTT: 1024M 0x4000 -
>>>> 0x7FFF
>>>> [2.971938] [drm] Detected VRAM RAM=1024M, BAR=256M
>>>> [2.976840] [drm] RAM width 128bits DDR
>>>> [2.980898] [TTM] Zone  kernel: Available graphics memory: 379358 kiB
>>>> [2.987383] [TTM] Zone highmem: Available graphics memory: 1034718 kiB
>>>> [2.993934] [TTM] Initializing pool allocator
>>>> [2.998331] [TTM] Initializing DMA pool allocator
>>>> [3.003153] [drm] radeon: 1024M of VRAM memory ready
>>>> [3.008162] [drm] radeon: 1024M of GTT memory ready.
>>>> [3.013203] [drm] Loading verde Microcode
>>>> [3.017266] [drm] Internal thermal controller with fan control
>>>> [3.023437] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
>>>> [3.077284] [drm] radeon: dpm initialized
>>>> [3.081503] [drm] GART: num cpu pages 262144, num gpu pages 262144
>>>> [3.093142] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
>>>> [3.125984] [drm] PCIE GART of 1024M enabled (table at
>>>> 0x00277000).
>>>> [3.133327] radeon 0001:81:00.0: WB enabled
>>>> [3.137565] radeon 0001:81:00.0: fence driver on ring 0 use gpu addr
>>>> 0x4c00 and cpu addr 0xffc01c00
>>>> [3.147697] radeon 0001:81:00.0: fence driver on ring 1 use gpu addr
>>>> 0x4c04 and cpu addr 0xffc01c04
>>>> [3.157827] radeon 0001:81:00.0: fence driver on ring 2 use gpu addr
>>>> 0x4c08 and cpu addr 0xffc01c08
>>>> [3.167957] radeon 0001:81:00.0: fence driver on ring 3 use gpu addr
>>>> 0x4c0c and cpu addr 0xffc01c0c
>>>> [3.178078] radeon 0001:81:00.0: fence driver on ring 4 use gpu addr
>>>> 0x4c10 and cpu addr 0xffc01c10
>>>> [3.209673] radeon 0001:81:00.0: fence driver on ring 5 use gpu addr
>>>> 0x00075a18 and cpu addr 0xf90b5a18
>>>> [3.219822] [drm] Supports vblank timestamp caching Rev 2
>>>> (21.10.2013).
>>>> [3.226457] [drm] Driver supports precise vblank timestamp query.
>>>> [3.232584] radeon 0001:81:00.0: radeon: MSI limited to 32-bit
>>>> [3.238466] ppc4xx_setup_msi_irqs: fail allocating msi interrupt
>>>> [3.244586] [drm] radeon: irq initialized.
>>>> [4.006339] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed
>>>> (scrat

[BUG/REGRESSION] Radeon HDMI casuses oops on Acube Sam460ex amcc 460ex power board

2015-05-18 Thread Julian Margetson

On 5/18/2015 7:00 PM, Alex Deucher wrote:
> On Mon, May 18, 2015 at 6:41 PM, Julian Margetson  wrote:
>> On 5/18/2015 4:59 PM, Alex Deucher wrote:
>>
> Snip
>
>
>
>>   * Starting NTP server ntpd   [   28.819002] Unable to handle kernel
>> paging request for data at address 0x0008
>> [   28.860330] Faulting instruction address: 0xc04a5218
>> [   30.874910] Oops: Kernel access of bad area, sig: 11 [#1]
>> [   30.892488] PREEMPT Canyonlands
>> [   30.907764] Modules linked in:
>> [   30.922944] CPU: 0 PID: 1949 Comm: Xorg Not tainted 4.0.4-Sam460ex #4
>> [   30.941699] task: edd7a920 ti: ee6d task.ti: ee6d
>> [   30.959284] NIP: c04a5218 LR: c04a5544 CTR: 
>> [   30.976315] REGS: ee6d1c30 TRAP: 0300   Not tainted  (4.0.4-Sam460ex)
>> [   30.995038] MSR: 00029000   CR: 24004242  XER: 
>> [   31.013805] DEAR: 0008 ESR: 
>> GPR00: c04a5530 ee6d1ce0 edd7a920 ee984000   c0ac2c04
>> 61626c69
>> GPR08:    ee6d1ce0 24004244 b7e90afc b84d1ab0
>> b84d0530
>> GPR16:   6f23c730 ee6d1e18 c03add64 eea00578 0001
>> 4000
>> GPR24: 4000 c0719b98 eeb62200 c08d825c ee4e4000 ee984000 
>> eeaf8f00
>> [   31.111915] NIP [c04a5218] radeon_audio_enable+0x4/0x18
>> [   31.130834] LR [c04a5544] radeon_audio_detect+0x150/0x1bc
>> [   31.150046] Call Trace:
>> [   31.166259] [ee6d1ce0] [c04a5530] radeon_audio_detect+0x13c/0x1bc
>> (unreliable)
>> [   31.187768] [ee6d1d00] [c03e69b4] radeon_dvi_detect+0x3a8/0x3cc
>> [   31.207983] [ee6d1d30] [c0391cf8]
>> drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x448
>> [   31.231287] [ee6d1d70] [c03ade48] drm_mode_getconnector+0xe4/0x334
>> [   31.25] [ee6d1e10] [c03a0bf4] drm_ioctl+0x348/0x464
>> [   31.272107] [ee6d1ed0] [c00ce2e4] do_vfs_ioctl+0x52c/0x6e8
>> [   31.292084] [ee6d1f20] [c00ce4e0] SyS_ioctl+0x40/0x68
>> [   31.311408] [ee6d1f40] [c000ab1c] ret_from_syscall+0x0/0x3c
>> [   31.331466] --- interrupt: c01 at 0x6fb001dc
>> [   31.331466] LR = 0x6fb00100
>> [   31.368093] Instruction dump:
>> [   31.385716] 8129012c 806a0018 2f89 419e0018 81290004 2f89
>> 419e000c 7d2903a6
>> [   31.408631] 4e800420 3860 4e800020 81231cd8 <81290008> 2f89
>> 4d9e0020 7d2903a6
>> [   31.587312] ---[ end trace 2a6dca2844a1913c ]---
>> [   31.591930]
>> [   32.489288] init: bluetooth main process (2051) terminated with status 1
>> [   32.501384] init: bluetooth main process ended, respawning
>> [   33.156098] init: bluetooth main process (2076) terminated with status 1
>> [   33.183330] init: bluetooth main process ended, respawning
>> [   33.859517] init: bluetooth main process (2124) terminated with status 1
>> [   33.880582] init: bluetooth main process ended, respawning
>> [   34.450457] init: bluetooth main process (2177) terminated with status 1
>> [   34.457287] init: bluetooth main process ended, respawning
>>   * Starting Mount filesystems on boot[ OK ]
>>
> Are you sure you booted the right kernel and applied both patches?  I
> don't see any of the debugging output from the patch.
>
> Alex
>
  Restarted from scratch.Newly patched and newly compiled 4.04 kernel tested .
  Same result .

root at julian-VirtualBox:/usr/src/linux-4.0.4# patch -p1 < 
../0001-drm-radeon-properly-select-encoder-in-radeon_audio_d.patch
patching file drivers/gpu/drm/radeon/radeon_audio.c
patching file drivers/gpu/drm/radeon/radeon_connectors.c
Hunk #1 succeeded at 1257 (offset -46 lines).
Hunk #2 succeeded at 1335 (offset -46 lines).
root at julian-VirtualBox:/usr/src/linux-4.0.4# patch -p1 < ../debug.diff
patching file drivers/gpu/drm/radeon/radeon_audio.c
root at julian-VirtualBox:/usr/src/linux-4.0.4# patch -p1 < ../Sam460ex-2.patch
(Stripping trailing CRs from patch; use --binary to disable.)
patching file drivers/gpu/drm/radeon/radeon_device.c
Hunk #1 succeeded at 1401 with fuzz 1 (offset 335 lines).
(Stripping trailing CRs from patch; use --binary to disable.)
patching file include/drm/ttm/ttm_bo_api.h
Hunk #1 succeeded at 92 (offset 11 lines).
(Stripping trailing CRs from patch; use --binary to disable.)
patching file arch/powerpc/sysdev/ppc4xx_msi.c
root at julian-VirtualBox:/usr/src/linux-4.0.4#
===

[0.00] Using Canyonlands machine description
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 4.0.4-Sam460ex (root at julian-VirtualBox) (gcc 
version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #1 PREEMPT Mon May 18 20:21:14 AST 2015

[   30.102085] Unable to handle kernel paging request for data at address

[BUG/REGRESSION] Radeon HDMI casuses oops on Acube Sam460ex amcc 460ex power board

2015-05-22 Thread Julian Margetson

On 5/18/2015 7:00 PM, Alex Deucher wrote:
> On Mon, May 18, 2015 at 6:41 PM, Julian Margetson  wrote:
>> On 5/18/2015 4:59 PM, Alex Deucher wrote:
>>
> Snip
>
>
>
>>   * Starting NTP server ntpd   [   28.819002] Unable to handle kernel
>> paging request for data at address 0x0008
>> [   28.860330] Faulting instruction address: 0xc04a5218
>> [   30.874910] Oops: Kernel access of bad area, sig: 11 [#1]
>> [   30.892488] PREEMPT Canyonlands
>> [   30.907764] Modules linked in:
>> [   30.922944] CPU: 0 PID: 1949 Comm: Xorg Not tainted 4.0.4-Sam460ex #4
>> [   30.941699] task: edd7a920 ti: ee6d task.ti: ee6d
>> [   30.959284] NIP: c04a5218 LR: c04a5544 CTR: 
>> [   30.976315] REGS: ee6d1c30 TRAP: 0300   Not tainted  (4.0.4-Sam460ex)
>> [   30.995038] MSR: 00029000   CR: 24004242  XER: 
>> [   31.013805] DEAR: 0008 ESR: 
>> GPR00: c04a5530 ee6d1ce0 edd7a920 ee984000   c0ac2c04
>> 61626c69
>> GPR08:    ee6d1ce0 24004244 b7e90afc b84d1ab0
>> b84d0530
>> GPR16:   6f23c730 ee6d1e18 c03add64 eea00578 0001
>> 4000
>> GPR24: 4000 c0719b98 eeb62200 c08d825c ee4e4000 ee984000 
>> eeaf8f00
>> [   31.111915] NIP [c04a5218] radeon_audio_enable+0x4/0x18
>> [   31.130834] LR [c04a5544] radeon_audio_detect+0x150/0x1bc
>> [   31.150046] Call Trace:
>> [   31.166259] [ee6d1ce0] [c04a5530] radeon_audio_detect+0x13c/0x1bc
>> (unreliable)
>> [   31.187768] [ee6d1d00] [c03e69b4] radeon_dvi_detect+0x3a8/0x3cc
>> [   31.207983] [ee6d1d30] [c0391cf8]
>> drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x448
>> [   31.231287] [ee6d1d70] [c03ade48] drm_mode_getconnector+0xe4/0x334
>> [   31.25] [ee6d1e10] [c03a0bf4] drm_ioctl+0x348/0x464
>> [   31.272107] [ee6d1ed0] [c00ce2e4] do_vfs_ioctl+0x52c/0x6e8
>> [   31.292084] [ee6d1f20] [c00ce4e0] SyS_ioctl+0x40/0x68
>> [   31.311408] [ee6d1f40] [c000ab1c] ret_from_syscall+0x0/0x3c
>> [   31.331466] --- interrupt: c01 at 0x6fb001dc
>> [   31.331466] LR = 0x6fb00100
>> [   31.368093] Instruction dump:
>> [   31.385716] 8129012c 806a0018 2f89 419e0018 81290004 2f89
>> 419e000c 7d2903a6
>> [   31.408631] 4e800420 3860 4e800020 81231cd8 <81290008> 2f89
>> 4d9e0020 7d2903a6
>> [   31.587312] ---[ end trace 2a6dca2844a1913c ]---
>> [   31.591930]
>> [   32.489288] init: bluetooth main process (2051) terminated with status 1
>> [   32.501384] init: bluetooth main process ended, respawning
>> [   33.156098] init: bluetooth main process (2076) terminated with status 1
>> [   33.183330] init: bluetooth main process ended, respawning
>> [   33.859517] init: bluetooth main process (2124) terminated with status 1
>> [   33.880582] init: bluetooth main process ended, respawning
>> [   34.450457] init: bluetooth main process (2177) terminated with status 1
>> [   34.457287] init: bluetooth main process ended, respawning
>>   * Starting Mount filesystems on boot[ OK ]
>>
> Are you sure you booted the right kernel and applied both patches?  I
> don't see any of the debugging output from the patch.
>
> Alex
>

The issues started with HDMI  from Kernel 4.0.0-rc1. Could not get the 
git bisect completed.
Any suggestions to get around the error  below ?

(.text+0x865dc): undefined reference to `__get_user_bad'



More issues with Kernel 4.0.0-rc1

[   33.535692] Unable to handle kernel paging request for data at address 
0x0008
[   33.566786] Faulting instruction address: 0xc049db84
[   33.574188] Vector: 300 (Data Access) at [eeb13c20]
[   33.579086] pc: c049db84: radeon_audio_enable+0x4/0x18
[   33.584630] lr: c049e2f4: radeon_audio_detect+0x288/0x290
[   33.590429] sp: eeb13cd0
[   33.593310]msr: 29000
[   33.595931]dar: 8
[   33.598207]  dsisr: 0
[   33.600480]   current = 0xeea93ac0
[   33.603885] pid   = 2311, comm = Xorg
[   33.607922] enter ? for help
[   33.610806] [link register   ] c049e2f4 radeon_audio_detect+0x288/0x290
[   33.617469] [eeb13cd0] c049e254 radeon_audio_detect+0x1e8/0x290 (unreliable)
[   33.624571] [eeb13d00] c03dfe7c radeon_dvi_detect+0x388/0x3ac
[   33.630369] [eeb13d30] c038b9d4 
drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x434
[   33.638954] [eeb13d70] c03a7670 drm_mode_getconnector+0xf4/0x334
[   33.645022] [eeb13e10] c039a8c0 drm_ioctl+0x348/0x464
[   33.650135] [eeb13ed0] c00d0ca0 do_vfs_ioctl+0x52c/0x6e8
[   33.655507] [eeb13f20] c00d0e9c SyS_ioctl+0x40/0x68
[   33.660438] [eeb13f40] c000ab04 ret_from_syscall+0x0/0x3c
[

[BUG/REGRESSION] Radeon HDMI casuses oops on Acube Sam460ex amcc 460ex power board

2015-05-31 Thread Julian Margetson

On 5/22/2015 7:57 AM, Julian Margetson wrote:
> On 5/18/2015 7:00 PM, Alex Deucher wrote:
>> On Mon, May 18, 2015 at 6:41 PM, Julian Margetson  
>> wrote:
>>> On 5/18/2015 4:59 PM, Alex Deucher wrote:
>>>
>> Snip
>>
>>
>>
>>>   * Starting NTP server ntpd   [ 28.819002] Unable to handle kernel
>>> paging request for data at address 0x0008
>>> [   28.860330] Faulting instruction address: 0xc04a5218
>>> [   30.874910] Oops: Kernel access of bad area, sig: 11 [#1]
>>> [   30.892488] PREEMPT Canyonlands
>>> [   30.907764] Modules linked in:
>>> [   30.922944] CPU: 0 PID: 1949 Comm: Xorg Not tainted 
>>> 4.0.4-Sam460ex #4
>>> [   30.941699] task: edd7a920 ti: ee6d task.ti: ee6d
>>> [   30.959284] NIP: c04a5218 LR: c04a5544 CTR: 
>>> [   30.976315] REGS: ee6d1c30 TRAP: 0300   Not tainted (4.0.4-Sam460ex)
>>> [   30.995038] MSR: 00029000   CR: 24004242 XER: 
>>> [   31.013805] DEAR: 0008 ESR: 
>>> GPR00: c04a5530 ee6d1ce0 edd7a920 ee984000   c0ac2c04
>>> 61626c69
>>> GPR08:    ee6d1ce0 24004244 b7e90afc b84d1ab0
>>> b84d0530
>>> GPR16:   6f23c730 ee6d1e18 c03add64 eea00578 0001
>>> 4000
>>> GPR24: 4000 c0719b98 eeb62200 c08d825c ee4e4000 ee984000 
>>> eeaf8f00
>>> [   31.111915] NIP [c04a5218] radeon_audio_enable+0x4/0x18
>>> [   31.130834] LR [c04a5544] radeon_audio_detect+0x150/0x1bc
>>> [   31.150046] Call Trace:
>>> [   31.166259] [ee6d1ce0] [c04a5530] radeon_audio_detect+0x13c/0x1bc
>>> (unreliable)
>>> [   31.187768] [ee6d1d00] [c03e69b4] radeon_dvi_detect+0x3a8/0x3cc
>>> [   31.207983] [ee6d1d30] [c0391cf8]
>>> drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x448
>>> [   31.231287] [ee6d1d70] [c03ade48] drm_mode_getconnector+0xe4/0x334
>>> [   31.25] [ee6d1e10] [c03a0bf4] drm_ioctl+0x348/0x464
>>> [   31.272107] [ee6d1ed0] [c00ce2e4] do_vfs_ioctl+0x52c/0x6e8
>>> [   31.292084] [ee6d1f20] [c00ce4e0] SyS_ioctl+0x40/0x68
>>> [   31.311408] [ee6d1f40] [c000ab1c] ret_from_syscall+0x0/0x3c
>>> [   31.331466] --- interrupt: c01 at 0x6fb001dc
>>> [   31.331466] LR = 0x6fb00100
>>> [   31.368093] Instruction dump:
>>> [   31.385716] 8129012c 806a0018 2f89 419e0018 81290004 2f89
>>> 419e000c 7d2903a6
>>> [   31.408631] 4e800420 3860 4e800020 81231cd8 <81290008> 2f89
>>> 4d9e0020 7d2903a6
>>> [   31.587312] ---[ end trace 2a6dca2844a1913c ]---
>>> [   31.591930]
>>> [   32.489288] init: bluetooth main process (2051) terminated with 
>>> status 1
>>> [   32.501384] init: bluetooth main process ended, respawning
>>> [   33.156098] init: bluetooth main process (2076) terminated with 
>>> status 1
>>> [   33.183330] init: bluetooth main process ended, respawning
>>> [   33.859517] init: bluetooth main process (2124) terminated with 
>>> status 1
>>> [   33.880582] init: bluetooth main process ended, respawning
>>> [   34.450457] init: bluetooth main process (2177) terminated with 
>>> status 1
>>> [   34.457287] init: bluetooth main process ended, respawning
>>>   * Starting Mount filesystems on boot[ OK ]
>>>
>> Are you sure you booted the right kernel and applied both patches?  I
>> don't see any of the debugging output from the patch.
>>
>> Alex
>>
>
> The issues started with HDMI  from Kernel 4.0.0-rc1. Could not get the 
> git bisect completed.
> Any suggestions to get around the error  below ?
>
> (.text+0x865dc): undefined reference to `__get_user_bad'
>
> 
>  
>
>
> More issues with Kernel 4.0.0-rc1
>
> [   33.535692] Unable to handle kernel paging request for data at 
> address 0x0008
> [   33.566786] Faulting instruction address: 0xc049db84
> [   33.574188] Vector: 300 (Data Access) at [eeb13c20]
> [   33.579086] pc: c049db84: radeon_audio_enable+0x4/0x18
> [   33.584630] lr: c049e2f4: radeon_audio_detect+0x288/0x290
> [   33.590429] sp: eeb13cd0
> [   33.593310]msr: 29000
> [   33.595931]dar: 8
> [   33.598207]  dsisr: 0
> [   33.600480]   current = 0xeea93ac0
> [   33.603885] pid   = 2311, comm = Xorg
> [   33.607922] enter ? for help
> [   33.610806] [link register   ] c049e2f4 
> radeon_audio_detect+0x288/0x290
> [   33.617469] [eeb13cd0] c049e2

[BUG] Radeon TAHITI_vce.bin firmware casuses oops on Acube Sam460ex amcc 460ex and other Power PC motherboards

2016-01-21 Thread Julian Margetson

On 12/28/2015 11:58 AM, Julian Margetson wrote:
> Having an isssue when adding Radeon TAHITI_vce.bin firmware to kernel.
> When not compiled into 4.4.0rc kernels system boots but with error messages :
>
>Direct firmware load for radeon/TAHITI_vce.bin failed with error -2
>Can't load firmware "radeon/TAHITI_vce.bin
>
> When I add the TAHITI_vce.bin firmware into the kernel it results in an oops:
>
>   Unable to handle kernel paging request for data at address 0xf01c
>
> ---
> [2.521012] [drm] Initialized drm 1.1.0 20060810
> [2.525742] [drm] radeon kernel modesetting enabled.
> [2.531460] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F 
> 0x1545:0x7750).
> [2.539486] [drm] register mmio base: 0xe9000
> [2.544238] [drm] register mmio size: 262144
> [2.880317] ATOM BIOS: C44501
> [2.883578] radeon :81:00.0: VRAM: 1024M 0x - 
> 0x3FFF (1024M used)
> [2.892508] radeon :81:00.0: GTT: 2048M 0x4000 - 
> 0xBFFF
> [2.900194] [drm] Detected VRAM RAM=1024M, BAR=256M
> [2.905088] [drm] RAM width 128bits DDR
> [2.909139] [TTM] Zone  kernel: Available graphics memory: 379040 kiB
> [2.915623] [TTM] Zone highmem: Available graphics memory: 1034400 kiB
> [2.922174] [TTM] Initializing pool allocator
> [2.926577] [TTM] Initializing DMA pool allocator
> [2.931395] [drm] radeon: 1024M of VRAM memory ready
> [2.936404] [drm] radeon: 2048M of GTT memory ready.
> [2.941455] [drm] Loading verde Microcode
> [2.945521] [drm] Internal thermal controller with fan control
> [2.951602] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
> [3.005149] [drm] radeon: dpm initialized
> [3.009408] radeon :81:00.0: Direct firmware load for 
> radeon/TAHITI_vce.bin failed with error -2
> [3.018621] radeon :81:00.0: radeon_vce: Can't load firmware 
> "radeon/TAHITI_vce.bin"
> [3.026800] [drm] GART: num cpu pages 524288, num gpu pages 524288
> [3.043542] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
> [3.099201] [drm] PCIE GART of 2048M enabled (table at 0x00277000).
> [3.106540] radeon :81:00.0: WB enabled
> [3.110781] radeon :81:00.0: fence driver on ring 0 use gpu addr 
> 0x4c00 and cpu addr 0xee503c00
> [3.120909] radeon :81:00.0: fence driver on ring 1 use gpu addr 
> 0x4c04 and cpu addr 0xee503c04
> [3.131031] radeon :81:00.0: fence driver on ring 2 use gpu addr 
> 0x4c08 and cpu addr 0xee503c08
> [3.141153] radeon :81:00.0: fence driver on ring 3 use gpu addr 
> 0x4c0c and cpu addr 0xee503c0c
> [3.151274] radeon :81:00.0: fence driver on ring 4 use gpu addr 
> 0x4c10 and cpu addr 0xee503c10
> [3.191527] radeon :81:00.0: fence driver on ring 5 use gpu addr 
> 0x00075a18 and cpu addr 0xf5135a18
> [3.201688] radeon :81:00.0: VCE init error (-22).
> [3.206858] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> [3.213492] [drm] Driver supports precise vblank timestamp query.
> [3.219614] radeon :81:00.0: radeon: MSI limited to 32-bit
> [3.225540] genirq: Setting trigger mode 3 for irq 45 failed 
> (uic_set_irq_type+0x0/0x160)
> [3.233816] radeon :81:00.0: radeon: using MSI.
> [3.238773] [drm] radeon: irq initialized.
> [3.996237] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed 
> (scratch(0x850C)=0xCAFEDEAD)
> [4.005096] radeon :81:00.0: disabling GPU acceleration
> [4.213502] [drm] Radeon Display Connectors
> [4.217783] [drm] Connector 0:
> [4.220868] [drm]   HDMI-A-1
> [4.223768] [drm]   HPD4
> [4.226324] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578 0x657c 
> 0x657c
> [4.233742] [drm]   Encoders:
> [4.236728] [drm] DFP1: INTERNAL_UNIPHY2
> [4.241016] [drm] Connector 1:
> [4.244088] [drm]   DVI-I-1
> [4.246901] [drm]   HPD2
> [4.249456] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c 
> 0x656c
> [4.256875] [drm]   Encoders:
> [4.259861] [drm] DFP2: INTERNAL_UNIPHY
> [4.264063] [drm] CRT1: INTERNAL_KLDSCP_DAC1
> [4.381167] [drm] fb mappable at 0x80678000
> [4.385382] [drm] vram apper at 0x8000
> [4.389496] [drm] size 8294400
> [4.392569] [drm] fb depth is 24
> [4.395816] [drm]pitch is 7680
> [4.689698] Console: switching to colour frame buffer device 240x67
> [4.767746] radeon :81:00.0: fb0: radeondrmfb frame buffer device
>

[BUG] Radeon TAHITI_vce.bin firmware casuses oops on Acube Sam460ex amcc 460ex and other Power PC motherboards

2016-01-22 Thread Julian Margetson

On 1/22/2016 4:17 AM, Christian KÃ¶nig wrote:
> Am 22.01.2016 um 06:15 schrieb Alex Deucher:
>> On Thu, Jan 21, 2016 at 7:12 PM, Julian Margetson  
>> wrote:
>>> On 12/28/2015 11:58 AM, Julian Margetson wrote:
>>>
>>> Having an isssue when adding Radeon TAHITI_vce.bin firmware to kernel.
>>> When not compiled into 4.4.0rc kernels system boots but with error 
>>> messages
>>> :
>>>
>>>Direct firmware load for radeon/TAHITI_vce.bin failed with error -2
>>>Can't load firmware "radeon/TAHITI_vce.bin
>>>
>>> When I add the TAHITI_vce.bin firmware into the kernel it results in an
>>> oops:
>>>
>>>   Unable to handle kernel paging request for data at address 0xf01c
>> I think the firmware is little endian, so you'll probably need to byte
>> swap it before interpreting it in the driver.  Something like the
>> attached patch should avoid the crash, but I'm not sure if that is
>> enough for the firmware to load properly.
>
> Most likely not the whole solution, but a good start that should avoid 
> the crash.
>
> Patch is Reviewed-by: Christian KÃ¶nig 
>
> Christian.
>
>> Alex
>>
>>> ---
>>>  
>>>
>>> [2.521012] [drm] Initialized drm 1.1.0 20060810
>>> [2.525742] [drm] radeon kernel modesetting enabled.
>>> [2.531460] [drm] initializing kernel modesetting (VERDE 
>>> 0x1002:0x683F
>>> 0x1545:0x7750).
>>> [2.539486] [drm] register mmio base: 0xe9000
>>> [2.544238] [drm] register mmio size: 262144
>>> [2.880317] ATOM BIOS: C44501
>>> [2.883578] radeon :81:00.0: VRAM: 1024M 0x -
>>> 0x3FFF (1024M used)
>>> [2.892508] radeon :81:00.0: GTT: 2048M 0x4000 -
>>> 0xBFFF
>>> [2.900194] [drm] Detected VRAM RAM=1024M, BAR=256M
>>> [2.905088] [drm] RAM width 128bits DDR
>>> [2.909139] [TTM] Zone  kernel: Available graphics memory: 379040 
>>> kiB
>>> [2.915623] [TTM] Zone highmem: Available graphics memory: 
>>> 1034400 kiB
>>> [2.922174] [TTM] Initializing pool allocator
>>> [2.926577] [TTM] Initializing DMA pool allocator
>>> [2.931395] [drm] radeon: 1024M of VRAM memory ready
>>> [2.936404] [drm] radeon: 2048M of GTT memory ready.
>>> [2.941455] [drm] Loading verde Microcode
>>> [2.945521] [drm] Internal thermal controller with fan control
>>> [2.951602] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
>>> [3.005149] [drm] radeon: dpm initialized
>>> [3.009408] radeon :81:00.0: Direct firmware load for
>>> radeon/TAHITI_vce.bin failed with error -2
>>> [3.018621] radeon :81:00.0: radeon_vce: Can't load firmware
>>> "radeon/TAHITI_vce.bin"
>>> [3.026800] [drm] GART: num cpu pages 524288, num gpu pages 524288
>>> [3.043542] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
>>> [3.099201] [drm] PCIE GART of 2048M enabled (table at
>>> 0x00277000).
>>> [3.106540] radeon :81:00.0: WB enabled
>>> [3.110781] radeon :81:00.0: fence driver on ring 0 use gpu addr
>>> 0x4c00 and cpu addr 0xee503c00
>>> [3.120909] radeon :81:00.0: fence driver on ring 1 use gpu addr
>>> 0x4c04 and cpu addr 0xee503c04
>>> [3.131031] radeon :81:00.0: fence driver on ring 2 use gpu addr
>>> 0x4c08 and cpu addr 0xee503c08
>>> [3.141153] radeon :81:00.0: fence driver on ring 3 use gpu addr
>>> 0x4c0c and cpu addr 0xee503c0c
>>> [3.151274] radeon :81:00.0: fence driver on ring 4 use gpu addr
>>> 0x4c10 and cpu addr 0xee503c10
>>> [3.191527] radeon :81:00.0: fence driver on ring 5 use gpu addr
>>> 0x00075a18 and cpu addr 0xf5135a18
>>> [3.201688] radeon :81:00.0: VCE init error (-22).
>>> [3.206858] [drm] Supports vblank timestamp caching Rev 2 
>>> (21.10.2013).
>>> [3.213492] [drm] Driver supports precise vblank timestamp query.
>>> [3.219614] radeon :81:00.0: radeon: MSI limited to 32-bit
>>> [3.225540] genirq: Setting trigger mode 3 for irq 45 failed
>>> (uic_set_irq_type+0x0/0x160)
>>> [3.233816] radeon :81:00.0: radeon: using MSI.
>>>

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

2016-01-25 Thread Julian Margetson

Oops starting Xorg with kernel 4.5-rc1 on Acube Sam460ex amcc460ex 
powerpc motherboard.

==
01c8f1c44b83a0825b573e7c723b033cece37b86 is the first bad commit
commit 01c8f1c44b83a0825b573e7c723b033cece37b86
Author: Dan Williams 
Date:   Fri Jan 15 16:56:40 2016 -0800

 mm, dax, gpu: convert vm_insert_mixed to pfn_t

 Convert the raw unsigned long 'pfn' argument to pfn_t for the purpose of
 evaluating the PFN_MAP and PFN_DEV flags.  When both are set it triggers
 _PAGE_DEVMAP to be set in the resulting pte.

 There are no functional changes to the gpu drivers as a result of this
 conversion.

 Signed-off-by: Dan Williams 
 Cc: Dave Hansen 
 Cc: David Airlie 
 Signed-off-by: Andrew Morton 
 Signed-off-by: Linus Torvalds 

:04 04 dc71b6dc188dea4b6ce95f5fd1e4e73cc3663cbe 
8a745459a14cd2a6f4e1c71fda3e54333d023f43 M  arch
:04 04 9e8103b65698f677e17becdac53914ca029a6197 
f656e15bffef4ea8c848176a79eb50a071ec323e M  drivers
:04 04 3ffc222d7e0f1067772798d08777aeb54136026e 
e2b423f85aaaf0cb25d48d1e15771fc5bddf7981 M  fs
:04 04 392d2dea8185ba8f0d1c101782831ceed9aa9812 
9e3001b04052daa1b3204b6f2a6e26138a4ed7dd M  include
:04 04 f81d8cfe3052b7259b75a58656a65efdaad40284 
969d0ff262020f27a695172ce89ae5f6088e8d44 M  mm

--

[   44.725656] Oops: Machine check, sig: 7 [#1]
[   44.730187] PREEMPT Canyonlands
[   44.733512] Modules linked in:
[   44.736755] CPU: 0 PID: 597 Comm: Xorg Not tainted 4.5.0-rc1-Sam460ex #1
[   44.743828] task: ee239140 ti: ecf88000 task.ti: ecf88000
[   44.749529] NIP: 1ff13484 LR: 1ff13404 CTR: 1ff134d0
[   44.754772] REGS: ecf89f10 TRAP: 0214   Not tainted  (4.5.0-rc1-Sam460ex)
[   44.761932] MSR: 0002f900   CR: 48004262  XER: 2000
[   44.769076]
GPR00: 1f3d7134 bf887050 b7d3b6f0 b74fdffc b6d14008 0778 0004 
GPR08:  b74fdffc  bf887000 1ff13404 207aeff4  0780
GPR16:  0020   1e00 20f3e620 0438 b6d14008
GPR24: 0780 bf8870a8 20f28760 b74fe000 b74fe000 b6d14008 2001bff4 1e00
[   44.800927] NIP [1ff13484] 0x1ff13484
[   44.804789] LR [1ff13404] 0x1ff13404
[   44.808564] Call Trace:
[   44.964294] ---[ end trace ef11bac1eb629226 ]---
[   44.968911]
[   47.452723] Machine check in kernel mode.
[   47.456761] Data Write PLB Error
[   47.459988] Machine Check exception is imprecise
[   47.464614] Vector: 214  at [ecf6bf10]
[   47.468364] pc: 1faa6480
[   47.471280] lr: 1faa6404
[   47.474198] sp: bfda5e60
[   47.477080]msr: 2f900
[   47.479701]   current = 0xecf92840
[   47.483105] pid   = 659, comm = Xorg
[   47.487031] Linux version 4.5.0-rc1-Sam460ex (root at julian-VirtualBox) 
(gcc version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #1 PREEMPT Sun Jan 24 19:50:54 
AST 2016
[   47.500956] enter ? for help
[   47.503842] mon>  
[   49.507131] Oops: Machine check, sig: 7 [#2]
[   49.511654] PREEMPT Canyonlands
[   49.514987] Modules linked in:
[   49.518231] CPU: 0 PID: 659 Comm: Xorg Tainted: G  D 
4.5.0-rc1-Sam460ex #1
[   49.526588] task: ecf92840 ti: ecf6a000 task.ti: ecf6a000
[   49.532280] NIP: 1faa6480 LR: 1faa6404 CTR: 1faa64d0
[   49.537516] REGS: ecf6bf10 TRAP: 0214   Tainted: G  D  
(4.5.0-rc1-Sam460ex)
[   49.545959] MSR: 0002f900   CR: 24004242  XER: 
[   49.553103]
GPR00: 1ef6a134 bfda5e60 b7bfc6f0 b73beffc b6bd5008 0780 0004 
GPR08:  b73beffc  bfda5e10 1faa6404 20341ff4  0780
GPR16:  0020   1e00 20740650 0438 b6bd5008
GPR24: 0780 bfda5eb8 2072a730 b73bf000 b73bf000 b6bd5008 1fbaeff4 1e00
[   49.584956] NIP [1faa6480] 0x1faa6480
[   49.588816] LR [1faa6404] 0x1faa6404
[   49.592582] Call Trace:
[   49.595167] ---[ end trace ef11bac1eb629227 ]---
[   49.599787]
[   52.298332] Machine check in kernel mode.
[   52.302369] Data Write PLB Error
[   52.305595] Machine Check exception is imprecise
[   52.310222] Vector: 214  at [ee043f10]
[   52.313972] pc: 1fc9e484
[   52.316888] lr: 1fc9e404
[   52.319805] sp: bff30c20
[   52.322687]msr: 2f900
[   52.325310]   current = 0xecf92280
[   52.328713] pid   = 676, comm = Xorg
[   52.332638] Linux version 4.5.0-rc1-Sam460ex (root at julian-VirtualBox) 
(gcc version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #1 PREEMPT Sun Jan 24 19:50:54 
AST 2016
[   52.346563] enter ? for help
[   52.349441] mon>  
[   54.352730] Oops: Machine check, sig: 7 [#3]
[   54.357252] PREEMPT Canyonlands
[   54.360586] Modules linked in:
[   54.363830] CPU: 0 PID: 676 Comm: Xorg Tainted: G  D 
4.5.0-rc1-Sam460ex #1
[   54.372186]

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

2016-01-25 Thread Julian Margetson

On 1/25/2016 3:20 PM, Dan Williams wrote:
> On Mon, Jan 25, 2016 at 4:46 AM, Julian Margetson  wrote:
>> Oops starting Xorg with kernel 4.5-rc1 on Acube Sam460ex amcc460ex powerpc
>> motherboard.
>>
>> ==
>> 01c8f1c44b83a0825b573e7c723b033cece37b86 is the first bad commit
>> commit 01c8f1c44b83a0825b573e7c723b033cece37b86
>> Author: Dan Williams 
>> Date:   Fri Jan 15 16:56:40 2016 -0800
>>
>>  mm, dax, gpu: convert vm_insert_mixed to pfn_t
>>
>>  Convert the raw unsigned long 'pfn' argument to pfn_t for the purpose of
>>  evaluating the PFN_MAP and PFN_DEV flags.  When both are set it triggers
>>  _PAGE_DEVMAP to be set in the resulting pte.
>>
>>  There are no functional changes to the gpu drivers as a result of this
>>  conversion.
>>
>>  Signed-off-by: Dan Williams 
>>  Cc: Dave Hansen 
>>  Cc: David Airlie 
>>  Signed-off-by: Andrew Morton 
>>  Signed-off-by: Linus Torvalds 
>>
>> :04 04 dc71b6dc188dea4b6ce95f5fd1e4e73cc3663cbe
>> 8a745459a14cd2a6f4e1c71fda3e54333d023f43 M arch
>> :04 04 9e8103b65698f677e17becdac53914ca029a6197
>> f656e15bffef4ea8c848176a79eb50a071ec323e M drivers
>> :04 04 3ffc222d7e0f1067772798d08777aeb54136026e
>> e2b423f85aaaf0cb25d48d1e15771fc5bddf7981 M fs
>> :04 04 392d2dea8185ba8f0d1c101782831ceed9aa9812
>> 9e3001b04052daa1b3204b6f2a6e26138a4ed7dd M include
>> :04 04 f81d8cfe3052b7259b75a58656a65efdaad40284
>> 969d0ff262020f27a695172ce89ae5f6088e8d44 M mm
>>
> Hmm, this commit could only cause a behavior change if it modifies the
> value of the pfn as seen by insert_pfn().  Can you try the attached
> debug patch to see if that assumption is being violated?

Had to manually delete the lines in the second part of the patch.

=
U-Boot 2015.a (May 16 2015 - 14:20:11)

CPU:   AMCC PowerPC 460EX Rev. B at 1155 MHz (PLB=231 OPB=115 EBC=115)
No Security/Kasumi support
Bootstrap Option H - Boot ROM Location I2C (Addr 0x52)
Internal PCI arbiter enabled
32 kB I-Cache 32 kB D-Cache
Board: Sam460ex/cr, PCIe 4x + SATA-2
I2C:   ready
DRAM:  2 GiB (ECC not enabled, 462 MHz, CL4)
PCI:   Bus Dev VenId DevId Class Int
 00  04  1095  3512  0104  00
 00  06  126f  0501  0380  00
PCIE1: successfully set as root-complex
 02  00  1002  683f  0300  ff
Net:   ppc_4xx_eth0
FPGA:  Revision 03 (2010-10-07)
SM502: found
PERMD2:not found
VGA:   1
VESA:  OK
[0.00] Using Canyonlands machine description
[0.00] Linux version 4.5.0-rc1-Sam460ex (root at julian-VirtualBox) 
(gcc version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #1 PREEMPT Mon Jan 25 16:03:17 
AST 2016
[0.00] Zone ranges:
[0.00]   DMA  [mem 0x-0x2fff]
[0.00]   Normal   empty
[0.00]   HighMem  [mem 0x3000-0x7fff]
[0.00] Movable zone start for each node
[0.00] Early memory node ranges
[0.00]   node   0: [mem 0x-0x7fff]
[0.00] Initmem setup node 0 [mem 0x-0x7fff]
[0.00] MMU: Allocated 1088 bytes of context maps for 255 contexts
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 522752
[0.00] Kernel command line: root=/dev/sdb8 console=ttyS0,115200 
console=tty0
[0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[0.00] Sorting __ex_table...
[0.00] Memory: 2002928K/2097152K available (6792K kernel code, 288K 
rwdata, 3228K rodata, 236K init, 345K bss, 94224K reserved, 0K cma-reserved, 
1310720K highmem)
[0.00] Kernel virtual memory layout:
[0.00]   * 0xfffcf000..0xf000  : fixmap
[0.00]   * 0xffc0..0xffe0  : highmem PTEs
[0.00]   * 0xffa0..0xffc0  : consistent mem
[0.00]   * 0xffa0..0xffa0  : early ioremap
[0.00]   * 0xf100..0xffa0  : vmalloc & ioremap
[0.00] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[0.00] Preemptible hierarchical RCU implementation.
[0.00] Build-time adjustment of leaf fanout to 32.
[0.00] NR_IRQS:512 nr_irqs:512 16
[0.00] UIC0 (32 IRQ sources) at DCR 0xc0
[0.00] UIC1 (32 IRQ sources) at DCR 0xd0
[0.00] UIC2 (32 IRQ sources) at DCR 0xe0
[0.00] UIC3 (32 IRQ sources) at DCR 0xf

[PATCH] mm: fix pfn_t to page conversion in vm_insert_mixed

2016-01-26 Thread Julian Margetson

On 1/26/2016 2:37 PM, Dan Williams wrote:
> pfn_t_to_page() honors the flags in the pfn_t value to determine if a
> pfn is backed by a page.  However, vm_insert_mixed() was originally
> written to use pfn_valid() to make this determination.  To restore the
> old/correct behavior, ignore the pfn_t flags in the !pfn_t_devmap() case
> and fallback to trusting pfn_valid().
>
> Fixes: 01c8f1c44b83 ("mm, dax, gpu: convert vm_insert_mixed to pfn_t")
> Cc: Dave Hansen 
> Cc: David Airlie 
> Reported-by: Julian Margetson 
> Reported-by: Tomi Valkeinen 
> Signed-off-by: Dan Williams 
> ---
>   mm/memory.c |9 +++--
>   1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/mm/memory.c b/mm/memory.c
> index 30991f83d0bf..93ce37989471 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -1591,10 +1591,15 @@ int vm_insert_mixed(struct vm_area_struct *vma, 
> unsigned long addr,
>* than insert_pfn).  If a zero_pfn were inserted into a VM_MIXEDMAP
>* without pte special, it would there be refcounted as a normal page.
>*/
> - if (!HAVE_PTE_SPECIAL && pfn_t_valid(pfn)) {
> + if (!HAVE_PTE_SPECIAL && !pfn_t_devmap(pfn) && pfn_t_valid(pfn)) {
>   struct page *page;
>   
> - page = pfn_t_to_page(pfn);
> + /*
> +  * At this point we are committed to insert_page()
> +  * regardless of whether the caller specified flags that
> +  * result in pfn_t_has_page() == false.
> +  */
> + page = pfn_to_page(pfn_t_to_pfn(pfn));
>   return insert_page(vma, addr, page, vma->vm_page_prot);
>   }
>   return insert_pfn(vma, addr, pfn, vma->vm_page_prot);
>
>
>
[   16.503323] systemd[1]: Mounting FUSE Control File System...
[   42.703092] Oops: Machine check, sig: 7 [#1]
[   42.707624] PREEMPT Canyonlands
[   42.710959] Modules linked in:
[   42.714201] CPU: 0 PID: 553 Comm: Xorg Not tainted 4.5.0-rc1-Sam460ex #1
[   42.721283] task: ee1e45c0 ti: ecd46000 task.ti: ecd46000
[   42.726983] NIP: 1fed2480 LR: 1fed2404 CTR: 1fed24d0
[   42.732227] REGS: ecd47f10 TRAP: 0214   Not tainted  (4.5.0-rc1-Sam460ex)
[   42.739395] MSR: 0002d000   CR: 28004262  XER: 
[   42.746244]
GPR00: 1f396134 bfcb0970 b77fc6f0 b6fbeffc b67d5008 0780 0004 
GPR08:  b6fbeffc  bfcb0920 1fed2404 2076dff4  0780
GPR16:  0020   1e00 209be650 0438 b67d5008
GPR24: 0780 bfcb09c8 209a8728 b6fbf000 b6fbf000 b67d5008 1ffdaff4 1e00
[   42.778096] NIP [1fed2480] 0x1fed2480
[   42.781967] LR [1fed2404] 0x1fed2404
[   42.785741] Call Trace:
[   42.943688] ---[ end trace 5d20a91d2d30d9d6 ]---
[   42.948311]
[   46.641774] Machine check in kernel mode.
[   46.645805] Data Write PLB Error
[   46.649031] Machine Check exception is imprecise
[   46.653658] Vector: 214  at [eccfbf10]
[   46.657408] pc: 1ffa9480
[   46.660325] lr: 1ffa9404
[   46.663241] sp: bf9252b0
[   46.666123]msr: 2d000
[   46.668746]   current = 0xee1e73c0
[   46.672149] pid   = 663, comm = Xorg
[   46.676074] Linux version 4.5.0-rc1-Sam460ex (root at julian-VirtualBox) 
(gcc version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #1 PREEMPT Tue Jan 26 15:40:11 
AST 2016
[   46.690001] enter ? for help
[   46.692886] mon>  
[   48.696175] Oops: Machine check, sig: 7 [#2]
[   48.700706] PREEMPT Canyonlands
[   48.704049] Modules linked in:
[   48.707292] CPU: 0 PID: 663 Comm: Xorg Tainted: G  D 
4.5.0-rc1-Sam460ex #1
[   48.715657] task: ee1e73c0 ti: eccfa000 task.ti: eccfa000
[   48.721359] NIP: 1ffa9480 LR: 1ffa9404 CTR: 1ffa94d0
[   48.726602] REGS: eccfbf10 TRAP: 0214   Tainted: G  D  
(4.5.0-rc1-Sam460ex)
[   48.735055] MSR: 0002d000   CR: 28004262  XER: 
[   48.741913]
GPR00: 1f46d134 bf9252b0 b78b46f0 b7076ffc b688d008 0780 0004 
GPR08:  b7076ffc  bf925260 1ffa9404 20844ff4  0780
GPR16:  0020   1e00 20a7e638 0438 b688d008
GPR24: 0780 bf925308 20a68748 b7077000 b7077000 b688d008 200b1ff4 1e00
[   48.773765] NIP [1ffa9480] 0x1ffa9480
[   48.777634] LR [1ffa9404] 0x1ffa9404
[   48.781409] Call Trace:
[   48.783993] ---[ end trace 5d20a91d2d30d9d7 ]---
[   48.788614]
[   51.289144] Machine check in kernel mode.
[   51.293175] Data Write PLB Error
[   51.296401] Machine Check exception is imprecise
[   51.301028] Vector: 214  at [ee225f10]
[   51.304778] pc: 1fc2e480
[   51.307694] lr: 1fc2e404
[   51.310612] sp: bfbd0390
[   51.313493]msr: 2f900
[   51.316115]   current = 0xecce2840
[   51.319519] pid   = 680, comm = Xorg
[   51.323444] Linux version 4.5.0-rc1-Sam460ex (root at julian-VirtualBox) 
(gcc version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #1 PREEM

[PATCH] mm: fix pfn_t to page conversion in vm_insert_mixed

2016-01-26 Thread Julian Margetson

On 1/26/2016 4:34 PM, Dan Williams wrote:
> On Tue, Jan 26, 2016 at 11:46 AM, Julian Margetson  
> wrote:
>> On 1/26/2016 2:37 PM, Dan Williams wrote:
>>
>> pfn_t_to_page() honors the flags in the pfn_t value to determine if a
>> pfn is backed by a page.  However, vm_insert_mixed() was originally
>> written to use pfn_valid() to make this determination.  To restore the
>> old/correct behavior, ignore the pfn_t flags in the !pfn_t_devmap() case
>> and fallback to trusting pfn_valid().
>>
>> Fixes: 01c8f1c44b83 ("mm, dax, gpu: convert vm_insert_mixed to pfn_t")
>> Cc: Dave Hansen 
>> Cc: David Airlie 
>> Reported-by: Julian Margetson 
>> Reported-by: Tomi Valkeinen 
>> Signed-off-by: Dan Williams 
>> ---
>>   mm/memory.c |9 +++--
>>   1 file changed, 7 insertions(+), 2 deletions(-)
>>
>> diff --git a/mm/memory.c b/mm/memory.c
>> index 30991f83d0bf..93ce37989471 100644
>> --- a/mm/memory.c
>> +++ b/mm/memory.c
>> @@ -1591,10 +1591,15 @@ int vm_insert_mixed(struct vm_area_struct *vma,
>> unsigned long addr,
>>* than insert_pfn).  If a zero_pfn were inserted into a VM_MIXEDMAP
>>* without pte special, it would there be refcounted as a normal page.
>>*/
>> - if (!HAVE_PTE_SPECIAL && pfn_t_valid(pfn)) {
>> + if (!HAVE_PTE_SPECIAL && !pfn_t_devmap(pfn) && pfn_t_valid(pfn)) {
>>struct page *page;
>>
>> - page = pfn_t_to_page(pfn);
>> + /*
>> + * At this point we are committed to insert_page()
>> + * regardless of whether the caller specified flags that
>> + * result in pfn_t_has_page() == false.
>> + */
>> + page = pfn_to_page(pfn_t_to_pfn(pfn));
>>return insert_page(vma, addr, page, vma->vm_page_prot);
>>}
>>return insert_pfn(vma, addr, pfn, vma->vm_page_prot);
>>
>>
>>
>> [   16.503323] systemd[1]: Mounting FUSE Control File System...
>> [   42.703092] Oops: Machine check, sig: 7 [#1]
>> [   42.707624] PREEMPT Canyonlands
>> [   42.710959] Modules linked in:
>> [   42.714201] CPU: 0 PID: 553 Comm: Xorg Not tainted 4.5.0-rc1-Sam460ex #1
>> [   42.721283] task: ee1e45c0 ti: ecd46000 task.ti: ecd46000
>> [   42.726983] NIP: 1fed2480 LR: 1fed2404 CTR: 1fed24d0
>> [   42.732227] REGS: ecd47f10 TRAP: 0214   Not tainted  (4.5.0-rc1-Sam460ex)
>> [   42.739395] MSR: 0002d000   CR: 28004262  XER: 
>> [   42.746244]
>> GPR00: 1f396134 bfcb0970 b77fc6f0 b6fbeffc b67d5008 0780 0004
>> 
>> GPR08:  b6fbeffc  bfcb0920 1fed2404 2076dff4 
>> 0780
>> GPR16:  0020   1e00 209be650 0438
>> b67d5008
>> GPR24: 0780 bfcb09c8 209a8728 b6fbf000 b6fbf000 b67d5008 1ffdaff4
>> 1e00
>> [   42.778096] NIP [1fed2480] 0x1fed2480
>> [   42.781967] LR [1fed2404] 0x1fed2404
>> [   42.785741] Call Trace:
>> [   42.943688] ---[ end trace 5d20a91d2d30d9d6 ]---
>> [   42.948311]
>> [   46.641774] Machine check in kernel mode.
>> [   46.645805] Data Write PLB Error
>> [   46.649031] Machine Check exception is imprecise
>> [   46.653658] Vector: 214  at [eccfbf10]
>> [   46.657408] pc: 1ffa9480
>> [   46.660325] lr: 1ffa9404
>> [   46.663241] sp: bf9252b0
>> [   46.666123]msr: 2d000
>> [   46.668746]   current = 0xee1e73c0
>> [   46.672149] pid   = 663, comm = Xorg
>> [   46.676074] Linux version 4.5.0-rc1-Sam460ex (root at julian-VirtualBox)
> Ok, I think the patch is still needed for the issue Tomi reported,
> this appears to be a separate bug.
>
> Can you send me your kernel config?
>
>

-- next part --
#
# Automatically generated file; DO NOT EDIT.
# Linux/powerpc 4.5.0-rc1 Kernel Configuration
#
# CONFIG_PPC64 is not set

#
# Processor support
#
# CONFIG_PPC_BOOK3S_32 is not set
# CONFIG_PPC_85xx is not set
# CONFIG_PPC_8xx is not set
# CONFIG_40x is not set
CONFIG_44x=y
# CONFIG_E200 is not set
CONFIG_PPC_FPU=y
CONFIG_4xx=y
CONFIG_BOOKE=y
CONFIG_PTE_64BIT=y
CONFIG_PHYS_64BIT=y
CONFIG_PPC_MMU_NOHASH=y
# CONFIG_PPC_MM_SLICES is not set
CONFIG_NOT_COHERENT_CACHE=y
# CONFIG_PPC_DOORBELL is not set
CONFIG_VDSO32=y
CONFIG_CPU_BIG_ENDIAN=y
CONFIG_PPC32=y
CONFIG_32BIT=y
CONFIG_WORD_SIZE=32
CONFIG_ARCH_PHYS_ADDR_T_64BIT=y
CONFIG_ARCH_DMA_ADDR_T_64BIT=y
CONFIG_MMU=y
# CONFIG_HAVE_SETUP_PER_CPU_AREA is not set
# CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK is not set
CONFIG_NR_IRQS=512
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_ARCH_HAS_ILOG2_U32=y
CONFIG_GENERIC_HWE

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

2016-01-27 Thread Julian Margetson

On 1/26/2016 9:43 PM, Dan Williams wrote:
> On Mon, Jan 25, 2016 at 12:35 PM, Julian Margetson  
> wrote:
>> On 1/25/2016 3:20 PM, Dan Williams wrote:
> [..]
>> Hmm, this commit could only cause a behavior change if it modifies the
>> value of the pfn as seen by insert_pfn().  Can you try the attached
>> debug patch to see if that assumption is being violated?
>>
>> Had to manually delete the lines in the second part of the patch.
> Sorry about that I had based direct on that failing commit rather than
> 4.5-rc1.  A reflowed version in the attached.
>
>> [   42.557813] Oops: Machine check, sig: 7 [#1]
>> [   42.562350] PREEMPT Canyonlands
>> [   42.565692] Modules linked in:
>> [   42.568933] CPU: 0 PID: 495 Comm: Xorg Tainted: GW
>> 4.5.0-rc1-Sam460ex #1
>> [   42.577291] task: ee3adcc0 ti: ee26 task.ti: ee26
>> [   42.582984] NIP: 1ff72480 LR: 1ff72404 CTR: 1ff724d0
>> [   42.588220] REGS: ee261f10 TRAP: 0214   Tainted: GW
>> (4.5.0-rc1-Sam460ex)
>> [   42.596663] MSR: 0002d000   CR: 24004242  XER: 
>> [   42.603512]
>> GPR00: 1f436134 bfc4dac0 b79cb6f0 b718dffc b69a4008 0780 0004
>> 
>> GPR08:  b718dffc  bfc4da70 1ff72404 2080dff4 
>> 0780
>> GPR16:  0020   1e00 20aaa620 0438
>> b69a4008
>> GPR24: 0780 bfc4db18 20a94760 b718e000 b718e000 b69a4008 2007aff4
>> 1e00
>> [   42.635363] NIP [1ff72480] 0x1ff72480
>> [   42.639225] LR [1ff72404] 0x1ff72404
>> [   42.642991] Call Trace:
>> [   42.798393] ---[ end trace 8fcfa5f0e9942055 ]---
> I'm not familiar with powerpc crash dumps, so there's not much
> information I can glean from this.  Any folks on the cc can translate
> a powerpc "Machine check"?
>
> I'm down to looking a differences between the passing and failing
> case.  Can you print out the value the pte entry and the in
> insert_pfn, like the following:
>
> diff --git a/mm/memory.c b/mm/memory.c
> index 30991f83d0bf..c44e387130b2 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -1521,6 +1521,8 @@ static int insert_pfn(struct vm_area_struct
> *vma, unsigned long addr,
> entry = pte_mkdevmap(pfn_t_pte(pfn, prot));
> else
> entry = pte_mkspecial(pfn_t_pte(pfn, prot));
> +   pr_info("%s: entry: %#llx pfn: %#lx\n", __func__,
> +   (unsigned long long) entry, pfn_t_to_pfn(pfn));
> set_pte_at(mm, addr, pte, entry);
> update_mmu_cache(vma, addr, pte); /* XXX: why not for insert_page? */
>
> ...of course for the passing case you'll need to drop the call to
> pfn_t_to_pfn() and just print the pfn directly.
>
> Thank you for the help tracking this down, it's much appreciated.
Happy to help out. Just need some guidance sometimes as I am relatively 
new at this.

-
15.802615] systemd[1]: Started Journal Service.
[   44.263074] Oops: Machine check, sig: 7 [#1]
[   44.267603] PREEMPT Canyonlands
[   44.270938] Modules linked in:
[   44.274182] CPU: 0 PID: 586 Comm: Xorg Tainted: GW   
4.5.0-rc1-Sam460ex #2
[   44.282538] task: ecd505c0 ti: efff2000 task.ti: ecd76000
[   44.288239] NIP: ccec LR: 1fb81404 CTR: 1fb814d0
[   44.293483] REGS: efff3f10 TRAP: 0214   Tainted: GW
(4.5.0-rc1-Sam460ex)
[   44.301926] MSR: 00021000   CR: 84004242  XER: 
[   44.308185]
GPR00: 1f045134 bfd0ce80 b7e7b6f0 b763dffc b6e54008 0780 0004 
GPR08:  b763dffc b6e54010 ecf5 ecf5 0009  0780
GPR16:  0020   1e00 2079b638 0438 b6e54008
GPR24: 0780 bfd0ced8 20785770 b763e000 b763e000 b6e54008 1fc89ff4 1e00
[   44.340039] NIP [ccec] DataTLBError44x+0x6c/0x90
[   44.345279] LR [1fb81404] 0x1fb81404
[   44.349053] Call Trace:
[   44.351631] Instruction dump:
[   44.354776] 7d7342a6 816b0040 7d92eaa6 7db00aa6 51ac063e 7d92eba6 7d9e0aa6 
39a9
[   44.363081] 518d57bc 554c6cfa 7d6c582e 556c0029 <4182003c> 514cbd38 816c 
818c0004
[   44.524699] ---[ end trace 439fa29153308785 ]---
[   44.529322]
[   47.216536] insert_pfn: entry: 0x80ed246b pfn: 0x80ed2
[   47.221777] insert_pfn: entry: 0x80ed346b pfn: 0x80ed3
[   47.228485] insert_pfn: entry: 0x80ed446b pfn: 0x80ed4
[   47.237798] insert_pfn: entry: 0x80ed546b pfn: 0x80ed5
[   47.249809] insert_pfn: entry: 0x80ed646b pfn: 0x80ed6
[   47.257588] insert_pfn: entry: 0x80ed746b pfn: 0x80ed7
[   47.265879] insert_pfn: entry: 0x80ed846b pfn: 0x80ed8
[   47.275825] insert_pfn: entry: 0x80ed946b pfn: 0x80ed9
[   47.281437] in

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

2016-01-28 Thread Julian Margetson

On 1/27/2016 3:34 PM, Dan Williams wrote:
> On Wed, Jan 27, 2016 at 2:18 AM, Julian Margetson  wrote:
>> On 1/26/2016 9:43 PM, Dan Williams wrote:
>> diff --git a/mm/memory.c b/mm/memory.c
>> index 30991f83d0bf..c44e387130b2 100644
>> --- a/mm/memory.c
>> +++ b/mm/memory.c
>> @@ -1521,6 +1521,8 @@ static int insert_pfn(struct vm_area_struct
>> *vma, unsigned long addr,
>> entry = pte_mkdevmap(pfn_t_pte(pfn, prot));
>> else
>> entry = pte_mkspecial(pfn_t_pte(pfn, prot));
>> +   pr_info("%s: entry: %#llx pfn: %#lx\n", __func__,
>> +   (unsigned long long) entry, pfn_t_to_pfn(pfn));
>> set_pte_at(mm, addr, pte, entry);
>> update_mmu_cache(vma, addr, pte); /* XXX: why not for insert_page? */
>>
>> ...of course for the passing case you'll need to drop the call to
>> pfn_t_to_pfn() and just print the pfn directly.
>>
>> Thank you for the help tracking this down, it's much appreciated.
>>
>> Happy to help out. Just need some guidance sometimes as I am relatively new
>> at this.
> No worries.
>
> So, below is the failing case, what does insert_pfn print in the
> passing case?  No need for the full log just the first few lines after
> starting X when running the commit before this failing one... (commit
> 69660fd797c3 "x86, mm: introduce _PAGE_DEVMAP").
>
> I'm still stumped given that PTE_RPN_SHIFT==PAGE_SHIFT in this
> configuration, so there's no 64-bit to 32-bit truncation to worry
> about...
Having a problem building .

   CALLscripts/checksyscalls.sh
:1307:2: warning: #warning syscall copy_file_range not implemented 
[-Wcpp]
   CHK include/generated/compile.h
   CALLarch/powerpc/kernel/systbl_chk.sh
   CC  mm/memory.o
   CHK kernel/config_data.h
mm/memory.c: In function Ã¢â¬Ëinsert_pfnÃ¢â¬â¢:
mm/memory.c:1520:9: error: implicit declaration of function 
Ã¢â¬Ëpfn_t_to_pfnÃ¢â¬â¢ [-Werror=implicit-function-declaration]
  pr_info("%s: entry: %#llx pfn: %#lx\n", __func__,
  ^
mm/memory.c:1520:9: warning: format Ã¢â¬Ë%lxÃ¢â¬â¢ expects argument of type 
Ã¢â¬Ëlong unsigned intÃ¢â¬â¢, but argument 4 has type Ã¢â¬ËintÃ¢â¬â¢ 
[-Wformat=]
cc1: some warnings being treated as errors
make[1]: *** [mm/memory.o] Error 1
make: *** [mm] Error 2
make: *** Waiting for unfinished jobs


-
15.802615] systemd[1]: Started Journal Service.
[   44.263074] Oops: Machine check, sig: 7 [#1]
[   44.267603] PREEMPT Canyonlands
[   44.270938] Modules linked in:
[   44.274182] CPU: 0 PID: 586 Comm: Xorg Tainted: GW
4.5.0-rc1-Sam460ex #2
[   44.282538] task: ecd505c0 ti: efff2000 task.ti: ecd76000
[   44.288239] NIP: ccec LR: 1fb81404 CTR: 1fb814d0
[   44.293483] REGS: efff3f10 TRAP: 0214   Tainted: GW
(4.5.0-rc1-Sam460ex)
[   44.301926] MSR: 00021000   CR: 84004242  XER: 
[   44.308185]
GPR00: 1f045134 bfd0ce80 b7e7b6f0 b763dffc b6e54008 0780 0004

GPR08:  b763dffc b6e54010 ecf5 ecf5 0009 
0780
GPR16:  0020   1e00 2079b638 0438
b6e54008
GPR24: 0780 bfd0ced8 20785770 b763e000 b763e000 b6e54008 1fc89ff4
1e00
[   44.340039] NIP [ccec] DataTLBError44x+0x6c/0x90
[   44.345279] LR [1fb81404] 0x1fb81404
[   44.349053] Call Trace:
[   44.351631] Instruction dump:
[   44.354776] 7d7342a6 816b0040 7d92eaa6 7db00aa6 51ac063e 7d92eba6
7d9e0aa6 39a9
[   44.363081] 518d57bc 554c6cfa 7d6c582e 556c0029 <4182003c> 514cbd38
816c 818c0004
[   44.524699] ---[ end trace 439fa29153308785 ]---
[   44.529322]
[   47.216536] insert_pfn: entry: 0x80ed246b pfn: 0x80ed2
[   47.221777] insert_pfn: entry: 0x80ed346b pfn: 0x80ed3
[   47.228485] insert_pfn: entry: 0x80ed446b pfn: 0x80ed4
[   47.237798] insert_pfn: entry: 0x80ed546b pfn: 0x80ed5
[   47.249809] insert_pfn: entry: 0x80ed646b pfn: 0x80ed6
[   47.257588] insert_pfn: entry: 0x80ed746b pfn: 0x80ed7
[   47.265879] insert_pfn: entry: 0x80ed846b pfn: 0x80ed8
[   47.275825] insert_pfn: entry: 0x80ed946b pfn: 0x80ed9
[   47.281437] insert_pfn: entry: 0x80eda46b pfn: 0x80eda
[   47.288113] insert_pfn: entry: 0x80edb46b pfn: 0x80edb
[   47.293660] insert_pfn: entry: 0x80edc46b pfn: 0x80edc
[   47.299834] insert_pfn: entry: 0x80edd46b pfn: 0x80edd
[   47.305223] insert_pfn: entry: 0x80ede46b pfn: 0x80ede
[   47.314891] insert_pfn: entry: 0x80edf46b pfn: 0x80edf
[   47.329777] insert_pfn: entry: 0x80ee046b pfn: 0x80ee0
[   47.339769] insert_pfn: entry: 0x80ee146b pfn: 0x80ee1
[   47.349777] Machine check in kernel mode.
[   47.353814] Data Write PLB Error

>

[BUG/REGRESSION] Kernel 4.5-rc1 on Acube Sam460ex AMCC 460ex Power PC motherboards

2016-01-28 Thread Julian Margetson

On 1/28/2016 11:47 AM, Dan Williams wrote:
> On Thu, Jan 28, 2016 at 2:41 AM, Julian Margetson  wrote:
>> On 1/27/2016 3:34 PM, Dan Williams wrote:
>>> On Wed, Jan 27, 2016 at 2:18 AM, Julian Margetson 
>>> wrote:
>>>> On 1/26/2016 9:43 PM, Dan Williams wrote:
>>>> diff --git a/mm/memory.c b/mm/memory.c
>>>> index 30991f83d0bf..c44e387130b2 100644
>>>> --- a/mm/memory.c
>>>> +++ b/mm/memory.c
>>>> @@ -1521,6 +1521,8 @@ static int insert_pfn(struct vm_area_struct
>>>> *vma, unsigned long addr,
>>>>  entry = pte_mkdevmap(pfn_t_pte(pfn, prot));
>>>>  else
>>>>  entry = pte_mkspecial(pfn_t_pte(pfn, prot));
>>>> +   pr_info("%s: entry: %#llx pfn: %#lx\n", __func__,
>>>> +   (unsigned long long) entry, pfn_t_to_pfn(pfn));
>>>>  set_pte_at(mm, addr, pte, entry);
>>>>  update_mmu_cache(vma, addr, pte); /* XXX: why not for
>>>> insert_page? */
>>>>
>>>> ...of course for the passing case you'll need to drop the call to
>>>> pfn_t_to_pfn() and just print the pfn directly.
>>>>
>>>> Thank you for the help tracking this down, it's much appreciated.
>>>>
>>>> Happy to help out. Just need some guidance sometimes as I am relatively
>>>> new
>>>> at this.
>>> No worries.
>>>
>>> So, below is the failing case, what does insert_pfn print in the
>>> passing case?  No need for the full log just the first few lines after
>>> starting X when running the commit before this failing one... (commit
>>> 69660fd797c3 "x86, mm: introduce _PAGE_DEVMAP").
>>>
>>> I'm still stumped given that PTE_RPN_SHIFT==PAGE_SHIFT in this
>>> configuration, so there's no 64-bit to 32-bit truncation to worry
>>> about...
>> Having a problem building .
>>
>>CALLscripts/checksyscalls.sh
>> :1307:2: warning: #warning syscall copy_file_range not implemented
>> [-Wcpp]
>>CHK include/generated/compile.h
>>CALLarch/powerpc/kernel/systbl_chk.sh
>>CC  mm/memory.o
>>CHK kernel/config_data.h
>> mm/memory.c: In function Ã¢â¬Ëinsert_pfnÃ¢â¬â¢:
>> mm/memory.c:1520:9: error: implicit declaration of function
>> Ã¢â¬Ëpfn_t_to_pfnÃ¢â¬â¢ [-Werror=implicit-function-declaration]
>>   pr_info("%s: entry: %#llx pfn: %#lx\n", __func__,
>>   ^
>> mm/memory.c:1520:9: warning: format Ã¢â¬Ë%lxÃ¢â¬â¢ expects argument of 
>> type
>> Ã¢â¬Ëlong unsigned intÃ¢â¬â¢, but argument 4 has type Ã¢â¬ËintÃ¢â¬â¢ 
>> [-Wformat=]
> Yes, when you go to the preceding commit pfn_t_to_pfn() no longer
> exists.  You'll need to change the debug statement to:
>
> pr_info("%s: entry: %#llx pfn: %#lx\n", __func__,
> (unsigned long long) entry, pfn);
>
>
Thank you .
Not getting any debug output .


 /* Ok, finally just insert the thing.. */
 entry = pte_mkspecial(pfn_pte(pfn, prot));
 pr_info("%s: entry: %#llx pfn: %#lx\n", __func__,
   (unsigned long long) entry, pfn);
 set_pte_at(mm, addr, pte, entry);
 update_mmu_cache(vma, addr, pte); /* XXX: why not for insert_page? */

=

[   15.622581] systemd[1]: Mounted POSIX Message Queue File System.
[   15.785050] systemd[1]: Mounting Configuration File System...
[   15.888907] systemd[1]: Starting Apply Kernel Variables...
[   15.994762] systemd[1]: Mounting FUSE Control File System...
[   16.153688] systemd[1]: Mounted FUSE Control File System.

Ubuntu Xenial Xerus (development branch) Sam460ex ttyS0

Sam460ex login:




-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160128/5dbb47ef/attachment-0001.html>

[Powerpc] Sam460ex Canyonlands issue -Kernel 4.4.36

2016-12-05 Thread Julian Margetson

Following  appears with kernel 4.4.36 .

Maybe as a result of following patch ?

drm/radeon: Ensure vblank interrupt is enabled on DPMS transition to on


[5.331666] Can't enable IRQ/MSI because no handler is installed
[5.331842] [ cut here ]
[5.331847] WARNING: at c048a53c [verbose debug info unavailable]
[5.331851] Modules linked in:
[5.331859] CPU: 0 PID: 1 Comm: swapper Not tainted 4.4.36-sam460ex-jm #1
[5.331864] task: ea848000 ti: ea84c000 task.ti: ea84c000
[5.331867] NIP: c048a53c LR: c048a53c CTR: 
[5.331870] REGS: ea84d6e0 TRAP: 0700   Not tainted (4.4.36-sam460ex-jm)
[5.331879] MSR: 00029000   CR: 24008222  XER: 
[5.331914]
[5.331914] GPR00: c048a53c ea84d790 ea848000 0034  
 c0ea7a2c 
[5.331914] GPR08: 00029000 0800 ea84c000 ea84d790 24008222 
 eaa8096c 0001
[5.331914] GPR16: eaacd9d4 c08e6c20   c0c678d7 
 c0da ea982048
[5.331914] GPR24: c08f24c0 ea982108 eaa80984 ea9d4d80 eaa80800 
eaa80800 eabdc000 ea982000
[5.331932] NIP [c048a53c] si_irq_set+0x28/0x9e4
[5.331937] LR [c048a53c] si_irq_set+0x28/0x9e4
[5.331938] Call Trace:
[5.331945] [ea84d790] [c048a53c] si_irq_set+0x28/0x9e4 (unreliable)
[5.331958] [ea84d7f0] [c0409b20] atombios_crtc_dpms+0x8c/0x104
[5.331964] [ea84d810] [c0409bb4] atombios_crtc_commit+0x1c/0x38
[5.331972] [ea84d820] [c03c9d90] drm_crtc_helper_set_mode+0x36c/0x410
[5.331978] [ea84d9f0] [c03ca628] drm_crtc_helper_set_config+0x6dc/0x934
[5.331991] [ea84da60] [c0423a70] radeon_crtc_set_config+0x50/0xf8
[5.332007] [ea84da80] [c03e47b0] drm_mode_set_config_internal+0x5c/0xe0
[5.332021] [ea84daa0] [c03d4704] restore_fbdev_mode+0x20c/0x25c
[5.332030] [ea84dad0] [c03d61ec] 
drm_fb_helper_restore_fbdev_mode_unlocked+0x40/0x8c
[5.332036] [ea84daf0] [c03d6284] drm_fb_helper_set_par+0x4c/0x60
[5.332047] [ea84db00] [c0388144] fbcon_init+0x318/0x410
[5.332056] [ea84db50] [c03b3024] visual_init+0xac/0xf8
[5.332063] [ea84db60] [c03b487c] do_bind_con_driver+0x1e8/0x2d8
[5.332070] [ea84dbb0] [c03b4cd0] do_take_over_console+0x19c/0x1ac
[5.332075] [ea84dbe0] [c03878bc] do_fbcon_takeover+0x80/0xe4
[5.332087] [ea84dbf0] [c003c3fc] notifier_call_chain+0x60/0x94
[5.332094] [ea84dc10] [c003c71c] 
__blocking_notifier_call_chain+0x50/0x68
[5.332104] [ea84dc30] [c038f3a8] register_framebuffer+0x248/0x26c
[5.332111] [ea84dc90] [c03d65b4] 
drm_fb_helper_initial_config+0x31c/0x39c
[5.332120] [ea84dcd0] [c042bc78] radeon_fbdev_init+0xcc/0xf8
[5.332126] [ea84dcf0] [c0425dd0] radeon_modeset_init+0x5a8/0x938
[5.332132] [ea84dd50] [c040316c] radeon_driver_load_kms+0xcc/0x184
[5.332138] [ea84dd70] [c03df0b8] drm_dev_register+0x84/0xc8
[5.332144] [ea84dd90] [c03e0e78] drm_get_pci_dev+0xf4/0x18c
[5.332156] [ea84ddb0] [c03719e4] pci_device_probe+0x88/0xe8
[5.332164] [ea84ddd0] [c05436f4] driver_probe_device+0x130/0x290
[5.332170] [ea84de00] [c05438cc] __driver_attach+0x78/0xa0
[5.332188] [ea84de20] [c0541bec] bus_for_each_dev+0x90/0xa0
[5.332193] [ea84de50] [c0542dc8] bus_add_driver+0xe0/0x1f0
[5.332199] [ea84de70] [c054400c] driver_register+0xb4/0xf8
[5.332207] [ea84de90] [c00016f8] do_one_initcall+0x11c/0x1a0
[5.332214] [ea84df00] [c0d08acc] kernel_init_freeable+0x130/0x1cc
[5.332220] [ea84df30] [c0001cf4] kernel_init+0x14/0xf8
[5.332228] [ea84df40] [c000ade4] ret_from_kernel_thread+0x5c/0x64
[5.332230] Instruction dump:
[5.332241] 7c0803a6 4bb7c1ec 9421ffa0 7c0802a6 bdc10018 90010064 
894313d0 2f8a
[5.332251] 40be001c 3c60c0c7 38631c16 483ea6c5 <0fe0> 3860ffea 
480009ac 89431aa8
[5.332274] ---[ end trace 3fbb08226210324a ]---
[5.413526] Console: switching to colour frame buffer device 240x67

-- next part --
[0.00] Using Canyonlands machine description
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 4.4.36-sam460ex-jm (root at julian-VirtualBox) 
(gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.1) ) #1 PREEMPT Mon 
Dec 5 17:16:35 AST 2016
[0.00] Zone ranges:
[0.00]   DMA  [mem 0x-0x2fff]
[0.00]   Normal   empty
[0.00]   HighMem  [mem 0x3000-0x7fff]
[0.00] Movable zone start for each node
[0.00] Early memory node ranges
[0.00]   node   0: [mem 0x-0x7fff]
[0.00] Initmem setup node 0 [mem 0x-0x7fff]
[0.00] MMU: Allocated 1088 bytes of context maps for 255 contexts
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 522752
[0.00] Kernel command line: root=/dev/sda6 console=ttyS0,115200 
console=tty0
[0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[0.00] Dentry cac

[Powerpc] Sam460ex Canyonlands issue -Kernel 4.4.36

2016-12-05 Thread Julian Margetson

On 05-Dec-16 6:13 PM, Deucher, Alexander wrote:
>> -Original Message-
>> From: Julian Margetson [mailto:runaway at candw.ms]
>> Sent: Monday, December 05, 2016 4:59 PM
>> To: Maling list - DRI developers
>> Cc: Deucher, Alexander; Daenzer, Michel; daniel.vetter at ffwll.ch
>> Subject: [Powerpc] Sam460ex Canyonlands issue -Kernel 4.4.36
>>
>> Following  appears with kernel 4.4.36 .
>>
>> Maybe as a result of following patch ?
>>
>> drm/radeon: Ensure vblank interrupt is enabled on DPMS transition to on
> Possibly.  Your platform appears to have problems in general:
>
> [4.733843] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed 
> (scratch(0x850C)=0xCAFEDEAD)
> [4.742686] radeon 0001:81:00.0: disabling GPU acceleration
>
> When that happens the driver tears down a bunch of stuff including interrupts 
> and basically falls back to dumb framebuffer mode.  The warning is harmless 
> in this case.  It's basically telling you that the driver refused to enable 
> any interrupts because the interrupt handler is not registered because a 
> bunch of stuff failed to initialize.
>
> Alex
Thanks.

Its a pity that as support for the GCN 1^st gen cards slowly improves 
under AmigaOS 4.1 on these machines and the newer ones based on 
Freescale chips that Linux support is leaving us behind .

Regards
Julian


>
>>
>> [5.331666] Can't enable IRQ/MSI because no handler is installed
>> [5.331842] [ cut here ]
>> [5.331847] WARNING: at c048a53c [verbose debug info unavailable]
>> [5.331851] Modules linked in:
>> [5.331859] CPU: 0 PID: 1 Comm: swapper Not tainted 4.4.36-sam460ex-jm
>> #1
>> [5.331864] task: ea848000 ti: ea84c000 task.ti: ea84c000
>> [5.331867] NIP: c048a53c LR: c048a53c CTR: 
>> [5.331870] REGS: ea84d6e0 TRAP: 0700   Not tainted (4.4.36-sam460ex-jm)
>> [5.331879] MSR: 00029000   CR: 24008222  XER: 
>> [5.331914]
>> [5.331914] GPR00: c048a53c ea84d790 ea848000 0034 
>>  c0ea7a2c 
>> [5.331914] GPR08: 00029000 0800 ea84c000 ea84d790 24008222
>>  eaa8096c 0001
>> [5.331914] GPR16: eaacd9d4 c08e6c20   c0c678d7
>>  c0da ea982048
>> [5.331914] GPR24: c08f24c0 ea982108 eaa80984 ea9d4d80 eaa80800
>> eaa80800 eabdc000 ea982000
>> [5.331932] NIP [c048a53c] si_irq_set+0x28/0x9e4
>> [5.331937] LR [c048a53c] si_irq_set+0x28/0x9e4
>> [5.331938] Call Trace:
>> [5.331945] [ea84d790] [c048a53c] si_irq_set+0x28/0x9e4 (unreliable)
>> [5.331958] [ea84d7f0] [c0409b20] atombios_crtc_dpms+0x8c/0x104
>> [5.331964] [ea84d810] [c0409bb4] atombios_crtc_commit+0x1c/0x38
>> [5.331972] [ea84d820] [c03c9d90]
>> drm_crtc_helper_set_mode+0x36c/0x410
>> [5.331978] [ea84d9f0] [c03ca628]
>> drm_crtc_helper_set_config+0x6dc/0x934
>> [5.331991] [ea84da60] [c0423a70] radeon_crtc_set_config+0x50/0xf8
>> [5.332007] [ea84da80] [c03e47b0]
>> drm_mode_set_config_internal+0x5c/0xe0
>> [5.332021] [ea84daa0] [c03d4704] restore_fbdev_mode+0x20c/0x25c
>> [5.332030] [ea84dad0] [c03d61ec]
>> drm_fb_helper_restore_fbdev_mode_unlocked+0x40/0x8c
>> [5.332036] [ea84daf0] [c03d6284] drm_fb_helper_set_par+0x4c/0x60
>> [5.332047] [ea84db00] [c0388144] fbcon_init+0x318/0x410
>> [5.332056] [ea84db50] [c03b3024] visual_init+0xac/0xf8
>> [5.332063] [ea84db60] [c03b487c] do_bind_con_driver+0x1e8/0x2d8
>> [5.332070] [ea84dbb0] [c03b4cd0] do_take_over_console+0x19c/0x1ac
>> [5.332075] [ea84dbe0] [c03878bc] do_fbcon_takeover+0x80/0xe4
>> [5.332087] [ea84dbf0] [c003c3fc] notifier_call_chain+0x60/0x94
>> [5.332094] [ea84dc10] [c003c71c]
>> __blocking_notifier_call_chain+0x50/0x68
>> [5.332104] [ea84dc30] [c038f3a8] register_framebuffer+0x248/0x26c
>> [5.332111] [ea84dc90] [c03d65b4]
>> drm_fb_helper_initial_config+0x31c/0x39c
>> [5.332120] [ea84dcd0] [c042bc78] radeon_fbdev_init+0xcc/0xf8
>> [5.332126] [ea84dcf0] [c0425dd0] radeon_modeset_init+0x5a8/0x938
>> [5.332132] [ea84dd50] [c040316c] radeon_driver_load_kms+0xcc/0x184
>> [5.332138] [ea84dd70] [c03df0b8] drm_dev_register+0x84/0xc8
>> [5.332144] [ea84dd90] [c03e0e78] drm_get_pci_dev+0xf4/0x18c
>> [5.332156] [ea84ddb0] [c03719e4] pci_device_probe+0x88/0xe8
>> [5.332164] [ea84ddd0] [c05436f4] driver_probe_device+0x130/0x290
>> [5.332170] [ea84de00] [c05438cc] __driver_attach+0x78/0xa0
>> [5.332188] [ea84de20] [c0541bec] bus_for_each_dev+0x90/0xa0
>

[PATCH] mm: fix pfn_t vs highmem

2016-02-10 Thread Julian Margetson

On 2/10/2016 10:18 PM, Dan Williams wrote:
> The pfn_t type uses an unsigned long to store a pfn + flags value.  On a
> 64-bit platform the upper 12 bits of an unsigned long are never used for
> storing the value of a pfn.  However, this is not true on highmem
> platforms, all 32-bits of a pfn value are used to address a 44-bit
> physical address space.  A pfn_t needs to store a 64-bit value.
>
> Reported-by: Stuart Foster 
> Reported-by: Julian Margetson 
> Cc: 
> Link: https://bugzilla.kernel.org/show_bug.cgi?id=112211
> Fixes: 01c8f1c44b83 ("mm, dax, gpu: convert vm_insert_mixed to pfn_t")
> Signed-off-by: Dan Williams 
> ---
>   include/linux/pfn.h   |2 +-
>   include/linux/pfn_t.h |   19 +--
>   kernel/memremap.c |2 +-
>   3 files changed, 11 insertions(+), 12 deletions(-)
>
> diff --git a/include/linux/pfn.h b/include/linux/pfn.h
> index 2d8e49711b63..1132953235c0 100644
> --- a/include/linux/pfn.h
> +++ b/include/linux/pfn.h
> @@ -10,7 +10,7 @@
>* backing is indicated by flags in the high bits of the value.
>*/
>   typedef struct {
> - unsigned long val;
> + u64 val;
>   } pfn_t;
>   #endif
>   
> diff --git a/include/linux/pfn_t.h b/include/linux/pfn_t.h
> index 37448ab5fb5c..94994810c7c0 100644
> --- a/include/linux/pfn_t.h
> +++ b/include/linux/pfn_t.h
> @@ -9,14 +9,13 @@
>* PFN_DEV - pfn is not covered by system memmap by default
>* PFN_MAP - pfn has a dynamic page mapping established by a device driver
>*/
> -#define PFN_FLAGS_MASK (((unsigned long) ~PAGE_MASK) \
> - << (BITS_PER_LONG - PAGE_SHIFT))
> -#define PFN_SG_CHAIN (1UL << (BITS_PER_LONG - 1))
> -#define PFN_SG_LAST (1UL << (BITS_PER_LONG - 2))
> -#define PFN_DEV (1UL << (BITS_PER_LONG - 3))
> -#define PFN_MAP (1UL << (BITS_PER_LONG - 4))
> -
> -static inline pfn_t __pfn_to_pfn_t(unsigned long pfn, unsigned long flags)
> +#define PFN_FLAGS_MASK (((u64) ~PAGE_MASK) << (BITS_PER_LONG_LONG - 
> PAGE_SHIFT))
> +#define PFN_SG_CHAIN (1ULL << (BITS_PER_LONG_LONG - 1))
> +#define PFN_SG_LAST (1ULL << (BITS_PER_LONG_LONG - 2))
> +#define PFN_DEV (1ULL << (BITS_PER_LONG_LONG - 3))
> +#define PFN_MAP (1ULL << (BITS_PER_LONG_LONG - 4))
> +
> +static inline pfn_t __pfn_to_pfn_t(unsigned long pfn, u64 flags)
>   {
>   pfn_t pfn_t = { .val = pfn | (flags & PFN_FLAGS_MASK), };
>   
> @@ -29,7 +28,7 @@ static inline pfn_t pfn_to_pfn_t(unsigned long pfn)
>   return __pfn_to_pfn_t(pfn, 0);
>   }
>   
> -extern pfn_t phys_to_pfn_t(phys_addr_t addr, unsigned long flags);
> +extern pfn_t phys_to_pfn_t(phys_addr_t addr, u64 flags);
>   
>   static inline bool pfn_t_has_page(pfn_t pfn)
>   {
> @@ -87,7 +86,7 @@ static inline pmd_t pfn_t_pmd(pfn_t pfn, pgprot_t pgprot)
>   #ifdef __HAVE_ARCH_PTE_DEVMAP
>   static inline bool pfn_t_devmap(pfn_t pfn)
>   {
> - const unsigned long flags = PFN_DEV|PFN_MAP;
> + const u64 flags = PFN_DEV|PFN_MAP;
>   
>   return (pfn.val & flags) == flags;
>   }
> diff --git a/kernel/memremap.c b/kernel/memremap.c
> index 3427cca5a2a6..b04ea2f5fbfe 100644
> --- a/kernel/memremap.c
> +++ b/kernel/memremap.c
> @@ -152,7 +152,7 @@ void devm_memunmap(struct device *dev, void *addr)
>   }
>   EXPORT_SYMBOL(devm_memunmap);
>   
> -pfn_t phys_to_pfn_t(phys_addr_t addr, unsigned long flags)
> +pfn_t phys_to_pfn_t(phys_addr_t addr, u64 flags)
>   {
>   return __pfn_to_pfn_t(addr >> PAGE_SHIFT, flags);
>   }
>
>
>

Thanks.This fixes my issue.
Tested-by:  Julian Margetson 

Julian

[Powerpc] Sam460ex Canyonlands issue -Kernel 4.4.6-rc1

2016-04-01 Thread Julian Margetson

On 4/1/2016 4:31 AM, Michel DÃ¤nzer wrote:
> On 31.03.2016 19:00, Julian Margetson wrote:
>> On 3/31/2016 2:50 AM, Michel DÃ¤nzer wrote:
>>> On 30.03.2016 19:36, Julian Margetson wrote:
>>>> On 3/29/2016 11:49 PM, Michel DÃ¤nzer wrote:
>>>>> On 29.03.2016 18:55, Julian Margetson wrote:
>>>>>> On 3/28/2016 11:15 PM, Michel DÃ¤nzer wrote:
>>>>>>> On 29.03.2016 08:47, Julian Margetson wrote:
>>>>>>>> Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex
>>>>>>>> Canyonlands board.
>>>>>>>> This loops for a few times then the kernel boots.
>>>>>>>> No problem with the 4.6-rc1 with an A-eon Tabor Freescale e500v2
>>>>>>>> board.
>>>>>>>>
>>>>>>>>  [2.197839] [ cut here ]
>>>>>>>>  [2.197850] WARNING: CPU: 0 PID: 1 at
>>>>>>>> drivers/gpu/drm/drm_irq.c:1368 drm_vblank_off+0x2c/0x1e0
>>>>>>> That's
>>>>>>>
>>>>>>>if (WARN_ON(pipe >= dev->num_crtcs))
>>>>>>>
>>>>>>> My best guess is that drm_vblank_off is called before
>>>>>>> drm_vblank_init, so dev->num_crtcs is still 0.
>>>>>>>
>>>>>>>
>>>>>>> Please provide the full dmesg output corresponding to the problem.
>>>>>> [drm] radeon: irq initialized.
>>>>>> [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed
>>>>>> (scratch(0x850C)=0xCAFEDEAD)
>>>>>> radeon 0001:81:00.0: disabling GPU acceleration
>>>>> Okay, so the problem is that acceleration fails to initialize, in which
>>>>> case the driver calls drm_vblank_cleanup.
>>>>>
>>>>> I can see two basic options for a solution: Either don't call
>>>>> radeon_irq_kms_fini/drm_vblank_cleanup if acceleration fails to
>>>>> initialize, or check if acceleration is enabled before calling
>>>>> drm_vblank_on/off. Any preferences?
>>>>>
>>>>>
>>>> Thanks
>>>>
>>>> No preferences .
>>> Does the attached patch fix the problem?
>>>
>>>
>>>> I would be interested in a fix for the acceleration problem if
>>>> possible .
>>> Beware that while the kernel side of this might be relatively easy to
>>> fix, making the userspace radeonsi driver work on big endian hosts would
>>> likely require substantial effort.
>> Thanks
>>
>> The patch solved the problem .
>> Tested-by: Julian Margetson 
> Thanks, patch submitted for inclusion.
>
>
>> I  would indeed like to see the kernel side fix for the the acceleration
>> problem. (Been hoping for it for almost 3 years now)
>> http://marc.info/?l=dri-devel&m=137881893518240&w=2
>> I also have Northern Islands cards  and  acceleration with these does
>> work with my other powerpc board, an e500v2 .
>> It also requires the patch in the linked post by Hans Verkuil for Radeon
>> NI and SI cards to work .
> Is Hans' patch enough for SI or not? Anyway, somebody should split Hans'
> patch up between ttm and radeon, clean up the latter (use PRIx64 or a
> phys_addr_t specific format sequence instead of %llx, apply the same fix
> in radeon_doorbell_init) and submit them as properly Git formatted patches.
>
>
Han's patch seems to be enough for SI.
There are 4 powerpc motherboards that our group are using. Two require 
the full patch.
The Sam460ex (460ex) and Tabor (e500v2).
The Nemo X1000 (P.A. semi) does require part of the patch or another 
one  that has been used.
The  Cyrus X5000 (P5020) do not.

There are some other powerpc issues with mesa.
Apparently Oded Gabbay  has been working on mesa fixes .

I have attached the dmesg of a Tabor boot with a Radeon SI card.
Is there anyone one who could redo Han's patches or would we have to 
find someone ?

Regards
Julian



-- next part --
=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2016.04.01 05:18:59 =~=~=~=~=~=~=~=~=~=~=~=

SD boot...
gd @ f8f9c000
2 GiB left unmapped
Second program loader running in sram...


U-Boot 2014.04-00134-g3f74b5d (May 15 2015 - 10:49:01)

CPU0:  P1022, Version: 1.1, (0x80e60011)
Core:  e500, Version: 5.1, (0x80211151)
Clock Configuration:
   CPU0:1199.880 MHz, CPU1:1199.880 MHz, 
   CCB:399.960 MHz,
   DDR:399.960 MHz (799.920 MT/s data rate) (Asynchronous), LBC:49.995 MHz
L1:D-cache 32 KiB enabled

[PATCH] drm/ttm: use phys_addr_t for ttm_bus_placement

2016-04-01 Thread Julian Margetson

On 4/1/2016 11:02 AM, Alex Deucher wrote:
> Fixes ttm on platforms like PPC460 where the CPU
> is in 32-bit mode, but the physical addresses are
>> 32 bits.
> Extracted from a patch by Hans.
>
> Cc: Thomas Hellstrom 
> Cc: Julian Margetson 
> Cc: Hans Verkuil 
> Signed-off-by: Alex Deucher 
> ---
>   include/drm/ttm/ttm_bo_api.h | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/drm/ttm/ttm_bo_api.h b/include/drm/ttm/ttm_bo_api.h
> index afae231..055a08d 100644
> --- a/include/drm/ttm/ttm_bo_api.h
> +++ b/include/drm/ttm/ttm_bo_api.h
> @@ -92,7 +92,7 @@ struct ttm_placement {
>*/
>   struct ttm_bus_placement {
>   void*addr;
> - unsigned long   base;
> + phys_addr_t base;
>   unsigned long   size;
>   unsigned long   offset;
>   boolis_iomem;
Tested and working .
Tested-by: Julian Margetson 

Regards
Julian

[Powerpc] Sam460ex Canyonlands issue -Kernel 4.4.6-rc1

2016-03-28 Thread Julian Margetson

Hi

Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex Canyonlands 
board.
This loops for a few times then the kernel boots.
No problem with the 4.6-rc1 with an A-eon Tabor Freescale e500v2 board.

Regards

Julian


  [2.197839] [ cut here ]
  [2.197850] WARNING: CPU: 0 PID: 1 at drivers/gpu/drm/drm_irq.c:1368 
drm_vblank_off+0x2c/0x1e0
  [2.197853] Modules linked in:
  [2.197859] CPU: 0 PID: 1 Comm: swapper Tainted: GW   
4.6.0-rc1-sam460ex-jm #23
  [2.197863] task: ea85 ti: ea846000 task.ti: ea846000
  [2.197866] NIP: c03c057c LR: c03ec780 CTR: c03eec50
  [2.197870] REGS: ea847860 TRAP: 0700   Tainted: GW
(4.6.0-rc1-sam460ex-jm)
  [2.197880] MSR: 00029000   CR: 42ec8282  XER: 2000
  [2.197932]
  [2.197932] GPR00: c03ec780 ea847910 ea85 ea935000 0003 00ff 
eab704ec ea8be000
  [2.197932] GPR08: 0006  0001 ea8479d0 22ec8282  
ea935278 eeaaee00
  [2.197932] GPR16: ea8bf000 c08aeaa4 eaad5800 eab48900 c0cf ea935290 
eaad5800 eab48900
  [2.197932] GPR24: ea8bf000 c08a2c3c  c0bbc22a  ea935000 
eab7 eab2f18c
  [2.197937] NIP [c03c057c] drm_vblank_off+0x2c/0x1e0
  [2.197945] LR [c03ec780] atombios_crtc_dpms+0x90/0xf0
  [2.197946] Call Trace:
  [2.197956] [ea847910] [c08aeaa4] atombios_helper_funcs+0x0/0x218 
(unreliable)
  [2.197963] [ea847960] [c03ec780] atombios_crtc_dpms+0x90/0xf0
  [2.197970] [ea847980] [c03eec74] atombios_crtc_disable+0x24/0x2a4
  [2.197977] [ea8479d0] [c03abb8c] 
__drm_helper_disable_unused_functions+0x9c/0xd0
  [2.197984] [ea8479f0] [c03ac954] drm_crtc_helper_set_config+0x680/0x934
  [2.197993] [ea847a60] [c04062f4] radeon_crtc_set_config+0x30/0xb8
  [2.197999] [ea847a70] [c03c8b28] drm_mode_set_config_internal+0x5c/0xe0
  [2.198008] [ea847a90] [c03b7218] restore_fbdev_mode+0x20c/0x25c
  [2.198016] [ea847ac0] [c03b8e24] 
drm_fb_helper_restore_fbdev_mode_unlocked+0x40/0x8c
  [2.198024] [ea847ae0] [c03b8ebc] drm_fb_helper_set_par+0x4c/0x60
  [2.198031] [ea847af0] [c036ba34] fbcon_init+0x318/0x410
  [2.198039] [ea847b40] [c0395eb0] visual_init+0xc8/0x114
  [2.198046] [ea847b60] [c0397628] do_bind_con_driver+0x1e0/0x2e0
  [2.198053] [ea847bb0] [c0397aa8] do_take_over_console+0x1a0/0x1b0
  [2.198059] [ea847be0] [c036bbac] do_fbcon_takeover+0x80/0xd8
  [2.198068] [ea847bf0] [c003f474] notifier_call_chain+0x60/0x94
  [2.198076] [ea847c10] [c003f758] __blocking_notifier_call_chain+0x50/0x68
  [2.198085] [ea847c30] [c0372fb0] register_framebuffer+0x250/0x280
  [2.198092] [ea847ca0] [c03b91f0] drm_fb_helper_initial_config+0x320/0x394
  [2.198100] [ea847ce0] [c040e3d0] radeon_fbdev_init+0xdc/0x114
  [2.198107] [ea847d00] [c04085fc] radeon_modeset_init+0x5a8/0x938
  [2.198113] [ea847d60] [c03e5ebc] radeon_driver_load_kms+0xcc/0x134
  [2.198120] [ea847d80] [c03c1a5c] drm_dev_register+0x84/0xc8
  [2.198127] [ea847da0] [c03c3b54] drm_get_pci_dev+0xf4/0x18c
  [2.198136] [ea847dc0] [c0357f44] pci_device_probe+0x78/0xcc
  [2.198143] [ea847de0] [c04ce61c] driver_probe_device+0x124/0x264
  [2.198149] [ea847e00] [c04ce7e4] __driver_attach+0x88/0xb0
  [2.198159] [ea847e20] [c04ccbc4] bus_for_each_dev+0x90/0xa0
  [2.198165] [ea847e50] [c04cdc64] bus_add_driver+0xe0/0x1f0
  [2.198172] [ea847e70] [c04ceee0] driver_register+0xb4/0xf8
  [2.198179] [ea847e90] [c00015f8] do_one_initcall+0x11c/0x1a0
  [2.198187] [ea847f00] [c0c5fa9c] kernel_init_freeable+0x130/0x1cc
  [2.198193] [ea847f30] [c0001bf4] kernel_init+0x14/0x108
  [2.198201] [ea847f40] [c000b1d4] ret_from_kernel_thread+0x5c/0x64
  [2.198204] --- interrupt: 0 at   (null)
  [2.198204] LR =   (null)
  [2.198207] Instruction dump:
  [2.198221] 4bfffdf0 9421ffb0 1d240084 7c0802a6 be61001c 90010054 83e3010c 
7fff4a14
  [2.198235] 81230160 7d492010 7d4a5110 394a0001 <0f0a> 7f844840 
409c01a4 3ae3013c
  [2.198237] ---[ end trace ee501c2ec7a725ac ]---

-- next part --
An HTML attachment was scrubbed...
URL:

[Powerpc] Sam460ex Canyonlands issue -Kernel 4.4.6-rc1

2016-03-29 Thread Julian Margetson

On 3/28/2016 11:15 PM, Michel DÃ¤nzer wrote:
> On 29.03.2016 08:47, Julian Margetson wrote:
>> Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex 
>> Canyonlands board.
>> This loops for a few times then the kernel boots.
>> No problem with the 4.6-rc1 with an A-eon Tabor Freescale e500v2 board.
>>
>> Regards
>>
>> Julian
>>
>>
>>   [2.197839] [ cut here ]
>>   [2.197850] WARNING: CPU: 0 PID: 1 at drivers/gpu/drm/drm_irq.c:1368 
>> drm_vblank_off+0x2c/0x1e0
> That's
>
>   if (WARN_ON(pipe >= dev->num_crtcs))
>
> My best guess is that drm_vblank_off is called before drm_vblank_init,
> so dev->num_crtcs is still 0.
>
>
> Please provide the full dmesg output corresponding to the problem.
>
>
Attached

-- next part --
[0.00] Using Canyonlands machine description
[0.00] Linux version 4.6.0-rc1-sam460ex-jm (root at julian-VirtualBox) 
(gcc version 5.3.1 20160205 (Ubuntu 5.3.1-8ubuntu2) ) #23 PREEMPT Mon Mar 28 
18:52:14 AST 2016
[0.00] Zone ranges:
[0.00]   DMA  [mem 0x-0x2fff]
[0.00]   Normal   empty
[0.00]   HighMem  [mem 0x3000-0x7fff]
[0.00] Movable zone start for each node
[0.00] Early memory node ranges
[0.00]   node   0: [mem 0x-0x7fff]
[0.00] Initmem setup node 0 [mem 0x-0x7fff]
[0.00] MMU: Allocated 1088 bytes of context maps for 255 contexts
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 522752
[0.00] Kernel command line: root=/dev/sda8 console=ttyS0,115200 
console=tty0
[0.00] PID hash table entries: 4096 (order: 2, 16384 bytes)
[0.00] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[0.00] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[0.00] Sorting __ex_table...
[0.00] allocated 2097152 bytes of page_ext
[0.00] Memory: 1997104K/2097152K available (8428K kernel code, 344K 
rwdata, 4220K rodata, 256K init, 1410K bss, 100048K reserved, 0K cma-reserved, 
1310720K highmem)
[0.00] Kernel virtual memory layout:
[0.00]   * 0xfffcf000..0xf000  : fixmap
[0.00]   * 0xffc0..0xffe0  : highmem PTEs
[0.00]   * 0xffa0..0xffc0  : consistent mem
[0.00]   * 0xffa0..0xffa0  : early ioremap
[0.00]   * 0xf100..0xffa0  : vmalloc & ioremap
[0.00] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[0.00] Preemptible hierarchical RCU implementation.
[0.00] Build-time adjustment of leaf fanout to 32.
[0.00] NR_IRQS:512 nr_irqs:512 16
[0.00] UIC0 (32 IRQ sources) at DCR 0xc0
[0.00] UIC1 (32 IRQ sources) at DCR 0xd0
[0.00] UIC2 (32 IRQ sources) at DCR 0xe0
[0.00] UIC3 (32 IRQ sources) at DCR 0xf0
[0.12] clocksource: timebase: mask: 0x max_cycles: 
0x10a60dda894, max_idle_ns: 440795207041 ns
[0.22] clocksource: timebase mult[dda520] shift[24] registered
[0.000142] Console: colour dummy device 80x25
[0.000706] console [tty0] enabled
[0.000742] pid_max: default: 32768 minimum: 301
[0.000850] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[0.000874] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
[0.003481] devtmpfs: initialized
[0.006192] clocksource: jiffies: mask: 0x max_cycles: 0x, 
max_idle_ns: 1911260446275000 ns
[0.006656] xor: measuring software checksum speed
[0.016653]8regs :   900.000 MB/sec
[0.026469]8regs_prefetch:   800.000 MB/sec
[0.036517]32regs:  1232.000 MB/sec
[0.046586]32regs_prefetch:  1084.000 MB/sec
[0.046620] xor: using function: 32regs (1232.000 MB/sec)
[0.046670] prandom: seed boundary self test passed
[0.048727] prandom: 100 self tests passed
[0.049561] NET: Registered protocol family 16
[0.054878] cpuidle: using governor ladder
[0.056960] cpuidle: using governor menu
[0.057399] 256k L2-cache enabled
[0.057534] PCIE0: Checking link...
[0.057551] PCIE0: Device detected, waiting for link...
[0.057570] PCIE0: link is up !
[0.159785] PCI host bridge /plb/pciex at d (primary) ranges:
[0.159835]  MEM 0x000e..0x000e7fff -> 
0x8000 
[0.159871]  MEM 0x000f..0x000f000f -> 
0x 
[0.159903]   IO 0x000f8000..0x000f8000 -> 0x
[0.159940] 4xx PCI DMA offset set to 0x
[0.159958] 4xx PCI DMA window base to 0x
[0.159977] DMA window size 0x8000
[0.160011] PCIE0: successfully set

[Powerpc] Sam460ex Canyonlands issue -Kernel 4.4.6-rc1

2016-03-30 Thread Julian Margetson

On 3/29/2016 11:49 PM, Michel DÃ¤nzer wrote:
> On 29.03.2016 18:55, Julian Margetson wrote:
>> On 3/28/2016 11:15 PM, Michel DÃ¤nzer wrote:
>>> On 29.03.2016 08:47, Julian Margetson wrote:
>>>> Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex
>>>> Canyonlands board.
>>>> This loops for a few times then the kernel boots.
>>>> No problem with the 4.6-rc1 with an A-eon Tabor Freescale e500v2 board.
>>>>
>>>> Regards
>>>>
>>>> Julian
>>>>
>>>>
>>>>[2.197839] [ cut here ]
>>>>[2.197850] WARNING: CPU: 0 PID: 1 at
>>>> drivers/gpu/drm/drm_irq.c:1368 drm_vblank_off+0x2c/0x1e0
>>> That's
>>>
>>>  if (WARN_ON(pipe >= dev->num_crtcs))
>>>
>>> My best guess is that drm_vblank_off is called before drm_vblank_init,
>>> so dev->num_crtcs is still 0.
>>>
>>>
>>> Please provide the full dmesg output corresponding to the problem.
>>>
>>>
>> Attached
> [...]
>
>> [drm] radeon: irq initialized.
>> [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed 
>> (scratch(0x850C)=0xCAFEDEAD)
>> radeon 0001:81:00.0: disabling GPU acceleration
> Okay, so the problem is that acceleration fails to initialize, in which
> case the driver calls drm_vblank_cleanup.
>
> I can see two basic options for a solution: Either don't call
> radeon_irq_kms_fini/drm_vblank_cleanup if acceleration fails to
> initialize, or check if acceleration is enabled before calling
> drm_vblank_on/off. Any preferences?
>
>
Thanks

No preferences .
I would be interested in a fix for the acceleration problem if possible .
I am willing to test to try to  determine the exact cause if you would 
direct me .

Regards
Julian

Problems with DRI on Acube Sam460 AMCC 460ex board

2015-03-07 Thread Julian Margetson

[   29.960572] Unable to handle kernel paging request for data at address 
0x0008
[   29.974350] Faulting instruction address: 0xc04a4f44
[   32.012918] Oops: Kernel access of bad area, sig: 11 [#1]
[   32.044900] PREEMPT Canyonlands
[   32.061504] Modules linked in: cfg80211 bnep rfcomm bluetooth
[   32.081023] CPU: 0 PID: 2087 Comm: Xorg Not tainted 4.0.0-rc2-Sam460ex #1
[   32.101802] task: ed6891a0 ti: ed606000 task.ti: ed606000
[   32.121175] NIP: c04a4f44 LR: c03e6a4c CTR: c03d7b6c
[   32.139995] REGS: ed607c50 TRAP: 0300   Not tainted  (4.0.0-rc2-Sam460ex)
[   32.160678] MSR: 00029000   CR: 24004442  XER: 
[   32.180922] DEAR: 0008 ESR: 
GPR00: c03e6a4c ed607d00 ed6891a0 eeac8000  000f ed607be8 
GPR08: f6a3  eeaae400 ed607cc0 24004422 b7ceeff8 b7d05c14 
GPR16:    ed607e18 eeaae578 eebe2600 0001 4000
GPR24: 4000 c075bd08 fff2  eeac8000 0001 0001 ee51a400
[   32.285496] NIP [c04a4f44] radeon_audio_enable+0x4/0x18
[   32.305509] LR [c03e6a4c] radeon_dvi_detect+0x388/0x3ac
[   32.325444] Call Trace:
[   32.342325] [ed607d00] [c03e6a4c] radeon_dvi_detect+0x388/0x3ac (unreliable)
[   32.364075] [ed607d30] [c0391cc4] 
drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x434
[   32.387631] [ed607d70] [c03adecc] drm_mode_getconnector+0xe4/0x330
[   32.408687] [ed607e10] [c03a0bbc] drm_ioctl+0x348/0x464
[   32.428766] [ed607ed0] [c00d0aac] do_vfs_ioctl+0x52c/0x6e8
[   32.449123] [ed607f20] [c00d0ca8] SyS_ioctl+0x40/0x68
[   32.469149] [ed607f40] [c000ab04] ret_from_syscall+0x0/0x3c
[   32.489581] --- interrupt: c01 at 0x6fae92bc
[   32.489581] LR = 0x6fae91e0
[   32.526311] Instruction dump:
[   32.543848] 8129012c 806a0018 2f89 419e0018 81290004 2f89 419e000c 
7d2903a6
[   32.566711] 4e800420 3860 4e800020 81231cd8 <81290008> 2f89 4d9e0020 
7d2903a6
[   32.741188] ---[ end trace c9d41ee106b06efa ]---
[   32.745808]

-- next part --
An HTML attachment was scrubbed...
URL:

No HDMI Audio with Radeon HD7750 on Acube Sam460ex AMCC powerpc 460ex board

2015-03-08 Thread Julian Margetson

With Kernel 3.19  HDMI audio works ok with Radeon HD 6670 but not Radeon 
HD 7750 on
Acube Sam460ex AMCC powerpc 460ex board.Also a problem with direct 
firmware loading or the radeon firmware which loads ok for the Radeon HD 
6670 .

[2.561952] Linux agpgart interface v0.103
[2.566290] [drm] Initialized drm 1.1.0 20060810
[2.571164] [drm] radeon kernel modesetting enabled.
[2.577230] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F 
0x1545:0x7750).
[2.585379] [drm] register mmio base: 0xe9000
[2.590143] [drm] register mmio size: 262144
[2.925520] ATOM BIOS: C44501
[2.928803] radeon 0001:81:00.0: VRAM: 1024M 0x - 
0x3FFF (1024M used)
[2.937725] radeon 0001:81:00.0: GTT: 1024M 0x4000 - 
0x7FFF
[2.945401] [drm] Detected VRAM RAM=1024M, BAR=256M
[2.950294] [drm] RAM width 128bits DDR
[2.954331] [TTM] Zone  kernel: Available graphics memory: 379212 kiB
[2.960822] [TTM] Zone highmem: Available graphics memory: 1034572 kiB
[2.967373] [TTM] Initializing pool allocator
[2.971766] [TTM] Initializing DMA pool allocator
[2.976604] [drm] radeon: 1024M of VRAM memory ready
[2.981610] [drm] radeon: 1024M of GTT memory ready.
[2.986651] [drm] Loading verde Microcode
[2.990757] radeon 0001:81:00.0: Direct firmware load for 
radeon/verde_pfp.bin failed with error -2
[2.08] radeon 0001:81:00.0: Direct firmware load for 
radeon/verde_me.bin failed with error -2
[3.008995] radeon 0001:81:00.0: Direct firmware load for 
radeon/verde_ce.bin failed with error -2
[3.018041] radeon 0001:81:00.0: Direct firmware load for 
radeon/verde_rlc.bin failed with error -2
[3.027184] radeon 0001:81:00.0: Direct firmware load for 
radeon/verde_mc.bin failed with error -2
[3.036203] [drm] radeon/VERDE_mc2.bin: 31500 bytes
[3.041171] radeon 0001:81:00.0: Direct firmware load for 
radeon/verde_smc.bin failed with error -2
[3.050278] [drm] Internal thermal controller with fan control
[3.056448] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
[3.110566] [drm] radeon: dpm initialized
[3.114788] [drm] GART: num cpu pages 262144, num gpu pages 262144
[3.126445] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
[3.171357] [drm] PCIE GART of 1024M enabled (table at 0x00277000).
[3.178681] radeon 0001:81:00.0: WB enabled
[3.182925] radeon 0001:81:00.0: fence driver on ring 0 use gpu addr 
0x4c00 and cpu addr 0xffc01c00
[3.193045] radeon 0001:81:00.0: fence driver on ring 1 use gpu addr 
0x4c04 and cpu addr 0xffc01c04
[3.203167] radeon 0001:81:00.0: fence driver on ring 2 use gpu addr 
0x4c08 and cpu addr 0xffc01c08
[3.213287] radeon 0001:81:00.0: fence driver on ring 3 use gpu addr 
0x4c0c and cpu addr 0xffc01c0c
[3.223409] radeon 0001:81:00.0: fence driver on ring 4 use gpu addr 
0x4c10 and cpu addr 0xffc01c10
[3.255059] radeon 0001:81:00.0: fence driver on ring 5 use gpu addr 
0x00075a18 and cpu addr 0xf90b5a18
[3.265199] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[3.271837] [drm] Driver supports precise vblank timestamp query.
[3.277957] radeon 0001:81:00.0: radeon: MSI limited to 32-bit
[3.283833] ppc4xx_setup_msi_irqs: fail allocating msi interrupt
[3.289927] [drm] radeon: irq initialized.
[4.047989] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed 
(scratch(0x850C)=0xCAFEDEAD)
[4.056845] radeon 0001:81:00.0: disabling GPU acceleration
[4.261053] [drm] Radeon Display Connectors
[4.265626] [drm] Connector 0:
[4.268744] [drm]   HDMI-A-1
[4.271735] [drm]   HPD4
[4.274313] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578 0x657c 
0x657c
[4.281755] [drm]   Encoders:
[4.284768] [drm] DFP1: INTERNAL_UNIPHY2
[4.289060] [drm] Connector 1:
[4.292125] [drm]   DVI-I-1
[4.294929] [drm]   HPD2
[4.297476] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c 
0x656c
[4.304894] [drm]   Encoders:
[4.307872] [drm] DFP2: INTERNAL_UNIPHY
[4.312064] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[4.465445] [drm] fb mappable at 0x80478000
[4.469662] [drm] vram apper at 0x8000
[4.473775] [drm] size 8294400
[4.476840] [drm] fb depth is 24
[4.480084] [drm]pitch is 7680
[4.759376] Console: switching to colour frame buffer device 240x67
[4.838736] radeon 0001:81:00.0: fb0: radeondrmfb frame buffer device
[4.845560] radeon 0001:81:00.0: registered panic notifier
[4.856007] [drm] Initialized radeon 2.40.0 20080528 for 0001:81:00.0 on 
minor 0

[   31.335598] [drm:dce6_audio_get_pin] *ERROR* No connected audio pins found!


-- next part --
An HTML attachment was scrubbed...
URL:

No HDMI Audio with Radeon HD7750 on Acube Sam460ex AMCC powerpc 460ex board

2015-03-08 Thread Julian Margetson

Thanks.
Proper firmware now included and loading ok.
hda audio driver is  loaded and the various outputs options are showing.
but still no audio out. Can confirm that audio does work with a Radeon 
HD6670.
Still same error with the Radeon HD7750

[drm:dce6_audio_get_pin] *ERROR* No connected audio pins found!

Julian

On 3/8/2015 1:45 PM, Alex Deucher wrote:
> On Sun, Mar 8, 2015 at 9:33 AM, Julian Margetson  wrote:
>> With Kernel 3.19  HDMI audio works ok with Radeon HD 6670 but not Radeon HD
>> 7750 on
>> Acube Sam460ex AMCC powerpc 460ex board.Also a problem with direct firmware
>> loading or the radeon firmware which loads ok for the Radeon HD 6670 .
> Make sure you've included the proper firmware images.  Note the case.
> We switched to a new firmware format for SI and newer and the firmware
> files names are now lower case (new verde_pfp.bin vs old
> VERDE_pfp.bin).  The older asics still use the old firmware format
> with the upper case names.
>
> As to the audio, I've never tested it on non-x86.  Make sure the hda
> audio driver is loaded correctly.
>
> Alex

[0.00] Using Canyonlands machine description
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 3.19.1-Sam460ex (root at julian-VirtualBox) (gcc 
version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #3 PREEMPT Sun Mar 8 14:49:11 AST 2015

[2.562014] Linux agpgart interface v0.103
[2.566342] [drm] Initialized drm 1.1.0 20060810
[2.571237] [drm] radeon kernel modesetting enabled.
[2.577292] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F 
0x1545:0x7750).
[2.585454] [drm] register mmio base: 0xe9000
[2.590235] [drm] register mmio size: 262144
[2.925651] ATOM BIOS: C44501
[2.928918] radeon 0001:81:00.0: VRAM: 1024M 0x - 
0x3FFF (1024M used)
[2.937840] radeon 0001:81:00.0: GTT: 1024M 0x4000 - 
0x7FFF
[2.945524] [drm] Detected VRAM RAM=1024M, BAR=256M
[2.950417] [drm] RAM width 128bits DDR
[2.954459] [TTM] Zone  kernel: Available graphics memory: 379228 kiB
[2.960944] [TTM] Zone highmem: Available graphics memory: 1034588 kiB
[2.967496] [TTM] Initializing pool allocator
[2.971889] [TTM] Initializing DMA pool allocator
[2.976725] [drm] radeon: 1024M of VRAM memory ready
[2.981723] [drm] radeon: 1024M of GTT memory ready.
[2.986764] [drm] Loading verde Microcode
[2.990826] [drm] Internal thermal controller with fan control
[2.996969] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
[3.051126] [drm] radeon: dpm initialized
[3.055331] [drm] GART: num cpu pages 262144, num gpu pages 262144
[3.066908] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
[3.106472] [drm] PCIE GART of 1024M enabled (table at 0x00277000).
[3.113800] radeon 0001:81:00.0: WB enabled
[3.118041] radeon 0001:81:00.0: fence driver on ring 0 use gpu addr 
0x4c00 and cpu addr 0xffc01c00
[3.128158] radeon 0001:81:00.0: fence driver on ring 1 use gpu addr 
0x4c04 and cpu addr 0xffc01c04
[3.138280] radeon 0001:81:00.0: fence driver on ring 2 use gpu addr 
0x4c08 and cpu addr 0xffc01c08
[3.148401] radeon 0001:81:00.0: fence driver on ring 3 use gpu addr 
0x4c0c and cpu addr 0xffc01c0c
[3.158522] radeon 0001:81:00.0: fence driver on ring 4 use gpu addr 
0x4c10 and cpu addr 0xffc01c10
[3.189794] radeon 0001:81:00.0: fence driver on ring 5 use gpu addr 
0x00075a18 and cpu addr 0xf90b5a18
[3.199930] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[3.206569] [drm] Driver supports precise vblank timestamp query.
[3.212689] radeon 0001:81:00.0: radeon: MSI limited to 32-bit
[3.218564] ppc4xx_setup_msi_irqs: fail allocating msi interrupt
[3.224658] [drm] radeon: irq initialized.
[3.984480] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed 
(scratch(0x850C)=0xCAFEDEAD)
[3.99] radeon 0001:81:00.0: disabling GPU acceleration
[4.197974] [drm] Radeon Display Connectors
[4.202563] [drm] Connector 0:
[4.205677] [drm]   HDMI-A-1
[4.208671] [drm]   HPD4
[4.211250] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578 0x657c 
0x657c
[4.218692] [drm]   Encoders:
[4.221703] [drm] DFP1: INTERNAL_UNIPHY2
[4.225996] [drm] Connector 1:
[4.229062] [drm]   DVI-I-1
[4.231864] [drm]   HPD2
[4.234412] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c 
0x656c
[4.241831] [drm]   Encoders:
[4.244809] [drm] DFP2: INTERNAL_UNIPHY
[4.249011] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[4.401128] [drm] fb mappable at 0x80478000
[4.405348] [drm] vram apper at 0x8000
[4.409461] [drm] size 8294400
[4.412526] [drm] fb depth is 24
[4.415763] [drm]pitch is 7680
[4.709626] Console: switching to colour frame buffer devic

No HDMI Audio with Radeon HD7750 on Acube Sam460ex AMCC powerpc 460ex board

2015-03-09 Thread Julian Margetson

rrupt: c01 at 0x6fae92bc
[   30.600748] LR = 0x6fae91e0
[   30.628444] Instruction dump:
[   30.641700] 8129012c 806a0018 2f89 419e0018 81290004 2f89 419e000c 
7d2903a6
[   30.660422] 4e800420 3860 4e800020 81231cd8 <81290008> 2f89 4d9e0020 
7d2903a6
[   30.823766] ---[ end trace d6c8f96d5427e5b1 ]---
[   30.828383]





On 3/8/2015 3:14 PM, Julian Margetson wrote:
> Thanks.
> Proper firmware now included and loading ok.
> hda audio driver is  loaded and the various outputs options are showing.
> but still no audio out. Can confirm that audio does work with a Radeon 
> HD6670.
> Still same error with the Radeon HD7750
> [drm:dce6_audio_get_pin] *ERROR* No connected audio pins found!
> Julian
>
> On 3/8/2015 1:45 PM, Alex Deucher wrote:
>> On Sun, Mar 8, 2015 at 9:33 AM, Julian Margetson  wrote:
>>> With Kernel 3.19  HDMI audio works ok with Radeon HD 6670 but not Radeon HD
>>> 7750 on
>>> Acube Sam460ex AMCC powerpc 460ex board.Also a problem with direct firmware
>>> loading or the radeon firmware which loads ok for the Radeon HD 6670 .
>> Make sure you've included the proper firmware images.  Note the case.
>> We switched to a new firmware format for SI and newer and the firmware
>> files names are now lower case (new verde_pfp.bin vs old
>> VERDE_pfp.bin).  The older asics still use the old firmware format
>> with the upper case names.
>>
>> As to the audio, I've never tested it on non-x86.  Make sure the hda
>> audio driver is loaded correctly.
>>
>> Alex
>
> [0.00] Using Canyonlands machine description
> [0.00] Initializing cgroup subsys cpu
> [0.00] Linux version 3.19.1-Sam460ex (root at julian-VirtualBox) (gcc 
> version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #3 PREEMPT Sun Mar 8 14:49:11 AST 
> 2015
>
> [2.562014] Linux agpgart interface v0.103
> [2.566342] [drm] Initialized drm 1.1.0 20060810
> [2.571237] [drm] radeon kernel modesetting enabled.
> [2.577292] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F 
> 0x1545:0x7750).
> [2.585454] [drm] register mmio base: 0xe9000
> [2.590235] [drm] register mmio size: 262144
> [2.925651] ATOM BIOS: C44501
> [2.928918] radeon 0001:81:00.0: VRAM: 1024M 0x - 
> 0x3FFF (1024M used)
> [2.937840] radeon 0001:81:00.0: GTT: 1024M 0x4000 - 
> 0x7FFF
> [2.945524] [drm] Detected VRAM RAM=1024M, BAR=256M
> [2.950417] [drm] RAM width 128bits DDR
> [2.954459] [TTM] Zone  kernel: Available graphics memory: 379228 kiB
> [2.960944] [TTM] Zone highmem: Available graphics memory: 1034588 kiB
> [2.967496] [TTM] Initializing pool allocator
> [2.971889] [TTM] Initializing DMA pool allocator
> [2.976725] [drm] radeon: 1024M of VRAM memory ready
> [2.981723] [drm] radeon: 1024M of GTT memory ready.
> [2.986764] [drm] Loading verde Microcode
> [2.990826] [drm] Internal thermal controller with fan control
> [2.996969] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
> [3.051126] [drm] radeon: dpm initialized
> [3.055331] [drm] GART: num cpu pages 262144, num gpu pages 262144
> [3.066908] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
> [3.106472] [drm] PCIE GART of 1024M enabled (table at 0x00277000).
> [3.113800] radeon 0001:81:00.0: WB enabled
> [3.118041] radeon 0001:81:00.0: fence driver on ring 0 use gpu addr 
> 0x4c00 and cpu addr 0xffc01c00
> [3.128158] radeon 0001:81:00.0: fence driver on ring 1 use gpu addr 
> 0x4c04 and cpu addr 0xffc01c04
> [3.138280] radeon 0001:81:00.0: fence driver on ring 2 use gpu addr 
> 0x4c08 and cpu addr 0xffc01c08
> [3.148401] radeon 0001:81:00.0: fence driver on ring 3 use gpu addr 
> 0x4c0c and cpu addr 0xffc01c0c
> [3.158522] radeon 0001:81:00.0: fence driver on ring 4 use gpu addr 
> 0x4c10 and cpu addr 0xffc01c10
> [3.189794] radeon 0001:81:00.0: fence driver on ring 5 use gpu addr 
> 0x00075a18 and cpu addr 0xf90b5a18
> [3.199930] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
> [3.206569] [drm] Driver supports precise vblank timestamp query.
> [3.212689] radeon 0001:81:00.0: radeon: MSI limited to 32-bit
> [3.218564] ppc4xx_setup_msi_irqs: fail allocating msi interrupt
> [3.224658] [drm] radeon: irq initialized.
> [3.984480] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed 
> (scratch(0x850C)=0xCAFEDEAD)
> [3.99] radeon 0001:81:00.0: disabling GPU acceleration
> [4.197974] [drm] Radeon Display Connectors
> [4.202563] [drm] Connector 0:
> [4.2056

No HDMI Audio with Radeon HD7750 on Acube Sam460ex AMCC powerpc 460ex board

2015-03-09 Thread Julian Margetson

Did not work for me.

drivers/built-in.o: In function `drm_mode_atomic_ioctl':
(.text+0x865dc): undefined reference to `__get_user_bad'
make: *** [vmlinux] Error 1
root at julian-VirtualBox:/usr/src/linux# git bisect log


git bisect skip
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
b486e0e6d599b9ca8667fb9a7d49b7383ee963c7
eab3bbeffd152125ae0f90863b8e9bc8eef49423
960cd9d4fef6dd9e235c0e5c0d4ed027f8a48025
f02ad907cd9e7fe3a6405d2d005840912f1ed258
6a425c2a9b37ca3d2c37e3c1cdf973dba53eaa79
ee0a89cf3c2c550e6d877dda21dd2947afb90cb6
92890583627ee2a0518e55b063fcff86826fef96
95d6eb3b134e1826ed04cc92b224d93de13e281f
9469244d869623e8b54d9f3d4d00737e377af273
We cannot bisect more!




On 3/9/2015 6:10 AM, Mike Lothian wrote:
>
> got bisect skip should get you past any iterations that won't build
>
> On 9 Mar 2015 09:47, "Julian Margetson"  <mailto:runaway at candw.ms>> wrote:
>
> The issues get worse with the Kernel 4.0-rc1-3 versions.
> Both Radeon HD6750 and HD7750  oops if HDMI is active but boot
> with dvi .
> I had tried a bisect on 4.0.0-rc1 but could not get it finished.
>
> Kernel wont compile after 10th bisect
>
> . drivers/built-in.o: In function `drm_mode_atomic_ioctl':
> (.text+0x865dc): undefined reference to `__get_user_bad' make: ***
> [vmlinux] Error 1 root at julian-VirtualBox:/usr
>
> /src/linux# git bisect log git bisect start # bad:
> [c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1 git
> bisect bad c517d838eb7d07bbe9507871fab3931deccff539 # good:
> [bfa76d49576599a4b9f9b7a71f23d73d6dcff735] Linux 3.19 git bisect
> good bfa76d49576599a4b9f9b7a71f23d73d6dcff735 # good:
> [02f1f2170d2831b3233e91091c60a66622f29e82] kernel.h: remove
> ancient __FUNCTION__ hack git bisect good
> 02f1f2170d2831b3233e91091c60a66622f29e82 # bad:
> [796e1c55717e9a6ff5c81b12289ffa1ffd919b6f] Merge branch 'drm-next'
> of git://people.freedesktop.org/~airlied/linux
> <http://people.freedesktop.org/%7Eairlied/linux> git bisect bad
> 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f # good:
> [9682ec9692e5ac11c6caebd079324e727b19e7ce] Merge tag
> 'driver-core-3.20-rc1' of
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core
> <http://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core> git
> bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce # good:
> [a9724125ad014decf008d782e60447c811391326] Merge tag
> 'tty-3.20-rc1' of
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty
> <http://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty> git
> bisect good a9724125ad014decf008d782e60447c811391326 # good:
> [f43dff0ee00a259f524ce17ba4f8030553c66590] Merge tag
> 'drm-amdkfd-next-fixes-2015-01-25' of
> git://people.freedesktop.org/~gabbayo/linux
> <http://people.freedesktop.org/%7Egabbayo/linux> into drm-next git
> bisect good f43dff0ee00a259f524ce17ba4f8030553c66590 # bad:
> [cffe1e89dc9bf541a39d9287ced7c5addff07084] drm: sti: HDMI add
> audio infoframe git bisect bad
> cffe1e89dc9bf541a39d9287ced7c5addff07084 # good:
> [2f5b4ef15c60bc5292a3f006c018acb3da53737b] Merge tag
> 'drm/tegra/for-3.20-rc1' of
> git://anongit.freedesktop.org/tegra/linux
> <http://anongit.freedesktop.org/tegra/linux> into drm-next git
> bisect good 2f5b4ef15c60bc5292a3f006c018acb3da53737b # bad:
> [86588ce80ccd714793e9ba4140d7ae214229] drm/udl: optimize
> udl_compress_hline16 (v2) git bisect bad
> 86588ce80ccd714793e9ba4140d7ae214229 # bad:
> [d47df63393ed81977e0f6435988d9cbd70c867f7] drm/panel: simple: Add
> AVIC TM070DDH03 panel support git bisect bad
> d47df63393ed81977e0f6435988d9cbd70c867f7 # bad:
> [9469244d869623e8b54d9f3d4d00737e377af273] drm/atomic: Fix
> potential use of state after free git bisect bad
> 9469244d869623e8b54d9f3d4d00737e377af273
> git bisect skip There are only 'skip'ped commits left to test. The
> first bad commit could be any of:
> b486e0e6d599b9ca8667fb9a7d49b7383ee963c7
> eab3bbeffd152125ae0f90863b8e9bc8eef49423
> 960cd9d4fef6dd9e235c0e5c0d4ed027f8a48025
> f02ad907cd9e7fe3a6405d2d005840912f1ed258
> 6a425c2a9b37ca3d2c37e3c1cdf973dba53eaa79
> ee0a89cf3c2c550e6d877dda21dd2947afb90cb6
> 92890583627ee2a0518e55b063fcff86826fef96
> 95d6eb3b134e1826ed04cc92b224d93de13e281f
> 9469244d869623e8b54d9f3d4d00737e377af273 We cannot bisect more!
>
> [6.221759] snd_hda_intel 0001:81:00.1: enabling device ( -> 0002)
> [6.249169] snd_hda_intel

No HDMI Audio with Radeon HD7750 on Acube Sam460ex AMCC powerpc 460ex board

2015-05-05 Thread Julian Margetson

.475388] snd_hda_intel 0001:81:00.1: Force to snoop mode by module option

[7.709078] input: HDA ATI HDMI HDMI/DP,pcm=3 as 
/devices/pci0001:80/0001:80:00.0/0001:81:00.1/sound/card0/input2

[7.927376] ALSA device list:
[7.951820]   #0: HDA ATI HDMI at 0x9006 irq 21



[   13.383835] systemd[1]: Starting Journal Service...
[   13.483427] systemd[1]: Started Journal Service.
[   16.842788] Adding 62564k swap on /dev/sda10.  Priority:-1 extents:1 
across:62564k FS
[   18.516113] systemd-journald[1383]: Received request to flush runtime 
journal from PID 1
[   26.268157] eth0: link is up, 100 FDX, pause enabled
[   27.061114] Unable to handle kernel paging request for data at address 
0x0008
[   27.088902] Faulting instruction address: 0xc04ad114
[   27.093936] Vector: 300 (Data Access) at [ee7d3c30]
[   27.098817] pc: c04ad114: radeon_audio_enable+0x4/0x18
[   27.104364] lr: c04ad3c4: radeon_audio_detect+0xd4/0x104
[   27.110076] sp: ee7d3ce0
[   27.112958]msr: 29000
[   27.115580]dar: 8
[   27.117853]  dsisr: 0
[   27.120129]   current = 0xea9a1d60
[   27.123532] pid   = 2187, comm = Xorg
[   27.127564] enter ? for help
[   27.130454] [link register   ] c04ad3c4 radeon_audio_detect+0xd4/0x104
[   27.137029] [ee7d3ce0] c04ad390 radeon_audio_detect+0xa0/0x104 (unreliable)
[   27.144044] [ee7d3d00] c03eccd0 radeon_dvi_detect+0x390/0x3b4
[   27.149852] [ee7d3d30] c03977a0 
drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x448
[   27.158437] [ee7d3d70] c03b3a20 drm_mode_getconnector+0xe4/0x334
[   27.164504] [ee7d3e10] c03a68d8 drm_ioctl+0x374/0x458
[   27.169617] [ee7d3ed0] c00cfbfc do_vfs_ioctl+0x52c/0x6e8
[   27.174990] [ee7d3f20] c00cfdf8 SyS_ioctl+0x40/0x68
[   27.179921] [ee7d3f40] c000ab84 ret_from_syscall+0x0/0x3c
[   27.185379] --- Exception: c01 (System Call) at 1fe0925c
[   27.190727] SP (bff40610) is in userspace
[   27.194737] mon>  
[   29.213510] Oops: Kernel access of bad area, sig: 11 [#1]
[   29.219247] PREEMPT Canyonlands
[   29.222585] Modules linked in:
[   29.225829] CPU: 0 PID: 2187 Comm: Xorg Not tainted 4.1.0-rc2-Sam460ex #2
[   29.233006] task: ea9a1d60 ti: ee7d2000 task.ti: ee7d2000
[   29.238715] NIP: c04ad114 LR: c04ad3c4 CTR: c03eb324
[   29.243958] REGS: ee7d3c30 TRAP: 0300   Not tainted  (4.1.0-rc2-Sam460ex)
[   29.251127] MSR: 00029000   CR: 24004422  XER: 
[   29.257681] DEAR: 0008 ESR: 
GPR00: c04ad390 ee7d3ce0 ea9a1d60 eeafc000   c074 
GPR08:   eeb18400 ee7d3ce0 2400 20558ff4 20639b48 20633098
GPR16:   0001  ee7d3e18 eeb18578 0001 4000
GPR24: 4000 c074a1d8 c073e480 0001 eeb654c0 eeafc000 eeb1ef00 
[   29.29] NIP [c04ad114] radeon_audio_enable+0x4/0x18
[   29.297744] LR [c04ad3c4] radeon_audio_detect+0xd4/0x104
[   29.303358] Call Trace:
[   29.305948] [ee7d3ce0] [c04ad390] radeon_audio_detect+0xa0/0x104 (unreliable)
[   29.313539] [ee7d3d00] [c03eccd0] radeon_dvi_detect+0x390/0x3b4
[   29.319822] [ee7d3d30] [c03977a0] 
drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x448
[   29.329038] [ee7d3d70] [c03b3a20] drm_mode_getconnector+0xe4/0x334
[   29.335599] [ee7d3e10] [c03a68d8] drm_ioctl+0x374/0x458
[   29.341148] [ee7d3ed0] [c00cfbfc] do_vfs_ioctl+0x52c/0x6e8
[   29.346964] [ee7d3f20] [c00cfdf8] SyS_ioctl+0x40/0x68
[   29.352322] [ee7d3f40] [c000ab84] ret_from_syscall+0x0/0x3c
[   29.358232] --- interrupt: c01 at 0x1fe0925c
[   29.358232] LR = 0x1fe09180
[   29.366040] Instruction dump:
[   29.369192] 8129012c 806a0018 2f89 419e0018 81290004 2f89 419e000c 
7d2903a6
[   29.377498] 4e800420 3860 4e800020 81231cf0 <81290008> 2f89 4d9e0020 
7d2903a6
[   29.543328] ---[ end trace 0a55dcaf8c1fad23 ]---
[   29.547950]

Debian GNU/Linux 8 Sam460ex ttyS0

Sam460ex login:




On 3/8/2015 1:45 PM, Alex Deucher wrote:
> On Sun, Mar 8, 2015 at 9:33 AM, Julian Margetson  wrote:
>> With Kernel 3.19  HDMI audio works ok with Radeon HD 6670 but not Radeon HD
>> 7750 on
>> Acube Sam460ex AMCC powerpc 460ex board.Also a problem with direct firmware
>> loading or the radeon firmware which loads ok for the Radeon HD 6670 .
> Make sure you've included the proper firmware images.  Note the case.
> We switched to a new firmware format for SI and newer and the firmware
> files names are now lower case (new verde_pfp.bin vs old
> VERDE_pfp.bin).  The older asics still use the old firmware format
> with the upper case names.
>
> As to the audio, I've never tested it on non-x86.  Make sure the hda
> audio driver is loaded correctly.
>
> Alex
>
>> [2.561952] Linux agpgart interface v0.103
>> [2.566290] [drm] Initialized drm 1.1.0 20060810
>> [2.571164] [drm] radeon kernel modesetting enabled.
>> [2.577230] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F
>> 0x1545

No HDMI Audio with Radeon HD7750 on Acube Sam460ex AMCC powerpc 460ex board

2015-05-06 Thread Julian Margetson

[drm] vram apper at 0x8000
[4.568867] [drm] size 8294400
[4.571940] [drm] fb depth is 24
[4.575186] [drm]pitch is 7680
[4.871678] Console: switching to colour frame buffer device 240x67
[4.951862] radeon 0001:81:00.0: fb0: radeondrmfb frame buffer device
[4.958691] radeon 0001:81:00.0: registered panic notifier
[4.968736] [drm] Initialized radeon 2.42.0 20080528 for 0001:81:00.0 on 
minor 0


[7.448082] snd_hda_intel 0001:81:00.1: enabling device ( -> 0002)
[7.475388] snd_hda_intel 0001:81:00.1: Force to snoop mode by module option

[7.709078] input: HDA ATI HDMI HDMI/DP,pcm=3 as 
/devices/pci0001:80/0001:80:00.0/0001:81:00.1/sound/card0/input2

[7.927376] ALSA device list:
[7.951820]   #0: HDA ATI HDMI at 0x9006 irq 21



[   13.383835] systemd[1]: Starting Journal Service...
[   13.483427] systemd[1]: Started Journal Service.
[   16.842788] Adding 62564k swap on /dev/sda10.  Priority:-1 extents:1 
across:62564k FS
[   18.516113] systemd-journald[1383]: Received request to flush runtime 
journal from PID 1
[   26.268157] eth0: link is up, 100 FDX, pause enabled
[   27.061114] Unable to handle kernel paging request for data at address 
0x0008
[   27.088902] Faulting instruction address: 0xc04ad114
[   27.093936] Vector: 300 (Data Access) at [ee7d3c30]
[   27.098817] pc: c04ad114: radeon_audio_enable+0x4/0x18
[   27.104364] lr: c04ad3c4: radeon_audio_detect+0xd4/0x104
[   27.110076] sp: ee7d3ce0
[   27.112958]msr: 29000
[   27.115580]dar: 8
[   27.117853]  dsisr: 0
[   27.120129]   current = 0xea9a1d60
[   27.123532] pid   = 2187, comm = Xorg
[   27.127564] enter ? for help
[   27.130454] [link register   ] c04ad3c4 radeon_audio_detect+0xd4/0x104
[   27.137029] [ee7d3ce0] c04ad390 radeon_audio_detect+0xa0/0x104 (unreliable)
[   27.144044] [ee7d3d00] c03eccd0 radeon_dvi_detect+0x390/0x3b4
[   27.149852] [ee7d3d30] c03977a0 
drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x448
[   27.158437] [ee7d3d70] c03b3a20 drm_mode_getconnector+0xe4/0x334
[   27.164504] [ee7d3e10] c03a68d8 drm_ioctl+0x374/0x458
[   27.169617] [ee7d3ed0] c00cfbfc do_vfs_ioctl+0x52c/0x6e8
[   27.174990] [ee7d3f20] c00cfdf8 SyS_ioctl+0x40/0x68
[   27.179921] [ee7d3f40] c000ab84 ret_from_syscall+0x0/0x3c
[   27.185379] --- Exception: c01 (System Call) at 1fe0925c
[   27.190727] SP (bff40610) is in userspace
[   27.194737] mon>  
[   29.213510] Oops: Kernel access of bad area, sig: 11 [#1]
[   29.219247] PREEMPT Canyonlands
[   29.222585] Modules linked in:
[   29.225829] CPU: 0 PID: 2187 Comm: Xorg Not tainted 4.1.0-rc2-Sam460ex #2
[   29.233006] task: ea9a1d60 ti: ee7d2000 task.ti: ee7d2000
[   29.238715] NIP: c04ad114 LR: c04ad3c4 CTR: c03eb324
[   29.243958] REGS: ee7d3c30 TRAP: 0300   Not tainted  (4.1.0-rc2-Sam460ex)
[   29.251127] MSR: 00029000   CR: 24004422  XER: 
[   29.257681] DEAR: 0008 ESR: 
GPR00: c04ad390 ee7d3ce0 ea9a1d60 eeafc000   c074 
GPR08:   eeb18400 ee7d3ce0 2400 20558ff4 20639b48 20633098
GPR16:   0001  ee7d3e18 eeb18578 0001 4000
GPR24: 4000 c074a1d8 c073e480 0001 eeb654c0 eeafc000 eeb1ef00 
[   29.29] NIP [c04ad114] radeon_audio_enable+0x4/0x18
[   29.297744] LR [c04ad3c4] radeon_audio_detect+0xd4/0x104
[   29.303358] Call Trace:
[   29.305948] [ee7d3ce0] [c04ad390] radeon_audio_detect+0xa0/0x104 (unreliable)
[   29.313539] [ee7d3d00] [c03eccd0] radeon_dvi_detect+0x390/0x3b4
[   29.319822] [ee7d3d30] [c03977a0] 
drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x448
[   29.329038] [ee7d3d70] [c03b3a20] drm_mode_getconnector+0xe4/0x334
[   29.335599] [ee7d3e10] [c03a68d8] drm_ioctl+0x374/0x458
[   29.341148] [ee7d3ed0] [c00cfbfc] do_vfs_ioctl+0x52c/0x6e8
[   29.346964] [ee7d3f20] [c00cfdf8] SyS_ioctl+0x40/0x68
[   29.352322] [ee7d3f40] [c000ab84] ret_from_syscall+0x0/0x3c
[   29.358232] --- interrupt: c01 at 0x1fe0925c
[   29.358232] LR = 0x1fe09180
[   29.366040] Instruction dump:
[   29.369192] 8129012c 806a0018 2f89 419e0018 81290004 2f89 419e000c 
7d2903a6
[   29.377498] 4e800420 3860 4e800020 81231cf0 <81290008> 2f89 4d9e0020 
7d2903a6
[   29.543328] ---[ end trace 0a55dcaf8c1fad23 ]---
[   29.547950]

Debian GNU/Linux 8 Sam460ex ttyS0

Sam460ex login:




On 3/8/2015 1:45 PM, Alex Deucher wrote:
> On Sun, Mar 8, 2015 at 9:33 AM, Julian Margetson  wrote:
>> With Kernel 3.19  HDMI audio works ok with Radeon HD 6670 but not Radeon HD
>> 7750 on
>> Acube Sam460ex AMCC powerpc 460ex board.Also a problem with direct firmware
>> loading or the radeon firmware which loads ok for the Radeon HD 6670 .
> Make sure you've included the proper firmware images.  Note the case.
> We switched to a new firmware format for SI and newer and the firmware
> files names are now lower case (new verde_pfp.bin vs old
> VERDE_pfp.bin).

[BUG] Radeon TAHITI_vce.bin firmware casuses oops on Acube Sam460ex amcc 460ex power board

2015-12-28 Thread Julian Margetson

Having an isssue when adding Radeon TAHITI_vce.bin firmware to kernel.
When not compiled into 4.4.0rc kernels system boots but with error messages :

   Direct firmware load for radeon/TAHITI_vce.bin failed with error -2
   Can't load firmware "radeon/TAHITI_vce.bin

When I add the TAHITI_vce.bin firmware into the kernel it results in an oops:

  Unable to handle kernel paging request for data at address 0xf01c

---
[2.521012] [drm] Initialized drm 1.1.0 20060810
[2.525742] [drm] radeon kernel modesetting enabled.
[2.531460] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F 
0x1545:0x7750).
[2.539486] [drm] register mmio base: 0xe9000
[2.544238] [drm] register mmio size: 262144
[2.880317] ATOM BIOS: C44501
[2.883578] radeon :81:00.0: VRAM: 1024M 0x - 
0x3FFF (1024M used)
[2.892508] radeon :81:00.0: GTT: 2048M 0x4000 - 
0xBFFF
[2.900194] [drm] Detected VRAM RAM=1024M, BAR=256M
[2.905088] [drm] RAM width 128bits DDR
[2.909139] [TTM] Zone  kernel: Available graphics memory: 379040 kiB
[2.915623] [TTM] Zone highmem: Available graphics memory: 1034400 kiB
[2.922174] [TTM] Initializing pool allocator
[2.926577] [TTM] Initializing DMA pool allocator
[2.931395] [drm] radeon: 1024M of VRAM memory ready
[2.936404] [drm] radeon: 2048M of GTT memory ready.
[2.941455] [drm] Loading verde Microcode
[2.945521] [drm] Internal thermal controller with fan control
[2.951602] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
[3.005149] [drm] radeon: dpm initialized
[3.009408] radeon :81:00.0: Direct firmware load for 
radeon/TAHITI_vce.bin failed with error -2
[3.018621] radeon :81:00.0: radeon_vce: Can't load firmware 
"radeon/TAHITI_vce.bin"
[3.026800] [drm] GART: num cpu pages 524288, num gpu pages 524288
[3.043542] [drm] probing gen 2 caps for device aaa1:bed1 = 18cc41/0
[3.099201] [drm] PCIE GART of 2048M enabled (table at 0x00277000).
[3.106540] radeon :81:00.0: WB enabled
[3.110781] radeon :81:00.0: fence driver on ring 0 use gpu addr 
0x4c00 and cpu addr 0xee503c00
[3.120909] radeon :81:00.0: fence driver on ring 1 use gpu addr 
0x4c04 and cpu addr 0xee503c04
[3.131031] radeon :81:00.0: fence driver on ring 2 use gpu addr 
0x4c08 and cpu addr 0xee503c08
[3.141153] radeon :81:00.0: fence driver on ring 3 use gpu addr 
0x4c0c and cpu addr 0xee503c0c
[3.151274] radeon :81:00.0: fence driver on ring 4 use gpu addr 
0x4c10 and cpu addr 0xee503c10
[3.191527] radeon :81:00.0: fence driver on ring 5 use gpu addr 
0x00075a18 and cpu addr 0xf5135a18
[3.201688] radeon :81:00.0: VCE init error (-22).
[3.206858] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[3.213492] [drm] Driver supports precise vblank timestamp query.
[3.219614] radeon :81:00.0: radeon: MSI limited to 32-bit
[3.225540] genirq: Setting trigger mode 3 for irq 45 failed 
(uic_set_irq_type+0x0/0x160)
[3.233816] radeon :81:00.0: radeon: using MSI.
[3.238773] [drm] radeon: irq initialized.
[3.996237] [drm:r600_ring_test] *ERROR* radeon: ring 0 test failed 
(scratch(0x850C)=0xCAFEDEAD)
[4.005096] radeon :81:00.0: disabling GPU acceleration
[4.213502] [drm] Radeon Display Connectors
[4.217783] [drm] Connector 0:
[4.220868] [drm]   HDMI-A-1
[4.223768] [drm]   HPD4
[4.226324] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578 0x657c 
0x657c
[4.233742] [drm]   Encoders:
[4.236728] [drm] DFP1: INTERNAL_UNIPHY2
[4.241016] [drm] Connector 1:
[4.244088] [drm]   DVI-I-1
[4.246901] [drm]   HPD2
[4.249456] [drm]   DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c 
0x656c
[4.256875] [drm]   Encoders:
[4.259861] [drm] DFP2: INTERNAL_UNIPHY
[4.264063] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[4.381167] [drm] fb mappable at 0x80678000
[4.385382] [drm] vram apper at 0x8000
[4.389496] [drm] size 8294400
[4.392569] [drm] fb depth is 24
[4.395816] [drm]pitch is 7680
[4.689698] Console: switching to colour frame buffer device 240x67
[4.767746] radeon :81:00.0: fb0: radeondrmfb frame buffer device
[4.777118] [drm] Initialized radeon 2.43.0 20080528 for :81:00.0 on 
minor 0
--
[2.520756] [drm] Initialized drm 1.1.0 20060810
[2.525482] [drm] radeon kernel modesetting enabled.
[2.531229] [drm] initializing kernel modesetting (VERDE 0x1002:0x683F 
0x1545:0x7750).
[2.539245] [drm] register mmio base: 0xe9000
[2.543992] [drm] register mmio size: 262144
[

Problems with DRI on Acube Sam460 AMCC 460ex board

2015-02-23 Thread Julian Margetson

On 2/23/2015 9:03 AM, Julian Margetson wrote:
> On 2/18/2015 10:56 PM, Michael Ellerman wrote:
>> On Wed, 2015-02-18 at 21:36 -0400, Julian Margetson wrote:
>>> On 2/18/2015 8:13 PM, Michael Ellerman wrote:
>>>
>>>> On Wed, 2015-02-18 at 15:45 -0400, Julian Margetson wrote:
>>>>> On 2/15/2015 8:18 PM, Michael Ellerman wrote:
>>>>>
>>>>>> On Sun, 2015-02-15 at 08:16 -0400, Julian Margetson wrote:
>>>>>>> Hi
>>>>>>>
>>>>>>> I am unable to get any kernel beyond  the 3.16 branch working on an
>>>>>>> Acube Sam460ex
>>>>>>>   AMCC 460ex based motherboard. Kernel  up 3.16.7-ckt6 working.
>>>>>> Does reverting b0345bbc6d09 change anything?
>>>>>>
>>>>>>> [6.364350] snd_hda_intel 0001:81:00.1: enabling device ( -> 
>>>>>>> 0002)
>>>>>>> [6.453794] snd_hda_intel 0001:81:00.1: ppc4xx_setup_msi_irqs: fail 
>>>>>>> mapping irq
>>>>>>> [6.487530] Unable to handle kernel paging request for data at 
>>>>>>> address 0x0fa06c7c
>>>>>>> [6.495055] Faulting instruction address: 0xc032202c
>>>>>>> [6.500033] Vector: 300 (Data Access) at [efa31cf0]
>>>>>>> [6.504922] pc: c032202c: __reg_op+0xe8/0x100
>>>>>>> [6.509697] lr: c0014f88: msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>> [6.515600] sp: efa31da0
>>>>>>> [6.518491]msr: 21000
>>>>>>> [6.521112]dar: fa06c7c
>>>>>>> [6.523915]  dsisr: 0
>>>>>>> [6.526190]   current = 0xef8bab00
>>>>>>> [6.529603] pid   = 115, comm = kworker/0:1
>>>>>>> [6.534163] enter ? for help
>>>>>>> [6.537054] [link register   ] c0014f88 
>>>>>>> msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>> [6.543811] [efa31da0] c0014f78 msi_bitmap_free_hwirqs+0x40/0x94 
>>>>>>> (unreliable)
>>>>>>> [6.551001] [efa31dc0] c001aee8 ppc4xx_setup_msi_irqs+0xac/0xf4
>>>>>>> [6.556973] [efa31e00] c03503a4 pci_enable_msi_range+0x1e0/0x280
>>>>>>> [6.563032] [efa31e40] f92c2f74 azx_probe_work+0xe0/0x57c 
>>>>>>> [snd_hda_intel]
>>>>>>> [6.569906] [efa31e80] c0036344 process_one_work+0x1e8/0x2f0
>>>>>>> [6.575627] [efa31eb0] c003677c worker_thread+0x2f4/0x438
>>>>>>> [6.581079] [efa31ef0] c003a3e4 kthread+0xc8/0xcc
>>>>>>> [6.585844] [efa31f40] c000aec4 ret_from_kernel_thread+0x5c/0x64
>>>>>>> [6.591910] mon>  
>>>>> Managed to do a third git bisect  with the following results .
>>>> Great work.
>>>>
>>>>> git bisect bad
>>>>> 9279d3286e10736766edcaf815ae10e00856e448 is the first bad commit
>>>>> commit 9279d3286e10736766edcaf815ae10e00856e448
>>>>> Author: Rasmus Villemoes
>>>>> Date:   Wed Aug 6 16:10:16 2014 -0700
>>>>>
>>>>>  lib: bitmap: change parameter of bitmap_*_region to unsigned
>>>> So the bug is in the 4xx MSI code, and has always been there, in fact I 
>>>> don't
>>>> see how that code has *ever* worked. The commit you bisected to just 
>>>> caused the
>>>> existing bug to cause an oops.
>>>>
>>>> Can you try this?
>>>>
>>>> diff --git a/arch/powerpc/sysdev/ppc4xx_msi.c 
>>>> b/arch/powerpc/sysdev/ppc4xx_msi.c
>>>> index 6e2e6aa378bb..effb5b878a78 100644
>>>> --- a/arch/powerpc/sysdev/ppc4xx_msi.c
>>>> +++ b/arch/powerpc/sysdev/ppc4xx_msi.c
>>>> @@ -95,11 +95,9 @@ static int ppc4xx_setup_msi_irqs(struct pci_dev *dev, 
>>>> int nvec, int type)
>>>>   
>>>>list_for_each_entry(entry, &dev->msi_list, list) {
>>>>int_no = msi_bitmap_alloc_hwirqs(&msi_data->bitmap, 1);
>>>> -  if (int_no >= 0)
>>>> -  break;
>>>>if (int_no < 0) {
>>>> -  pr_debug("%s: fail allocating msi interrupt\n",
>>>> -  __func__);
>>>> +  pr_warn("%s: fail allocating msi interrupt\n", 
>>>&

Problems with DRI on Acube Sam460 AMCC 460ex board

2015-02-24 Thread Julian Margetson

On 2/23/2015 1:43 PM, Julian Margetson wrote:
> On 2/23/2015 9:03 AM, Julian Margetson wrote:
>> On 2/18/2015 10:56 PM, Michael Ellerman wrote:
>>> On Wed, 2015-02-18 at 21:36 -0400, Julian Margetson wrote:
>>>> On 2/18/2015 8:13 PM, Michael Ellerman wrote:
>>>>
>>>>> On Wed, 2015-02-18 at 15:45 -0400, Julian Margetson wrote:
>>>>>> On 2/15/2015 8:18 PM, Michael Ellerman wrote:
>>>>>>
>>>>>>> On Sun, 2015-02-15 at 08:16 -0400, Julian Margetson wrote:
>>>>>>>> Hi
>>>>>>>>
>>>>>>>> I am unable to get any kernel beyond  the 3.16 branch working on an
>>>>>>>> Acube Sam460ex
>>>>>>>>   AMCC 460ex based motherboard. Kernel  up 3.16.7-ckt6 working.
>>>>>>> Does reverting b0345bbc6d09 change anything?
>>>>>>>
>>>>>>>> [6.364350] snd_hda_intel 0001:81:00.1: enabling device ( -> 
>>>>>>>> 0002)
>>>>>>>> [6.453794] snd_hda_intel 0001:81:00.1: ppc4xx_setup_msi_irqs: fail 
>>>>>>>> mapping irq
>>>>>>>> [6.487530] Unable to handle kernel paging request for data at 
>>>>>>>> address 0x0fa06c7c
>>>>>>>> [6.495055] Faulting instruction address: 0xc032202c
>>>>>>>> [6.500033] Vector: 300 (Data Access) at [efa31cf0]
>>>>>>>> [6.504922] pc: c032202c: __reg_op+0xe8/0x100
>>>>>>>> [6.509697] lr: c0014f88: msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>> [6.515600] sp: efa31da0
>>>>>>>> [6.518491]msr: 21000
>>>>>>>> [6.521112]dar: fa06c7c
>>>>>>>> [6.523915]  dsisr: 0
>>>>>>>> [6.526190]   current = 0xef8bab00
>>>>>>>> [6.529603] pid   = 115, comm = kworker/0:1
>>>>>>>> [6.534163] enter ? for help
>>>>>>>> [6.537054] [link register   ] c0014f88 
>>>>>>>> msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>> [6.543811] [efa31da0] c0014f78 msi_bitmap_free_hwirqs+0x40/0x94 
>>>>>>>> (unreliable)
>>>>>>>> [6.551001] [efa31dc0] c001aee8 ppc4xx_setup_msi_irqs+0xac/0xf4
>>>>>>>> [6.556973] [efa31e00] c03503a4 pci_enable_msi_range+0x1e0/0x280
>>>>>>>> [6.563032] [efa31e40] f92c2f74 azx_probe_work+0xe0/0x57c 
>>>>>>>> [snd_hda_intel]
>>>>>>>> [6.569906] [efa31e80] c0036344 process_one_work+0x1e8/0x2f0
>>>>>>>> [6.575627] [efa31eb0] c003677c worker_thread+0x2f4/0x438
>>>>>>>> [6.581079] [efa31ef0] c003a3e4 kthread+0xc8/0xcc
>>>>>>>> [6.585844] [efa31f40] c000aec4 ret_from_kernel_thread+0x5c/0x64
>>>>>>>> [6.591910] mon>  
>>>>>> Managed to do a third git bisect  with the following results .
>>>>> Great work.
>>>>>
>>>>>> git bisect bad
>>>>>> 9279d3286e10736766edcaf815ae10e00856e448 is the first bad commit
>>>>>> commit 9279d3286e10736766edcaf815ae10e00856e448
>>>>>> Author: Rasmus Villemoes
>>>>>> Date:   Wed Aug 6 16:10:16 2014 -0700
>>>>>>
>>>>>>  lib: bitmap: change parameter of bitmap_*_region to unsigned
>>>>> So the bug is in the 4xx MSI code, and has always been there, in fact I 
>>>>> don't
>>>>> see how that code has *ever* worked. The commit you bisected to just 
>>>>> caused the
>>>>> existing bug to cause an oops.
>>>>>
>>>>> Can you try this?
>>>>>
>>>>> diff --git a/arch/powerpc/sysdev/ppc4xx_msi.c 
>>>>> b/arch/powerpc/sysdev/ppc4xx_msi.c
>>>>> index 6e2e6aa378bb..effb5b878a78 100644
>>>>> --- a/arch/powerpc/sysdev/ppc4xx_msi.c
>>>>> +++ b/arch/powerpc/sysdev/ppc4xx_msi.c
>>>>> @@ -95,11 +95,9 @@ static int ppc4xx_setup_msi_irqs(struct pci_dev *dev, 
>>>>> int nvec, int type)
>>>>>   
>>>>>   list_for_each_entry(entry, &dev->msi_list, list) {
>>>>>   int_no = msi_bitmap_alloc_hwirqs(&msi_data->bitmap, 1);
>>>>> - if (int_no &g

Problems with DRI on Acube Sam460 AMCC 460ex board

2015-02-24 Thread Julian Margetson

On 2/24/2015 7:12 AM, Julian Margetson wrote:
> On 2/23/2015 1:43 PM, Julian Margetson wrote:
>> On 2/23/2015 9:03 AM, Julian Margetson wrote:
>>> On 2/18/2015 10:56 PM, Michael Ellerman wrote:
>>>> On Wed, 2015-02-18 at 21:36 -0400, Julian Margetson wrote:
>>>>> On 2/18/2015 8:13 PM, Michael Ellerman wrote:
>>>>>
>>>>>> On Wed, 2015-02-18 at 15:45 -0400, Julian Margetson wrote:
>>>>>>> On 2/15/2015 8:18 PM, Michael Ellerman wrote:
>>>>>>>
>>>>>>>> On Sun, 2015-02-15 at 08:16 -0400, Julian Margetson wrote:
>>>>>>>>> Hi
>>>>>>>>>
>>>>>>>>> I am unable to get any kernel beyond  the 3.16 branch working on an
>>>>>>>>> Acube Sam460ex
>>>>>>>>>   AMCC 460ex based motherboard. Kernel  up 3.16.7-ckt6 working.
>>>>>>>> Does reverting b0345bbc6d09 change anything?
>>>>>>>>
>>>>>>>>> [6.364350] snd_hda_intel 0001:81:00.1: enabling device ( -> 
>>>>>>>>> 0002)
>>>>>>>>> [6.453794] snd_hda_intel 0001:81:00.1: ppc4xx_setup_msi_irqs: 
>>>>>>>>> fail mapping irq
>>>>>>>>> [6.487530] Unable to handle kernel paging request for data at 
>>>>>>>>> address 0x0fa06c7c
>>>>>>>>> [6.495055] Faulting instruction address: 0xc032202c
>>>>>>>>> [6.500033] Vector: 300 (Data Access) at [efa31cf0]
>>>>>>>>> [6.504922] pc: c032202c: __reg_op+0xe8/0x100
>>>>>>>>> [6.509697] lr: c0014f88: msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>>> [6.515600] sp: efa31da0
>>>>>>>>> [6.518491]msr: 21000
>>>>>>>>> [6.521112]dar: fa06c7c
>>>>>>>>> [6.523915]  dsisr: 0
>>>>>>>>> [6.526190]   current = 0xef8bab00
>>>>>>>>> [6.529603] pid   = 115, comm = kworker/0:1
>>>>>>>>> [6.534163] enter ? for help
>>>>>>>>> [6.537054] [link register   ] c0014f88 
>>>>>>>>> msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>>> [6.543811] [efa31da0] c0014f78 msi_bitmap_free_hwirqs+0x40/0x94 
>>>>>>>>> (unreliable)
>>>>>>>>> [6.551001] [efa31dc0] c001aee8 ppc4xx_setup_msi_irqs+0xac/0xf4
>>>>>>>>> [6.556973] [efa31e00] c03503a4 pci_enable_msi_range+0x1e0/0x280
>>>>>>>>> [6.563032] [efa31e40] f92c2f74 azx_probe_work+0xe0/0x57c 
>>>>>>>>> [snd_hda_intel]
>>>>>>>>> [6.569906] [efa31e80] c0036344 process_one_work+0x1e8/0x2f0
>>>>>>>>> [6.575627] [efa31eb0] c003677c worker_thread+0x2f4/0x438
>>>>>>>>> [6.581079] [efa31ef0] c003a3e4 kthread+0xc8/0xcc
>>>>>>>>> [6.585844] [efa31f40] c000aec4 ret_from_kernel_thread+0x5c/0x64
>>>>>>>>> [6.591910] mon>  
>>>>>>> Managed to do a third git bisect  with the following results .
>>>>>> Great work.
>>>>>>
>>>>>>> git bisect bad
>>>>>>> 9279d3286e10736766edcaf815ae10e00856e448 is the first bad commit
>>>>>>> commit 9279d3286e10736766edcaf815ae10e00856e448
>>>>>>> Author: Rasmus Villemoes
>>>>>>> Date:   Wed Aug 6 16:10:16 2014 -0700
>>>>>>>
>>>>>>>  lib: bitmap: change parameter of bitmap_*_region to unsigned
>>>>>> So the bug is in the 4xx MSI code, and has always been there, in fact I 
>>>>>> don't
>>>>>> see how that code has *ever* worked. The commit you bisected to just 
>>>>>> caused the
>>>>>> existing bug to cause an oops.
>>>>>>
>>>>>> Can you try this?
>>>>>>
>>>>>> diff --git a/arch/powerpc/sysdev/ppc4xx_msi.c 
>>>>>> b/arch/powerpc/sysdev/ppc4xx_msi.c
>>>>>> index 6e2e6aa378bb..effb5b878a78 100644
>>>>>> --- a/arch/powerpc/sysdev/ppc4xx_msi.c
>>>>>> +++ b/arch/powerpc/sysdev/ppc4xx_msi.c
>>>>>> @@ -95,11 +95,9 @@ static int ppc4xx_setup_msi_

Problems with DRI on Acube Sam460 AMCC 460ex board

2015-02-24 Thread Julian Margetson

On 2/24/2015 2:57 PM, Julian Margetson wrote:
> On 2/24/2015 7:12 AM, Julian Margetson wrote:
>> On 2/23/2015 1:43 PM, Julian Margetson wrote:
>>> On 2/23/2015 9:03 AM, Julian Margetson wrote:
>>>> On 2/18/2015 10:56 PM, Michael Ellerman wrote:
>>>>> On Wed, 2015-02-18 at 21:36 -0400, Julian Margetson wrote:
>>>>>> On 2/18/2015 8:13 PM, Michael Ellerman wrote:
>>>>>>
>>>>>>> On Wed, 2015-02-18 at 15:45 -0400, Julian Margetson wrote:
>>>>>>>> On 2/15/2015 8:18 PM, Michael Ellerman wrote:
>>>>>>>>
>>>>>>>>> On Sun, 2015-02-15 at 08:16 -0400, Julian Margetson wrote:
>>>>>>>>>> Hi
>>>>>>>>>>
>>>>>>>>>> I am unable to get any kernel beyond  the 3.16 branch working on an
>>>>>>>>>> Acube Sam460ex
>>>>>>>>>>   AMCC 460ex based motherboard. Kernel  up 3.16.7-ckt6 working.
>>>>>>>>> Does reverting b0345bbc6d09 change anything?
>>>>>>>>>
>>>>>>>>>> [6.364350] snd_hda_intel 0001:81:00.1: enabling device ( -> 
>>>>>>>>>> 0002)
>>>>>>>>>> [6.453794] snd_hda_intel 0001:81:00.1: ppc4xx_setup_msi_irqs: 
>>>>>>>>>> fail mapping irq
>>>>>>>>>> [6.487530] Unable to handle kernel paging request for data at 
>>>>>>>>>> address 0x0fa06c7c
>>>>>>>>>> [6.495055] Faulting instruction address: 0xc032202c
>>>>>>>>>> [6.500033] Vector: 300 (Data Access) at [efa31cf0]
>>>>>>>>>> [6.504922] pc: c032202c: __reg_op+0xe8/0x100
>>>>>>>>>> [6.509697] lr: c0014f88: msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>>>> [6.515600] sp: efa31da0
>>>>>>>>>> [6.518491]msr: 21000
>>>>>>>>>> [6.521112]dar: fa06c7c
>>>>>>>>>> [6.523915]  dsisr: 0
>>>>>>>>>> [6.526190]   current = 0xef8bab00
>>>>>>>>>> [6.529603] pid   = 115, comm = kworker/0:1
>>>>>>>>>> [6.534163] enter ? for help
>>>>>>>>>> [6.537054] [link register   ] c0014f88 
>>>>>>>>>> msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>>>> [6.543811] [efa31da0] c0014f78 msi_bitmap_free_hwirqs+0x40/0x94 
>>>>>>>>>> (unreliable)
>>>>>>>>>> [6.551001] [efa31dc0] c001aee8 ppc4xx_setup_msi_irqs+0xac/0xf4
>>>>>>>>>> [6.556973] [efa31e00] c03503a4 pci_enable_msi_range+0x1e0/0x280
>>>>>>>>>> [6.563032] [efa31e40] f92c2f74 azx_probe_work+0xe0/0x57c 
>>>>>>>>>> [snd_hda_intel]
>>>>>>>>>> [6.569906] [efa31e80] c0036344 process_one_work+0x1e8/0x2f0
>>>>>>>>>> [6.575627] [efa31eb0] c003677c worker_thread+0x2f4/0x438
>>>>>>>>>> [6.581079] [efa31ef0] c003a3e4 kthread+0xc8/0xcc
>>>>>>>>>> [6.585844] [efa31f40] c000aec4 ret_from_kernel_thread+0x5c/0x64
>>>>>>>>>> [6.591910] mon>  
>>>>>>>> Managed to do a third git bisect  with the following results .
>>>>>>> Great work.
>>>>>>>
>>>>>>>> git bisect bad
>>>>>>>> 9279d3286e10736766edcaf815ae10e00856e448 is the first bad commit
>>>>>>>> commit 9279d3286e10736766edcaf815ae10e00856e448
>>>>>>>> Author: Rasmus Villemoes
>>>>>>>> Date:   Wed Aug 6 16:10:16 2014 -0700
>>>>>>>>
>>>>>>>>  lib: bitmap: change parameter of bitmap_*_region to unsigned
>>>>>>> So the bug is in the 4xx MSI code, and has always been there, in fact I 
>>>>>>> don't
>>>>>>> see how that code has *ever* worked. The commit you bisected to just 
>>>>>>> caused the
>>>>>>> existing bug to cause an oops.
>>>>>>>
>>>>>>> Can you try this?
>>>>>>>
>>>>>>> diff --git a/arch/powerpc/sysdev/ppc4xx_msi.

Problems with DRI on Acube Sam460 AMCC 460ex board

2015-02-25 Thread Julian Margetson

On 2/24/2015 4:28 PM, Julian Margetson wrote:
> On 2/24/2015 2:57 PM, Julian Margetson wrote:
>> On 2/24/2015 7:12 AM, Julian Margetson wrote:
>>> On 2/23/2015 1:43 PM, Julian Margetson wrote:
>>>> On 2/23/2015 9:03 AM, Julian Margetson wrote:
>>>>> On 2/18/2015 10:56 PM, Michael Ellerman wrote:
>>>>>> On Wed, 2015-02-18 at 21:36 -0400, Julian Margetson wrote:
>>>>>>> On 2/18/2015 8:13 PM, Michael Ellerman wrote:
>>>>>>>
>>>>>>>> On Wed, 2015-02-18 at 15:45 -0400, Julian Margetson wrote:
>>>>>>>>> On 2/15/2015 8:18 PM, Michael Ellerman wrote:
>>>>>>>>>
>>>>>>>>>> On Sun, 2015-02-15 at 08:16 -0400, Julian Margetson wrote:
>>>>>>>>>>> Hi
>>>>>>>>>>>
>>>>>>>>>>> I am unable to get any kernel beyond  the 3.16 branch working on an
>>>>>>>>>>> Acube Sam460ex
>>>>>>>>>>>   AMCC 460ex based motherboard. Kernel  up 3.16.7-ckt6 working.
>>>>>>>>>> Does reverting b0345bbc6d09 change anything?
>>>>>>>>>>
>>>>>>>>>>> [6.364350] snd_hda_intel 0001:81:00.1: enabling device ( -> 
>>>>>>>>>>> 0002)
>>>>>>>>>>> [6.453794] snd_hda_intel 0001:81:00.1: ppc4xx_setup_msi_irqs: 
>>>>>>>>>>> fail mapping irq
>>>>>>>>>>> [6.487530] Unable to handle kernel paging request for data at 
>>>>>>>>>>> address 0x0fa06c7c
>>>>>>>>>>> [6.495055] Faulting instruction address: 0xc032202c
>>>>>>>>>>> [6.500033] Vector: 300 (Data Access) at [efa31cf0]
>>>>>>>>>>> [6.504922] pc: c032202c: __reg_op+0xe8/0x100
>>>>>>>>>>> [6.509697] lr: c0014f88: msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>>>>> [6.515600] sp: efa31da0
>>>>>>>>>>> [6.518491]msr: 21000
>>>>>>>>>>> [6.521112]dar: fa06c7c
>>>>>>>>>>> [6.523915]  dsisr: 0
>>>>>>>>>>> [6.526190]   current = 0xef8bab00
>>>>>>>>>>> [6.529603] pid   = 115, comm = kworker/0:1
>>>>>>>>>>> [6.534163] enter ? for help
>>>>>>>>>>> [6.537054] [link register   ] c0014f88 
>>>>>>>>>>> msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>>>>> [6.543811] [efa31da0] c0014f78 msi_bitmap_free_hwirqs+0x40/0x94 
>>>>>>>>>>> (unreliable)
>>>>>>>>>>> [6.551001] [efa31dc0] c001aee8 ppc4xx_setup_msi_irqs+0xac/0xf4
>>>>>>>>>>> [6.556973] [efa31e00] c03503a4 pci_enable_msi_range+0x1e0/0x280
>>>>>>>>>>> [6.563032] [efa31e40] f92c2f74 azx_probe_work+0xe0/0x57c 
>>>>>>>>>>> [snd_hda_intel]
>>>>>>>>>>> [6.569906] [efa31e80] c0036344 process_one_work+0x1e8/0x2f0
>>>>>>>>>>> [6.575627] [efa31eb0] c003677c worker_thread+0x2f4/0x438
>>>>>>>>>>> [6.581079] [efa31ef0] c003a3e4 kthread+0xc8/0xcc
>>>>>>>>>>> [6.585844] [efa31f40] c000aec4 ret_from_kernel_thread+0x5c/0x64
>>>>>>>>>>> [6.591910] mon>  
>>>>>>>>> Managed to do a third git bisect  with the following results .
>>>>>>>> Great work.
>>>>>>>>
>>>>>>>>> git bisect bad
>>>>>>>>> 9279d3286e10736766edcaf815ae10e00856e448 is the first bad commit
>>>>>>>>> commit 9279d3286e10736766edcaf815ae10e00856e448
>>>>>>>>> Author: Rasmus Villemoes
>>>>>>>>> Date:   Wed Aug 6 16:10:16 2014 -0700
>>>>>>>>>
>>>>>>>>>  lib: bitmap: change parameter of bitmap_*_region to unsigned
>>>>>>>> So the bug is in the 4xx MSI code, and has always been there, in fact 
>>>>>>>> I don't
>>>>>>>> see how that code has *ever* worked. The commit you bisected to

Problems with DRI on Acube Sam460 AMCC 460ex board

2015-02-25 Thread Julian Margetson

On 2/25/2015 9:25 AM, Julian Margetson wrote:
> On 2/24/2015 4:28 PM, Julian Margetson wrote:
>> On 2/24/2015 2:57 PM, Julian Margetson wrote:
>>> On 2/24/2015 7:12 AM, Julian Margetson wrote:
>>>> On 2/23/2015 1:43 PM, Julian Margetson wrote:
>>>>> On 2/23/2015 9:03 AM, Julian Margetson wrote:
>>>>>> On 2/18/2015 10:56 PM, Michael Ellerman wrote:
>>>>>>> On Wed, 2015-02-18 at 21:36 -0400, Julian Margetson wrote:
>>>>>>>> On 2/18/2015 8:13 PM, Michael Ellerman wrote:
>>>>>>>>
>>>>>>>>> On Wed, 2015-02-18 at 15:45 -0400, Julian Margetson wrote:
>>>>>>>>>> On 2/15/2015 8:18 PM, Michael Ellerman wrote:
>>>>>>>>>>
>>>>>>>>>>> On Sun, 2015-02-15 at 08:16 -0400, Julian Margetson wrote:
>>>>>>>>>>>> Hi
>>>>>>>>>>>>
>>>>>>>>>>>> I am unable to get any kernel beyond  the 3.16 branch working on an
>>>>>>>>>>>> Acube Sam460ex
>>>>>>>>>>>>   AMCC 460ex based motherboard. Kernel  up 3.16.7-ckt6 working.
>>>>>>>>>>> Does reverting b0345bbc6d09 change anything?
>>>>>>>>>>>
>>>>>>>>>>>> [6.364350] snd_hda_intel 0001:81:00.1: enabling device ( 
>>>>>>>>>>>> -> 0002)
>>>>>>>>>>>> [6.453794] snd_hda_intel 0001:81:00.1: ppc4xx_setup_msi_irqs: 
>>>>>>>>>>>> fail mapping irq
>>>>>>>>>>>> [6.487530] Unable to handle kernel paging request for data at 
>>>>>>>>>>>> address 0x0fa06c7c
>>>>>>>>>>>> [6.495055] Faulting instruction address: 0xc032202c
>>>>>>>>>>>> [6.500033] Vector: 300 (Data Access) at [efa31cf0]
>>>>>>>>>>>> [6.504922] pc: c032202c: __reg_op+0xe8/0x100
>>>>>>>>>>>> [6.509697] lr: c0014f88: msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>>>>>> [6.515600] sp: efa31da0
>>>>>>>>>>>> [6.518491]msr: 21000
>>>>>>>>>>>> [6.521112]dar: fa06c7c
>>>>>>>>>>>> [6.523915]  dsisr: 0
>>>>>>>>>>>> [6.526190]   current = 0xef8bab00
>>>>>>>>>>>> [6.529603] pid   = 115, comm = kworker/0:1
>>>>>>>>>>>> [6.534163] enter ? for help
>>>>>>>>>>>> [6.537054] [link register   ] c0014f88 
>>>>>>>>>>>> msi_bitmap_free_hwirqs+0x50/0x94
>>>>>>>>>>>> [6.543811] [efa31da0] c0014f78 
>>>>>>>>>>>> msi_bitmap_free_hwirqs+0x40/0x94 (unreliable)
>>>>>>>>>>>> [6.551001] [efa31dc0] c001aee8 ppc4xx_setup_msi_irqs+0xac/0xf4
>>>>>>>>>>>> [6.556973] [efa31e00] c03503a4 pci_enable_msi_range+0x1e0/0x280
>>>>>>>>>>>> [6.563032] [efa31e40] f92c2f74 azx_probe_work+0xe0/0x57c 
>>>>>>>>>>>> [snd_hda_intel]
>>>>>>>>>>>> [6.569906] [efa31e80] c0036344 process_one_work+0x1e8/0x2f0
>>>>>>>>>>>> [6.575627] [efa31eb0] c003677c worker_thread+0x2f4/0x438
>>>>>>>>>>>> [6.581079] [efa31ef0] c003a3e4 kthread+0xc8/0xcc
>>>>>>>>>>>> [6.585844] [efa31f40] c000aec4 ret_from_kernel_thread+0x5c/0x64
>>>>>>>>>>>> [6.591910] mon>  
>>>>>>>>>> Managed to do a third git bisect  with the following results .
>>>>>>>>> Great work.
>>>>>>>>>
>>>>>>>>>> git bisect bad
>>>>>>>>>> 9279d3286e10736766edcaf815ae10e00856e448 is the first bad commit
>>>>>>>>>> commit 9279d3286e10736766edcaf815ae10e00856e448
>>>>>>>>>> Author: Rasmus Villemoes
>>>>>>>>>> Date:   Wed Aug 6 16:10:16 2014 -0700
>>>>>>>>>>
>>>>>>>>>>  lib: bitmap: change p

38 matches

Mail list logo