RE: [PATCH 1/1] power_supply: wilco_ec: Add permanent long life charging mode

2020-06-23 Thread Mario.Limonciello
> -Original Message- > From: Wang, Crag > Sent: Tuesday, June 23, 2020 10:51 AM > To: Limonciello, Mario; Crag Wang; Sebastian Reichel > Cc: math...@chromium.org; linux...@vger.kernel.org; linux- > ker...@vger.kernel.org > Subject: RE: [PATCH 1/1] power_supply: wilco_ec: Add permanent

RE: [PATCH v2 1/2] thunderbolt: Add support for separating the flush to SPI and authenticate

2020-06-23 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Tuesday, June 23, 2020 9:33 AM > To: Limonciello, Mario > Cc: Andreas Noever; Michael Jamet; Yehezkel Bernat; linux-...@vger.kernel.org; > linux-kernel@vger.kernel.org > Subject: Re: [PATCH v2 1/2] thunderbolt: Add support for

RE: [PATCH 1/1] power_supply: wilco_ec: Add permanent long life charging mode

2020-06-23 Thread Mario.Limonciello
> -Original Message- > From: Crag Wang > Sent: Tuesday, June 23, 2020 3:20 AM > To: Sebastian Reichel > Cc: math...@chromium.org; Limonciello, Mario; Wang, Crag; linux- > p...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: [PATCH 1/1] power_supply: wilco_ec: Add permanent long

RE: [PATCH 0/2] Allow breaking up Thunderbolt/USB4 updates

2020-06-22 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Monday, June 22, 2020 11:38 AM > To: Limonciello, Mario > Cc: Andreas Noever; Michael Jamet; Yehezkel Bernat; linux-...@vger.kernel.org; > linux-kernel@vger.kernel.org > Subject: Re: [PATCH 0/2] Allow breaking up Thunderbolt/USB4

RE: [PATCH 0/2] Allow breaking up Thunderbolt/USB4 updates

2020-06-22 Thread Mario.Limonciello
> -Original Message- > From: Limonciello, Mario > Sent: Monday, June 22, 2020 9:31 AM > To: Andreas Noever; Michael Jamet; Mika Westerberg; Yehezkel Bernat > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Limonciello, > Mario > Subject: [PATCH 0/2] Allow breaking up

RE: [PATCH 2/3] platform/x86: dell-wmi: add new keymap type 0x0012

2020-06-19 Thread Mario.Limonciello
> > > > This is not so much about non-genuine as about the adapter having > > the wrong wattage. E.g. plugging a 65W adapter in a laptop which > > has a 45W CPU + a 35W discrete GPU will not allow the laptop to > > really charge while it is in use. > > Ok. So how much information is available

RE: [PATCH v2 3/3] platform/x86: dell-wmi: add new dmi keys to bios_to_linux_keycode

2020-06-12 Thread Mario.Limonciello
> > > > > > > > And what does mean "no function"? I do not know what should I imagine > if > > > I receive key press marked as "no function". > > > > It means no action is expected to occur, should behave like a no-op. I > think > > discarding it makes fine sense. > > Thank you! This was missing

RE: [PATCH] platform/x86: intel-hid: Use hp-wireless for rfkill on HP platforms

2020-06-11 Thread Mario.Limonciello
> > Just having the ACPI device present doesn't actually mean that the user > > has a kernel compiled with hp-wireless or that it has finished > initializing. > > We can use IS_REACHEABLE() to see if it's compiled. Yes that was going to be my first suggestion. > > > > > I would think this

RE: Intel laptop: Starting with `maxcpus=1` and then bringing other CPUs online freezes system

2020-06-11 Thread Mario.Limonciello
> -Original Message- > From: Paul Menzel > Sent: Thursday, June 11, 2020 3:59 AM > To: Thomas Gleixner; Ingo Molnar; Borislav Petkov > Cc: x...@kernel.org; LKML; Limonciello, Mario; Hans de Goede; Christian > Kellner; linux...@vger.kernel.org > Subject: Intel laptop: Starting with

RE: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS

2020-06-10 Thread Mario.Limonciello
> -Original Message- > From: Dmitry Torokhov > Sent: Wednesday, June 10, 2020 4:41 PM > To: Limonciello, Mario > Cc: enric.balle...@collabora.com; r...@rjwysocki.net; raf...@kernel.org; > linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; l...@kernel.org; > ker...@collabora.com;

RE: [PATCH v4] platform: x86: Add ACPI driver for ChromeOS

2020-06-10 Thread Mario.Limonciello
> -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Enric Balletbo i Serra > Sent: Wednesday, June 10, 2020 4:22 PM > To: Rafael J. Wysocki > Cc: Rafael J. Wysocki; Linux Kernel Mailing List; ACPI Devel Maling List; > Len Brown;

RE: [PATCH v4 0/3] platform/x86: dell-wmi: new keys

2020-06-10 Thread Mario.Limonciello
> -Original Message- > From: Y Paritcher > Sent: Wednesday, June 10, 2020 12:57 PM > To: Pali Rohár > Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org; > Matthew Garrett; Limonciello, Mario > Subject: [PATCH v4 0/3] platform/x86: dell-wmi: new keys > > > [EXTERNAL

RE: [PATCH] platform/x86: intel-hid: Use hp-wireless for rfkill on HP platforms

2020-06-10 Thread Mario.Limonciello
> -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Kai-Heng Feng > Sent: Wednesday, June 10, 2020 10:38 AM > To: alex.h...@canonical.com > Cc: Kai-Heng Feng; Darren Hart; Andy Shevchenko; open list:INTEL HID EVENT > DRIVER; open list

RE: [PATCH v2 3/3] platform/x86: dell-wmi: add new dmi keys to bios_to_linux_keycode

2020-06-10 Thread Mario.Limonciello
> -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Pali Rohár > Sent: Wednesday, June 10, 2020 4:45 AM > To: Limonciello, Mario > Cc: rdun...@infradead.org; y.li...@paritcher.com; linux- > ker...@vger.kernel.org;

RE: [PATCH v2 3/3] platform/x86: dell-wmi: add new dmi keys to bios_to_linux_keycode

2020-06-09 Thread Mario.Limonciello
> > Looking at the last two lines... and for me it looks like that 0x00FF > and 0x are just "placeholders" or special values for unknown / > custom / unsupported / reserved / special / ... codes. > > It is really suspicious why first 38 values are defined, then there is > gap, then one value

RE: [PATCH 2/3] platform/x86: dell-wmi: add new keymap type 0x0012

2020-06-09 Thread Mario.Limonciello
> Right, that is what I was thinking, although for the power adapter case > I was thinking there are not so much variants so we can just do > a couple of fixed strings for the combos, or maybe just sat that > the adapter does not delivers enough power and that at minimum X watts > is necessary"

RE: [PATCH v3 1/3] platform/x86: dell-wmi: add new backlight events

2020-06-09 Thread Mario.Limonciello
> -Original Message- > From: Y Paritcher > Sent: Monday, June 8, 2020 10:53 PM > To: Pali Rohár > Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org; > Matthew Garrett; Limonciello, Mario > Subject: [PATCH v3 1/3] platform/x86: dell-wmi: add new backlight events > >

RE: [PATCH 2/3] platform/x86: dell-wmi: add new keymap type 0x0012

2020-06-09 Thread Mario.Limonciello
Loop linux-input mailing list and trim to the relevant conversation. > > Can you please comment here how you would like to see events like this > should come > > through to userspace? > > > > * Wrong power adapter (you have X and should have Y) > > * You have plugged a dock into the wrong port >

RE: [PATCH v2 2/3] platform/x86: dell-wmi: add new keymap type 0x0012

2020-06-08 Thread Mario.Limonciello
> -Original Message- > From: Pali Rohár > Sent: Monday, June 8, 2020 6:33 PM > To: Y Paritcher > Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org; > Matthew Garrett; Limonciello, Mario > Subject: Re: [PATCH v2 2/3] platform/x86: dell-wmi: add new keymap type > 0x0012

RE: [PATCH 2/3] platform/x86: dell-wmi: add new keymap type 0x0012

2020-06-08 Thread Mario.Limonciello
> > this is the WMI event from pressing the Fn lock key. > this indicates which mode it is switching to. > > this changes if the default for pressing the F[1-12] should be Function or > media. > the scancodes of the Fn keys are properly transmitted, this just inverts > which > ones are sent by

RE: [PATCH 3/3] platform/x86: dell-wmi: add keys to bios_to_linux_keycode

2020-06-08 Thread Mario.Limonciello
> -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Pali Rohár > Sent: Monday, June 8, 2020 3:48 PM > To: Limonciello, Mario > Cc: y.li...@paritcher.com; linux-kernel@vger.kernel.org; platform-driver- > x...@vger.kernel.org;

RE: [PATCH 2/3] platform/x86: dell-wmi: add new keymap type 0x0012

2020-06-08 Thread Mario.Limonciello
> -Original Message- > From: Y Paritcher > Sent: Monday, June 8, 2020 3:13 PM > To: Limonciello, Mario > Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org; > mj...@srcf.ucam.org; p...@kernel.org > Subject: Re: [PATCH 2/3] platform/x86: dell-wmi: add new keymap type

RE: [PATCH 1/3] platform/x86: dell-wmi: add new backlight events

2020-06-08 Thread Mario.Limonciello
> -Original Message- > From: Pali Rohár > Sent: Monday, June 8, 2020 3:36 PM > To: Limonciello, Mario > Cc: y.li...@paritcher.com; linux-kernel@vger.kernel.org; platform-driver- > x...@vger.kernel.org; mj...@srcf.ucam.org > Subject: Re: [PATCH 1/3] platform/x86: dell-wmi: add new

RE: [PATCH 1/3] platform/x86: dell-wmi: add new backlight events

2020-06-08 Thread Mario.Limonciello
> -Original Message- > From: Y Paritcher > Sent: Monday, June 8, 2020 3:12 PM > To: Limonciello, Mario; p...@kernel.org > Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org; > mj...@srcf.ucam.org > Subject: Re: [PATCH 1/3] platform/x86: dell-wmi: add new backlight

RE: [PATCH 3/3] platform/x86: dell-wmi: add keys to bios_to_linux_keycode

2020-06-08 Thread Mario.Limonciello
> -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Pali Rohár > Sent: Monday, June 8, 2020 4:00 AM > To: Y Paritcher > Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org; > Matthew Garrett > Subject: Re: [PATCH

RE: [PATCH 2/3] platform/x86: dell-wmi: add new keymap type 0x0012

2020-06-08 Thread Mario.Limonciello
> -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Y Paritcher > Sent: Sunday, June 7, 2020 11:22 PM > Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org; > Matthew Garrett; Pali Rohár > Subject: [PATCH 2/3]

RE: [PATCH 1/3] platform/x86: dell-wmi: add new backlight events

2020-06-08 Thread Mario.Limonciello
> -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Pali Rohár > Sent: Monday, June 8, 2020 3:35 AM > To: Y Paritcher > Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org; > Matthew Garrett > Subject: Re: [PATCH

RE: [PATCH] tpm: Revert "tpm: fix invalid locking in NONBLOCKING mode"

2020-05-27 Thread Mario.Limonciello
> > > [EXTERNAL EMAIL] > > What is this? Something my employer's mail system automatically tags in external email. My mistakes in forgetting to remove it on the response. > > > > On Tue, 2020-05-26 at 12:38 -0700, James Bottomley wrote: > > > > On Tue, 2020-05-26 at 19:23 +,

RE: [PATCH] tpm: Revert "tpm: fix invalid locking in NONBLOCKING mode"

2020-05-27 Thread Mario.Limonciello
> -Original Message- > From: Jarkko Sakkinen > Sent: Wednesday, May 27, 2020 3:09 PM > To: James Bottomley; Limonciello, Mario; peterhu...@gmx.de; j...@ziepe.ca > Cc: a...@arndb.de; gre...@linuxfoundation.org; > linux-integr...@vger.kernel.org; > linux-kernel@vger.kernel.org;

RE: [PATCH] tpm: Revert "tpm: fix invalid locking in NONBLOCKING mode"

2020-05-26 Thread Mario.Limonciello
> On Tue, 2020-05-26 at 13:32 -0500, Mario Limonciello wrote: > > This reverts commit d23d12484307b40eea549b8a858f5fffad913897. > > > > This commit has caused regressions for the XPS 9560 containing > > a Nuvoton TPM. > > Presumably this is using the tis driver? Correct. > > > As mentioned by

RE: [PATCH] platform/x86: intel-vbtn: Only blacklist SW_TABLET_MODE on the 9 / "Laptop" chasis-type

2020-05-15 Thread Mario.Limonciello
> -Original Message- > From: Hans de Goede > Sent: Friday, May 15, 2020 1:39 PM > To: Darren Hart; Andy Shevchenko > Cc: Hans de Goede; Limonciello, Mario; platform-driver-...@vger.kernel.org; > linux-kernel@vger.kernel.org > Subject: [PATCH] platform/x86: intel-vbtn: Only blacklist

RE: [PATCH] V2: platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist.

2020-05-13 Thread Mario.Limonciello
> -Original Message- > From: koba...@canonical.com > Sent: Sunday, May 10, 2020 8:45 PM > To: Matthew Garrett; Pali Rohár; Darren Hart; Andy Shevchenko; > platform-driver- > x...@vger.kernel.org; linux-kernel@vger.kernel.org; Limonciello, Mario > Subject: [PATCH] V2: platform/x86:

RE: [PATCH] platform/x86: dell-wmi: Ignore keyboard attached / detached events

2020-05-13 Thread Mario.Limonciello
> -Original Message- > From: Hans de Goede > Sent: Wednesday, May 13, 2020 8:06 AM > To: Darren Hart; Andy Shevchenko; Pali Rohár; Matthew Garrett > Cc: Hans de Goede; Limonciello, Mario; platform-driver-...@vger.kernel.org; > linux-kernel@vger.kernel.org > Subject: [PATCH] platform/x86:

RE: [PATCH] platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist.

2020-05-08 Thread Mario.Limonciello
> hi All,  > As per advertisement, Update the patch. > Please help to review. Koba, 1) Please resend patch as inline text to mailing list, not attachment. 2) Also you have a typographical error in your commit message, you should fix (messge misspelled) 3) You have a grammatical error in your

