linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: "DaveyWu" <daveywu@transengines.com>
To: "Stefan Roese" <stefan.roese@esd-electronics.com>,
	"'Linuxppc-Embedded'" <linuxppc-embedded@lists.linuxppc.org>,
	<benh@kernel.crashing.org>, <akuster@mvista.com>
Subject: Re: PPC4xx enet driver problem (version 2.0)
Date: Sun, 14 Dec 2003 17:24:26 +0800	[thread overview]
Message-ID: <005201c3c224$135c4090$5100a8c0@davey033ce6193> (raw)
In-Reply-To: 004601c3c09e$8cfea410$0212000a@PCSTEFAN


Stefan,

Thanks for your reply. My bootloader is OpenBios. I think the problem is not caused by the wrong MAC addresses, because when I boot the 2.4.18 kernel the MAC address of eth1 is same 00:00:00:00:00:00 but both EMACs work well.

Our engineers is continuing to work with the problem. I would like to share any achievements about the problem with you.

Best regards,
Davey Wu



----- Original Message -----
From: "Stefan Roese" <stefan.roese@esd-electronics.com>
To: "'DaveyWu'" <daveywu@transengines.com>; "'Linuxppc-Embedded'" <linuxppc-embedded@lists.linuxppc.org>; <benh@kernel.crashing.org>; <akuster@mvista.com>
Sent: Friday, December 12, 2003 6:56 PM
Subject: RE: PPC4xx enet driver problem (version 2.0)


