From tinderbox at freebsd.org Sun Feb 1 20:57:14 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Feb 1 20:57:49 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090202045711.237847302F@freebsd-current.sentex.ca> TB --- 2009-02-02 03:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 03:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-02 03:40:00 - cleaning the object tree TB --- 2009-02-02 03:40:57 - cvsupping the source tree TB --- 2009-02-02 03:40:57 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-02 03:41:04 - building world TB --- 2009-02-02 03:41:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 03:41:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 03:41:04 - TARGET=amd64 TB --- 2009-02-02 03:41:04 - TARGET_ARCH=amd64 TB --- 2009-02-02 03:41:04 - TZ=UTC TB --- 2009-02-02 03:41:04 - __MAKE_CONF=/dev/null TB --- 2009-02-02 03:41:04 - cd /src TB --- 2009-02-02 03:41:04 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 03:41:07 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/for.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash_tables.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/job.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/lst.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/main.c /src/usr.bin/make/main.c:375:1: error: "OPTFLAGS" redefined /src/usr.bin/make/main.c:374:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 04:57:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 04:57:11 - ERROR: failed to build world TB --- 2009-02-02 04:57:11 - 3590.66 user 355.06 system 4630.34 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From bugmaster at FreeBSD.org Mon Feb 2 03:06:48 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 2 04:25:21 2009 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200902021106.n12B6lUZ094358@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/131209 amd64 [panic] 7.1-STABLE amd64 crash f amd64/130885 amd64 sockstat(1) on amd64 does not work o amd64/130864 amd64 [hang] Problem with copying files to a large partition o amd64/130817 amd64 FreeBSD does not support HP DL160G5 [regression] o amd64/130494 amd64 [boot] netbooting BTX fails on amd64 o amd64/130483 amd64 [mxge] MSI must be disabled when Myricom 10Gbps Card i o amd64/130368 amd64 [hang] Switching from xorg to console locks up compute o amd64/129889 amd64 [boot] The booting process stops at the line mounting o amd64/129721 amd64 [hang] Motherboard K9N2G Neo-FD hangs on boot of 7.0-R o amd64/129667 amd64 [ata] Elitegroup A780GM-A IDE controller not recognize o amd64/129488 amd64 [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o amd64/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] amd64 motherboard: Intel DG965WH motherboard co f amd64/128978 amd64 [install] FreeBSD 6.3 64-bit panics at boot time duri o amd64/128810 amd64 AMD 64 port installation o amd64/128765 amd64 [install] Install CD loads to Install choices but stop o amd64/128686 amd64 [ata] can't detect SATA Disk on 8.0-Current with NF550 o amd64/128263 amd64 [panic] 2 amd64 dl380 g5 with dual quadcore xeons, 8 a o amd64/128259 amd64 csh(1): "`" crashes csh o amd64/127787 amd64 [lor] 3 lock LOR in recent CURRENT o amd64/127640 amd64 gcc(1) will not build shared libraries with -fprofile- o amd64/127492 amd64 [zfs] System hang on ZFS input-output o amd64/127484 amd64 [timecounters] Drift problem with FreeBSD 7.0 and 7.1 o amd64/127451 amd64 [scheduler] incorrect load on quad core o amd64/127397 amd64 [amd64] 32bit application on FreeBSD-6.3 amd64 gets SI s amd64/127276 amd64 ldd(1) invokes linux yes o amd64/127129 amd64 mdconfig(8) is core dumping with Segmentation Fault 11 o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang f amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails o amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A a amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116159 amd64 [panic] Panic while debugging on CURRENT s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff f amd64/91492 amd64 [boot] BTX halted o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/76136 amd64 [hang] system halts before reboot o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up 91 problems total. From jhb at freebsd.org Mon Feb 2 06:56:41 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Feb 2 06:56:48 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash In-Reply-To: <200901311529.n0VFTj73014198@www.freebsd.org> References: <200901311529.n0VFTj73014198@www.freebsd.org> Message-ID: <200902020849.06054.jhb@freebsd.org> On Saturday 31 January 2009 10:29:45 am Roar Pettersen wrote: > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x800000108 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8037690c > stack pointer = 0x10:0xfffffffec329e5e0 > frame pointer = 0x10:0x0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 25972 (cron) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 6h33m10s > Physical memory: 2039 MB > Dumping 411 MB: 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 > > Reading symbols from /boot/kernel/blank_saver.ko...Reading symbols from /boot/kernel/blank_saver.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/blank_saver.ko > #0 0xffffffff802fa8fa in doadump () at /usr/src/sys/kern/kern_shutdown.c:238 > 238 if (dumper.dumper == NULL) { Can you provide the full backtrace? This stack frame is well after the panic in the code that writes out the crash dump, so it is not very useful. -- John Baldwin From jhb at freebsd.org Mon Feb 2 07:00:19 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Feb 2 07:00:30 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902021500.n12F0AIs074125@freefall.freebsd.org> The following reply was made to PR amd64/131209; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: Roar Pettersen , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Date: Mon, 2 Feb 2009 08:49:05 -0500 On Saturday 31 January 2009 10:29:45 am Roar Pettersen wrote: > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x800000108 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8037690c > stack pointer = 0x10:0xfffffffec329e5e0 > frame pointer = 0x10:0x0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 25972 (cron) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 6h33m10s > Physical memory: 2039 MB > Dumping 411 MB: 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 > > Reading symbols from /boot/kernel/blank_saver.ko...Reading symbols from /boot/kernel/blank_saver.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/blank_saver.ko > #0 0xffffffff802fa8fa in doadump () at /usr/src/sys/kern/kern_shutdown.c:238 > 238 if (dumper.dumper == NULL) { Can you provide the full backtrace? This stack frame is well after the panic in the code that writes out the crash dump, so it is not very useful. -- John Baldwin From roar.pettersen at uib.no Mon Feb 2 07:44:58 2009 From: roar.pettersen at uib.no (Roar Pettersen) Date: Mon Feb 2 08:24:06 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash In-Reply-To: <200902020849.06054.jhb@freebsd.org> References: <200901311529.n0VFTj73014198@www.freebsd.org> <200902020849.06054.jhb@freebsd.org> Message-ID: Hello ! > Can you provide the full backtrace? This stack frame is well after the panic > in the code that writes out the crash dump, so it is not very useful. # kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x800000108 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8037690c stack pointer = 0x10:0xfffffffec329e5e0 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 25972 (cron) trap number = 12 panic: page fault cpuid = 1 Uptime: 6h33m10s Physical memory: 2039 MB Dumping 411 MB: 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 Reading symbols from /boot/kernel/blank_saver.ko...Reading symbols from /boot/kernel/blank_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/blank_saver.ko #0 0xffffffff802fa8fa in doadump () at /usr/src/sys/kern/kern_shutdown.c:238 238 if (dumper.dumper == NULL) { (kgdb) backtrace #0 0xffffffff802fa8fa in doadump () at /usr/src/sys/kern/kern_shutdown.c:238 #1 0x0000000000000004 in ?? () #2 0xffffffff802fae29 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #3 0xffffffff802fb232 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:572 #4 0xffffffff804fbc53 in trap_fatal (frame=0xffffff000a5dfa50, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:735 #5 0xffffffff804fc025 in trap_pfault (frame=0xfffffffec329e530, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:674 #6 0xffffffff804fc968 in trap (frame=0xfffffffec329e530) at /usr/src/sys/amd64/amd64/trap.c:571 #7 0xffffffff804e23ae in Xtss () at /usr/src/sys/amd64/amd64/exception.S:138 #8 0xffffffff8037690c in vattr_null (vap=0x0) at /usr/src/sys/kern/vfs_subr.c:536 #9 0xfffffffec329e640 in ?? () #10 0xffffff000a5dfa50 in ?? () #11 0xfffffffec329ea60 in ?? () #12 0xfffffffec329ea10 in ?? () #13 0x0000000000000000 in ?? () #14 0xffffffff80540f11 in VOP_VPTOFH_APV (vop=0x800000000, a=0x0) at vnode_if.c:2767 #15 0xffffff000439e3f0 in ?? () #16 0xffffff000439e3f0 in ?? () #17 0x0000000000000004 in ?? () #18 0xffffffff8037ac07 in vput (vp=0xffffff000439cb28) at vnode_if.h:31 #19 0xffffffff80377ede in vaccess (type=Variable "type" is not available. ) at /usr/src/sys/kern/vfs_subr.c:3400 #20 0xffffff0000000000 in ?? () #21 0xffffff007ff8a998 in ?? () #22 0xffffffff804c1805 in uma_zfree_arg (zone=0xffffffff804d9261, item=0xffffff000a5dfa50, udata=0x0) at /usr/src/sys/vm/uma_core.c:2367 #23 0xfffffffec329e8d0 in ?? () #24 0xffffff000439c9d8 in ?? () #25 0xffffff00043829a0 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000100 in ?? () #28 0xffffff000439c9d8 in ?? () #29 0xffffffff804b6d5a in ufs_getattr (ap=Variable "ap" is not available. ) at /usr/src/sys/ufs/ufs/ufs_vnops.c:444 #30 0x0000000000000004 in ?? () #31 0xffffff000156b150 in ?? () #32 0xfffffffec329ea10 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000001 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000100 in ?? () #37 0xffffff000439c9d8 in ?? () #38 0xffffffff804b685a in ufs_whiteout (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:941 #39 0xffffffff803686d6 in breada (vp=0x0, rablkno=0x800, rabsize=0x4000, cnt=0, cred=0x1000) at /usr/src/sys/kern/vfs_bio.c:2288 #40 0x0000000000001001 in ?? () #41 0xffffff000439c9d8 in ?? () #42 0x0000000000000000 in ?? () #43 0xffffff00043829a0 in ?? () #44 0xffffff000439c9d8 in ?? () #45 0xfffffffec329eb10 in ?? () #46 0x000010000439c9d8 in ?? () #47 0x0002000000000002 in ?? () #48 0xffffff000a5dfa50 in ?? () #49 0x0000000000000001 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000080744500 in ?? () #52 0xffffff0037df6a00 in ?? () #53 0xfffffffe8001a340 in ?? () #54 0x0000000000000000 in ?? () #55 0xffffff000439c9d8 in ?? () #56 0xfffffffec329eb10 in ?? () #57 0xffffff000a5dfa50 in ?? () #58 0xffffffff80388dff in vn_read (fp=0xffffffff803687fa, uio=0xffffffff804ab959, active_cred=Variable "active_cred" is not available. ) at atomic.h:143 #59 0xffffffff8033480d in dofileread (td=0xffffff000a5dfa50, fd=3, fp=0xffffff0037df6a00, auio=0xfffffffec329eb10, offset=-5315631632, flags=0) at file.h:244 #60 0xffffffff80334b7e in kern_readv (td=0xffffff000a5dfa50, fd=3, auio=0xfffffffec329eb10) at /usr/src/sys/kern/sys_generic.c:192 #61 0xffffffff80334c6c in read (td=0x0, uap=0x0) at /usr/src/sys/kern/sys_generic.c:103 #62 0xffffffff804fc2a7 in syscall (frame=0xfffffffec329ec80) at /usr/src/sys/amd64/amd64/trap.c:878 #63 0xffffffff804e25bb in Xpage () at /usr/src/sys/amd64/amd64/exception.S:268 #64 0x0000000800932b8c in ?? () Previous frame inner to this frame (corrupt stack?) -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway From roar.pettersen at uib.no Mon Feb 2 07:50:04 2009 From: roar.pettersen at uib.no (Roar Pettersen) Date: Mon Feb 2 08:31:32 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902021550.n12Fo3HP012023@freefall.freebsd.org> The following reply was made to PR amd64/131209; it has been noted by GNATS. From: Roar Pettersen To: John Baldwin Cc: freebsd-amd64@freebsd.org, Roar Pettersen , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Date: Mon, 2 Feb 2009 16:34:39 +0100 (CET) Hello ! > Can you provide the full backtrace? This stack frame is well after the panic > in the code that writes out the crash dump, so it is not very useful. # kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x800000108 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8037690c stack pointer = 0x10:0xfffffffec329e5e0 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 25972 (cron) trap number = 12 panic: page fault cpuid = 1 Uptime: 6h33m10s Physical memory: 2039 MB Dumping 411 MB: 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 Reading symbols from /boot/kernel/blank_saver.ko...Reading symbols from /boot/kernel/blank_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/blank_saver.ko #0 0xffffffff802fa8fa in doadump () at /usr/src/sys/kern/kern_shutdown.c:238 238 if (dumper.dumper == NULL) { (kgdb) backtrace #0 0xffffffff802fa8fa in doadump () at /usr/src/sys/kern/kern_shutdown.c:238 #1 0x0000000000000004 in ?? () #2 0xffffffff802fae29 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #3 0xffffffff802fb232 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:572 #4 0xffffffff804fbc53 in trap_fatal (frame=0xffffff000a5dfa50, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:735 #5 0xffffffff804fc025 in trap_pfault (frame=0xfffffffec329e530, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:674 #6 0xffffffff804fc968 in trap (frame=0xfffffffec329e530) at /usr/src/sys/amd64/amd64/trap.c:571 #7 0xffffffff804e23ae in Xtss () at /usr/src/sys/amd64/amd64/exception.S:138 #8 0xffffffff8037690c in vattr_null (vap=0x0) at /usr/src/sys/kern/vfs_subr.c:536 #9 0xfffffffec329e640 in ?? () #10 0xffffff000a5dfa50 in ?? () #11 0xfffffffec329ea60 in ?? () #12 0xfffffffec329ea10 in ?? () #13 0x0000000000000000 in ?? () #14 0xffffffff80540f11 in VOP_VPTOFH_APV (vop=0x800000000, a=0x0) at vnode_if.c:2767 #15 0xffffff000439e3f0 in ?? () #16 0xffffff000439e3f0 in ?? () #17 0x0000000000000004 in ?? () #18 0xffffffff8037ac07 in vput (vp=0xffffff000439cb28) at vnode_if.h:31 #19 0xffffffff80377ede in vaccess (type=Variable "type" is not available. ) at /usr/src/sys/kern/vfs_subr.c:3400 #20 0xffffff0000000000 in ?? () #21 0xffffff007ff8a998 in ?? () #22 0xffffffff804c1805 in uma_zfree_arg (zone=0xffffffff804d9261, item=0xffffff000a5dfa50, udata=0x0) at /usr/src/sys/vm/uma_core.c:2367 #23 0xfffffffec329e8d0 in ?? () #24 0xffffff000439c9d8 in ?? () #25 0xffffff00043829a0 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000100 in ?? () #28 0xffffff000439c9d8 in ?? () #29 0xffffffff804b6d5a in ufs_getattr (ap=Variable "ap" is not available. ) at /usr/src/sys/ufs/ufs/ufs_vnops.c:444 #30 0x0000000000000004 in ?? () #31 0xffffff000156b150 in ?? () #32 0xfffffffec329ea10 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000001 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000100 in ?? () #37 0xffffff000439c9d8 in ?? () #38 0xffffffff804b685a in ufs_whiteout (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:941 #39 0xffffffff803686d6 in breada (vp=0x0, rablkno=0x800, rabsize=0x4000, cnt=0, cred=0x1000) at /usr/src/sys/kern/vfs_bio.c:2288 #40 0x0000000000001001 in ?? () #41 0xffffff000439c9d8 in ?? () #42 0x0000000000000000 in ?? () #43 0xffffff00043829a0 in ?? () #44 0xffffff000439c9d8 in ?? () #45 0xfffffffec329eb10 in ?? () #46 0x000010000439c9d8 in ?? () #47 0x0002000000000002 in ?? () #48 0xffffff000a5dfa50 in ?? () #49 0x0000000000000001 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000080744500 in ?? () #52 0xffffff0037df6a00 in ?? () #53 0xfffffffe8001a340 in ?? () #54 0x0000000000000000 in ?? () #55 0xffffff000439c9d8 in ?? () #56 0xfffffffec329eb10 in ?? () #57 0xffffff000a5dfa50 in ?? () #58 0xffffffff80388dff in vn_read (fp=0xffffffff803687fa, uio=0xffffffff804ab959, active_cred=Variable "active_cred" is not available. ) at atomic.h:143 #59 0xffffffff8033480d in dofileread (td=0xffffff000a5dfa50, fd=3, fp=0xffffff0037df6a00, auio=0xfffffffec329eb10, offset=-5315631632, flags=0) at file.h:244 #60 0xffffffff80334b7e in kern_readv (td=0xffffff000a5dfa50, fd=3, auio=0xfffffffec329eb10) at /usr/src/sys/kern/sys_generic.c:192 #61 0xffffffff80334c6c in read (td=0x0, uap=0x0) at /usr/src/sys/kern/sys_generic.c:103 #62 0xffffffff804fc2a7 in syscall (frame=0xfffffffec329ec80) at /usr/src/sys/amd64/amd64/trap.c:878 #63 0xffffffff804e25bb in Xpage () at /usr/src/sys/amd64/amd64/exception.S:268 #64 0x0000000800932b8c in ?? () Previous frame inner to this frame (corrupt stack?) -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway From jhb at freebsd.org Mon Feb 2 10:44:39 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Feb 2 10:44:44 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash In-Reply-To: References: <200901311529.n0VFTj73014198@www.freebsd.org> <200902020849.06054.jhb@freebsd.org> Message-ID: <200902021059.28556.jhb@freebsd.org> On Monday 02 February 2009 10:34:39 am Roar Pettersen wrote: > Hello ! > > > Can you provide the full backtrace? This stack frame is well after the panic > > in the code that writes out the crash dump, so it is not very useful. > > > > # kgdb kernel.debug /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x800000108 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8037690c > stack pointer = 0x10:0xfffffffec329e5e0 > frame pointer = 0x10:0x0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 25972 (cron) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 6h33m10s > Physical memory: 2039 MB > Dumping 411 MB: 396 380 364 348 332 316 300 284 268 252 236 220 204 188 > 172 156 140 124 108 92 76 60 44 28 12 > > Reading symbols from /boot/kernel/blank_saver.ko...Reading symbols from > /boot/kernel/blank_saver.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/blank_saver.ko > #0 0xffffffff802fa8fa in doadump () at > /usr/src/sys/kern/kern_shutdown.c:238 > 238 if (dumper.dumper == NULL) { > (kgdb) backtrace > #0 0xffffffff802fa8fa in doadump () at > /usr/src/sys/kern/kern_shutdown.c:238 > #1 0x0000000000000004 in ?? () > #2 0xffffffff802fae29 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:417 > #3 0xffffffff802fb232 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:572 > #4 0xffffffff804fbc53 in trap_fatal (frame=0xffffff000a5dfa50, > eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:735 > #5 0xffffffff804fc025 in trap_pfault (frame=0xfffffffec329e530, > usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:674 > #6 0xffffffff804fc968 in trap (frame=0xfffffffec329e530) > at /usr/src/sys/amd64/amd64/trap.c:571 > #7 0xffffffff804e23ae in Xtss () at > /usr/src/sys/amd64/amd64/exception.S:138 > #8 0xffffffff8037690c in vattr_null (vap=0x0) at > /usr/src/sys/kern/vfs_subr.c:536 Is your source tree out of date wrt your kernel? The kernel messages clearly show a page fault, not a TSS fault as Xtss() would indicate. Also, if vattr_null() was passed a NULL pointer, it should have faulted at the start of its routine rather than halfway through it. -- John Baldwin From jhb at freebsd.org Mon Feb 2 10:50:18 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Feb 2 10:50:25 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902021850.n12Io3F1047869@freefall.freebsd.org> The following reply was made to PR amd64/131209; it has been noted by GNATS. From: John Baldwin To: Roar Pettersen Cc: freebsd-amd64@freebsd.org, Roar Pettersen , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Date: Mon, 2 Feb 2009 10:59:27 -0500 On Monday 02 February 2009 10:34:39 am Roar Pettersen wrote: > Hello ! > > > Can you provide the full backtrace? This stack frame is well after the panic > > in the code that writes out the crash dump, so it is not very useful. > > > > # kgdb kernel.debug /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x800000108 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8037690c > stack pointer = 0x10:0xfffffffec329e5e0 > frame pointer = 0x10:0x0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 25972 (cron) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 6h33m10s > Physical memory: 2039 MB > Dumping 411 MB: 396 380 364 348 332 316 300 284 268 252 236 220 204 188 > 172 156 140 124 108 92 76 60 44 28 12 > > Reading symbols from /boot/kernel/blank_saver.ko...Reading symbols from > /boot/kernel/blank_saver.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/blank_saver.ko > #0 0xffffffff802fa8fa in doadump () at > /usr/src/sys/kern/kern_shutdown.c:238 > 238 if (dumper.dumper == NULL) { > (kgdb) backtrace > #0 0xffffffff802fa8fa in doadump () at > /usr/src/sys/kern/kern_shutdown.c:238 > #1 0x0000000000000004 in ?? () > #2 0xffffffff802fae29 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:417 > #3 0xffffffff802fb232 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:572 > #4 0xffffffff804fbc53 in trap_fatal (frame=0xffffff000a5dfa50, > eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:735 > #5 0xffffffff804fc025 in trap_pfault (frame=0xfffffffec329e530, > usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:674 > #6 0xffffffff804fc968 in trap (frame=0xfffffffec329e530) > at /usr/src/sys/amd64/amd64/trap.c:571 > #7 0xffffffff804e23ae in Xtss () at > /usr/src/sys/amd64/amd64/exception.S:138 > #8 0xffffffff8037690c in vattr_null (vap=0x0) at > /usr/src/sys/kern/vfs_subr.c:536 Is your source tree out of date wrt your kernel? The kernel messages clearly show a page fault, not a TSS fault as Xtss() would indicate. Also, if vattr_null() was passed a NULL pointer, it should have faulted at the start of its routine rather than halfway through it. -- John Baldwin From dreamer.two at gmail.com Mon Feb 2 13:20:02 2009 From: dreamer.two at gmail.com (Vitaly Dodonov) Date: Mon Feb 2 13:26:21 2009 Subject: amd64/131310: 7.1 panics with mpd netgraph interface changes Message-ID: <200902022115.n12LFwZp098848@www.freebsd.org> >Number: 131310 >Category: amd64 >Synopsis: 7.1 panics with mpd netgraph interface changes >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 02 21:20:00 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Vitaly Dodonov >Release: 7.1 >Organization: >Environment: FreeBSD d2s.local 7.1-RELEASE-p2 FreeBSD 7.1-RELEASE-p2 #15: Mon Feb 2 20:28:17 MSK 2009 d2@d2s.local:/usr/obj/usr/src/sys/D2S amd64 >Description: One week after upgrade to 7.1 system begin panic on pptp/pppoe client connections outgoing connections on fxp, incoming on lagg with re and msk in it i don't have any special options in make.conf kernel is 7.1 generic with netgraph pf altq options kgdb kernel.debug /var/crash/vmcore.4 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff801999f5 stack pointer = 0x10:0xffffffffdba588c0 frame pointer = 0x10:0x0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3275 (mpd5) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 2h55m3s Physical memory: 4083 MB Dumping 1235 MB: 1220 1204 1188 1172 1156 1140 1124 1108 1092 1076 1060 1044 1028 1012 996 980 964 948 932 916 900 884 868 852 836 820 804 788 772 756 740 724 708 692 676 660 644 628 612 596 580 564 548 532 516 500 484 468 452 436 420 404 388 372 356 340 324 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/geom_journal.ko...Reading symbols from /boot/kernel/geom_journal.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_journal.ko Reading symbols from /boot/kernel/if_lagg.ko...Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_lagg.ko Reading symbols from /boot/kernel/if_vlan.ko...Reading symbols from /boot/kernel/if_vlan.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_vlan.ko Reading symbols from /boot/kernel/ng_tcpmss.ko...Reading symbols from /boot/kernel/ng_tcpmss.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tcpmss.ko #0 doadump () at pcpu.h:195 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff802c7cd9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff802c80e2 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff80462de3 in trap_fatal (frame=0xffffff0011317000, eva=Variable "eva" is not available.) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff80463935 in trap (frame=0xffffffffdba58810) at /usr/src/sys/amd64/amd64/trap.c:565 #6 0xffffffff804492ee in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #7 0xffffffff801999f5 in pfi_instance_add (ifp=0xffffff00064ef800, net=128, flags=0) at /usr/src/sys/contrib/pf/net/pf_if.c:578 #8 0xffffffff80199cde in pfi_table_update (kt=0xffffff0006819510, kif=Variable "kif" is not available.) at /usr/src/sys/contrib/pf/net/pf_if.c:561 #9 0xffffffff80199f27 in pfi_dynaddr_update (dyn=0xffffff000684dd20) at /usr/src/sys/contrib/pf/net/pf_if.c:543 #10 0xffffffff80199f7d in pfi_kif_update (kif=0xffffff0006002a00) at /usr/src/sys/contrib/pf/net/pf_if.c:520 #11 0xffffffff80199fac in pfi_kif_update (kif=0xffffff00065e9c00) at /usr/src/sys/contrib/pf/net/pf_if.c:525 #12 0xffffffff8019a568 in pfi_ifaddr_event (arg=0xffffff00064ef800, ifp=dwarf2_read_address: Corrupted DWARF expression.) at /usr/src/sys/contrib/pf/net/pf_if.c:942 #13 0xffffffff8039de7c in in_control (so=Variable "so" is not available.) at /usr/src/sys/netinet/in.c:476 #14 0xffffffff8036449f in ifioctl (so=0xffffff00069cc870, cmd=2149607705, data=0xffffff0006234080 "ng3", td=0xffffff0011317000) at /usr/src/sys/net/if.c:1952 #15 0xffffffff803009e4 in kern_ioctl (td=0xffffff0011317000, fd=27, com=2149607705, data=0xffffff0006234080 "ng3") at file.h:268 #16 0xffffffff80300cea in ioctl (td=0xffffff0011317000, uap=0xffffffffdba58bf0) at /usr/src/sys/kern/sys_generic.c:570 #17 0xffffffff80463437 in syscall (frame=0xffffffffdba58c80) at /usr/src/sys/amd64/amd64/trap.c:907 #18 0xffffffff804494fb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #19 0x000000080188137c in ?? () Previous frame inner to this frame (corrupt stack?) >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From ken at FreeBSD.org Mon Feb 2 14:10:05 2009 From: ken at FreeBSD.org (Ken Merry) Date: Mon Feb 2 14:42:40 2009 Subject: amd64/131314: large modules fail to load on amd64 Message-ID: <200902022205.n12M55rD034193@www.freebsd.org> >Number: 131314 >Category: amd64 >Synopsis: large modules fail to load on amd64 >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 02 22:10:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Ken Merry >Release: 7.1 >Organization: >Environment: >Description: Loading a large module (2.5MB in size) on amd64 panics the kernel. We found a work-around, which was to remove a static structure that was 700K in size. After that the module loads without a problem. The same module worked fine on i386 with the static structure in place. # kldload ./hasc.module Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xfffffffffb3b6000 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff8044c49a stack pointer = 0x10:0xfffffffffb11d600 frame pointer = 0x10:0xfffffffffb11d790 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 840 (kldload) [thread pid 840 tid 100106 ] Stopped at 0xffffffff8044c49a = bzero+0xa: repe stosq %es:(%rdi) db> bt Tracing pid 840 tid 100106 td 0xffffff0004c45a50 bzero() at 0xffffffff8044c49a = bzero+0xa linker_load_module() at 0xffffffff802d02cf = linker_load_module+0x8cf kern_kldload() at 0xffffffff802d0847 = kern_kldload+0xa7 kldload() at 0xffffffff802d0934 = kldload+0x84 syscall() at 0xffffffff8044d65b = syscall+0x1cb Xfast_syscall() at 0xffffffff8043346b = Xfast_syscall+0xab --- syscall (304, FreeBSD ELF64, kldload), rip = 0x800683c6c, rsp = +0x7fffffffec38, rbp = 0 --- db> >How-To-Repeat: Come up with a large kernel loadable module. Try to load it on amd64, and see the kernel crash. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Mon Feb 2 15:25:57 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Feb 2 16:10:45 2009 Subject: kern/131310: [panic] 7.1 panics with mpd netgraph interface changes Message-ID: <200902022325.n12NPusm057934@freefall.freebsd.org> Old Synopsis: 7.1 panics with mpd netgraph interface changes New Synopsis: [panic] 7.1 panics with mpd netgraph interface changes Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 2 23:24:30 UTC 2009 Responsible-Changed-Why: Looks like this might be network-related, but I'm not sure. http://www.freebsd.org/cgi/query-pr.cgi?pr=131310 From roar.pettersen at uib.no Mon Feb 2 23:34:06 2009 From: roar.pettersen at uib.no (Roar Pettersen) Date: Tue Feb 3 04:30:08 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash In-Reply-To: <200902021059.28556.jhb@freebsd.org> References: <200901311529.n0VFTj73014198@www.freebsd.org> <200902020849.06054.jhb@freebsd.org> <200902021059.28556.jhb@freebsd.org> Message-ID: Hello John ! > Is your source tree out of date wrt your kernel? The kernel messages clearly > show a page fault, not a TSS fault as Xtss() would indicate. Also, if > vattr_null() was passed a NULL pointer, it should have faulted at the start > of its routine rather than halfway through it. Yes, forgot that I had done a buildworld and build kernel to get all new patches installed. No crash yet, but each time we do a "shutdown -r now" because the system get unstable/unusable after some hours (4-6), we now get a dump each time : # kgdb kernel.debug /var/crash/vmcore.6 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: <118>Feb 3 07:27:50 proxy-gw syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done WaitSiynncing dgi s(kmsa,x v6n0o dseesc ornedmsa)i nfionrg .s.y.st6e m process `syncer' to stop...5 1 2 2 1 1 0 0 0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. Uptime: 7h8m11s Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x10 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8021d746 stack pointer = 0x10:0xfffffffef7cf3b20 frame pointer = 0x10:0x12000 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 29 (irq257: bce1) trap number = 12 panic: page fault cpuid = 1 Uptime: 7h8m11s Physical memory: 4087 MB Dumping 362 MB: 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 #0 doadump () at pcpu.h:195 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff802fae39 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff802fb242 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff804fbd63 in trap_fatal (frame=0xffffff0001559000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff804fc135 in trap_pfault (frame=0xfffffffef7cf3a70, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:680 #6 0xffffffff804fca78 in trap (frame=0xfffffffef7cf3a70) at /usr/src/sys/amd64/amd64/trap.c:449 #7 0xffffffff804e24be in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff8021d746 in bce_intr (xsc=Variable "xsc" is not available. ) at /usr/src/sys/dev/bce/if_bce.c:5748 #9 0xffffffff802db730 in ithread_loop (arg=0xffffff0001584080) at /usr/src/sys/kern/kern_intr.c:1088 #10 0xffffffff802d85d3 in fork_exit (callout=0xffffffff802db5c0 , arg=0xffffff0001584080, frame=0xfffffffef7cf3c80) at /usr/src/sys/kern/kern_fork.c:804 #11 0xffffffff804e288e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:455 #12 0x0000000000000000 in ?? () #13 0x0000000000000000 in ?? () #14 0x0000000000000001 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x00000000008b2000 in ?? () #37 0xffffffff80768fc0 in tdq_cpu () #38 0xffffffff80774bc0 in tdq_groups () #39 0xffffffff80774b40 in tdq_cpu () #40 0xffffff0001559000 in ?? () #41 0xffffffff80768340 in tdg_maxid () #42 0xfffffffef7cf36e8 in ?? () #43 0xffffff0001559000 in ?? () #44 0xffffffff8031be88 in sched_switch (td=0xffffffff802db5c0, newtd=0x800602040, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1938 #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () Cannot access memory at address 0xfffffffef7cf4000 -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From roar.pettersen at uib.no Mon Feb 2 23:40:04 2009 From: roar.pettersen at uib.no (Roar Pettersen) Date: Tue Feb 3 04:30:30 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902030740.n137e2Zd078924@freefall.freebsd.org> The following reply was made to PR amd64/131209; it has been noted by GNATS. From: Roar Pettersen To: John Baldwin Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Date: Tue, 3 Feb 2009 08:34:04 +0100 (CET) Hello John ! > Is your source tree out of date wrt your kernel? The kernel messages clearly > show a page fault, not a TSS fault as Xtss() would indicate. Also, if > vattr_null() was passed a NULL pointer, it should have faulted at the start > of its routine rather than halfway through it. Yes, forgot that I had done a buildworld and build kernel to get all new patches installed. No crash yet, but each time we do a "shutdown -r now" because the system get unstable/unusable after some hours (4-6), we now get a dump each time : # kgdb kernel.debug /var/crash/vmcore.6 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: <118>Feb 3 07:27:50 proxy-gw syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done WaitSiynncing dgi s(kmsa,x v6n0o dseesc ornedmsa)i nfionrg .s.y.st6e m process `syncer' to stop...5 1 2 2 1 1 0 0 0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. Uptime: 7h8m11s Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x10 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8021d746 stack pointer = 0x10:0xfffffffef7cf3b20 frame pointer = 0x10:0x12000 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 29 (irq257: bce1) trap number = 12 panic: page fault cpuid = 1 Uptime: 7h8m11s Physical memory: 4087 MB Dumping 362 MB: 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 #0 doadump () at pcpu.h:195 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff802fae39 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff802fb242 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff804fbd63 in trap_fatal (frame=0xffffff0001559000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff804fc135 in trap_pfault (frame=0xfffffffef7cf3a70, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:680 #6 0xffffffff804fca78 in trap (frame=0xfffffffef7cf3a70) at /usr/src/sys/amd64/amd64/trap.c:449 #7 0xffffffff804e24be in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff8021d746 in bce_intr (xsc=Variable "xsc" is not available. ) at /usr/src/sys/dev/bce/if_bce.c:5748 #9 0xffffffff802db730 in ithread_loop (arg=0xffffff0001584080) at /usr/src/sys/kern/kern_intr.c:1088 #10 0xffffffff802d85d3 in fork_exit (callout=0xffffffff802db5c0 , arg=0xffffff0001584080, frame=0xfffffffef7cf3c80) at /usr/src/sys/kern/kern_fork.c:804 #11 0xffffffff804e288e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:455 #12 0x0000000000000000 in ?? () #13 0x0000000000000000 in ?? () #14 0x0000000000000001 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x00000000008b2000 in ?? () #37 0xffffffff80768fc0 in tdq_cpu () #38 0xffffffff80774bc0 in tdq_groups () #39 0xffffffff80774b40 in tdq_cpu () #40 0xffffff0001559000 in ?? () #41 0xffffffff80768340 in tdg_maxid () #42 0xfffffffef7cf36e8 in ?? () #43 0xffffff0001559000 in ?? () #44 0xffffffff8031be88 in sched_switch (td=0xffffffff802db5c0, newtd=0x800602040, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1938 #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () Cannot access memory at address 0xfffffffef7cf4000 -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From tinderbox at freebsd.org Tue Feb 3 06:05:32 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 3 06:05:41 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090203140527.E07027302F@freebsd-current.sentex.ca> TB --- 2009-02-03 11:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 11:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-03 11:40:00 - cleaning the object tree TB --- 2009-02-03 11:40:52 - cvsupping the source tree TB --- 2009-02-03 11:40:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-03 11:41:01 - building world TB --- 2009-02-03 11:41:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 11:41:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 11:41:01 - TARGET=amd64 TB --- 2009-02-03 11:41:01 - TARGET_ARCH=amd64 TB --- 2009-02-03 11:41:01 - TZ=UTC TB --- 2009-02-03 11:41:01 - __MAKE_CONF=/dev/null TB --- 2009-02-03 11:41:01 - cd /src TB --- 2009-02-03 11:41:01 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 11:41:02 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Feb 3 13:37:31 UTC 2009 TB --- 2009-02-03 13:37:31 - generating LINT kernel config TB --- 2009-02-03 13:37:31 - cd /src/sys/amd64/conf TB --- 2009-02-03 13:37:31 - /usr/bin/make -B LINT TB --- 2009-02-03 13:37:31 - building LINT kernel TB --- 2009-02-03 13:37:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 13:37:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 13:37:31 - TARGET=amd64 TB --- 2009-02-03 13:37:31 - TARGET_ARCH=amd64 TB --- 2009-02-03 13:37:31 - TZ=UTC TB --- 2009-02-03 13:37:31 - __MAKE_CONF=/dev/null TB --- 2009-02-03 13:37:31 - cd /src TB --- 2009-02-03 13:37:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 13:37:31 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 14:05:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 14:05:27 - ERROR: failed to build lint kernel TB --- 2009-02-03 14:05:27 - 6972.12 user 664.45 system 8727.40 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From jhb at freebsd.org Tue Feb 3 08:08:03 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Feb 3 08:08:10 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash In-Reply-To: References: <200901311529.n0VFTj73014198@www.freebsd.org> <200902021059.28556.jhb@freebsd.org> Message-ID: <200902031020.33158.jhb@freebsd.org> On Tuesday 03 February 2009 2:34:04 am Roar Pettersen wrote: > Hello John ! > > > Is your source tree out of date wrt your kernel? The kernel messages clearly > > show a page fault, not a TSS fault as Xtss() would indicate. Also, if > > vattr_null() was passed a NULL pointer, it should have faulted at the start > > of its routine rather than halfway through it. > > Yes, forgot that I had done a buildworld and build kernel to get all new > patches installed. > > > No crash yet, but each time we do a "shutdown -r now" because the system > get unstable/unusable after some hours (4-6), we now get a dump each time > : > > # kgdb kernel.debug /var/crash/vmcore.6 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > <118>Feb 3 07:27:50 proxy-gw syslogd: exiting on signal 15 > Waiting (max 60 seconds) for system process `vnlru' to stop...done > WaitSiynncing dgi s(kmsa,x v6n0o dseesc ornedmsa)i nfionrg .s.y.st6e m > process `syncer' to stop...5 1 2 2 1 1 0 0 0 done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > All buffers synced. > Uptime: 7h8m11s > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x10 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8021d746 > stack pointer = 0x10:0xfffffffef7cf3b20 > frame pointer = 0x10:0x12000 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 29 (irq257: bce1) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 7h8m11s > Physical memory: 4087 MB > Dumping 362 MB: 347 331 315 299 283 267 251 235 219 203 187 171 155 139 > 123 107 91 75 59 43 27 11 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0x0000000000000004 in ?? () > #2 0xffffffff802fae39 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #3 0xffffffff802fb242 in panic (fmt=0x104
) > at /usr/src/sys/kern/kern_shutdown.c:574 > #4 0xffffffff804fbd63 in trap_fatal (frame=0xffffff0001559000, > eva=Variable "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:764 > #5 0xffffffff804fc135 in trap_pfault (frame=0xfffffffef7cf3a70, > usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:680 > #6 0xffffffff804fca78 in trap (frame=0xfffffffef7cf3a70) at > /usr/src/sys/amd64/amd64/trap.c:449 > #7 0xffffffff804e24be in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:209 > #8 0xffffffff8021d746 in bce_intr (xsc=Variable "xsc" is not available. > ) at /usr/src/sys/dev/bce/if_bce.c:5748 Looks to be a bug here. Can you do 'frame 8' followed by 'l' in kgdb? -- John Baldwin From jhb at freebsd.org Tue Feb 3 08:10:04 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Feb 3 08:10:10 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902031610.n13GA3Sp069985@freefall.freebsd.org> The following reply was made to PR amd64/131209; it has been noted by GNATS. From: John Baldwin To: Roar Pettersen Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Date: Tue, 3 Feb 2009 10:20:32 -0500 On Tuesday 03 February 2009 2:34:04 am Roar Pettersen wrote: > Hello John ! > > > Is your source tree out of date wrt your kernel? The kernel messages clearly > > show a page fault, not a TSS fault as Xtss() would indicate. Also, if > > vattr_null() was passed a NULL pointer, it should have faulted at the start > > of its routine rather than halfway through it. > > Yes, forgot that I had done a buildworld and build kernel to get all new > patches installed. > > > No crash yet, but each time we do a "shutdown -r now" because the system > get unstable/unusable after some hours (4-6), we now get a dump each time > : > > # kgdb kernel.debug /var/crash/vmcore.6 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "amd64-marcel-freebsd"... > > Unread portion of the kernel message buffer: > <118>Feb 3 07:27:50 proxy-gw syslogd: exiting on signal 15 > Waiting (max 60 seconds) for system process `vnlru' to stop...done > WaitSiynncing dgi s(kmsa,x v6n0o dseesc ornedmsa)i nfionrg .s.y.st6e m > process `syncer' to stop...5 1 2 2 1 1 0 0 0 done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > All buffers synced. > Uptime: 7h8m11s > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x10 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff8021d746 > stack pointer = 0x10:0xfffffffef7cf3b20 > frame pointer = 0x10:0x12000 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 29 (irq257: bce1) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 7h8m11s > Physical memory: 4087 MB > Dumping 362 MB: 347 331 315 299 283 267 251 235 219 203 187 171 155 139 > 123 107 91 75 59 43 27 11 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0x0000000000000004 in ?? () > #2 0xffffffff802fae39 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #3 0xffffffff802fb242 in panic (fmt=0x104
) > at /usr/src/sys/kern/kern_shutdown.c:574 > #4 0xffffffff804fbd63 in trap_fatal (frame=0xffffff0001559000, > eva=Variable "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:764 > #5 0xffffffff804fc135 in trap_pfault (frame=0xfffffffef7cf3a70, > usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:680 > #6 0xffffffff804fca78 in trap (frame=0xfffffffef7cf3a70) at > /usr/src/sys/amd64/amd64/trap.c:449 > #7 0xffffffff804e24be in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:209 > #8 0xffffffff8021d746 in bce_intr (xsc=Variable "xsc" is not available. > ) at /usr/src/sys/dev/bce/if_bce.c:5748 Looks to be a bug here. Can you do 'frame 8' followed by 'l' in kgdb? -- John Baldwin From roar.pettersen at uib.no Tue Feb 3 09:32:50 2009 From: roar.pettersen at uib.no (Roar Pettersen) Date: Tue Feb 3 09:37:30 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash In-Reply-To: <200902031020.33158.jhb@freebsd.org> References: <200901311529.n0VFTj73014198@www.freebsd.org> <200902021059.28556.jhb@freebsd.org> <200902031020.33158.jhb@freebsd.org> Message-ID: Hello John ! > Looks to be a bug here. Can you do 'frame 8' followed by 'l' in kgdb? (kgdb) frame 8 #8 0xffffffff8021d746 in bce_intr (xsc=Variable "xsc" is not available. ) at /usr/src/sys/dev/bce/if_bce.c:5748 5748 sc->rx_mbuf_ptr[sw_rx_cons_idx] = NULL; (kgdb) l 5743 bus_dmamap_unload(sc->rx_mbuf_tag, 5744 sc->rx_mbuf_map[sw_rx_cons_idx]); 5745 5746 /* Remove the mbuf from the RX chain. */ 5747 m0 = sc->rx_mbuf_ptr[sw_rx_cons_idx]; 5748 sc->rx_mbuf_ptr[sw_rx_cons_idx] = NULL; 5749 DBRUN(sc->debug_rx_mbuf_alloc--); 5750 sc->free_rx_bd++; 5751 5752 /* -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From roar.pettersen at uib.no Tue Feb 3 09:40:04 2009 From: roar.pettersen at uib.no (Roar Pettersen) Date: Tue Feb 3 09:43:52 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902031740.n13He36U039466@freefall.freebsd.org> The following reply was made to PR amd64/131209; it has been noted by GNATS. From: Roar Pettersen To: John Baldwin Cc: Roar Pettersen , freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Date: Tue, 3 Feb 2009 18:32:47 +0100 (CET) Hello John ! > Looks to be a bug here. Can you do 'frame 8' followed by 'l' in kgdb? (kgdb) frame 8 #8 0xffffffff8021d746 in bce_intr (xsc=Variable "xsc" is not available. ) at /usr/src/sys/dev/bce/if_bce.c:5748 5748 sc->rx_mbuf_ptr[sw_rx_cons_idx] = NULL; (kgdb) l 5743 bus_dmamap_unload(sc->rx_mbuf_tag, 5744 sc->rx_mbuf_map[sw_rx_cons_idx]); 5745 5746 /* Remove the mbuf from the RX chain. */ 5747 m0 = sc->rx_mbuf_ptr[sw_rx_cons_idx]; 5748 sc->rx_mbuf_ptr[sw_rx_cons_idx] = NULL; 5749 DBRUN(sc->debug_rx_mbuf_alloc--); 5750 sc->free_rx_bd++; 5751 5752 /* -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From jhb at freebsd.org Tue Feb 3 09:55:42 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Feb 3 09:55:48 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash In-Reply-To: References: <200901311529.n0VFTj73014198@www.freebsd.org> <200902031020.33158.jhb@freebsd.org> Message-ID: <200902031255.29430.jhb@freebsd.org> On Tuesday 03 February 2009 12:32:47 pm Roar Pettersen wrote: > Hello John ! > > > Looks to be a bug here. Can you do 'frame 8' followed by 'l' in kgdb? > > (kgdb) frame 8 > #8 0xffffffff8021d746 in bce_intr (xsc=Variable "xsc" is not available. > ) at /usr/src/sys/dev/bce/if_bce.c:5748 > 5748 sc->rx_mbuf_ptr[sw_rx_cons_idx] = NULL; > > (kgdb) l > 5743 bus_dmamap_unload(sc->rx_mbuf_tag, > 5744 sc->rx_mbuf_map[sw_rx_cons_idx]); > 5745 > 5746 /* Remove the mbuf from the RX chain. */ > 5747 m0 = sc->rx_mbuf_ptr[sw_rx_cons_idx]; > 5748 sc->rx_mbuf_ptr[sw_rx_cons_idx] = NULL; > 5749 DBRUN(sc->debug_rx_mbuf_alloc--); > 5750 sc->free_rx_bd++; > 5751 > 5752 /* Hmm, it shouldn't be faulting here. :( Can you do 'p m0' 'p sw_rx_cons_idx' and 'p sc->rx_mbuf_ptr[sw_rx_cons_idx]'? Also, 'x/i 0xffffffff8021d746'. -- John Baldwin From jhb at freebsd.org Tue Feb 3 10:00:03 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Feb 3 10:00:09 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902031800.n13I0262053264@freefall.freebsd.org> The following reply was made to PR amd64/131209; it has been noted by GNATS. From: John Baldwin To: Roar Pettersen Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Date: Tue, 3 Feb 2009 12:55:29 -0500 On Tuesday 03 February 2009 12:32:47 pm Roar Pettersen wrote: > Hello John ! > > > Looks to be a bug here. Can you do 'frame 8' followed by 'l' in kgdb? > > (kgdb) frame 8 > #8 0xffffffff8021d746 in bce_intr (xsc=Variable "xsc" is not available. > ) at /usr/src/sys/dev/bce/if_bce.c:5748 > 5748 sc->rx_mbuf_ptr[sw_rx_cons_idx] = NULL; > > (kgdb) l > 5743 bus_dmamap_unload(sc->rx_mbuf_tag, > 5744 sc->rx_mbuf_map[sw_rx_cons_idx]); > 5745 > 5746 /* Remove the mbuf from the RX chain. */ > 5747 m0 = sc->rx_mbuf_ptr[sw_rx_cons_idx]; > 5748 sc->rx_mbuf_ptr[sw_rx_cons_idx] = NULL; > 5749 DBRUN(sc->debug_rx_mbuf_alloc--); > 5750 sc->free_rx_bd++; > 5751 > 5752 /* Hmm, it shouldn't be faulting here. :( Can you do 'p m0' 'p sw_rx_cons_idx' and 'p sc->rx_mbuf_ptr[sw_rx_cons_idx]'? Also, 'x/i 0xffffffff8021d746'. -- John Baldwin From roar.pettersen at uib.no Tue Feb 3 10:02:11 2009 From: roar.pettersen at uib.no (Roar Pettersen) Date: Tue Feb 3 10:20:04 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash In-Reply-To: <200902031255.29430.jhb@freebsd.org> References: <200901311529.n0VFTj73014198@www.freebsd.org> <200902031020.33158.jhb@freebsd.org> <200902031255.29430.jhb@freebsd.org> Message-ID: Hello ! > Hmm, it shouldn't be faulting here. :( Can you do 'p m0' 'p sw_rx_cons_idx' > and 'p sc->rx_mbuf_ptr[sw_rx_cons_idx]'? Also, 'x/i 0xffffffff8021d746'. (kgdb) p m0 No symbol "m0" in current context. (kgdb) p sw_rx_cons_idx No symbol "sw_rx_cons_idx" in current context. (kgdb) p sc->rx_mbuf_ptr[sw_rx_cons_idx] No symbol "sc" in current context. (kgdb) x/i 0xffffffff8021d746 0xffffffff8021d746 : mov 0x10(%r14),%r10 Just re-loaded the system, uptime is now only 3-4 hours between each manually reboot. -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From roar.pettersen at uib.no Tue Feb 3 10:10:05 2009 From: roar.pettersen at uib.no (Roar Pettersen) Date: Tue Feb 3 10:40:32 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902031810.n13IA5lB060234@freefall.freebsd.org> The following reply was made to PR amd64/131209; it has been noted by GNATS. From: Roar Pettersen To: John Baldwin Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Date: Tue, 3 Feb 2009 19:02:04 +0100 (CET) Hello ! > Hmm, it shouldn't be faulting here. :( Can you do 'p m0' 'p sw_rx_cons_idx' > and 'p sc->rx_mbuf_ptr[sw_rx_cons_idx]'? Also, 'x/i 0xffffffff8021d746'. (kgdb) p m0 No symbol "m0" in current context. (kgdb) p sw_rx_cons_idx No symbol "sw_rx_cons_idx" in current context. (kgdb) p sc->rx_mbuf_ptr[sw_rx_cons_idx] No symbol "sc" in current context. (kgdb) x/i 0xffffffff8021d746 0xffffffff8021d746 : mov 0x10(%r14),%r10 Just re-loaded the system, uptime is now only 3-4 hours between each manually reboot. -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From jhb at freebsd.org Tue Feb 3 10:43:34 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Feb 3 10:43:40 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash In-Reply-To: References: <200901311529.n0VFTj73014198@www.freebsd.org> <200902031255.29430.jhb@freebsd.org> Message-ID: <200902031340.08394.jhb@freebsd.org> On Tuesday 03 February 2009 1:02:04 pm Roar Pettersen wrote: > Hello ! > > > Hmm, it shouldn't be faulting here. :( Can you do 'p m0' 'p sw_rx_cons_idx' > > and 'p sc->rx_mbuf_ptr[sw_rx_cons_idx]'? Also, 'x/i 0xffffffff8021d746'. > > > (kgdb) p m0 > No symbol "m0" in current context. > (kgdb) p sw_rx_cons_idx > No symbol "sw_rx_cons_idx" in current context. > (kgdb) p sc->rx_mbuf_ptr[sw_rx_cons_idx] > No symbol "sc" in current context. You have to be at 'frame 8' for these to work. > (kgdb) x/i 0xffffffff8021d746 > 0xffffffff8021d746 : mov 0x10(%r14),%r10 Ok, so %r14 is presumably NULL. Looking at the disassembly, I think m0 is NULL. This is a bug in bce(4) of some sort. You can try e-mailing davidch@. -- John Baldwin From jhb at freebsd.org Tue Feb 3 10:50:04 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Feb 3 10:50:11 2009 Subject: amd64/131209: 7.1-STABLE amd64 crash Message-ID: <200902031850.n13Io3mn091521@freefall.freebsd.org> The following reply was made to PR amd64/131209; it has been noted by GNATS. From: John Baldwin To: Roar Pettersen Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/131209: 7.1-STABLE amd64 crash Date: Tue, 3 Feb 2009 13:40:08 -0500 On Tuesday 03 February 2009 1:02:04 pm Roar Pettersen wrote: > Hello ! > > > Hmm, it shouldn't be faulting here. :( Can you do 'p m0' 'p sw_rx_cons_idx' > > and 'p sc->rx_mbuf_ptr[sw_rx_cons_idx]'? Also, 'x/i 0xffffffff8021d746'. > > > (kgdb) p m0 > No symbol "m0" in current context. > (kgdb) p sw_rx_cons_idx > No symbol "sw_rx_cons_idx" in current context. > (kgdb) p sc->rx_mbuf_ptr[sw_rx_cons_idx] > No symbol "sc" in current context. You have to be at 'frame 8' for these to work. > (kgdb) x/i 0xffffffff8021d746 > 0xffffffff8021d746 : mov 0x10(%r14),%r10 Ok, so %r14 is presumably NULL. Looking at the disassembly, I think m0 is NULL. This is a bug in bce(4) of some sort. You can try e-mailing davidch@. -- John Baldwin From tinderbox at freebsd.org Tue Feb 3 12:18:15 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 3 12:18:27 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090203201811.CE15E7302F@freebsd-current.sentex.ca> TB --- 2009-02-03 20:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 20:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-03 20:00:00 - cleaning the object tree TB --- 2009-02-03 20:00:47 - cvsupping the source tree TB --- 2009-02-03 20:00:47 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-03 20:00:55 - building world TB --- 2009-02-03 20:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 20:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 20:00:55 - TARGET=amd64 TB --- 2009-02-03 20:00:55 - TARGET_ARCH=amd64 TB --- 2009-02-03 20:00:55 - TZ=UTC TB --- 2009-02-03 20:00:55 - __MAKE_CONF=/dev/null TB --- 2009-02-03 20:00:55 - cd /src TB --- 2009-02-03 20:00:55 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 20:00:57 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/fls.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/flsl.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/flsll.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/index.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memccpy.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memchr.c /src/lib/libc/string/memchr.c:43: error: conflicting types for 'memchr' /src/lib/libc/../../include/string.h:61: error: previous declaration of 'memchr' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 20:18:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 20:18:11 - ERROR: failed to build world TB --- 2009-02-03 20:18:11 - 804.62 user 78.65 system 1090.94 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat Feb 7 02:33:35 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Feb 7 02:33:48 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090207103331.B6CBC7302F@freebsd-current.sentex.ca> TB --- 2009-02-07 08:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 08:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-07 08:00:00 - cleaning the object tree TB --- 2009-02-07 08:00:51 - cvsupping the source tree TB --- 2009-02-07 08:00:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-07 08:00:59 - building world TB --- 2009-02-07 08:00:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 08:00:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 08:00:59 - TARGET=amd64 TB --- 2009-02-07 08:00:59 - TARGET_ARCH=amd64 TB --- 2009-02-07 08:00:59 - TZ=UTC TB --- 2009-02-07 08:00:59 - __MAKE_CONF=/dev/null TB --- 2009-02-07 08:00:59 - cd /src TB --- 2009-02-07 08:00:59 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 08:01:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Feb 7 10:06:23 UTC 2009 TB --- 2009-02-07 10:06:23 - generating LINT kernel config TB --- 2009-02-07 10:06:23 - cd /src/sys/amd64/conf TB --- 2009-02-07 10:06:23 - /usr/bin/make -B LINT TB --- 2009-02-07 10:06:23 - building LINT kernel TB --- 2009-02-07 10:06:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 10:06:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 10:06:23 - TARGET=amd64 TB --- 2009-02-07 10:06:23 - TARGET_ARCH=amd64 TB --- 2009-02-07 10:06:23 - TZ=UTC TB --- 2009-02-07 10:06:23 - __MAKE_CONF=/dev/null TB --- 2009-02-07 10:06:23 - cd /src TB --- 2009-02-07 10:06:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 10:06:23 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/usb2/controller/../../../conf/kmod_syms.awk usb2_controller.ko export_syms | xargs -J% objcopy % usb2_controller.ko objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 10:33:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 10:33:31 - ERROR: failed to build lint kernel TB --- 2009-02-07 10:33:31 - 6997.34 user 674.03 system 9211.22 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat Feb 7 10:25:51 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Feb 7 10:26:03 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090207182547.7DE8B7302F@freebsd-current.sentex.ca> TB --- 2009-02-07 16:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 16:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-07 16:00:00 - cleaning the object tree TB --- 2009-02-07 16:00:44 - cvsupping the source tree TB --- 2009-02-07 16:00:44 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-07 16:00:51 - building world TB --- 2009-02-07 16:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 16:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 16:00:51 - TARGET=amd64 TB --- 2009-02-07 16:00:51 - TARGET_ARCH=amd64 TB --- 2009-02-07 16:00:51 - TZ=UTC TB --- 2009-02-07 16:00:51 - __MAKE_CONF=/dev/null TB --- 2009-02-07 16:00:51 - cd /src TB --- 2009-02-07 16:00:51 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 16:00:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Feb 7 17:58:32 UTC 2009 TB --- 2009-02-07 17:58:32 - generating LINT kernel config TB --- 2009-02-07 17:58:32 - cd /src/sys/amd64/conf TB --- 2009-02-07 17:58:32 - /usr/bin/make -B LINT TB --- 2009-02-07 17:58:32 - building LINT kernel TB --- 2009-02-07 17:58:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 17:58:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 17:58:32 - TARGET=amd64 TB --- 2009-02-07 17:58:32 - TARGET_ARCH=amd64 TB --- 2009-02-07 17:58:32 - TZ=UTC TB --- 2009-02-07 17:58:32 - __MAKE_CONF=/dev/null TB --- 2009-02-07 17:58:32 - cd /src TB --- 2009-02-07 17:58:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 17:58:32 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/usb2/controller/../../../conf/kmod_syms.awk usb2_controller.ko export_syms | xargs -J% objcopy % usb2_controller.ko objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 18:25:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 18:25:47 - ERROR: failed to build lint kernel TB --- 2009-02-07 18:25:47 - 6983.04 user 668.07 system 8746.95 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat Feb 7 18:16:38 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Feb 7 18:16:44 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090208021634.718AD7302F@freebsd-current.sentex.ca> TB --- 2009-02-08 00:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-08 00:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-08 00:00:01 - cleaning the object tree TB --- 2009-02-08 00:00:43 - cvsupping the source tree TB --- 2009-02-08 00:00:43 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-08 00:00:51 - building world TB --- 2009-02-08 00:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 00:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 00:00:51 - TARGET=amd64 TB --- 2009-02-08 00:00:51 - TARGET_ARCH=amd64 TB --- 2009-02-08 00:00:51 - TZ=UTC TB --- 2009-02-08 00:00:51 - __MAKE_CONF=/dev/null TB --- 2009-02-08 00:00:51 - cd /src TB --- 2009-02-08 00:00:51 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 8 00:00:53 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Feb 8 01:58:49 UTC 2009 TB --- 2009-02-08 01:58:49 - generating LINT kernel config TB --- 2009-02-08 01:58:49 - cd /src/sys/amd64/conf TB --- 2009-02-08 01:58:49 - /usr/bin/make -B LINT TB --- 2009-02-08 01:58:49 - building LINT kernel TB --- 2009-02-08 01:58:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-08 01:58:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-08 01:58:49 - TARGET=amd64 TB --- 2009-02-08 01:58:49 - TARGET_ARCH=amd64 TB --- 2009-02-08 01:58:49 - TZ=UTC TB --- 2009-02-08 01:58:49 - __MAKE_CONF=/dev/null TB --- 2009-02-08 01:58:49 - cd /src TB --- 2009-02-08 01:58:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 8 01:58:49 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] alias_db.o(.text+0x2cfd): In function `LibAliasUninit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x2e89): In function `LibAliasInit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x2e91): In function `LibAliasInit': : undefined reference to `AliasSctpInit' alias_db.o(.text+0x2ff4): In function `LibAliasInit': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-08 02:16:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-08 02:16:34 - ERROR: failed to build lint kernel TB --- 2009-02-08 02:16:34 - 6482.38 user 642.36 system 8193.27 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From vivekt.vivek at gmail.com Mon Feb 9 00:51:07 2009 From: vivekt.vivek at gmail.com (Vivek Thakkar) Date: Mon Feb 9 00:51:14 2009 Subject: Problems cross compiling (using icc) at /usr/src level-- include path? Message-ID: <50bd60570902090022k67b50d24i4a443e1c20cc274f@mail.gmail.com> Hi, I am cross compiling freebsd system using "icc" at /usr/src level on host amd64 platform. I find that during the build process, freebsd creates temporary include directory at ${MAKEOBJDIRPREFIX}/${.CURDIR}/tmp/usr/include path using '__include' rule. But I can't understand how the gcc adds this include path in its list of directories to be searched. My icc compiler fails to do the same. As a work around, I tried to use -idirafter option (same for icc and gcc) because gcc adds this path at the end of the list. This works for some libraries but fails for the others because mkdep does not create dependencies on system include paths (which is what -idirafter does, i.e. adds the new path as a system level search path). As a result my compilation fails at mkdep stage. Any help in understanding this would be highly appreciated. Thanks and Regards, -Vivek From bugmaster at FreeBSD.org Mon Feb 9 03:06:48 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 9 04:18:24 2009 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200902091106.n19B6lHu009039@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/131456 amd64 ACPI & ATA problems o amd64/131314 amd64 [modules] [panic] large modules fail to load on amd64 o amd64/131209 amd64 [panic] 7.1-STABLE amd64 crash f amd64/130885 amd64 sockstat(1) on amd64 does not work o amd64/130864 amd64 [hang] Problem with copying files to a large partition o amd64/130817 amd64 FreeBSD does not support HP DL160G5 [regression] o amd64/130494 amd64 [boot] netbooting BTX fails on amd64 o amd64/130483 amd64 [mxge] MSI must be disabled when Myricom 10Gbps Card i o amd64/130368 amd64 [hang] Switching from xorg to console locks up compute o amd64/129889 amd64 [boot] The booting process stops at the line mounting o amd64/129721 amd64 [hang] Motherboard K9N2G Neo-FD hangs on boot of 7.0-R o amd64/129667 amd64 [ata] Elitegroup A780GM-A IDE controller not recognize o amd64/129488 amd64 [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o amd64/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] amd64 motherboard: Intel DG965WH motherboard co f amd64/128978 amd64 [install] FreeBSD 6.3 64-bit panics at boot time duri o amd64/128810 amd64 AMD 64 port installation o amd64/128765 amd64 [install] Install CD loads to Install choices but stop o amd64/128686 amd64 [ata] can't detect SATA Disk on 8.0-Current with NF550 o amd64/128263 amd64 [panic] 2 amd64 dl380 g5 with dual quadcore xeons, 8 a o amd64/128259 amd64 csh(1): "`" crashes csh o amd64/127787 amd64 [lor] 3 lock LOR in recent CURRENT o amd64/127640 amd64 gcc(1) will not build shared libraries with -fprofile- o amd64/127492 amd64 [zfs] System hang on ZFS input-output o amd64/127484 amd64 [timecounters] Drift problem with FreeBSD 7.0 and 7.1 o amd64/127451 amd64 [scheduler] incorrect load on quad core o amd64/127397 amd64 [amd64] 32bit application on FreeBSD-6.3 amd64 gets SI s amd64/127276 amd64 ldd(1) invokes linux yes o amd64/127129 amd64 mdconfig(8) is core dumping with Segmentation Fault 11 o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang f amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails o amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A a amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116159 amd64 [panic] Panic while debugging on CURRENT s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff f amd64/91492 amd64 [boot] BTX halted o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/76136 amd64 [hang] system halts before reboot o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up 93 problems total. From gavin at FreeBSD.org Tue Feb 10 06:12:46 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Feb 10 06:12:52 2009 Subject: amd64/131456: ACPI & ATA problems Message-ID: <200902101412.n1AECiPr088091@freefall.freebsd.org> Synopsis: ACPI & ATA problems State-Changed-From-To: open->feedback State-Changed-By: gavin State-Changed-When: Tue Feb 10 14:02:37 UTC 2009 State-Changed-Why: To submitter: firstly, could you please ensure that you are running the most recent available version of the BIOS for your motherboard? The "bad write" errors would also be seen under Windows XP and Vista. Secondly, could you drop to the loader prompt, and give the following commands: set debug.acpi.block_bad_io=1 boot and see if that changes anything? Third, do you know if these issues have always existed, or if they used to work with a previous FreeBSD version? Is it possible for you to also boot an 8.0 CD and see if the same issues exist? http://www.freebsd.org/cgi/query-pr.cgi?pr=131456 From vk at kbb.ru Thu Feb 12 00:23:20 2009 From: vk at kbb.ru (Vladimir Kurtukov) Date: Thu Feb 12 04:22:00 2009 Subject: amd64/131601: 7-STABLE panic in nat_finalise Message-ID: <200902120808.n1C887os012178@kbb2.kbb.ru> >Number: 131601 >Category: amd64 >Synopsis: 7-STABLE panic in nat_finalise >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 12 08:20:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Vladimir Kurtukov >Release: FreeBSD 7.1-STABLE amd64 >Organization: KuznetskBusinessBank >Environment: System: FreeBSD kbb2.kbb.ru 7.1-STABLE FreeBSD 7.1-STABLE #0: Fri Jan 16 12:11:42 NKZ 2009 vk@kbb2.kbb.ru:/usr/src/sys/amd64/compile/KBB2 amd64 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2405.46-MHz K8-class CPU) usable memory = 4282646528 (4084 MB) avail memory = 4121227264 (3930 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs aac0: mem 0xfe800000-0xfe9fffff,0xfeaff000-0xfeafffff irq 17 at device 1. mskc0: port 0xd800-0xd8ff mem 0xfe6fc000-0xfe6fffff irq 18 msk0: on mskc0 mskc1: port 0xc800-0xc8ff mem 0xfe5fc000-0xfe5fffff irq 19 msk1: on mskc1 em0: port 0xec00-0xec3f mem 0xfebe0000-0xfebfffff,0xfeb This machine is used as a Internet gateway with FW (ipfw) and NAT (IPF's ipnat with LARGE_NAT defined, because there are 4000 NAT rules) >Description: Sometimes (1 crash per 2 weeks or even more) machine panics with: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x4 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffffb2f3a316 stack pointer = 0x10:0xffffffffb0a28220 frame pointer = 0x10:0xffffffffb0a28270 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 37 (mskc1 taskq) trap number = 12 panic: page fault cpuid = 3 Uptime: 20d13h12m43s Physical memory: 4084 MB Dumping 777 MB: 762 746 730 714 698 682 666 650 634 618 602 586 570 554 538 522 506 490 474 458 442 426 410 394 378 362 346 330 314 298 282 266 250 234 218 202 186 170 154 138 122 106 90 74 58 42 26 1 0 backtrace: #0 doadump () at ../../../kern/kern_shutdown.c:244 244 dumptid = curthread->td_tid; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:244 #1 0xffffffff803908be in boot (howto=260) at ../../../kern/kern_shutdown.c:418 #2 0xffffffff80390e0d in panic (fmt=Could not find the frame base for "panic". ) at ../../../kern/kern_shutdown.c:574 #3 0xffffffff806d8892 in trap_fatal (frame=0xffffffffb0a28170, eva=4) at ../../../amd64/amd64/trap.c:764 #4 0xffffffff806d8342 in trap_pfault (frame=0xffffffffb0a28170, usermode=0) at ../../../amd64/amd64/trap.c:680 #5 0xffffffff806d7d20 in trap (frame=0xffffffffb0a28170) at ../../../amd64/amd64/trap.c:449 #6 0xffffffff806b73ee in calltrap () at ../../../amd64/amd64/exception.S:209 #7 0xffffffffb2f3a316 in nat_finalise (fin=0xffffffffb0a28440, nat=0xffffff002502da00, ni=0xffffffffb0a282b0, tcp=0x0, natsave=0x0, direction=0) at /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_nat.c:2577 #8 0xffffffffb2f3a11d in nat_new () from /boot/kernel/ipl.ko #9 0xffffffffb2f3d53a in fr_checknatin (fin=0xffffffffb0a28440, passp=0xffffffffb0a2843c) at /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_nat.c:4122 #10 0xffffffffb2f5c822 in fr_check (ip=0xffffff004f583810, hlen=20, ifp=0xffffff0003370800, out=0, mp=0xffffffffb0a285c8) at /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/fil.c:2572 #11 0xffffffffb2f56ec8 in fr_check_wrapper (arg=0x0, mp=0xffffffffb0a285c8, ifp=0xffffff0003370800, dir=1) at /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_fil_freebsd.c:178 #12 0xffffffff8047ae88 in pfil_run_hooks (ph=0xffffffff80928320, mp=0xffffffffb0a28608, ifp=0xffffff0003370800, dir=1, inp=0x0) at ../../../net/pfil.c:78 #13 0xffffffff804b0cae in ip_input (m=0xffffff00105be300) at ../../../netinet/ip_input.c:417 #14 0xffffffff8047891c in netisr_dispatch (num=2, m=0xffffff00105be300) at ../../../net/netisr.c:185 #15 0xffffffff8046d0b7 in ether_demux (ifp=0xffffff0003370800, m=0xffffff00105be300) at ../../../net/if_ethersubr.c:834 #16 0xffffffffb30f50a6 in ng_ether_rcv_upper (node=0xffffff0009f8b100, m=0xffffff00105be300) at /usr/src/sys/modules/netgraph/ether/../../../netgraph/ng_ether.c:664 #17 0xffffffffb30f4e02 in ng_ether_rcvdata (hook=0xffffff00097f3e00, item=0xffffff008569a690) at /usr/src/sys/modules/netgraph/ether/../../../netgraph/ng_ether.c:586 #18 0xffffffffb30ea8be in ng_apply_item (node=0xffffff0009f8b100, item=0xffffff008569a690, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2331 #19 0xffffffffb30ea446 in ng_snd_item (item=0xffffff008569a690, flags=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2249 #20 0xffffffffb30f86ef in ng_tee_rcvdata (hook=0xffffff00097f4080, item=0xffffff008569a690) at /usr/src/sys/modules/netgraph/tee/../../../netgraph/ng_tee.c:326 #21 0xffffffffb30ea8be in ng_apply_item (node=0xffffff003b38f000, item=0xffffff008569a690, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2331 #22 0xffffffffb30ea446 in ng_snd_item (item=0xffffff008569a690, flags=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2249 #23 0xffffffffb30f4087 in ng_ether_input () from /boot/kernel/ng_ether.ko #24 0xffffffff8046cd7a in ether_input (ifp=0xffffff0003370800, m=0xffffff00105be300) at ../../../net/if_ethersubr.c:643 #25 0xffffffff802849af in msk_rxeof (sc_if=0xffffffff80c67000, status=3932416, len=60) at ../../../dev/msk/if_msk.c:2966 #26 0xffffffff80285934 in msk_handle_events (sc=0xffffff0003348600) at ../../../dev/msk/if_msk.c:3341 #27 0xffffffff802862e5 in msk_int_task (arg=0xffffff0003348600, pending=1) at ../../../dev/msk/if_msk.c:3523 #28 0xffffffff803daa33 in taskqueue_run (queue=0xffffff0005c09e00) at ../../../kern/subr_taskqueue.c:282 #29 0xffffffff803db0e1 in taskqueue_thread_loop (arg=0xffffff00033486d8) at ../../../kern/subr_taskqueue.c:401 #30 0xffffffff80360f72 in fork_exit (callout=0xffffffff803db0b0 , arg=0xffffff00033486d8, frame=0xffffffffb0a28c80) at ../../../kern/kern_fork.c:804 #31 0xffffffff806b77be in fork_trampoline () at ../../../amd64/amd64/exception.S:455 #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000001 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000bcf000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0xffffffff803db0b0 in taskqueue_start_threads () at ../../../kern/subr_taskqueue.c:390 (kgdb) list *0xffffffffb2f3a316 0xffffffffb2f3a316 is in nat_finalise (/usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ ip_nat.c:2577). 2572 nat->nat_ifps[1] = np->in_ifps[1]; 2573 nat->nat_ptr = np; 2574 nat->nat_p = fin->fin_p; 2575 nat->nat_mssclamp = np->in_mssclamp; 2576 if (nat->nat_p == IPPROTO_TCP) 2577 nat->nat_seqnext[0] = ntohl(tcp->th_seq); 2578 2579 if ((np->in_apr != NULL) && ((ni->nai_flags & NAT_SLAVE) == 0)) 2580 if (appr_new(fin, nat) == -1) 2581 return -1; Coredump is available by request >How-To-Repeat: Floating bug, can't repeat >Fix: Unknown >Release-Note: >Audit-Trail: >Unformatted: From vk at kbb.ru Thu Feb 12 01:10:02 2009 From: vk at kbb.ru (Vladimir Kurtukov) Date: Thu Feb 12 04:22:15 2009 Subject: amd64/131601: 7-STABLE panic in nat_finalise Message-ID: <200902120910.n1C9A27F090932@freefall.freebsd.org> The following reply was made to PR amd64/131601; it has been noted by GNATS. From: Vladimir Kurtukov To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/131601: 7-STABLE panic in nat_finalise Date: Thu, 12 Feb 2009 15:48:44 +0700 (kgdb) frame 7 #7 0xffffffffb2f3a316 in nat_finalise (fin=0xffffffffb0a28440, nat=0xffffff002502da00, ni=0xffffffffb0a282b0, tcp=0x0, natsave=0x0, direction=0) at /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_nat.c:2577 2577 nat->nat_seqnext[0] = ntohl(tcp->th_seq); (kgdb) p nat->nat_seqnext $1 = {0, 0} (kgdb) p tcp $2 = (tcphdr_t *) 0x0 (kgdb) p tcp->th_seq Cannot access memory at address 0x4 --- Best regards, Vladimir From gavin at FreeBSD.org Thu Feb 12 10:56:32 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Feb 12 10:56:43 2009 Subject: kern/131601: 7-STABLE panic in nat_finalise Message-ID: <200902121856.n1CIuUb6035503@freefall.freebsd.org> Synopsis: 7-STABLE panic in nat_finalise Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Thu Feb 12 18:54:38 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). PR has a full backtrace and submitter has a core file for further investigation. http://www.freebsd.org/cgi/query-pr.cgi?pr=131601 From tinderbox at freebsd.org Thu Feb 12 12:42:29 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Feb 12 12:42:47 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090212204224.795A17302F@freebsd-current.sentex.ca> TB --- 2009-02-12 18:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-12 18:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-12 18:40:00 - cleaning the object tree TB --- 2009-02-12 18:40:51 - cvsupping the source tree TB --- 2009-02-12 18:40:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-12 18:40:58 - building world TB --- 2009-02-12 18:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 18:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 18:40:58 - TARGET=amd64 TB --- 2009-02-12 18:40:58 - TARGET_ARCH=amd64 TB --- 2009-02-12 18:40:58 - TZ=UTC TB --- 2009-02-12 18:40:58 - __MAKE_CONF=/dev/null TB --- 2009-02-12 18:40:58 - cd /src TB --- 2009-02-12 18:40:58 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 12 18:41:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Feb 12 20:38:28 UTC 2009 TB --- 2009-02-12 20:38:28 - generating LINT kernel config TB --- 2009-02-12 20:38:28 - cd /src/sys/amd64/conf TB --- 2009-02-12 20:38:28 - /usr/bin/make -B LINT TB --- 2009-02-12 20:38:28 - building LINT kernel TB --- 2009-02-12 20:38:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 20:38:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 20:38:28 - TARGET=amd64 TB --- 2009-02-12 20:38:28 - TARGET_ARCH=amd64 TB --- 2009-02-12 20:38:28 - TZ=UTC TB --- 2009-02-12 20:38:28 - __MAKE_CONF=/dev/null TB --- 2009-02-12 20:38:28 - cd /src TB --- 2009-02-12 20:38:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 12 20:38:28 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /src/sys/amd64/include ln -sf /obj/amd64/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/amd64/src/sys/LINT/opt_mac.h opt_mac.h ln -sf /obj/amd64/src/sys/LINT/opt_svr4.h opt_svr4.h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h make: don't know how to make svr4_machdep.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-12 20:42:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-12 20:42:24 - ERROR: failed to build lint kernel TB --- 2009-02-12 20:42:24 - 5730.42 user 606.31 system 7343.34 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Fri Feb 13 06:47:54 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Feb 13 06:48:06 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090213144750.1EEE67302F@freebsd-current.sentex.ca> TB --- 2009-02-13 12:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-13 12:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-13 12:40:00 - cleaning the object tree TB --- 2009-02-13 12:40:56 - cvsupping the source tree TB --- 2009-02-13 12:40:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-13 12:41:03 - building world TB --- 2009-02-13 12:41:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-13 12:41:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-13 12:41:03 - TARGET=amd64 TB --- 2009-02-13 12:41:03 - TARGET_ARCH=amd64 TB --- 2009-02-13 12:41:03 - TZ=UTC TB --- 2009-02-13 12:41:03 - __MAKE_CONF=/dev/null TB --- 2009-02-13 12:41:03 - cd /src TB --- 2009-02-13 12:41:03 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 13 12:41:06 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Feb 13 14:38:41 UTC 2009 TB --- 2009-02-13 14:38:41 - generating LINT kernel config TB --- 2009-02-13 14:38:41 - cd /src/sys/amd64/conf TB --- 2009-02-13 14:38:41 - /usr/bin/make -B LINT TB --- 2009-02-13 14:38:41 - building LINT kernel TB --- 2009-02-13 14:38:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-13 14:38:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-13 14:38:41 - TARGET=amd64 TB --- 2009-02-13 14:38:41 - TARGET_ARCH=amd64 TB --- 2009-02-13 14:38:41 - TZ=UTC TB --- 2009-02-13 14:38:41 - __MAKE_CONF=/dev/null TB --- 2009-02-13 14:38:41 - cd /src TB --- 2009-02-13 14:38:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 13 14:38:42 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/isp/isp_target.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ispfw/ispfw.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/iwi/if_iwi.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/iwn/if_iwn.c /src/sys/dev/iwn/if_iwn.c: In function 'iwn_rx_intr': /src/sys/dev/iwn/if_iwn.c:1445: error: 'struct ieee80211com' has no member named 'ic_stats' /src/sys/dev/iwn/if_iwn.c:1455: error: 'struct ieee80211com' has no member named 'ic_stats' /src/sys/dev/iwn/if_iwn.c:1466: error: 'struct ieee80211com' has no member named 'ic_stats' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-13 14:47:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-13 14:47:49 - ERROR: failed to build lint kernel TB --- 2009-02-13 14:47:49 - 5982.03 user 623.22 system 7669.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From freebsd at abv.bg Fri Feb 13 13:21:40 2009 From: freebsd at abv.bg (Mario Pavlov) Date: Fri Feb 13 13:21:47 2009 Subject: [Fw: Re: [PC-BSD Dev] vmap()-like kernel interface ] Message-ID: <442505824.71673.1234559053919.JavaMail.apache@mail53.abv.bg> Hi, please find the attached e-mail regards mgp P.S. thanks, PC-BSD team -------------- next part -------------- An embedded message was scrubbed... From: Kris Moore Subject: Re: [PC-BSD Dev] vmap()-like kernel interface Date: Fri, 13 Feb 2009 15:46:23 -0500 Size: 2279 Url: http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20090213/567e04b7/PC-BSDDevvmap-likekernelinterface.eml From tinderbox at freebsd.org Sun Feb 15 03:05:14 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Feb 15 03:05:26 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090215110510.4F3B27302F@freebsd-current.sentex.ca> TB --- 2009-02-15 09:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-15 09:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-15 09:40:00 - cleaning the object tree TB --- 2009-02-15 09:40:52 - cvsupping the source tree TB --- 2009-02-15 09:40:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-15 09:41:00 - building world TB --- 2009-02-15 09:41:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-15 09:41:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-15 09:41:00 - TARGET=amd64 TB --- 2009-02-15 09:41:00 - TARGET_ARCH=amd64 TB --- 2009-02-15 09:41:00 - TZ=UTC TB --- 2009-02-15 09:41:00 - __MAKE_CONF=/dev/null TB --- 2009-02-15 09:41:00 - cd /src TB --- 2009-02-15 09:41:00 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 15 09:41:02 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] cd /src/include/../sys; sh /src/tools/install.sh -C -o root -g wheel -m 444 netnatm/*.h /obj/amd64/src/lib32/usr/include/netnatm cd /src/include/../sys; sh /src/tools/install.sh -C -o root -g wheel -m 444 netncp/*.h /obj/amd64/src/lib32/usr/include/netncp cd /src/include/../sys; sh /src/tools/install.sh -C -o root -g wheel -m 444 netsmb/*.h /obj/amd64/src/lib32/usr/include/netsmb cd /src/include/../sys; sh /src/tools/install.sh -C -o root -g wheel -m 444 nfs/*.h /obj/amd64/src/lib32/usr/include/nfs cd /src/include/../sys; sh /src/tools/install.sh -C -o root -g wheel -m 444 nfsclient/*.h /obj/amd64/src/lib32/usr/include/nfsclient cd /src/include/../sys; sh /src/tools/install.sh -C -o root -g wheel -m 444 nfsserver/*.h /obj/amd64/src/lib32/usr/include/nfsserver cd /src/include/../sys; sh /src/tools/install.sh -C -o root -g wheel -m 444 pccard/*.h /obj/amd64/src/lib32/usr/include/pccard install: pccard/*.h: No such file or directory *** Error code 71 Stop in /src/include. *** Error code 1 Stop in /src/include. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-15 11:05:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-15 11:05:10 - ERROR: failed to build world TB --- 2009-02-15 11:05:10 - 3992.06 user 389.40 system 5109.67 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From yanefbsd at gmail.com Sun Feb 15 17:43:20 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sun Feb 15 17:43:27 2009 Subject: [Fw: Re: [PC-BSD Dev] vmap()-like kernel interface ] In-Reply-To: <442505824.71673.1234559053919.JavaMail.apache@mail53.abv.bg> References: <442505824.71673.1234559053919.JavaMail.apache@mail53.abv.bg> Message-ID: <7d6fde3d0902151722x24aeed88na79ed5093f5d2569@mail.gmail.com> On Fri, Feb 13, 2009 at 1:04 PM, Mario Pavlov wrote: > Hi, > please find the attached e-mail > > regards > mgp > > P.S. thanks, PC-BSD team I'm not a kernel dev, but I noted that pmap_unmapcontig doesn't take into consideration when va is NULL; I know it's bad driver programming if uncontig is implicitly called with NULL, but there should be some error handling or something here (a NULL deref will occur in pmap_qremove, which will cause a panic). Thanks, -Garrett From peterjeremy at optushome.com.au Tue Feb 17 11:01:11 2009 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Tue Feb 17 11:01:17 2009 Subject: 32-bit truncation of 64-bit values Message-ID: <20090217190106.GB1351@server.vk2pj.dyndns.org> Having just tracked down an issue caused by a pointer-to-int truncation, it occurs to me that it might be "instructive" to change the amd64 memory map so that the botton 4GB of address-space was unmapped by default (ie code, data, bss, stack and mmap all default to above 4GB). I notice that the process space layout has already changed since 7.x was branched (at least the same executable runs on 7.x and SEGVs on -current due to a truncated pointer) and making this change might reveal more broken code. Given how close we are to 8.0, this might need to wait until after 8 is branched. -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20090217/46b6ff02/attachment.pgp From xcllnt at mac.com Tue Feb 17 12:07:13 2009 From: xcllnt at mac.com (Marcel Moolenaar) Date: Tue Feb 17 12:07:20 2009 Subject: 32-bit truncation of 64-bit values In-Reply-To: <20090217190106.GB1351@server.vk2pj.dyndns.org> References: <20090217190106.GB1351@server.vk2pj.dyndns.org> Message-ID: On Feb 17, 2009, at 11:01 AM, Peter Jeremy wrote: > Having just tracked down an issue caused by a pointer-to-int > truncation, it occurs to me that it might be "instructive" to change > the amd64 memory map so that the botton 4GB of address-space was > unmapped by default (ie code, data, bss, stack and mmap all default to > above 4GB). I notice that the process space layout has already > changed since 7.x was branched (at least the same executable runs on > 7.x and SEGVs on -current due to a truncated pointer) and making > this change might reveal more broken code. Use ia64 :-) On ia64 the upper 3 bits of the 64-bit pointer are used for the region (there are 8 obviously). Region 0 is reserved for 32-bit processes, so all native processes have pointers that can't fit in an int. This used to be a *very* big problem, but it has improved significantly. If you cannot run on ia64, at least try compiling on ia64. The compiler for ia64 is more sensitive about these things so you may be able to spot potential problems at compile time. FYI, -- Marcel Moolenaar xcllnt@mac.com From tinderbox at freebsd.org Tue Feb 17 16:00:50 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 17 16:01:01 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090218000045.890FF7302F@freebsd-current.sentex.ca> TB --- 2009-02-17 22:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-17 22:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-17 22:40:00 - cleaning the object tree TB --- 2009-02-17 22:40:50 - cvsupping the source tree TB --- 2009-02-17 22:40:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-17 22:40:58 - building world TB --- 2009-02-17 22:40:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-17 22:40:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-17 22:40:58 - TARGET=amd64 TB --- 2009-02-17 22:40:58 - TARGET_ARCH=amd64 TB --- 2009-02-17 22:40:58 - TZ=UTC TB --- 2009-02-17 22:40:58 - __MAKE_CONF=/dev/null TB --- 2009-02-17 22:40:58 - cd /src TB --- 2009-02-17 22:40:58 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 17 22:41:00 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/libevent -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../sys/contrib/pf -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/ftp-proxy/ftp-proxy.c cc -O2 -pipe -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/libevent -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../sys/contrib/pf -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/ftp-proxy/filter.c cc -O2 -pipe -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/libevent -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../sys/contrib/pf -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftp-proxy ftp-proxy.o filter.o /obj/amd64/src/usr.sbin/ftp-proxy/ftp-proxy/../libevent/libevent.a gzip -cn /src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/ftp-proxy/ftp-proxy.8 > ftp-proxy.8.gz ===> usr.sbin/fwcontrol (all) cc -O2 -pipe -I/src/usr.sbin/fwcontrol -I/src/usr.sbin/fwcontrol/../../sys -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/fwcontrol/fwcontrol.c /src/usr.sbin/fwcontrol/fwcontrol.c: In function 'show_topology_map': /src/usr.sbin/fwcontrol/fwcontrol.c:546: error: 'struct ' has no member named 'phy_delay' *** Error code 1 Stop in /src/usr.sbin/fwcontrol. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-18 00:00:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-18 00:00:45 - ERROR: failed to build world TB --- 2009-02-18 00:00:45 - 3769.54 user 377.65 system 4845.09 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From jgordeev at dir.bg Tue Feb 17 23:57:58 2009 From: jgordeev at dir.bg (Jordan Gordeev) Date: Tue Feb 17 23:58:04 2009 Subject: 32-bit truncation of 64-bit values In-Reply-To: <20090217190106.GB1351@server.vk2pj.dyndns.org> References: <20090217190106.GB1351@server.vk2pj.dyndns.org> Message-ID: <499BB870.9060801@dir.bg> Peter Jeremy wrote: >Having just tracked down an issue caused by a pointer-to-int >truncation, it occurs to me that it might be "instructive" to change >the amd64 memory map so that the botton 4GB of address-space was >unmapped by default (ie code, data, bss, stack and mmap all default to >above 4GB). I notice that the process space layout has already >changed since 7.x was branched (at least the same executable runs on >7.x and SEGVs on -current due to a truncated pointer) and making >this change might reveal more broken code. > >Given how close we are to 8.0, this might need to wait until after >8 is branched. > > > My understanding is that implementing this idea is impossible. The AMD64 ABI (available at http://www.x86-64.org/documentation/abi-0.99.pdf) describes several "code models": small, medium, large + some more. The most popular is the small memory model, which prescribes that both code and data fit into the first 2 GB of virtual address space. The medium code model lifts this limitation for data, but preserves it for text. The large memory model is of theoretical significance, in my opinion, and I'm not sure gcc even implements it. So, unless FreeBSD starts using its own amd64 ABI, or we start playing with unpopular (and slower) memory models, I don't see how the otherwise nice idea can be implemented. From linux at chesterdkat.com Thu Feb 19 10:49:54 2009 From: linux at chesterdkat.com (D.M. Ovad) Date: Thu Feb 19 10:50:00 2009 Subject: Intel Xeon Processor kernel compile CPU type. Message-ID: <9D0C41D6-5EDB-4D17-8258-352FE8ADAFBD@chesterdkat.com> I am compiling a custom kernel to add Netatalk capability and weed out unnecessary drivers. My system has two Intel Xeon Quad Core processors. It's not clear to me what I should specify in the "cpu" field. The default kernel specifies the cpu as "HAMMER". Is this also correct for a dual quad core Intel Xeon system? Thanks... From jgordeev at dir.bg Thu Feb 19 10:54:52 2009 From: jgordeev at dir.bg (Jordan Gordeev) Date: Thu Feb 19 10:55:12 2009 Subject: Intel Xeon Processor kernel compile CPU type. In-Reply-To: <9D0C41D6-5EDB-4D17-8258-352FE8ADAFBD@chesterdkat.com> References: <9D0C41D6-5EDB-4D17-8258-352FE8ADAFBD@chesterdkat.com> Message-ID: <499DAAF8.4030005@dir.bg> D.M. Ovad wrote: > I am compiling a custom kernel to add Netatalk capability and weed out > unnecessary drivers. My system has two Intel Xeon Quad Core > processors. It's not clear to me what I should specify in the "cpu" > field. The default kernel specifies the cpu as "HAMMER". Is this > also correct for a dual quad core Intel Xeon system? > > Thanks... It is the only value that you can put there AFAIK. From oliver.pntr at gmail.com Thu Feb 19 11:08:58 2009 From: oliver.pntr at gmail.com (Oliver Pinter) Date: Thu Feb 19 11:09:05 2009 Subject: Intel Xeon Processor kernel compile CPU type. In-Reply-To: <499DAAF8.4030005@dir.bg> References: <9D0C41D6-5EDB-4D17-8258-352FE8ADAFBD@chesterdkat.com> <499DAAF8.4030005@dir.bg> Message-ID: <6101e8c40902191108w2234b13k84466dfd9f1fe4ee@mail.gmail.com> add this line to /etc/make.conf CPUTYPE?=core2 On 2/19/09, Jordan Gordeev wrote: > D.M. Ovad wrote: >> I am compiling a custom kernel to add Netatalk capability and weed out >> unnecessary drivers. My system has two Intel Xeon Quad Core >> processors. It's not clear to me what I should specify in the "cpu" >> field. The default kernel specifies the cpu as "HAMMER". Is this >> also correct for a dual quad core Intel Xeon system? >> >> Thanks... > It is the only value that you can put there AFAIK. > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From gavin at FreeBSD.org Thu Feb 19 14:27:43 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Feb 19 14:27:49 2009 Subject: amd64/116670: [ata] onboard SATA RAID1 controllers not supported for Asus M2A-VM Message-ID: <200902192227.n1JMRg7a060682@freefall.freebsd.org> Synopsis: [ata] onboard SATA RAID1 controllers not supported for Asus M2A-VM State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Thu Feb 19 22:26:50 UTC 2009 State-Changed-Why: Feedback timeout (1 year), not enough info to resolve as-is. To submitter: if you can provide the requested info, we can see about getting this sorted. Responsible-Changed-From-To: freebsd-amd64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Feb 19 22:26:50 UTC 2009 Responsible-Changed-Why: Track http://www.freebsd.org/cgi/query-pr.cgi?pr=116670 From howard at leadmon.net Fri Feb 20 06:22:46 2009 From: howard at leadmon.net (Howard Leadmon) Date: Fri Feb 20 06:22:53 2009 Subject: Intel Xeon Processor kernel compile CPU type. In-Reply-To: <6101e8c40902191108w2234b13k84466dfd9f1fe4ee@mail.gmail.com> References: <9D0C41D6-5EDB-4D17-8258-352FE8ADAFBD@chesterdkat.com> <499DAAF8.4030005@dir.bg> <6101e8c40902191108w2234b13k84466dfd9f1fe4ee@mail.gmail.com> Message-ID: <013f01c99364$5689e4a0$039dade0$@net> I knew HAMMER was the only type for making your kernel, but what CPUTYPE's are OK for 64bit? I was under the impression that nocona was the 64bit processor, but guess maybe there are more. I don't have a quad, but do have a pair of dual core processors in a few machines that are running FBSD7. CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.20-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf48 Stepping = 8 Features=0xbfebfbff Features2=0x649d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 Logical CPUs per core: 2 FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs So should this stuff be set to nocona, core2, or what?? --- Howard > -----Original Message----- > Subject: Re: Intel Xeon Processor kernel compile CPU type. > > add this line to /etc/make.conf > > CPUTYPE?=core2 > > > On 2/19/09, Jordan Gordeev wrote: > > D.M. Ovad wrote: > >> I am compiling a custom kernel to add Netatalk capability and weed out > >> unnecessary drivers. My system has two Intel Xeon Quad Core > >> processors. It's not clear to me what I should specify in the "cpu" > >> field. The default kernel specifies the cpu as "HAMMER". Is this > >> also correct for a dual quad core Intel Xeon system? > >> > >> Thanks... > > It is the only value that you can put there AFAIK. From arne at steinkamm.com Fri Feb 20 08:10:06 2009 From: arne at steinkamm.com (Arne Steinkamm) Date: Fri Feb 20 08:37:51 2009 Subject: amd64/131906: SATA data corruption Message-ID: <200902201608.n1KG8YOK071388@www.freebsd.org> >Number: 131906 >Category: amd64 >Synopsis: SATA data corruption >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 20 16:10:05 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Arne Steinkamm >Release: 7.1-RELEASE >Organization: >Environment: FreeBSD amd64.lab.steinkamm.com 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 08:58:24 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Machine has (old) Asus A8V Deluxe Motherboard with onboard Promise SATA controller. Promise is BIOS-configured to RAID mode. Machine is equipped with 4 gig mem, memory hole handling is switched off in BIOS. CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2202.83-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 [...] Cores per package: 2 usable memory = 3341815808 (3187 MB) avail memory = 3231543296 (3081 MB) [...] atapci0: port 0x9000-0x903f,0x8800-0x880f,0x8400-0x847f mem 0xf9700000-0xf9700fff,0xf9600000-0xf961ffff irq 18 at device 8.0 on pci0 [...] ad4: 1430799MB at ata2-master SATA150 ad6: 1430799MB at ata3-master SATA150 ar0: 1430511MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master I have several of these boxes in daily use without any problems running FreeBSD 6.2 i386 and amd64. I installed a fresh installation of 7.1 release (GENERIC kernel from distribution) from CD and saw data corruption on the disks: $ df . Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ar0s2f 1361274282 883732236 368640104 71% /l/ldisk1 $ ls -l Testfile* -rw-r--r-- 1 root wheel 2810811312 Dec 31 01:14 Testfile1 -rw-r--r-- 1 root wheel 2926088400 Dec 31 01:59 Testfile2 -rw-r--r-- 1 root wheel 2798053632 Dec 31 02:45 Testfile3 $ md5 Testfile* MD5 (Testfile1) = 14f9908220acd2388ec09703dc8baaad MD5 (Testfile2) = c6f2c84ec25fd97985b6374bdc89b343 MD5 (Testfile3) = 5630706a77bc7ee965076ba2a7a8dcdf $ md5 Testfile* MD5 (Testfile1) = d215c9fb3369d125d17e579f5ddf7ca8 MD5 (Testfile2) = c6f2c84ec25fd97985b6374bdc89b343 MD5 (Testfile3) = 8632aa26eec5966a49323c714f9b085e $ md5 Testfile* MD5 (Testfile1) = fb4d186d5fb900dd9271049e29eab152 MD5 (Testfile2) = 429511875320aef36a700ef67d1462c2 MD5 (Testfile3) = f7be094c9a38c198152536dffca3d733 Trying to find the problem, I booted the system from CD and accessed the subdisks ad4 and ad6 directly. Same problem with both disks so it seems not related to the ar0 device and the software raid behind it. Then I booted FreeBSD 7.1-Release i386 from CD and found no problem anymore. This indicates that the hardware is not part of the problem. Full dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE #0: Thu Jan 1 08:58:24 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2202.83-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 usable memory = 3341815808 (3187 MB) avail memory = 3231543296 (3081 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, c7ef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xfb000000-0xfbffffff,0xe0000000-0xefffffff,0xfa000000-0xfaffffff irq 16 at device 0.0 on pci1 fwohci0: port 0x8000-0x807f mem 0xf9500000-0xf95007ff irq 16 at device 7.0 on pci0 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:6f:2b:1e fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x28c4000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:6f:2b:1e fwe0: Ethernet address: 02:11:d8:6f:2b:1e fwip0: on firewire0 fwip0: Firewire address: 00:11:d8:00:00:6f:2b:1e @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode atapci0: port 0x9000-0x903f,0x8800-0x880f,0x8400-0x847f mem 0xf9700000-0xf9700fff,0xf9600000-0xf961ffff irq 18 at device 8.0 on pci0 atapci0: [ITHREAD] atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] vgapci1: mem 0xf8000000-0xf8ffffff,0xd0000000-0xdfffffff,0xf7000000-0xf7ffffff irq 16 at device 9.0 on pci0 skc0: port 0x9400-0x94ff mem 0xf9a00000-0xf9a03fff irq 17 at device 10.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:15:f2:0a:78:17 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] atapci1: port 0xb000-0xb007,0xa800-0xa803,0xa400-0xa407,0xa000-0xa003,0x9800-0x980f mem 0xf9c00000-0xf9c003ff irq 19 at device 14.0 on pci0 atapci1: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ata8: on atapci1 ata8: [ITHREAD] atapci2: port 0xd000-0xd007,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xb800-0xb80f,0xb400-0xb4ff irq 20 at device 15.0 on pci0 atapci2: [ITHREAD] ata9: on atapci2 ata9: [ITHREAD] ata10: on atapci2 ata10: [ITHREAD] atapci3: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci3 ata0: [ITHREAD] ata1: on atapci3 ata1: [ITHREAD] uhci0: port 0xd400-0xd41f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd800-0xd81f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe000-0xe01f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe400-0xe41f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf9e00000-0xf9e000ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered umass0: on uhub4 isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A sio1: [FILTER] cpu0: on acpi0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: CDRW at ata0-master UDMA33 ad4: 1430799MB at ata2-master SATA150 ad6: 1430799MB at ata3-master SATA150 ar0: 1430511MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master SMP: AP CPU #1 Launched! da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ar0s1a pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x80a31043 chip=0x02821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb1@pci0:0:0:1: class=0x060000 card=0x00000000 chip=0x12821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb2@pci0:0:0:2: class=0x060000 card=0x00000000 chip=0x22821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb3@pci0:0:0:3: class=0x060000 card=0x00000000 chip=0x32821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb4@pci0:0:0:4: class=0x060000 card=0x00000000 chip=0x42821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI hostb5@pci0:0:0:7: class=0x060000 card=0x00000000 chip=0x72821106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'K8T880Pro CPU to PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0xb1881106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT8237 K8HTB CPU to AGP 2.0/3.0 Bridge' class = bridge subclass = PCI-PCI fwohci0@pci0:0:7:0: class=0x0c0010 card=0x808a1043 chip=0x30441106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire atapci0@pci0:0:8:0: class=0x010400 card=0x80f51043 chip=0x3373105a rev=0x02 hdr=0x00 vendor = 'Promise Technology Inc' device = 'PDC20378 FastTrak 378/SATA 378 RAID Controller' class = mass storage subclass = RAID vgapci1@pci0:0:9:0: class=0x030000 card=0x00000000 chip=0x022110de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce 6200' class = display subclass = VGA skc0@pci0:0:10:0: class=0x020000 card=0x811a1043 chip=0x432011ab rev=0x13 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet atapci1@pci0:0:14:0: class=0x010400 card=0x31141095 chip=0x31141095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'Sil 3114 SATALink/SATARaid Controller' class = mass storage subclass = RAID atapci2@pci0:0:15:0: class=0x010400 card=0x80ed1043 chip=0x31491106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 VT6410 SATA RAID Controller' class = mass storage subclass = RAID atapci3@pci0:0:15:1: class=0x01018a card=0x80ed1043 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C586A/B/VT82C686/A/B/VT823x/A/C Bus Master IDE Controller' class = mass storage subclass = ATA uhci0@pci0:0:16:0: class=0x0c0300 card=0x80ed1043 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:16:1: class=0x0c0300 card=0x80ed1043 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:16:2: class=0x0c0300 card=0x80ed1043 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:16:3: class=0x0c0300 card=0x80ed1043 chip=0x30381106 rev=0x81 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:16:4: class=0x0c0320 card=0x80ed1043 chip=0x31041106 rev=0x86 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202/12 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB isab0@pci0:0:17:0: class=0x060100 card=0x80ed1043 chip=0x32271106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 PCI-to-ISA Bridge' class = bridge subclass = PCI-ISA none0@pci0:0:17:5: class=0x040100 card=0x812a1043 chip=0x30591106 rev=0x60 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237 AC97 Enhanced Audio Controller - the 8251 controller is different' class = multimedia subclass = audio hostb6@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb7@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb8@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb9@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI vgapci0@pci0:1:0:0: class=0x030000 card=0x080110b0 chip=0x00f510de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce 7800 GS' class = display subclass = VGA >How-To-Repeat: Just check the integrity of large files (several gigabytes) after writing them. Files fitting in the filesystem cache will hide the sata problem. >Fix: Using FreeBSD 6.x amd64 or FreeBSD 7.1 i386 instead of FreeBSD 7.1 amd64. This is not a sollution! >Release-Note: >Audit-Trail: >Unformatted: From rsmith at xs4all.nl Fri Feb 20 11:11:49 2009 From: rsmith at xs4all.nl (Roland Smith) Date: Fri Feb 20 11:13:19 2009 Subject: Intel Xeon Processor kernel compile CPU type. In-Reply-To: <013f01c99364$5689e4a0$039dade0$@net> References: <9D0C41D6-5EDB-4D17-8258-352FE8ADAFBD@chesterdkat.com> <499DAAF8.4030005@dir.bg> <6101e8c40902191108w2234b13k84466dfd9f1fe4ee@mail.gmail.com> <013f01c99364$5689e4a0$039dade0$@net> Message-ID: <20090220185928.GB7314@slackbox.xs4all.nl> On Fri, Feb 20, 2009 at 09:05:46AM -0500, Howard Leadmon wrote: > I knew HAMMER was the only type for making your kernel, but what CPUTYPE's > are OK for 64bit? > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.20-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0xf48 Stepping = 8 > > Features=0xbfebfbff ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x649d > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > Logical CPUs per core: 2 > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > > So should this stuff be set to nocona, core2, or what?? Have a look at /usr/share/mk/bsd.cpu.mk. If you are using the amd64 architecture, you can use CPUTYPE=prescott or CPUTYPE=core2, but both will be converted to CPUTYPE=nocona. That's probably because that is the latest variant that the gcc in base understands. Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20090220/0d361fae/attachment.pgp From howard at leadmon.net Fri Feb 20 15:45:58 2009 From: howard at leadmon.net (Howard Leadmon) Date: Fri Feb 20 15:48:36 2009 Subject: Intel Xeon Processor kernel compile CPU type. In-Reply-To: <20090220185928.GB7314@slackbox.xs4all.nl> References: <9D0C41D6-5EDB-4D17-8258-352FE8ADAFBD@chesterdkat.com> <499DAAF8.4030005@dir.bg> <6101e8c40902191108w2234b13k84466dfd9f1fe4ee@mail.gmail.com> <013f01c99364$5689e4a0$039dade0$@net> <20090220185928.GB7314@slackbox.xs4all.nl> Message-ID: <01b401c993b5$525b7960$f7126c20$@net> Good, so nocona is really the right one to specify. Good to know I have been doing it correctly on my x64 machines, and heck nice document/defines there, I'll keep that in my notes so I know how to find stuff like that in the future.. --- Howard Leadmon > -----Original Message----- > From: Roland Smith [mailto:rsmith@xs4all.nl] > Sent: Friday, February 20, 2009 1:59 PM > To: Howard Leadmon > Cc: 'Oliver Pinter'; freebsd-amd64@freebsd.org > Subject: Re: Intel Xeon Processor kernel compile CPU type. > > On Fri, Feb 20, 2009 at 09:05:46AM -0500, Howard Leadmon wrote: > > I knew HAMMER was the only type for making your kernel, but what > CPUTYPE's > > are OK for 64bit? > > > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.20-MHz K8-class CPU) > > Origin = "GenuineIntel" Id = 0xf48 Stepping = 8 > > > > > Features=0xbfebfbff CA > > ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2=0x649d > > AMD Features=0x20100800 > > AMD Features2=0x1 > > Cores per package: 2 > > Logical CPUs per core: 2 > > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > > > > So should this stuff be set to nocona, core2, or what?? > > Have a look at /usr/share/mk/bsd.cpu.mk. If you are using the amd64 > architecture, you can use CPUTYPE=prescott or CPUTYPE=core2, but both > will be converted to CPUTYPE=nocona. That's probably because that is the > latest variant that the gcc in base understands. > > Roland > -- > R.F.Smith http://www.xs4all.nl/~rsmith/ > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) From yanefbsd at gmail.com Fri Feb 20 16:55:57 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Fri Feb 20 17:00:09 2009 Subject: Intel Xeon Processor kernel compile CPU type. In-Reply-To: <01b401c993b5$525b7960$f7126c20$@net> References: <9D0C41D6-5EDB-4D17-8258-352FE8ADAFBD@chesterdkat.com> <499DAAF8.4030005@dir.bg> <6101e8c40902191108w2234b13k84466dfd9f1fe4ee@mail.gmail.com> <013f01c99364$5689e4a0$039dade0$@net> <20090220185928.GB7314@slackbox.xs4all.nl> <01b401c993b5$525b7960$f7126c20$@net> Message-ID: <7d6fde3d0902201655r5a69985cubd8f21fb38b0771@mail.gmail.com> On Fri, Feb 20, 2009 at 3:45 PM, Howard Leadmon wrote: > Good, so nocona is really the right one to specify. Good to know I have > been doing it correctly on my x64 machines, and heck nice document/defines > there, I'll keep that in my notes so I know how to find stuff like that in > the future.. > > > --- > Howard Leadmon > > >> -----Original Message----- >> From: Roland Smith [mailto:rsmith@xs4all.nl] >> Sent: Friday, February 20, 2009 1:59 PM >> To: Howard Leadmon >> Cc: 'Oliver Pinter'; freebsd-amd64@freebsd.org >> Subject: Re: Intel Xeon Processor kernel compile CPU type. >> >> On Fri, Feb 20, 2009 at 09:05:46AM -0500, Howard Leadmon wrote: >> > I knew HAMMER was the only type for making your kernel, but what >> CPUTYPE's >> > are OK for 64bit? >> >> > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.20-MHz K8-class CPU) >> > Origin = "GenuineIntel" Id = 0xf48 Stepping = 8 >> > >> > >> Features=0xbfebfbff> CA >> > ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> > Features2=0x649d >> > AMD Features=0x20100800 >> > AMD Features2=0x1 >> > Cores per package: 2 >> > Logical CPUs per core: 2 >> > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> > >> > So should this stuff be set to nocona, core2, or what?? >> >> Have a look at /usr/share/mk/bsd.cpu.mk. If you are using the amd64 >> architecture, you can use CPUTYPE=prescott or CPUTYPE=core2, but both >> will be converted to CPUTYPE=nocona. That's probably because that is the >> latest variant that the gcc in base understands. I know it's already been said, but Intel recommends (with the compiler version that we have) to use prescott for i686 and nocona for amd64 because it best matches the caching / instruction scheduling for the Core 2 CPU's. If we actually move to gcc 4.3+ they have improved support for -march=core2. HTH, -Garrett From sebastian.guarino at gmail.com Sun Feb 22 18:30:02 2009 From: sebastian.guarino at gmail.com (Sebastián Guarino) Date: Sun Feb 22 19:09:10 2009 Subject: amd64/131993: Bus error on nagios 3.0.x with perl 5.8.9 Message-ID: <200902230223.n1N2N2WU038220@www.freebsd.org> >Number: 131993 >Category: amd64 >Synopsis: Bus error on nagios 3.0.x with perl 5.8.9 >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 23 02:30:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Sebastián Guarino >Release: 6.4-RELEASE-p3 >Organization: Mafrasi >Environment: FreeBSD colmillo.micans.com 6.4-RELEASE-p3 FreeBSD 6.4-RELEASE-p3 #12: Fri Feb 20 09:55:25 ARST 2009 root@colmillo.micans.com:/usr/obj/usr/src/sys/MICANS amd64 >Description: starting nagios gives a bus error=10 signal when starting from rc script or binary. I recompile perl and nagios with debug symbols, and here is the backtrace. 0 root@colmillo:/usr/ports/net-mgmt/nagios/work/nagios-3.0.6/base$ gdb ./nagios GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) set arg /usr/local/etc/nagios/nagios.cfg (gdb) r Starting program: /usr/ports/net-mgmt/nagios/work/nagios-3.0.6/base/nagios /usr/local/etc/nagios/nagios.cfg [New LWP 100205] [New Thread 0x5b3000 (LWP 100205)] Nagios 3.0.6 Copyright (c) 1999-2008 Ethan Galstad (http://www.nagios.org) Last Modified: 12-01-2008 License: GPL Nagios 3.0.6 starting... (PID=71865) Local time is Mon Feb 23 00:18:58 ARST 2009 Program received signal SIGBUS, Bus error. [Switching to Thread 0x5b3000 (LWP 100205)] 0x000000080078b645 in Perl_doing_taint (argc=2, argv=0x49d968, envp=0x0) at perl.c:4530 4530 if ( argc > 1 && argv[1][0] == '-' (gdb) bt #0 0x000000080078b645 in Perl_doing_taint (argc=2, argv=0x49d968, envp=0x0) at perl.c:4530 #1 0x00000008007838cb in Perl_sys_init3 (argc=0x7fffffffeacc, argv=0x7fffffffeae0, env=0x7fffffffeaf8) at perl.c:191 #2 0x00000000004468ca in init_embedded_perl (env=0x7fffffffecd8) at utils.c:3620 #3 0x0000000000413bbf in main (argc=2, argv=0x7fffffffecc0, env=0x7fffffffecd8) at nagios.c:710 (gdb) >How-To-Repeat: Compile with current ports (perl 5.8.9 and nagis 3.0.6) /usr/local/etc/rc.d/nagios start >Fix: >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Mon Feb 23 01:07:04 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Feb 23 04:20:26 2009 Subject: ports/131993: net-mgmt/nagios: Bus error on nagios 3.0.x with perl 5.8.9 Message-ID: <200902230907.n1N973Tm063645@freefall.freebsd.org> Old Synopsis: Bus error on nagios 3.0.x with perl 5.8.9 New Synopsis: net-mgmt/nagios: Bus error on nagios 3.0.x with perl 5.8.9 Responsible-Changed-From-To: freebsd-amd64->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 23 09:06:20 UTC 2009 Responsible-Changed-Why: Ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=131993 From bugmaster at FreeBSD.org Mon Feb 23 03:06:48 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 23 04:59:07 2009 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200902231106.n1NB6lEx055426@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/131906 amd64 [ata] SATA data corruption with Promise PDC20378 (amd6 f amd64/131456 amd64 ACPI & ATA problems o amd64/131314 amd64 [modules] [panic] large modules fail to load on amd64 o amd64/131209 amd64 [panic] 7.1-STABLE amd64 crash f amd64/130885 amd64 sockstat(1) on amd64 does not work o amd64/130864 amd64 [hang] Problem with copying files to a large partition o amd64/130817 amd64 FreeBSD does not support HP DL160G5 [regression] o amd64/130494 amd64 [boot] netbooting BTX fails on amd64 o amd64/130483 amd64 [mxge] MSI must be disabled when Myricom 10Gbps Card i o amd64/130368 amd64 [hang] Switching from xorg to console locks up compute o amd64/129889 amd64 [boot] The booting process stops at the line mounting o amd64/129721 amd64 [hang] Motherboard K9N2G Neo-FD hangs on boot of 7.0-R o amd64/129667 amd64 [ata] Elitegroup A780GM-A IDE controller not recognize o amd64/129488 amd64 [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o amd64/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] amd64 motherboard: Intel DG965WH motherboard co f amd64/128978 amd64 [install] FreeBSD 6.3 64-bit panics at boot time duri o amd64/128810 amd64 AMD 64 port installation o amd64/128765 amd64 [install] Install CD loads to Install choices but stop o amd64/128686 amd64 [ata] can't detect SATA Disk on 8.0-Current with NF550 o amd64/128263 amd64 [panic] 2 amd64 dl380 g5 with dual quadcore xeons, 8 a o amd64/128259 amd64 csh(1): "`" crashes csh o amd64/127640 amd64 gcc(1) will not build shared libraries with -fprofile- o amd64/127492 amd64 [zfs] System hang on ZFS input-output o amd64/127484 amd64 [timecounters] Drift problem with FreeBSD 7.0 and 7.1 o amd64/127451 amd64 [scheduler] incorrect load on quad core o amd64/127397 amd64 [amd64] 32bit application on FreeBSD-6.3 amd64 gets SI s amd64/127276 amd64 ldd(1) invokes linux yes o amd64/127129 amd64 mdconfig(8) is core dumping with Segmentation Fault 11 o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang f amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails o amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A a amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 s amd64/116689 amd64 [request] support for MSI K9MM-V o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116159 amd64 [panic] Panic while debugging on CURRENT s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff f amd64/91492 amd64 [boot] BTX halted o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/76136 amd64 [hang] system halts before reboot o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up 92 problems total. From open at di.mon.net.ua Mon Feb 23 11:40:03 2009 From: open at di.mon.net.ua (Dmitry) Date: Mon Feb 23 11:45:35 2009 Subject: amd64/132019: kernel trap 12 wile installation Message-ID: <200902231931.n1NJVbct063019@www.freebsd.org> >Number: 132019 >Category: amd64 >Synopsis: kernel trap 12 wile installation >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 23 19:40:02 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Dmitry >Release: FreeBSD i386 7.1 release >Organization: >Environment: Motherboard: biostar geforce 6100-m9 CPU: Athlon64 3000+ DDR 512x2 HD SATA >Description: Trying to install FreeBSD i386 7.1 release but after making partitions installation stops with error kernel trap 12. I tried to load bsd with ACPI disabled - same error Error photo: http://di.mon.net.ua/pub/bsd-err.jpg Before bsd I tried to setup Ubuntu - it stops with kernel panic too. Then i tried Mandriva2007 and then Gentoo - and everything ok with both. Before that WinXP worked fine on this PC couple years. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From olivier at freenas.org Mon Feb 23 22:50:04 2009 From: olivier at freenas.org (Olivier Cochard-Labbe) Date: Tue Feb 24 04:19:09 2009 Subject: amd64/132042: drm module crash the system when closing gnome session Message-ID: <200902240640.n1O6eLg7058706@www.freebsd.org> >Number: 132042 >Category: amd64 >Synopsis: drm module crash the system when closing gnome session >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 24 06:50:03 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Olivier Cochard-Labbe >Release: 7.1-RELEASE-p3 >Organization: >Environment: FreeBSD d630.freenas.org 7.1-RELEASE-p3 FreeBSD 7.1-RELEASE-p3 #0: Mon Feb 23 13:50:49 CET 2009 root@d630.freenas.org:/usr/obj/usr/src/sys/DellD630 amd64 >Description: I'm using gnome desktop, and when I closse my gnome session, or shutdown my laptop from the gnome menu with a simple user, my system crash. If I open a second terminal as root (not in X) and send the "halt -p" command, my system didn't crash. There are other peoples that have reported the same problem here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=94276+0+archive/2009/freebsd-stable/20090222.freebsd-stable here is my dmesg and kgdb output: [olivier@d630]~>dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-RELEASE-p3 #0: Mon Feb 23 13:50:49 CET 2009 root@d630.freenas.org:/usr/obj/usr/src/sys/DellD630 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz (1995.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2126184448 (2027 MB) avail memory = 2051727360 (1956 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: reservation of 0, 9f000 (3) failed acpi0: reservation of 100000, 7f55a800 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xeff8-0xefff mem 0xf6e00000-0xf6efffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf6f00000-0xf6ffffff at device 2.1 on pci0 uhci0: port 0x6f20-0x6f3f irq 20 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x6f00-0x6f1f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfed1c400-0xfed1c7ff irq 22 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0xf6dfc000-0xf6dfffff irq 21 at device 27.0 on pci0 pcm0: [ITHREAD] pcib1: at device 28.0 on pci0 pci11: on pcib1 pcib2: at device 28.1 on pci0 pci12: on pcib2 pci12: at device 0.0 (no driver attached) pcib3: at device 28.5 on pci0 pci9: on pcib3 bge0: mem 0xf6bf0000-0xf6bfffff irq 17 at device 0.0 on pci9 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1c:23:2d:ff:0e bge0: [ITHREAD] uhci2: port 0x6f80-0x6f9f irq 20 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x6f60-0x6f7f irq 21 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x6f40-0x6f5f irq 22 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfed1c000-0xfed1c3ff irq 20 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pci3: on pcib4 cbb0: at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fwohci0: <1394 Open Host Controller Interface> mem 0xf6aff000-0xf6afffff,0xf6afe800-0xf6afefff irq 19 at device 1.4 on pci3 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 35:4f:c0:00:23:13:bc:70 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 36:4f:c0:13:bc:70 fwe0: Ethernet address: 36:4f:c0:13:bc:70 fwip0: on firewire0 fwip0: Firewire address: 35:4f:c0:00:23:13:bc:70 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x7b7f8000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6fa0-0x6faf irq 16 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x6eb0-0x6eb7,0x6eb8-0x6ebb,0x6ec0-0x6ec7,0x6ec8-0x6ecb,0x6ee0-0x6eff mem 0xf6dfb800-0xf6dfbfff irq 18 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 3 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: port not implemented ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: on uhub0 uhub7: on uhub5 uhub7: 4 ports with 3 removable, self powered ugen1: on uhub7 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: CDRW at ata0-master UDMA33 ad4: 76319MB at ata2-master SATA300 xl0: <3Com 3c575B Fast Etherlink XL> port 0x1100-0x117f mem 0xf6a01000-0xf6a0107f,0xf6a02000-0xf6a0207f irq 19 at device 0.0 on cardbus0 miibus1: on xl0 tdkphy0: PHY 0 on miibus1 tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:00:86:32:3b:d8 xl0: [ITHREAD] pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=1038176kB. fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 drm0: on vgapci0 info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized i915 1.5.0 20060119 error: [drm:pid1295:i915_getparam] *ERROR* i915_getparam called with no initialization drm0: [ITHREAD] [olivier@d630]~> [root@d630]/usr/obj/usr/src/sys/DellD630#kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x258 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff802d47aa stack pointer = 0x10:0xffffffffaefdc940 frame pointer = 0x10:0xffffff0001e8c000 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = 1267 (Xorg) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m26s Physical memory: 2027 MB Dumping 317 MB: 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/aio.ko...Reading symbols from /boot/kernel/aio.ko.symbols...done. done. Loaded symbols for /boot/kernel/aio.ko Reading symbols from /boot/modules/kqemu.ko...done. Loaded symbols for /boot/modules/kqemu.ko Reading symbols from /usr/local/modules/fuse.ko...done. Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kernel/i915.ko.symbols...done. done. Loaded symbols for /boot/kernel/i915.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:195 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff802e04e1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff802e091c in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff80524c8a in trap_fatal (frame=0xffffff0001e8c000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff80525031 in trap_pfault (frame=0xffffffffaefdc890, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:680 #6 0xffffffff805258ef in trap (frame=0xffffffffaefdc890) at /usr/src/sys/amd64/amd64/trap.c:449 #7 0xffffffff8050c34e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff802d47aa in _mtx_lock_sleep (m=0xffffff000348a968, tid=18446742974229954560, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:339 #9 0xffffffff802d4b5f in _mtx_lock_flags (m=Variable "m" is not available. ) at /usr/src/sys/kern/kern_mutex.c:186 #10 0xffffffffaf18c11d in i915_irq_wait (kdev=Variable "kdev" is not available. ) at /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_irq.c:117 #11 0xffffffffaf194179 in drm_ioctl (kdev=0xffffff0001f76400, cmd=2147771461, data=0xffffff002f9d11d0 "\031Y", flags=67, p=0xffffff0001e8c000) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:911 #12 0xffffffff802ab4d2 in giant_ioctl (dev=0xffffff0001f76400, cmd=2147771461, data=0xffffff002f9d11d0 "\031Y", fflag=67, td=0xffffff0001e8c000) at /usr/src/sys/kern/kern_conf.c:408 #13 0xffffffff80276d7e in devfs_ioctl_f (fp=0xffffff0003481e00, com=2147771461, data=0xffffff002f9d11d0, cred=Variable "cred" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:595 #14 0xffffffff8031561e in kern_ioctl (td=0xffffff0001e8c000, fd=9, com=2147771461, data=0xffffff002f9d11d0 "\031Y") at file.h:268 #15 0xffffffff803158f8 in ioctl (td=0xffffff0001e8c000, uap=0xffffffffaefdcbf0) at /usr/src/sys/kern/sys_generic.c:570 #16 0xffffffff8052529c in syscall (frame=0xffffffffaefdcc80) at /usr/src/sys/amd64/amd64/trap.c:907 #17 0xffffffff8050c55b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #18 0x00000008019dfb1c in ?? () (kgdb) up 10 #10 0xffffffffaf18c11d in i915_irq_wait (kdev=Variable "kdev" is not available. ) at /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_irq.c:117 117 DRM_WAIT_ON(ret, dev_priv->irq_queue, 3 * DRM_HZ, (kgdb) list *0xffffffff802d47aa 0xffffffff802d47aa is in _mtx_lock_sleep (/usr/src/sys/kern/kern_mutex.c:341). 336 */ 337 v = m->mtx_lock; 338 if (v != MTX_UNOWNED) { 339 owner = (struct thread *)(v & ~MTX_FLAGMASK); 340 #ifdef ADAPTIVE_GIANT 341 if (TD_IS_RUNNING(owner)) { 342 #else 343 if (m != &Giant && TD_IS_RUNNING(owner)) { 344 #endif 345 if (LOCK_LOG_TEST(&m->lock_object, 0)) (kgdb) up 11 #11 0xffffffffaf194179 in drm_ioctl (kdev=0xffffff0001f76400, cmd=2147771461, data=0xffffff002f9d11d0 "\031Y", flags=67, p=0xffffff0001e8c000) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:911 911 retcode = func(kdev, cmd, data, flags, p, filp); Don't know if this problem is related to my video chipset (Intel i965GM). Thanks, Olivier >How-To-Repeat: By clossing a gnome session. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From jhb at freebsd.org Wed Feb 25 06:36:18 2009 From: jhb at freebsd.org (John Baldwin) Date: Wed Feb 25 06:36:25 2009 Subject: amd64/132042: drm module crash the system when closing gnome session In-Reply-To: <200902240640.n1O6eLg7058706@www.freebsd.org> References: <200902240640.n1O6eLg7058706@www.freebsd.org> Message-ID: <200902250919.19779.jhb@freebsd.org> On Tuesday 24 February 2009 1:40:21 am Olivier Cochard-Labbe wrote: > > >Number: 132042 > >Category: amd64 This is drm specific and not amd64-specific. > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x258 > fault code = supervisor read data, page not present > > #7 0xffffffff8050c34e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 > #8 0xffffffff802d47aa in _mtx_lock_sleep (m=0xffffff000348a968, tid=18446742974229954560, opts=Variable "opts" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:339 > #9 0xffffffff802d4b5f in _mtx_lock_flags (m=Variable "m" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:186 > #10 0xffffffffaf18c11d in i915_irq_wait (kdev=Variable "kdev" is not available. > ) at /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_irq.c:117 > #11 0xffffffffaf194179 in drm_ioctl (kdev=0xffffff0001f76400, cmd=2147771461, data=0xffffff002f9d11d0 "\031Y", flags=67, > p=0xffffff0001e8c000) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:911 > #12 0xffffffff802ab4d2 in giant_ioctl (dev=0xffffff0001f76400, cmd=2147771461, data=0xffffff002f9d11d0 "\031Y", fflag=67, > td=0xffffff0001e8c000) at /usr/src/sys/kern/kern_conf.c:408 > > (kgdb) up 10 > #10 0xffffffffaf18c11d in i915_irq_wait (kdev=Variable "kdev" is not available. > ) at /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_irq.c:117 > 117 DRM_WAIT_ON(ret, dev_priv->irq_queue, 3 * DRM_HZ, > > > (kgdb) list *0xffffffff802d47aa Please go to frame 8 and 'p *m'. If the 'mtx_lock' member is 6, then the mutex is destroyed and it is a use-after-free bug in drm(4). -- John Baldwin From jhb at freebsd.org Wed Feb 25 06:40:05 2009 From: jhb at freebsd.org (John Baldwin) Date: Wed Feb 25 06:40:11 2009 Subject: amd64/132042: drm module crash the system when closing gnome session Message-ID: <200902251440.n1PEe43L079768@freefall.freebsd.org> The following reply was made to PR amd64/132042; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: Olivier Cochard-Labbe , freebsd-gnats-submit@freebsd.org, rnoland@freebsd.org Subject: Re: amd64/132042: drm module crash the system when closing gnome session Date: Wed, 25 Feb 2009 09:19:19 -0500 On Tuesday 24 February 2009 1:40:21 am Olivier Cochard-Labbe wrote: > > >Number: 132042 > >Category: amd64 This is drm specific and not amd64-specific. > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x258 > fault code = supervisor read data, page not present > > #7 0xffffffff8050c34e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 > #8 0xffffffff802d47aa in _mtx_lock_sleep (m=0xffffff000348a968, tid=18446742974229954560, opts=Variable "opts" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:339 > #9 0xffffffff802d4b5f in _mtx_lock_flags (m=Variable "m" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:186 > #10 0xffffffffaf18c11d in i915_irq_wait (kdev=Variable "kdev" is not available. > ) at /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_irq.c:117 > #11 0xffffffffaf194179 in drm_ioctl (kdev=0xffffff0001f76400, cmd=2147771461, data=0xffffff002f9d11d0 "\031Y", flags=67, > p=0xffffff0001e8c000) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:911 > #12 0xffffffff802ab4d2 in giant_ioctl (dev=0xffffff0001f76400, cmd=2147771461, data=0xffffff002f9d11d0 "\031Y", fflag=67, > td=0xffffff0001e8c000) at /usr/src/sys/kern/kern_conf.c:408 > > (kgdb) up 10 > #10 0xffffffffaf18c11d in i915_irq_wait (kdev=Variable "kdev" is not available. > ) at /usr/src/sys/modules/drm/i915/../../../dev/drm/i915_irq.c:117 > 117 DRM_WAIT_ON(ret, dev_priv->irq_queue, 3 * DRM_HZ, > > > (kgdb) list *0xffffffff802d47aa Please go to frame 8 and 'p *m'. If the 'mtx_lock' member is 6, then the mutex is destroyed and it is a use-after-free bug in drm(4). -- John Baldwin From olivier at freenas.org Wed Feb 25 10:40:05 2009 From: olivier at freenas.org (=?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?=) Date: Wed Feb 25 11:01:17 2009 Subject: amd64/132042: drm module crash the system when closing gnome session Message-ID: <200902251840.n1PIe36k059704@freefall.freebsd.org> The following reply was made to PR amd64/132042; it has been noted by GNATS. From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: John Baldwin Cc: freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org, rnoland@freebsd.org Subject: Re: amd64/132042: drm module crash the system when closing gnome session Date: Wed, 25 Feb 2009 19:14:38 +0100 --001636458198773a110463c235d4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Dear FreeBSD kernel guru, > > > This is drm specific and not amd64-specific. I know, but on the web page http://www.freebsd.org/send-pr.html, the category selection don't propose "drm". Then I choose the category related to the kernel that I'm using. > > Please go to frame 8 and 'p *m'. If the 'mtx_lock' member is 6, then the > mutex is destroyed and it is a use-after-free bug in drm(4). > (kgdb) frame 8 #8 0xffffffff802d47aa in _mtx_lock_sleep (m=0xffffff000348a968, tid=18446742974229954560, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:339 339 owner = (struct thread *)(v & ~MTX_FLAGMASK); (kgdb) p *m $1 = {lock_object = {lo_name = 0xffffffffaf198e0f "DRM IRQ lock", lo_type = 0xffffffffaf198e0f "DRM IRQ lock", lo_flags = 16908288, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 6, mtx_recurse = 0} The mtx_lock is 6, as you predicted. Regards, Olivier (reading gnu gdb documentation for understanding what "frame" and "p *m" mean) --001636458198773a110463c235d4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Dear FreeBSD kernel guru,
=A0
<= blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 2= 04, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

This is drm specific and not amd64-specific.

I know, b= ut on the web page http://w= ww.freebsd.org/send-pr.html, the category selection don't propose &= quot;drm".
Then I choose the category related to the kernel that I'm using.
=A0=

Please go to frame 8 and 'p *m'. =A0If the 'mtx_lock' membe= r is 6, then the
mutex is destroyed and it is a use-after-free bug in drm(4).

(kgdb) frame 8
#8= =A0 0xffffffff802d47aa in _mtx_lock_sleep (m=3D0xffffff000348a968,
=A0= =A0=A0 tid=3D18446742974229954560, opts=3DVariable "opts" is not = available.
) at /usr/src/sys/kern/kern_mutex.c:339
339=A0=A0=A0 =A0=A0=A0 =A0=A0=A0= =A0=A0=A0 owner =3D (struct thread *)(v & ~MTX_FLAGMASK);
(kgdb) p = *m
$1 =3D {lock_object =3D {lo_name =3D 0xffffffffaf198e0f "DRM IRQ= lock",
=A0=A0=A0 lo_type =3D 0xffffffffaf198e0f "DRM IRQ loc= k", lo_flags =3D 16908288,
=A0=A0=A0 lo_witness_data =3D {lod_list =3D {stqe_next =3D 0x0}, lod_witnes= s =3D 0x0}},
=A0 mtx_lock =3D 6, mtx_recurse =3D 0}

The mtx_lock= is 6, as you predicted.

Regards,

Olivier
(rea= ding gnu gdb documentation for understanding what "frame" and &qu= ot;p *m" mean)
--001636458198773a110463c235d4-- From olivier at freenas.org Wed Feb 25 10:44:13 2009 From: olivier at freenas.org (=?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?=) Date: Wed Feb 25 11:06:59 2009 Subject: amd64/132042: drm module crash the system when closing gnome session In-Reply-To: <200902250919.19779.jhb@freebsd.org> References: <200902240640.n1O6eLg7058706@www.freebsd.org> <200902250919.19779.jhb@freebsd.org> Message-ID: <3131aa530902251014y6606c3d7pb27b80d734140cd0@mail.gmail.com> Dear FreeBSD kernel guru, > > > This is drm specific and not amd64-specific. I know, but on the web page http://www.freebsd.org/send-pr.html, the category selection don't propose "drm". Then I choose the category related to the kernel that I'm using. > > Please go to frame 8 and 'p *m'. If the 'mtx_lock' member is 6, then the > mutex is destroyed and it is a use-after-free bug in drm(4). > (kgdb) frame 8 #8 0xffffffff802d47aa in _mtx_lock_sleep (m=0xffffff000348a968, tid=18446742974229954560, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_mutex.c:339 339 owner = (struct thread *)(v & ~MTX_FLAGMASK); (kgdb) p *m $1 = {lock_object = {lo_name = 0xffffffffaf198e0f "DRM IRQ lock", lo_type = 0xffffffffaf198e0f "DRM IRQ lock", lo_flags = 16908288, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 6, mtx_recurse = 0} The mtx_lock is 6, as you predicted. Regards, Olivier (reading gnu gdb documentation for understanding what "frame" and "p *m" mean) From rnoland at FreeBSD.org Wed Feb 25 11:10:04 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Feb 25 11:13:27 2009 Subject: amd64/132042: drm module crash the system when closing gnome session Message-ID: <200902251910.n1PJA3on080534@freefall.freebsd.org> The following reply was made to PR amd64/132042; it has been noted by GNATS. From: Robert Noland To: Olivier =?ISO-8859-1?Q?Cochard-Labb=E9?= Cc: John Baldwin , freebsd-amd64@freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: amd64/132042: drm module crash the system when closing gnome session Date: Wed, 25 Feb 2009 13:02:13 -0600 --=-kRsdmaGMuQUbaOyJJsOx Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Wed, 2009-02-25 at 19:14 +0100, Olivier Cochard-Labb=E9 wrote: > Dear FreeBSD kernel guru, > =20 >=20 > =20 > =20 > This is drm specific and not amd64-specific. >=20 > I know, but on the web page http://www.freebsd.org/send-pr.html, the > category selection don't propose "drm". > Then I choose the category related to the kernel that I'm using. > =20 >=20 > =20 > Please go to frame 8 and 'p *m'. If the 'mtx_lock' member is > 6, then the > mutex is destroyed and it is a use-after-free bug in drm(4). >=20 > (kgdb) frame 8 > #8 0xffffffff802d47aa in _mtx_lock_sleep (m=3D0xffffff000348a968,=20 > tid=3D18446742974229954560, opts=3DVariable "opts" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:339 > 339 owner =3D (struct thread *)(v & ~MTX_FLAGMASK); > (kgdb) p *m > $1 =3D {lock_object =3D {lo_name =3D 0xffffffffaf198e0f "DRM IRQ lock",=20 > lo_type =3D 0xffffffffaf198e0f "DRM IRQ lock", lo_flags =3D 16908288,= =20 > lo_witness_data =3D {lod_list =3D {stqe_next =3D 0x0}, lod_witness = =3D > 0x0}},=20 > mtx_lock =3D 6, mtx_recurse =3D 0} >=20 > The mtx_lock is 6, as you predicted. >=20 > Regards, >=20 > Olivier >=20 > (reading gnu gdb documentation for understanding what "frame" and "p > *m" mean) I just committed several changes to the i915 drm driver in CURRENT. Not the least of which is an overhaul of the irq handler. Can you see if that addresses the issue? robert. --=20 Robert Noland FreeBSD --=-kRsdmaGMuQUbaOyJJsOx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmllbUACgkQM4TrQ4qfRONLXACghCcORO4lVZ4vQfUbVPfFmF6X u3MAn0+3N6IWOKrFFZ94fOpb3bMXLMFf =oskj -----END PGP SIGNATURE----- --=-kRsdmaGMuQUbaOyJJsOx-- From rnoland at FreeBSD.org Wed Feb 25 11:18:34 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Feb 25 11:24:34 2009 Subject: amd64/132042: drm module crash the system when closing gnome session In-Reply-To: <3131aa530902251014y6606c3d7pb27b80d734140cd0@mail.gmail.com> References: <200902240640.n1O6eLg7058706@www.freebsd.org> <200902250919.19779.jhb@freebsd.org> <3131aa530902251014y6606c3d7pb27b80d734140cd0@mail.gmail.com> Message-ID: <1235588533.1273.71.camel@widget.2hip.net> On Wed, 2009-02-25 at 19:14 +0100, Olivier Cochard-Labb? wrote: > Dear FreeBSD kernel guru, > > > > > This is drm specific and not amd64-specific. > > I know, but on the web page http://www.freebsd.org/send-pr.html, the > category selection don't propose "drm". > Then I choose the category related to the kernel that I'm using. > > > > Please go to frame 8 and 'p *m'. If the 'mtx_lock' member is > 6, then the > mutex is destroyed and it is a use-after-free bug in drm(4). > > (kgdb) frame 8 > #8 0xffffffff802d47aa in _mtx_lock_sleep (m=0xffffff000348a968, > tid=18446742974229954560, opts=Variable "opts" is not available. > ) at /usr/src/sys/kern/kern_mutex.c:339 > 339 owner = (struct thread *)(v & ~MTX_FLAGMASK); > (kgdb) p *m > $1 = {lock_object = {lo_name = 0xffffffffaf198e0f "DRM IRQ lock", > lo_type = 0xffffffffaf198e0f "DRM IRQ lock", lo_flags = 16908288, > lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = > 0x0}}, > mtx_lock = 6, mtx_recurse = 0} > > The mtx_lock is 6, as you predicted. > > Regards, > > Olivier > > (reading gnu gdb documentation for understanding what "frame" and "p > *m" mean) I just committed several changes to the i915 drm driver in CURRENT. Not the least of which is an overhaul of the irq handler. Can you see if that addresses the issue? robert. -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-amd64/attachments/20090225/01cb0514/attachment.pgp From linimon at FreeBSD.org Wed Feb 25 14:20:06 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Feb 25 14:34:28 2009 Subject: kern/132042: [drm] [panic] drm module crash the system when closing gnome session Message-ID: <200902252220.n1PMK573025832@freefall.freebsd.org> Synopsis: [drm] [panic] drm module crash the system when closing gnome session Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Feb 25 22:19:45 UTC 2009 Responsible-Changed-Why: Apparently not amd64-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=132042 From olivier at freenas.org Thu Feb 26 08:58:49 2009 From: olivier at freenas.org (=?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?=) Date: Thu Feb 26 10:57:25 2009 Subject: amd64/132042: drm module crash the system when closing gnome session In-Reply-To: <1235588533.1273.71.camel@widget.2hip.net> References: <200902240640.n1O6eLg7058706@www.freebsd.org> <200902250919.19779.jhb@freebsd.org> <3131aa530902251014y6606c3d7pb27b80d734140cd0@mail.gmail.com> <1235588533.1273.71.camel@widget.2hip.net> Message-ID: <3131aa530902260858o338b642at72c4df249aead3d8@mail.gmail.com> Hi Robert, > > > I just committed several changes to the i915 drm driver in CURRENT. Not > the least of which is an overhaul of the irq handler. Can you see if > that addresses the issue? > I've upgrade my FreeBSD to current: [olivier@d630]~>uname -a FreeBSD d630.freenas.org 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Feb 26 10:30:21 CET 2009 root@d630.freenas.org:/usr/obj/usr/src/sys/DellD630 amd64 And with the current this problem is fixed: no more crash when clossing or shuting down with gnome. Thanks, Olivier From loic at abcmultimedia.fr Fri Feb 27 08:20:02 2009 From: loic at abcmultimedia.fr (Loic) Date: Fri Feb 27 10:05:17 2009 Subject: amd64/132170: 7.1 kernel compilation problem Message-ID: <200902271619.n1RGJcD9039086@www.freebsd.org> >Number: 132170 >Category: amd64 >Synopsis: 7.1 kernel compilation problem >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 27 16:20:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Loic >Release: 7.1 >Organization: ABC Multimedia >Environment: /usr/src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': /usr/src/sys/cam/cam_periph.c:568: warning: dereferencing type-punned pointer will break strict-aliasing rules /usr/src/sys/cam/cam_periph.c:571: warning: dereferencing type-punned pointer will break strict-aliasing rules /usr/src/sys/cam/cam_periph.c:576: warning: dereferencing type-punned pointer will break strict-aliasing rules /usr/src/sys/cam/cam_periph.c: In function 'cam_periph_unmapmem': /usr/src/sys/cam/cam_periph.c:716: warning: dereferencing type-punned pointer will break strict-aliasing rules /usr/src/sys/cam/cam_periph.c:718: warning: dereferencing type-punned pointer will break strict-aliasing rules /usr/src/sys/cam/cam_periph.c:719: warning: dereferencing type-punned pointer will break strict-aliasing rules >Description: >How-To-Repeat: Just try to compil the Generic kernel with default option >Fix: >Release-Note: >Audit-Trail: >Unformatted: From tinderbox at freebsd.org Fri Feb 27 19:57:16 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Feb 27 19:57:28 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090228035713.347A37302F@freebsd-current.sentex.ca> TB --- 2009-02-28 02:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 02:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-28 02:40:00 - cleaning the object tree TB --- 2009-02-28 02:41:02 - cvsupping the source tree TB --- 2009-02-28 02:41:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-28 02:41:09 - building world TB --- 2009-02-28 02:41:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 02:41:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 02:41:09 - TARGET=amd64 TB --- 2009-02-28 02:41:09 - TARGET_ARCH=amd64 TB --- 2009-02-28 02:41:09 - TZ=UTC TB --- 2009-02-28 02:41:09 - __MAKE_CONF=/dev/null TB --- 2009-02-28 02:41:09 - cd /src TB --- 2009-02-28 02:41:09 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 02:41:11 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 03:57:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 03:57:13 - ERROR: failed to build world TB --- 2009-02-28 03:57:13 - 3573.75 user 358.47 system 4632.30 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From tinderbox at freebsd.org Sat Feb 28 02:02:54 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Feb 28 02:03:12 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <20090228100250.88F177302F@freebsd-current.sentex.ca> TB --- 2009-02-28 08:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 08:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-28 08:40:00 - cleaning the object tree TB --- 2009-02-28 08:40:27 - cvsupping the source tree TB --- 2009-02-28 08:40:27 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-28 08:40:38 - building world TB --- 2009-02-28 08:40:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 08:40:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 08:40:38 - TARGET=amd64 TB --- 2009-02-28 08:40:38 - TARGET_ARCH=amd64 TB --- 2009-02-28 08:40:38 - TZ=UTC TB --- 2009-02-28 08:40:38 - __MAKE_CONF=/dev/null TB --- 2009-02-28 08:40:38 - cd /src TB --- 2009-02-28 08:40:38 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 08:40:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 10:02:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 10:02:50 - ERROR: failed to build world TB --- 2009-02-28 10:02:50 - 3577.66 user 362.35 system 4970.00 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From freebsd at sopwith.solgatos.com Sat Feb 28 21:35:14 2009 From: freebsd at sopwith.solgatos.com (Dieter) Date: Sat Feb 28 21:35:21 2009 Subject: 32-bit truncation of 64-bit values Message-ID: <200902282106.VAA17590@sopwith.solgatos.com> > Having just tracked down an issue caused by a pointer-to-int truncation, Was this in C? Didn't the compiler complain? cat demo_ptr_into_int.c ; gcc -O3 -o demo_ptr_into_int demo_ptr_into_int.c ; ./demo_ptr_into_int /* demo_ptr_into_int.c * * Verify that compiler complains about truncation when * attempting to stuff a 64 bit pointer into a 32 bit int. */ #include /* for printf(3) */ int main(int argc, char **argv) { int i; int *p; p = &i; i = p; printf("i = 0x%x p = 0x%p\n", i, p); return(0); } demo_ptr_into_int.c: In function 'main': demo_ptr_into_int.c:16: warning: assignment makes integer from pointer without a cast i = 0xffffebc4 p = 0x0x7fffffffebc4 Adding a cast still yields a complaint: i = (int) p; demo_ptr_into_int.c: In function 'main': demo_ptr_into_int.c:16: warning: cast from pointer to integer of different size