Re: Panic from vesa_configure()

2016-01-07 Thread Cy Schubert 
In message 
, Adrian Chadd writes:
> Ok,
> 
> So try adding this check:
> 
> vmbuf = x86bios_alloc(, 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: Panic from vesa_configure()

2016-01-07 Thread Cy Schubert 
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

2016-01-07 Thread jenkins-admin 
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

Re: r 293304: BROKEN: buildkernel fails due to error: error: no member named 't_maxopd' in 'struct tcpcb'

2016-01-07 Thread David Wolfskill 
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

Re: r 293304: BROKEN: buildkernel fails due to error: error: no member named 't_maxopd' in 'struct tcpcb'

2016-01-07 Thread Andrew Berg 
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=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

2016-01-07 Thread jenkins-admin 
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: after update to r292778 no interface ath0 and wlan0

2016-01-07 Thread Kevin Oberman 
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"