From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
Jeff Garzik <jeff@garzik.org>
Subject: Re: 2.6.19-rc6-mm2: uli526x only works after reload
Date: Thu, 30 Nov 2006 22:32:02 +0100 [thread overview]
Message-ID: <200611302232.03608.rjw@sisk.pl> (raw)
In-Reply-To: <20061130131240.21b1e889.akpm@osdl.org>
[Trimmed the Cc list a bit.]
On Thursday, 30 November 2006 22:12, Andrew Morton wrote:
> On Thu, 30 Nov 2006 21:21:27 +0100
> "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
>
> > On Thursday, 30 November 2006 02:04, Rafael J. Wysocki wrote:
> > > On Thursday, 30 November 2006 00:26, Andrew Morton wrote:
> > > > On Thu, 30 Nov 2006 00:08:21 +0100
> > > > "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> > > >
> > > > > On Wednesday, 29 November 2006 22:31, Rafael J. Wysocki wrote:
> > > > > > On Wednesday, 29 November 2006 22:30, Andrew Morton wrote:
> > > > > > > On Wed, 29 Nov 2006 21:08:00 +0100
> > > > > > > "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> > > > > > >
> > > > > > > > On Wednesday, 29 November 2006 20:54, Rafael J. Wysocki wrote:
> > > > > > > > > On Tuesday, 28 November 2006 11:02, Andrew Morton wrote:
> > > > > > > > > >
> > > > > > > > > > Temporarily at
> > > > > > > > > >
> > > > > > > > > > http://userweb.kernel.org/~akpm/2.6.19-rc6-mm2/
> > > > > > > > > >
> > > > > > > > > > Will appear eventually at
> > > > > > > > > >
> > > > > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc6-mm2/
> > > > > > > > >
> > > > > > > > > A minor issue: on one of my (x86-64) test boxes the uli526x driver doesn't
> > > > > > > > > work when it's first loaded. I have to rmmod and modprobe it to make it work.
> > > > > > >
> > > > > > > That isn't a minor issue.
> > > > > > >
> > > > > > > > > It worked just fine on -mm1, so something must have happened to it recently.
> > > > > > > >
> > > > > > > > Sorry, I was wrong. The driver doesn't work at all, even after reload.
> > > > > > > >
> > > > > > >
> > > > > > > tulip-dmfe-carrier-detection-fix.patch was added in rc6-mm2. But you're
> > > > > > > not using that (corrent?)
> > > > > > >
> > > > > > > git-netdev-all changes drivers/net/tulip/de2104x.c, but you're not using
> > > > > > > that either.
> > > > > > >
> > > > > > > git-powerpc(!) alters drivers/net/tulip/de4x5.c, but you're not using that.
> > > > > > >
> > > > > > > Beats me, sorry. Perhaps it's due to changes in networking core. It's
> > > > > > > presumably a showstopper for statically-linked-uli526x users. If you could
> > > > > > > bisect it, please? I'd start with git-netdev-all, then tulip-*.
> > > > > >
> > > > > > OK, but it'll take some time.
> > > > >
> > > > > OK, done.
> > > > >
> > > > > It's one of these (the first one alone doesn't compile):
> > > > >
> > > > > git-netdev-all.patch
> > > > > git-netdev-all-fixup.patch
> > > > > libphy-dont-do-that.patch
> >
> > Hm, all of these patches are the same as in -mm1 which hasn't caused any
> > problems to appear on this box.
> >
> > So, it seems there's another change between -mm1 and -mm2 that causes this
> > to happen.
> >
>
> It would be nice to eliminate libphy-dont-do-that.patch if poss - that was
> a rogue akpm patch aimed at some incomprehensible gobbledigook in the
> netdev tree (and to fix the current_is_keventd-not-exported-to-modules
> bug).
Unfortunately the kernel doesn't compile without it ...
Well, I think I'll try to find the patch that contains the change which has
triggered this.
Now it looks like the problem is 100% reproducible after a fresh poweron as
long as I don't run a non-failing kernel on the box. [Symptoms tend to vary,
though. Sometimes the reloading of uli526x doesn't help at all, sometimes
it makes the interface appear but without the possibility to transmit data,
and sometimes it makes the interface work.]
> I have a feeling that your bug will be cheerily merged into mainline soon.
> That might of course mean that someone will hit it more firmly and it'll
> get fixed.
Yes, that's possible.
next prev parent reply other threads:[~2006-11-30 21:36 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-28 10:02 2.6.19-rc6-mm2 Andrew Morton
2006-11-28 10:08 ` 2.6.19-rc6-mm2 Akinobu Mita
2006-11-28 11:35 ` 2.6.19-rc6-mm2 Mariusz Kozlowski
2006-11-28 11:41 ` 2.6.19-rc6-mm2 Mariusz Kozlowski
2006-11-28 22:30 ` 2.6.19-rc6-mm2 Greg KH
2006-11-29 9:06 ` 2.6.19-rc6-mm2 Kay Sievers
2006-11-29 22:54 ` 2.6.19-rc6-mm2 Andy Whitcroft
2006-11-29 23:09 ` 2.6.19-rc6-mm2 Kay Sievers
2006-11-28 21:22 ` 2.6.19-rc6-mm2 Miles Lane
2006-11-28 21:59 ` 2.6.19-rc6-mm2 Vivek Goyal
2006-11-29 0:24 ` 2.6.19-rc6-mm2 Thomas Tuttle
2006-11-29 0:53 ` 2.6.19-rc6-mm2 Andrew Morton
2006-11-29 5:17 ` 2.6.19-rc6-mm2 Avi Kivity
2006-11-29 14:10 ` 2.6.19-rc6-mm2 Avi Kivity
2006-12-03 8:46 ` 2.6.19-rc6-mm2 Avi Kivity
2006-11-29 0:58 ` 2.6.19-rc6-mm2 Andrew Morton
2006-11-29 1:08 ` 2.6.19-rc6-mm2 Jean Tourrilhes
2006-11-29 0:59 ` 2.6.19-rc6-mm2 Jiri Kosina
2006-12-05 1:33 ` 2.6.19-rc6-mm2 Neil Brown
2006-12-05 4:07 ` 2.6.19-rc6-mm2 Neil Brown
2006-12-05 7:48 ` 2.6.19-rc6-mm2 Jiri Kosina
2006-12-05 22:13 ` 2.6.19-rc6-mm2 Jiri Kosina
2006-12-08 1:31 ` 2.6.19-rc6-mm2 Neil Brown
2006-12-08 12:35 ` 2.6.19-rc6-mm2 Jiri Kosina
2006-11-29 10:04 ` [-mm patch] #if 0 fs/gfs2/acl.c:gfs2_check_acl() Adrian Bunk
2006-11-29 10:14 ` Steven Whitehouse
2006-11-29 12:42 ` [PATCH] compile fix on x86 without X86_LOCAL_APIC (was 2.6.19-rc6-mm2) Jiri Kosina
2006-11-29 20:57 ` Andrew Morton
2006-11-29 19:54 ` 2.6.19-rc6-mm2: uli526x only works after reload Rafael J. Wysocki
2006-11-29 20:08 ` Rafael J. Wysocki
2006-11-29 21:30 ` Andrew Morton
2006-11-29 21:31 ` Rafael J. Wysocki
2006-11-29 23:08 ` Rafael J. Wysocki
2006-11-29 23:26 ` Andrew Morton
2006-11-30 1:04 ` Rafael J. Wysocki
2006-11-30 2:18 ` Andrew Morton
2006-12-01 1:20 ` Greg KH
2006-12-02 0:07 ` Rafael J. Wysocki
2006-11-30 20:21 ` Rafael J. Wysocki
2006-11-30 21:12 ` Andrew Morton
2006-11-30 21:32 ` Rafael J. Wysocki [this message]
2006-12-01 1:08 ` Rafael J. Wysocki
2006-12-01 1:27 ` Greg KH
2006-12-04 23:13 ` Greg KH
2006-11-30 3:42 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-11-30 4:10 ` 2.6.19-rc6-mm2 Randy Dunlap
2006-11-30 13:03 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-12-02 0:33 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-12-02 0:32 ` 2.6.19-rc6-mm2 Andrew Morton
2006-12-02 3:19 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-12-02 4:09 ` 2.6.19-rc6-mm2 Akinobu Mita
2006-12-02 22:29 ` 2.6.19-rc6-mm2 Ed Tomlinson
2006-12-02 12:17 ` [-mm patch] arch/frv/kernel/futex.c must #include <linux/uaccess.h> Adrian Bunk
2006-12-04 11:20 ` David Howells
2006-12-02 17:54 ` [-mm patch] fix include/asm-xtensa/unistd.h compilation Adrian Bunk
2006-12-03 7:49 ` [-mm patch] drivers/net/netxen/: possible cleanups Adrian Bunk
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=200611302232.03608.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=akpm@osdl.org \
--cc=jeff@garzik.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox