linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Christian Kujau <evil@g-house.de>
To: linuxppc-dev@lists.linuxppc.org
Subject: 2.6 PReP issues, still freezing
Date: Sun, 30 Nov 2003 14:21:10 +0100	[thread overview]
Message-ID: <3FC9EEC6.8040507@g-house.de> (raw)


hi,

after more days of compiling (at least now i know my ppc has good RAM
:-) ) and testing serveral kernels, i think now it's not a
network-related but a ppc-specific problem.

Andrew Morton gave me the hint to just copy drivers/net/tulip/ from the
working 2.5.30 kernel to a recent one. i've done so; i've copied all
tulip stuff to a fresh 2.6.0-test11 kernel, after booting i was able to
load the module, but a following "ifconfig eth1 192.168.2.1" freezed the
machine -- as every kernel after 2.5.30 i was able to compile.

a fix from Jeff Garzik went to linuxppc-dev (i saw it on lkml too),
subject was "2.6 PReP fix? (Was: [jgarzik@pobox.com: [PATCH/CFT] de2104x
fixes])". i found out, that i can load 3 different modules for my card:

00:0e.0 Ethernet controller: Digital Equipment Corporation DECchip 21140
[FasterNet] (rev 22)
         Flags: bus master, medium devsel, latency 0, IRQ 11
         I/O ports at 1800 [size=128]
         Memory at c300a000 (32-bit, non-prefetchable) [size=128]
         Expansion ROM at c1040000 [disabled] [size=256K]


/lib/modules/2.6.0-test11/kernel/drivers/net/tulip:
de2104x.ko  de4x5.ko  tulip.ko

/lib/modules/2.5.30/kernel/drivers/net/tulip:
de2104x.o  de4x5.o  tulip.o

and every module gave me a freeze with 2.6.0-test11 (oh, i forgot to
test, if de2104x.o and de4x5.o are working correctly with 2.5.30 since
i've used always "tulip")

and so, this makes me think it's a ppc-specific problem. no, i don't say
it's easier now to fix, perhaps it's even harder, because a lot has
changed in the ppc port too. if we could blame the device-driver, the
codesize to play with would be a lot smaller...

but since really no other PReP people complain, i think i'll stay with
2.4. a while. the machine is not that fast and i need a faster one anyway...

Thank you for your time,
Christian.
--
BOFH excuse #389:

/dev/clue was linked to /dev/null


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

             reply	other threads:[~2003-11-30 13:21 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-30 13:21 Christian Kujau [this message]
2003-12-01 11:11 ` 2.6 PReP issues, still freezing Remco Post
2003-12-01 14:23   ` Christian Kujau
2003-12-01 14:52     ` Remco Post
2003-12-01 19:16   ` Tom Rini
2003-12-01 21:05     ` Remco Post
2003-12-01 22:24     ` Remco Post
2003-12-01 22:47       ` Remco Post
2003-12-01 23:17       ` Christian Kujau
2003-12-02  0:26         ` Remco Post

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=3FC9EEC6.8040507@g-house.de \
    --to=evil@g-house.de \
    --cc=linuxppc-dev@lists.linuxppc.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).