linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
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

  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).