On Tue, Oct 20, 2009 at 05:40:17PM -0700, Tony Lindgren wrote:
> > > > Unable to handle kernel NULL pointer dereference at virtual address
> > > > 00000028
> > > > pgd = c0004000
> > > > [00000028] *pgd=00000000
> > > > Internal error: Oops: 80000005 [#1]
> > > > last sysfs file:
> > > > Modules linked in:
> > > > CPU: 0 Not tainted (2.6.32-rc5-06314-g4155da6-dirty #12)
> > > > PC is at 0x28
> > > > LR is at serial8250_config_port+0x184/0xc34
> > > > (...etc...)
> > > >
> > > > Please consider following fix (and while there fix OMAP2 too as patch
> > > > broke
> > > > it as well (untested))
> > >
> > > Thanks, I already refreshed the original patch with the same fix few
> > > days ago :) It should be there in for-next branch and master branch.
> >
> > Correction, sorry looks like I did not really read your patch. It seems
> > to be the right solution for mach-omap1, but not needed for mach-omap2
> > because the array is not plat_serial8250_port on mach-omap2.
Ach, sorry. Now it was me who didn't read code carefully.
> I've refreshed the original serial.c patch in for-next branch by leaving
> out the mach-omap2 changes. Also updated in the master branch, can you
> please check?
Just pulled master branch and succesfully booted on OMAP5910 board.
Thank you,
ladis
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
