From: David Gibson <david@gibson.dropbear.id.au>
To: Kumar Gala <galak@kernel.crashing.org>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [PATCH 05/13] Document the fsl, magic-packet property in gianfar nodes.
Date: Tue, 8 May 2007 10:18:08 +1000 [thread overview]
Message-ID: <20070508001808.GD7449@localhost.localdomain> (raw)
In-Reply-To: <3FE06AFA-BEE6-46CF-B12C-29D979AE50D7@kernel.crashing.org>
On Mon, May 07, 2007 at 06:06:39PM -0500, Kumar Gala wrote:
>
> On May 7, 2007, at 4:51 PM, Andy Fleming wrote:
>
> >
> > On May 7, 2007, at 16:29, Scott Wood wrote:
> >
> >> Andy Fleming wrote:
> >>> On May 7, 2007, at 13:29, Scott Wood wrote:
> >>>> + Optional properties:
> >>>> + - fsl,magic-packet : Indicates that this device supports wake
> >>>> + on Magic Packet.
> >>>> +
> >>> Isn't this a fairly generic option? Does it need the "fsl"
> >>> qualifier?
> >>
> >> As I previously wrote internally, it's only needed because some
> >> versions of the device have it and some don't; what it really means
> >> is that certain bits in certain registers are valid. Making it
> >> generic would imply that all hardware that can do magic packet
> >> should have it, which isn't true.
> >
> >
> > Yeah, I just read that. You should either make that more explicit in
> > the documentation, or make it generic. It's fine if there are
> > drivers/devices that don't need to be told or tell anyone that they
> > recognize magic packets for them to work. The lack of the property
> > in other controllers won't break anything.
> >
> > But I'm fine if you just document that the bit indicates,
> > specifically, the presence of magic-packet bits in certain registers
> > on the eTSEC.
>
> I'd ask is it really freescale specific? In that I'd assume its
> support for the standard wake-on-lan packet.
Further, is there already a standard description for WoL capability
described in one of the OF binding documents. Segher?
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
next prev parent reply other threads:[~2007-05-08 0:18 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-07 18:29 [PATCH 01/13] Clean up formatting in Documentation/booting-without-of.txt Scott Wood
2007-05-07 18:29 ` [PATCH 02/13] Document devtree binding for power management controllers Scott Wood
2007-05-08 0:19 ` David Gibson
2007-05-07 18:29 ` [PATCH 03/13] Document the sleep property Scott Wood
2007-05-08 2:11 ` Olof Johansson
2007-05-08 15:23 ` Scott Wood
2007-05-07 18:29 ` [PATCH 04/13] Document the devtree binding for general purpose timers Scott Wood
2007-05-07 18:29 ` [PATCH 05/13] Document the fsl, magic-packet property in gianfar nodes Scott Wood
2007-05-07 21:27 ` Andy Fleming
2007-05-07 21:29 ` Scott Wood
2007-05-07 21:51 ` Andy Fleming
2007-05-07 23:06 ` Kumar Gala
2007-05-08 0:18 ` David Gibson [this message]
2007-05-09 14:33 ` Segher Boessenkool
2007-05-09 18:26 ` Scott Wood
2007-05-10 6:57 ` Segher Boessenkool
2007-05-08 15:29 ` Scott Wood
2007-05-07 18:29 ` [PATCH 06/13] Make swsusp_32.S usable for suspend-to-RAM Scott Wood
2007-05-07 18:29 ` [PATCH 07/13] Implement arch disable/enable irq hooks Scott Wood
2007-05-21 15:55 ` Johannes Berg
2007-05-22 7:14 ` Benjamin Herrenschmidt
2007-05-22 9:03 ` Johannes Berg
2007-05-22 9:15 ` Benjamin Herrenschmidt
2007-05-22 9:24 ` Johannes Berg
2007-05-07 18:29 ` [PATCH 08/13] pm: Handle HID0_SLEEP in the TLF_NAPPING hack Scott Wood
2007-05-07 18:29 ` [PATCH 09/13] fsl_soc: Factor fsl_get_bus_freq() out of the wdt init Scott Wood
2007-05-10 3:36 ` Kumar Gala
2007-05-10 15:49 ` Scott Wood
2007-05-10 15:59 ` Kumar Gala
2007-05-07 18:29 ` [PATCH 10/13] mpc83xx: Power Management support Scott Wood
2007-05-22 21:08 ` Guennadi Liakhovetski
2007-05-22 21:16 ` Scott Wood
2007-05-07 18:29 ` [PATCH 11/13] mpc83xx: timer driver for PM wakeup Scott Wood
2007-05-07 18:29 ` [PATCH 12/13] gianfar: Add flags for magic packet and MDIO Scott Wood
2007-05-07 19:52 ` Kumar Gala
2007-05-07 19:54 ` Scott Wood
2007-05-07 20:00 ` Kumar Gala
2007-05-07 21:25 ` Andy Fleming
2007-05-07 21:31 ` Scott Wood
2007-05-07 21:56 ` Andy Fleming
2007-05-07 21:45 ` Andy Fleming
2007-05-07 21:53 ` Scott Wood
2007-05-07 21:59 ` Andy Fleming
2007-05-07 23:11 ` Kumar Gala
2007-05-07 23:36 ` Andy Fleming
2007-05-07 18:30 ` [PATCH 13/13] gianfar: Magic Packet and suspend/resume support Scott Wood
2007-05-08 0:20 ` [PATCH 01/13] Clean up formatting in Documentation/booting-without-of.txt David Gibson
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=20070508001808.GD7449@localhost.localdomain \
--to=david@gibson.dropbear.id.au \
--cc=galak@kernel.crashing.org \
--cc=linuxppc-dev@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox