[PATCH] ixgbe: initialize u64_stats_sync structures early at ixgbe_probe

the u64_stats_init function to driver probe stage, which before we get the status of seqcount and after the RX/TX ring was finished init. Signed-off-by: Liwei Song <liwei.s...@windriver.com> --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-)

Re: [PATCH] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug

On 07/21/2017 05:56 PM, Andy Shevchenko wrote: > On Fri, Jul 21, 2017 at 12:41 PM, Song liwei wrote: > >> [Firmware Bug]: APEI: Invalid bit width + offset in GAR [0xb2/16/0/1/1] >> >> This is due to an 8-bit access width is specified for a 16-bit register, >> Do

Re: [PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug

On 07/31/2017 10:09 AM, Zheng, Lv wrote: > Hi, > >> From: linux-acpi-ow...@vger.kernel.org >> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Song >> liwei >> Subject: [PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmware >>

Re: [PATCH] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug

On 07/21/2017 05:56 PM, Andy Shevchenko wrote: > On Fri, Jul 21, 2017 at 12:41 PM, Song liwei wrote: > >> [Firmware Bug]: APEI: Invalid bit width + offset in GAR [0xb2/16/0/1/1] >> >> This is due to an 8-bit access width is specified for a 16-bit register, >> Do bit_width check just like what

Re: [PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug

On 07/31/2017 10:09 AM, Zheng, Lv wrote: > Hi, > >> From: linux-acpi-ow...@vger.kernel.org >> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Song >> liwei >> Subject: [PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmware

Re: [PATCH] crypto: ccp - zero the cmd data after use it

On 8/3/20 20:52, Herbert Xu wrote: > On Mon, Aug 03, 2020 at 03:58:58PM +0800, Liwei Song wrote: >> exist the following assignment in ccp(ignore the force >> convert of the struct) by list_del in ccp_dequeue_cmd(): >> req->__ctx->cmd->entry->next = LIST_POISON1

Re: [PATCH] crypto: ccp - zero the cmd data after use it

On 8/4/20 12:04, Herbert Xu wrote: > On Tue, Aug 04, 2020 at 11:51:47AM +0800, Liwei Song wrote: >> >> On 8/3/20 20:52, Herbert Xu wrote: >>> On Mon, Aug 03, 2020 at 03:58:58PM +0800, Liwei Song wrote: >>>> exist the following assignment in ccp(ignore

Re: [PATCH] crypto: ccp - zero the cmd data after use it

On 8/4/20 12:22, Herbert Xu wrote: > On Tue, Aug 04, 2020 at 12:20:21PM +0800, Liwei Song wrote: >> >> Yes, the other process should do this zero work, but the case I met is >> this address will appear in the slab_alloc_node() as freelist pointer of >> slub, >

Re: [PATCH] tools/power turbostat: call pread64 in kernel directly

with multilib lib32 support, the rootfs will be 32-bit, the kernel is still 64-bit, in this case run turbostat will failed with "out of range" error. Thanks, Liwei. On 8/14/20 05:43, Len Brown wrote: > Huh? > > On Fri, Jul 17, 2020 at 2:09 AM Liwei Song wrote: >&

[PATCH] crypto: ccp - zero the cmd data after use it

RIP: 0033:0x7f83bb6917e7 Fix it by zero cmd struct after finished use it. Signed-off-by: Liwei Song --- drivers/crypto/ccp/ccp-dev.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/crypto/ccp/ccp-dev.c b/drivers/crypto/ccp/ccp-dev.c index edefa669153f..75a6418d541d 100644 --- a/dri

Re: [PATCH] tools/power turbostat: call pread64 in kernel directly

On 8/24/20 04:54, Alexander Monakov wrote: > Hi, > > I am not the original submitter, but I have answers and a proper patch :) > > On Fri, 21 Aug 2020, Len Brown wrote: > >> Re: offset size >> >> The offsets on this file are the MSR offsets. >> What MSR are you trying to access at offset

[PATCH] tools/power turbostat: call pread64 in kernel directly

with 32-bit rootfs, the offset may out of range when set it to 0xc0010299, define it as "unsigned long long" type and call pread64 directly in kernel. Signed-off-by: Liwei Song --- tools/power/x86/turbostat/turbostat.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

Re: [PATCH] ALSA: hda: check RIRB to avoid use NULL pointer

On 04/30/2019 03:31 PM, Takashi Iwai wrote: > On Tue, 30 Apr 2019 08:10:53 +0200, > Song liwei wrote: >> >> From: Liwei Song >> >> Fix the following BUG: >> >> BUG: unable to handle kernel NULL pointer dereference at 000c >> Workque

Re: [PATCH] ALSA: hda: check RIRB to avoid use NULL pointer

On 04/30/2019 04:53 PM, Takashi Iwai wrote: > On Tue, 30 Apr 2019 10:32:47 +0200, > Liwei Song wrote: >> >> >> >> On 04/30/2019 03:31 PM, Takashi Iwai wrote: >>> On Tue, 30 Apr 2019 08:10:53 +0200, >>> Song liwei wrote: >>>> >>&

[PATCH] edac: unregister the mci device before free the mci memory

ms, csrows, channels)by edac_mc_alloc() will got freed by edac_mc_free(); Because all allocated memory was freed by edac_mc_free() and the release hook in edac_mc_sysfs.c can not release all allocated memory of EDAC MC, so remove the free fragment from it to aviod duplicated memory free. Signe

[PATCH] ixgbe: initialize u64_stats_sync structures early at ixgbe_probe

the u64_stats_init function to driver probe stage, which before we get the status of seqcount and after the RX/TX ring was finished init. Signed-off-by: Liwei Song --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet

[PATCH] ice: set the value of global config lock timeout longer

-by: Liwei Song --- drivers/net/ethernet/intel/ice/ice_type.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/intel/ice/ice_type.h b/drivers/net/ethernet/intel/ice/ice_type.h index 266036b7a49a..8a90c47e337d 100644 --- a/drivers/net/ethernet/intel/ice