Installing drm-current-kmod from ports
I've been reading the HEADSUP: drm-current-kmod thread, actually several times, and since my pkg install of plain vanilla drm-kmod was a dud after working for several weekly installs of 13.0-Current, it's clear I probably need to make install from the ports, which I have installed, as well as the sources. I must confess I have done pkg install xorg, but this can be corrected if it needs to be make install xorg from ports. Is simply navigating to /usr/ports/graphics/drm-current-kmod and running "make install clean" the best next step, or am I missing something else? I want to confess my relative ignorance, and thank Graham Perrin & Pete Wright for their help on a previous post, 13.0 Current - r350702 exposed an Xorg failure. I've moved on to this weeks r351067 and no longer think my problem is with Xorg, but with my install of drm-*-kmod. I'm willing to wipe my install & start fresh if need be. I sure like gParted. It erases a lot of sins. Clay ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Panic... r350849 panic: m_copydata, negative off -1
I do have a core if folks want to look.
r350849
Unread portion of the kernel message buffer:
panic: m_copydata, negative off -1
cpuid = 0
time = 1566090669
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfe011a798720
vpanic() at vpanic+0x19d/frame 0xfe011a798770
panic() at panic+0x43/frame 0xfe011a7987d0
m_copydata() at m_copydata+0x17a/frame 0xfe011a798850
rack_output() at rack_output+0x2c00/frame 0xfe011a798a70
tcp_hpts_thread() at tcp_hpts_thread+0x5e6/frame 0xfe011a798b50
ithread_loop() at ithread_loop+0x187/frame 0xfe011a798bb0
fork_exit() at fork_exit+0x84/frame 0xfe011a798bf0
fork_trampoline() at fork_trampoline+0xe/frame 0xfe011a798bf0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
Uptime: 6d22h22m59s
Dumping 28815 out of 131026
MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%
__curthread () at /usr/src/sys/amd64/include/pcpu.h:246
246 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n"
(OFFSETOF_CURTHREAD));
(kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu.h:246
#1 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:392
#2 0x804bb950 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:479
#3 0x804bbdc9 in vpanic (fmt=, ap=out>)
at /usr/src/sys/kern/kern_shutdown.c:905
#4 0x804bbb03 in panic (fmt=)
at /usr/src/sys/kern/kern_shutdown.c:832
#5 0x8054868a in m_copydata (m=,
off=,
len=, cp=) at
/usr/src/sys/kern/uipc_mbuf.c:622
#6 0x8268bda0 in rack_output (tp=)
at
/usr/src/sys/modules/tcp/rack/../../../netinet/tcp_stacks/rack.c:7957
#7 0x80679176 in tcp_hptsi (hpts=)
at /usr/src/sys/netinet/tcp_hpts.c:1621
#8 tcp_hpts_thread (ctx=)
at /usr/src/sys/netinet/tcp_hpts.c:1842
#9 0x80484997 in intr_event_execute_handlers (p=out>,
ie=) at /usr/src/sys/kern/kern_intr.c:1148
#10 ithread_execute_handlers (p=, ie=)
at /usr/src/sys/kern/kern_intr.c:1161
#11 ithread_loop (arg=) at
/usr/src/sys/kern/kern_intr.c:1241
#12 0x80481544 in fork_exit (
callout=0x80484810 , arg=0xf80106ec01a0,
frame=0xfe011a798c00) at /usr/src/sys/kern/kern_fork.c:1057
#13
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106
signature.asc
Description: OpenPGP digital signature
Re: problem with LOCAL_MODULES
On Fri, 16 Aug 2019 17:37:56 -0700
John Baldwin wrote:
> On 8/16/19 3:05 AM, Gary Jennejohn wrote:
> > I tried to build a kernel today and it failed in modules-all even
> > though I had LOCAL_MODULES="" in /etc/src.conf, as recommended by
> > jhb.
> >
> > That's wrong. It has to be LOCAL_MODULES=, otherwise
> > /sys/conf/kern.post.mk seems to conclude that there should be a
> > module under /usr/local/sys/modules with the name "".
>
> I think this will permit both versions to work:
>
> Index: sys/conf/kern.post.mk
> ===
> --- kern.post.mk (revision 351151)
> +++ kern.post.mk (working copy)
> @@ -76,6 +76,7 @@ modules-${target}:
> cd $S/modules; ${MKMODULESENV} ${MAKE} \
> ${target:S/^reinstall$/install/:S/^clobber$/cleandir/}
> .endif
> +.if !empty(LOCAL_MODULES)
> .for module in ${LOCAL_MODULES}
> @${ECHODIR} "===> ${module}
> (${target:S/^reinstall$/install/:S/^clobber$/cleandir/})"
> @cd ${LOCAL_MODULES_DIR}/${module}; ${MKMODULESENV} ${MAKE} \
> @@ -83,6 +84,7 @@ modules-${target}:
> ${target:S/^reinstall$/install/:S/^clobber$/cleandir/}
> .endfor
> .endif
> +.endif
> .endfor
>
> # Handle ports (as defined by the user) that build kernel modules
>
Nope, the same error as before with the patch applied and
LOCAL_MODULES="" .
--
Gary Jennejohn
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
