* [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference
@ 2022-09-14 14:49 Muhammad Husaini Zulkifli
2022-09-14 19:03 ` Vinicius Costa Gomes
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Muhammad Husaini Zulkifli @ 2022-09-14 14:49 UTC (permalink / raw)
To: intel-wired-lan; +Cc: muhammad.husaini.zulkifli
This patch fix the null pointer dereference when dereference the pointer
that is expected to be valid but is NULL, typically will cause kernel
crash as below:
45.369206] BUG: kernel NULL pointer dereference, address: 0000000000000004
[ 45.376153] #PF: supervisor read access in kernel mode
[ 45.381281] #PF: error_code(0x0000) - not-present page
[ 45.386414] PGD 0 P4D 0
[ 45.388955] Oops: 0000 [#1] PREEMPT SMP NOPTI
[ 45.393311] CPU: 1 PID: 3290 Comm: tc Tainted: G U W 6.0.0-rc2-intel-ese-standard-lts+ #3
[ 45.402668] Hardware name: Intel Corporation Tiger Lake Client Platform/TigerLake U DDR4 SODIMM RVP, BIOS TGLIFUI1.R00.4204.A00.2105270302 05/27/2021
[ 45.415996] RIP: 0010:igc_setup_tc+0x2d4/0x602 [igc]
[ 45.420971] Code: 48 c7 c1 f0 a0 6b c0 48 c7 c7 10 c5 6b c0 48 89 54 24 08 e8 58 b6 cb cc 48 8b 54 24 08 41 b8 e7 16 00 00 48 c7 c1 f0 a0 6b c0 <41> 23 57 04 44 89 ee 48 c7 c7 d8 cf 6b c0 e8 33 b6 cb cc 44 8b 0c
[ 45.439655] RSP: 0018:ffffac2840f83850 EFLAGS: 00010246
[ 45.444875] RAX: 0000000000000025 RBX: 0000000000000000 RCX: ffffffffc06ba0f0
[ 45.451987] RDX: 0000000000000001 RSI: ffffffff8dc44719 RDI: 00000000ffffffff
[ 45.459106] RBP: ffffac2840f838d0 R08: 00000000000016e7 R09: ffffac2840f83700
[ 45.466224] R10: 0000000000000001 R11: 0000000000000001 R12: ffff9fc947765708
[ 45.473334] R13: 0000000000000000 R14: ffff9fc947765730 R15: 0000000000000000
[ 45.480450] FS: 00007f5139f4d740(0000) GS:ffff9fd090a80000(0000) knlGS:0000000000000000
[ 45.488515] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 45.494254] CR2: 0000000000000004 CR3: 0000000106588006 CR4: 0000000000770ee0
[ 45.501369] PKRU: 55555554
[ 45.504086] Call Trace:
[ 45.506542] <TASK>
[ 45.508657] taprio_change+0x4ef/0xba0 [sch_taprio]
[ 45.513537] qdisc_create.isra.0+0x13b/0x510
[ 45.517806] tc_modify_qdisc+0x121/0x7e0
[ 45.521728] rtnetlink_rcv_msg+0x141/0x3c0
[ 45.525827] ? _copy_to_iter+0x1ba/0x5a0
[ 45.529753] ? rtnl_calcit.isra.0+0x140/0x140
[ 45.534109] netlink_rcv_skb+0x4e/0x100
[ 45.537949] netlink_unicast+0x197/0x240
[ 45.541869] netlink_sendmsg+0x246/0x4a0
[ 45.545799] sock_sendmsg+0x5f/0x70
[ 45.549293] ____sys_sendmsg+0x20f/0x280
[ 45.553214] ? copy_msghdr_from_user+0x72/0xb0
[ 45.557655] ___sys_sendmsg+0x7c/0xc0
[ 45.561319] ? __handle_mm_fault+0x937/0x1380
[ 45.565677] __sys_sendmsg+0x59/0xa0
[ 45.569256] do_syscall_64+0x40/0x90
[ 45.572836] entry_SYSCALL_64_after_hwframe+0x63/0xcd
[ 45.577882] RIP: 0033:0x7f513a077707
[ 45.581461] Code: 0e 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b9 0f 1f 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 89 54 24 1c 48 89 74 24 10
[ 45.600143] RSP: 002b:00007ffc640095e8 EFLAGS: 00000246 ORIG_RAX: 000000000000002e
[ 45.607693] RAX: ffffffffffffffda RBX: 000000006321873a RCX: 00007f513a077707
[ 45.614812] RDX: 0000000000000000 RSI: 00007ffc64009650 RDI: 0000000000000003
[ 45.621925] RBP: 0000000000000000 R08: 0000000000000001 R09: 0000000000000000
[ 45.629043] R10: 000055de7f26c960 R11: 0000000000000246 R12: 0000000000000001
[ 45.636161] R13: 000055de7ecfa476 R14: 000055de7ecfa48a R15: 000055de7ed21f40
[ 45.643273] </TASK>
[ 45.645468] Modules linked in: sch_taprio bnep 8021q bluetooth ecdh_generic ecc ecryptfs nfsd sch_fq_codel uio uhid i915 x86_pkg_temp_thermal kvm_intel kvm hid_sensor_accel_3d hid_sensor_magn_3d hid_sensor_als hid_sensor_incl_3d hid_sensor_gyro_3d hid_sensor_trigger hid_sensor_iio_common dwmac_intel hid_sensor_custom hid_sensor_hub stmmac e1000e mei_wdt intel_ishtp_hid mei_hdcp dwc3 igc ax88179_178a mei_me atkbd usbnet udc_core libps2 pcs_xpcs vivaldi_fmap mii spi_pxa2xx_platform phylink mei tpm_crb irqbypass dw_dmac intel_ish_ipc ptp tpm_tis dw_dmac_core tpm_tis_core wdat_wdt pps_core igen6_edac i2c_i801 intel_ishtp intel_rapl_msr pcspkr i2c_smbus tpm edac_core thermal i8042 parport_pc intel_pmc_core dwc3_pci parport video drm_buddy ttm drm_display_helper fuse configfs snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec snd_hda_core snd_pcm snd_timer snd soundcore
[ 45.722706] CR2: 0000000000000004
[ 45.726025] ---[ end trace 0000000000000000 ]---
Fixes: a5fd39464a40 ("igc: Lift TAPRIO schedule restriction")
Signed-off-by: Muhammad Husaini Zulkifli <muhammad.husaini.zulkifli@intel.com>
---
drivers/net/ethernet/intel/igc/igc_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/intel/igc/igc_main.c b/drivers/net/ethernet/intel/igc/igc_main.c
index bf6c461e1a2a..128fabee4ace 100644
--- a/drivers/net/ethernet/intel/igc/igc_main.c
+++ b/drivers/net/ethernet/intel/igc/igc_main.c
@@ -5872,7 +5872,7 @@ static bool validate_schedule(struct igc_adapter *adapter,
* gate stays open. Check for it.
*/
if (queue_uses[i] > 1 &&
- !(prev->gate_mask & BIT(i)))
+ prev && !(prev->gate_mask & BIT(i)))
return false;
}
}
--
2.17.1
_______________________________________________
Intel-wired-lan mailing list
Intel-wired-lan@osuosl.org
https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference
2022-09-14 14:49 [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference Muhammad Husaini Zulkifli
@ 2022-09-14 19:03 ` Vinicius Costa Gomes
2022-09-14 23:24 ` Zulkifli, Muhammad Husaini
2022-09-16 12:54 ` Paul Menzel
2022-10-02 10:00 ` naamax.meir
2 siblings, 1 reply; 7+ messages in thread
From: Vinicius Costa Gomes @ 2022-09-14 19:03 UTC (permalink / raw)
To: Muhammad Husaini Zulkifli, intel-wired-lan; +Cc: muhammad.husaini.zulkifli
Hi Husaini,
Muhammad Husaini Zulkifli <muhammad.husaini.zulkifli@intel.com> writes:
> This patch fix the null pointer dereference when dereference the pointer
> that is expected to be valid but is NULL, typically will cause kernel
> crash as below:
>
This part of the message only repeats that you found NULL dereference
related crash, which is already clear from the splat below.
Can you give more details about how you manage to crash? What is
schedule that you tried to use, that kind of thing. Perhaps the problem
is somewhere else and we are only hiding the problem.
Also please CC the author (Kurt, I think) of the patch you are fixing.
> 45.369206] BUG: kernel NULL pointer dereference, address: 0000000000000004
> [ 45.376153] #PF: supervisor read access in kernel mode
> [ 45.381281] #PF: error_code(0x0000) - not-present page
> [ 45.386414] PGD 0 P4D 0
> [ 45.388955] Oops: 0000 [#1] PREEMPT SMP NOPTI
> [ 45.393311] CPU: 1 PID: 3290 Comm: tc Tainted: G U W 6.0.0-rc2-intel-ese-standard-lts+ #3
> [ 45.402668] Hardware name: Intel Corporation Tiger Lake Client Platform/TigerLake U DDR4 SODIMM RVP, BIOS TGLIFUI1.R00.4204.A00.2105270302 05/27/2021
> [ 45.415996] RIP: 0010:igc_setup_tc+0x2d4/0x602 [igc]
> [ 45.420971] Code: 48 c7 c1 f0 a0 6b c0 48 c7 c7 10 c5 6b c0 48 89 54 24 08 e8 58 b6 cb cc 48 8b 54 24 08 41 b8 e7 16 00 00 48 c7 c1 f0 a0 6b c0 <41> 23 57 04 44 89 ee 48 c7 c7 d8 cf 6b c0 e8 33 b6 cb cc 44 8b 0c
> [ 45.439655] RSP: 0018:ffffac2840f83850 EFLAGS: 00010246
> [ 45.444875] RAX: 0000000000000025 RBX: 0000000000000000 RCX: ffffffffc06ba0f0
> [ 45.451987] RDX: 0000000000000001 RSI: ffffffff8dc44719 RDI: 00000000ffffffff
> [ 45.459106] RBP: ffffac2840f838d0 R08: 00000000000016e7 R09: ffffac2840f83700
> [ 45.466224] R10: 0000000000000001 R11: 0000000000000001 R12: ffff9fc947765708
> [ 45.473334] R13: 0000000000000000 R14: ffff9fc947765730 R15: 0000000000000000
> [ 45.480450] FS: 00007f5139f4d740(0000) GS:ffff9fd090a80000(0000) knlGS:0000000000000000
> [ 45.488515] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 45.494254] CR2: 0000000000000004 CR3: 0000000106588006 CR4: 0000000000770ee0
> [ 45.501369] PKRU: 55555554
> [ 45.504086] Call Trace:
> [ 45.506542] <TASK>
> [ 45.508657] taprio_change+0x4ef/0xba0 [sch_taprio]
> [ 45.513537] qdisc_create.isra.0+0x13b/0x510
> [ 45.517806] tc_modify_qdisc+0x121/0x7e0
> [ 45.521728] rtnetlink_rcv_msg+0x141/0x3c0
> [ 45.525827] ? _copy_to_iter+0x1ba/0x5a0
> [ 45.529753] ? rtnl_calcit.isra.0+0x140/0x140
> [ 45.534109] netlink_rcv_skb+0x4e/0x100
> [ 45.537949] netlink_unicast+0x197/0x240
> [ 45.541869] netlink_sendmsg+0x246/0x4a0
> [ 45.545799] sock_sendmsg+0x5f/0x70
> [ 45.549293] ____sys_sendmsg+0x20f/0x280
> [ 45.553214] ? copy_msghdr_from_user+0x72/0xb0
> [ 45.557655] ___sys_sendmsg+0x7c/0xc0
> [ 45.561319] ? __handle_mm_fault+0x937/0x1380
> [ 45.565677] __sys_sendmsg+0x59/0xa0
> [ 45.569256] do_syscall_64+0x40/0x90
> [ 45.572836] entry_SYSCALL_64_after_hwframe+0x63/0xcd
> [ 45.577882] RIP: 0033:0x7f513a077707
> [ 45.581461] Code: 0e 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b9 0f 1f 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 89 54 24 1c 48 89 74 24 10
> [ 45.600143] RSP: 002b:00007ffc640095e8 EFLAGS: 00000246 ORIG_RAX: 000000000000002e
> [ 45.607693] RAX: ffffffffffffffda RBX: 000000006321873a RCX: 00007f513a077707
> [ 45.614812] RDX: 0000000000000000 RSI: 00007ffc64009650 RDI: 0000000000000003
> [ 45.621925] RBP: 0000000000000000 R08: 0000000000000001 R09: 0000000000000000
> [ 45.629043] R10: 000055de7f26c960 R11: 0000000000000246 R12: 0000000000000001
> [ 45.636161] R13: 000055de7ecfa476 R14: 000055de7ecfa48a R15: 000055de7ed21f40
> [ 45.643273] </TASK>
> [ 45.645468] Modules linked in: sch_taprio bnep 8021q bluetooth ecdh_generic ecc ecryptfs nfsd sch_fq_codel uio uhid i915 x86_pkg_temp_thermal kvm_intel kvm hid_sensor_accel_3d hid_sensor_magn_3d hid_sensor_als hid_sensor_incl_3d hid_sensor_gyro_3d hid_sensor_trigger hid_sensor_iio_common dwmac_intel hid_sensor_custom hid_sensor_hub stmmac e1000e mei_wdt intel_ishtp_hid mei_hdcp dwc3 igc ax88179_178a mei_me atkbd usbnet udc_core libps2 pcs_xpcs vivaldi_fmap mii spi_pxa2xx_platform phylink mei tpm_crb irqbypass dw_dmac intel_ish_ipc ptp tpm_tis dw_dmac_core tpm_tis_core wdat_wdt pps_core igen6_edac i2c_i801 intel_ishtp intel_rapl_msr pcspkr i2c_smbus tpm edac_core thermal i8042 parport_pc intel_pmc_core dwc3_pci parport video drm_buddy ttm drm_display_helper fuse configfs snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec snd_hda_core snd_pcm snd_timer snd soundcore
> [ 45.722706] CR2: 0000000000000004
> [ 45.726025] ---[ end trace 0000000000000000 ]---
>
> Fixes: a5fd39464a40 ("igc: Lift TAPRIO schedule restriction")
> Signed-off-by: Muhammad Husaini Zulkifli <muhammad.husaini.zulkifli@intel.com>
> ---
> drivers/net/ethernet/intel/igc/igc_main.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/ethernet/intel/igc/igc_main.c b/drivers/net/ethernet/intel/igc/igc_main.c
> index bf6c461e1a2a..128fabee4ace 100644
> --- a/drivers/net/ethernet/intel/igc/igc_main.c
> +++ b/drivers/net/ethernet/intel/igc/igc_main.c
> @@ -5872,7 +5872,7 @@ static bool validate_schedule(struct igc_adapter *adapter,
> * gate stays open. Check for it.
> */
> if (queue_uses[i] > 1 &&
> - !(prev->gate_mask & BIT(i)))
> + prev && !(prev->gate_mask & BIT(i)))
> return false;
> }
> }
> --
> 2.17.1
>
> _______________________________________________
> Intel-wired-lan mailing list
> Intel-wired-lan@osuosl.org
> https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
--
Vinicius
_______________________________________________
Intel-wired-lan mailing list
Intel-wired-lan@osuosl.org
https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference
2022-09-14 19:03 ` Vinicius Costa Gomes
@ 2022-09-14 23:24 ` Zulkifli, Muhammad Husaini
2022-09-15 6:09 ` Kurt Kanzenbach
0 siblings, 1 reply; 7+ messages in thread
From: Zulkifli, Muhammad Husaini @ 2022-09-14 23:24 UTC (permalink / raw)
To: Gomes, Vinicius, intel-wired-lan; +Cc: Kurt Kanzenbach
Hi Vinicius,
Thanks for the review. Replied inline
> -----Original Message-----
> From: Gomes, Vinicius <vinicius.gomes@intel.com>
> Sent: Thursday, 15 September, 2022 3:04 AM
> To: Zulkifli, Muhammad Husaini <muhammad.husaini.zulkifli@intel.com>;
> intel-wired-lan@osuosl.org
> Cc: Zulkifli, Muhammad Husaini <muhammad.husaini.zulkifli@intel.com>
> Subject: Re: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer
> dereference
>
> Hi Husaini,
>
> Muhammad Husaini Zulkifli <muhammad.husaini.zulkifli@intel.com> writes:
>
> > This patch fix the null pointer dereference when dereference the
> > pointer that is expected to be valid but is NULL, typically will cause
> > kernel crash as below:
> >
>
> This part of the message only repeats that you found NULL dereference
> related crash, which is already clear from the splat below.
>
> Can you give more details about how you manage to crash? What is schedule
> that you tried to use, that kind of thing. Perhaps the problem is somewhere
> else and we are only hiding the problem.
With below schedule, if you are not try to dereferencing the pointer, we cannot catch this.
Might be compiler already handle it. This is a guard to ensure that "prev" pointer always valid
Address before using it. It will always NULL if you have 1 GCL schedule entry.
Example schedule:
tc qdisc replace dev ${INTERFACE} handle 100 parent root taprio num_tc 3 \
map 2 2 1 0 2 2 2 2 2 2 2 2 2 2 2 2 \
queues 1@0 1@1 2@2 \
base-time ${BASETIME} \
sched-entry S 0x01 300000
flags 0x02
>
> Also please CC the author (Kurt, I think) of the patch you are fixing.
Sure. Cced in the email.
>
> > 45.369206] BUG: kernel NULL pointer dereference, address:
> 0000000000000004
> > [ 45.376153] #PF: supervisor read access in kernel mode
> > [ 45.381281] #PF: error_code(0x0000) - not-present page
> > [ 45.386414] PGD 0 P4D 0
> > [ 45.388955] Oops: 0000 [#1] PREEMPT SMP NOPTI
> > [ 45.393311] CPU: 1 PID: 3290 Comm: tc Tainted: G U W 6.0.0-rc2-
> intel-ese-standard-lts+ #3
> > [ 45.402668] Hardware name: Intel Corporation Tiger Lake Client
> Platform/TigerLake U DDR4 SODIMM RVP, BIOS
> TGLIFUI1.R00.4204.A00.2105270302 05/27/2021
> > [ 45.415996] RIP: 0010:igc_setup_tc+0x2d4/0x602 [igc]
> > [ 45.420971] Code: 48 c7 c1 f0 a0 6b c0 48 c7 c7 10 c5 6b c0 48 89 54 24
> 08 e8 58 b6 cb cc 48 8b 54 24 08 41 b8 e7 16 00 00 48 c7 c1 f0 a0 6b c0 <41>
> 23 57 04 44 89 ee 48 c7 c7 d8 cf 6b c0 e8 33 b6 cb cc 44 8b 0c
> > [ 45.439655] RSP: 0018:ffffac2840f83850 EFLAGS: 00010246
> > [ 45.444875] RAX: 0000000000000025 RBX: 0000000000000000 RCX:
> ffffffffc06ba0f0
> > [ 45.451987] RDX: 0000000000000001 RSI: ffffffff8dc44719 RDI:
> 00000000ffffffff
> > [ 45.459106] RBP: ffffac2840f838d0 R08: 00000000000016e7 R09:
> ffffac2840f83700
> > [ 45.466224] R10: 0000000000000001 R11: 0000000000000001 R12:
> ffff9fc947765708
> > [ 45.473334] R13: 0000000000000000 R14: ffff9fc947765730 R15:
> 0000000000000000
> > [ 45.480450] FS: 00007f5139f4d740(0000) GS:ffff9fd090a80000(0000)
> knlGS:0000000000000000
> > [ 45.488515] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > [ 45.494254] CR2: 0000000000000004 CR3: 0000000106588006 CR4:
> 0000000000770ee0
> > [ 45.501369] PKRU: 55555554
> > [ 45.504086] Call Trace:
> > [ 45.506542] <TASK>
> > [ 45.508657] taprio_change+0x4ef/0xba0 [sch_taprio]
> > [ 45.513537] qdisc_create.isra.0+0x13b/0x510
> > [ 45.517806] tc_modify_qdisc+0x121/0x7e0
> > [ 45.521728] rtnetlink_rcv_msg+0x141/0x3c0
> > [ 45.525827] ? _copy_to_iter+0x1ba/0x5a0
> > [ 45.529753] ? rtnl_calcit.isra.0+0x140/0x140
> > [ 45.534109] netlink_rcv_skb+0x4e/0x100
> > [ 45.537949] netlink_unicast+0x197/0x240
> > [ 45.541869] netlink_sendmsg+0x246/0x4a0
> > [ 45.545799] sock_sendmsg+0x5f/0x70
> > [ 45.549293] ____sys_sendmsg+0x20f/0x280
> > [ 45.553214] ? copy_msghdr_from_user+0x72/0xb0
> > [ 45.557655] ___sys_sendmsg+0x7c/0xc0
> > [ 45.561319] ? __handle_mm_fault+0x937/0x1380
> > [ 45.565677] __sys_sendmsg+0x59/0xa0
> > [ 45.569256] do_syscall_64+0x40/0x90
> > [ 45.572836] entry_SYSCALL_64_after_hwframe+0x63/0xcd
> > [ 45.577882] RIP: 0033:0x7f513a077707
> > [ 45.581461] Code: 0e 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b9 0f 1f 00 f3
> 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 2e 00 00 00 0f 05 <48> 3d 00
> f0 ff ff 77 51 c3 48 83 ec 28 89 54 24 1c 48 89 74 24 10
> > [ 45.600143] RSP: 002b:00007ffc640095e8 EFLAGS: 00000246 ORIG_RAX:
> 000000000000002e
> > [ 45.607693] RAX: ffffffffffffffda RBX: 000000006321873a RCX:
> 00007f513a077707
> > [ 45.614812] RDX: 0000000000000000 RSI: 00007ffc64009650 RDI:
> 0000000000000003
> > [ 45.621925] RBP: 0000000000000000 R08: 0000000000000001 R09:
> 0000000000000000
> > [ 45.629043] R10: 000055de7f26c960 R11: 0000000000000246 R12:
> 0000000000000001
> > [ 45.636161] R13: 000055de7ecfa476 R14: 000055de7ecfa48a R15:
> 000055de7ed21f40
> > [ 45.643273] </TASK>
> > [ 45.645468] Modules linked in: sch_taprio bnep 8021q bluetooth
> ecdh_generic ecc ecryptfs nfsd sch_fq_codel uio uhid i915
> x86_pkg_temp_thermal kvm_intel kvm hid_sensor_accel_3d
> hid_sensor_magn_3d hid_sensor_als hid_sensor_incl_3d
> hid_sensor_gyro_3d hid_sensor_trigger hid_sensor_iio_common
> dwmac_intel hid_sensor_custom hid_sensor_hub stmmac e1000e mei_wdt
> intel_ishtp_hid mei_hdcp dwc3 igc ax88179_178a mei_me atkbd usbnet
> udc_core libps2 pcs_xpcs vivaldi_fmap mii spi_pxa2xx_platform phylink mei
> tpm_crb irqbypass dw_dmac intel_ish_ipc ptp tpm_tis dw_dmac_core
> tpm_tis_core wdat_wdt pps_core igen6_edac i2c_i801 intel_ishtp
> intel_rapl_msr pcspkr i2c_smbus tpm edac_core thermal i8042 parport_pc
> intel_pmc_core dwc3_pci parport video drm_buddy ttm drm_display_helper
> fuse configfs snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi
> snd_hda_codec snd_hda_core snd_pcm snd_timer snd soundcore
> > [ 45.722706] CR2: 0000000000000004
> > [ 45.726025] ---[ end trace 0000000000000000 ]---
> >
> > Fixes: a5fd39464a40 ("igc: Lift TAPRIO schedule restriction")
> > Signed-off-by: Muhammad Husaini Zulkifli
> > <muhammad.husaini.zulkifli@intel.com>
> > ---
> > drivers/net/ethernet/intel/igc/igc_main.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/net/ethernet/intel/igc/igc_main.c
> > b/drivers/net/ethernet/intel/igc/igc_main.c
> > index bf6c461e1a2a..128fabee4ace 100644
> > --- a/drivers/net/ethernet/intel/igc/igc_main.c
> > +++ b/drivers/net/ethernet/intel/igc/igc_main.c
> > @@ -5872,7 +5872,7 @@ static bool validate_schedule(struct igc_adapter
> *adapter,
> > * gate stays open. Check for it.
> > */
> > if (queue_uses[i] > 1 &&
> > - !(prev->gate_mask & BIT(i)))
> > + prev && !(prev->gate_mask & BIT(i)))
> > return false;
> > }
> > }
> > --
> > 2.17.1
> >
> > _______________________________________________
> > Intel-wired-lan mailing list
> > Intel-wired-lan@osuosl.org
> > https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
>
> --
> Vinicius
_______________________________________________
Intel-wired-lan mailing list
Intel-wired-lan@osuosl.org
https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference
2022-09-14 23:24 ` Zulkifli, Muhammad Husaini
@ 2022-09-15 6:09 ` Kurt Kanzenbach
2022-10-04 0:00 ` Zulkifli, Muhammad Husaini
0 siblings, 1 reply; 7+ messages in thread
From: Kurt Kanzenbach @ 2022-09-15 6:09 UTC (permalink / raw)
To: Zulkifli, Muhammad Husaini, Gomes, Vinicius, intel-wired-lan
[-- Attachment #1.1: Type: text/plain, Size: 2034 bytes --]
On Wed Sep 14 2022, Zulkifli, Muhammad Husaini wrote:
> Hi Vinicius,
>
> Thanks for the review. Replied inline
>
>> -----Original Message-----
>> From: Gomes, Vinicius <vinicius.gomes@intel.com>
>> Sent: Thursday, 15 September, 2022 3:04 AM
>> To: Zulkifli, Muhammad Husaini <muhammad.husaini.zulkifli@intel.com>;
>> intel-wired-lan@osuosl.org
>> Cc: Zulkifli, Muhammad Husaini <muhammad.husaini.zulkifli@intel.com>
>> Subject: Re: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer
>> dereference
>>
>> Hi Husaini,
>>
>> Muhammad Husaini Zulkifli <muhammad.husaini.zulkifli@intel.com> writes:
>>
>> > This patch fix the null pointer dereference when dereference the
>> > pointer that is expected to be valid but is NULL, typically will cause
>> > kernel crash as below:
>> >
>>
>> This part of the message only repeats that you found NULL dereference
>> related crash, which is already clear from the splat below.
>>
>> Can you give more details about how you manage to crash? What is schedule
>> that you tried to use, that kind of thing. Perhaps the problem is somewhere
>> else and we are only hiding the problem.
>
> With below schedule, if you are not try to dereferencing the pointer, we cannot catch this.
> Might be compiler already handle it. This is a guard to ensure that "prev" pointer always valid
> Address before using it. It will always NULL if you have 1 GCL schedule entry.
Hm. Yes, prev is NULL for the first schedule entry. Nevertheless, it
shouldn't be referenced, as `queue_uses[i] > 1' cannot be true for the
first entry unless I'm missing something.
>
> Example schedule:
>
> tc qdisc replace dev ${INTERFACE} handle 100 parent root taprio num_tc 3 \
> map 2 2 1 0 2 2 2 2 2 2 2 2 2 2 2 2 \
> queues 1@0 1@1 2@2 \
> base-time ${BASETIME} \
> sched-entry S 0x01 300000
> flags 0x02
Well, with this schedule I cannot reproduce the issue. What kernel
version are you testing? Mainline?
Thanks,
Kurt
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]
[-- Attachment #2: Type: text/plain, Size: 162 bytes --]
_______________________________________________
Intel-wired-lan mailing list
Intel-wired-lan@osuosl.org
https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference
2022-09-14 14:49 [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference Muhammad Husaini Zulkifli
2022-09-14 19:03 ` Vinicius Costa Gomes
@ 2022-09-16 12:54 ` Paul Menzel
2022-10-02 10:00 ` naamax.meir
2 siblings, 0 replies; 7+ messages in thread
From: Paul Menzel @ 2022-09-16 12:54 UTC (permalink / raw)
To: Muhammad Husaini Zulkifli; +Cc: intel-wired-lan
Dear Muhammad,
One nit below.
Am 14.09.22 um 16:49 schrieb Muhammad Husaini Zulkifli:
> This patch fix the null pointer dereference when dereference the pointer
> that is expected to be valid but is NULL, typically will cause kernel
> crash as below:
>
> 45.369206] BUG: kernel NULL pointer dereference, address: 0000000000000004
Missing `[ ` in the beginning.
[…]
Kind regards,
Paul
_______________________________________________
Intel-wired-lan mailing list
Intel-wired-lan@osuosl.org
https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference
2022-09-14 14:49 [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference Muhammad Husaini Zulkifli
2022-09-14 19:03 ` Vinicius Costa Gomes
2022-09-16 12:54 ` Paul Menzel
@ 2022-10-02 10:00 ` naamax.meir
2 siblings, 0 replies; 7+ messages in thread
From: naamax.meir @ 2022-10-02 10:00 UTC (permalink / raw)
To: Muhammad Husaini Zulkifli, intel-wired-lan
On 9/14/2022 17:49, Muhammad Husaini Zulkifli wrote:
> This patch fix the null pointer dereference when dereference the pointer
> that is expected to be valid but is NULL, typically will cause kernel
> crash as below:
>
> 45.369206] BUG: kernel NULL pointer dereference, address: 0000000000000004
> [ 45.376153] #PF: supervisor read access in kernel mode
> [ 45.381281] #PF: error_code(0x0000) - not-present page
> [ 45.386414] PGD 0 P4D 0
> [ 45.388955] Oops: 0000 [#1] PREEMPT SMP NOPTI
> [ 45.393311] CPU: 1 PID: 3290 Comm: tc Tainted: G U W 6.0.0-rc2-intel-ese-standard-lts+ #3
> [ 45.402668] Hardware name: Intel Corporation Tiger Lake Client Platform/TigerLake U DDR4 SODIMM RVP, BIOS TGLIFUI1.R00.4204.A00.2105270302 05/27/2021
> [ 45.415996] RIP: 0010:igc_setup_tc+0x2d4/0x602 [igc]
> [ 45.420971] Code: 48 c7 c1 f0 a0 6b c0 48 c7 c7 10 c5 6b c0 48 89 54 24 08 e8 58 b6 cb cc 48 8b 54 24 08 41 b8 e7 16 00 00 48 c7 c1 f0 a0 6b c0 <41> 23 57 04 44 89 ee 48 c7 c7 d8 cf 6b c0 e8 33 b6 cb cc 44 8b 0c
> [ 45.439655] RSP: 0018:ffffac2840f83850 EFLAGS: 00010246
> [ 45.444875] RAX: 0000000000000025 RBX: 0000000000000000 RCX: ffffffffc06ba0f0
> [ 45.451987] RDX: 0000000000000001 RSI: ffffffff8dc44719 RDI: 00000000ffffffff
> [ 45.459106] RBP: ffffac2840f838d0 R08: 00000000000016e7 R09: ffffac2840f83700
> [ 45.466224] R10: 0000000000000001 R11: 0000000000000001 R12: ffff9fc947765708
> [ 45.473334] R13: 0000000000000000 R14: ffff9fc947765730 R15: 0000000000000000
> [ 45.480450] FS: 00007f5139f4d740(0000) GS:ffff9fd090a80000(0000) knlGS:0000000000000000
> [ 45.488515] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 45.494254] CR2: 0000000000000004 CR3: 0000000106588006 CR4: 0000000000770ee0
> [ 45.501369] PKRU: 55555554
> [ 45.504086] Call Trace:
> [ 45.506542] <TASK>
> [ 45.508657] taprio_change+0x4ef/0xba0 [sch_taprio]
> [ 45.513537] qdisc_create.isra.0+0x13b/0x510
> [ 45.517806] tc_modify_qdisc+0x121/0x7e0
> [ 45.521728] rtnetlink_rcv_msg+0x141/0x3c0
> [ 45.525827] ? _copy_to_iter+0x1ba/0x5a0
> [ 45.529753] ? rtnl_calcit.isra.0+0x140/0x140
> [ 45.534109] netlink_rcv_skb+0x4e/0x100
> [ 45.537949] netlink_unicast+0x197/0x240
> [ 45.541869] netlink_sendmsg+0x246/0x4a0
> [ 45.545799] sock_sendmsg+0x5f/0x70
> [ 45.549293] ____sys_sendmsg+0x20f/0x280
> [ 45.553214] ? copy_msghdr_from_user+0x72/0xb0
> [ 45.557655] ___sys_sendmsg+0x7c/0xc0
> [ 45.561319] ? __handle_mm_fault+0x937/0x1380
> [ 45.565677] __sys_sendmsg+0x59/0xa0
> [ 45.569256] do_syscall_64+0x40/0x90
> [ 45.572836] entry_SYSCALL_64_after_hwframe+0x63/0xcd
> [ 45.577882] RIP: 0033:0x7f513a077707
> [ 45.581461] Code: 0e 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b9 0f 1f 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 51 c3 48 83 ec 28 89 54 24 1c 48 89 74 24 10
> [ 45.600143] RSP: 002b:00007ffc640095e8 EFLAGS: 00000246 ORIG_RAX: 000000000000002e
> [ 45.607693] RAX: ffffffffffffffda RBX: 000000006321873a RCX: 00007f513a077707
> [ 45.614812] RDX: 0000000000000000 RSI: 00007ffc64009650 RDI: 0000000000000003
> [ 45.621925] RBP: 0000000000000000 R08: 0000000000000001 R09: 0000000000000000
> [ 45.629043] R10: 000055de7f26c960 R11: 0000000000000246 R12: 0000000000000001
> [ 45.636161] R13: 000055de7ecfa476 R14: 000055de7ecfa48a R15: 000055de7ed21f40
> [ 45.643273] </TASK>
> [ 45.645468] Modules linked in: sch_taprio bnep 8021q bluetooth ecdh_generic ecc ecryptfs nfsd sch_fq_codel uio uhid i915 x86_pkg_temp_thermal kvm_intel kvm hid_sensor_accel_3d hid_sensor_magn_3d hid_sensor_als hid_sensor_incl_3d hid_sensor_gyro_3d hid_sensor_trigger hid_sensor_iio_common dwmac_intel hid_sensor_custom hid_sensor_hub stmmac e1000e mei_wdt intel_ishtp_hid mei_hdcp dwc3 igc ax88179_178a mei_me atkbd usbnet udc_core libps2 pcs_xpcs vivaldi_fmap mii spi_pxa2xx_platform phylink mei tpm_crb irqbypass dw_dmac intel_ish_ipc ptp tpm_tis dw_dmac_core tpm_tis_core wdat_wdt pps_core igen6_edac i2c_i801 intel_ishtp intel_rapl_msr pcspkr i2c_smbus tpm edac_core thermal i8042 parport_pc intel_pmc_core dwc3_pci parport video drm_buddy ttm drm_display_helper fuse configfs snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec snd_hda_core snd_pcm snd_timer snd soundcore
> [ 45.722706] CR2: 0000000000000004
> [ 45.726025] ---[ end trace 0000000000000000 ]---
>
> Fixes: a5fd39464a40 ("igc: Lift TAPRIO schedule restriction")
> Signed-off-by: Muhammad Husaini Zulkifli <muhammad.husaini.zulkifli@intel.com>
> ---
> drivers/net/ethernet/intel/igc/igc_main.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Tested-by: Naama Meir <naamax.meir@linux.intel.com>
_______________________________________________
Intel-wired-lan mailing list
Intel-wired-lan@osuosl.org
https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference
2022-09-15 6:09 ` Kurt Kanzenbach
@ 2022-10-04 0:00 ` Zulkifli, Muhammad Husaini
0 siblings, 0 replies; 7+ messages in thread
From: Zulkifli, Muhammad Husaini @ 2022-10-04 0:00 UTC (permalink / raw)
To: Kurt Kanzenbach, Gomes, Vinicius, intel-wired-lan
Hi Kurt,
Replied inline.
> -----Original Message-----
> From: Kurt Kanzenbach <kurt@linutronix.de>
> Sent: Thursday, 15 September, 2022 2:09 PM
> To: Zulkifli, Muhammad Husaini <muhammad.husaini.zulkifli@intel.com>;
> Gomes, Vinicius <vinicius.gomes@intel.com>; intel-wired-lan@osuosl.org
> Subject: RE: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer
> dereference
>
> On Wed Sep 14 2022, Zulkifli, Muhammad Husaini wrote:
> > Hi Vinicius,
> >
> > Thanks for the review. Replied inline
> >
> >> -----Original Message-----
> >> From: Gomes, Vinicius <vinicius.gomes@intel.com>
> >> Sent: Thursday, 15 September, 2022 3:04 AM
> >> To: Zulkifli, Muhammad Husaini <muhammad.husaini.zulkifli@intel.com>;
> >> intel-wired-lan@osuosl.org
> >> Cc: Zulkifli, Muhammad Husaini <muhammad.husaini.zulkifli@intel.com>
> >> Subject: Re: [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL
> >> pointer dereference
> >>
> >> Hi Husaini,
> >>
> >> Muhammad Husaini Zulkifli <muhammad.husaini.zulkifli@intel.com>
> writes:
> >>
> >> > This patch fix the null pointer dereference when dereference the
> >> > pointer that is expected to be valid but is NULL, typically will
> >> > cause kernel crash as below:
> >> >
> >>
> >> This part of the message only repeats that you found NULL dereference
> >> related crash, which is already clear from the splat below.
> >>
> >> Can you give more details about how you manage to crash? What is
> >> schedule that you tried to use, that kind of thing. Perhaps the
> >> problem is somewhere else and we are only hiding the problem.
> >
> > With below schedule, if you are not try to dereferencing the pointer, we
> cannot catch this.
> > Might be compiler already handle it. This is a guard to ensure that
> > "prev" pointer always valid Address before using it. It will always NULL if you
> have 1 GCL schedule entry.
>
> Hm. Yes, prev is NULL for the first schedule entry. Nevertheless, it shouldn't
> be referenced, as `queue_uses[i] > 1' cannot be true for the first entry unless
> I'm missing something.
Yes. You are right. It should not be referenced. I was doing some development work
That time. Sorry about that.
>
> >
> > Example schedule:
> >
> > tc qdisc replace dev ${INTERFACE} handle 100 parent root taprio num_tc 3
> \
> > map 2 2 1 0 2 2 2 2 2 2 2 2 2 2 2 2 \
> > queues 1@0 1@1 2@2 \
> > base-time ${BASETIME} \
> > sched-entry S 0x01 300000
> > flags 0x02
>
> Well, with this schedule I cannot reproduce the issue. What kernel version are
> you testing? Mainline?
As per above, you won't see this issue if you not referenced it. I am testing against
Mainline kernel that time.
>
> Thanks,
> Kurt
_______________________________________________
Intel-wired-lan mailing list
Intel-wired-lan@osuosl.org
https://lists.osuosl.org/mailman/listinfo/intel-wired-lan
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2022-10-04 0:00 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-09-14 14:49 [Intel-wired-lan] [PATCH v1] igc: Fix kernel NULL pointer dereference Muhammad Husaini Zulkifli
2022-09-14 19:03 ` Vinicius Costa Gomes
2022-09-14 23:24 ` Zulkifli, Muhammad Husaini
2022-09-15 6:09 ` Kurt Kanzenbach
2022-10-04 0:00 ` Zulkifli, Muhammad Husaini
2022-09-16 12:54 ` Paul Menzel
2022-10-02 10:00 ` naamax.meir
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.