Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2016-08-05 Thread Julian Margetson 

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, >msi_list, list) {

int_no = msi_bitmap_alloc_hwirqs(_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", 
__func__);
+   return -ENOSPC;
}
virq = irq_of_parse_and_map(msi_data->msi_dev, int_no);
if (virq == NO_IRQ) {


Thanks.
This works with 3.17-rc1. Will try with the 3.18 Branch .

OK great.


Any ideas why drm is not  working ? (It never worked) .

No sorry. You might have more luck if you post a new thread to the dri list.


[5.809802] Linux agpgart interface v0.103
[6.137893] [drm] Initialized drm 1.1.0 20060810
[6.439872] snd_hda_intel 0001:81:00.1: enabling device ( -> 0002)
[6.508544] ppc4xx_setup_msi_irqs: fail allocating msi interrupt

I'm curious why it's failing to allocate MSIs. Possibly it's just run out.

Can you post the output of 'cat /proc/interrupts'?

cheers





Hi Michael

Any chance of this fix being added to the mainline ?


Regards

Julian

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-03-09 Thread Michael Ellerman 
On Sat, 2015-03-07 at 12:10 -0400, Julian Margetson wrote:
 With the latest commits
 
 [   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 CE,EE,ME  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

You should send that to the Radeon maintainers.

cheers


___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-03-09 Thread Julian Margetson 

On 3/9/2015 8:30 PM, Michael Ellerman wrote:

On Sat, 2015-03-07 at 12:10 -0400, Julian Margetson wrote:

With the latest commits

[   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 CE,EE,ME  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

You should send that to the Radeon maintainers.

cheers




Thanks.

I have raised a couple of threads on the dri-de...@lists.freedesktop.org 
list .


___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-03-07 Thread Julian Margetson 

On 3/5/2015 7:15 AM, Julian Margetson wrote:

On 3/4/2015 7:52 PM, Michael Ellerman wrote:

On Wed, 2015-03-04 at 07:46 -0400, Julian Margetson wrote:

Still stuck.
Problem still exist with 4.0.0-rc2 and I cant finish the bisect.
Triggered when using HDMI. No problem when using DVI.
[   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
[   33.665896] --- Exception: c01 (System Call) at 6fb1b8dc
[   33.671253] SP (bfa56d20) is in userspace
[   33.675263] mon  no input ...
This just looks like a missing NULL check in the radeon code. 
Probably here:


void radeon_audio_detect(struct drm_connector *connector,
enum drm_connector_status status)
{
struct radeon_device *rdev;
struct radeon_encoder *radeon_encoder;
struct radeon_encoder_atom_dig *dig;

if (!connector || !connector-encoder)
return;

rdev = connector-encoder-dev-dev_private;
   ^

So you could try adding !connector-encoder-dev to the if there.

cheers




Thanks.

Results in the following .
[3.179934] [drm] Radeon Display Connectors
[3.184711] [drm] Connector 0:
[3.187827] [drm]   DP-1
[3.190443] [drm]   HPD1
[3.193018] [drm]   DDC: 0x6470 0x6470 0x6474 0x6474 0x6478 0x6478 
0x647c 0x6 47c

[3.200502] [drm]   Encoders:
[3.203510] [drm] DFP1: INTERNAL_UNIPHY2
[3.207823] [drm] Connector 1:
[3.210923] [drm]   HDMI-A-1
[3.213831] [drm]   HPD5
[3.216381] [drm]   DDC: 0x6480 0x6480 0x6484 0x6484 0x6488 0x6488 
0x648c 0x6 48c

[3.223809] [drm]   Encoders:
[3.226795] [drm] DFP2: INTERNAL_UNIPHY2
[3.231083] [drm] Connector 2:
[3.234155] [drm]   DVI-I-1
[3.236968] [drm]   HPD4
[3.239523] [drm]   DDC: 0x6450 0x6450 0x6454 0x6454 0x6458 0x6458 
0x645c 0x6 45c

[3.246942] [drm]   Encoders:
[3.249929] [drm] DFP3: INTERNAL_UNIPHY
[3.254130] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[3.262872] Unable to handle kernel paging request for data at 
address 0x

[3.270407] Faulting instruction address: 0xc04a4280
[3.275394] Vector: 300 (Data Access) at [ea847b20]
[3.280286] pc: c04a4280: radeon_audio_detect+0x1c/0x290
[3.286016] lr: c03e6170: radeon_dp_detect+0x218/0x224
[3.291563] sp: ea847bd0
[3.294453]msr: 29000
[3.297084]dar: 0
[3.299366]  dsisr: 0
[3.301649]   current = 0xea85
[3.305062] pid   = 1, comm = swapper
[3.309101] enter ? for help
[3.311994] [ea847c00] c03e6170 radeon_dp_detect+0x218/0x224
[3.317709] [ea847c20] c039160c 
drm_helper_probe_single_connector_modes_merge _bits+0xf4/0x434
[3.326303] [ea847c60] c0398d68 
drm_fb_helper_probe_connector_modes+0x5c/0x70
[3.333499] [ea847c80] c039ad40 
drm_fb_helper_initial_config+0x38/0x380

[3.340174] [ea847cc0] c03f1848 radeon_fbdev_init+0xc8/0xfc
[3.345808] [ea847ce0] c03eb1cc radeon_modeset_init+0x77c/0x94c
[3.351781] [ea847d40] c03c72fc radeon_driver_load_kms+0xcc/0x134
[3.357935] [ea847d60] c03a3cfc drm_dev_register+0x9c/0x120
[3.363569] [ea847d80] c03a6538 drm_get_pci_dev+0xf4/0x190
[3.369116] [ea847da0] c033d194 pci_device_probe+0x68/0xb4
[3.374680] [ea847dc0] c04b8a4c driver_probe_device+0xd4/0x1f4
[3.380583] [ea847df0] c04b8c48 __driver_attach+0x78/0xa0
[3.386034] [ea847e10] c04b6fd8 bus_for_each_dev+0x8c/0x9c
[3.391572] [ea847e40] c04b81a8 bus_add_driver+0xf8/0x1d4
[3.397024] [ea847e60] c04b90fc driver_register+0xb4/0xf8
[3.402475] [ea847e80] c00016f0 do_one_initcall+0x114/0x19c
[3.408109] [ea847ef0] c0992a8c kernel_init_freeable+0x124/0x1c0
[3.414176] [ea847f30] c0001cc0 kernel_init+0x14/0xf4
[3.419280] [ea847f40] c000ac5c ret_from_kernel_thread+0x5c/0x64
[3.425347] mon  no input ...
[5.428725] Oops: Kernel access of bad

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-03-05 Thread Julian Margetson 

On 3/4/2015 7:52 PM, Michael Ellerman wrote:

On Wed, 2015-03-04 at 07:46 -0400, Julian Margetson wrote:

Still stuck.
Problem still exist with 4.0.0-rc2 and I cant finish the bisect.
Triggered when using HDMI. No problem when using DVI.
[   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
[   33.665896] --- Exception: c01 (System Call) at 6fb1b8dc
[   33.671253] SP (bfa56d20) is in userspace
[   33.675263] mon  no input ...

This just looks like a missing NULL check in the radeon code. Probably here:

void radeon_audio_detect(struct drm_connector *connector,
enum drm_connector_status status)
{
struct radeon_device *rdev;
struct radeon_encoder *radeon_encoder;
struct radeon_encoder_atom_dig *dig;

if (!connector || !connector-encoder)
return;

rdev = connector-encoder-dev-dev_private;
   ^

So you could try adding !connector-encoder-dev to the if there.

cheers




Thanks.

Results in the following .
[3.179934] [drm] Radeon Display Connectors
[3.184711] [drm] Connector 0:
[3.187827] [drm]   DP-1
[3.190443] [drm]   HPD1
[3.193018] [drm]   DDC: 0x6470 0x6470 0x6474 0x6474 0x6478 0x6478 
0x647c 0x6 47c

[3.200502] [drm]   Encoders:
[3.203510] [drm] DFP1: INTERNAL_UNIPHY2
[3.207823] [drm] Connector 1:
[3.210923] [drm]   HDMI-A-1
[3.213831] [drm]   HPD5
[3.216381] [drm]   DDC: 0x6480 0x6480 0x6484 0x6484 0x6488 0x6488 
0x648c 0x6 48c

[3.223809] [drm]   Encoders:
[3.226795] [drm] DFP2: INTERNAL_UNIPHY2
[3.231083] [drm] Connector 2:
[3.234155] [drm]   DVI-I-1
[3.236968] [drm]   HPD4
[3.239523] [drm]   DDC: 0x6450 0x6450 0x6454 0x6454 0x6458 0x6458 
0x645c 0x6 45c

[3.246942] [drm]   Encoders:
[3.249929] [drm] DFP3: INTERNAL_UNIPHY
[3.254130] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[3.262872] Unable to handle kernel paging request for data at 
address 0x

[3.270407] Faulting instruction address: 0xc04a4280
[3.275394] Vector: 300 (Data Access) at [ea847b20]
[3.280286] pc: c04a4280: radeon_audio_detect+0x1c/0x290
[3.286016] lr: c03e6170: radeon_dp_detect+0x218/0x224
[3.291563] sp: ea847bd0
[3.294453]msr: 29000
[3.297084]dar: 0
[3.299366]  dsisr: 0
[3.301649]   current = 0xea85
[3.305062] pid   = 1, comm = swapper
[3.309101] enter ? for help
[3.311994] [ea847c00] c03e6170 radeon_dp_detect+0x218/0x224
[3.317709] [ea847c20] c039160c 
drm_helper_probe_single_connector_modes_merge _bits+0xf4/0x434
[3.326303] [ea847c60] c0398d68 
drm_fb_helper_probe_connector_modes+0x5c/0x70

[3.333499] [ea847c80] c039ad40 drm_fb_helper_initial_config+0x38/0x380
[3.340174] [ea847cc0] c03f1848 radeon_fbdev_init+0xc8/0xfc
[3.345808] [ea847ce0] c03eb1cc radeon_modeset_init+0x77c/0x94c
[3.351781] [ea847d40] c03c72fc radeon_driver_load_kms+0xcc/0x134
[3.357935] [ea847d60] c03a3cfc drm_dev_register+0x9c/0x120
[3.363569] [ea847d80] c03a6538 drm_get_pci_dev+0xf4/0x190
[3.369116] [ea847da0] c033d194 pci_device_probe+0x68/0xb4
[3.374680] [ea847dc0] c04b8a4c driver_probe_device+0xd4/0x1f4
[3.380583] [ea847df0] c04b8c48 __driver_attach+0x78/0xa0
[3.386034] [ea847e10] c04b6fd8 bus_for_each_dev+0x8c/0x9c
[3.391572] [ea847e40] c04b81a8 bus_add_driver+0xf8/0x1d4
[3.397024] [ea847e60] c04b90fc driver_register+0xb4/0xf8
[3.402475] [ea847e80] c00016f0 do_one_initcall+0x114/0x19c
[3.408109] [ea847ef0] c0992a8c kernel_init_freeable+0x124/0x1c0
[3.414176] [ea847f30] c0001cc0 kernel_init+0x14/0xf4
[3.419280] [ea847f40] c000ac5c ret_from_kernel_thread+0x5c/0x64
[3.425347] mon  no input ...
[5.428725] Oops: Kernel access of bad area, sig: 11 [#1]
[

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-03-04 Thread Michael Ellerman 
On Wed, 2015-03-04 at 07:46 -0400, Julian Margetson wrote:
 Still stuck.
 Problem still exist with 4.0.0-rc2 and I cant finish the bisect.
 Triggered when using HDMI. No problem when using DVI.

 [   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
 [   33.665896] --- Exception: c01 (System Call) at 6fb1b8dc
 [   33.671253] SP (bfa56d20) is in userspace
 [   33.675263] mon  no input ...

This just looks like a missing NULL check in the radeon code. Probably here:

void radeon_audio_detect(struct drm_connector *connector,
enum drm_connector_status status)
{
struct radeon_device *rdev;
struct radeon_encoder *radeon_encoder;
struct radeon_encoder_atom_dig *dig;

if (!connector || !connector-encoder)
return;

rdev = connector-encoder-dev-dev_private;
   ^

So you could try adding !connector-encoder-dev to the if there.

cheers


___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-03-04 Thread Julian Margetson 

Still stuck.
Problem still exist with 4.0.0-rc2 and I cant finish the bisect.
Triggered when using HDMI. No problem when using DVI.

[   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
[   33.665896] --- Exception: c01 (System Call) at 6fb1b8dc
[   33.671253] SP (bfa56d20) is in userspace
[   33.675263] mon  no input ...
[   35.703835] Oops: Kernel access of bad area, sig: 11 [#1]
[   35.709554] PREEMPT Canyonlands
[   35.712876] Modules linked in: cfg80211 snd_ice1724 snd_hda_codec_hdmi 
snd_ak4113 snd_pt2258 snd_ak4114 snd_i2c snd_ice17xx_ak4xxx snd_ak4xxx_adda 
snd_ac97_codec snd_hda_intel ac97_bus snd_hda_controller snd_rawmidi 
snd_hda_codec snd_seq_device snd_pcm snd_timer snd
[   35.738047] CPU: 0 PID: 2311 Comm: Xorg Not tainted 4.0.0-rc1-Sam460ex #1
[   35.745189] task: eea93ac0 ti: eeb12000 task.ti: eeb12000
[   35.750872] NIP: c049db84 LR: c049e2f4 CTR: 
[   35.756098] REGS: eeb13c20 TRAP: 0300   Not tainted  (4.0.0-rc1-Sam460ex)
[   35.763241] MSR: 00029000 CE,EE,ME  CR: 24004422  XER: 2000
[   35.769778] DEAR: 0008 ESR: 
GPR00: c049e254 eeb13cd0 eea93ac0 eaa84000  000f ee0532c0 000190d6
GPR08: eab6da00   eeb13cb0 28004422 b7a11ff4 b7a87a98 b7a87988
GPR16:    eeb13e18 eaa08194 eaa08178 0001 4000
GPR24: 4000 c071cd28 fff2  eab6c000 eaa84000 eab6da00 eab80400
[   35.804302] NIP [c049db84] radeon_audio_enable+0x4/0x18
[   35.809799] LR [c049e2f4] radeon_audio_detect+0x288/0x290
[   35.815480] Call Trace:
[   35.818053] [eeb13cd0] [c049e254] radeon_audio_detect+0x1e8/0x290 
(unreliable)
[   35.825694] [eeb13d00] [c03dfe7c] radeon_dvi_detect+0x388/0x3ac
[   35.831956] [eeb13d30] [c038b9d4] 
drm_helper_probe_single_connector_modes_merge_bits+0xf4/0x434
[   35.841137] [eeb13d70] [c03a7670] drm_mode_getconnector+0xf4/0x334
[   35.847663] [eeb13e10] [c039a8c0] drm_ioctl+0x348/0x464
[   35.853183] [eeb13ed0] [c00d0ca0] do_vfs_ioctl+0x52c/0x6e8
[   35.858974] [eeb13f20] [c00d0e9c] SyS_ioctl+0x40/0x68
[   35.864307] [eeb13f40] [c000ab04] ret_from_syscall+0x0/0x3c
[   35.870196] --- interrupt: c01 at 0x6fb1b8dc
[   35.870196] LR = 0x6fb1b800
[   35.877971] Instruction dump:
[   35.881106] 8129012c 806a0018 2f89 419e0018 81290004 2f89 419e000c 
7d2903a6




On 2/24/2015 4:26 PM, Julian Margetson wrote:

Thanks

after skipping several times :

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 2/24/2015 3:14 PM, Gerhard Pircher wrote:

Am 2015-02-24 um 12:08 schrieb Julian Margetson:

Problems with  the Gib bisect
Kernel wont compile after 10th bisect .

You can try git bisect skip to select another commit for testing.
Hopefully that one compiles fine then.

Gerhard


drivers/built-in.o: In function `drm_mode_atomic_ioctl':
(.text+0x865dc): undefined reference to `__get_user_bad'
make: *** [vmlinux] Error 1
root@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

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-25 Thread Julian Margetson 

Problem also seems to exist with P1022 based board as well .
https://community.freescale.com/thread/339022

On 2/25/2015 9:26 AM, Julian Margetson wrote:

Verified that the problems with the
radeon: ring 0 test failed error
go back to at least  Kernel 3.0.1

On 2/24/2015 4:26 PM, Julian Margetson wrote:

Thanks

after skipping several times :

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 2/24/2015 3:14 PM, Gerhard Pircher wrote:

Am 2015-02-24 um 12:08 schrieb Julian Margetson:

Problems with  the Gib bisect
Kernel wont compile after 10th bisect .

You can try git bisect skip to select another commit for testing.
Hopefully that one compiles fine then.

Gerhard


drivers/built-in.o: In function `drm_mode_atomic_ioctl':
(.text+0x865dc): undefined reference to `__get_user_bad'
make: *** [vmlinux] Error 1
root@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
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
git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce
# good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' of 
git://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 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 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
root@julian-VirtualBox:/usr/src/linux#



On 02/24/2015, you wrote:


On Fri, 2015-02-20 at 15:25 -0400, Julian Margetson wrote:

On 2/18/2015 11:25 PM, Julian Margetson wrote:
  re PPC4XX PCI(E) MSI support.
https://lists.ozlabs.org/pipermail/linuxppc-dev/2010-November/087273.html

Hmm, I think all those comments were addressed before it was merged.

I tried to get a 4xx board going here last week, but it doesn't seem happy. I
can get a bit of uboot but then it hangs, might be overheating.

cheers



___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev







___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-25 Thread Julian Margetson 

Verified that the problems with the

radeon: ring 0 test failed error

go back to at least  Kernel 3.0.1

On 2/24/2015 4:26 PM, Julian Margetson wrote:

Thanks

after skipping several times :

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 2/24/2015 3:14 PM, Gerhard Pircher wrote:

Am 2015-02-24 um 12:08 schrieb Julian Margetson:

Problems with  the Gib bisect
Kernel wont compile after 10th bisect .

You can try git bisect skip to select another commit for testing.
Hopefully that one compiles fine then.

Gerhard


drivers/built-in.o: In function `drm_mode_atomic_ioctl':
(.text+0x865dc): undefined reference to `__get_user_bad'
make: *** [vmlinux] Error 1
root@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
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
git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce
# good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' of 
git://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 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 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
root@julian-VirtualBox:/usr/src/linux#



On 02/24/2015, you wrote:


On Fri, 2015-02-20 at 15:25 -0400, Julian Margetson wrote:

On 2/18/2015 11:25 PM, Julian Margetson wrote:
  re PPC4XX PCI(E) MSI support.
https://lists.ozlabs.org/pipermail/linuxppc-dev/2010-November/087273.html

Hmm, I think all those comments were addressed before it was merged.

I tried to get a 4xx board going here last week, but it doesn't seem happy. I
can get a bit of uboot but then it hangs, might be overheating.

cheers



___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev





___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-24 Thread Julian Margetson 

Thanks

after skipping several times :

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 2/24/2015 3:14 PM, Gerhard Pircher wrote:

Am 2015-02-24 um 12:08 schrieb Julian Margetson:

Problems with  the Gib bisect
Kernel wont compile after 10th bisect .

You can try git bisect skip to select another commit for testing.
Hopefully that one compiles fine then.

Gerhard


drivers/built-in.o: In function `drm_mode_atomic_ioctl':
(.text+0x865dc): undefined reference to `__get_user_bad'
make: *** [vmlinux] Error 1
root@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
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
git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce
# good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' of 
git://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 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 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
root@julian-VirtualBox:/usr/src/linux#



On 02/24/2015, you wrote:


On Fri, 2015-02-20 at 15:25 -0400, Julian Margetson wrote:

On 2/18/2015 11:25 PM, Julian Margetson wrote:
  re PPC4XX PCI(E) MSI support.
https://lists.ozlabs.org/pipermail/linuxppc-dev/2010-November/087273.html

Hmm, I think all those comments were addressed before it was merged.

I tried to get a 4xx board going here last week, but it doesn't seem happy. I
can get a bit of uboot but then it hangs, might be overheating.

cheers




___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev





___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-24 Thread Julian Margetson 
I had  a hanging Uboot problem with a Sam440ep board.Never figured the problem 
out but
It workedd for another two years after the problems began. Died for good last 
September with the hanging becoming  a daily issue.
Dont think that it was overheating. I thought that it could have been a problem 
with  the on board  ethernet.

anyway I am still not giving up hopes of DRI and future kernals working, only 
into my second year of trying so too soon to give up .
Doing a git bisect on the 4.00-rc1 now.

On 02/24/2015, you wrote:

 On Fri, 2015-02-20 at 15:25 -0400, Julian Margetson wrote:
 On 2/18/2015 11:25 PM, Julian Margetson wrote:

  re PPC4XX PCI(E) MSI support.
 https://lists.ozlabs.org/pipermail/linuxppc-dev/2010-November/087273.html

 Hmm, I think all those comments were addressed before it was merged.

 I tried to get a 4xx board going here last week, but it doesn't seem happy. I
 can get a bit of uboot but then it hangs, might be overheating.

 cheers




___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-24 Thread Julian Margetson 
Problems with  the Gib bisect
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@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
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
git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce
# good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' of 
git://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 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 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
root@julian-VirtualBox:/usr/src/linux# 



On 02/24/2015, you wrote:

 On Fri, 2015-02-20 at 15:25 -0400, Julian Margetson wrote:
 On 2/18/2015 11:25 PM, Julian Margetson wrote:

  re PPC4XX PCI(E) MSI support.
 https://lists.ozlabs.org/pipermail/linuxppc-dev/2010-November/087273.html

 Hmm, I think all those comments were addressed before it was merged.

 I tried to get a 4xx board going here last week, but it doesn't seem happy. I
 can get a bit of uboot but then it hangs, might be overheating.

 cheers




___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-24 Thread Julian Margetson 

On 2/24/2015 7:10 AM, Julian Margetson wrote:

Problems with  the Gib bisect
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@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
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
git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce
# good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' of 
git://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 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 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
root@julian-VirtualBox:/usr/src/linux#



On 02/24/2015, you wrote:


On Fri, 2015-02-20 at 15:25 -0400, Julian Margetson wrote:

On 2/18/2015 11:25 PM, Julian Margetson wrote:
  re PPC4XX PCI(E) MSI support.
https://lists.ozlabs.org/pipermail/linuxppc-dev/2010-November/087273.html

Hmm, I think all those comments were addressed before it was merged.

I tried to get a 4xx board going here last week, but it doesn't seem happy. I
can get a bit of uboot but then it hangs, might be overheating.

cheers



Kernel 4.0.0-rc1 boots ok when  DVI output used but not when HDMI output 
used.

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-24 Thread Gerhard Pircher 
Am 2015-02-24 um 12:08 schrieb Julian Margetson:
 Problems with  the Gib bisect
 Kernel wont compile after 10th bisect .
You can try git bisect skip to select another commit for testing.
Hopefully that one compiles fine then.

Gerhard

 drivers/built-in.o: In function `drm_mode_atomic_ioctl':
 (.text+0x865dc): undefined reference to `__get_user_bad'
 make: *** [vmlinux] Error 1
 root@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
 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
 git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce
 # good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' 
 of git://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 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 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
 root@julian-VirtualBox:/usr/src/linux# 
 
 
 
 On 02/24/2015, you wrote:
 
 On Fri, 2015-02-20 at 15:25 -0400, Julian Margetson wrote:
 On 2/18/2015 11:25 PM, Julian Margetson wrote:

  re PPC4XX PCI(E) MSI support.
 https://lists.ozlabs.org/pipermail/linuxppc-dev/2010-November/087273.html

 Hmm, I think all those comments were addressed before it was merged.

 I tried to get a 4xx board going here last week, but it doesn't seem happy. I
 can get a bit of uboot but then it hangs, might be overheating.

 cheers


 
 
 ___
 Linuxppc-dev mailing list
 Linuxppc-dev@lists.ozlabs.org
 https://lists.ozlabs.org/listinfo/linuxppc-dev
 

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-23 Thread Michael Ellerman 
On Fri, 2015-02-20 at 15:25 -0400, Julian Margetson wrote:
 On 2/18/2015 11:25 PM, Julian Margetson wrote:

  re PPC4XX PCI(E) MSI support.
 https://lists.ozlabs.org/pipermail/linuxppc-dev/2010-November/087273.html

Hmm, I think all those comments were addressed before it was merged.

I tried to get a 4xx board going here last week, but it doesn't seem happy. I
can get a bit of uboot but then it hangs, might be overheating.

cheers


___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-20 Thread Julian Margetson 

On 2/18/2015 11:25 PM, 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  no input ...

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 Villemoesli...@rasmusvillemoes.dk
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, 
__func__);
+   return -ENOSPC;
}
virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);
if (virq == NO_IRQ) {


Thanks.
This works with 3.17-rc1. Will try with the 3.18 Branch .

OK great.


Any ideas why drm is not  working ? (It never worked) .

No sorry. You might have more luck if you post a new thread to the dri list.


[5.809802] Linux agpgart interface v0.103
[6.137893] [drm] Initialized drm 1.1.0 20060810
[6.439872] snd_hda_intel 0001:81:00.1: enabling device ( - 0002)
[6.508544] ppc4xx_setup_msi_irqs: fail allocating msi interrupt

I'm curious why it's failing to allocate MSIs. Possibly it's just run out.

Can you post the output of 'cat /proc/interrupts'?

cheers




cat /proc/interrupts
CPU0
  18:  0   UIC  11 Edge  L2C
  19:  0   UIC  12 Level snd_ice1724
  20:  1   UIC  16 Level
  21:306   UIC  17 Level snd_hda_intel
  22:  12212   UIC   0 Level 0002:00:04.0
  25:619   UIC   6 Level MAL TX EOB
  26:937   UIC   7 Level MAL RX EOB
  27:  0   UIC   3 Level MAL SERR
  28:  0   UIC   4 Level MAL TX DE
  31:  0   UIC   5 Level MAL RX DE
  32:   6607   UIC  29 Level ehci_hcd:usb1
  33:  1   UIC  30 Level ohci_hcd:usb2
  38: 19   UIC   2 Level IBM IIC
  39:  0   UIC   3 Level IBM IIC
  40:  0   UIC  16 Level EMAC
  44:  0   UIC   0 Edge  aerdrv
  45:  0   UIC   2 Edge  aerdrv
LOC: 117318   Local timer interrupts for timer event device
LOC: 53   Local timer interrupts for others
SPU:

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-19 Thread Julian Margetson 

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  no input ...

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 li...@rasmusvillemoes.dk
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, 
__func__);
+   return -ENOSPC;
}
virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);
if (virq == NO_IRQ) {


Thanks.
This works with 3.17-rc1. Will try with the 3.18 Branch .

OK great.


Any ideas why drm is not  working ? (It never worked) .

No sorry. You might have more luck if you post a new thread to the dri list.


[5.809802] Linux agpgart interface v0.103
[6.137893] [drm] Initialized drm 1.1.0 20060810
[6.439872] snd_hda_intel 0001:81:00.1: enabling device ( - 0002)
[6.508544] ppc4xx_setup_msi_irqs: fail allocating msi interrupt

I'm curious why it's failing to allocate MSIs. Possibly it's just run out.

Can you post the output of 'cat /proc/interrupts'?

cheers





With Kernel 3.19.0 for the first time a Radeon HD7750 is now showing 
video  but the HDMI audio not working .


[8.255402] Linux agpgart interface v0.103
[8.491334] [drm] Initialized drm 1.1.0 20060810
[8.867204] snd_hda_intel 0001:81:00.1: enabling device ( - 0002)
[8.968395] snd_hda_intel 0001:81:00.1: Force to snoop mode by module 
option

[9.062427] ppc4xx_setup_msi_irqs: fail allocating msi interrupt
[9.243778] input: HDA ATI HDMI HDMI/DP,pcm=3 as 
/devices/pci0001:80/0001:80:00.0/0001:81:00.1/sound/card0/input3

[9.576242] [drm] radeon kernel modesetting enabled.
[9.586233] [drm] initializing kernel modesetting (VERDE 
0x1002:0x683F 0x1545:0x7750).

[9.595194] [drm] register mmio base: 0xe9000
[9.600195] [drm] register mmio size: 262144
[   10.498475] Adding 62828k swap on /dev/sda10.  Priority:-1 extents:1 
across:62828k FS

[   10.538221] ATOM BIOS: C44501
[   10.577399] radeon 0001:81:00.0: VRAM: 1024M 0x - 
0x3FFF (1024M used)
[   10.652394] radeon 0001:81:00.0:

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-18 Thread Julian Margetson 

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  no input ...

cheers




Managed to do a third git bisect  with the following results .

git bisect bad
9279d3286e10736766edcaf815ae10e00856e448 is the first bad commit
commit 9279d3286e10736766edcaf815ae10e00856e448
Author: Rasmus Villemoesli...@rasmusvillemoes.dk
Date:   Wed Aug 6 16:10:16 2014 -0700

lib: bitmap: change parameter of bitmap_*_region to unsigned

Changing the pos parameter of __reg_op to unsigned allows the compiler

to generate slightly smaller and simpler code.  Also update its callers
bitmap_*_region to receive and pass unsigned int.  The return types of
bitmap_find_free_region and bitmap_allocate_region are still int to
allow a negative error code to be returned.  An int is certainly capable
of representing any realistic return value.

Signed-off-by: Rasmus Villemoesli...@rasmusvillemoes.dk

Signed-off-by: Andrew Mortona...@linux-foundation.org
Signed-off-by: Linus Torvaldstorva...@linux-foundation.org

:04 04 4f560a7caaba2d05c146a3cea27e0d93739d950c 
c3d4539acad26667a2d78844ead7b75af753f41e M  include
:04 04 7a6fb894aac2a1d4e72f8e36b7c6de3c24509ad3 
31d756da185e07d2de090c9e6aeb12689d58d310 M  lib


___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-18 Thread Julian Margetson 

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  no input ...


cheers




Managed to do a third git bisect  with the following results .

git bisect bad
9279d3286e10736766edcaf815ae10e00856e448 is the first bad commit
commit 9279d3286e10736766edcaf815ae10e00856e448
Author: Rasmus Villemoes li...@rasmusvillemoes.dk
Date:   Wed Aug 6 16:10:16 2014 -0700

lib: bitmap: change parameter of bitmap_*_region to unsigned

Changing the pos parameter of __reg_op to unsigned allows the compiler

to generate slightly smaller and simpler code.  Also update its callers
bitmap_*_region to receive and pass unsigned int.  The return types of
bitmap_find_free_region and bitmap_allocate_region are still int to
allow a negative error code to be returned.  An int is certainly capable
of representing any realistic return value.

Signed-off-by: Rasmus Villemoes li...@rasmusvillemoes.dk

Signed-off-by: Andrew Morton a...@linux-foundation.org
Signed-off-by: Linus Torvalds torva...@linux-foundation.org

:04 04 4f560a7caaba2d05c146a3cea27e0d93739d950c 
c3d4539acad26667a2d78844ead7b75af753f41e M  include
:04 04 7a6fb894aac2a1d4e72f8e36b7c6de3c24509ad3 
31d756da185e07d2de090c9e6aeb12689d58d310 M  lib


___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-18 Thread Julian Margetson 

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  no input ...

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 li...@rasmusvillemoes.dk
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, 
__func__);
+   return -ENOSPC;
}
virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);
if (virq == NO_IRQ) {


Thanks.
This works with 3.17-rc1. Will try with the 3.18 Branch .

OK great.


Any ideas why drm is not  working ? (It never worked) .

No sorry. You might have more luck if you post a new thread to the dri list.


[5.809802] Linux agpgart interface v0.103
[6.137893] [drm] Initialized drm 1.1.0 20060810
[6.439872] snd_hda_intel 0001:81:00.1: enabling device ( - 0002)
[6.508544] ppc4xx_setup_msi_irqs: fail allocating msi interrupt

I'm curious why it's failing to allocate MSIs. Possibly it's just run out.

Can you post the output of 'cat /proc/interrupts'?

cheers




cat /proc/interrupts
   CPU0
 18:  0   UIC  11 Edge  L2C
 19:  0   UIC  12 Level snd_ice1724
 20:  1   UIC  16 Level
 21:306   UIC  17 Level snd_hda_intel
 22:  12212   UIC   0 Level 0002:00:04.0
 25:619   UIC   6 Level MAL TX EOB
 26:937   UIC   7 Level MAL RX EOB
 27:  0   UIC   3 Level MAL SERR
 28:  0   UIC   4 Level MAL TX DE
 31:  0   UIC   5 Level MAL RX DE
 32:   6607   UIC  29 Level ehci_hcd:usb1
 33:  1   UIC  30 Level ohci_hcd:usb2
 38: 19   UIC   2 Level IBM IIC
 39:  0   UIC   3 Level IBM IIC
 40:  0   UIC  16 Level EMAC
 44:  0   UIC   0 Edge  aerdrv
 45:  0   UIC   2 Edge  aerdrv
LOC: 117318   Local timer interrupts for timer event device
LOC: 53   Local timer interrupts for others
SPU:  0   Spurious interrupts
PMI:  0   Performance

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-18 Thread Julian Margetson 

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  no input ...

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 li...@rasmusvillemoes.dk
Date:   Wed Aug 6 16:10:16 2014 -0700

 lib: bitmap: change parameter of bitmap_*_region to unsigned
 
 Changing the pos parameter of __reg_op to unsigned allows the compiler

 to generate slightly smaller and simpler code.  Also update its callers
 bitmap_*_region to receive and pass unsigned int.  The return types of
 bitmap_find_free_region and bitmap_allocate_region are still int to
 allow a negative error code to be returned.  An int is certainly capable
 of representing any realistic return value.

So that looks feasible as the culprit.

Looking at the 4xx MSI code, it just looks wrong:

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;

That's backward, a *negative* return indicates an error.

if (int_no  0) {
pr_debug(%s: fail allocating msi interrupt\n,
__func__);
}

This is the correct check, but it just prints a warning and then continues,
which is not going to work.

virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);

This will fail if int_no is negative.

if (virq == NO_IRQ) {
dev_err(dev-dev, %s: fail mapping irq\n, __func__);
msi_bitmap_free_hwirqs(msi_data-bitmap, int_no, 1);

And so here we can pass a negative int_no to the free routine, which then 
oopses.

return -ENOSPC;
}


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, 
__func__);
+   return -ENOSPC;
}
virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);
if (virq == NO_IRQ) {

cheers





Thanks.
This works with 3.17-rc1. Will try with the 3.18 Branch .
Any ideas why drm is not  working ? (It never worked) .

[5.809802] Linux agpgart interface

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-18 Thread Michael Ellerman 
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  no input ...
   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 li...@rasmusvillemoes.dk
   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, 
  __func__);
  +   return -ENOSPC;
  }
  virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);
  if (virq == NO_IRQ) {
  
 Thanks.

 This works with 3.17-rc1. Will try with the 3.18 Branch .

OK great.

 Any ideas why drm is not  working ? (It never worked) .

No sorry. You might have more luck if you post a new thread to the dri list.

 [5.809802] Linux agpgart interface v0.103
 [6.137893] [drm] Initialized drm 1.1.0 20060810
 [6.439872] snd_hda_intel 0001:81:00.1: enabling device ( - 0002)
 [6.508544] ppc4xx_setup_msi_irqs: fail allocating msi interrupt

I'm curious why it's failing to allocate MSIs. Possibly it's just run out.

Can you post the output of 'cat /proc/interrupts'?

cheers


___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-18 Thread Michael Ellerman 
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  no input ...

 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 li...@rasmusvillemoes.dk
 Date:   Wed Aug 6 16:10:16 2014 -0700
 
 lib: bitmap: change parameter of bitmap_*_region to unsigned
 
 Changing the pos parameter of __reg_op to unsigned allows the compiler
 to generate slightly smaller and simpler code.  Also update its callers
 bitmap_*_region to receive and pass unsigned int.  The return types of
 bitmap_find_free_region and bitmap_allocate_region are still int to
 allow a negative error code to be returned.  An int is certainly capable
 of representing any realistic return value.

So that looks feasible as the culprit.

Looking at the 4xx MSI code, it just looks wrong:

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;

That's backward, a *negative* return indicates an error.

if (int_no  0) {
pr_debug(%s: fail allocating msi interrupt\n,
__func__);
}

This is the correct check, but it just prints a warning and then continues,
which is not going to work.

virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);

This will fail if int_no is negative.

if (virq == NO_IRQ) {
dev_err(dev-dev, %s: fail mapping irq\n, __func__);
msi_bitmap_free_hwirqs(msi_data-bitmap, int_no, 1);

And so here we can pass a negative int_no to the free routine, which then 
oopses.

return -ENOSPC;
}


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, 
__func__);
+   return -ENOSPC;
}
virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);
if (virq == NO_IRQ) {

cheers



___
Linuxppc-dev mailing list

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-18 Thread Julian Margetson 

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  no input ...

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 li...@rasmusvillemoes.dk
Date:   Wed Aug 6 16:10:16 2014 -0700

lib: bitmap: change parameter of bitmap_*_region to unsigned

Changing the pos parameter of __reg_op to unsigned allows the compiler
to generate slightly smaller and simpler code.  Also update its callers
bitmap_*_region to receive and pass unsigned int.  The return types of
bitmap_find_free_region and bitmap_allocate_region are still int to
allow a negative error code to be returned.  An int is certainly capable
of representing any realistic return value.


So that looks feasible as the culprit.

Looking at the 4xx MSI code, it just looks wrong:

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;

That's backward, a *negative* return indicates an error.

if (int_no  0) {
pr_debug(%s: fail allocating msi interrupt\n,
__func__);
}

This is the correct check, but it just prints a warning and then continues,
which is not going to work.

virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);

This will fail if int_no is negative.

if (virq == NO_IRQ) {
dev_err(dev-dev, %s: fail mapping irq\n, __func__);
msi_bitmap_free_hwirqs(msi_data-bitmap, int_no, 1);

And so here we can pass a negative int_no to the free routine, which 
then oopses.


return -ENOSPC;
}


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, 
__func__);
+   return -ENOSPC;
}
virq = irq_of_parse_and_map(msi_data-msi_dev, int_no);
if (virq == NO_IRQ) {

cheers


Can also confirm patch working with kernel 3.18.7 .




___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org

Re: Problems with Kernels 3.17-rc1 and onwards on Acube Sam460 AMCC 460ex board

2015-02-15 Thread Michael Ellerman 
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  no input ...


cheers


___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev