FreeBSD_HEAD_i386 - Build #2844 - Still Failing

2016-04-12 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #2844 - Still Failing:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2844/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2844/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2844/console

Change summaries:

297905 by pfg:
fmt(1): for pointers use NULL instead of 0

While here clean excessive not lint comment indentation.

297903 by araujo:
Apply revisions 1.4 and 1.5 from ldapd's ber.c to ypldap's copy, so it can
deal with messages that haven't been fully read from the server yet.

Obtained from:  OpenBSD r1.11

297902 by swills:
Try harder to find svn

While here, elliminate last references to CVS_UPDATE and SUP_UPDATE

Reviewed by:gjb
Approved by:gjb

297901 by pfg:
fmt(1): reformat with indent(1).

Failed attempt to get nearer to style(9) and the format from the
original OpenBSD code. At least it should be readable now.

No functional change.



The end of the build log:

[...truncated 155167 lines...]
--- cc_hd.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD  
-MF.depend.cc_hd.o -MTcc_hd.o -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fwrapv -fstack-protector -gdwarf-2 -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/cc/cc_hd/../../../netinet/cc/cc_hd.c 
-o cc_hd.o
--- all_subdir_ath ---
ctfconvert -L VERSION -g ar5416_recv.o
--- ar5416_reset.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  
-I. -I/usr/src/sys/modules/ath/../../dev/ath 
-I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. 
-I/usr/src/sys/modules/ath/../../contrib/dev/ath/ath_hal/ 
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD  
-MF.depend.ar5416_reset.o -MTar5416_reset.o -mno-mmx -mno-sse -msoft-float 
-ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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/a
 th/../../dev/ath/ath_hal/ar5416/ar5416_reset.c -o ar5416_reset.o
--- all_subdir_cc ---
ctfconvert -L VERSION -g cc_hd.o
--- cc_hd.kld ---
ld -d -warn-common -r -d -o cc_hd.kld cc_hd.o
ctfmerge -L VERSION -g -o cc_hd.kld cc_hd.o
:> export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk cc_hd.kld  export_syms | xargs -J% 
objcopy % cc_hd.kld
--- cc_hd.ko.full ---
ld -Bshareable -d -warn-common -o cc_hd.ko.full cc_hd.kld
--- cc_hd.ko.debug ---
objcopy --only-keep-debug cc_hd.ko.full cc_hd.ko.debug
--- cc_hd.ko ---
objcopy --strip-debug --add-gnu-debuglink=cc_hd.ko.debug  cc_hd.ko.full cc_hd.ko
--- all_subdir_cc/cc_htcp ---
===> cc/cc_htcp (all)
--- machine ---
machine -> /usr/src/sys/i386/include
--- x86 ---
x86 -> /usr/src/sys/x86/include
--- cc_htcp.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD  
-MF.depend.cc_htcp.o -MTcc_htcp.o -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fwrapv -fstack-protector -gdwarf-2 -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/cc/cc_htcp/../../../netinet/cc/cc_htcp.c -o cc_htcp.o
--- all_subdir_cam ---
ctfconvert -L VERSION -g scsi_target.o
--- scsi_xpt.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD

FreeBSD_HEAD_i386 - Build #2843 - Failure

2016-04-12 Thread jenkins-admin 
FreeBSD_HEAD_i386 - Build #2843 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2843/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2843/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2843/console

Change summaries:

297898 by davidcs:
1. modify fwdump (a.k.a grcdump) memory is allocated and freed on as needed
   basis.
2. grcdump can be taken at failure points by invoking bxe_grc_dump() when
   trigger_grcdump sysctl flag is set. When grcdump is taken grcdump_done
   sysctl flag is set.
3. grcdump_done can be monitored by the user to retrieve the grcdump.

Submitted by:vaishali.kulka...@qlogic.com
Approved by:davi...@freebsd.org
MFC after:5 days

297897 by cem:
Add a small tool, resizewin(1), to query terminal for window size

Submitted by:   Daniel O'Connor
Reviewed by:kan, wblock, cem
Sponsored by:   EMC / Isilon Storage Division
Differential Revision:  https://reviews.freebsd.org/D4438

297894 by phil:
Merge libxo 0.4.6

Reviewed by: sjg
Approved by: sjg (mentor)



The end of the build log:

[...truncated 155116 lines...]
--- all_subdir_cam ---
ctfconvert -L VERSION -g scsi_pt.o
--- all_subdir_bxe ---
--- 57712_init_values.o ---
cc  -O2 -pipe -Wno-shift-negative-value  -fno-strict-aliasing -Werror -D_KERNEL 
-DKLD_MODULE -nostdinc  -I/usr/src/sys/dev/bxe -DHAVE_KERNEL_OPTION_HEADERS 
-include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys 
-fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD  
-MF.depend.57712_init_values.o -MT57712_init_values.o -mno-mmx -mno-sse 
-msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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/dev/bxe/57712_init_values.c -o 
57712_init_values.o
--- all_subdir_ath ---
--- ar5416_gpio.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  
-I. -I/usr/src/sys/modules/ath/../../dev/ath 
-I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. 
-I/usr/src/sys/modules/ath/../../contrib/dev/ath/ath_hal/ 
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD  
-MF.depend.ar5416_gpio.o -MTar5416_gpio.o -mno-mmx -mno-sse -msoft-float 
-ffreestanding -fwrapv -fstack-protector -gdwarf-2 -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/ath
 /../../dev/ath/ath_hal/ar5416/ar5416_gpio.c -o ar5416_gpio.o
--- all_subdir_cam ---
--- scsi_pass.o ---
ctfconvert -L VERSION -g scsi_pass.o
--- scsi_sa.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD  
-MF.depend.scsi_sa.o -MTscsi_sa.o -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fwrapv -fstack-protector -gdwarf-2 -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/cam/../../cam/scsi/scsi_sa.c -o 
scsi_sa.o
--- all_subdir_ath ---
ctfconvert -L VERSION -g ar5416_gpio.o
--- ar5416_interrupts.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  
-I. -I/usr/src/sys/modules/ath/../../dev/ath 
-I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. 
-I/usr/src/sys/modules/ath/../../contrib/dev/ath/ath_hal/ 
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I/usr/src/sys -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  -MD  
-MF.depend.ar5416_interrupts.o -MTar5416_interrupts.o -mno-mmx -mno-sse 
-msoft-float -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes

RE: Kernel trap when booting inside VirtualBox

2016-04-12 Thread Paul Wootton 

On Tue, Apr 12, 2016 at 02:02PM, Paul Wootton wrote:
>On Tue, Apr 12, 2016 at 08:56AM, Konstantin Belousov wrote:
>>Anyway, please do 'kgdb kernel.debug' for your HEAD kernel, and
>>send me the disassemble of the native_lapic_setup function.
>
>"
>Dump of assembler code for function native_lapic_setup:
>0x80fd1320 :  add%al,(%rax)
>0x80fd1322 :  add%al,(%rax)
>0x80fd1324 :  add%al,(%rax)
>0x80fd1326 :  add%al,(%rax)
>0x80fd1328 :  add%al,(%rax)
>...
>...
>0x80fd1880 :   add%al,(%rax)
>0x80fd1882 :   add%al,(%rax)
>0x80fd1884 :   add%al,(%rax)
>0x80fd1886 :   add%al,(%rax)
>End of assembler dump
>"
>Every line is the same instruction, add %al,(%rax)
>
>I downloaded an ISO of r294499 and that booted correctly inside VBox.
>I SVNed down to r294499, compiled and that did not boot. Did a disassembley
and it's the same as above.
>I downloaded an ISO of r297692 and that booted correctly.
>
>So it's got to be either my kernel conf or my enviroment
>
>Im going to try and compile a generic kernel and see if that works

With the help of Konstantin, I have got a proper disassembly.

I have recompiled a few times so my new panic is
instruction pointer = 0x20:0x80fed2d9
stack pointer   = 0x28:0x824d89c0
frame pointer   = 0x28:0x824d8a40
code segment= base 0x0, Limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
Processor eflags= resume, IOPL = 0
Current process = 0 (swapper)
[ thread pid 0 tid 10 ]
Stopped at  native_lapic_setup+0x99: lesl%edx,%esp

and a disassembly gives
0x80fed2d9 :(bad)  0x99 == 153

Now to figure out why I am making bad binaries.
Ive not seen any issues yet with the world, so its not as if every binary I
make is bad




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
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: Kernel trap when booting inside VirtualBox

2016-04-12 Thread Paul Wootton 
On Tue, Apr 12, 2016 at 08:56AM, Konstantin Belousov wrote:
>On Tue, Apr 12, 2016 at 07:14:47AM +0100, pa...@fisheyehq.com wrote:
>> Hi,
>> 
>> Has anyone else got an issue with running FreeBSD SVN r297810 inside a 
>> VirtualBox session?
>> 
>> I installed 10.3, booting under EFI on my second harddrive (Windows in 
>> on the first drive). FreeBSD would boot correctly from UEFI boot or from 
>> inside VirtualBox. I SVNed up to head (r297810), compiled and installed 
>> it.
>> It will now boot correctly from UEFI boot, but kernel traps very early 
>> on when booted from VirtualBox.
>> 
>> As a side note, I am using booting from zfs.
>> I am starting FreeBSD by calling boot1.efi from inside EFIShell (from 
>> both UEFI boot and VirtualBox)
>> 
>> Has anyone else seen this? Is it my setup?
>> 
>> real memory  = 4831838208 (4608 MB)
>> avail memory = 4096802816 (3907 MB)
>> Event timer "LAPIC" quality 400
>> APIC APIC Table: 
>> Random: unblocking device.
>> Loapic0  irqs 0-23 on motherboard Kernel trap 1 with 
>> interrupts disabled
>> 
>> 
>> Fatal trap 1: privileged instruction fault while in kernel mode cpuid = 
>> 0: apic id = 00
>> instruction pointer = 0x20:0x80fed419
>> stack pointer   = 0x28:0x824d9c00
>> frame pointer   = 0x28:0x824d9c80
>> code segment= base 0x0, Limit 0xf, type 0x1b
>>   = DPL 0, pres 1, long 1, def32 0, gran 1
>> Processor eflags= resume, IOPL = 0
>> Current process = 0 (swapper)
>> [ thread pid 0 tid 10 ]
>> Stopped as  native_lapic_setup+0x99: lesl%edx,%esp
>> db>bt
>> Tracing pis 0 tid 10 td 0x81d351b0
>> native_lapic_setup() at native_lapic_setup+0x99/frame 0x8249c80
>> apic_setup_io() at apic_setup_io+0x53/frame 0x824d9c90
>> mi_startup() at mi_startup+0x118/frame 0x824d9cb0
>> btext() at btext+0x2c
>> db>
>> 
>Was the panic text above trascribed from the screen manually ?
>
>Anyway, please do 'kgdb kernel.debug' for your HEAD kernel, and
>send me the disassemble of the native_lapic_setup function.

Yeah, I typed the panic out by hand

"
Dump of assembler code for function native_lapic_setup:
0x80fd1320 :  add%al,(%rax)
0x80fd1322 :  add%al,(%rax)
0x80fd1324 :  add%al,(%rax)
0x80fd1326 :  add%al,(%rax)
0x80fd1328 :  add%al,(%rax)
...
...
0x80fd1880 :   add%al,(%rax)
0x80fd1882 :   add%al,(%rax)
0x80fd1884 :   add%al,(%rax)
0x80fd1886 :   add%al,(%rax)
End of assembler dump
"
Every line is the same instruction, add %al,(%rax)

I downloaded an ISO of r294499 and that booted correctly inside VBox.
I SVNed down to r294499, compiled and that did not boot. Did a disassembley
and it's the same as above.
I downloaded an ISO of r297692 and that booted correctly.

So it's got to be either my kernel conf or my enviroment

Im going to try and compile a generic kernel and see if that works


Paul


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
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: Revision 297176 - hyperv/evttimer: Use an independent message slot so that it can work

2016-04-12 Thread Dexuan Cui 
Hi smokehydration,
Sephe has committed a few patches into 11-CURRENT to address the issue
and the details of the patches can be found at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208238