> Davey!
>
> No, we didn't solve this problem so far. Eugene did some tests on an
> ppc440 board and had no problems with the multiple enet devices. So it
> seems to be 405ep related! I still have to send some debug output to
> Eugene (hopefully today)!
>
> By the way: Did you notice that your MAC-address of the 2nd ethernet
> channel (eth1) is 00:00:00:00:00:00? This is wrong and probably a
> problem in passing MAC-addresses from your bootloader to linux. What
> bootloader are you using? U-Boot/OpenBios?
>
> Best regards,
> Stefan.
>
> > -----Original Message-----
> > From: DaveyWu [mailto:daveywu@transengines.com]
> > Sent: Friday, December 12, 2003 3:40 AM
> > To: Stefan Roese; Linuxppc-Embedded;
> > benh@kernel.crashing.org; akuster@mvista.com
> > Subject: Re: PPC4xx enet driver problem (version 2.0)
> >
> >
> > Hi Stefan,
> >     I have suffered the same problem when I am trying swtich
> > to 2.4.22 from 2.4.18 on IBM405ep board. Following is the
> > output on my board:
> >
> > # ifconfig eth0 down
> > # ifconfig eth1 down
> > # ifconfig eth0 192.168.1.1
> > eth0: adjust to link, speed: 100, duplex: 1, opened: 1
> > eth0: Speed: 100, Full duplex.
> > # ping 192.168.1.123
> > PING 192.168.1.123 (192.168.1.123): 56 data bytes
> > 64 bytes from 192.168.1.123: icmp_seq=0 ttl=128 time=5.2 ms
> > 64 bytes from 192.168.1.123: icmp_seq=1 ttl=128 time=2.8 ms
> > 64 bytes from 192.168.1.123: icmp_seq=2 ttl=128 time=2.7 ms
> > 64 bytes from 192.168.1.123: icmp_seq=3 ttl=128 time=2.6 ms
> > 64 bytes from 192.168.1.123: icmp_seq=4 ttl=128 time=2.7 ms
> > 64 bytes from 192.168.1.123: icmp_seq=5 ttl=128 time=2.7 ms
> >
> > --- 192.168.1.123 ping statistics ---
> > 6 packets transmitted, 6 packets received, 0% packet loss
> > round-trip min/avg/max = 2.6/3.1/5.2 ms # ifconfig eth1 192.168.2.1
> > eth1: adjust to link, speed: 100, duplex: 1, opened: 1
> > eth1: Speed: 100, Full duplex.
> > SIOCSIFFLAGS: Device or resource busy
> > # ifconfig
> > eth0      Link encap:Ethernet  HWaddr 00:04:AC:E3:15:5E
> >           inet addr:192.168.1.1  Bcast:192.168.1.255
> > Mask:255.255.255.0
> >           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >           RX packets:104 errors:0 dropped:0 overruns:0 frame:0
> >           TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
> >           collisions:0 txqueuelen:100
> >           RX bytes:10027 (9.7 kiB)  TX bytes:630 (630.0 iB)
> >           Interrupt:15
> >
> > lo        Link encap:Local Loopback
> >           inet addr:127.0.0.1  Mask:255.0.0.0
> >           UP LOOPBACK RUNNING  MTU:16436  Metric:1
> >           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> >           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> >           collisions:0 txqueuelen:0
> >           RX bytes:0 (0.0 iB)  TX bytes:0 (0.0 iB)
> >
> > # ping 192.168.1.123
> > PING 192.168.1.123 (192.168.1.123): 56 data bytes
> >
> > --- 192.168.1.123 ping statistics ---
> > 25 packets transmitted, 0 packets received, 100% packet loss
> > # ifconfig -a
> > eth0      Link encap:Ethernet  HWaddr 00:04:AC:E3:15:5E
> >           inet addr:192.168.1.1  Bcast:192.168.1.255
> > Mask:255.255.255.0
> >           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >           RX packets:104 errors:0 dropped:0 overruns:0 frame:0
> >           TX packets:15 errors:0 dropped:0 overruns:0 carrier:0
> >           collisions:0 txqueuelen:100
> >           RX bytes:10027 (9.7 kiB)  TX bytes:966 (966.0 iB)
> >           Interrupt:15
> >
> > eth1      Link encap:Ethernet  HWaddr 00:00:00:00:00:00
> >           inet addr:192.168.2.1  Bcast:192.168.2.255
> > Mask:255.255.255.0
> >           BROADCAST MULTICAST  MTU:1500  Metric:1
> >           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> >           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> >           collisions:0 txqueuelen:100
> >           RX bytes:0 (0.0 iB)  TX bytes:0 (0.0 iB)
> >           Interrupt:17
> >
> > lo        Link encap:Local Loopback
> >           inet addr:127.0.0.1  Mask:255.0.0.0
> >           UP LOOPBACK RUNNING  MTU:16436  Metric:1
> >           RX packets:25 errors:0 dropped:0 overruns:0 frame:0
> >           TX packets:25 errors:0 dropped:0 overruns:0 carrier:0
> >           collisions:0 txqueuelen:0
> >           RX bytes:2800 (2.7 kiB)  TX bytes:2800 (2.7 kiB)
> >
> > #
> > Have you already solved the problem?
> >
> > ----- Original Message -----
> > From: "Stefan Roese" <stefan.roese@esd-electronics.com>
> > To: "Linuxppc-Embedded"
> > <linuxppc-embedded@lists.linuxppc.org>;
> > <benh@kernel.crashing.org>; <akuster@mvista.com>
> > Sent: Wednesday, December 03, 2003 7:29 PM
> > Subject: PPC4xx enet driver problem (version 2.0)
> >
> >
> > >
> > > Hello!
> > >
> > > We are trying to switch to the 2.4.23 linuxppc_2_4_devel
> > kernel (from
> > > 2.4.21) and experience a problem with the "new" ethernet driver for
> > > the ibm ppc4xx (version 2.0 from Benjamin Herrenschmidt). On our
> > > boards with only one active enet interface we have no problems. But
> > > our PPC405EP boards with 2 active enet devices, the traffic stops
> > > completely upon initializing the 2nd devices (emac_reset_configure).
> > >
> > > Has anybody experienced similar problems? Has anybody seen
> > this driver
> > > working properly with more than one ppc4xx enet devices (especially
> > > ppc405ep)?
> > >
> > > With the previous driver (from linuxppc_2_4_devel 2.4.21
> > maintained by
> > > mvista) we had no problems with 2 enet interfaces on the
> > ppc405ep so
> > > far!
> > >
> > > By the way: What is the future of the ppc4xx enet driver. I
> > found that
> > > the 2.5 kernel  has a newer mvista driver included
> > (modifications for
> > > 440gx, etc.). Is the driver from 2.4.23 a dead end?
> > >
> > > Thanks and best regards,
> > > Stefan.
> > >
> > >
> > >
> > >
> >
>
>

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

  parent reply	other threads:[~2003-12-14  9:24 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-03 11:29 PPC4xx enet driver problem (version 2.0) Stefan Roese
2003-12-03 19:35 ` Eugene Surovegin
2003-12-04 15:54   ` Stefan Roese
2003-12-12  2:39 ` DaveyWu
2003-12-12 10:56   ` Stefan Roese
2003-12-12 14:45     ` Matt Porter
2003-12-12 15:37       ` tcp retrans timeout!!! Brijesh K Singh
2003-12-14  9:24     ` DaveyWu [this message]
2003-12-14 23:55       ` PPC4xx enet driver problem (version 2.0) Benjamin Herrenschmidt

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='005201c3c224$135c4090$5100a8c0@davey033ce6193' \
    --to=daveywu@transengines.com \
    --cc=akuster@mvista.com \
    --cc=benh@kernel.crashing.org \
    --cc=linuxppc-embedded@lists.linuxppc.org \
    --cc=stefan.roese@esd-electronics.com \
    /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).