Bug 196529 - NULL pointer deref in networking
Summary: NULL pointer deref in networking
Status: RESOLVED CODE_FIX
Alias: None
Product: Networking
Classification: Unclassified
Component: Other (show other bugs)
Hardware: x86-64 Linux
: P1 normal
Assignee: Stephen Hemminger
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-07-29 01:52 UTC by Rafael Cepeda
Modified: 2017-08-08 04:12 UTC (History)
1 user (show)

See Also:
Kernel Version: 4.13rc2
Subsystem:
Regression: No
Bisected commit-id:


Attachments
dmesg output (38.05 KB, text/plain)
2017-07-29 01:52 UTC, Rafael Cepeda
Details

Description Rafael Cepeda 2017-07-29 01:52:42 UTC
Created attachment 257749 [details]
dmesg output

Just upgraded to 4.13rc2, rebooted, and my system crashed at my netmount init script; says RIP is NULL, I am guessing a bad func call. I immediately thought missing firmware in kernel, my kernel builds firmware in it, so I upgraded my firmware to latest on git.kernel and made sure I had no warnings in dmesg about missing firmware. Still, I receive this NULL pointer in the IP. If I disable my netmount on boot, I can login, but can not bring up my interfaces, still get a RIP err in kernel logs and cpu load sky-rockets.

I am willing to help and provide as much info as possible, thank you.
Comment 1 The Linux kernel's regression tracker (Thorsten Leemhuis) 2017-07-29 11:55:24 UTC
FYI: This issues is tracked in the regression reports for Linux 4.13 (http://bit.ly/lnxregrep413 ) with this id:

Linux-Regression-ID: lr#084be9

Please include this line in the comment section of patches that are supposed to fix the issue. Please also mention the string once in other mailinglist threads or different bug tracking entries if you or someone else start to discuss the issue there. By including that string you make it a whole lot easier to track where an issue gets discussed and how far patches to fix it have made it. More details on this: http://bit.ly/lnxregtrackid

Thx for your help.
Comment 2 The Linux kernel's regression tracker (Thorsten Leemhuis) 2017-07-29 11:57:58 UTC
FYI: most network developers afaik don't use bugzilla.kernel.org; you might better off sending your report to netdev instead: https://www.kernel.org/doc/Documentation/networking/netdev-FAQ.txt
Comment 3 The Linux kernel's regression tracker (Thorsten Leemhuis) 2017-08-06 13:12:10 UTC
Is the issue still present? Did you forward it to netdev? I didn't find it.

Side note: I'll remove the issue from the regression reports in a week from now to prevent it getting filled with stalled reports.
Comment 4 Rafael Cepeda 2017-08-06 16:34:41 UTC
Thorsten, I apologize, I misunderstood you on forwarding the ticket to netdev. I thought you were educating me about netdev, and that you would submit it in the reports.

The issue still occurs; even after trying out rc3.

I will submit a ticket to netdev now, thanks.
Comment 5 The Linux kernel's regression tracker (Thorsten Leemhuis) 2017-08-07 10:24:44 UTC
(In reply to Rafael Cepeda from comment #4)
> Thorsten, I apologize, 

No worries

> The issue still occurs; even after trying out rc3.

Note: better try rc4, as there was a bunch of changes in the network code just after rc3

> I will submit a ticket to netdev now, thanks.

thx!
Comment 6 Rafael Cepeda 2017-08-08 03:29:37 UTC
Thorsten, thanks to your recommendation, I tried out rc4 and it works! What should I do regarding my netdev ticket?
Comment 7 Rafael Cepeda 2017-08-08 04:12:44 UTC
I am sure commit aae4e7a8bc fixed the issue. It is my NIC and the change is trivial.

Note You need to log in before you can comment on or make changes to this bug.