public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Gabriel C <nix.or.die@googlemail.com>
To: Domen Puncer <domen.puncer@telargo.com>
Cc: Dave Jones <davej@redhat.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Sam Ravnborg <sam@ravnborg.org>, Adrian Bunk <bunk@kernel.org>
Subject: Re: FEC_MPC52xx_MDIO oddness.
Date: Wed, 31 Oct 2007 17:52:17 +0100	[thread overview]
Message-ID: <4728B2C1.9040804@googlemail.com> (raw)
In-Reply-To: <20071031164231.GP3369@nd47.coderock.org>

Domen Puncer wrote:
> On 31/10/07 17:30 +0100, Gabriel C wrote:
>> Domen Puncer wrote:
>>> On 31/10/07 10:22 -0400, Dave Jones wrote:
>>>> The Kconfig for this reads..
>>>>
>>>> +config FEC_MPC52xx_MDIO
>>>> +       bool "MPC52xx FEC MDIO bus driver"
>>>> +       depends on FEC_MPC52xx
>>>> +       default y
>>>> +       ---help---
>>>> +         The MPC5200's FEC can connect to the Ethernet either with
>>>> +         an external MII PHY chip or 10 Mbps 7-wire interface
>>>> +         (Motorola? industry standard).
>>>> +         If your board uses an external PHY connected to FEC, enable this.
>>>> +         If not sure, enable.
>>>> +         If compiled as module, it will be called 'fec_mpc52xx_phy.ko'.
>>>>
>>>> Because this is bool, it'll never be compiled as a module.
>>>> Given that fec_mpc52xx_phy.c has a MODULE_LICENSE()
>>>> Should this be a tristate perhaps ?
>>> It's ok, it will be compiled as module if fec driver is compiled as
>>> module, and built-in if fec is built-in.
>>>
>>> from Makefile:
>>> obj-$(CONFIG_FEC_MPC52xx) += fec_mpc52xx.o
>>> ifeq ($(CONFIG_FEC_MPC52xx_MDIO),y)
>>>         obj-$(CONFIG_FEC_MPC52xx) += fec_mpc52xx_phy.o
>>> endif
>>>
>>> Yes, a bit weird, but it's best I could come up with.
>>> (fec_mdio=m and fec=y is an invalid case, that I wanted to avoid).
>> Could you please fix this warnings as well ?
>>
>>
>> http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/13c9d93a7afa60e2
> 
> I saw the bug reports, but unfortunately don't have a smart idea for
> the solution (moving the driver into a separate Kconfig might do it),
> so I'm waiting for Sam's input on this.

Added Sam and Adrian to CC , maybe Adrian knows some trick for this select stuff as well.



      parent reply	other threads:[~2007-10-31 16:52 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-31 14:22 FEC_MPC52xx_MDIO oddness Dave Jones
2007-10-31 15:06 ` Domen Puncer
2007-10-31 16:30   ` Gabriel C
2007-10-31 16:42     ` Domen Puncer
2007-10-31 16:47       ` Randy Dunlap
2007-10-31 16:52       ` Gabriel C [this message]

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=4728B2C1.9040804@googlemail.com \
    --to=nix.or.die@googlemail.com \
    --cc=bunk@kernel.org \
    --cc=davej@redhat.com \
    --cc=domen.puncer@telargo.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sam@ravnborg.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