y: Charles Keepax
Tested-by: Charles Keepax
Signed-off-by: Hans de Goede
---
sound/soc/codecs/wm5102.c | 12 +++-
sound/soc/codecs/wm5110.c | 12 +++-
sound/soc/codecs/wm8997.c | 14 --
sound/soc/codecs/wm8998.c | 9 +
4 files changed, 43 insertions(+), 4
d-by: Andy Shevchenko
Acked-by: Charles Keepax
Tested-by: Charles Keepax
Signed-off-by: Hans de Goede
---
sound/soc/codecs/arizona-jack.c | 149 +---
sound/soc/codecs/arizona.h | 7 +-
2 files changed, 47 insertions(+), 109 deletions(-)
diff --git a/sound/
ndy Shevchenko
Acked-by: Charles Keepax
Tested-by: Charles Keepax
Signed-off-by: Hans de Goede
---
sound/soc/codecs/arizona-jack.c | 42 ++---
sound/soc/codecs/arizona.h | 1 -
2 files changed, 18 insertions(+), 25 deletions(-)
diff --git a/sound/soc/codecs/arizona-jac
The arizona jack-dection handling is being reworked so that the
codec-child-device drivers directly handle jack-detect themselves,
so it is no longer necessary to instantiate "arizona-extcon"
child-devices.
Acked-by: Charles Keepax
Tested-by: Charles Keepax
Signed-off-by: Han
ound/soc/codecs/arizona-jack.c .
This is a preparation patch for converting the arizona extcon-driver into
a helper library for letting the arizona codec-drivers directly report jack
state through the standard sound/soc/soc-jack.c functions.
Acked-by: Charles Keepax
Tested-by: Charles Keepax
Signed-off-by: Ha
2 steps when arizona_hpdet_irq
runs after the jack has been unplugged.
Reviewed-by: Andy Shevchenko
Acked-by: Charles Keepax
Tested-by: Charles Keepax
Signed-off-by: Hans de Goede
---
drivers/extcon/extcon-arizona.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff
ked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
drivers/extcon/extcon-arizona.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c
index 76aacbac5869..72d23b15108c 100644
--- a/drivers/extcon/extcon-arizona.c
++
of various theoretically possible races caused
by the wrong ordering inside arizona_extcon_remove(), this fixes the
ordering fixing all possible races, including the reported oops.
Reviewed-by: Andy Shevchenko
Acked-by: Charles Keepax
Tested-by: Charles Keepax
Signed-off-by: Hans de Goede
Hi,
On 2/4/21 12:05 PM, Lee Jones wrote:
> On Sat, 23 Jan 2021, Hans de Goede wrote:
>
>> Hi all,
>>
>> Here is v4 of my series to rework the arizona codec jack-detect support
>> to use the snd_soc_jack helpers instead of direct extcon reporting.
>>
>> T
Hi,
On 2/4/21 11:57 AM, Lee Jones wrote:
> On Thu, 04 Feb 2021, Hans de Goede wrote:
>
>> Hi all,
>>
>> On 1/20/21 10:49 PM, Hans de Goede wrote:
>>> Hi All,
>>>
>>> Here is v4 of my series to add support for Intel Bay Trail based devices
Hi all,
On 1/20/21 10:49 PM, Hans de Goede wrote:
> Hi All,
>
> Here is v4 of my series to add support for Intel Bay Trail based devices
> which use a WM5102 codec for audio output/input.
>
> This was developed and tested on a Lenovo Yoga Tablet 1051L.
>
> The MFD an
Hi Stephen, Andy,
On 2/4/21 6:13 AM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the drivers-x86 tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> drivers/platform/x86/intel_scu_wdt.c: In function 'register_mid_wdt':
>
Hi,
On 2/3/21 12:43 PM, Artem Bityutskiy wrote:
> From: Artem Bityutskiy
>
> Sapphire Rapids uncore frequency control is the same as Skylake and Ice Lake.
> Add the Sapphire Rapids CPU model number to the match array.
>
> Signed-off-by: Artem Bityutskiy
> Reviewed-by: Tony Luck
Thank you
Hi,
On 1/26/21 9:55 PM, David E. Box wrote:
> Fix error in Kconfig that exposed INTEL_PMT_CLASS as a user selectable
> option. It is already selected by INTEL_PMT_TELEMETRY and
> INTEL_PMT_CRASHLOG which are user selectable.
>
> Fixes: e2729113ce66 ("platform/x86: Intel PMT class driver")
>
Hi,
On 1/26/21 6:22 PM, Maximilian Luz wrote:
> The braces of the unlikely() macro inside the if condition only cover
> the subtraction part, not the whole statement. This causes the result of
> the subtraction to be converted to zero or one. While that still works
> in this context, it causes
-sysman:
- fix a NULL pointer dereference
hp-wmi:
- Disable tablet-mode reporting by default
Hans de Goede (1):
platform/x86: hp-wmi: Disable tablet-mode reporting by default
Mario Limonciello (1):
platform/x86: dell-wmi
hi,
On 1/26/21 8:37 AM, Lubomir Rintel wrote:
> Hi,
>
> chained to this message is a couple of fixes related to OLPC EC platform
> code. Please take a look and consider applying to platform-drivers-x86.
Thank you for your patch-series, I've applied the series to my
review-hans branch:
vice is tied to the
> lifetime of device itself.
>
> Signed-off-by: Heikki Krogerus
> Cc: Hans de Goede
Thanks, patch looks good to me:
Reviewed-by: Hans de Goede
Regards,
Hans
> ---
> drivers/usb/host/xhci-ext-caps.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
Hi,
On 1/21/21 5:50 AM, Pan Bian wrote:
> Put the PCI device rdev on error paths to fix potential reference count
> leaks.
>
> Signed-off-by: Pan Bian
Thank you for your patch, I've applied this patch to my review-hans
branch:
Hi,
On 1/5/21 2:14 PM, Jiaxun Yang wrote:
> Add support to ideapad-laptop for Lenovo platforms that have DYTC
> version 5 support or newer to use the platform profile feature.
>
> Mostly based on Mark Pearson 's thinkpad-acpi
> work but massaged to fit ideapad driver.
>
> Note that different
Hi,
On 1/29/21 5:08 AM, Lukas Bulwahn wrote:
> Commit d7cbe2773aed ("platform/x86: thinkpad_acpi: set keyboard language")
> adds information on keyboard setting to the thinkpad documentation, but
> made the subsection title underline too short.
>
> Hence, make htmldocs warns:
>
>
sabled by quirk to
> prevent them from keeping the driver loaded if only disabled capabilities
> are found.
>
> Fixes: 4f8217d5b0ca ("mfd: Intel Platform Monitoring Technology support")
> Signed-off-by: David E. Box
Thanks, patch looks good to me:
Reviewed-by: Hans de Goede
Hi,
On 2/2/21 10:32 AM, Pavel Machek wrote:
> Hi!
>
>>> Is it a regression? AFAIK it is a bug that has been there
>>> forever... My original plan was to simply wait for 5.12, so it gets
>>> full release of testing...
>>
>> It may have been a pre-existing bug which got triggered by libata
>>
Hi,
On 2/1/21 2:34 PM, Kyle Tso wrote:
> patch v2:
> https://lore.kernel.org/linux-devicetree/20210131151832.215931-1-kyle...@google.com/
>
> Changes since v2:
> =
> usb: typec: Determine common SVDM Versions
> - rename the variable and the functions (remove the text "common")
>
Hi,
On 2/1/21 3:36 AM, Perry Yuan wrote:
> Hi Hans.
> Could you share your the commit link after you apply this patch to your
> for-next branch?
https://git.kernel.org/pub/scm/linux/kernel/git/pdx86/platform-drivers-x86.git/commit/?h=for-next=64b0efa18f8c3b1baac369b8d74d0fdae02bc4bc
Hi,
On 1/31/21 3:04 PM, Limonciello, Mario wrote:
>
>
>> -Original Message-----
>> From: Hans de Goede
>> Sent: Saturday, January 30, 2021 15:44
>> To: Limonciello, Mario; Mark Gross
>> Cc: LKML; platform-driver-...@vger.kernel.org
>> Subject: Re:
Hi,
On 1/29/21 6:26 PM, Mario Limonciello wrote:
> An upcoming Dell platform is causing a NULL pointer dereference
> in dell-wmi-sysman initialization. Validate that the input from
> BIOS matches correct ACPI types and abort module initialization
> if it fails.
>
> This leads to a memory leak
Hi,
On 1/30/21 8:14 PM, Filipe Laíns wrote:
> Hans,
>
> You added support for non unifying receivers in
> 74808f9115cee2bb53e7161432959f3e87b631e4, could you please test and make sure
> this cause any breakage with your devices?
>
> AFAIK, they could only break if they have a 0x01 report which
Hi,
On 1/30/21 4:40 PM, Charles Keepax wrote:
> On Sat, Jan 23, 2021 at 01:17:20PM +0100, Hans de Goede wrote:
>> Add jack detect support by creating a jack and calling
>> snd_soc_component_set_jack to register the created jack
>> with the codec.
>>
>> Reviewed-b
Hi,
On 1/29/21 9:28 PM, Linus Torvalds wrote:
> On Fri, Jan 29, 2021 at 12:02 PM Linus Torvalds
> wrote:
>>
>> It's fairly easy to work around in this in the tty layer by just
>> avoiding that function entirely, so I'll cook up a patch to do that.
>> But I'm adding the appropriate people to the
Hi Linus,
On 1/29/21 7:23 PM, Hans de Goede wrote:
> Hi,
>
> On 1/29/21 7:09 PM, Linus Torvalds wrote:
>> On Fri, Jan 29, 2021 at 6:54 AM Hans de Goede wrote:
>>>
>>> While testing 5.11-rc5 I noticed that flicker-free boot was no longer
>>> flick
Hi,
On 1/29/21 7:09 PM, Linus Torvalds wrote:
> On Fri, Jan 29, 2021 at 6:54 AM Hans de Goede wrote:
>>
>> While testing 5.11-rc5 I noticed that flicker-free boot was no longer
>> flicker free,
>> when plymouth loads and tells systemd to start logging detail
Hi,
On 1/27/21 11:01 PM, Pavel Machek wrote:
> Hi!
>
> Booting a 5.11-rc2 kernel with lockdep enabled inside a virtualbox vm
> (which still
> emulates good old piix ATA controllers) I get the below lockdep splat
> early on during boot:
>
> This seems to be led-class
Hi,
On 1/13/21 9:59 AM, Hans de Goede wrote:
> Hi,
>
> On 1/12/21 11:30 PM, Pavel Machek wrote:
>> Hi!
>>
>>> Booting a 5.11-rc2 kernel with lockdep enabled inside a virtualbox vm
>>> (which still
>>> emulates good old piix ATA controllers) I
Hi,
On 1/24/21 8:53 PM, Andy Shevchenko wrote:
> On Sat, Jan 23, 2021 at 2:17 PM Hans de Goede wrote:
>>
>> Cleanup the use of dev_foo functions used for logging:
>>
>> 1. Many of these are unnecessarily split over multiple lines
>> 2. Use dev_err_pr
Cleanup the use of dev_foo functions used for logging:
1. Many of these are unnecessarily split over multiple lines
2. Use dev_err_probe() in cases where we might get a -EPROBE_DEFER
return value
Suggested-by: Andy Shevchenko
Signed-off-by: Hans de Goede
---
Changes in v4:
- While
Add jack detect support by creating a jack and calling
snd_soc_component_set_jack to register the created jack
with the codec.
Reviewed-by: Andy Shevchenko
Signed-off-by: Hans de Goede
---
sound/soc/intel/boards/bytcr_wm5102.c | 28 ++-
1 file changed, 27 insertions
d-by: Andy Shevchenko
Signed-off-by: Hans de Goede
---
sound/soc/codecs/arizona-jack.c | 149 +---
sound/soc/codecs/arizona.h | 7 +-
2 files changed, 47 insertions(+), 109 deletions(-)
diff --git a/sound/soc/codecs/arizona-jack.c b/sound/soc/codecs/arizona-ja
Signed-off-by: Hans de Goede
---
sound/soc/codecs/wm5102.c | 12 +++-
sound/soc/codecs/wm5110.c | 12 +++-
sound/soc/codecs/wm8997.c | 14 --
sound/soc/codecs/wm8998.c | 9 +
4 files changed, 43 insertions(+), 4 deletions(-)
diff --git a/sound/soc/codecs/wm5102.c b
ndy Shevchenko
Signed-off-by: Hans de Goede
---
sound/soc/codecs/arizona-jack.c | 42 ++---
sound/soc/codecs/arizona.h | 1 -
2 files changed, 18 insertions(+), 25 deletions(-)
diff --git a/sound/soc/codecs/arizona-jack.c b/sound/soc/codecs/arizona-jack.c
index 5b40316d0
ers for codecs which are converted
to use the new helper functions from arizona-jack.c are modified to
create a snd_soc_jack through snd_soc_card_jack_new() and register
this jack with the codec through snd_soc_component_set_jack().
Reviewed-by: Andy Shevchenko
Signed-off-by: Hans de Goede
---
Chan
ound/soc/codecs/arizona-jack.c .
This is a preparation patch for converting the arizona extcon-driver into
a helper library for letting the arizona codec-drivers directly report jack
state through the standard sound/soc/soc-jack.c functions.
Signed-off-by: Hans de Goede
---
Changes in v4:
- Add s
.
Reviewed-by: Andy Shevchenko
Acked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
sound/soc/codecs/arizona-jack.c | 97 ++---
sound/soc/codecs/arizona.h | 36
2 files changed, 65 insertions(+), 68 deletions(-)
diff --git a/sound/soc/codecs
().
Reviewed-by: Andy Shevchenko
Signed-off-by: Hans de Goede
---
Changes in v3:
- This is a new patch in v3 of this patch-set
---
drivers/extcon/extcon-arizona.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c
The arizona jack-dection handling is being reworked so that the
codec-child-device drivers directly handle jack-detect themselves,
so it is no longer necessary to instantiate "arizona-extcon"
child-devices.
Signed-off-by: Hans de Goede
---
drivers/mfd/arizona-core.c | 20 -
ked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
drivers/extcon/extcon-arizona.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c
index 76aacbac5869..72d23b15108c 100644
--- a/drivers/extcon/extcon-arizona.c
++
other small tweaks, see individual patch changelogs
Regards,
Hans
Hans de Goede (13):
mfd: arizona: Drop arizona-extcon cells
extcon: arizona: Fix some issues when HPDET IRQ fires after the jack
has been unplugged
extcon: arizona: Fix various races on driver unbind
extcon: arizo
of various theoretically possible races caused
by the wrong ordering inside arizona_extcon_remove(), this fixes the
ordering fixing all possible races, including the reported oops.
Reviewed-by: Andy Shevchenko
Acked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
drivers/extcon/extcon-arizona.c
2 steps when arizona_hpdet_irq
runs after the jack has been unplugged.
Reviewed-by: Andy Shevchenko
Acked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
drivers/extcon/extcon-arizona.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/extcon/extcon
Hi,
On 1/23/21 11:29 AM, Charles Keepax wrote:
> On Fri, Jan 22, 2021 at 07:32:50PM +0100, Hans de Goede wrote:
>> Sometimes regulator_get() gets called twice for the same supply on the
>> same device. This may happen e.g. when a framework / library is used
>> whi
HI,
On 1/22/21 9:56 PM, Andy Shevchenko wrote:
> On Fri, Jan 22, 2021 at 6:41 PM Hans de Goede wrote:
>>
>> Cleanup the use of dev_foo functions used for logging:
>>
>> 1. Many of these are unnecessarily split over multiple lines
>> 2. Use dev_err_pr
Hi,
On 1/22/21 9:40 PM, Andy Shevchenko wrote:
> On Fri, Jan 22, 2021 at 6:41 PM Hans de Goede wrote:
>>
>> The jack handling for arizona codecs is being refactored so that it is
>> done directly by the codec drivers, instead of having an extcon-driver
>> bind to
Hi,
On 1/22/21 9:38 PM, Andy Shevchenko wrote:
> On Fri, Jan 22, 2021 at 6:41 PM Hans de Goede wrote:
>>
>> Before this commit the extcon-arizona code was mixing pm_runtime_get()
>> and pm_runtime_get_sync() in different places.
>>
>> In all places where
Cc: Charles Keepax
Signed-off-by: Hans de Goede
---
drivers/regulator/core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c
index ca03d8e70bd1..75ec6f334506 100644
--- a/drivers/regulator/core.c
+++ b/drivers/regulator/core.
Signed-off-by: Hans de Goede
---
sound/soc/codecs/arizona-jack.c | 149 +---
sound/soc/codecs/arizona.h | 7 +-
2 files changed, 47 insertions(+), 109 deletions(-)
diff --git a/sound/soc/codecs/arizona-jack.c b/sound/soc/codecs/arizona-jack.c
index e121490eb379..26
The arizona jack-dection handling is being reworked so that the
codec-child-device drivers directly handle jack-detect themselves,
so it is no longer necessary to instantiate "arizona-extcon"
child-devices.
Signed-off-by: Hans de Goede
---
drivers/mfd/arizona-core.c | 20 -
ked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
drivers/extcon/extcon-arizona.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c
index 76aacbac5869..72d23b15108c 100644
--- a/drivers/extcon/extcon-arizona.c
++
of various theoretically possible races caused
by the wrong ordering inside arizona_extcon_remove(), this fixes the
ordering fixing all possible races, including the reported oops.
Reviewed-by: Andy Shevchenko
Acked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
drivers/extcon/extcon-arizona.c
dding arizona-jack.c
as a copy and then later removing extcon-arizona.c
-Some other small tweaks, see individual patch changelogs
Regards,
Hans
Hans de Goede (13):
mfd: arizona: Drop arizona-extcon cells
extcon: arizona: Fix some issues when HPDET IRQ fires after the jack
has been unplu
ound/soc/codecs/arizona-jack.c .
This is a preparation patch for converting the arizona extcon-driver into
a helper library for letting the arizona codec-drivers directly report jack
state through the standard sound/soc/soc-jack.c functions.
Signed-off-by: Hans de Goede
---
Changes in v3:
- Fold the 2
2 steps when arizona_hpdet_irq
runs after the jack has been unplugged.
Reviewed-by: Andy Shevchenko
Acked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
drivers/extcon/extcon-arizona.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/extcon/extcon
().
Signed-off-by: Hans de Goede
---
Changes in v3:
- This is a new patch in v3 of this patch-set
---
drivers/extcon/extcon-arizona.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c
index 72d23b15108c..56d2ce05de50
Make all arizona codec drivers for which drivers/mfd/arizona-core.c used
to instantiate a "arizona-extcon" child-device use the new arizona-jack.c
library for jack-detection.
This has been tested on a Lenovo Yoga Tablet 2 1051L with a WM5102 codec.
Signed-off-by: Hans de Goede
---
ers for codecs which are converted
to use the new helper functions from arizona-jack.c are modified to
create a snd_soc_jack through snd_soc_card_jack_new() and register
this jack with the codec through snd_soc_component_set_jack().
Signed-off-by: Hans de Goede
---
Changes in v3:
- Pass dev (the co
has already been enabled on the parent-device
by the arizona MFD driver.
This is part of a patch series converting the arizona extcon driver into
a helper library for letting the arizona codec-drivers directly report
jack state through the standard sound/soc/soc-jack.c functions.
Signed-off-by: Hans
Cleanup the use of dev_foo functions used for logging:
1. Many of these are unnecessarily split over multiple lines
2. Use dev_err_probe() in cases where we might get a -EPROBE_DEFERRED
return value
Suggested-by: Andy Shevchenko
Signed-off-by: Hans de Goede
---
Changes in v3
Add jack detect support by creating a jack and calling
snd_soc_component_set_jack to register the created jack
with the codec.
Reviewed-by: Andy Shevchenko
Signed-off-by: Hans de Goede
---
sound/soc/intel/boards/bytcr_wm5102.c | 28 ++-
1 file changed, 27 insertions
.
Reviewed-by: Andy Shevchenko
Acked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
sound/soc/codecs/arizona-jack.c | 97 ++---
sound/soc/codecs/arizona.h | 36
2 files changed, 65 insertions(+), 68 deletions(-)
diff --git a/sound/soc/codecs
Hi,
On 1/22/21 10:38 AM, Andy Shevchenko wrote:
> On Fri, Jan 22, 2021 at 2:03 AM Hans de Goede wrote:
>> On 1/18/21 1:02 PM, Andy Shevchenko wrote:
>>> On Sun, Jan 17, 2021 at 6:06 PM Hans de Goede wrote:
>
> ...
>
>>> Can you elaborate switchings fr
Hi,
On 1/22/21 2:04 PM, Charles Keepax wrote:
> On Fri, Jan 22, 2021 at 01:23:44PM +0100, Hans de Goede wrote:
>> On 1/22/21 12:26 PM, Charles Keepax wrote:
>>> On Thu, Jan 21, 2021 at 05:55:00PM +0100, Hans de Goede wrote:
>>>> On 1/19/21 10:51 AM, Richard Fitzger
Hi,
On 1/22/21 12:26 PM, Charles Keepax wrote:
> On Thu, Jan 21, 2021 at 05:55:00PM +0100, Hans de Goede wrote:
>> Hi,
>>
>> On 1/19/21 10:51 AM, Richard Fitzgerald wrote:
>>> On 18/01/2021 17:24, Andy Shevchenko wrote:
>>>> On Sun, Ja
for tablet mode on Dell Inspiron 7352
Geert Uytterhoeven (1):
platform/surface: SURFACE_PLATFORMS should depend on ACPI
Hans de Goede (3):
platform/x86: touchscreen_dmi: Add swap-x-y quirk for Goodix touchscreen
on Estar Beauty HD tablet
platform/x86: intel-vbtn: Drop HP Stream x360
Hi,
On 1/18/21 1:02 PM, Andy Shevchenko wrote:
> On Sun, Jan 17, 2021 at 6:06 PM Hans de Goede wrote:
>>
>> Use arizona->dev for runtime-pm as the main shared/libray code from
>> sound/soc/codecs/arizona.c does.
>
> Can you elaborate switchings from get() to g
Hi,
On 1/19/21 10:51 AM, Richard Fitzgerald wrote:
> On 18/01/2021 17:24, Andy Shevchenko wrote:
>> On Sun, Jan 17, 2021 at 6:06 PM Hans de Goede wrote:
>>>
>>> Convert the arizona extcon driver into a helper library for direct use
>>> from the arizona co
Hi,
On 1/18/21 1:47 PM, Mark Brown wrote:
> On Sun, Jan 17, 2021 at 05:05:46PM +0100, Hans de Goede wrote:
>> When the jack is partially inserted and then removed again it may be
>> removed while the hpdet code is running. In this case the following
>> may happen:
>
ssing requestor info to the host
for VirtualBox 6.0.x")
Reported-by: Ludovic Pouzenc
Signed-off-by: Hans de Goede
---
Changes in v2:
- Add Reported-by: Ludovic Pouzenc
---
drivers/virt/vboxguest/vboxguest_utils.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
Hi,
On 1/20/21 8:59 PM, Andy Shevchenko wrote:
> On Wed, Jan 20, 2021 at 9:18 PM Hans de Goede wrote:
>> On 1/18/21 2:34 PM, Mark Brown wrote:
>>> On Mon, Jan 18, 2021 at 02:13:50PM +0100, Hans de Goede wrote:
>>>
>>>> More in general I'm not aware o
Hi,
On 1/20/21 9:56 PM, Jared Baldridge wrote:
> The OneGX1 Pro has a fairly unique combination of generic strings,
> but we additionally match on the BIOS date just to be safe.
>
> Signed-off-by: Jared Baldridge
Thanks, patch looks good to me:
Reviewed-by: Hans de Goede
functions (this could happen on e.g. manual
driver binding through sysfs).
Suggested-by: Andy Shevchenko
Reviewed-by: Andy Shevchenko
Acked-by: Charles Keepax
Signed-off-by: Hans de Goede
---
Changes in v2:
- New patch in v2 of this patchset
---
drivers/mfd/arizona-core.c | 11 ---
drivers
in v2:
- Split my WM5102 work into 2 series, one series adding basic support
for Bay Trail boards with a WM5102 codec and a second series with
the jack-detect work
- Various other minor code tweaks
Hans de Goede (4):
mfd: arizona: Add MODULE_SOFTDEP("pre: arizona_ldo1")
mfd: arizon
Signed-off-by: Hans de Goede
---
drivers/mfd/arizona-i2c.c | 1 +
drivers/mfd/arizona-spi.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/mfd/arizona-i2c.c b/drivers/mfd/arizona-i2c.c
index 4b58e3ad6eb6..2a4a3a164d0a 100644
--- a/drivers/mfd/arizona-i2c.c
+++ b/drivers/mfd/ari
. and 2. still have their IPC IRQ at index 0 rather then 5
Add a DMI quirk table to check for the few known models with this issue,
so that the right IPC IRQ index is used on these systems.
Reviewed-by: Andy Shevchenko
Acked-by: Pierre-Louis Bossart
Signed-off-by: Hans de Goede
---
sound/soc
ine driver and ACPI hooks, the BYT-CR detection
quirk which these devices need will be added in a separate patch.
BugLink: https://github.com/thesofproject/linux/issues/2485
Co-authored-by: Pierre-Louis Bossart
Signed-off-by: Pierre-Louis Bossart
Reviewed-by: Andy Shevchenko
Signed-off-by: Han
Hartmann, combined with insights in things like the speaker GPIO
from the android-x86 android port for the Lenovo Yoga Tablet 2 1051F/L [1].
[1] https://github.com/Kitsune/Android_Yoga_Tablet_2-1051F_Kernel
Cc: Christian Hartmann
Reviewed-by: Andy Shevchenko
Signed-off-by: Hans de Goede
d of an int and adapt its callers to that.
>
> While at it, rename acpi_get_device_data() to handle_to_device(),
> because the old name does not really reflect the functionality
> provided by that function.
>
> No intentional functional impact.
>
> Signed-off-by: Rafael J. Wysocki
Ni
s running"
> - no change
I've finally gotten around to testing this. I'm happy to
report that the power-role swapping regression seen in one
of the older versions of this patch-set is gone.
So the entire series is:
Tested-by: Hans de Goede
Regards,
Hans
>
>
Hi,
On 1/18/21 2:34 PM, Mark Brown wrote:
> On Mon, Jan 18, 2021 at 02:13:50PM +0100, Hans de Goede wrote:
>
>> More in general I'm not aware of any (recent-ish) x86 GPIO controllers
>> not being able to do active low interrupts. In theory we could hit this
>> code path o
ssing requestor info to the host
for VirtualBox 6.0.x")
Signed-off-by: Hans de Goede
---
drivers/virt/vboxguest/vboxguest_utils.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/drivers/virt/vboxguest/vboxguest_utils.c
b/drivers/virt/vboxguest/vboxgue
Hi,
On 1/19/21 5:33 PM, Limonciello, Mario wrote:
-Original Message-
From: Yuan, Perry
Sent: Tuesday, January 12, 2021 11:18
To: oder_ch...@realtek.com; pe...@perex.cz; ti...@suse.com;
hdego...@redhat.com; mgr...@linux.intel.com
Cc: lgirdw...@gmail.com;
Hi,
On 1/5/21 10:24 AM, Peer, Ilan wrote:
> Hi,
>
>> -Original Message-----
>> From: Hans de Goede
>> Sent: Monday, January 04, 2021 19:07
>> To: Johannes Berg ; David S . Miller
>> ; Jakub Kicinski ; Rojewski,
>> Cezary ; Pierre-Louis Bossart >
Hi,
On 1/18/21 8:39 PM, Stephen Rothwell wrote:
> Hi all,
>
> On Tue, 19 Jan 2021 06:27:58 +1100 Stephen Rothwell
> wrote:
>>
>> In commit
>>
>> 99d53ba0d0d9 ("platform/x86: hp-wmi: Don't log a warning on
>> HPWMI_RET_UNKNOWN_COMMAND errors")
>>
>> Fixes tag
>>
>> Fixes: 81c93798ef3e
Hi,
On 1/18/21 2:01 AM, Yue Zou wrote:
> Remove a superfluous semicolon after function definition.
>
> Signed-off-by: Yue Zou
Thank you for your patch, I've applied this patch to my review-hans
branch:
Hi,
On 1/14/21 4:08 PM, Maximilian Luz wrote:
> Both, ssh_rtl_rx_start() and ssh_rtl_tx_start() functions, do not exist
> and have been consolidated into ssh_rtl_start(). Nevertheless,
> kernel-doc references the former functions. Replace those references
> with references to ssh_rtl_start().
>
Hi,
On 1/14/21 9:04 AM, Mauro Carvalho Chehab wrote:
> A function has a different name between their prototype
> and its kernel-doc markup:
>
> ../drivers/platform/surface/aggregator/ssh_request_layer.c:1065:
> warning: expecting prototype for ssh_rtl_tx_start(). Prototype was for
>
Hi,
On 1/18/21 5:00 PM, Daniel Scally wrote:
>
> On 18/01/2021 15:48, andriy.shevche...@linux.intel.com wrote:
>> On Mon, Jan 18, 2021 at 04:32:54PM +0100, Hans de Goede wrote:
>>> On 1/18/21 4:23 PM, andriy.shevche...@linux.intel.com wrote:
>> ...
>>
>>
Hi,
On 1/18/21 4:23 PM, andriy.shevche...@linux.intel.com wrote:
> On Mon, Jan 18, 2021 at 02:51:30PM +, Barnabás Pőcze wrote:
>> 2021. január 18., hétfő 14:51 keltezéssel, Andy Shevchenko írta:
>>
>>> On Mon, Jan 18, 2021 at 11:12:34AM +, Barnabás Pőcze wrote:
2021. január 18.,
Hi,
On 1/18/21 4:32 PM, Andy Shevchenko wrote:
> On Mon, Jan 18, 2021 at 04:16:16PM +0100, Rafael J. Wysocki wrote:
>> On Sat, Jan 16, 2021 at 1:37 PM Hans de Goede wrote:
>>> On 1/14/21 7:46 PM, Rafael J. Wysocki wrote:
>
> ...
>
>>> When I have cases like
Hi,
On 1/18/21 4:16 PM, Rafael J. Wysocki wrote:
> On Sat, Jan 16, 2021 at 1:37 PM Hans de Goede wrote:
>>
>> Hi,
>>
>> On 1/14/21 7:46 PM, Rafael J. Wysocki wrote:
>>> From: Rafael J. Wysocki
>>>
>>> The upfront allocation of n
Hi,
On 1/18/21 2:34 PM, Mark Brown wrote:
> On Mon, Jan 18, 2021 at 02:13:50PM +0100, Hans de Goede wrote:
>
>> More in general I'm not aware of any (recent-ish) x86 GPIO controllers
>> not being able to do active low interrupts. In theory we could hit this
>> code path o
Hi,
On 1/18/21 2:02 PM, Mark Brown wrote:
> On Sun, Jan 17, 2021 at 10:22:50PM +0100, Hans de Goede wrote:
>
>> +/*
>> + * Some DSDTs wrongly declare the IRQ trigger-type as
>> IRQF_TRIGGER_FALLING
>> + * The IRQ line will stay low when a new IRQ eve
201 - 300 of 4303 matches
Mail list logo