[PATCH 0/1] sound/hda/hdac_stream: Avoid NULL pointer dereference

is not NULL. Even if I'm not sure if this is correct, since it might be that ca0132 codec does something wrong, with this change NULL pointer dereference doesn't happen and ca0132 works again on my system with Recon3Di. Mariusz Ceier (1): sound/hda/hdac_stream: Avoid NULL pointer derefer

[PATCH 1/1] sound/hda/hdac_stream: Avoid NULL pointer dereference

For ca0132 codec, azx_dev->stream is NULL during firmware loading. Calling snd_hdac_get_stream_stripe_ctl unconditionally causes NULL pointer dereference in that function. Signed-off-by: Mariusz Ceier --- sound/hda/hdac_stream.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) d

Re: [PATCH] HID: steam: use hid_device.driver_data instead of hid_set_drvdata()

Hello Rodrigo, I confirm that this patch fixes the steam controller related crash for me. I don't know if it's correct, but at least it's: Tested-by: Mariusz Ceier I'm attaching the backtrace of crash I was getting before applying the patch. Best regards, Mariusz Ceier

Re: [PATCH 2/2] x86, pti: fix boot warning from Global-bit setting

> Signed-off-by: Dave Hansen > Fixes: 39114b7a7 (x86/pti: Never implicitly clear _PAGE_GLOBAL for kernel > image) > Reported-by: Mariusz Ceier > Reported-by: Aaro Koskinen > Cc: Andrea Arcangeli > Cc: Andy Lutomirski > Cc: Arjan van de Ven > Cc: Borislav Petkov >

Re: 4.17.0-rc1 doesn't boot.

On 17 April 2018 at 18:48, Dave Hansen wrote: > On 04/17/2018 09:00 AM, Mike Galbraith wrote: >> On Tue, 2018-04-17 at 17:31 +0200, Borislav Petkov wrote: >>> On Tue, Apr 17, 2018 at 05:21:30PM +0200, Jörg Otte wrote: finished bisection. 39114b7a743e6759bab4d96b7d9651d44d17e3f9 is the fi

[PATCH] acpi/battery: capacity_now should be assigned after comparing it to design_capacity.

From: Mariusz Ceier Otherwise warning is printed even when capacity_now before assignment is equal to design_capacity, making the check useless and "current charge level" wrong (it should be higher than, not equal to, "maximum charge level", which is full_charge_capacity):

Re: [PATCH] davinci_emac.c: Fix IFF_ALLMULTI setup

Yes of course ;) This was my first patch for the kernel. I will remember about v2 tag next time. Thanks, Mariusz Ceier On 21 October 2013 19:50, Mugunthan V N wrote: > On Monday 21 October 2013 11:15 PM, Mariusz Ceier wrote: >> When IFF_ALLMULTI flag is set on interface and IFF_PROM

[PATCH] davinci_emac.c: Fix IFF_ALLMULTI setup

ering IFF_ALLMULTI flag useless. This patch fixes emac_dev_mcast_set, so that multicast MACs filtering and disabling of RX of multicasts are skipped when IFF_ALLMULTI flag is set. Tested with kernel 2.6.37. Signed-off-by: Mariusz Ceier --- drivers/net/ethernet/ti/davinci_emac.c | 3 +-- 1

[PATCH] davinci_emac.c: Fix IFF_ALLMULTI setup

ering IFF_ALLMULTI flag useless. This patch fixes emac_dev_mcast_set, so that multicast MACs filtering and disabling of RX of multicasts are skipped when IFF_ALLMULTI flag is set. Tested with kernel 2.6.37. Signed-off-by: Mariusz Ceier --- drivers/net/ethernet/ti/davinci_emac.c | 2 +- 1 file ch