LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: "Song, Yoong Siang" <email@example.com> To: Russell King <firstname.lastname@example.org> Cc: "Andrew Lunn" <email@example.com>, "Marek Behún" <firstname.lastname@example.org>, "Heiner Kallweit" <email@example.com>, "David S . Miller" <firstname.lastname@example.org>, "Jakub Kicinski" <email@example.com>, "firstname.lastname@example.org" <email@example.com>, "firstname.lastname@example.org" <email@example.com> Subject: RE: [PATCH net-next 1/1] net: phy: marvell10g: Add WAKE_PHY support to WOL event Date: Mon, 16 Aug 2021 08:03:59 +0000 [thread overview] Message-ID: <PH0PR11MB495065FCAFD90520684810F7D8FD9@PH0PR11MB4950.namprd11.prod.outlook.com> (raw) In-Reply-To: <20210816071419.GF22278@shell.armlinux.org.uk> > On Mon, Aug 16, 2021 at 05:40:18AM +0000, Song, Yoong Siang wrote: > > > On Mon, Aug 16, 2021 at 03:52:06AM +0000, Song, Yoong Siang wrote: > > > > > > Agreed. If the interrupt register is being used, i think we > > > > > > need this patchset to add proper interrupt support. Can you > > > > > > recommend a board they can buy off the shelf with the > > > > > > interrupt wired up? Or maybe Intel can find a hardware > > > > > > engineer to add a patch wire to link the interrupt output to a SoC pin > that can do interrupts. > > > > > > > > > > The only board I'm aware of with the 88x3310 interrupt wired is > > > > > the Macchiatobin double-shot. :) > > > > > > > > > > I forget why I didn't implement interrupt support though - I > > > > > probably need to revisit that. Sure enough, looking at the code > > > > > I was tinkering with, adding interrupt support would certainly > > > > > conflict with > > > this patch. > > > > > > > > Hi Russell, > > > > > > > > For EHL board, both WoL interrupt and link change interrupt are > > > > the same > > > pin. > > > > Based on your knowledge, is this common across other platforms? > > > > > > Other PHYs? Yes. WoL is just another interrupt, and any interrupt > > > can wake the system, so longer as the interrupt controller can > > > actually wake the system. > > > > > > > Can we take set wol function as one of the ways to control the > > > > interrupts? > > > > > > WOl does not control the interrupt, it is an interrupt source. And > > > you need to service it as an interrupt. So long as your PMC is also > > > an interrupt controller, it should all work. > > > > > > Andrew > > > > Sorry, I should not use the word "control". Actually what I am trying > > to said was "can we take set_wol() as one of the ways to enable/disable > link change interrupt?". > > PMC is not an interrupt controller. I guess the confusion here is due > > to I am using polling mode. Let me ask the question differently. > > > > What is the conflict that will happen when interrupt support is added? > > I can help to add config_intr() and handle_interrupt() callback > > support If they will help to solve the conflict. > > The conflict is - when interrupt support is added, the link change interrupt > will be enabled all the time the PHY is in use. This will have the effect with > your patch of making the PHY appear to have WoL enabled, even when it > hasn't been configured through a set_wol call. > > Essentially, your proposal for WoL on link-change fundamentally conflicts > with proper interrupt support. > Thanks for your explanation. I understand your concern better now. In the case of WoL hasn't been enabled through a set_wol call, the PHY will be suspended, so we no need worry the link change interrupt will create an undesired WoL event. In the case of set_wol is called to disable WAKE_PHY event, we can keep the link change interrupt enable, so that it won't affect the interrupt support. Since any interrupts can wake the system, as long as we handle the future going-to-implement interrupt support properly, things should work fine. Any other thoughts? > -- > RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ > FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
next prev parent reply other threads:[~2021-08-16 8:05 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-08-13 8:45 [PATCH net-next 1/1] net: phy: marvell10g: Add WAKE_PHY support to WOL event Song Yoong Siang 2021-08-14 17:19 ` Marek Behún 2021-08-14 17:26 ` Russell King (Oracle) 2021-08-14 18:04 ` Andrew Lunn 2021-08-14 19:49 ` Russell King (Oracle) 2021-08-16 3:52 ` Song, Yoong Siang 2021-08-16 4:15 ` Andrew Lunn 2021-08-16 5:40 ` Song, Yoong Siang 2021-08-16 7:14 ` Russell King (Oracle) 2021-08-16 8:03 ` Song, Yoong Siang [this message] 2021-08-16 8:18 ` Russell King (Oracle) 2021-08-16 8:56 ` Song, Yoong Siang 2021-08-16 9:54 ` Marek Behún 2021-08-16 15:02 ` Song, Yoong Siang 2021-08-16 15:27 ` Andrew Lunn 2021-08-20 1:22 ` Song, Yoong Siang 2021-08-16 3:19 ` Song, Yoong Siang 2021-08-16 4:10 ` Andrew Lunn
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=PH0PR11MB495065FCAFD90520684810F7D8FD9@PH0PR11MB4950.namprd11.prod.outlook.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.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: linkBe 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; as well as URLs for NNTP newsgroup(s).