From: Martin Lorenz <martin@lorenz.eu.org>
To: Andrew Morton <akpm@osdl.org>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
Jesse Brandeburg <jesse.brandeburg@gmail.com>,
linux-kernel@vger.kernel.org
Subject: Re: un/shared IRQ problem (was: Re: 2.6.18 - another DWARF2)
Date: Fri, 20 Oct 2006 10:37:41 +0200 [thread overview]
Message-ID: <20061020083741.GA5709@gimli> (raw)
In-Reply-To: <20061019101411.f2466b2e.akpm@osdl.org>
On Thu, Oct 19, 2006 at 10:14:11AM -0700, Andrew Morton wrote:
> On Thu, 19 Oct 2006 08:48:10 -0600
> ebiederm@xmission.com (Eric W. Biederman) wrote:
>
> > >
> > > There are already three interrupt sources on 201, so they are all happy to
> > > share.
> > >
> > > It's e1000. Jesse, you fibbed ;)
> > >
> > > static int e1000_request_irq(struct e1000_adapter *adapter)
> > > {
> > > ...
> > > if (adapter->have_msi)
> > > flags &= ~IRQF_SHARED;
> >
> > Well MSI irqs can't be shared, as they are edged triggered.
> > Is the e1000 really trying to use irq 201? That would indicate
> > a logic failure in the msi irq allocator. It should never allocate
> > an inuse irq.
>
> It's gone very bad. See
> http://www.lorenz.eu.org/~mlo/kernel/dmesg_2.6.18-ie-la-tp-41.5+0813.boot
> http://www.lorenz.eu.org/~mlo/kernel/dmesg_2.6.18-ie-la-tp-41.5+0813.out
>
> > I have to ask what is the state in 2.6.19-rc2? I'm wondering if
> > my turning of the msi irq allocator inside out has fixed this problem.
>
> Martin, please try CONFIG_PCI_MSI=n. I'd expect that to fix it (it always does)
>
> > Does this situation work if MSI is disabled, in 2.6.18?
> >
> > The backwards msi irq allocator in 2.6.18 is so convoluted it may have
> > a corner case where it fails, and that is triggering this mess.
> >
> > If 2.6.19 works with MSI's enabled and 2.6.18 works with MSI disabled
> > I'm inclined to say I have done all that is reasonable.
>
> oh, we haven't tried 2.6.19-rc2 yet? Please do that, with CONFIG_PCI_MSI=y.
ok...
I compliled and installed the latest git yesterday evening and another one
this morning because of a configuration mistake I made
there are new DWARFs but the one I reported for 2.6.18 seem to be fixed
at least I diden't succeed in triggering it
the new ones are in
http://www.lorenz.eu.org/~mlo/kernel/dmesg_2.6.19-rc2-tp-ie-e1-42.5+0737-gce9e3d99-dirty.run
http://www.lorenz.eu.org/~mlo/kernel/dmesg_2.6.19-rc2-tp-ie-e1-42.5+0737-gce9e3d99-dirty.boot
http://www.lorenz.eu.org/~mlo/kernel/interrupts_2.6.19-rc2-tp-ie-e1-42.5+0737-gce9e3d99-dirty
is there too
http://www.lorenz.eu.org/~mlo/kernel/?C=M;O=D
for a list of files I uploaded
[ 64.655000] kobject_add failed for vcs6 with -EEXIST, don't try to register things with the same name in the same directory.
[ 64.655000] [<c0103bfd>] dump_trace+0x69/0x1af
[ 64.655000] [<c0103d5b>] show_trace_log_lvl+0x18/0x2c
[ 64.656000] [<c01043fa>] show_trace+0xf/0x11
[ 64.656000] [<c01044fd>] dump_stack+0x15/0x17
[ 64.656000] [<c01fbf3d>] kobject_add+0x160/0x189
[ 64.657000] [<c0250fec>] class_device_add+0xa2/0x3d8
[ 64.658000] [<c02513ae>] class_device_create+0x7c/0x9c
[ 64.659000] [<c0237858>] vcs_make_sysfs+0x3c/0x7e
[ 64.659000] [<c023c641>] con_open+0x6f/0x7c
[ 64.660000] [<c023259b>] tty_open+0x179/0x2f0
[ 64.661000] [<c016226e>] chrdev_open+0x124/0x13f
[ 64.662000] [<c015e665>] __dentry_open+0xc7/0x1ab
[ 64.662000] [<c015e7c3>] nameidata_to_filp+0x24/0x33
[ 64.662000] [<c015e804>] do_filp_open+0x32/0x39
[ 64.663000] [<c015e84d>] do_sys_open+0x42/0xc3
[ 64.663000] [<c015e907>] sys_open+0x1c/0x1e
[ 64.664000] [<c0102de7>] syscall_call+0x7/0xb
[ 64.664000] DWARF2 unwinder stuck at syscall_call+0x7/0xb
[ 64.664000]
[ 64.664000] Leftover inexact backtrace:
[ 64.664000]
[ 64.664000] =======================
[ 64.666000] kobject_add failed for vcsa6 with -EEXIST, don't try to register things with the same name in the same directory.
[ 64.666000] [<c0103bfd>] dump_trace+0x69/0x1af
[ 64.666000] [<c0103d5b>] show_trace_log_lvl+0x18/0x2c
[ 64.666000] [<c01043fa>] show_trace+0xf/0x11
[ 64.666000] [<c01044fd>] dump_stack+0x15/0x17
[ 64.667000] [<c01fbf3d>] kobject_add+0x160/0x189
[ 64.667000] [<c0250fec>] class_device_add+0xa2/0x3d8
[ 64.668000] [<c02513ae>] class_device_create+0x7c/0x9c
[ 64.668000] [<c0237895>] vcs_make_sysfs+0x79/0x7e
[ 64.669000] [<c023c641>] con_open+0x6f/0x7c
[ 64.670000] [<c023259b>] tty_open+0x179/0x2f0
[ 64.670000] [<c016226e>] chrdev_open+0x124/0x13f
[ 64.670000] [<c015e665>] __dentry_open+0xc7/0x1ab
[ 64.671000] [<c015e7c3>] nameidata_to_filp+0x24/0x33
[ 64.671000] [<c015e804>] do_filp_open+0x32/0x39
[ 64.671000] [<c015e84d>] do_sys_open+0x42/0xc3
[ 64.672000] [<c015e907>] sys_open+0x1c/0x1e
[ 64.673000] [<c0102de7>] syscall_call+0x7/0xb
[ 64.673000] DWARF2 unwinder stuck at syscall_call+0x7/0xb
[ 64.673000]
[ 64.673000] Leftover inexact backtrace:
[ 64.673000]
[ 64.673000] =======================
gruss
mlo
--
Dipl.-Ing. Martin Lorenz
They that can give up essential liberty
to obtain a little temporary safety
deserve neither liberty nor safety.
Benjamin Franklin
please encrypt your mail to me
GnuPG key-ID: F1AAD37D
get it here:
http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xF1AAD37D
ICQ UIN: 33588107
next prev parent reply other threads:[~2006-10-20 8:40 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-17 6:37 2.6.18 - another DWARF2 Martin Lorenz
2006-10-17 18:52 ` Jesse Brandeburg
2006-10-18 6:34 ` un/shared IRQ problem (was: Re: 2.6.18 - another DWARF2) Martin Lorenz
2006-10-19 6:26 ` Andrew Morton
2006-10-19 6:39 ` Martin Lorenz
2006-10-19 7:01 ` Andrew Morton
2006-10-19 14:48 ` Eric W. Biederman
2006-10-19 17:14 ` Andrew Morton
2006-10-20 8:37 ` Martin Lorenz [this message]
2006-10-20 8:47 ` Andrew Morton
2006-10-20 9:17 ` Martin Lorenz
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=20061020083741.GA5709@gimli \
--to=martin@lorenz.eu.org \
--cc=akpm@osdl.org \
--cc=ebiederm@xmission.com \
--cc=jesse.brandeburg@gmail.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.