Re: [linuxppc-release] [powerpc] boot up problem
On Dec 7, 2011, at 9:13 AM, Timur Tabi wrote: > On Dec 7, 2011, at 1:27 AM, Jia Hongtao-B38951 wrote: > >> Is this the patch you mentioned? >> http://patchwork.ozlabs.org/patch/128806/ >> >> I applied this patch but the issue was still there. > > This is not the patch I am talking about. Unfortunately, I can't find the > right patch in patchwork anywhere. > > Andy, what about patch "fsl_pq_mdio: Clean up tbi address configuration"? I've pulled things into my 'test' branch of powerpc.git. This should have the fixes to allow things to boot again. - k ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: [linuxppc-release] [powerpc] boot up problem
On Dec 7, 2011, at 1:27 AM, Jia Hongtao-B38951 wrote: > Is this the patch you mentioned? > http://patchwork.ozlabs.org/patch/128806/ > > I applied this patch but the issue was still there. This is not the patch I am talking about. Unfortunately, I can't find the right patch in patchwork anywhere. Andy, what about patch "fsl_pq_mdio: Clean up tbi address configuration"? ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: [linuxppc-release] [powerpc] boot up problem
This still needs a dts fix from Andy. - k On Dec 7, 2011, at 1:27 AM, Jia Hongtao-B38951 wrote: > Is this the patch you mentioned? > http://patchwork.ozlabs.org/patch/128806/ > > I applied this patch but the issue was still there. > > -Original Message- > From: Tabi Timur-B04825 > Sent: Friday, December 02, 2011 11:56 AM > To: Jia Hongtao-B38951 > Cc: Kumar Gala; linuxppc-dev@lists.ozlabs.org; Li Yang-R58472; Fleming > Andy-AFLEMING > Subject: Re: [linuxppc-release] [powerpc] boot up problem > > Jia Hongtao-B38951 wrote: >> Hi >> >> I just found that the 'next' branch you mentioned have problem to boot up. >> I test it in p1022ds and p1010rdb boards and the result are both the same. >> Note that for p1022ds I use "make p1022ds.dtb" to make the dtb file(36bit) >> with 36bit-uboot. >> And for p1010rdb I use all 32bit image. >> The problem list below: >> >> scsi0 : sata_fsl >> ata1: SATA max UDMA/133 irq 74 >> fsl-sata fffe19000.sata: Sata FSL Platform/CSB Driver init >> scsi1 : sata_fsl >> ata2: SATA max UDMA/133 irq 41 >> Fixed MDIO Bus: probed >> Unable to handle kernel paging request for data at address 0x >> Faulting instruction address: 0xc0451630 >> Oops: Kernel access of bad area, sig: 11 [#1] > > Andy has phy driver patch that fixes this. > > -- > Timur Tabi > Linux kernel developer at Freescale ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
RE: [linuxppc-release] [powerpc] boot up problem
Is this the patch you mentioned? http://patchwork.ozlabs.org/patch/128806/ I applied this patch but the issue was still there. -Original Message- From: Tabi Timur-B04825 Sent: Friday, December 02, 2011 11:56 AM To: Jia Hongtao-B38951 Cc: Kumar Gala; linuxppc-dev@lists.ozlabs.org; Li Yang-R58472; Fleming Andy-AFLEMING Subject: Re: [linuxppc-release] [powerpc] boot up problem Jia Hongtao-B38951 wrote: > Hi > > I just found that the 'next' branch you mentioned have problem to boot up. > I test it in p1022ds and p1010rdb boards and the result are both the same. > Note that for p1022ds I use "make p1022ds.dtb" to make the dtb file(36bit) > with 36bit-uboot. > And for p1010rdb I use all 32bit image. > The problem list below: > > scsi0 : sata_fsl > ata1: SATA max UDMA/133 irq 74 > fsl-sata fffe19000.sata: Sata FSL Platform/CSB Driver init > scsi1 : sata_fsl > ata2: SATA max UDMA/133 irq 41 > Fixed MDIO Bus: probed > Unable to handle kernel paging request for data at address 0x > Faulting instruction address: 0xc0451630 > Oops: Kernel access of bad area, sig: 11 [#1] Andy has phy driver patch that fixes this. -- Timur Tabi Linux kernel developer at Freescale ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
RE: [linuxppc-release] [powerpc] boot up problem
Yes, both v3.2-rc3 and v3.2-rc4 in Linus's tree have the same issue. - Hongtao. -Original Message- From: Kumar Gala [mailto:ga...@kernel.crashing.org] Sent: Friday, December 02, 2011 12:12 PM To: Jia Hongtao-B38951 Cc: LinuxPPC-dev list; Li Yang-R58472 Subject: Re: [linuxppc-release] [powerpc] boot up problem On Dec 1, 2011, at 8:21 PM, Jia Hongtao-B38951 wrote: > Hi > > I just found that the 'next' branch you mentioned have problem to boot up. > I test it in p1022ds and p1010rdb boards and the result are both the same. > Note that for p1022ds I use "make p1022ds.dtb" to make the dtb file(36bit) > with 36bit-uboot. > And for p1010rdb I use all 32bit image. > The problem list below: Can you try Linus's tree and v3.2-rc4 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=summary and see if you have same issue. > scsi0 : sata_fsl > ata1: SATA max UDMA/133 irq 74 > fsl-sata fffe19000.sata: Sata FSL Platform/CSB Driver init > scsi1 : sata_fsl > ata2: SATA max UDMA/133 irq 41 > Fixed MDIO Bus: probed > Unable to handle kernel paging request for data at address 0x > Faulting instruction address: 0xc0451630 > Oops: Kernel access of bad area, sig: 11 [#1] SMP NR_CPUS=2 P1022 DS > Modules linked in: > NIP: c0451630 LR: c0451618 CTR: 0007 > REGS: ef03fce0 TRAP: 0300 Not tainted (3.2.0-rc3-00099-g883381d) > MSR: 00029000 CR: 24042022 XER: > DEAR: , ESR: 0080 > TASK = ef04[1] 'swapper' THREAD: ef03e000 CPU: 0 > GPR00: ef03fd98 ef03fd90 ef04 ef1ab22c 0002 ffeb > fffe > GPR08: b0541215 24042028 23c406c2 > > GPR16: ca00 0014 3fff 03ff9000 0015 7ff3a760 f1044030 > fff4 > GPR24: c053e128 ef1ab230 c056a3a8 ef03e000 ef04 ef1ab22c > ef1ab228 NIP [c0451630] __mutex_lock_slowpath+0xb4/0x190 LR [c0451618] > __mutex_lock_slowpath+0x9c/0x190 Call Trace: > [ef03fdd0] [c0451758] mutex_lock+0x4c/0x50 [ef03fde0] [c02b5124] > mdiobus_read+0x38/0x74 [ef03fe00] [c02b41f4] get_phy_id+0x24/0x80 > [ef03fe20] [c02b9de4] fsl_pq_mdio_probe+0x3b4/0x580 [ef03feb0] > [c0266120] platform_drv_probe+0x20/0x30 [ef03fec0] [c0264bbc] > driver_probe_device+0xa4/0x1d4 [ef03fee0] [c0264da8] > __driver_attach+0xbc/0xc0 [ef03ff00] [c0263ac0] > bus_for_each_dev+0x60/0x9c [ef03ff30] [c02647f4] > driver_attach+0x24/0x34 [ef03ff40] [c026] > bus_add_driver+0x1ac/0x274 [ef03ff70] [c02651b0] > driver_register+0x88/0x154 [ef03ff90] [c0266450] > platform_driver_register+0x68/0x78 > [ef03ffa0] [c05d93b8] fsl_pq_mdio_init+0x18/0x28 [ef03ffb0] [c0001eb8] > do_one_initcall+0x34/0x1a8 [ef03ffe0] [c05bb82c] > kernel_init+0xa0/0x13c [ef03fff0] [c000d878] kernel_thread+0x4c/0x68 > Instruction dump: > 801c0020 2f800063 419dffe8 3bbf0004 7fa3eb78 48001aad 813f000c > 38010008 > 3b3f0008 901f000c 93210008 9121000c > 3800 93810010 7c0004ac > ---[ end trace 1643a9a9c5097f8f ]--- > Kernel panic - not syncing: Attempted to kill init! > Call Trace: > [ef03fbc0] [c0008044] show_stack+0x44/0x154 (unreliable) [ef03fc00] > [c04532c8] panic+0xa4/0x1d8 [ef03fc50] [c0049a00] do_exit+0x5dc/0x684 > [ef03fca0] [c000a6f0] die+0xdc/0x1b4 [ef03fcc0] [c00128d0] > bad_page_fault+0xb4/0xfc [ef03fcd0] [c000ebe4] > handle_page_fault+0x7c/0x80 > --- Exception: 300 at __mutex_lock_slowpath+0xb4/0x190 >LR = __mutex_lock_slowpath+0x9c/0x190 > [ef03fd90] [] (null) (unreliable) > [ef03fdd0] [c0451758] mutex_lock+0x4c/0x50 [ef03fde0] [c02b5124] > mdiobus_read+0x38/0x74 [ef03fe00] [c02b41f4] get_phy_id+0x24/0x80 > [ef03fe20] [c02b9de4] fsl_pq_mdio_probe+0x3b4/0x580 [ef03feb0] > [c0266120] platform_drv_probe+0x20/0x30 [ef03fec0] [c0264bbc] > driver_probe_device+0xa4/0x1d4 [ef03fee0] [c0264da8] > __driver_attach+0xbc/0xc0 [ef03ff00] [c0263ac0] > bus_for_each_dev+0x60/0x9c [ef03ff30] [c02647f4] > driver_attach+0x24/0x34 [ef03ff40] [c026] > bus_add_driver+0x1ac/0x274 [ef03ff70] [c02651b0] > driver_register+0x88/0x154 [ef03ff90] [c0266450] > platform_driver_register+0x68/0x78 > [ef03ffa0] [c05d93b8] fsl_pq_mdio_init+0x18/0x28 [ef03ffb0] [c0001eb8] > do_one_initcall+0x34/0x1a8 [ef03ffe0] [c05bb82c] > kernel_init+0xa0/0x13c [ef03fff0] [c000d878] kernel_thread+0x4c/0x68 > Rebooting in 180 seconds.. > > Do you or anyone else have any idea about this? > Thanks. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: [linuxppc-release] [powerpc] boot up problem
On Dec 1, 2011, at 9:55 PM, Tabi Timur-B04825 wrote: > Jia Hongtao-B38951 wrote: >> Hi >> >> I just found that the 'next' branch you mentioned have problem to boot up. >> I test it in p1022ds and p1010rdb boards and the result are both the same. >> Note that for p1022ds I use "make p1022ds.dtb" to make the dtb file(36bit) >> with 36bit-uboot. >> And for p1010rdb I use all 32bit image. >> The problem list below: >> >> scsi0 : sata_fsl >> ata1: SATA max UDMA/133 irq 74 >> fsl-sata fffe19000.sata: Sata FSL Platform/CSB Driver init >> scsi1 : sata_fsl >> ata2: SATA max UDMA/133 irq 41 >> Fixed MDIO Bus: probed >> Unable to handle kernel paging request for data at address 0x >> Faulting instruction address: 0xc0451630 >> Oops: Kernel access of bad area, sig: 11 [#1] > > Andy has phy driver patch that fixes this. Andy, What's going on here? Is there a fix in v3.2-rc4? - k ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: [linuxppc-release] [powerpc] boot up problem
On Dec 1, 2011, at 8:21 PM, Jia Hongtao-B38951 wrote: > Hi > > I just found that the 'next' branch you mentioned have problem to boot up. > I test it in p1022ds and p1010rdb boards and the result are both the same. > Note that for p1022ds I use "make p1022ds.dtb" to make the dtb file(36bit) > with 36bit-uboot. > And for p1010rdb I use all 32bit image. > The problem list below: Can you try Linus's tree and v3.2-rc4 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=summary and see if you have same issue. > scsi0 : sata_fsl > ata1: SATA max UDMA/133 irq 74 > fsl-sata fffe19000.sata: Sata FSL Platform/CSB Driver init > scsi1 : sata_fsl > ata2: SATA max UDMA/133 irq 41 > Fixed MDIO Bus: probed > Unable to handle kernel paging request for data at address 0x > Faulting instruction address: 0xc0451630 > Oops: Kernel access of bad area, sig: 11 [#1] > SMP NR_CPUS=2 P1022 DS > Modules linked in: > NIP: c0451630 LR: c0451618 CTR: 0007 > REGS: ef03fce0 TRAP: 0300 Not tainted (3.2.0-rc3-00099-g883381d) > MSR: 00029000 CR: 24042022 XER: > DEAR: , ESR: 0080 > TASK = ef04[1] 'swapper' THREAD: ef03e000 CPU: 0 > GPR00: ef03fd98 ef03fd90 ef04 ef1ab22c 0002 ffeb fffe > GPR08: b0541215 24042028 23c406c2 > GPR16: ca00 0014 3fff 03ff9000 0015 7ff3a760 f1044030 fff4 > GPR24: c053e128 ef1ab230 c056a3a8 ef03e000 ef04 ef1ab22c ef1ab228 > NIP [c0451630] __mutex_lock_slowpath+0xb4/0x190 > LR [c0451618] __mutex_lock_slowpath+0x9c/0x190 > Call Trace: > [ef03fdd0] [c0451758] mutex_lock+0x4c/0x50 > [ef03fde0] [c02b5124] mdiobus_read+0x38/0x74 > [ef03fe00] [c02b41f4] get_phy_id+0x24/0x80 > [ef03fe20] [c02b9de4] fsl_pq_mdio_probe+0x3b4/0x580 > [ef03feb0] [c0266120] platform_drv_probe+0x20/0x30 > [ef03fec0] [c0264bbc] driver_probe_device+0xa4/0x1d4 > [ef03fee0] [c0264da8] __driver_attach+0xbc/0xc0 > [ef03ff00] [c0263ac0] bus_for_each_dev+0x60/0x9c > [ef03ff30] [c02647f4] driver_attach+0x24/0x34 > [ef03ff40] [c026] bus_add_driver+0x1ac/0x274 > [ef03ff70] [c02651b0] driver_register+0x88/0x154 > [ef03ff90] [c0266450] platform_driver_register+0x68/0x78 > [ef03ffa0] [c05d93b8] fsl_pq_mdio_init+0x18/0x28 > [ef03ffb0] [c0001eb8] do_one_initcall+0x34/0x1a8 > [ef03ffe0] [c05bb82c] kernel_init+0xa0/0x13c > [ef03fff0] [c000d878] kernel_thread+0x4c/0x68 > Instruction dump: > 801c0020 2f800063 419dffe8 3bbf0004 7fa3eb78 48001aad 813f000c 38010008 > 3b3f0008 901f000c 93210008 9121000c > 3800 93810010 7c0004ac > ---[ end trace 1643a9a9c5097f8f ]--- > Kernel panic - not syncing: Attempted to kill init! > Call Trace: > [ef03fbc0] [c0008044] show_stack+0x44/0x154 (unreliable) > [ef03fc00] [c04532c8] panic+0xa4/0x1d8 > [ef03fc50] [c0049a00] do_exit+0x5dc/0x684 > [ef03fca0] [c000a6f0] die+0xdc/0x1b4 > [ef03fcc0] [c00128d0] bad_page_fault+0xb4/0xfc > [ef03fcd0] [c000ebe4] handle_page_fault+0x7c/0x80 > --- Exception: 300 at __mutex_lock_slowpath+0xb4/0x190 >LR = __mutex_lock_slowpath+0x9c/0x190 > [ef03fd90] [] (null) (unreliable) > [ef03fdd0] [c0451758] mutex_lock+0x4c/0x50 > [ef03fde0] [c02b5124] mdiobus_read+0x38/0x74 > [ef03fe00] [c02b41f4] get_phy_id+0x24/0x80 > [ef03fe20] [c02b9de4] fsl_pq_mdio_probe+0x3b4/0x580 > [ef03feb0] [c0266120] platform_drv_probe+0x20/0x30 > [ef03fec0] [c0264bbc] driver_probe_device+0xa4/0x1d4 > [ef03fee0] [c0264da8] __driver_attach+0xbc/0xc0 > [ef03ff00] [c0263ac0] bus_for_each_dev+0x60/0x9c > [ef03ff30] [c02647f4] driver_attach+0x24/0x34 > [ef03ff40] [c026] bus_add_driver+0x1ac/0x274 > [ef03ff70] [c02651b0] driver_register+0x88/0x154 > [ef03ff90] [c0266450] platform_driver_register+0x68/0x78 > [ef03ffa0] [c05d93b8] fsl_pq_mdio_init+0x18/0x28 > [ef03ffb0] [c0001eb8] do_one_initcall+0x34/0x1a8 > [ef03ffe0] [c05bb82c] kernel_init+0xa0/0x13c > [ef03fff0] [c000d878] kernel_thread+0x4c/0x68 > Rebooting in 180 seconds.. > > Do you or anyone else have any idea about this? > Thanks. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: [linuxppc-release] [powerpc] boot up problem
Jia Hongtao-B38951 wrote: > Hi > > I just found that the 'next' branch you mentioned have problem to boot up. > I test it in p1022ds and p1010rdb boards and the result are both the same. > Note that for p1022ds I use "make p1022ds.dtb" to make the dtb file(36bit) > with 36bit-uboot. > And for p1010rdb I use all 32bit image. > The problem list below: > > scsi0 : sata_fsl > ata1: SATA max UDMA/133 irq 74 > fsl-sata fffe19000.sata: Sata FSL Platform/CSB Driver init > scsi1 : sata_fsl > ata2: SATA max UDMA/133 irq 41 > Fixed MDIO Bus: probed > Unable to handle kernel paging request for data at address 0x > Faulting instruction address: 0xc0451630 > Oops: Kernel access of bad area, sig: 11 [#1] Andy has phy driver patch that fixes this. -- Timur Tabi Linux kernel developer at Freescale ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev