Message ID | 54E08E06.8060607@candw.ms (mailing list archive) |
---|---|
State | Not Applicable |
Headers | show |
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 (0000 -> 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
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 (0000 -> 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 <linux@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 <linux@rasmusvillemoes.dk> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> :040000 040000 4f560a7caaba2d05c146a3cea27e0d93739d950c c3d4539acad26667a2d78844ead7b75af753f41e M include :040000 040000 7a6fb894aac2a1d4e72f8e36b7c6de3c24509ad3 31d756da185e07d2de090c9e6aeb12689d58d310 M lib
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 (0000 -> 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<linux@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<linux@rasmusvillemoes.dk> Signed-off-by: Andrew Morton<akpm@linux-foundation.org> Signed-off-by: Linus Torvalds<torvalds@linux-foundation.org> :040000 040000 4f560a7caaba2d05c146a3cea27e0d93739d950c c3d4539acad26667a2d78844ead7b75af753f41e M include :040000 040000 7a6fb894aac2a1d4e72f8e36b7c6de3c24509ad3 31d756da185e07d2de090c9e6aeb12689d58d310 M lib
Kernel 4.1-rc1 build fails on Sam460ex amcc 460ex powerpc Canyonlands with CONFIG_SATA_DWC=y sata_dwc_460ex.c:(.text+0xa165c): undefined reference to `dw_dma_remove' drivers/built-in.o: In function `sata_dwc_probe': sata_dwc_460ex.c:(.text+0xa1900): undefined reference to `dw_dma_probe' sata_dwc_460ex.c:(.text+0xa1954): undefined reference to `dw_dma_remove' make: *** [vmlinux] Error 1
On Mon, 2015-04-27 at 06:59 -0400, Julian Margetson wrote: > Kernel 4.1-rc1 build fails on Sam460ex amcc 460ex powerpc Canyonlands with > CONFIG_SATA_DWC=y > > sata_dwc_460ex.c:(.text+0xa165c): undefined reference to `dw_dma_remove' > drivers/built-in.o: In function `sata_dwc_probe': > sata_dwc_460ex.c:(.text+0xa1900): undefined reference to `dw_dma_probe' > sata_dwc_460ex.c:(.text+0xa1954): undefined reference to `dw_dma_remove' > make: *** [vmlinux] Error 1 Looks like it was caused by: commit 8b3444852a2b58129ee68a8dd69fef81ceb902a1 Author: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Date: Tue Mar 3 22:41:21 2015 +0200 sata_dwc_460ex: move to generic DMA driver The SATA implementation based on two actually different devices, i.e. SATA and DMA controllers. For Synopsys DesignWare DMA we have already a generic implementation of the driver. Thus, the patch converts the code to use DMAEngine framework and dw_dmac driver. In future it will be better to split the devices inside DTS as well like it's done on other platforms. Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Tejun Heo <tj@kernel.org> cheers
On Tue, Apr 28, 2015 at 11:12:25AM +1000, Michael Ellerman wrote: > On Mon, 2015-04-27 at 06:59 -0400, Julian Margetson wrote: > > Kernel 4.1-rc1 build fails on Sam460ex amcc 460ex powerpc Canyonlands with > > CONFIG_SATA_DWC=y > > > > sata_dwc_460ex.c:(.text+0xa165c): undefined reference to `dw_dma_remove' > > drivers/built-in.o: In function `sata_dwc_probe': > > sata_dwc_460ex.c:(.text+0xa1900): undefined reference to `dw_dma_probe' > > sata_dwc_460ex.c:(.text+0xa1954): undefined reference to `dw_dma_remove' > > make: *** [vmlinux] Error 1 > > Looks like it was caused by: > > commit 8b3444852a2b58129ee68a8dd69fef81ceb902a1 > Author: Andy Shevchenko <andriy.shevchenko@linux.intel.com> > Date: Tue Mar 3 22:41:21 2015 +0200 > > sata_dwc_460ex: move to generic DMA driver Oops, Andy?
On Mon, 2015-04-27 at 23:49 -0400, Tejun Heo wrote: > On Tue, Apr 28, 2015 at 11:12:25AM +1000, Michael Ellerman wrote: > > On Mon, 2015-04-27 at 06:59 -0400, Julian Margetson wrote: > > > Kernel 4.1-rc1 build fails on Sam460ex amcc 460ex powerpc Canyonlands with > > > CONFIG_SATA_DWC=y > > > > > > sata_dwc_460ex.c:(.text+0xa165c): undefined reference to `dw_dma_remove' > > > drivers/built-in.o: In function `sata_dwc_probe': > > > sata_dwc_460ex.c:(.text+0xa1900): undefined reference to `dw_dma_probe' > > > sata_dwc_460ex.c:(.text+0xa1954): undefined reference to `dw_dma_remove' > > > make: *** [vmlinux] Error 1 > > > > Looks like it was caused by: > > > > commit 8b3444852a2b58129ee68a8dd69fef81ceb902a1 > > Author: Andy Shevchenko <andriy.shevchenko@linux.intel.com> > > Date: Tue Mar 3 22:41:21 2015 +0200 > > > > sata_dwc_460ex: move to generic DMA driver > > Oops, Andy? > Sorry for late answer. It requires CONFIG_DW_DMAC=y as well. I don't know the details of PPC configuration, we might add this to configuration.
On Mon, May 04, 2015 at 08:18:30PM +0300, Andy Shevchenko wrote: > On Mon, 2015-04-27 at 23:49 -0400, Tejun Heo wrote: > > On Tue, Apr 28, 2015 at 11:12:25AM +1000, Michael Ellerman wrote: > > > On Mon, 2015-04-27 at 06:59 -0400, Julian Margetson wrote: > > > > Kernel 4.1-rc1 build fails on Sam460ex amcc 460ex powerpc Canyonlands with > > > > CONFIG_SATA_DWC=y > > > > > > > > sata_dwc_460ex.c:(.text+0xa165c): undefined reference to `dw_dma_remove' > > > > drivers/built-in.o: In function `sata_dwc_probe': > > > > sata_dwc_460ex.c:(.text+0xa1900): undefined reference to `dw_dma_probe' > > > > sata_dwc_460ex.c:(.text+0xa1954): undefined reference to `dw_dma_remove' > > > > make: *** [vmlinux] Error 1 > > > > > > Looks like it was caused by: > > > > > > commit 8b3444852a2b58129ee68a8dd69fef81ceb902a1 > > > Author: Andy Shevchenko <andriy.shevchenko@linux.intel.com> > > > Date: Tue Mar 3 22:41:21 2015 +0200 > > > > > > sata_dwc_460ex: move to generic DMA driver > > > > Oops, Andy? > > > > Sorry for late answer. It requires CONFIG_DW_DMAC=y as well. I don't > know the details of PPC configuration, we might add this to > configuration. Can you send a patch please? Thanks.
diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c index 49b0659..fa33568 100644 --- a/drivers/gpu/drm/radeon/radeon_device.c +++ b/drivers/gpu/drm/radeon/radeon_device.c @@ -1066,7 +1066,7 @@ int radeon_device_init(struct radeon_device *rdev, if (rdev->rmmio == NULL) { return -ENOMEM; } - DRM_INFO("register mmio base: 0x%08X\n", (uint32_t)rdev->rmmio_base); + DRM_INFO("register mmio base: 0x%llx\n", (uint64_t)rdev->rmmio_base); DRM_INFO("register mmio size: %u\n", (unsigned)rdev->rmmio_size); /* io port mapping */ diff --git a/include/drm/ttm/ttm_bo_api.h b/include/drm/ttm/ttm_bo_api.h index 3cb5d84..fcdb208 100644 --- a/include/drm/ttm/ttm_bo_api.h +++ b/include/drm/ttm/ttm_bo_api.h @@ -81,7 +81,7 @@ struct ttm_placement { */ struct ttm_bus_placement { void *addr; - unsigned long base; + phys_addr_t base; unsigned long size; unsigned long offset; bool is_iomem;