All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Otken <jotken@softadvances.com>
To: Laurent Pinchart <laurent.pinchart@tbox.biz>
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: Binding FCC interfaces to device names in reverse order
Date: Thu, 15 Jun 2006 07:17:47 -0500	[thread overview]
Message-ID: <44914FEB.6040704@softadvances.com> (raw)
In-Reply-To: <200606151359.02966.laurent.pinchart@tbox.biz>

Does it work if you plug a cable into both Ethernets?  If so, then
your PHYs might not be correctly mapped.

Laurent Pinchart wrote:
> Hello,
> 
> I'm trying to change the order in which the MPC8248 FCC devices are bound to 
> network interface names.
> 
> The current behaviour is to handle FCC1, FCC2 and FCC3 in that order. FCC1 is 
> thus mapped to eth0 and FCC2 to eth1 (FCC3 is unused in my design).
> 
> For some reason I'd like to map FCC2 to eth0 and FCC1 to eth1. Interface names 
> are allocated as devices are registered, so I thought I could change the 
> detection order by modifying the ppc_sys_platform_devices array:
> 
>         ppc_sys_platform_devices[MPC82xx_CPM_FCC1].id = 2;
>         ppc_sys_platform_devices[MPC82xx_CPM_FCC2].id = 1;
> 
> FCC devices detection is indeed reversed, and FCC2 is mapped to eth0. Plugging 
> a cable into the FCC2 socket prints a message referencing eth0, and ifconfig 
> confirms that eth0 is running.
> 
> Unfortunately, that's where things stop working. I can't ping FCC1 or FCC2, no 
> data is received by the kernel.
> 
> Does anyone know why changing the device ids breaks the fs_enet driver ?
> 
> Laurent Pinchart
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> 

  reply	other threads:[~2006-06-15 12:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-15 11:59 Binding FCC interfaces to device names in reverse order Laurent Pinchart
2006-06-15 12:17 ` John Otken [this message]
2006-06-15 12:53 ` Vitaly Bordug
2006-06-16 14:50   ` Laurent Pinchart

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=44914FEB.6040704@softadvances.com \
    --to=jotken@softadvances.com \
    --cc=laurent.pinchart@tbox.biz \
    --cc=linuxppc-embedded@ozlabs.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.