All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yves-Alexis Perez <corsac@debian.org>
To: linux-kernel@vger.kernel.org, Greg KH <greg@kroah.com>
Subject: Re: [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100
Date: Mon, 30 Jan 2012 09:51:45 +0100	[thread overview]
Message-ID: <1327913505.2285.3.camel@scapa> (raw)
In-Reply-To: <87hazi56rw.wl%kuninori.morimoto.gx@renesas.com>

[-- Attachment #1: Type: text/plain, Size: 4344 bytes --]

(dropping linux-usb and relevant people from CC:)

On jeu., 2012-01-26 at 16:27 -0800, Kuninori Morimoto wrote:
> Hi All
> 
> > > > Specially when you consider the fact that
> > > > it's very recently that we dropped the ARCH dependency with commit
> > > > d242c110c43b55aaf3ebb3ceac1eeab0d452a177
> > > > 
> > > > > Kuninori, any thoughts about this?  Should I revert this from the
> > > > > tree?
> > > > 
> > > > I don't think so, I think this was a bad bisection.
> > > > 
> > > Maybe (especially since the first bad commit is a merge commit, so I'm
> > > not completely sure I did correctly the second bisect). But I'm puzzled
> > > why reverting the commit on top of 3.2.1 fixes that. And now that Felipe
> > > mentions it, USB Gadget is not even compiled, so I'm completely lost.
> > 
> > Hehehe :-) That's fun... Maybe it's some other instability and it just
> > didn't kick when you reverted that commit. It could be that the problem
> > is somewhere completely different and you just didn't fully debug it yet
> > :-)
> 
> I was very much surprised at this issue.
> As Felipe explained, renesas_usbhs was for SuperH system.
> x86 can not use it,
> but, if your PC has "renesas_usbhs.ko" as kernel module,
> and loaded it somehow...
> 

I redid the bisect a bit more thoroughly, using the (original) exact
same config as the Debian kernel. I get:

git bisect bad
ec7ae517537ae5c7b0b2cd7f562dfa3e7a05b954 is the first bad commit

with:

corsac@scapa: git bisect log
# bad: [805a6af8dba5dfdd35ec35dc52ec0122400b2610] Linux 3.2
# good: [c3b92c8787367a8bb53d57d9789b558f1295cc96] Linux 3.1
git bisect start 'v3.2' 'v3.1'
# good: [68d99b2c8efcb6ed3807a55569300c53b5f88be5] Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound
git bisect good 68d99b2c8efcb6ed3807a55569300c53b5f88be5
# bad: [0de9adf284ec20454ecf37ffd98e7e98ba7292d6] MAINTAINERS: Update eCryptfs maintainer address
git bisect bad 0de9adf284ec20454ecf37ffd98e7e98ba7292d6
# bad: [b4beb4bf9934d151bf4581a54ae028927374cb2a] Merge branch 'for-linus/i2c-3.2' of git://git.fluff.org/bjdooks/linux
git bisect bad b4beb4bf9934d151bf4581a54ae028927374cb2a
# bad: [df9d6985be2a7e7683c46e4c6ea608fc69f02b45] mm: do not drain pagevecs for mlockall(MCL_FUTURE)
git bisect bad df9d6985be2a7e7683c46e4c6ea608fc69f02b45
# good: [b57287ba497b63a0d87a058631bbddfed9392e9f] video: platinumfb: Add __devexit_p at necessary place
git bisect good b57287ba497b63a0d87a058631bbddfed9392e9f
# bad: [41684f67af75b04152a1714e1a5375dfb00ee3da] Merge branch 'gpio/next' of git://git.secretlab.ca/git/linux-2.6
git bisect bad 41684f67af75b04152a1714e1a5375dfb00ee3da
# good: [ffaac8f45bfb2dffb78179baa5740de34058eef8] [SCSI] libsas: Allow expander T-T attachments
git bisect good ffaac8f45bfb2dffb78179baa5740de34058eef8
# good: [d4a759a954072dcb0a0bbd64ec4bc5252182d032] [SCSI] megaraid_sas: Fix mismatch in megasas_reset_fusion() mutex lock-unlock
git bisect good d4a759a954072dcb0a0bbd64ec4bc5252182d032
# good: [590134fa78fbdbe5fea78c7ae0b2c3364bc9572f] [SCSI] qla4xxx: export address/port of connection (fix udev disk names)
git bisect good 590134fa78fbdbe5fea78c7ae0b2c3364bc9572f
# good: [76c05c8a0d56faf210cb9681786bb3e17cd59793] gpio: pl061: add DT binding support
git bisect good 76c05c8a0d56faf210cb9681786bb3e17cd59793
# good: [83eaea22bdfc9e1cec88f81be5b64f30f6c37e8b] Revert "ceph: don't truncate dirty pages in invalidate work thread"
git bisect good 83eaea22bdfc9e1cec88f81be5b64f30f6c37e8b
# good: [3310f7541f0c991b51324a7712db51fb8f912601] ceph: fix 32-bit ino numbers
git bisect good 3310f7541f0c991b51324a7712db51fb8f912601
# good: [97d2eb13a019ec09cc1a7ea2d3705c0b117b3c0d] Merge branch 'for-linus' of git://ceph.newdream.net/git/ceph-client
git bisect good 97d2eb13a019ec09cc1a7ea2d3705c0b117b3c0d
# good: [d92ef29a6fa971d9e314e412cd9c09757906411a] h8300: Move gpio.h to gpio-internal.h
git bisect good d92ef29a6fa971d9e314e412cd9c09757906411a
# bad: [ec7ae517537ae5c7b0b2cd7f562dfa3e7a05b954] Merge git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6
git bisect bad ec7ae517537ae5c7b0b2cd7f562dfa3e7a05b954

As the first bad commit is again a merge commit, I'll redo the bisect
with both ends commit (so 97d2eb1 590134f afaict).

Regards,
-- 
Yves-Alexis

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

      parent reply	other threads:[~2012-01-30  8:51 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-26 14:22 [3.2+] BUG: scheduling while atomic: swapper/0/0/0x10000100 Yves-Alexis Perez
2012-01-26 16:15 ` Greg KH
2012-01-26 16:20   ` Yves-Alexis Perez
2012-01-26 16:31   ` Felipe Balbi
2012-01-26 16:36     ` Yves-Alexis Perez
2012-01-26 16:45       ` Felipe Balbi
2012-01-27  0:27         ` Kuninori Morimoto
2012-01-27  6:36           ` Yves-Alexis Perez
2012-01-30  8:51           ` Yves-Alexis Perez [this message]

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=1327913505.2285.3.camel@scapa \
    --to=corsac@debian.org \
    --cc=greg@kroah.com \
    --cc=linux-kernel@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.