On Tue, May 16, 2023 at 04:17:10PM -0700, Florian Fainelli wrote:
> This patch series adds support for WAKE_FILTER to the Broadcom PHY with
> the narrow use case of being able to program a custom Ethernet MAC DA to
> be waking up from.
>
> This is currently useful for Set-top-box applications where we might
> want to wake-up from select multicast MAC DA pertaining to mDNS for
> instance (Wake-on-Cast typically).
>
> The approach taken here is the same as what has been pioneered and
> proposed before for the GENET and SYSTEMPORT drivers.
>
> Thanks!
Hi Florian,
I hate to be a pain.
But this series doesn't apply on net-next.
--
pw-bot: cr
On 5/17/2023 2:24 AM, Simon Horman wrote:
> On Tue, May 16, 2023 at 04:17:10PM -0700, Florian Fainelli wrote:
>> This patch series adds support for WAKE_FILTER to the Broadcom PHY with
>> the narrow use case of being able to program a custom Ethernet MAC DA to
>> be waking up from.
>>
>> This is currently useful for Set-top-box applications where we might
>> want to wake-up from select multicast MAC DA pertaining to mDNS for
>> instance (Wake-on-Cast typically).
>>
>> The approach taken here is the same as what has been pioneered and
>> proposed before for the GENET and SYSTEMPORT drivers.
>>
>> Thanks!
>
> Hi Florian,
>
> I hate to be a pain.
> But this series doesn't apply on net-next.
Right, that's because it depends upon "[PATCH net-next] net: phy:
broadcom: Register dummy IRQ handler". I did not make that clear in the
cover letter but definitively should have.
--
Florian
On Wed, May 17, 2023 at 08:18:25AM -0700, Florian Fainelli wrote:
>
>
> On 5/17/2023 2:24 AM, Simon Horman wrote:
> > On Tue, May 16, 2023 at 04:17:10PM -0700, Florian Fainelli wrote:
> > > This patch series adds support for WAKE_FILTER to the Broadcom PHY with
> > > the narrow use case of being able to program a custom Ethernet MAC DA to
> > > be waking up from.
> > >
> > > This is currently useful for Set-top-box applications where we might
> > > want to wake-up from select multicast MAC DA pertaining to mDNS for
> > > instance (Wake-on-Cast typically).
> > >
> > > The approach taken here is the same as what has been pioneered and
> > > proposed before for the GENET and SYSTEMPORT drivers.
> > >
> > > Thanks!
> >
> > Hi Florian,
> >
> > I hate to be a pain.
> > But this series doesn't apply on net-next.
>
> Right, that's because it depends upon "[PATCH net-next] net: phy: broadcom:
> Register dummy IRQ handler". I did not make that clear in the cover letter
> but definitively should have.
Thanks Florian, got it.
Of course review can occur within that context.
But perhaps it is best to repost once those patches are in,
so the CI can run.