Messages in this thread | | | Date | Tue, 13 Jun 2006 06:54:30 -0700 | From | Andrew Morton <> | Subject | Re: 2.6.16-rc6-mm2 |
| |
On Mon, 12 Jun 2006 11:19:54 -0700 Badari Pulavarty <pbadari@gmail.com> wrote:
> On Fri, 2006-06-09 at 21:40 -0700, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc6/2.6.17-rc6-mm2/ > > > > > > Not sure, if its reported earlier .. paniced on my ppc64 machine.
OK. The powerpc tree in rc6-mm2 was fairly sick, but it looks like you avoided the thus-far-known problems.
> e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection > e1000: 0000:c0:01.1: e1000_probe: (PCI-X:133MHz:64-bit) 00:0d:60:de:a9:d7 > e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx > PDC20275: IDE controller at PCI slot 0000:cc:01.0 > PDC20275: chipset revision 1 > PDC20275: 100% native mode on irq 134 > ide2: BM-DMA at 0xdec00-0xdec07<3>PDC20275: -- Error, unable to allocate DMA table.
"unable to allocate DMA table". Sergei, ide-always-release-dma-engine.patch plays with that code.
Badari, it would be super-useful if you could retest with that reverted.
> Unable to handle kernel paging request for data at address 0xd000080000000000 > Faulting instruction address: 0xc000000000347b70 > Oops: Kernel access of bad area, sig: 7 [#1] > SMP NR_CPUS=128 > Modules linked in: > NIP: C000000000347B70 LR: C00000000033E0B8 CTR: C000000000347B5C > REGS: c000000002667610 TRAP: 0300 Not tainted (2.6.17-rc6-mm2-autokern1) > MSR: 8000000000009032 <EE,ME,IR,DR> CR: 24004028 XER: 00000006 > DAR: D000080000000000, DSISR: 0000000042000000 > TASK = c00000000265a800[1] 'idle' THREAD: c000000002664000 CPU: 1 > GPR00: C000000000347B5C C000000002667890 C0000000006C8938 000000000000000B > GPR04: 0000000000000000 C0000000006ABBD8 C0000000006ABAE8 C0000000006ABBA8 > GPR08: C0000000006ABBC0 D000080000000000 0000000000000000 0000000000000000 > GPR12: 0000000000004000 C000000000570080 0000000000000000 0000000000000000 > GPR16: 0000000000000000 0000000000000086 0000000000000000 C000000002667BE0 > GPR20: C000000002514800 0000000000000000 C0000000005E97B8 0000000000000000 > GPR24: C000000002514800 C0000000005E97B8 C0000000007AD480 C000000002667A22 > GPR28: C0000000006ABB90 C0000000007AD480 C000000000604768 C0000000007AD480 > NIP [C000000000347B70] .ide_outb+0x14/0x2c > LR [C00000000033E0B8] .pdcnew_new_cable_detect+0x3c/0x78 > Call Trace: > [C000000002667890] [C000000002667930] 0xc000000002667930 (unreliable) > [C000000002667920] [C00000000033E19C] .init_hwif_pdc202new+0xa8/0x118 > [C0000000026679B0] [C000000000350984] .ide_pci_setup_ports+0x7e8/0x870 > [C000000002667AB0] [C000000000350E94] .do_ide_setup_pci_device+0x488/0x4b8 > [C000000002667B70] [C00000000035100C] .ide_setup_pci_device+0x2c/0xc4 > [C000000002667C10] [C00000000033E39C] .init_setup_pdcnew+0x10/0x24 > [C000000002667C90] [C00000000033E258] .pdc202new_init_one+0x4c/0x64 > [C000000002667D10] [C000000000532198] .ide_scan_pcidev+0x7c/0xd8 > [C000000002667DA0] [C000000000532228] .ide_scan_pcibus+0x34/0x130 > [C000000002667E20] [C0000000005320EC] .ide_init+0x78/0xa8 > [C000000002667EB0] [C000000000009480] .init+0x1fc/0x3b0 > [C000000002667F90] [C0000000000239C4] .kernel_thread+0x4c/0x68
I don't know what happened there - it might well be a preexisting bug which is triggered by the ide_allocate_dma_engine() failure.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |