From: Dean Matsen <deanm@earthlink.net>
To: Paul Mackerras <paulus@samba.org>
Cc: Tom Rini <trini@kernel.crashing.org>,
linuxppc-embedded@lists.linuxppc.org
Subject: Re: Ethernet PHY chip discovery not working on 855T with 971/972 chips
Date: Sat, 12 Jul 2003 14:13:30 -0700 [thread overview]
Message-ID: <3F1079FA.3050901@earthlink.net> (raw)
In-Reply-To: <16143.24034.31805.589402@cargo.ozlabs.ibm.com>
Paul Mackerras wrote:
>Dean Matsen writes:
>
>
>
>>Somewhere in this discussion thread I saw that the 2.4 kernel is closed for
>>patches (I just joined this list, so I didn't know that).
>>
>>
>
>Well, that's not strictly true, we will continue to fix things that
>are broken, but I would prefer than any new development (e.g. support
>for new boards or devices) happened in 2.5. It's a bit disappointing
>that 8xx still doesn't compile in 2.5. I don't have any 8xx hardware
>to test on so I have been relying on others to update it.
>
>
Ok, in that case I do have ONE thing that I know should be fixed, but
I haven't seen any response on it, so I am wondering if anyone noticed
it at all. See
http://lists.linuxppc.org/linuxppc-dev/200307/msg00085.html
This affects existing support. It's so simple that:
a) It's kind of annoying to 8xx people
b) probably everyone will figure it out
c) there is really no risk in fixing it.
>
>
>>Would it help if I came up with a 2.5 patch for fec.c? I made a few minor
>>changes that will make it behave friendlier for all [to whom it is not
>>already being totally friendly], and I see the 2.5 kernel could use some
>>of the same changes.
>>
>>
>
>Excellent idea. :)
>
>Paul.
>
>
>
>
>
I would love to see the kernel perform well for mpc8xx users right out
of the
box, so I am highly motivated to contibute. I'll focus on the 2.5 kernel
(I'm surprised to hear it doesn't compile).
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2003-07-12 21:13 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-09 2:17 Ethernet PHY chip discovery not working on 855T with 971/972 chips Dean Matsen
2003-07-09 2:29 ` Dean Matsen
2003-07-09 2:56 ` Eugene Surovegin
2003-07-09 5:21 ` Dan Malek
2003-07-09 5:50 ` Dean Matsen
2003-07-09 14:37 ` Dan Malek
2003-07-09 16:39 ` Dean Matsen
2003-07-09 20:54 ` Dean Matsen
2003-07-09 21:21 ` Wolfgang Denk
[not found] ` <20030711151834.GU17433@ip68-0-152-218.tc.ph.cox.net>
2003-07-11 15:43 ` Wolfgang Denk
2003-07-11 15:52 ` Tom Rini
2003-07-11 18:29 ` Wolfgang Denk
2003-07-11 18:50 ` Tom Rini
2003-07-11 19:18 ` Wolfgang Denk
2003-07-11 19:34 ` Tom Rini
2003-07-11 21:04 ` Wolfgang Denk
2003-07-14 6:21 ` Pantelis Antoniou
2003-07-14 7:58 ` Wolfgang Denk
2003-07-14 14:31 ` Tom Rini
2003-07-14 19:26 ` Wolfgang Denk
2003-07-15 15:04 ` Tom Rini
2003-07-11 23:21 ` Dean Matsen
2003-07-12 1:01 ` Paul Mackerras
2003-07-12 21:13 ` Dean Matsen [this message]
2003-07-12 21:54 ` Wolfgang Denk
2003-07-14 14:52 ` Tom Rini
2003-07-13 15:48 ` Dan Malek
2003-07-13 16:29 ` Roland Dreier
2003-07-14 20:49 ` Matt Porter
2003-07-15 5:08 ` Roland Dreier
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=3F1079FA.3050901@earthlink.net \
--to=deanm@earthlink.net \
--cc=linuxppc-embedded@lists.linuxppc.org \
--cc=paulus@samba.org \
--cc=trini@kernel.crashing.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.