> On Oct 23, 2020, at 19:34, Takashi Iwai wrote:
>
> On Fri, 23 Oct 2020 12:23:36 +0200,
> Kai-Heng Feng wrote:
>>
>> @@ -1038,14 +1036,6 @@ static int azx_suspend(struct device *dev)
>> __azx_runtime_suspend(chip);
>> else
>>
> On Oct 23, 2020, at 19:36, Takashi Iwai wrote:
>
> On Fri, 23 Oct 2020 12:23:37 +0200,
> Kai-Heng Feng wrote:
>> @@ -1103,10 +1096,8 @@ static int azx_runtime_suspend(struct device *dev)
>> chip = card->private_data;
>>
>>
this issue so we only use this trick for old
8821C firmware version.
Suggested-by: Max Chou
Signed-off-by: Kai-Heng Feng
---
v2:
- Fix incorrect parAnthesis on le16_to_cpu.
- Ensure firmware gets re-uploaded in initialization.
drivers/bluetooth/btrtl.c | 46
> On Nov 19, 2020, at 21:59, Greg Kroah-Hartman
> wrote:
>
> On Thu, Nov 19, 2020 at 09:41:32PM +0800, Kai-Heng Feng wrote:
>> Hi penghao,
>>
>>> On Nov 19, 2020, at 20:17, 彭浩 wrote:
>>>
>>> root@uos-PC:/sys/bus/usb/devices/usb7# dmesg
&
> On Nov 19, 2020, at 22:23, Greg Kroah-Hartman
> wrote:
>
> On Thu, Nov 19, 2020 at 10:12:02PM +0800, Kai-Heng Feng wrote:
>>
>>
>>> On Nov 19, 2020, at 21:59, Greg Kroah-Hartman
>>> wrote:
>>>
>>> On Thu, Nov 19, 20
ASUS ROG Strix also uses ALC1220-VB-DT, so adjust the mapping and add
profile name to let userspace pick correct UCM profile.
BugLink: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/1031
Signed-off-by: Kai-Heng Feng
---
sound/usb/card.c | 4
sound/usb/mixer_maps.c | 3
this issue so we only use this trick for old
8821C firmware version.
Signed-off-by: Kai-Heng Feng
---
drivers/bluetooth/btrtl.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/bluetooth/btrtl.c b/drivers/bluetooth/btrtl.c
index 3a9afc905f24..2f3843fb2b95
core will suspend and resume the
device as normal.
- If codec is runtime-suspended, PM core will try to keep it suspended.
If it's still suspended after system resume, we use
hda_codec_pm_complete() to resume codec if it's needed.
Signed-off-by: Kai-Heng Feng
---
v2:
- Also resume when codec
t-complete for it if
conditions are met. So make runtime and system PM distinctive to always
apply correct wake up setting.
At least point, hopefully all runtime PM issues are solved, let's enable
runtime PM by default again.
Kai-Heng Feng (4):
ALSA: hda: Refactor codec PM to use direct-complete optimization
, as
most modern systems won't have that issue.
Signed-off-by: Kai-Heng Feng
---
v2:
- Wording.
- Add info on IRQ # can change on old hardwares.
sound/pci/hda/hda_intel.c | 15 ---
1 file changed, 15 deletions(-)
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index
, to not break
direct-complete for codecs.
While at it, also remove AZX_DCAPS_SUSPEND_SPURIOUS_WAKEUP, as the
original bug commit a6630529aecb ("ALSA: hda: Workaround for spurious
wakeups on some Intel platforms") solves doesn't happen with this
patch.
Signed-off-by: Kai-Heng Feng
---
v
The broken jack detection should be fixed by commit a6e7d0a4bdb0 ("ALSA:
hda: fix jack detection with Realtek codecs when in D3"), let's try
enabling runtime PM by default again.
Signed-off-by: Kai-Heng Feng
---
v2:
- No change.
sound/pci/hda/hda_intel.c | 1 +
1 file changed, 1
> On Oct 27, 2020, at 15:36, Takashi Iwai wrote:
>
> On Tue, 27 Oct 2020 06:39:59 +0100,
> Kai-Heng Feng wrote:
>>
>> The code predates 2005, it should be unnecessary now as PCI core handles
>> IRQ much better nowadays.
>>
>> So stop PC
> On Oct 27, 2020, at 16:15, Takashi Iwai wrote:
>
> On Tue, 27 Oct 2020 09:12:07 +0100,
> Takashi Iwai wrote:
>>
>> On Tue, 27 Oct 2020 08:46:05 +0100,
>> Takashi Iwai wrote:
@@ -1103,10 +1115,8 @@ static int azx_runtime_suspend(struct device *dev)
chip = card->private_data;
Hi Kai,
> On Oct 27, 2020, at 19:38, Kai Vehmanen wrote:
>
> Hi,
>
> thanks, this looks like a good improvement! Some minor notes:
>
> On Tue, 27 Oct 2020, Kai-Heng Feng wrote:
>
>> Both pm_runtime_force_suspend() and pm_runtime_force_resume() have
>>
The broken jack detection should be fixed by commit a6e7d0a4bdb0 ("ALSA:
hda: fix jack detection with Realtek codecs when in D3"), let's try
enabling runtime PM by default again.
Signed-off-by: Kai-Heng Feng
---
v3:
- No change.
v2:
- No change.
sound/pci/hda/hda_intel.c | 1
t-complete for it if
conditions are met. So make runtime and system PM distinctive to always
apply correct wake up setting.
At least point, hopefully all runtime PM issues are solved, let's enable
runtime PM by default again.
v3:
- Drop "ALSA: hda: Stop mangling PCI IRQ"
Kai-Heng Feng (3):
ALSA: hd
, to not break
direct-complete for codecs.
While at it, also remove AZX_DCAPS_SUSPEND_SPURIOUS_WAKEUP, as the
original bug commit a6630529aecb ("ALSA: hda: Workaround for spurious
wakeups on some Intel platforms") solves doesn't happen with this
patch.
Signed-off-by: Kai-Heng Feng
---
core will suspend and resume the
device as normal.
- If codec is runtime-suspended, PM core will try to keep it suspended.
If it's still suspended after system resume, we use
hda_codec_pm_complete() to resume codec if it's needed.
Signed-off-by: Kai-Heng Feng
---
v3:
- No change
v2:
- Also
> On Oct 29, 2020, at 01:39, Tyler Hicks wrote:
>
> On 2020-10-28 11:30:11, Tyler Hicks wrote:
>> So, we need help from Kai, Kenneth, or Mimi to verify my assumption that
>> their firmware is providing an empty main event log and a populated
>> final event log.
>
> Hi Kai, Kenneth, and Mimi -
ccurs when a system restart is requested" [1], so let's do the
same here.
[1] https://docs.microsoft.com/en-us/windows/win32/power/system-power-states
Signed-off-by: Kai-Heng Feng
---
kernel/reboot.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/reboot.c b/kernel/rebo
Hi Hans,
> On Oct 30, 2020, at 15:06, Kai-Heng Feng wrote:
>
> After reboot, it's not possible to use hotkeys to enter BIOS setup and
> boot menu on some HP laptops.
>
> BIOS folks identified the root cause is the missing _PTS call, and BIOS
> is expecting _PTS to do pro
Hi penghao,
> On Nov 18, 2020, at 19:06, penghao wrote:
>
> Add a USB_QUIRK_DISCONNECT_SUSPEND quirk for the Lenovo TIO built-in
> usb-audio. when A630Z going into S3,the system immediately wakeup 7-8
> seconds later by usb-audio disconnect interrupt to avoids the issue.
>
> Seeking a better
Hi penghao,
> On Nov 18, 2020, at 20:30, penghao wrote:
>
> Add a USB_QUIRK_DISCONNECT_SUSPEND quirk for the Lenovo TIO built-in
> usb-audio. when A630Z going into S3,the system immediately wakeup 7-8
> seconds later by usb-audio disconnect interrupt to avoids the issue.
> eg dmesg:
>
> [
ling method.
So add an indication to let thermal core know it should leave thermal
device to userspace to handle.
Signed-off-by: Kai-Heng Feng
---
drivers/thermal/thermal_core.c | 3 +++
include/linux/thermal.h| 2 ++
2 files changed, 5 insertions(+)
diff --git a/drivers/thermal/thermal_core
The device isn't present under ACPI ThermalZone, and there's a dedicated
userspace daemon for this thermal device.
Let thermal core know it shouldn't handle trips to avoid surprising
thermal shutdown.
Signed-off-by: Kai-Heng Feng
---
drivers/thermal/intel/intel_pch_thermal.c | 11
The device isn't present under ACPI ThermalZone, and there's a dedicated
userspace daemon for this thermal device.
Let thermal core know it shouldn't handle trips to avoid surprising
thermal shutdown.
Signed-off-by: Kai-Heng Feng
---
drivers/thermal/intel/int340x_thermal/int3400_thermal.c
> On Nov 30, 2020, at 13:29, Srinivas Pandruvada
> wrote:
>
> On Sun, 2020-11-29 at 01:54 +0800, Kai-Heng Feng wrote:
>> The device isn't present under ACPI ThermalZone, and there's a
>> dedicated
>> userspace daemon for this thermal device.
>>
>>
> On Nov 30, 2020, at 15:57, Daniel Lezcano wrote:
>
>
> [Added Srinivas]
>
> On 28/11/2020 18:54, Kai-Heng Feng wrote:
>> We are seeing thermal shutdown on Intel based mobile workstations, the
>> shutdown happens during the first trip handle in
>> therm
> On Dec 1, 2020, at 00:19, Srinivas Pandruvada
> wrote:
>
> On Mon, 2020-11-30 at 16:23 +0800, Kai-Heng Feng wrote:
>>> On Nov 30, 2020, at 15:57, Daniel Lezcano <
>>> daniel.lezc...@linaro.org> wrote:
>>>
>>>
>>> [Added Srini
> On Dec 1, 2020, at 02:13, Srinivas Pandruvada
> wrote:
[snipped]
>>> What about creating an new callback
>>>
>>> enum thermal_trip_status {
>>> THERMAL_TRIP_DISABLED = 0,
>>> THERMAL_TRIP_ENABLED,
>>> };
>>>
>>> int get_trip_status(struct thermal_zone_device *, int trip, enum
/switches. So when putting the root port to D3cold as last step,
ACPI GPE is untouched as it's already enabled.
However, platform may need PCI devices to be in D3hot or PME enabled
prior enabling GPE to make it work. So re-enable ACPI GPE to address
this.
Signed-off-by: Kai-Heng Feng
---
drivers
Hi Jarkko,
A user report that the system can only do S3 once. Subsequent S3 fails after
commit a3fbfae82b4c ("tpm: take TPM chip power gating out of tpm_transmit()").
Dmesg with the issue, collected under 5.10-rc2:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1891502/comments/14
Dmesg
> On Dec 1, 2020, at 02:39, Srinivas Pandruvada
> wrote:
>
> On Tue, 2020-12-01 at 02:22 +0800, Kai-Heng Feng wrote:
>>> On Dec 1, 2020, at 02:13, Srinivas Pandruvada <
>>> srinivas.pandruv...@linux.intel.com> wrote:
>>
>> [snipped
wever, igc is like igb, runtime resume routine
uses rtnl_lock() which upper ethtool layer also uses.
So to prevent a deadlock on rtnl, take a different approach, use
pm_runtime_suspended() to avoid reading register while device is runtime
suspended.
Cc:
Signed-off-by: Kai-Heng Feng
---
drivers/
gt;
> After the patch:
> echo disabled > //sys/devices/pci\:00/\:00\:19.0/power/wakeup
> becomes 0 usecs because the hooks will be skipped.
>
> Suggested-by: Kai-Heng Feng
> Signed-off-by: Chen Yu
Well, I was intended to send it, but anyway :)
> ---
> v2:
> On Nov 26, 2020, at 19:10, Chen Yu wrote:
>
> On Thu, Nov 26, 2020 at 02:36:42PM +0800, Kai-Heng Feng wrote:
>>>>
>>>> What about plugging ethernet cable and using WoL after system is suspended?
>>>> Commit "e1000e: Exclud
> On Nov 26, 2020, at 22:45, Chen Yu wrote:
>
> On Thu, Nov 26, 2020 at 08:05:02PM +0800, Kai-Heng Feng wrote:
>>
>>
>>> On Nov 26, 2020, at 19:10, Chen Yu wrote:
>>>
>>> On Thu, Nov 26, 2020 at 02:36:42PM +0800, Kai-Heng Feng wrote:
&
The device isn't present under ACPI ThermalZone, and there's a dedicated
userspace daemon for this thermal device.
Let thermal core know it shouldn't handle trips to avoid surprising
thermal shutdown.
Signed-off-by: Kai-Heng Feng
---
drivers/thermal/intel/intel_pch_thermal.c | 11
The device isn't present under ACPI ThermalZone, and there's a dedicated
userspace daemon for this thermal device.
Let thermal core know it shouldn't handle trips to avoid surprising
thermal shutdown.
Signed-off-by: Kai-Heng Feng
---
drivers/thermal/intel/int340x_thermal/int3400_thermal.c
ling method.
So add an indication to let thermal core know it should leave thermal
device to userspace to handle.
Signed-off-by: Kai-Heng Feng
---
drivers/thermal/thermal_core.c | 3 +++
include/linux/thermal.h| 2 ++
2 files changed, 5 insertions(+)
diff --git a/drivers/thermal/thermal_core
gt; dlaz richard.o.dodd
> kerneldev linux-usb
> linux-kernel
> Sent: 2020-11-20 02:27
> Subject: Re:Re: [PATCH] USB: quirks: Add USB_QUIRK_DISCONNECT_SUSPEND
> quirkforLenovo A630Z TIO built-in usb-audio card
>
>
>
> > On Nov 19, 2020, at 22:23, Greg Kroah-Ha
Hi Yu,
> On Nov 24, 2020, at 23:32, Chen Yu wrote:
>
> The NIC is put in runtime suspend status when there is no wire connected.
> As a result, it is safe to keep this NIC in runtime suspended during s2ram
> because the system does not rely on the NIC plug event nor WOL to wake up
> the system.
> On Nov 24, 2020, at 22:00, Rafael J. Wysocki wrote:
>
> On Tue, Nov 24, 2020 at 8:36 AM Kai-Heng Feng
> wrote:
>>
>> Dell Precision 5550 fails to detect Thunderbolt device hotplug events,
>> once the Thunderbolt device and its root port are runtime-suspen
> On Nov 25, 2020, at 01:48, Rafael J. Wysocki wrote:
>
> On Tuesday, November 24, 2020 6:31:56 PM CET Kai-Heng Feng wrote:
>>
>>> On Nov 24, 2020, at 22:00, Rafael J. Wysocki wrote:
>>>
>>> On Tue, Nov 24, 2020 at 8:36 AM Kai-Heng Feng
>&g
> On Nov 25, 2020, at 18:36, Chen Yu wrote:
>
> Hi Kai-Heng,
> On Wed, Nov 25, 2020 at 01:17:28AM +0800, Kai-Heng Feng wrote:
>> Hi Yu,
>>
>>> On Nov 24, 2020, at 23:32, Chen Yu wrote:
>>>
>>> The NIC is put in runtime suspend stat
at 01:14, wrote:
-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
Add support to Sunix serial boards with up to 16 ports.
Sunix board need its own setup callback instead of using Timedia's, to
properly support more than 4 ports.
Cc: Morris Ku
Cc: Debbie Liu
Signed-off-by: Kai-Heng Feng
---
drivers/tty/serial/8250/8250_pci.c | 93
Sunix Multi I/O boards are different to Timedia's.
This patch adds proper support for Sunix MIO boards with 1 parallel and
up to 4 serial ports.
Cc: Morris Ku
Cc: Debbie Liu
Signed-off-by: Kai-Heng Feng
---
drivers/parport/parport_serial.c | 44 +++-
1 file
HP ZBook 17 G5 needs a non-standard mapping, x_inverted.
Signed-off-by: Kai-Heng Feng
---
drivers/platform/x86/hp_accel.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/platform/x86/hp_accel.c b/drivers/platform/x86/hp_accel.c
index f61b8a176e20..cfc0e36a7a5e 100644
--- a/drivers
Moxa serial boards only need a special setup function, we can use
generic 8250 framework for other parts.
So let's merge 8250_moxa to 8250_pci.
Signed-off-by: Kai-Heng Feng
---
drivers/tty/serial/8250/8250_moxa.c | 155
drivers/tty/serial/8250/8250_pci.c | 113
figuration of devices left in D0 (whatever the reason)
during suspend-to-idle need not be changed and attempting to put them
into D0 again by force may confuse some firmware, so explicitly avoid
doing that.
Fixes: d491f2b75237 ("PCI: PM: Avoid possible suspend-to-idle issue")
Reported-by: K
There's a new ALPS touchpad/pointstick combo device that requires
MT_CLS_WIN_8_DUAL to make its pointsitck work as a mouse.
The device can be found on HP ZBook 17 G5.
Signed-off-by: Kai-Heng Feng
---
drivers/hid/hid-ids.h| 1 +
drivers/hid/hid-multitouch.c | 4
2 files changed, 5
Hi Dmitry,
at 16:17, Dmitry Torokhov wrote:
Hi Kai-Heng,
On Mon, Jul 22, 2019 at 03:40:55PM +0800, Kai-Heng Feng wrote:
There are some new HP laptops with Elantech touchpad don't support
multitouch.
Currently we use ETP_NEW_IC_SMBUS_HOST_NOTIFY() to check if SMBus is
supported
Hi Stephen,
at 07:54, Stephen Rothwell wrote:
Hi all,
After merging the input-current tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/input/mouse/elantech.c: In function 'elantech_use_host_notify':
drivers/input/mouse/elantech.c:1843:6: warning: this
Hi Christoph,
> On Aug 25, 2020, at 2:23 PM, Christoph Hellwig wrote:
>
> On Fri, Aug 21, 2020 at 08:32:20PM +0800, Kai-Heng Feng wrote:
>> New Intel laptops with VMD cannot reach deeper power saving state,
>> renders very short battery time.
>
> So what about j
iginal fix.
Fixes: 2e26ccb119bd ("drm/radeon: prefer lower reference dividers")
BugLink: https://bugs.launchpad.net/bugs/1791312
BugLink: https://bugs.launchpad.net/bugs/1861554
Signed-off-by: Kai-Heng Feng
---
drivers/gpu/drm/radeon/radeon_display.c | 2 +-
1 file changed, 1 inse
LSPCON only supports 8 bpc for RGB/YCbCr444.
Set the correct bpp otherwise it renders blank screen.
Closes: https://gitlab.freedesktop.org/drm/intel/-/issues/2195
Signed-off-by: Kai-Heng Feng
---
drivers/gpu/drm/i915/display/intel_lspcon.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion
> On Aug 25, 2020, at 14:56, Christoph Hellwig wrote:
>
> On Tue, Aug 25, 2020 at 02:39:55PM +0800, Kai Heng Feng wrote:
>> Hi Christoph,
>>
>>> On Aug 25, 2020, at 2:23 PM, Christoph Hellwig wrote:
>>>
>>> On Fri, Aug 21, 2020 at 08:32
> On Aug 20, 2020, at 01:18, Takashi Iwai wrote:
>
> [ Adding a few more relevant people to Cc. ]
>
> On Wed, 19 Aug 2020 13:57:57 +0200,
> penghao wrote:
>>
>> TI024Gen3 USB-audio is controlled by TI024Gen3,when TI024Gens
>> enter sleep mode, USB-audio will disconnect from USB bus port,
>>
is a root complex integrated endpoint that
doesn't have ASPM capability, so we can't propagate the ASPM settings to
devices under it. Hence, simply apply ASPM_STATE_ALL to the links under
VMD domain, unsupported states will be cleared out anyway.
Signed-off-by: Kai-Heng Feng
---
drivers/pci/pcie
Hi Joerg,
> On Aug 21, 2020, at 21:43, Joerg Roedel wrote:
>
> Hi Kai,
>
> On Mon, Jun 29, 2020 at 08:33:22PM +0800, Kai-Heng Feng wrote:
>> I am still seeing the issue on v5.8-rc3. The issue goes away as soon
>> as "iommu=off" is added.
>
> Can
> On Sep 1, 2020, at 03:48, Ville Syrjälä wrote:
>
> On Thu, Aug 27, 2020 at 01:04:54PM +0800, Kai Heng Feng wrote:
>> Hi Ville,
>>
>>> On Aug 27, 2020, at 12:24 AM, Ville Syrjälä
>>> wrote:
>>>
>>> On Wed, Aug 26, 2020 at 01:21:15P
config.
[1]
https://www.intel.com/content/dam/support/us/en/documents/mini-pcs/NUC8CCH_TechProdSpec.pdf
BugLink: https://bugs.launchpad.net/bugs/1875199
Signed-off-by: Kai-Heng Feng
---
sound/pci/hda/patch_realtek.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/sound/pci/hda
because EAPOL hasn't finished. Increase the session protection
duration to 1200TU can eliminate the problem.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=209237
Signed-off-by: Kai-Heng Feng
---
drivers/net/wireless/intel/iwlwifi/mvm/mac80211.c | 4 ++--
1 file changed, 2 insertions(+), 2
.
So we don't know beforehand.
>
> I would prefer this doesn't get accepted in its current state.
Of course.
I think we need to find the root cause for your case before applying this one.
Kai-Heng
>
> Abhishek
>
> On Wed, Sep 23, 2020 at 10:56 AM Kai-Heng Feng
> wrote:
Hi Andrew,
> On Sep 23, 2020, at 23:37, Andrew Lunn wrote:
>
> On Wed, Sep 23, 2020 at 10:44:10PM +0800, Kai-Heng Feng wrote:
>> Hi Andrew,
>>
>>> On Sep 23, 2020, at 20:17, Andrew Lunn wrote:
>>>
>>> On Wed, Sep 23, 2020 at 03:47:51P
As Andrew Lunn pointed out, MDIO has nothing to do with phy, and indeed
increase polling iteration can resolve the issue.
While at it, also move the delay to the end of loop, to potentially save
50 us.
Signed-off-by: Kai-Heng Feng
---
v2:
- Increase polling iteration instead of powering down
Hi Andrew,
> On Sep 24, 2020, at 23:53, Andrew Lunn wrote:
>
> On Thu, Sep 24, 2020 at 11:09:58PM +0800, Kai-Heng Feng wrote:
>> We are seeing the following error after S3 resume:
>> [ 704.746874] e1000e :00:1f.6 eno1: Setting page 0x6020
>> [ 704.844232] e1
As Andrew Lunn pointed out, MDIO has nothing to do with phy, and indeed
increase polling iteration can resolve the issue.
The root cause is quite likely Intel ME, since it's a blackbox to the
kernel so the only approach we can take is to be patient and wait
longer.
Signed-off-by: Kai-Heng Feng
> On Sep 25, 2020, at 03:57, Andrew Lunn wrote:
>
> On Fri, Sep 25, 2020 at 12:45:42AM +0800, Kai-Heng Feng wrote:
>> We are seeing the following error after S3 resume:
>> [ 704.746874] e1000e :00:1f.6 eno1: Setting page 0x6020
>> [ 704.844232] e1000e :
Hi Abhishek,
> On Sep 25, 2020, at 11:33, Abhishek Pandit-Subedi
> wrote:
>
> + Alex Lu (who contributed the original change)
>
> Hi Kai-Heng,
>
>
> On Thu, Sep 24, 2020 at 12:10 AM Kai-Heng Feng
> wrote:
>>
>> [+Cc linux-usb]
>>
>> Hi
> On Sep 25, 2020, at 14:40, 陆朱伟 wrote:
>
> Hi Abhishek,
>
>> On September 25, 2020 at 11:34, Abhishek Pandit-Subedi wrote:
>>
>> + Alex Lu (who contributed the original change)
>>
>> Hi Kai-Heng,
>>
>>
>> On Thu, Sep 24, 2020
Hi Alex,
> On Sep 25, 2020, at 15:04, 陆朱伟 wrote:
>
> Hi Kai-Heng,
>
>> On September 25, 2020 14:04, Kai-Heng Feng wrote:
>>
>> Hi Abhishek,
>>> On Sep 25, 2020, at 11:33, Abhishek Pandit-Subedi
>> wrote:
>>>
>>> + Ale
Hi Alex,
> On Sep 25, 2020, at 15:42, 陆朱伟 wrote:
>
> Hi Kai-Heng,
>
>> On 25 September 2020 at 15:14, Kai-Heng Feng wrote:
>>
>> Hi Alex,
[snipped]
>> Apparently for my case, RTL8821CE, firmware was kept without setting
>> remote wakeup.
>
is called
by memstick_remove_host().
Soe let's skip allocating card to prevent this issue.
Fixes: 6827ca573c03 ("memstick: rtsx_usb_ms: Support runtime power management")
Signed-off-by: Kai-Heng Feng
---
drivers/memstick/core/memstick.c | 4
include/linux/memstick.h | 1 +
2 files c
Hi Alex,
> On Sep 25, 2020, at 16:23, 陆朱伟 wrote:
>
> Hi Kai-Heng,
>
>> On September 25, 2020 at 15:56, Kai-Heng Feng wrote:
>>
>> Hi Alex,
>>
>>> On Sep 25, 2020, at 15:42, 陆朱伟 wrote:
>>>
>>> Hi Kai-Heng,
>>>
>
> On Sep 21, 2020, at 16:40, Takashi Iwai wrote:
>
> On Tue, 15 Sep 2020 12:39:23 +0200,
> Kai-Heng Feng wrote:
>>
>> This reverts commit 34dedd2a83b241ba6aeb290260313c65dc58660e.
>>
>> According to Realtek, volume FU works for line-in.
>>
>>
Since we don't know what platform firmware may do to the phy, so let's
power cycle the phy upon system resume to resolve the issue.
Signed-off-by: Kai-Heng Feng
---
drivers/net/ethernet/intel/e1000e/netdev.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/intel/e1000e
t; On Thu, 2020-09-10 at 12:38 -0500, Bjorn Helgaas wrote:
>>>>> On Thu, Sep 10, 2020 at 04:33:39PM +, Derrick, Jonathan wrote:
>>>>>> On Wed, 2020-09-09 at 20:55 -0500, Bjorn Helgaas wrote:
>>>>>>> On Fri, Aug 21, 2020 at 08:32:20PM +0800, Kai-H
Hi Andrew,
> On Sep 23, 2020, at 20:17, Andrew Lunn wrote:
>
> On Wed, Sep 23, 2020 at 03:47:51PM +0800, Kai-Heng Feng wrote:
>> We are seeing the following error after S3 resume:
>> [ 704.746874] e1000e :00:1f.6 eno1: Setting page 0x6020
>> [ 704.844232] e1
Hi Paul,
> On Sep 23, 2020, at 21:28, Paul Menzel wrote:
>
> Dear Kai-Heng,
>
>
> Am 23.09.20 um 09:47 schrieb Kai-Heng Feng:
>> We are seeing the following error after S3 resume:
>> [ 704.746874] e1000e :00:1f.6 eno1: Setting page 0x6020
>> [ 704.8
-by: Kai-Heng Feng
---
drivers/bluetooth/btusb.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
index 8d2608ddfd08..de86ef4388f9 100644
--- a/drivers/bluetooth/btusb.c
+++ b/drivers/bluetooth/btusb.c
@@ -4255,17 +4255,15
with software.
Signed-off-by: Kai-Heng Feng
---
v4:
- States that this patch just papers over the symptom.
v3:
- Moving delay to end of loop doesn't save anytime, move it back.
- Point out this is quitely likely caused by Intel ME.
v2:
- Increase polling iteration instead of powering down
> On Jun 8, 2020, at 11:56, Kai-Heng Feng wrote:
>
>
>
>> On May 5, 2020, at 01:16, Kai-Heng Feng wrote:
>>
>> Etron EJ168 USB 3.0 Host Controller stops working after S3, if it was
>> runtime suspended previously:
>> [ 370.080359] pci :02:
Hi Jani,
> On Jul 10, 2020, at 23:48, Kai-Heng Feng wrote:
>
>
>
>> On Jun 30, 2020, at 16:37, Kai-Heng Feng wrote:
>>
>>
>>> On Jun 10, 2020, at 15:55, Kai-Heng Feng
>>> wrote:
>>>
>>> On HP 800 G4 DM, if HDMI cable isn'
Commit 7f3d176f5f7e "tpm: Require that all digests are present in
TCG_PCR_EVENT2 structures" causes a null pointer dereference on all laptops I
have:
[0.00] microcode: microcode updated early to revision 0xd6, date =
2020-04-27
[0.00] Linux version 5.8.0-rc6+ (gcc (Ubuntu
Hi Jarkko,
> On Sep 28, 2020, at 22:06, Jarkko Sakkinen
> wrote:
>
> On Mon, Sep 28, 2020 at 08:31:04PM +0800, Kai-Heng Feng wrote:
>> Commit 7f3d176f5f7e "tpm: Require that all digests are present in
>> TCG_PCR_EVENT2 structures" causes a null pointer de
Signed-off-by: Kai-Heng Feng
---
v2:
- Add more detail in commit log.
drivers/net/wireless/realtek/rtw88/pci.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/wireless/realtek/rtw88/pci.c
b/drivers/net/wireless/realtek/rtw88/pci.c
index 3413973bc475..7f1f5073b9f4 100644
--- a/d
> On Sep 29, 2020, at 05:42, Mathias Nyman
> wrote:
>
> On 28.9.2020 12.10, Kai-Heng Feng wrote:
>>
>>
>>> On Jun 8, 2020, at 11:56, Kai-Heng Feng wrote:
>>>
>>>
>>>
>>>> On May 5, 2020, at 01:16, Kai-Heng Feng
0
So also disable Write Zeroes command on Sandisk Skyhawk.
BugLink: https://bugs.launchpad.net/bugs/1899503
Signed-off-by: Kai-Heng Feng
---
drivers/nvme/host/pci.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c
index 8984796db0c8..d310d7317
> On Oct 26, 2020, at 16:28, Kai-Heng Feng wrote:
>
> Some platforms keep USB power even when they are powered off and in S5,
> this makes Realtek 8821C keep its firmware even after a cold boot, and
> make 8821C never load new firmware.
>
> So use vendor specific HCI
According to the vendor driver, the new chip with XID 0x54b is
essentially the same as the one with XID 0x54a, but it doesn't need the
firmware.
So add support accordingly.
Signed-off-by: Kai-Heng Feng
---
drivers/net/ethernet/realtek/r8169.h | 1 +
drivers/net/ethernet/realtek
On Tue, Feb 2, 2021 at 3:02 PM Larry Finger wrote:
>
> On 2/2/21 12:29 AM, Kalle Valo wrote:
> > Kai-Heng Feng writes:
> >
> >> On Wed, Aug 5, 2020 at 7:24 PM Kai-Heng Feng
> >> wrote:
> >>>
> >>> Hi Tony,
> >>>
> >&g
According to the vendor driver, the new chip with XID 0x54b is
essentially the same as the one with XID 0x54a, but it doesn't need the
firmware.
So add support accordingly.
Signed-off-by: Kai-Heng Feng
---
v2:
- Add phy support.
- Rebase on net-next.
drivers/net/ethernet/realtek/r8169.h
On Tue, Feb 2, 2021 at 2:54 AM Heiner Kallweit wrote:
>
> On 01.02.2021 17:47, Kai-Heng Feng wrote:
> > According to the vendor driver, the new chip with XID 0x54b is
> > essentially the same as the one with XID 0x54a, but it doesn't need the
> > firmware.
> >
On Thu, Feb 4, 2021 at 12:09 PM Furquan Shaikh wrote:
>
> On Wed, Feb 3, 2021 at 6:37 PM Kai-Heng Feng
> wrote:
> >
> > Hi Furquan,
> >
> > On Wed, Jan 13, 2021 at 10:31 PM Dmitry Osipenko wrote:
> > [snipped]
> > > Thank you all for addres
Hi Furquan,
On Wed, Jan 13, 2021 at 10:31 PM Dmitry Osipenko wrote:
[snipped]
> Thank you all for addressing this problem!
Are you still working on the alternate solution? This patch can
address S5 power consumption issue for some laptops:
em suspend and resume, respectively.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=209149
Fixes: 50310600ebda ("iommu/vt-d: Enable PCI ACS for platform opt in hint")
Signed-off-by: Kai-Heng Feng
---
drivers/pci/pcie/dpc.c | 49 --
1 file changed,
and enable it on
system suspend and resume, respectively.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=209149
Fixes: 50310600ebda ("iommu/vt-d: Enable PCI ACS for platform opt in hint")
Signed-off-by: Kai-Heng Feng
---
drivers/pci/pcie/aer.c | 18 ++
1 file ch
501 - 600 of 1093 matches
Mail list logo