Can you please try today's Head branch?
We believe the issue should be fixed, and it would be great to have your 
confirmation.

Thanks,
-- Dexuan


> -Original Message-
> From: Dexuan Cui
> Sent: Friday, April 8, 2016 19:04
> To: 'Sepherosa Ziehau' ; smokehydrat...@tutanota.com
> Cc: freebsd-current@freebsd.org
> Subject: RE: Revision 297176 - hyperv/evttimer: Use an independent message
> slot so that it can work
> 
> Hi smokehydration,
> I guess your VM config file has something like "viridian = 1" or
> "viridian_enlightenment=xxx".
> 
> With this, Xen tries to pretend to be Hyper-V, but obviously Xen can't be 100%
> Hyper-V.
> BTW, I know at least KVM can have the same behavior.
> 
> We have to find a reliable way to distinguish Hyper-V from other hypervisors
> that
> try to pretend to be Hyper-V...
> 
> Thanks,
> -- Dexuan
> 
> 
> > -Original Message-
> > From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-
> > curr...@freebsd.org] On Behalf Of Sepherosa Ziehau
> > Sent: Friday, April 8, 2016 17:29
> > To: smokehydrat...@tutanota.com
> > Cc: freebsd-current@freebsd.org
> > Subject: Re: Revision 297176 - hyperv/evttimer: Use an independent message
> > slot so that it can work
> >
> > I have reverted this change.  It will be brought back, after some code
> > refactoring.
> >
> > On Fri, Apr 8, 2016 at 4:22 PM,   wrote:
> > >
> > > Hello
> > >
> > > I recently update one of my many vms from an older CURRENT revision
> > r297196
> > > to r297659 and on reboot it just panics with the following:
> > >
> > > FreeBSD clang version 3.8.0 (tags/RELEHSE_380/final 262564) (based on
> LLVM
> > > 3.8.0
> > > )
> > > VT(vga): text 80x25
> > > Timecounter "Hyper-V" frequency 1000 Hz quality 1000
> > > Kernel trap 9 with interrupts disabled
> > >
> > >
> > > Fatal trap 9: general protection fault while in kernel mode
> > > cpuid = 0: apic id = 00
> > > instruction pointer = 0x20:0x8100d6?9
> > > stack pointer   = 0x28:ox820d5c30
> > > frame pointer   = 0x28:ox820d5c40
> > > code segment= base 0x0, limit 0xf, type 0x1b
> > > = DPL 0, pres 1, long 1, def32 0, gran 1
> > > processor eflags= IOPL = 0
> > > current process = 0 ()
> > > [ thread pid 0 tid 0 ]
> > > stopped at  hv_get_timecount+0x9:   rdmsr
> > > db) wh
> > > Tracing pid 0 tid 0 td 0x81d0eff0
> > > hv_get_timecount() at hv_get_timecount+0x9/frame 0x820d5c40
> > > tc_init() at tc_init+0x251/frame 0x820d5c90
> > > mi_startup() at mi_startup+0x118/frame 0x820d5cb0
> > > btext() at btext+ox2c   =
> > > db>
> > >
> > > I changed hv_hv.c back to the previous revision (297176) and no panics 
> > > under
> > > Xen VM.
> > >
> > > Thanks!
> > >
> > > p.s. not sure why Xen gets detected as HyperV
> > >
> >
> >
> >
> > --
> > Tomorrow Will Never Die
> > ___
> > freebsd-current@freebsd.org mailing list
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2flists.freebs
> > d.org%2fmailman%2flistinfo%2ffreebsd-
> >
> current=01%7c01%7cdecui%40microsoft.com%7c3a2924929b7b4158aa4f
> >
> 08d35f9043e2%7c72f988bf86f141af91ab2d7cd011db47%7c1=omVqiBrK
> > 9sWAd10koNsZkG72nSoXnjFdXKUsXhGFK6k%3d
> > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

___
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: Kernel trap when booting inside VirtualBox

