On Mon, Nov 5, 2018 at 12:38 PM Ryota Ozaki wrote:
>
(snip)
>
> I can reproduce the panic easily by the small program:
>
> // start--
> #include
> #include
> #include
>
> int
> main(void)
> {
> char buf[64];
> struct sockaddr_storage ss = {0};
> int s, e;
>
>
On Tue, Nov 6, 2018 at 10:41 AM Paul Ripke wrote:
>
> On Mon, Nov 05, 2018 at 05:28:23PM +0900, Ryota Ozaki wrote:
> > On Mon, Nov 5, 2018 at 4:40 PM Michael van Elst wrote:
> > >
> > > ozak...@netbsd.org (Ryota Ozaki) writes:
> > >
> > > >diff --git a/sys/netinet6/udp6_usrreq.c
On Mon, Nov 05, 2018 at 05:28:23PM +0900, Ryota Ozaki wrote:
> On Mon, Nov 5, 2018 at 4:40 PM Michael van Elst wrote:
> >
> > ozak...@netbsd.org (Ryota Ozaki) writes:
> >
> > >diff --git a/sys/netinet6/udp6_usrreq.c b/sys/netinet6/udp6_usrreq.c
> > >index ee4fc6fdfb3..a4a74c8009e 100644
> > >---
On Mon, Nov 5, 2018 at 4:40 PM Michael van Elst wrote:
>
> ozak...@netbsd.org (Ryota Ozaki) writes:
>
> >diff --git a/sys/netinet6/udp6_usrreq.c b/sys/netinet6/udp6_usrreq.c
> >index ee4fc6fdfb3..a4a74c8009e 100644
> >--- a/sys/netinet6/udp6_usrreq.c
> >+++ b/sys/netinet6/udp6_usrreq.c
> >@@
ozak...@netbsd.org (Ryota Ozaki) writes:
>diff --git a/sys/netinet6/udp6_usrreq.c b/sys/netinet6/udp6_usrreq.c
>index ee4fc6fdfb3..a4a74c8009e 100644
>--- a/sys/netinet6/udp6_usrreq.c
>+++ b/sys/netinet6/udp6_usrreq.c
>@@ -668,10 +668,18 @@ udp6_output(struct in6pcb * const in6p, struct mbuf *m,
On Mon, Nov 5, 2018 at 10:38 AM Paul Ripke wrote:
>
> I'm running netbsd-8 synced as of ~2018-10-30, and am continuing to
> get occasional panics, about once a week on the prior kernel, and
> another just now. Is this familiar to anybody? Core on hand, pointers
> on what to look at appreciated.
>
I'm running netbsd-8 synced as of ~2018-10-30, and am continuing to
get occasional panics, about once a week on the prior kernel, and
another just now. Is this familiar to anybody? Core on hand, pointers
on what to look at appreciated.
NetBSD slave 8.0_STABLE NetBSD 8.0_STABLE (SLAVE) #1: Tue Oct
Hello,
I got this panic last night, while my desktop was mostly idle (maybe
it was runnning the daily scripts, and a rsync writing to the filesystem):
panic: /local/armandeche1: bad dir ino 27556662 at offset 0: NUL in name []
i=0, namlen=1
cpu0: Begin traceback...
vpanic() at