linux-clk.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Hans de Goede <hdegoede@redhat.com>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: "Семен Верченко" <semverchenko@factor-ts.ru>,
	"David Müller" <dave.mueller@gmx.ch>,
	"Fujinaka, Todd" <todd.fujinaka@intel.com>,
	"Kirsher, Jeffrey T" <jeffrey.t.kirsher@intel.com>,
	"e1000-devel@lists.sf.net" <e1000-devel@lists.sf.net>,
	"Stephen Boyd" <sboyd@kernel.org>,
	linux-clk@vger.kernel.org,
	"Michael Turquette" <mturquette@baylibre.com>,
	"Stephen Boyd" <sboyd@codeaurora.org>
Subject: Re: [E1000-devel] igb driver with Intel Atom Bay Trail issue
Date: Mon, 8 Apr 2019 20:43:10 +0200	[thread overview]
Message-ID: <a5392081-b545-6c19-ed0f-d71432308c63@redhat.com> (raw)
In-Reply-To: <20190408172111.GX9224@smile.fi.intel.com>

Hi,

On 08-04-19 19:21, Andy Shevchenko wrote:
> On Thu, Apr 04, 2019 at 04:43:03PM +0200, Hans de Goede wrote:
>> On 29-03-19 16:53, Hans de Goede wrote:
>>> On 3/29/19 2:59 PM, Семен Верченко wrote:
> 
>>> Hmm, so 4 ethernet cards and 4 enabled / marked as critical clocks.
>>>
>>> Supporting this through get_clk is going to require a DMI table in the igb driver
>>> combined with checking which PCI "slot" the card is to get the correct clock
>>> for each ethernet controller.
>>>
>>> I believe tht just restoring the old behavior to mark all clocks enabled
>>> on boot as critical, but then limited to this system based on a dmi match,
>>> is the best solution here.
>>>
>>> Andy?
>>
>> Andy? Now that we've the patch ready for the other system which needs to
>> have the CLK_IS_CRITICAL workaround and enables this based on DMI info,
>> I believe the best fix for this system is to simply add it to that DMI
>> table?
> 
> I reviewed v4, supposed to go via CLK tree.

Right, but that patch adds the quirk for the system with the USB hub,
do you agree, that given that each ethernet controller seems to be
using its own clock, it is best to use a DMI quirk for this case too?

If you agree then someone needs to prepare a follow-up patch on top of
v4 which adds the DMI info for this board to the table.

Regards,

Hans

  parent reply	other threads:[~2019-04-08 18:43 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1c433bef-055e-2ac3-990c-325aa2d3899e@factor-ts.ru>
     [not found] ` <9B4A1B1917080E46B64F07F2989DADD69AF4DDE7@ORSMSX115.amr.corp.intel.com>
2019-03-27 16:02   ` [E1000-devel] igb driver with Intel Atom Bay Trail issue Hans de Goede
2019-03-27 16:47     ` Andy Shevchenko
2019-03-27 17:31       ` David Müller
2019-03-27 19:19         ` Andy Shevchenko
2019-03-28 14:35           ` David Müller
2019-03-28 14:58             ` Andy Shevchenko
2019-03-28 15:01               ` Hans de Goede
2019-03-28 15:24                 ` Andy Shevchenko
2019-03-28 15:32                   ` Hans de Goede
2019-03-28 15:49                     ` Andy Shevchenko
2019-03-29  4:46                       ` Hisashi T Fujinaka
2019-03-29 12:32                         ` Hans de Goede
2019-03-29 12:30                       ` Hans de Goede
2019-03-29 13:59                         ` Семен Верченко
2019-03-29 15:53                           ` Hans de Goede
2019-04-04 14:43                             ` Hans de Goede
     [not found]                               ` <20190408172111.GX9224@smile.fi.intel.com>
2019-04-08 18:43                                 ` Hans de Goede [this message]
2019-04-09 15:31                                   ` Andy Shevchenko
2019-04-18 13:09                                     ` Hans de Goede
2019-04-18 13:26                                       ` Semyon Verchenko
2019-04-18 15:12                                         ` Hans de Goede
2019-04-22 10:20                                           ` Semyon Verchenko
2019-04-29 15:02                                             ` Hans de Goede
2019-03-28 14:48       ` Hans de Goede

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=a5392081-b545-6c19-ed0f-d71432308c63@redhat.com \
    --to=hdegoede@redhat.com \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=dave.mueller@gmx.ch \
    --cc=e1000-devel@lists.sf.net \
    --cc=jeffrey.t.kirsher@intel.com \
    --cc=linux-clk@vger.kernel.org \
    --cc=mturquette@baylibre.com \
    --cc=sboyd@codeaurora.org \
    --cc=sboyd@kernel.org \
    --cc=semverchenko@factor-ts.ru \
    --cc=todd.fujinaka@intel.com \
    /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;
as well as URLs for NNTP newsgroup(s).