[Bug 233306] panic when using userppp

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Sat Nov 24 12:53:35 UTC 2018


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233306

lenzi.sergio at gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #199339|0                           |1
        is obsolete|                            |

--- Comment #3 from lenzi.sergio at gmail.com ---
Created attachment 199511
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=199511&action=edit
remove code that panics the system due to invalid memory access

The panic happens when the code:  both i386 and amd64
info.rti_info[RTAX_IFP] = rt->rt_ifp->if_addr->ifa_addr;
at /usr/src/sys/net/rtsock.c near line 1568  the code tries to access
rt->rt_ifp->if_addr->ifa_addr, but because rt->rt_ifp points to an already
freed memory, and the pointer is NOT NULL, probably because the free code does
not nulls the pointer. or a race condition in the code, the system panics at
page fault in kernel mode

The patch removes the line from the rtsock.c for a while until some guru tracks
the race condition or fixes the pointer to a null value after rt->rt_ifp is
freed and so a test can be done..

the server in test holds many (100+) pppoi connections that changes every time,
the server runs routed with flags=-s so the route tables are stressed in
add/delete routes all the time... sometimes it panics in seconds, sometimes
after hours...  Now with this patch, it is working 24/7  for some days...

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list