From: greg@kroah.com (Greg KH)
To: linux-arm-kernel@lists.infradead.org
Subject: Kernel update to 2.6.31.1 on pxa270: udev and usb storage cause kernel Oops
Date: Tue, 6 Oct 2009 14:57:48 -0700 [thread overview]
Message-ID: <20091006215748.GA22303@kroah.com> (raw)
In-Reply-To: <1254822010.7077.17.camel@wks02-lin.nanotronic.local>
On Tue, Oct 06, 2009 at 11:40:10AM +0200, hoefle marco wrote:
> On Mon, 2009-10-05 at 15:52 -0700, Greg KH wrote:
> > On Sat, Oct 03, 2009 at 01:48:32PM +0100, Russell King - ARM Linux wrote:
> > > I think you need to report this to the USB/udev people.
> > >
> > > On Tue, Sep 29, 2009 at 10:39:22AM +0200, hoefle marco wrote:
> > > > Hello,
> > > > we use Kernel 2.6.30.4 on a PXA270 platform (from Phytec). It works good
> > > > with all peripherals on the Phytec board.
> > > > For an old Sandisk device (diskonchip) we have a driver ported to 2.6.3x
> > > > as the block device driver API has changed. We thought it will be a wise
> > > > decision to do the porting already to 2.6.3x.
> > > > However, when using the latest Kernel (and the previous one 2.6.30) with
> > > > all the drivers we used in 2.6.30.4 udev and usb storage seem not to
> > > > work any more.
> > > > Does anybody have an idea why?
> >
> > No, I don't. Do you have a pointer to your code anywhere?
> >
> > thanks,
> >
> > greg k-h
>
> Hello Greg,
> I attached the patch and the .config for our pxa board. The largest part
> is the tffs driver, the board specific things are very little.
Ick, what is wrong with the existing disk-on-a-chip support we have in
Linux?
> This patch and the .config work for 2.6.30.4 except this tffs sandisk
> block device driver. Per default the driver is not compiled into the
> kernel so I think it is not affecting the behavior I am facing.
>
> I tried now the latest stable kernel 2.6.31.2.
> After downloading the kernel I patched the kernel sources and used the
> attached .config for building the kernel.
> I get still the same errors and backtrace messages.
> Both times the kernel oops happens when the PC is in the strlen
> function.
> Any hints on how to debug this?
I do not know, sorry. It's very strange.
good luck,
greg k-h
next prev parent reply other threads:[~2009-10-06 21:57 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-29 8:39 Kernel update to 2.6.31.1 on pxa270: udev and usb storage cause kernel Oops hoefle marco
2009-10-03 12:48 ` Russell King - ARM Linux
2009-10-05 22:52 ` Greg KH
2009-10-06 9:40 ` hoefle marco
2009-10-06 21:57 ` Greg KH [this message]
2009-10-15 8:06 ` hoefle marco
2009-10-06 12:27 ` hoefle marco
2009-10-07 11:45 ` hoefle marco
2009-10-07 14:23 ` Eric Miao
2009-10-07 14:50 ` Greg KH
2009-10-07 15:25 ` Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091006215748.GA22303@kroah.com \
--to=greg@kroah.com \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).