Re: Panic from vesa_configure()
In message , Jeremie Le Hen writes: > On Mon, Dec 21, 2015 at 12:57 AM, Adrian Chadd wrote > : > > can you copy/paste the file:line that each of those stackframes represents? > > > > I may have an idea or two.. > > Sure here we go: > > (kgdb) list *vesa_configure+0x270 > 0x80b25cd0 is in vesa_configure (/usr/src-svn/sys/dev/fb/vesa.c:827). > > (kgdb) list *vga_init+0x65 > 0x80b286e5 is in vga_init (/usr/src-svn/sys/dev/fb/vga.c:1402). > > (kgdb) list *isavga_attach+0x92 > 0x80b9afd2 is in isavga_attach (/usr/src-svn/sys/isa/vga_isa.c:224). Here is what I see. Only happens on real hardware (not VirtualBox VMs). uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) acpi_alloc_wakeup_handler: can't alloc wake memory orm0: at iomem 0xc-0xcc7ff on isa0 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write data, page not present instruction pointer = 0x20:0x80bb7284 stack pointer = 0x28:0x81e4f960 frame pointer = 0x28:0x81e4f970 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0x81e4f4f0 vpanic() at vpanic+0x182/frame 0x81e4f570 panic() at panic+0x43/frame 0x81e4f5d0 trap_fatal() at trap_fatal+0x351/frame 0x81e4f630 trap_pfault() at trap_pfault+0x1e4/frame 0x81e4f690 trap() at trap+0x46e/frame 0x81e4f8a0 calltrap() at calltrap+0x8/frame 0x81e4f8a0 --- trap 0xc, rip = 0x80bb7284, rsp = 0x81e4f970, rbp = 0x81e4f970 --- bcopy() at bcopy+0x24/frame 0x81e4f970 vesa_configure() at vesa_configure+0x270/frame 0x81e4fb60 vga_init() at vga_init+0x65/frame 0x81e4fb80 isavga_attach() at isavga_attach+0x92/frame 0x81e4fbc0 device_attach() at device_attach+0x420/frame 0x81e4fc20 isa_probe_children() at isa_probe_children+0x211/frame 0x81e4fc90 mi_startup() at mi_startup+0x108/frame 0x81e4fcb0 btext() at btext+0x2c Uptime: 1s acpi0: reset failed - timeout Automatic reboot in 15 seconds - press a key on the console to abort It's getting late here. I'll try digging around tomorrow. -- Cheers, Cy Schubert or FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ 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"
FreeBSD_HEAD_amd64_gcc4.9 - Build #1005 - Still Failing
FreeBSD_HEAD_amd64_gcc4.9 - Build #1005 - Still Failing: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1005/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1005/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc4.9/1005/console Change summaries: 293309 by melifaro: Convert cxgb/cxgbe to the new routing API. Discussed with: np 293306 by allanjude: Make additional parts of sys/geom/eli more usable in userspace The upcoming GELI support in the loader reuses parts of this code Some ifdefs are added, and some code is moved outside of existing ifdefs The HMAC parts of GELI are broken out into their own file, to separate them from the kernel crypto/openssl dependant parts that are replaced in the boot code. Passed the GELI regression suite (tools/regression/geom/eli) Files=20 Tests=14996 Result: PASS Reviewed by:pjd, delphij MFC after: 1 week Sponsored by: ScaleEngine Inc. Differential Revision: https://reviews.freebsd.org/D4699 293305 by jpaetzel: Allow /etc/exports to contain usernames/groups with spaces in them. If you are getting your users/groups from a directory service such as LDAP or AD it's possible for those usernames or groupnames to contain spaces. Submitted by: Sean E. Fagan Reviewed by:rmacklem MFC after: 1 week Sponsored by: iXsystems 293295 by mjg: cache: ansify functions and fix some style issues No functional changes. The end of the build log: [...truncated 319975 lines...] --- snd_sb8.ko.full --- --- all_subdir_syscons --- :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk fade_saver.ko.full export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % fade_saver.ko.full --- all_subdir_sound --- /usr/local/x86_64-freebsd/bin/ld -d -warn-common -r -d -o snd_sb8.ko.full sb8.o ctfmerge -L VERSION -g -o snd_sb8.ko.full sb8.o --- all_subdir_syscons --- --- fade_saver.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug fade_saver.ko.full fade_saver.ko.debug --- fade_saver.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=fade_saver.ko.debug fade_saver.ko.full fade_saver.ko --- all_subdir_sound --- :> export_syms awk -f /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/conf/kmod_syms.awk snd_sb8.ko.full export_syms | xargs -J% /usr/local/x86_64-freebsd/bin/objcopy % snd_sb8.ko.full --- all_subdir_syscons --- --- all_subdir_fire --- ===> syscons/fire (all) --- all_subdir_sound --- --- snd_sb8.ko.debug --- /usr/local/x86_64-freebsd/bin/objcopy --only-keep-debug snd_sb8.ko.full snd_sb8.ko.debug --- snd_sb8.ko --- /usr/local/x86_64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=snd_sb8.ko.debug snd_sb8.ko.full snd_sb8.ko --- all_subdir_sbc --- ===> sound/driver/sbc (all) --- all_subdir_syscons --- --- fire_saver.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp -B/usr/local/x86_64-freebsd/bin/ -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC/opt_global.h -I. -I/builds/FreeBSD_HEAD_amd64_gcc4.9/sys -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/sys/GENERIC -MD -MP -MF.depend.fire_saver.o -MTfire_saver.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error=inline -Wno-error=enum-compare -Wno-error=unused-but-set-variable -Wno-error=aggressive-loop-optimizations -Wno-error=maybe-uninitialized -Wno-error=array-bounds -Wno-error=address -Wno-error=cast-qual -Wno-error=sequence-point -Wno-error=attributes -Wno-error=strict-overflow -Wno-error=overflow -finline-limit=8000 -fms-extensions --param inline-unit-growth=100 --param large-function-growth=1000 -std=iso9899:1999 -c /builds/FreeBSD_HEAD_amd64_gcc4.9/sys/modules/syscons/fire/../../../dev/syscons/fire/fire_saver.c -o fire_saver.o --- all_subdir_sound --- --- sbc.o --- /usr/local/bin/x86_64-portbld-freebsd10.1-gcc -isystem /builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/include -L/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/tmp/usr/lib --sysroot=/builds/FreeBSD_HEAD_amd64_gcc4.9/obj/builds/FreeBSD_HEAD_amd64_gcc4.9/
Re: r 293304: BROKEN: buildkernel fails due to error: error: no member named 't_maxopd' in 'struct tcpcb'
On Thu, Jan 07, 2016 at 06:31:11AM +0100, O. Hartmann wrote:
> Recent r293304 fails to build kernel due to the error below:
>
> [...]
> --- kern_testfrwk.o ---
> cc -O2 -pipe -O3 -O3 -pipe -march=native -fno-strict-aliasing -Werror
> -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS
> -include /usr/obj/usr/src/sys/FREYJA/opt_global.h -I. -I/usr/src/sys
> -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
> -I/usr/obj/usr/src/sys/FREYJA -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse
> -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv
> -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
> -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs
> -fdiagnostics-show-option -Wno-unknown-pragmas
> -Wno-error-tautological-compare -Wno-error-empty-body
> -Wno-error-parentheses-equality -Wno-error-unused-function
> -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx
> -std=iso9899:1999
> -c
> /usr/src/sys/modules/tests/framework/../../../tests/framework/kern_testfrwk.c
> -o kern_testfrwk.o --- all_subdir_tcp/fastpath
> ---
> /usr/src/sys/modules/tcp/fastpath/../../../netinet/tcp_stacks/fastpath.c:481:6:
> error: no member named 't_maxopd' in 'struct tcpcb' if (DELAY_ACK(tp, tlen))
> { ^
> ~~
> /usr/src/sys/modules/tcp/fastpath/../../../netinet/tcp_stacks/fastpath.c:167:19:
> note: expanded from macro 'DELAY_ACK' (tlen <= tp->t_maxopd)
> && \
> ^
> /usr/src/sys/modules/tcp/fastpath/../../../netinet/tcp_stacks/fastpath.c:606:8:
> error: no member named 't_maxopd' in 'struct tcpcb' if (DELAY_ACK(tp, tlen) &&
> tlen != 0) ^
> ~~
> /usr/src/sys/modules/tcp/fastpath/../../../netinet/tcp_stacks/fastpath.c:167:19:
> note: expanded from macro 'DELAY_ACK' (tlen <= tp->t_maxopd)
> && \ ^ --- sctp_indata.o --- ctfconvert -L
> VERSION sctp_indata.o ERROR: ctfconvert: sctp_indata.o doesn't have type data
> to convert --- modules-all --- --- all_subdir_sfxge --- --- siena_vpd.o --- cc
> -O2 -pipe -O3 -O3 -pipe -march=native -fno-strict-aliasing -Werror -D_KERNEL
> -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS
> -include /usr/obj/usr/src/sys/FREYJA/opt_global.h -I. -I/usr/src/sys
> -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
> -I/usr/obj/usr/src/sys/FREYJA -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse
> -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv
> -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
> -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs
> -fdiagnostics-show-option -Wno-unknown-pragmas
> -Wno-error-tautological-compare -Wno-error-empty-body
> -Wno-error-parentheses-equality -Wno-error-unused-function
> -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-aes -mno-avx
> -std=iso9899:1999
> -c /usr/src/sys/modules/sfxge/../../dev/sfxge/common/siena_vpd.c -o
> siena_vpd.o
> --- all_subdir_tcp/fastpath
> ---
> /usr/src/sys/modules/tcp/fastpath/../../../netinet/tcp_stacks/fastpath.c:1545:8:
> error: no member named 't_maxopd' in 'struct tcpcb' if (DELAY_ACK(tp, tlen))
> ^
> ~~
> /usr/src/sys/modules/tcp/fastpath/../../../netinet/tcp_stacks/fastpath.c:167:19:
> note: expanded from macro 'DELAY_ACK' (tlen <= tp->t_maxopd)
> && \ ^ 3 errors generated. *** [fastpath.o]
> Error code 1
>
> make[4]: stopped in /usr/src/sys/modules/tcp/fastpath
> 1 error
>
> make[4]: stopped in /usr/src/sys/modules/tcp/fastpath
> *** [all_subdir_tcp/fastpath] Error code 2
>
> make[3]: stopped in /usr/src/sys/modules
> --- all_subdir_sfxge ---
> --- siena_sram.o ---
> ctfconvert -L VERSION siena_sram.o
> ERROR: ctfconvert: siena_sram.o doesn't have type data to convert
> --- all_subdir_tests/callout_test ---
> ctfconvert -L VERSION callout_test.o
> ERROR: ctfconvert: callout_test.o doesn't have type data to convert
> A failure has been detected in another branch of the parallel make
>
> make[4]: stopped in /usr/src/sys/modules/tests/callout_test
> *** [all_subdir_tests/callout_test] Error code 2
>
> make[3]: stopped in /usr/src/sys/modules
> --- sctp_input.o ---
> ctfconvert -L VERSION sctp_input.o
> ___
> 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"
The attached patch gets through the buildkernel. After install &
reboot, I'm not seeing obvious issues -- I can still talk to the box
over TCP, at least.
Peace,
david
--
David H. Wolfskill da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.
See http://www.catw
Re: r 293304: BROKEN: buildkernel fails due to error: error: no member named 't_maxopd' in 'struct tcpcb'
On 2016.01.07 06:43, David Wolfskill wrote: > The attached patch gets through the buildkernel. After install & reboot, > I'm not seeing obvious issues -- I can still talk to the box over TCP, at > least. This exact change was committed about an hour ago. https://svnweb.freebsd.org/base/head/sys/netinet/tcp_stacks/fastpath.c?r1=292336&r2=293313 ___ 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"
FreeBSD_HEAD_i386 - Build #2058 - Fixed
FreeBSD_HEAD_i386 - Build #2058 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2058/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2058/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2058/console Change summaries: 293316 by skra: Print curpmap in "show pcpu" command. Approved by:kib (mentor) 293315 by melifaro: Do not use 'struct route_in6' inside hash6_insert(). rin6 was used only as sockaddr_in6 storage. Make rtalloc1_fib() use on-stack sin6 and return rtenry directly, instead of doing useless work with 'struct route_in6'. 293313 by jtl: Apply the changes from r293284 to one additional file. Discussed with: glebius ___ 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"
Re: Panic from vesa_configure()
In message
, Adrian Chadd writes:
> Ok,
>
> So try adding this check:
>
> vmbuf = x86bios_alloc(&offs, sizeof(*buf), M_WAITOK);
> if (vmbuf == NULL) {
> printf("%s: x86bios_alloc failed!\n", __func__);
> goto fail;
> }
>
> ... that call shouldn't be failing, but if it's truely failing on the
> bcopy(), the only reason is because vmbuf is NULL.
Thanks. I'll try this.
vesa.c hasn't changed for a while so I suspect the root cuase may be
somewhere else (we're probably treating the symptom here). Nice thing about
using the same mobo and cpu combination on all my machines (except
laptops), failures are completely reproducible. Might be a good idea to put
in a dtrace probe too.
--
Cheers,
Cy Schubert or
FreeBSD UNIX: Web: http://www.FreeBSD.org
The need of the many outweighs the greed of the few.
___
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"
Re: after update to r292778 no interface ath0 and wlan0
On Thu, Jan 7, 2016 at 3:49 AM, Matthias Apitz wrote: > El día Thursday, January 07, 2016 a las 03:04:24AM +0100, Michael Gmelin > escribió: > > > > wlans_ath0="wlan0" > > > ifconfig_wlan0="WPA DHCP" > > > > > > (i.e. unchanged as they worked before); in dmesg the aht0 is shown as > > > usual with: > > > > > > > See > https://lists.freebsd.org/pipermail/freebsd-net/2015-August/042976.html > and don't forget to run mergemaster to update rc scripts. > > A side question or remark on this: Why I do understand that certain > files (like: /etc/group, /etc/motd, ...) must be overwritten or merged or > ignored > with the files from the new installworld, I do not understand why the > script files in /etc/rc.d or /etc are not just overwritten with the new > files; > > these files are not meant to be changed by the system admin, they are > just new software; > > matthias > I have no idea here you get this idea. The whole idea of /etc is to hold files that configure a system that might be managed and modified by the admin. You had better know what you are doing before editing these but I have had many files in various systems that I customized and that was the whole idea of the /etc directory at least back in BSD4.2 (NOT FreeBSD!). The reason we have /etc/defaults is to have a safe, reasonable set of defaults that should NOT be modified. If FreeBSD update or any other mechanism simply over-wrote the files that had been modified in /etc, I could no longer use them as I have NEVER had a system where at least a few files in /etc were modified. Yes, that includes scripts. /etc/rc.s are a bit less likely to be edited, but I used to have quite a number that I modified on my personal systems to modify shutdown actions. Still, I agree that this is a bit unusual and updating by default might be reasonable. ___ 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"
