lkml.org 
[lkml]   [2006]   [Jun]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 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/

\
 
 \ /
  Last update: 2006-06-13 15:57    [W:0.223 / U:1.740 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site