2016-04-12 Thread Konstantin Belousov 
On Tue, Apr 12, 2016 at 07:14:47AM +0100, pa...@fisheyehq.com wrote:
> Hi,
> 
> Has anyone else got an issue with running FreeBSD SVN r297810 inside a 
> VirtualBox session?
> 
> I installed 10.3, booting under EFI on my second harddrive (Windows in 
> on the first drive). FreeBSD would boot correctly from UEFI boot or from 
> inside VirtualBox. I SVNed up to head (r297810), compiled and installed 
> it.
> It will now boot correctly from UEFI boot, but kernel traps very early 
> on when booted from VirtualBox.
> 
> As a side note, I am using booting from zfs.
> I am starting FreeBSD by calling boot1.efi from inside EFIShell (from 
> both UEFI boot and VirtualBox)
> 
> Has anyone else seen this? Is it my setup?
> 
> real memory  = 4831838208 (4608 MB)
> avail memory = 4096802816 (3907 MB)
> Event timer "LAPIC" quality 400
> APIC APIC Table: 
> Random: unblocking device.
> Loapic0  irqs 0-23 on motherboard Kernel trap 1 with 
> interrupts disabled
> 
> 
> Fatal trap 1: privileged instruction fault while in kernel mode cpuid = 
> 0: apic id = 00
> instruction pointer = 0x20:0x80fed419
> stack pointer   = 0x28:0x824d9c00
> frame pointer   = 0x28:0x824d9c80
> code segment= base 0x0, Limit 0xf, type 0x1b
>   = DPL 0, pres 1, long 1, def32 0, gran 1
> Processor eflags= resume, IOPL = 0
> Current process = 0 (swapper)
> [ thread pid 0 tid 10 ]
> Stopped as  native_lapic_setup+0x99: lesl%edx,%esp
> db>bt
> Tracing pis 0 tid 10 td 0x81d351b0
> native_lapic_setup() at native_lapic_setup+0x99/frame 0x8249c80
> apic_setup_io() at apic_setup_io+0x53/frame 0x824d9c90
> mi_startup() at mi_startup+0x118/frame 0x824d9cb0
> btext() at btext+0x2c
> db>
> 
Was the panic text above trascribed from the screen manually ?

Anyway, please do 'kgdb kernel.debug' for your HEAD kernel, and
send me the disassemble of the native_lapic_setup function.
___
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"

Kernel trap when booting inside VirtualBox

2016-04-12 Thread paulw 

Hi,

Has anyone else got an issue with running FreeBSD SVN r297810 inside a 
VirtualBox session?


I installed 10.3, booting under EFI on my second harddrive (Windows in 
on the first drive). FreeBSD would boot correctly from UEFI boot or from 
inside VirtualBox. I SVNed up to head (r297810), compiled and installed 
it.
It will now boot correctly from UEFI boot, but kernel traps very early 
on when booted from VirtualBox.


As a side note, I am using booting from zfs.
I am starting FreeBSD by calling boot1.efi from inside EFIShell (from 
both UEFI boot and VirtualBox)


Has anyone else seen this? Is it my setup?

real memory  = 4831838208 (4608 MB)
avail memory = 4096802816 (3907 MB)
Event timer "LAPIC" quality 400
APIC APIC Table: 
Random: unblocking device.
Loapic0  irqs 0-23 on motherboard Kernel trap 1 with 
interrupts disabled



Fatal trap 1: privileged instruction fault while in kernel mode cpuid = 
0: apic id = 00

instruction pointer = 0x20:0x80fed419
stack pointer   = 0x28:0x824d9c00
frame pointer   = 0x28:0x824d9c80
code segment= base 0x0, Limit 0xf, type 0x1b
 = DPL 0, pres 1, long 1, def32 0, gran 1
Processor eflags= resume, IOPL = 0
Current process = 0 (swapper)
[ thread pid 0 tid 10 ]
Stopped as  native_lapic_setup+0x99: lesl%edx,%esp
db>bt
Tracing pis 0 tid 10 td 0x81d351b0
native_lapic_setup() at native_lapic_setup+0x99/frame 0x8249c80
apic_setup_io() at apic_setup_io+0x53/frame 0x824d9c90
mi_startup() at mi_startup+0x118/frame 0x824d9cb0
btext() at btext+0x2c
db>


Many Thanks
Paul

___
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"