RE: [PATCH] platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist.

2020-05-07 Thread Mario.Limonciello
> hi Andy, > it's dell g3 3590. OK, so this is released hardware in Inspiron. I think this patch generally makes good sense for that case.

RE: [PATCH] platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist.

2020-05-07 Thread Mario.Limonciello
> -Original Message- > From: koba...@canonical.com > Sent: Thursday, May 7, 2020 7:27 AM > To: Matthew Garrett; Pali Rohár; Darren Hart; Andy Shevchenko; > platform-driver- > x...@vger.kernel.org; linux-kernel@vger.kernel.org; Limonciello, Mario > Subject: [PATCH] platform/x86:

RE: [PATCH 4/5] platform/x86: intel-vbtn: Also handle tablet-mode switch on "Detachable" and "Portable" chassis-types

2020-05-05 Thread Mario.Limonciello
> -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Hans de Goede > Sent: Tuesday, May 5, 2020 4:06 AM > To: Limonciello, Mario; dvh...@infradead.org; a...@infradead.org > Cc: linux-a...@vger.kernel.org;

RE: [PATCH 4/5] platform/x86: intel-vbtn: Also handle tablet-mode switch on "Detachable" and "Portable" chassis-types

2020-05-04 Thread Mario.Limonciello
> -Original Message- > From: Hans de Goede > Sent: Saturday, May 2, 2020 1:30 PM > To: Darren Hart; Andy Shevchenko; Limonciello, Mario > Cc: Hans de Goede; linux-a...@vger.kernel.org; platform-driver- > x...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: [PATCH 4/5]

RE: [PATCH 0/5] platform/x86: intel-vbtn: Fixes + rework to make it work on more devices

2020-05-04 Thread Mario.Limonciello
> -Original Message- > From: Hans de Goede > Sent: Saturday, May 2, 2020 1:30 PM > To: Darren Hart; Andy Shevchenko; Limonciello, Mario > Cc: Hans de Goede; linux-a...@vger.kernel.org; platform-driver- > x...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: [PATCH 0/5]

RE: [PATCH 00/25] thunderbolt: Add support for USB4

