On Tue, 2021-01-05 at 15:33 +0100, Andrew Lunn wrote:
> On Tue, Jan 05, 2021 at 02:17:42PM +0000, Joakim Tjernlund wrote:
> > On Thu, 2020-12-10 at 02:25 +0100, Andrew Lunn wrote:
> > > On Sat, Dec 05, 2020 at 08:17:24PM +0100, Rasmus Villemoes wrote:
> > > > All
On Thu, 2020-12-10 at 02:25 +0100, Andrew Lunn wrote:
> On Sat, Dec 05, 2020 at 08:17:24PM +0100, Rasmus Villemoes wrote:
> > All the buffers and registers are already set up appropriately for an
> > MTU slightly above 1500, so we just need to expose this to the
> > networking stack. AFAICT, there'
On Sat, 2020-10-31 at 09:48 +0800, Yunsheng Lin wrote:
> On 2020/10/30 19:50, Joakim Tjernlund wrote:
> > On Fri, 2020-10-30 at 09:36 +0800, Yunsheng Lin wrote:
> > > CAUTION: This email originated from outside of the organization. Do not
> > > click links or open attac
t; > On 10/29/20 8:10 AM, Joakim Tjernlund wrote:
> > > OK, bisecting (was a bit of a bother since we merge upstream releases
> > > into our tree, is there a way to just bisect that?)
> > >
> > > Result was commit "net: sch_generic
on top of our tree made it work again. How to fix?
Jocke
On Mon, 2020-10-26 at 12:31 -0600, David Ahern wrote:
>
> On 10/26/20 6:58 AM, Joakim Tjernlund wrote:
> > Ping (maybe it should read "arping" instead :)
> >
> > Jocke
> >
> > O
Ping (maybe it should read "arping" instead :)
Jocke
On Thu, 2020-10-22 at 17:19 +0200, Joakim Tjernlund wrote:
> strace arping -q -c 1 -b -U -I eth1 0.0.0.0
> ...
> sendto(3, "\0\1\10\0\6\4\0\1\0\6\234\v\6
> \v\v\v\v\377\377\377\377\377\377\0\0\0\0", 28, 0
strace arping -q -c 1 -b -U -I eth1 0.0.0.0
...
sendto(3, "\0\1\10\0\6\4\0\1\0\6\234\v\6
\v\v\v\v\377\377\377\377\377\377\0\0\0\0", 28, 0, {sa_family=AF_PACKET,
proto=0x806, if4, pkttype=PACKET_HOST, addr(6)={1, },
20) = -1 ENOBUFS (No buffer space available)
and then arping loo
On Tue, 2020-06-16 at 18:12 +0300, Vladimir Oltean wrote:
> On Tue, 16 Jun 2020 at 18:08, Vladimir Oltean wrote:
> > On Tue, 16 Jun 2020 at 18:04, Joakim Tjernlund
> > wrote:
> > > On Tue, 2020-06-16 at 17:56 +0300, Vladimir Oltean wrote:
> > > > CAUTION: T
On Tue, 2020-06-16 at 17:56 +0300, Vladimir Oltean wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> Hi Joakim,
>
> On Tue, 16 J
On Tue, 2020-06-16 at 17:41 +0300, Vladimir Oltean wrote:
> From: Vladimir Oltean
>
> The dpaa-eth driver probes on compatible string for the MAC node, and
> the fman/mac.c driver allocates a dpaa-ethernet platform device that
> triggers the probing of the dpaa-eth net device driver.
>
> All of
On Tue, 2019-08-27 at 19:07 +0200, Greg KH wrote:
>
> On Tue, Aug 27, 2019 at 08:33:28AM +, Joakim Tjernlund wrote:
> > I don't see the above patch in stable yet, is it still queued?
> > https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.spini
We have noticed odd dropped packets in a few cases and these comes from
drivers that do this:
...
dropped = netif_rx(sb);
if (dropped == NET_RX_DROP) {
dev->stats.rx_dropped++;
...
This seems a bit odd to me, should drivers account for dropped pkgs in this
case?
This allows to control carrier from /sys/class/net/ethX/carrier
for Fixed PHYs.
Signed-off-by: Joakim Tjernlund
---
drivers/net/ethernet/freescale/ucc_geth.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/freescale/ucc_geth.c
b/drivers/net/ethernet/freescale
This allows to control carrier from /sys/class/net/ethX/carrier
for Fixed PHYs.
Signed-off-by: Joakim Tjernlund
---
drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/dpaa/dpaa_eth.c
b/drivers/net
This allows to control carrier from /sys/class/net/ethX/carrier
for Fixed PHYs.
Signed-off-by: Joakim Tjernlund
---
drivers/net/ethernet/freescale/gianfar.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/freescale/gianfar.c
b/drivers/net/ethernet/freescale/gianfar.c
Drivers can use this as .ndo_change_carrier() to change carrier
via /sys/class/net/ethX/carrier.
Signed-off-by: Joakim Tjernlund
---
v4 - format fixes.
v3 - Moved the logic into fixed PHY to minimize eth driver
impact
v2 - Only allow carrier changes for Fixed PHYs
drivers/net/phy
On Thu, 2018-12-13 at 10:48 -0800, Florian Fainelli wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> Le 12/13/18 à 9:47 AM, Joakim
Drivers can use this as .ndo_change_carrier() to change carrier
via /sys/class/net/ethX/carrier.
Signed-off-by: Joakim Tjernlund
---
v3 - Moved the logic into fixed PHY to minimize eth driver
impact
v2 - Only allow carrier changes for Fixed PHYs
I will follow up with drivers using
On Wed, 2018-12-12 at 15:51 +0100, Andrew Lunn wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> > fast check, would you be happy with this in fixed PHY:
> > --
> > From: Andrew Lunn
> > Sent: Wednesday, December 12, 2018 2:43 PM
> > To: jo...@infinera.com
> > Cc: netdev @ vger . kernel . org ; Claudiu Manoil
> > ; Florian Fainelli
> > Subject: Re: [PATCHv2] gianfar: Add gfar_change_carrier() for Fixed PHYs
> >
>
> > From: Andrew Lunn
> > Sent: Wednesday, December 12, 2018 2:43 PM
> > To: jo...@infinera.com
> > Cc: netdev @ vger . kernel . org ; Claudiu Manoil
> > ; Florian Fainelli
> > Subject: Re: [PATCHv2] gianfar: Add gfar_change_carrier() for Fixed PHYs
> >
>
This allows to control carrier from /sys/class/net/ethX/carrier for
Fixed PHYs.
Signed-off-by: Joakim Tjernlund
---
v2 - Only allow carrier changes for Fixed PHYs
Florian: I have reimpl. this as I think you meant by registering
a Fixed PHY callback.
Andrew: Are happy with this as
On Fri, 2018-12-07 at 12:40 -0800, Florian Fainelli wrote:
>
> On 12/7/18 9:26 AM, Andrew Lunn wrote:
> > > Would you be happier if .ndo_change_carrier() only acted on Fixed PHYs?
> >
> > I think it makes sense to allow a fixed phy carrier to be changed from
> > user space. However, i don't think
On Fri, 2018-12-07 at 15:15 +0100, Andrew Lunn wrote:
>
>
> > Been a bit busy today but now I have played with dormant using ip link and
> > got some odd results:
> > # > ifconfig eth0
> > eth0: flags=4163 mtu 1500
> > inet 172.20.0.246 netmask 255.255.0.0 broadcast 172.20.255.255
> >
On Thu, 2018-12-06 at 20:43 +0100, Andrew Lunn wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> > I can have a look at using dormant, but what is change_carrie
On Thu, 2018-12-06 at 17:54 +0100, Andrew Lunn wrote:
>
> > I wish I had a proper DSA/Switchdev driver in place but I don't :(
> > Adding one is not impossible but then a lot of our user space app needs
> > fixing so all
> > in all it it a fairly big project.
> > Anyhow, these carrier additions s
On Thu, 2018-12-06 at 17:21 +0100, Andrew Lunn wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> > > Hi Joakim
> > >
> > > Please could you explain the use cas
On Thu, 2018-12-06 at 16:47 +0100, Andrew Lunn wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> On Thu, Dec 06, 2018 at 04:31:25PM +0100
This allows to control carrier from /sys/class/net/ethX/carrier
Signed-off-by: Joakim Tjernlund
---
drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/net/ethernet/freescale/dpaa/dpaa_eth.c
b/drivers/net/ethernet/freescale
This allows to control carrier from /sys/class/net/ethX/carrier
Signed-off-by: Joakim Tjernlund
---
drivers/net/ethernet/freescale/ucc_geth.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/net/ethernet/freescale/ucc_geth.c
b/drivers/net/ethernet/freescale/ucc_geth.c
This allows to control carrier from /sys/class/net/ethX/carrier
Signed-off-by: Joakim Tjernlund
---
drivers/net/ethernet/freescale/gianfar.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/net/ethernet/freescale/gianfar.c
b/drivers/net/ethernet/freescale/gianfar.c
On Tue, 2018-10-23 at 11:20 -0700, Florian Fainelli wrote:
>
> On 10/23/18 11:02 AM, Joakim Tjernlund wrote:
> > On Tue, 2018-10-23 at 10:03 -0700, Florian Fainelli wrote:
> > >
> > >
> > > On 10/23/18 9:49 AM, Joakim Tjernlund wrote:
> > > > S
On Tue, 2018-10-23 at 10:03 -0700, Florian Fainelli wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> On 10/23/18 9:49 AM, Joakim Tjernlund w
On Tue, 2018-09-11 at 09:56 -0700, Florian Fainelli wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> On 09/11/2018 09:41 AM, Joakim Tjernlu
I am looking for a way to induce carrier state from user space, primarily
for Fixed PHYs as these are always up. ifplugd/dhcp etc. does not behave
properly
if the link is up when it really isn't.
I came up with a new 'phy_carrier' attribute in /sys/class/net/eth0/phydev
where I can induce carrier
I am looking for a way to set physical link state from user space for a Fixed
PHY.
Found the /sys/class/net/eth1/carrier I/F but that didn't work and I cannot
find something else.
I want to make ifplugd/dhcp function as if there were a real cable there(or not)
Jocke
Signed-off-by: Joakim Tjernlund
---
v2 - Reoder varibles according to Dave
Add call to netdev_reset_queue(dev) open/close
drivers/net/ethernet/freescale/ucc_geth.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/ucc_geth.c
b
c chip or devboard this runs on?
This driver is for MPC83xx family SOCs(possibly others as well) on our custom
boards, used in
our telecom product.
You are actually the reason I impl. this :)
Jocke
>
> On Tue, Jun 19, 2018 at 11:24 AM, Li Yang wrote:
> > On Tue, Jun 19, 2018
Signed-off-by: Joakim Tjernlund
---
drivers/net/ethernet/freescale/ucc_geth.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/ucc_geth.c
b/drivers/net/ethernet/freescale/ucc_geth.c
index f77ba9fa257b..6c99a9af6647 100644
--- a/drivers/net
On Wed, 2018-03-14 at 08:37 -0500, Madalin Bucur wrote:
> Hi,
>
> This patch set is addressing several issues in the DPAA Ethernet
> driver suite:
>
> - module unload crash caused by wrong reference to device being left
>in the cleanup code after the DSA related changes
> - scheduling wile
On Thu, 1970-01-01 at 00:00 +, Andrew Lunn wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> > > commit 4d8ee1935bcd666360311dfdadeee235d682d69a
> > > Autho
On Thu, 1970-01-01 at 00:00 +, Madalin-cristian Bucur wrote:
>
> > -Original Message-
> > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com]
> > Sent: Tuesday, January 16, 2018 7:58 PM
> > To: and...@lunn.ch
> > Subject: Re: DPAA Ethernet tr
On Thu, 1970-01-01 at 00:00 +, Joakim Tjernlund wrote:
> On Thu, 1970-01-01 at 00:00 +, Madalin-cristian Bucur wrote:
> > CAUTION: This email originated from outside of the organization. Do not
> > click links or open attachments unless you recognize the sender and know
On Thu, 1970-01-01 at 00:00 +, Madalin-cristian Bucur wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> > -Original Message-
On Thu, 1970-01-01 at 00:00 +, Andrew Lunn wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> > > You appear to be using an old kernel. Take a look at:
> >
ll patch I just wrote for mdio bus, o
> > idea
> > if it is relevant but here goes:
> >
> > From fe0b98d54a79779482700676331b4d10a0f3cada Mon Sep 17 00:00:00 2001
> > From: Joakim Tjernlund
> > Date: Sun, 14 Jan 2018 21:27:20 +0100
>
vice
> back 2 back to a known good machine and determine what is broken - Rx/Tx?
> Is there another software version that does work on these machines?
Hi, just saw this and thought of a small patch I just wrote for mdio bus, o idea
if it is relevant but here goes:
From fe0b98d54a797794827006
On Wed, 2016-11-30 at 10:10 -0800, Florian Fainelli wrote:
> On 11/30/2016 09:44 AM, Joakim Tjernlund wrote:
> > On Wed, 2016-11-30 at 17:55 +0100, Andrew Lunn wrote:
> > > > This is an embedded system with several boards in a subrack.
> > > > Each board has
On Wed, 2016-11-30 at 17:55 +0100, Andrew Lunn wrote:
> > This is an embedded system with several boards in a subrack.
> > Each board has eth I/F connected to a switch to communicate with each other.
> > One of the board will also house the actual switch device and manage the
> > switch.
> > Then
On Wed, 2016-11-30 at 16:25 +0100, Andrew Lunn wrote:
> On Wed, Nov 30, 2016 at 02:30:43PM +0000, Joakim Tjernlund wrote:
> > On Wed, 2016-11-30 at 14:52 +0100, Andrew Lunn wrote:
> > > On Wed, Nov 30, 2016 at 08:50:34AM +, Joakim Tjernlund wrote:
> > > > I am
On Wed, 2016-11-30 at 14:52 +0100, Andrew Lunn wrote:
> On Wed, Nov 30, 2016 at 08:50:34AM +0000, Joakim Tjernlund wrote:
> > I am trying to wrap my head around these two "devices" and have a hard time
> > telling them apart.
> > We are looking att adding a faily
I am trying to wrap my head around these two "devices" and have a hard time
telling them apart.
We are looking att adding a faily large switch(over PCIe) to our board and from
what I can tell
switchdev is the new way to do it but DSA is still there. Is it possible to
just list
how they differ?
IQ platforms.
Nice to see DPAA support soon entering the kernel(not a day too early:)
I would like to see BQL supported from day one though, if possible.
Regards
Joakim Tjernlund
On Thu, 2016-06-02 at 09:45 +0800, Zhao Qiang wrote:
> The driver add hdlc support for Freescale QUICC Engine.
> It support NMSI and TSA mode.
>
> Signed-off-by: Zhao Qiang
> ---
> Changes for v2:
> - remove useless code.
> - remove Unnecessary casts
> - return IRQ_NONE when the
On Wed, 2016-03-30 at 16:50 +0800, Zhao Qiang wrote:
> QE has module to support TDM, some other protocols
> supported by QE are based on TDM.
> add a qe-tdm lib, this lib provides functions to the protocols
> using TDM to configurate QE-TDM.
>
> Signed-off-by: Zhao Qiang
> ---
> drivers/soc/fsl/
On Tue, 2015-11-03 at 09:37 +, Madalin-Cristian Bucur wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:joakim.tjernl...@transmode.se]
> >
> > On Mon, 2015-11-02 at 19:31 +0200, Madalin Bucur wrote:
> > > + if (unlikely(fd_st
On Mon, 2015-11-02 at 19:31 +0200, Madalin Bucur wrote:
> + if (unlikely(fd_status & FM_FD_STAT_RX_ERRORS) != 0) {
> + if (net_ratelimit())
> + netif_warn(priv, hw, net_dev, "FD status = 0x%08x\n",
> + fd_status & FM_FD_STAT
On Wed, 2015-07-22 at 19:16 +0300, Madalin Bucur wrote:
> This introduces the Freescale Data Path Acceleration Architecture
> (DPAA) Ethernet driver (dpaa_eth) that builds upon the DPAA QMan,
> BMan, PAMU and FMan drivers to deliver Ethernet connectivity on
> the Freescale DPAA QorIQ platforms.
>
On Mon, 2015-07-20 at 13:33 +, Madalin-Cristian Bucur wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:joakim.tjernl...@transmode.se]
> > Sent: Monday, July 20, 2015 3:57 PM
> > To: netdev@vger.kernel.org; Liberman Igal-B31950; Bucur Madalin-Cri
On Mon, 2015-07-20 at 12:28 +, Madalin-Cristian Bucur wrote:
> Hi Joakim,
>
> It seems we just need to align to the API introduced by Thomas Petazzoni
> in 3be2a49e.
>
> Madalin
So it seems, any idea when the next spin will be ready?
Could you also push it onto
http://git.freescale.com/gi
On Mon, 2015-07-20 at 12:18 +, Madalin-Cristian Bucur wrote:
> Hi Joakim
>
> > -Original Message-
> > From: Joakim Tjernlund [mailto:joakim.tjernl...@transmode.se]
> > Sent: Monday, July 20, 2015 10:57 AM
> > To: linuxppc-...@lists.ozlabs.org; netdev@
On Wed, 2015-04-29 at 12:29 +0300, Igal.Liberman wrote:
> From: Igal Liberman
>
> This patch adds the Ethernet MAC driver support.
>
> Signed-off-by: Igal Liberman
> ---
> drivers/net/ethernet/freescale/fman/inc/mac.h | 125 +
> drivers/net/ethernet/freescale/fman/mac/Makefile |3
On Mon, 2015-07-20 at 09:54 +0200, Joakim Tjernlund wrote:
> On Wed, 2015-04-01 at 19:19 +0300, Madalin Bucur wrote:
> > This introduces the Freescale Data Path Acceleration Architecture
> > (DPAA) Ethernet driver (dpaa_eth) that builds upon the DPAA QMan,
> > BMan, PAM
On Wed, 2015-04-01 at 19:19 +0300, Madalin Bucur wrote:
> This introduces the Freescale Data Path Acceleration Architecture
> (DPAA) Ethernet driver (dpaa_eth) that builds upon the DPAA QMan,
> BMan, PAMU and FMan drivers to deliver Ethernet connectivity on
> the Freescale DPAA QorIQ platforms.
>
From: Joakim Tjernlund
A pppoe session is identified by its session ID and MAC address.
Currently pppoe does not check if the received pkg has the correct
MAC address. This is a problem when the eth I/F is in promisc mode
as then any DST MAC address is accepted.
Signed-off-by: Joakim Tjernlund
On Mon, 2015-04-20 at 14:11 -0400, David Miller wrote:
> From: Joakim Tjernlund
> Date: Sat, 18 Apr 2015 11:53:14 +0200
>
> > A pppoe session is identified by its session ID and MAC address.
> > Currently pppoe does not check if the received pkg has the correct
> > MAC
A pppoe session is identified by its session ID and MAC address.
Currently pppoe does not check if the received pkg has the correct
MAC address. This is a problem when the eth I/F is in promisc mode
as then any DST MAC address is accepted.
---
v2 - The MAC address check should encompass all pppoe
A pppoe session is identified by its session ID and MAC address.
Currently pppoe does not check if the received pkg has the correct
MAC address. This is a problem when the eth I/F is in promisc mode
as then any DST MAC address is accepted.
Signed-off-by: Joakim Tjernlund
---
drivers/net/ppp
I have create pppoe session over a pppoe relay socket:
A B and C are Linux nodes, B impl. a relay socket so
that A and B can create a pppoe session:
A ifA-ifB0 B ifB1--ifC C
Now I noticed that if ifB0 is in promisc mode it picks up other pppoe pkgs which
are meant for some other p
On Fri, 2008-01-18 at 17:28 +0530, Aggrwal Poonam wrote:
> Hello All
>
> The TDM driver just now does not have a proper framework. Probably the
> interface cannot be generalised as such. Hence we could not decide
> whether it would be right to think of a TDM framework. Infact the
> interface this
> -Original Message-
> From:
> [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> abs.org] On Behalf Of Vitaly Bordug
> Sent: den 6 december 2007 23:51
> To: Paul Mackerras
> Cc: netdev@vger.kernel.org; linuxppc-dev
> Subject: [PATCH 1/3] [NET] phy/fixed.c: rework to not
> duplicate PHY lay
On Tue, 2007-12-11 at 19:51 +0800, Li Yang wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, December 11, 2007 6:58 PM
> > To: Li Yang
> > Cc: netdev@vger.kernel.org
> > Subject: RE: [PATCH
On Tue, 2007-12-11 at 19:51 +0800, Li Yang wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, December 11, 2007 6:58 PM
> > To: Li Yang
> > Cc: netdev@vger.kernel.org
> > Subject: RE: [PATCH
On Tue, 2007-12-11 at 19:51 +0800, Li Yang wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, December 11, 2007 6:58 PM
> > To: Li Yang
> > Cc: netdev@vger.kernel.org
> > Subject: RE: [PATCH
On Tue, 2007-12-11 at 11:11 +0100, Joakim Tjernlund wrote:
> On Tue, 2007-12-11 at 17:49 +0800, Li Yang wrote:
> > > -Original Message-
> > > From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, December 11, 2007 2:46 AM
> > &g
On Tue, 2007-12-11 at 17:49 +0800, Li Yang wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, December 11, 2007 2:46 AM
> > To: Li Yang-r58472 <[EMAIL PROTECTED]> Netdev
> > Cc: Joakim Tjernlund
&
Injecting a 10 MBit/s stream with 64 bytes pkgs locks up my
MPC832x CPU even though I got NAPI enabled. Kernel 2.6.23
Any ideas?
Jocke
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
[SNIP]
> ^^ the correct solution is to implement arch_initcall function
> which will create fixed PHYs, and then leave only
> snprintf(fpi->bus_id, 16, PHY_ID_FMT, 0, *data); part in the
> fs_enet's find_phy().
>
> Try add something like this to the fsl_soc.c (compile untested):
>
> - - - -
> sta
On Tue, 2007-11-27 at 16:59 +0300, Anton Vorontsov wrote:
> On Tue, Nov 27, 2007 at 02:17:11PM +0100, Joakim Tjernlund wrote:
> >
> > On Tue, 2007-11-27 at 14:39 +0300, Anton Vorontsov wrote:
> > > On Mon, Nov 26, 2007 at 04:04:08PM +0100, Joakim Tjernlund wrote:
> >
On Tue, 2007-11-27 at 14:39 +0300, Anton Vorontsov wrote:
> On Mon, Nov 26, 2007 at 04:04:08PM +0100, Joakim Tjernlund wrote:
> > On Mon, 2007-11-26 at 17:29 +0300, Vitaly Bordug wrote:
> > > fixed-link says: register new "Fixed/emulated PHY", i.e. PHY that
> >
On Mon, 2007-11-26 at 17:29 +0300, Vitaly Bordug wrote:
> fixed-link says: register new "Fixed/emulated PHY", i.e. PHY that
> not connected to the real MDIO bus.
>
> Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
>
> ---
>
> Documentation/p
> -Original Message-
> From: Patrick McHardy [mailto:[EMAIL PROTECTED]
> Sent: den 21 oktober 2007 19:51
> To: Joakim Tjernlund
> Cc: netdev@vger.kernel.org
> Subject: Re: how to set pppoe source mac address?
>
> Joakim Tjernlund wrote:
> > I have several pp
I have several pppoe i/f's over one eth i/f and I want to set the
source mac address used by each pppoe i/f to a unique mac address from
user space.
Is this possible? If so, how do I do that?
Jocke
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [
> -Original Message-
> From: Li Yang-r58472 [mailto:[EMAIL PROTECTED]
> Sent: den 18 oktober 2007 16:24
> To: [EMAIL PROTECTED]; Netdev; [EMAIL PROTECTED]
> Subject: RE: [PATCH] Fix ethernet multicast for ucc_geth.
>
> > -Original Message-
> >
>From 5761a9e5924b34615c748fba2dcb977ed04c1243 Mon Sep 17 00:00:00 2001
From: Joakim Tjernlund <[EMAIL PROTECTED]>
Date: Wed, 17 Oct 2007 11:01:44 +0200
Subject: [PATCH] Fix ethernet multicast for ucc_geth.
hw_add_addr_in_hash() already swaps byte
order, don't do it in ucc_geth_s
> > >
> > > OK, so from all this and earlier mail I think that the
> > device driver don't
> > > receive multicast pkgs. Tomorrow I will try the real OSPF
> > test case with
> > > promisc mode enabled, se if that works. If so, it means there is
> > > a bug in the drivers(ucc_geth.c) set_multic
> -Original Message-
> From: Stephen Hemminger [mailto:[EMAIL PROTECTED]
> Sent: den 16 oktober 2007 22:13
>
> On Tue, 16 Oct 2007 22:07:35 +0200
> "Joakim Tjernlund" <[EMAIL PROTECTED]> wrote:
>
> > > -Original Message-
>
> -Original Message-
> From: David Stevens [mailto:[EMAIL PROTECTED]
> Sent: den 16 oktober 2007 21:46
> To: Joakim Tjernlund
> Cc: 'Netdev'; [EMAIL PROTECTED]
> Subject: RE: Multicast problem
>
> > dev_mcast and igmp looks:
> > [EMAIL PROT
> -Original Message-
> From: David Stevens [mailto:[EMAIL PROTECTED]
> Sent: den 16 oktober 2007 19:05
> To: [EMAIL PROTECTED]
> Cc: Netdev
> Subject: Re: Multicast problem
>
> If you have icmp_echo_ignore_broadcasts set to 1, it won't respond to
> multicasts. That should be all you need
> -Original Message-
> From: David Stevens [mailto:[EMAIL PROTECTED]
> Sent: den 16 oktober 2007 19:05
> To: [EMAIL PROTECTED]
> Cc: Netdev
> Subject: Re: Multicast problem
>
> If you have icmp_echo_ignore_broadcasts set to 1, it won't respond to
> multicasts. That should be all you need
I can't get my PowerPC 83xx(eth driver ucc_qeth) board to reply on a
multcast ping:
ping -t 1 -c 2 224.0.0.1
unless I do ifconfig eth1 promisc and
echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
I guess I am missing something, but what?
Kernel: 2.6.23
Jocke
-
To unsubscribe from this
On Tue, 2007-10-09 at 12:17 +0400, Evgeniy Polyakov wrote:
> On Tue, Oct 09, 2007 at 09:51:25AM +0200, Joakim Tjernlund ([EMAIL
> PROTECTED]) wrote:
> > On Tue, 2007-10-09 at 11:34 +0400, Evgeniy Polyakov wrote:
> > > On Tue, Oct 09, 2007 at 09:27:38AM +0200, Joa
On Tue, 2007-10-09 at 11:34 +0400, Evgeniy Polyakov wrote:
> On Tue, Oct 09, 2007 at 09:27:38AM +0200, Joakim Tjernlund ([EMAIL
> PROTECTED]) wrote:
> > > Did you change eth_type_trans() to catch your proto?
> > >
> >
> > Just fond out something:
> >
On Tue, 2007-10-09 at 11:13 +0400, Evgeniy Polyakov wrote:
> On Tue, Oct 09, 2007 at 08:08:22AM +0200, Joakim Tjernlund ([EMAIL
> PROTECTED]) wrote:
> > > Your program works fine here. You did run it as root, right?
> >
> > Yes and ETH_P_ALL is the only protocol that
> -Original Message-
> From: Herbert Xu [mailto:[EMAIL PROTECTED]
> Sent: den 9 oktober 2007 05:17
> To: [EMAIL PROTECTED]
> Cc: netdev@vger.kernel.org
> Subject: Re: raw PF_PACKET protocol selection
>
> Joakim Tjernlund <[EMAIL PROTECTED]> wrote:
> &
> -Original Message-
> From: Jeff Garzik [mailto:[EMAIL PROTECTED]
> Sent: den 9 oktober 2007 01:57
> To: David Miller
> Cc: [EMAIL PROTECTED]; netdev@vger.kernel.org
> Subject: Re: Fixed PHY regression
>
> David Miller wrote:
> > From: "Joakim Tjer
Hi List
I trying to open my own raw PF_PACKET socket to receive
pkgs sent to this socket. I can only make ETH_P_ALL protocol
work, but then I receive all pkgs and I want pkgs with a specific
protocol type. I have tried lots of ETH_P types and none of them work.
Naturally I make sure the sender is
On Wed, 2007-07-04 at 15:32 +0200, Segher Boessenkool wrote:
> > How about separate autoneg to a property "dumb-phy", which
> > indicates the
> > PHY/switch doesn't provide MII register interface.
>
> Something like that I suppose. But don't call it "dumb phy",
> nor "fake phy", nor anything si
On Tue, 2007-07-03 at 19:38 +0800, Li Yang-r58472 wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, July 03, 2007 7:20 PM
> > To: Li Yang-r58472
> > Cc: linuxppc-dev Development; Netdev; Fleming Andy-af
On Tue, 2007-07-03 at 16:22 +0800, Li Yang-r58472 wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, July 03, 2007 3:21 PM
> > To: Li Yang-r58472
> > Cc: linuxppc-dev Development; Netdev; Fleming Andy-af
1 - 100 of 111 matches
Mail list logo