2019-10-23 Thread Mario.Limonciello
> > I did not yet add the hw_vendor_id and hw_product_id attributes because I > clocked that 'dd if=nvm_activeX/nvmem of=/dev/null bs=64 count=2' (that's > what fwupd does) takes typically less than 10 ms when the controller is > powered > on. That should not slow down fwupd. We can add them

RE: [PATCH] ACPI: PM: Revert "ACPI / PM: Blacklist Low Power S0 Idle _DSM for Dell XPS13 9360"

2019-10-07 Thread Mario.Limonciello
> On 26.09.19 18:08, Mario Limonciello wrote: > > This reverts part of > > commit 71630b7a832f ("ACPI / PM: Blacklist Low Power S0 Idle _DSM for > > Dell XPS13 9360") to remove the S0ix blacklist for the XPS 9360. > > > > The problems with this system occurred in one possible NVME SSD when > >

RE: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4

2019-10-04 Thread Mario.Limonciello
> -Original Message- > From: Limonciello, Mario > Sent: Friday, October 4, 2019 9:06 AM > To: 'Yehezkel Bernat'; Mika Westerberg > Cc: linux-...@vger.kernel.org; Andreas Noever; Michael Jamet; Rajmohan Mani; > nicholas.johnson-opensou...@outlook.com.au; Lukas Wunner; >

RE: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4

2019-10-04 Thread Mario.Limonciello
> > On Fri, Oct 4, 2019 at 11:19 AM Mika Westerberg > wrote: > > > > On Fri, Oct 04, 2019 at 11:07:34AM +0300, Yehezkel Bernat wrote: > > > > Also if you can get the hw_vendor_id and hw_product_id from the kernel > > > > does that mean you don't need to do the two reads or you still need > > > >

RE: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4

2019-10-03 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Thursday, October 3, 2019 3:00 AM > To: Limonciello, Mario > Cc: yehezkel...@gmail.com; linux-...@vger.kernel.org; > andreas.noe...@gmail.com; michael.ja...@intel.com; > rajmohan.m...@intel.com;

RE: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4

2019-10-02 Thread Mario.Limonciello
> -Original Message- > From: Yehezkel Bernat > Sent: Wednesday, October 2, 2019 10:37 AM > To: Limonciello, Mario > Cc: Mika Westerberg; linux-...@vger.kernel.org; Andreas Noever; Michael > Jamet; Rajmohan Mani; nicholas.johnson-opensou...@outlook.com.au; Lukas > Wunner;

RE: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4

2019-10-02 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Wednesday, October 2, 2019 3:39 AM > To: Limonciello, Mario > Cc: linux-...@vger.kernel.org; andreas.noe...@gmail.com; > michael.ja...@intel.com; yehezkel...@gmail.com; rajmohan.m...@intel.com; >

RE: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4

2019-10-02 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Wednesday, October 2, 2019 3:35 AM > To: Limonciello, Mario > Cc: linux-...@vger.kernel.org; andreas.noe...@gmail.com; > michael.ja...@intel.com; yehezkel...@gmail.com; rajmohan.m...@intel.com; >

RE: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4

2019-10-01 Thread Mario.Limonciello
> -Original Message- > From: Limonciello, Mario > Sent: Tuesday, October 1, 2019 12:05 PM > To: 'Mika Westerberg'; linux-...@vger.kernel.org > Cc: Andreas Noever; Michael Jamet; Yehezkel Bernat; Rajmohan Mani; Nicholas > Johnson; Lukas Wunner; Greg Kroah-Hartman; Alan Stern; Anthony Wong;

RE: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4

2019-10-01 Thread Mario.Limonciello
> @@ -322,9 +398,21 @@ static int tb_switch_nvm_add(struct tb_switch *sw) > u32 val; > int ret; > > - if (!sw->dma_port) > + if (!nvm_readable(sw)) > return 0; > > + /* > + * The NVM format of non-Intel hardware is not known so > + * currently

RE: [RFC PATCH 22/22] thunderbolt: Do not start firmware unless asked by the user

2019-10-01 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Tuesday, October 1, 2019 9:59 AM > To: Limonciello, Mario > Cc: linux-...@vger.kernel.org; andreas.noe...@gmail.com; > michael.ja...@intel.com; yehezkel...@gmail.com; rajmohan.m...@intel.com; >

RE: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4

2019-10-01 Thread Mario.Limonciello
> -Original Message- > From: Greg Kroah-Hartman > Sent: Tuesday, October 1, 2019 9:54 AM > To: Mika Westerberg > Cc: linux-...@vger.kernel.org; Andreas Noever; Michael Jamet; Yehezkel Bernat; > Rajmohan Mani; Nicholas Johnson; Lukas Wunner; Alan Stern; Limonciello, Mario; > Anthony

RE: [RFC PATCH 22/22] thunderbolt: Do not start firmware unless asked by the user

2019-10-01 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Tuesday, October 1, 2019 6:39 AM > To: linux-...@vger.kernel.org > Cc: Andreas Noever; Michael Jamet; Mika Westerberg; Yehezkel Bernat; Rajmohan > Mani; Nicholas Johnson; Lukas Wunner; Greg Kroah-Hartman; Alan Stern; > Limonciello,

RE: [RFC PATCH 21/22] thunderbolt: Update documentation with the USB4 information

2019-10-01 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Tuesday, October 1, 2019 6:38 AM > To: linux-...@vger.kernel.org > Cc: Andreas Noever; Michael Jamet; Mika Westerberg; Yehezkel Bernat; Rajmohan > Mani; Nicholas Johnson; Lukas Wunner; Greg Kroah-Hartman; Alan Stern; > Limonciello,

RE: [RFC PATCH 01/22] thunderbolt: Introduce tb_switch_is_icm()

2019-10-01 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Tuesday, October 1, 2019 8:48 AM > To: Limonciello, Mario > Cc: gre...@linuxfoundation.org; linux-...@vger.kernel.org; > andreas.noe...@gmail.com; michael.ja...@intel.com; yehezkel...@gmail.com; > rajmohan.m...@intel.com;

RE: [RFC PATCH 01/22] thunderbolt: Introduce tb_switch_is_icm()

2019-10-01 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Tuesday, October 1, 2019 7:47 AM > To: Greg Kroah-Hartman > Cc: linux-...@vger.kernel.org; Andreas Noever; Michael Jamet; Yehezkel Bernat; > Rajmohan Mani; Nicholas Johnson; Lukas Wunner; Alan Stern; Limonciello, Mario; > Anthony Wong;

RE: [PATCH v2] platform/x86: dell-laptop: fix broken kbd backlight on Inspiron 10xx

2019-09-25 Thread Mario.Limonciello
> -Original Message- > From: Pacien TRAN-GIRARD > Sent: Wednesday, September 25, 2019 4:48 AM > Cc: Pali Rohár; Limonciello, Mario; Matthew Garrett; Darren Hart; Andy > Shevchenko; Platform Driver; Linux Kernel Mailing List > Subject: [PATCH v2] platform/x86: dell-laptop: fix broken kbd

RE: [PATCH] platform/x86: dell-laptop: fix phantom kbd backlight on Inspiron 10xx

2019-09-23 Thread Mario.Limonciello
> -Original Message- > From: Pali Rohár > Sent: Sunday, September 22, 2019 8:43 AM > To: Pacien TRAN-GIRARD > Cc: Matthew Garrett; Darren Hart; Andy Shevchenko; platform-driver- > x...@vger.kernel.org; linux-kernel@vger.kernel.org; Limonciello, Mario > Subject: Re: [PATCH] platform/x86:

RE: [PATCH] nvme-pci: Save PCI state before putting drive into deepest state

2019-09-18 Thread Mario.Limonciello
> -Original Message- > From: Rafael J. Wysocki > Sent: Wednesday, September 18, 2019 4:57 PM > To: Limonciello, Mario > Cc: kbu...@kernel.org; ax...@fb.com; h...@lst.de; s...@grimberg.me; linux- > n...@lists.infradead.org; linux-kernel@vger.kernel.org; Hong, Ryan; Wang, > Crag;

RE: [PATCH] nvme-pci: Save PCI state before putting drive into deepest state

2019-09-18 Thread Mario.Limonciello
> -Original Message- > From: Rafael J. Wysocki > Sent: Wednesday, September 18, 2019 4:31 PM > To: Limonciello, Mario > Cc: Keith Busch; Jens Axboe; Christoph Hellwig; Sagi Grimberg; linux- > n...@lists.infradead.org; LKML; Hong, Ryan; Wang, Crag; s...@google.com; > Dominguez, Jared;

RE: [PATCH] nvme-pci: Save PCI state before putting drive into deepest state

2019-09-18 Thread Mario.Limonciello
> -Original Message- > From: Rafael J. Wysocki > Sent: Tuesday, September 17, 2019 4:36 PM > To: Keith Busch > Cc: Limonciello, Mario; Jens Axboe; Christoph Hellwig; Sagi Grimberg; linux- > n...@lists.infradead.org; LKML; Hong, Ryan; Wang, Crag; s...@google.com; > Dominguez, Jared >

RE: Alps touchpad generates IRQ storm after S3

2019-08-28 Thread Mario.Limonciello
KH, Just make sure I understand details. > Commit "HID: i2c-hid: Don't reset device upon system resume If you revert this it's fixed on this system? In that commit you had mentioned if this causes problems it might be worth quirking just Raydium but commit

RE: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support

2019-08-20 Thread Mario.Limonciello
> -Original Message- > From: Lukas Wunner > Sent: Tuesday, August 20, 2019 6:34 AM > To: Limonciello, Mario > Cc: mika.westerb...@linux.intel.com; linux-kernel@vger.kernel.org; > andreas.noe...@gmail.com; michael.ja...@intel.com; > yehezkel...@gmail.com; r...@rjwysocki.net;

RE: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support

2019-08-19 Thread Mario.Limonciello
> -Original Message- > From: Limonciello, Mario > Sent: Monday, August 19, 2019 1:22 PM > To: 'Mika Westerberg' > Cc: linux-kernel@vger.kernel.org; andreas.noe...@gmail.com; > michael.ja...@intel.com; yehezkel...@gmail.com; r...@rjwysocki.net; > l...@kernel.org; lu...@wunner.de;

RE: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support

2019-08-19 Thread Mario.Limonciello
> > I've tested this on a pre-production ICL platform. This was on top of > > 5.3-rc5, > both of > > your patches from -next and this series. > > > > I've run into a problem when using > > a WD19TB that after unplugging it will cause the following to spew in dmesg: > > > > [ 2198.017003]

RE: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support

2019-08-19 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Monday, August 19, 2019 6:22 AM > To: linux-kernel@vger.kernel.org > Cc: Andreas Noever; Michael Jamet; Yehezkel Bernat; Rafael J. Wysocki; Len > Brown; Lukas Wunner; Limonciello, Mario; Anthony Wong; Rajmohan Mani; > Raanan Avargil;

RE: [PATCH v2] nvme: Add quirk for LiteON CL1 devices running FW 22301111

2019-08-16 Thread Mario.Limonciello
> -Original Message- > From: Sagi Grimberg > Sent: Thursday, August 15, 2019 12:19 PM > To: Keith Busch > Cc: Limonciello, Mario; Jens Axboe; Christoph Hellwig; linux- > n...@lists.infradead.org; LKML; Hong, Ryan; Wang, Crag; s...@google.com; > Hyde, Charles - Dell Team; Dominguez, Jared

RE: [PATCH v2] nvme: Add quirk for LiteON CL1 devices running FW 22301111

2019-08-14 Thread Mario.Limonciello
> -Original Message- > From: Sagi Grimberg > Sent: Wednesday, August 14, 2019 3:15 PM > To: Limonciello, Mario; Keith Busch > Cc: Jens Axboe; Christoph Hellwig; linux-n...@lists.infradead.org; LKML; Hong, > Ryan; Wang, Crag; s...@google.com; Hyde, Charles - Dell Team; Dominguez, Jared >

RE: [PATCH] nvme: Add quirk for LiteON CL1 devices running FW 22301111

2019-08-14 Thread Mario.Limonciello
> -Original Message- > From: Keith Busch > Sent: Wednesday, August 14, 2019 2:32 PM > To: Limonciello, Mario > Cc: Jens Axboe; Christoph Hellwig; Sagi Grimberg; linux- > n...@lists.infradead.org; LKML; Hong, Ryan; Wang, Crag; s...@google.com; > Hyde, Charles - Dell Team; Dominguez, Jared

RE: [PATCH v2 2/2] nvme-pci: Allow PCI bus-level PM to be used if ASPM is disabled

2019-08-08 Thread Mario.Limonciello
> This is more meaningful to you than to most people because "applying > the standard PCI PM" doesn't tell us what that means in terms of the > device. Presumably it has something to do with a D-state transition? > I *assume* a suspend might involve the D0 -> D3hot transition you > mention below?

RE: MDI errors during resume from ACPI S3 (suspend to ram)

2019-08-06 Thread Mario.Limonciello
> -Original Message- > From: Paul Menzel > Sent: Tuesday, August 6, 2019 10:36 AM > To: Jeff Kirsher > Cc: intel-wired-...@lists.osuosl.org; Linux Kernel Mailing List; Limonciello, > Mario > Subject: MDI errors during resume from ACPI S3 (suspend to ram) > > Dear Linux folks, > > >

RE: [Regression] Commit "nvme/pci: Use host managed power state for suspend" has problems

2019-08-06 Thread Mario.Limonciello
> -Original Message- > From: Rafael J. Wysocki > Sent: Monday, August 5, 2019 4:29 PM > To: Kai-Heng Feng > Cc: Rafael J. Wysocki; Limonciello, Mario; Keith Busch; Keith Busch; Christoph > Hellwig; Sagi Grimberg; linux-nvme; Linux PM; Linux Kernel Mailing List; > Rajat Jain > Subject:

RE: [PATCH] ACPI: PM: Fix regression in acpi_device_set_power()

2019-08-01 Thread Mario.Limonciello
> -Original Message- > From: Kai-Heng Feng > Sent: Thursday, August 1, 2019 1:11 AM > To: Rafael J. Wysocki > Cc: Linux ACPI; Linux PM; Linux PCI; LKML; Mika Westerberg; Bjorn Helgaas; > Limonciello, Mario > Subject: Re: [PATCH] ACPI: PM: Fix regression in acpi_device_set_power() > > >

RE: [Regression] Commit "nvme/pci: Use host managed power state for suspend" has problems

2019-08-01 Thread Mario.Limonciello
> -Original Message- > From: Rafael J. Wysocki > Sent: Thursday, August 1, 2019 12:30 PM > To: Kai-Heng Feng; Keith Busch; Limonciello, Mario > Cc: Keith Busch; Christoph Hellwig; Sagi Grimberg; linux-nvme; Linux PM; Linux > Kernel Mailing List; Rajat Jain > Subject: Re: [Regression]

Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases"

2019-07-31 Thread Mario.Limonciello
I've actually been seeing worse behavior, in that I can't get Thunderbolt to work at all with 5.3rc1 or 5.3rc2 on the 9380 system I have on hand, similar messages related to link timeouts.

RE: [Regression] Commit "nvme/pci: Use host managed power state for suspend" has problems

2019-07-30 Thread Mario.Limonciello
> -Original Message- > From: Keith Busch > Sent: Tuesday, July 30, 2019 2:20 PM > To: Kai-Heng Feng > Cc: Limonciello, Mario; r...@rjwysocki.net; keith.bu...@intel.com; > h...@lst.de; > s...@grimberg.me; linux-n...@lists.infradead.org; linux...@vger.kernel.org; >

RE: [Regression] Commit "nvme/pci: Use host managed power state for suspend" has problems

2019-07-30 Thread Mario.Limonciello
> -Original Message- > From: Keith Busch > Sent: Tuesday, July 30, 2019 9:42 AM > To: Rafael J. Wysocki > Cc: Busch, Keith; Limonciello, Mario; Kai-Heng Feng; Christoph Hellwig; Sagi > Grimberg; linux-nvme; Linux PM; Linux Kernel Mailing List; Rajat Jain > Subject: Re: [Regression] Commit

RE: [Regression] Commit "nvme/pci: Use host managed power state for suspend" has problems

2019-07-29 Thread Mario.Limonciello
> -Original Message- > From: Rafael J. Wysocki > Sent: Saturday, July 27, 2019 7:55 AM > To: Kai-Heng Feng > Cc: Rafael J. Wysocki; Keith Busch; Busch, Keith; Christoph Hellwig; Sagi > Grimberg; > linux-n...@lists.infradead.org; Limonciello, Mario; Linux PM; LKML > Subject: Re:

RE: [Regression] Commit "nvme/pci: Use host managed power state for suspend" has problems

2019-07-25 Thread Mario.Limonciello
> -Original Message- > From: Kai-Heng Feng > Sent: Thursday, July 25, 2019 1:20 PM > To: Rafael J. Wysocki > Cc: Limonciello, Mario; Rafael J. Wysocki; Keith Busch; Christoph Hellwig; > Sagi > Grimberg; linux-nvme; Linux PM; Linux Kernel Mailing List; Rajat Jain > Subject: Re:

RE: [Regression] Commit "nvme/pci: Use host managed power state for suspend" has problems

2019-07-25 Thread Mario.Limonciello
> -Original Message- > From: Rafael J. Wysocki > Sent: Thursday, July 25, 2019 12:04 PM > To: Limonciello, Mario > Cc: Kai-Heng Feng; Rafael J. Wysocki; Keith Busch; Christoph Hellwig; Sagi > Grimberg; linux-nvme; Linux PM; Linux Kernel Mailing List; Rajat Jain > Subject: Re: [Regression]

RE: [Regression] Commit "nvme/pci: Use host managed power state for suspend" has problems

2019-07-25 Thread Mario.Limonciello
+Rajat > -Original Message- > From: Kai-Heng Feng > Sent: Thursday, July 25, 2019 9:03 AM > To: Rafael J. Wysocki > Cc: Keith Busch; Christoph Hellwig; Sagi Grimberg; linux- > n...@lists.infradead.org; Limonciello, Mario; Linux PM; LKML > Subject: Re: [Regression] Commit "nvme/pci: Use

RE: [PATCH 2/8] thunderbolt: Move NVM upgrade support flag to struct icm

2019-07-09 Thread Mario.Limonciello
> -Original Message- > From: Mika Westerberg > Sent: Friday, July 5, 2019 5:58 AM > To: Yehezkel Bernat > Cc: LKML; Andreas Noever; Michael Jamet; Rafael J . Wysocki; Len Brown; Lukas > Wunner; Limonciello, Mario; Anthony Wong; linux-a...@vger.kernel.org > Subject: Re: [PATCH 2/8]

RE: [PATCH v2] platform/x86: intel-vbtn: Report switch events when event wakes device

2019-05-21 Thread Mario.Limonciello
> -Original Message- > From: Jett Rink > Sent: Tuesday, May 21, 2019 8:37 AM > To: Mathew King > Cc: linux-kernel; AceLan Kao; Andy Shevchenko; Darren Hart; platform-driver- > x...@vger.kernel.org; Limonciello, Mario > Subject: Re: [PATCH v2] platform/x86: intel-vbtn: Report switch events

RE: [PATCH] platform/x86: intel-vbtn: Report switch events when event wakes device

2019-05-20 Thread Mario.Limonciello
> -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Mathew King > Sent: Thursday, May 16, 2019 4:56 PM > To: linux-kernel@vger.kernel.org > Cc: Mathew King; AceLan Kao; Darren Hart; Andy Shevchenko; platform-driver- >

RE: [PATCH] nvme/pci: Use host managed power state for suspend

2019-05-13 Thread Mario.Limonciello
> -Original Message- > From: Christoph Hellwig > Sent: Monday, May 13, 2019 9:57 AM > To: Limonciello, Mario > Cc: kbu...@kernel.org; keith.bu...@intel.com; h...@lst.de; s...@grimberg.me; > linux-n...@lists.infradead.org; raf...@kernel.org; > linux-kernel@vger.kernel.org; >

RE: [PATCH] nvme/pci: Use host managed power state for suspend

2019-05-13 Thread Mario.Limonciello
> -Original Message- > From: Keith Busch > Sent: Monday, May 13, 2019 9:55 AM > To: Limonciello, Mario > Cc: h...@lst.de; keith.bu...@intel.com; s...@grimberg.me; linux- > n...@lists.infradead.org; raf...@kernel.org; linux-kernel@vger.kernel.org; > linux- > p...@vger.kernel.org;

RE: [PATCH] nvme/pci: Use host managed power state for suspend

2019-05-13 Thread Mario.Limonciello
> -Original Message- > From: Keith Busch > Sent: Monday, May 13, 2019 9:38 AM > To: Limonciello, Mario > Cc: keith.bu...@intel.com; h...@lst.de; s...@grimberg.me; linux- > n...@lists.infradead.org; raf...@kernel.org; linux-kernel@vger.kernel.org; > linux- > p...@vger.kernel.org;

RE: [PATCH] nvme/pci: Use host managed power state for suspend

2019-05-13 Thread Mario.Limonciello
> -Original Message- > From: Christoph Hellwig > Sent: Monday, May 13, 2019 9:38 AM > To: Limonciello, Mario > Cc: keith.bu...@intel.com; h...@lst.de; s...@grimberg.me; linux- > n...@lists.infradead.org; raf...@kernel.org; linux-kernel@vger.kernel.org; > linux- > p...@vger.kernel.org;

RE: [PATCH] nvme/pci: Use host managed power state for suspend

2019-05-13 Thread Mario.Limonciello
> > Cc: Mario Limonciello > > Cc: Kai Heng Feng > > Signed-off-by: Keith Busch > > --- > > Disclaimer: I've tested only on emulation faking support for the feature. > > Thanks for sharing. I'll arrange some testing with this with storage > partners early > next week. > I've received the

RE: [PATCH] nvme/pci: Use host managed power state for suspend

2019-05-10 Thread Mario.Limonciello
> > Cc: Mario Limonciello > Cc: Kai Heng Feng > Signed-off-by: Keith Busch > --- > Disclaimer: I've tested only on emulation faking support for the feature. Thanks for sharing. I'll arrange some testing with this with storage partners early next week. > > General question: different

RE: [PATCH] nvme-pci: Use non-operational power state instead of D3 on Suspend-to-Idle

2019-05-09 Thread Mario.Limonciello
> -Original Message- > From: Keith Busch > Sent: Thursday, May 9, 2019 4:54 PM > To: Limonciello, Mario > Cc: kai.heng.f...@canonical.com; h...@lst.de; ax...@fb.com; > s...@grimberg.me; raf...@kernel.org; linux...@vger.kernel.org; > rafael.j.wyso...@intel.com;

RE: [PATCH] nvme-pci: Use non-operational power state instead of D3 on Suspend-to-Idle

2019-05-09 Thread Mario.Limonciello
> On Thu, May 09, 2019 at 06:57:34PM +, mario.limoncie...@dell.com wrote: > > No, current Windows versions don't transition to D3 with inbox NVME driver. > > You're correct, it's explicit state transitions even if APST was enabled > > (as this patch is currently doing as well). > > The

RE: [PATCH] nvme-pci: Use non-operational power state instead of D3 on Suspend-to-Idle

2019-05-09 Thread Mario.Limonciello
> > > >>> Otherwise I think we should use a "no-op" suspend, just leaving the > >>> power management to the device, or a simple setting the device to the > >>> deepest power state for everything else, where everything else is > >>> suspend, or suspend to idle. > >> > >> I am not sure I get your

RE: [PATCH] nvme-pci: Use non-operational power state instead of D3 on Suspend-to-Idle

2019-05-08 Thread Mario.Limonciello
> -Original Message- > From: Christoph Hellwig > Sent: Wednesday, May 8, 2019 2:52 PM > To: Limonciello, Mario > Cc: kai.heng.f...@canonical.com; kbu...@kernel.org; keith.bu...@intel.com; > ax...@fb.com; h...@lst.de; s...@grimberg.me; linux-n...@lists.infradead.org; >

RE: [PATCH] nvme-pci: Use non-operational power state instead of D3 on Suspend-to-Idle

2019-05-08 Thread Mario.Limonciello
> -Original Message- > From: Kai-Heng Feng > Sent: Wednesday, May 8, 2019 2:30 PM > To: Keith Busch > Cc: Keith Busch; ax...@fb.com; h...@lst.de; s...@grimberg.me; linux- > n...@lists.infradead.org; linux-kernel@vger.kernel.org; Limonciello, Mario > Subject: Re: [PATCH] nvme-pci: Use

RE: [PATCH] platform/x86: dell-smbios-base: Fix use after free on failure of dell_smbios_init()

2019-04-03 Thread Mario.Limonciello
> -Original Message- > From: Darren Hart > Sent: Wednesday, April 3, 2019 3:16 PM > To: Steven Rostedt; Limonciello, Mario > Cc: LKML; platform-driver-...@vger.kernel.org; Andy Shevchenko; Pali Rohár; > Tom > Zanussi > Subject: Re: [PATCH] platform/x86: dell-smbios-base: Fix use after

RE: [PATCH] platform/x86: dell-laptop: fix rfkill functionality

2019-04-03 Thread Mario.Limonciello
> -Original Message- > From: Darren Hart > Sent: Wednesday, April 3, 2019 3:24 PM > To: Limonciello, Mario > Cc: Andy Shevchenko; LKML; platform-driver-...@vger.kernel.org > Subject: Re: [PATCH] platform/x86: dell-laptop: fix rfkill functionality > > > [EXTERNAL EMAIL] > > On Wed, Mar

RE: [PATCH] ELAN touchpad i2c_hid bugs fix

2019-04-02 Thread Mario.Limonciello
> -Original Message- > From: Kai Heng Feng > Sent: Monday, April 1, 2019 11:18 PM > To: Limonciello, Mario > Cc: Andy Shevchenko; hdego...@redhat.com; benjamin.tissoi...@redhat.com; > hotwater...@tutanota.com; ji...@kernel.org; swb...@chromium.org; > bige...@linutronix.de;

RE: [PATCH] ELAN touchpad i2c_hid bugs fix

2019-04-01 Thread Mario.Limonciello
> -Original Message- > From: Andy Shevchenko > Sent: Thursday, March 21, 2019 4:48 AM > To: Kai-Heng Feng; Limonciello, Mario > Cc: Hans de Goede; Benjamin Tissoires; hotwater...@tutanota.com; Jiri Kosina; > Stephen Boyd; Sebastian Andrzej Siewior; Dmitry Torokhov; open list:HID CORE >

RE: dell_smbios KASAN bug

2019-03-25 Thread Mario.Limonciello
> -Original Message- > From: Steven Rostedt > Sent: Wednesday, March 20, 2019 2:14 PM > To: Tom Zanussi > Cc: Pali Rohár; Limonciello, Mario; linux-kernel@vger.kernel.org > Subject: Re: dell_smbios KASAN bug > > > [EXTERNAL EMAIL] > > On Wed, 20 Mar 2019 14:05:49 -0500 > Tom Zanussi

RE: [PATCH] platform/x86: thinkpad_acpi: disable bluetooth for some machines

2019-03-07 Thread Mario.Limonciello
-Original Message- > From: platform-driver-x86-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Jiaxun Yang > Sent: Thursday, March 7, 2019 2:08 AM > To: ibm-a...@hmh.eng.br > Cc: dvh...@infradead.org; a...@infradead.org; ibm-acpi- > de...@lists.sourceforge.net;

  1   2   3   4   5   6   7   8   >