From kheechin at gmail.com Tue Sep 1 15:30:11 2009 From: kheechin at gmail.com (Khee Chin) Date: Tue Sep 1 15:34:40 2009 Subject: amd64/138446: UPDATE: databases/skytools Message-ID: <200909011525.n81FP4hb087754@www.freebsd.org> >Number: 138446 >Category: amd64 >Synopsis: UPDATE: databases/skytools >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Tue Sep 01 15:30:06 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Khee Chin >Release: 7.1 >Organization: >Environment: >Description: Update to /usr/ports/databases/skytools to 2.1.10 >How-To-Repeat: >Fix: Patch attached. Patch attached with submission follows: diff -ruN /usr/ports/databases/skytools/Makefile skytools/Makefile --- /usr/ports/databases/skytools/Makefile 2009-06-09 09:15:56.000000000 +0800 +++ skytools/Makefile 2009-09-01 21:27:19.000000000 +0800 @@ -6,10 +6,10 @@ # PORTNAME= skytools -PORTVERSION= 2.1.7 +PORTVERSION= 2.1.10 PORTREVISION= 1 CATEGORIES= databases -MASTER_SITES= http://pgfoundry.org/frs/download.php/1813/ +MASTER_SITES= http://pgfoundry.org/frs/download.php/2370/ MAINTAINER= skv@FreeBSD.org COMMENT= PostgreSQL tools from Skype: walshipping, queueing, replication diff -ruN /usr/ports/databases/skytools/distinfo skytools/distinfo --- /usr/ports/databases/skytools/distinfo 2008-09-05 09:06:20.000000000 +0800 +++ skytools/distinfo 2009-09-01 21:28:30.000000000 +0800 @@ -1,3 +1,3 @@ -MD5 (skytools-2.1.7.tar.gz) = e2d1c55dd8aea00e1b20e921e5ec3e87 -SHA256 (skytools-2.1.7.tar.gz) = c2db6b02ffb8aeb56bffdc1b490fb2f490905143a6f496dbea35d8eb0815c0bd -SIZE (skytools-2.1.7.tar.gz) = 238045 +MD5 (skytools-2.1.10.tar.gz) = 1fe735f5599f479ba0a52b222f3100b2 +SHA256 (skytools-2.1.10.tar.gz) = 1e61993ca6b62dd1d36bbc6bb7add9d08951ef6364a8714c0985c7de91f811e0 +SIZE (skytools-2.1.10.tar.gz) = 257629 diff -ruN /usr/ports/databases/skytools/pkg-plist skytools/pkg-plist --- /usr/ports/databases/skytools/pkg-plist 2009-06-09 09:15:56.000000000 +0800 +++ skytools/pkg-plist 2009-09-01 21:29:17.000000000 +0800 @@ -112,6 +112,7 @@ %%DATADIR%%/upgrade/final/v2.1.6_pgq_ext.sql %%DATADIR%%/upgrade/final/v2.1.7_londiste.sql %%DATADIR%%/upgrade/final/v2.1.7_pgq_core.sql +%%DATADIR%%/upgrade/final/v2.1.8_pgq_core.sql @dirrm %%DATADIR%%/upgrade/final @dirrm %%DATADIR%%/upgrade @dirrm %%DATADIR%% >Release-Note: >Audit-Trail: >Unformatted: From gavin at FreeBSD.org Tue Sep 1 18:28:29 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Tue Sep 1 18:28:41 2009 Subject: ports/138446: UPDATE: databases/skytools Message-ID: <200909011828.n81ISTdf007702@freefall.freebsd.org> Synopsis: UPDATE: databases/skytools Responsible-Changed-From-To: freebsd-amd64->freebsd-ports-bugs Responsible-Changed-By: gavin Responsible-Changed-When: Tue Sep 1 18:27:54 UTC 2009 Responsible-Changed-Why: Ports bug http://www.freebsd.org/cgi/query-pr.cgi?pr=138446 From alphazo at gmail.com Fri Sep 4 13:50:02 2009 From: alphazo at gmail.com (Alphazo) Date: Fri Sep 4 15:24:48 2009 Subject: amd64/138531: Error message while fetching package after fresh 8.0 beta 3 install Message-ID: <200909041342.n84DgmEg037761@www.freebsd.org> >Number: 138531 >Category: amd64 >Synopsis: Error message while fetching package after fresh 8.0 beta 3 install >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Sep 04 13:50:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Alphazo >Release: 8.0 Beta 3 >Organization: >Environment: FreeBSD freebsd.test.internal 8.0-BETA3 FreeBSD 8.0-BETA3 #0: Sat Aug 22 02:00:45 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I installed the 8.0 Beta 3 release using the USB image on an Intel D945GCLF2 board with 2GB RAM and Hyperthreading disabled in the bios. The first thing I did was to setenv to change the PACKAGESITE to packages-8-stable. I then issued the following command to install "mc" : "pkg_add -r mc". While the system was fetching the binary from FTP site I got the following message on the console. Sep 4 14:40:06 freebsd kernel: lock order reversal: Sep 4 14:40:06 freebsd kernel: 1st 0xffffff80292aa908 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2559 Sep 4 14:40:06 freebsd kernel: 2nd 0xffffff0002a08c00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 Sep 4 14:40:06 freebsd kernel: KDB: stack backtrace: Sep 4 14:40:06 freebsd kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Sep 4 14:40:06 freebsd kernel: _witness_debugger() at _witness_debugger+0x2e Sep 4 14:40:06 freebsd kernel: witness_checkorder() at witness_checkorder+0x81e Sep 4 14:40:06 freebsd kernel: _sx_xlock() at _sx_xlock+0x55 Sep 4 14:40:06 freebsd kernel: ufsdirhash_acquire() at ufsdirhash_acquire+0x33 Sep 4 14:40:06 freebsd kernel: ufsdirhash_add() at ufsdirhash_add+0x19 Sep 4 14:40:06 freebsd kernel: ufs_direnter() at ufs_direnter+0x88b Sep 4 14:40:06 freebsd kernel: ufs_makeinode() at ufs_makeinode+0x2a7 Sep 4 14:40:06 freebsd kernel: VOP_CREATE_APV() at VOP_CREATE_APV+0x8d Sep 4 14:40:06 freebsd kernel: vn_open_cred() at vn_open_cred+0x468 Sep 4 14:40:06 freebsd kernel: kern_openat() at kern_openat+0x179 Sep 4 14:40:06 freebsd kernel: syscall() at syscall+0x1af Sep 4 14:40:06 freebsd kernel: Xfast_syscall() at Xfast_syscall+0xe1 Sep 4 14:40:06 freebsd kernel: --- syscall (5, FreeBSD ELF64, open), rip = 0x800e32dfc, rsp = 0x7fffffffe6e8, rbp = 0x1a4 --- Although the installation went fine and "mc" appears to be installed. Alphazo -----BEGIN PGP SIGNATURE----- iEYEAREKAAYFAkqhGN8ACgkQYzj0vCQtTfttgQCcCPEjNE8RLj6l1xHBVpQiBL4J dQMAnidJrFOaXn1WQF/0Gjr0QWX60Yl3 =PIcV -----END PGP SIGNATURE----- >How-To-Repeat: Install a fresh 8.0 Beta 3 # setenv PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-8-stable/Latest/ # pkg_add -r mc >Fix: >Release-Note: >Audit-Trail: >Unformatted: From dimitar.vassilev at gmail.com Sun Sep 6 10:10:03 2009 From: dimitar.vassilev at gmail.com (dimitar vassilev) Date: Sun Sep 6 11:26:47 2009 Subject: amd64/138571: LOR on 8.0-BETA3-AMD64 Message-ID: <200909061007.n86A7NxV098311@www.freebsd.org> >Number: 138571 >Category: amd64 >Synopsis: LOR on 8.0-BETA3-AMD64 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 06 10:10:02 UTC 2009 >Closed-Date: >Last-Modified: >Originator: dimitar vassilev >Release: 8.0-BETA3 >Organization: self >Environment: FreeBSD 8.0-BETA3 FreeBSD 8.0-BETA3 #0: Sat Aug 22 02:00:45 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 # >Description: 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 8.0-BETA3 #0: Sat Aug 22 02:00:45 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2193.17-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 3221225472 (3072 MB) avail memory = 3091718144 (2948 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) 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 ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci4: on pcib1 ohci0: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.0 on pci4 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfeafe000-0xfeafefff irq 19 at device 0.1 on pci4 ohci1: [ITHREAD] usbus1: on ohci1 vgapci0: port 0xb000-0xb0ff mem 0xfd000000-0xfdffffff,0xfeaff000-0xfeafffff irq 18 at device 6.0 on pci4 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci3: on pcib2 pcib3: at device 11.0 on pci0 pci1: on pcib3 pcib4: at device 1.0 on pci1 pci2: on pcib4 arcmsr0: mem 0xfc7ff000-0xfc7fffff,0xfbc00000-0xfbffffff irq 30 at device 14.0 on pci2 ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.46 2009-01-06 arcmsr0: [ITHREAD] bge0: mem 0xfc8d0000-0xfc8dffff,0xfc8c0000-0xfc8cffff irq 29 at device 2.0 on pci1 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:0c:76:14:38:89 bge0: [ITHREAD] bge1: mem 0xfc8f0000-0xfc8fffff,0xfc8e0000-0xfc8effff irq 30 at device 2.1 on pci1 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:0c:76:14:38:88 bge1: [ITHREAD] acpi_button0: on acpi0 acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ACPI Warning: \\_SB_.PCI0.SBRG.FDC_._FDE: Return type mismatch - found Package, expected Buffer 20090521 nspredef-1051 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 device_attach: powernow1 attach returned 6 orm0: at iomem 0xc0000-0xc7fff,0xc9800-0xcafff,0xcb000-0xcc7ff,0xcc800-0xcd7ff on isa0 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 Waiting 5 seconds for SCSI devices to settle usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 acd0: CDROM at ata0-master PIO4 uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da0: Command Queueing enabled da0: 286102MB (585937408 512 byte sectors: 255H 63S/T 36472C) da1 at arcmsr0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-5 device da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da1: Command Queueing enabled da1: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) da2 at arcmsr0 bus 0 target 0 lun 2 da2: Fixed Direct Access SCSI-5 device da2: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da2: Command Queueing enabled da2: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) da3 at arcmsr0 bus 0 target 0 lun 3 da3: Fixed Direct Access SCSI-5 device da3: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da3: Command Queueing enabled da3: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/da0s1a logo_saver: the console does not support M_VGA_CG320 module_register_init: MOD_LOAD (logo_saver, 0xffffffff81222010, 0) error 19 bge0: link state changed to UP bge1: link state changed to DOWN bge0: link state changed to DOWN bge0: link state changed to UP lock order reversal: 1st 0xffffff803e7606c0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2559 2nd 0xffffff00027bdc00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_newblk() at ufsdirhash_newblk+0x11 ufs_direnter() at ufs_direnter+0x1b1 ufs_makeinode() at ufs_makeinode+0x2a7 VOP_CREATE_APV() at VOP_CREATE_APV+0x8d vn_open_cred() at vn_open_cred+0x468 kern_openat() at kern_openat+0x179 syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (5, FreeBSD ELF64, open), rip = 0x800c0cdfc, rsp = 0x7fffff1f9b38, rbp = 0x800d08900 --- when i started to ftp and csup at the same time this error got into my dmesg. Could you please check at your end also. machine is alive after this - but it's a bit annoying >How-To-Repeat: try to copy to /root with sftp and csup at the same time. HW is 3GB memory, areca 1120 and k8 master f mobo >Fix: if i knew i'd fix it. >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Sun Sep 6 18:29:53 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Sep 6 21:38:57 2009 Subject: kern/138531: [lor] Error message while fetching package after fresh 8.0 beta 3 install Message-ID: <200909061829.n86ITrc1057264@freefall.freebsd.org> Old Synopsis: Error message while fetching package after fresh 8.0 beta 3 install New Synopsis: [lor] Error message while fetching package after fresh 8.0 beta 3 install Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Sep 6 18:29:34 UTC 2009 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=138531 From linimon at FreeBSD.org Sun Sep 6 18:37:53 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Sep 6 22:05:30 2009 Subject: kern/138571: [lor] LOR on 8.0-BETA3-AMD64 Message-ID: <200909061837.n86IbqMI071582@freefall.freebsd.org> Old Synopsis: LOR on 8.0-BETA3-AMD64 New Synopsis: [lor] LOR on 8.0-BETA3-AMD64 Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Sep 6 18:37:34 UTC 2009 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=138571 From bugmaster at FreeBSD.org Mon Sep 7 11:06:54 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 7 14:41:59 2009 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200909071106.n87B6rb1010130@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/138318 amd64 [libc] [patch] select(2) in i386 emulation can overwri o amd64/138220 amd64 [patch] FreeBSD/amd64 can't see all system memory o amd64/138029 amd64 [panic] periodically kernel panic and reboot o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/136814 amd64 [mxge] mxge driver error s i386/135447 amd64 [i386] [request] Intel Core i7 and Nehalem-EP new feat o amd64/135265 amd64 [install] Boot from install cd hangs on HP DL160 G5 wi o amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S o amd64/134978 amd64 [panic] g_up pmap amd64 panic o amd64/134757 amd64 32 bit processes on 64 bit platforms occasionally drop o amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" o amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO o amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT o amd64/132372 amd64 [ata] No disks found (nVidia nForce MCP55 sata control o amd64/132019 amd64 [install] kernel trap 12 while installation o amd64/131906 amd64 [ata] SATA data corruption with Promise PDC20378 (amd6 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] [bce] 7.1-STABLE amd64 crash - m0 NULL 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] [hang] The booting process stops at the line mo 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/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] [reboot] amd64 motherboard: Intel DG965WH mothe o 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/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/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/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 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/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 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 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 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 94 problems total. From roberthuff at rcn.com Mon Sep 7 18:40:25 2009 From: roberthuff at rcn.com (Robert Huff) Date: Mon Sep 7 18:40:32 2009 Subject: new to amd64 Message-ID: <19109.19659.847421.338678@jerusalem.litteratus.org> After years using i386, I finally installed amd64 and ... everything is just like I fondly remember. :-) Thanks to all those who have made that happen. However, I'm still a little nervous about the things I don't know yet. I'm about to build a custom kernel; would someone please take a look at the config file (appended) and tell me if there's anything I've added, or left out, that's going to break something? Respectfully, Robert Huff # # JERUSALEM -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.2 2009/08/13 17:54:11 attilio Exp $ cpu HAMMER ident JERUSALEM # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options GEOM_PART_BSD options GEOM_PART_EBR options GEOM_PART_EBR_COMPAT options GEOM_PART_MBR options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 #options SCSI_DELAY=1000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks # options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPFIREWALL_NAT #ipfw kernel nat support # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #XXX it is not 64-bit clean, -scottl #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse #device atkbdc # AT keyboard controller #device atkbd # AT keyboard #device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgbe # Intel PRO/10GbE PCIE Ethernet Family #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device ae # Attansic/Atheros L2 FastEthernet #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #options IEEE80211_DEBUG # enable debug msgs #options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's #options IEEE80211_SUPPORT_MESH # enable 802.11s D3.0 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # pci/cardbus chip support #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #device ath_rate_sample # SampleRate tx rate control for ath #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device rum # Ralink Technology RT2501USB wireless NICs device uath # Atheros AR5523 wireless NICs device ural # Ralink Technology RT2500USB wireless NICs device zyd # ZyDAS zb1211/zb1211b wireless NICs device urio # Diamond Rio 500 MP3 player # USB Serial devices device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device uftdi # For FTDI usb serial adapters device uipaq # Some WinCE based devices device uplcom # Prolific PL-2303 serial adapters device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons From sgk at troutmask.apl.washington.edu Mon Sep 7 19:18:31 2009 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Mon Sep 7 19:19:05 2009 Subject: new to amd64 In-Reply-To: <19109.19659.847421.338678@jerusalem.litteratus.org> References: <19109.19659.847421.338678@jerusalem.litteratus.org> Message-ID: <20090907191830.GA85887@troutmask.apl.washington.edu> On Mon, Sep 07, 2009 at 02:11:23PM -0400, Robert Huff wrote: > > After years using i386, I finally installed amd64 and > ... everything is just like I fondly remember. :-) > Thanks to all those who have made that happen. > However, I'm still a little nervous about the things I don't > know yet. I'm about to build a custom kernel; would someone please > take a look at the config file (appended) and tell me if there's > anything I've added, or left out, that's going to break something? > It would have been easier to read the config file if you had actually deleted the commented out device lines. Additionally, the advice you seek depends on what you want to do with the system. You forgot those details. If you are running any floating point intensive applications and these applications are multithreaded, you may want to use the 4BSD scheduler rathar than ULE. The last time I tested ULE with an MPI application, it display miserable performance on a dual, quad-core opteron system. -- Steve From roberthuff at rcn.com Mon Sep 7 19:35:32 2009 From: roberthuff at rcn.com (Robert Huff) Date: Mon Sep 7 19:35:38 2009 Subject: new to amd64 In-Reply-To: <20090907191830.GA85887@troutmask.apl.washington.edu> References: <19109.19659.847421.338678@jerusalem.litteratus.org> <20090907191830.GA85887@troutmask.apl.washington.edu> Message-ID: <19109.24705.738722.457073@jerusalem.litteratus.org> Steve Kargl writes: > It would have been easier to read the config file if you > had actually deleted the commented out device lines. Noted; won't happen again. > Additionally, the advice you seek depends on what you want > to do with the system. You forgot those details. This machine is a general purpose system, part lightweight server, part workstation, part ports sandbox. Right now I'm looking for hidden "gotcha"s, of the "now it doesn't boot" type. High-power tuning can be figured out later. Robert Huff From kometen at gmail.com Mon Sep 7 19:45:33 2009 From: kometen at gmail.com (Claus Guttesen) Date: Mon Sep 7 19:45:40 2009 Subject: new to amd64 In-Reply-To: <19109.19659.847421.338678@jerusalem.litteratus.org> References: <19109.19659.847421.338678@jerusalem.litteratus.org> Message-ID: > ? ? ? ?After years using i386, I finally installed amd64 and > ... everything is just like I fondly remember. ? :-) > ? ? ? ?Thanks to all those who have made that happen. > ? ? ? ?However, I'm still a little nervous about the things I don't > know yet. ?I'm about to build a custom kernel; would someone please > take a look at the config file (appended) and tell me if there's > anything I've added, or left out, that's going to break something? I used to custombuild my kernels some years ago. When I look back I did not achieve much, especially not compared to the time spend commenting out features. And I think I did it because "I can". And a postgresql-server needed some tuning. The settings I changed/added are tunable via /etc/sysctl.conf or /boot/loader.conf. So unless your kernel is build with limited memory (guess not) or you really need a handcrafted kernel it's not worth it except you get some knowledge of what goes into a kernel-configuration. Try to compile your kernel and reboot. If it boots, nice. :-) If not, you can alway unload the kernel at the boot prompt and load /boot/kernel.old/kernel and get back to a working kernel. Good luck. -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From rsmith at xs4all.nl Mon Sep 7 22:03:53 2009 From: rsmith at xs4all.nl (Roland Smith) Date: Mon Sep 7 22:05:08 2009 Subject: new to amd64 In-Reply-To: <19109.19659.847421.338678@jerusalem.litteratus.org> References: <19109.19659.847421.338678@jerusalem.litteratus.org> Message-ID: <20090907220351.GA36424@slackbox.xs4all.nl> On Mon, Sep 07, 2009 at 02:11:23PM -0400, Robert Huff wrote: > > After years using i386, I finally installed amd64 and > ... everything is just like I fondly remember. :-) > Thanks to all those who have made that happen. > However, I'm still a little nervous about the things I don't > know yet. I'm about to build a custom kernel; would someone please > take a look at the config file (appended) and tell me if there's > anything I've added, or left out, that's going to break something? It doesn't look like you left out anything critical. Generally, my philosophy is to throw out what I don't use. Any bugs in code that isn't there don't bother me. That holds not only for the kernel but also for userland. So look at /etc/src.conf as well! I would chuck the COMPAT_FREEBSD[456] options on a system without old binaries, and add GEOM_ELI for disk encryption (this also needs the crypto device). Since I'm not using 32-bits stuff on my amd64 system, I removed COMPAT_IA32 (and excluded the lib32 stuff in src.conf). I also removed SCTP, and never missed it. For my daily use system I remove all debugging stuff; KDB, DDB, GDB, INVARIANTS, WITNESS and WITNESS_SKIPSPIN, STACK and KTRACE. For a desktop, I tend to remove NFSSERVER. I do add the DEVICE_POLLING option. If you are using it as a desktop and have a supported video card, add the agp, drm and [type-of-card]drm devices or modules. And the appropriate sound drivers. 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/20090907/b14c153e/attachment.pgp From martiny76 at gmail.com Tue Sep 8 06:30:06 2009 From: martiny76 at gmail.com (martin) Date: Tue Sep 8 13:48:39 2009 Subject: amd64/138626: telepites Message-ID: <200909080625.n886PjcX015735@www.freebsd.org> Note: There was a bad value `nem' for the field `>Severity:'. It was set to the default value of `serious'. Note: There was a bad value `alacsony' for the field `>Priority:'. It was set to the default value of `medium'. Note: There was a bad value `szoftverhiba' for the field `>Class:'. It was set to the default value of `sw-bug'. >Number: 138626 >Category: amd64 >Synopsis: telepites >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 Sep 08 06:30:05 UTC 2009 >Closed-Date: >Last-Modified: >Originator: martin >Release: 7.2 >Organization: >Environment: >Description: a kovetkezo arhitekturara(AMD Athlon X2 5000+ / 2.6 GHz, Chipset :AMD 780G) probaltam telepiteni a 7.2 verziot, de sajnos a kovetkezo hibauzenetet kaptam: run_interrupt_driven_hooks: still waiting... for xpt_config segitsegeteket kernem ! elore is koszonom ! >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From tinderbox at freebsd.org Tue Sep 8 15:43:54 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Sep 8 15:44:06 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <200909081543.n88Fhrge095909@freebsd-current.sentex.ca> TB --- 2009-09-08 15:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-08 15:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-09-08 15:25:00 - cleaning the object tree TB --- 2009-09-08 15:26:11 - cvsupping the source tree TB --- 2009-09-08 15:26:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-09-08 15:31:55 - building world TB --- 2009-09-08 15:31:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-08 15:31:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-08 15:31:55 - TARGET=amd64 TB --- 2009-09-08 15:31:55 - TARGET_ARCH=amd64 TB --- 2009-09-08 15:31:55 - TZ=UTC TB --- 2009-09-08 15:31:55 - __MAKE_CONF=/dev/null TB --- 2009-09-08 15:31:55 - cd /src TB --- 2009-09-08 15:31:55 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 8 15:31:56 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 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostnamadr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getifaddrs.c /src/lib/libc/net/getifaddrs.c: In function 'getifaddrs': /src/lib/libc/net/getifaddrs.c:168: error: 'XXX' undeclared (first use in this function) /src/lib/libc/net/getifaddrs.c:168: error: (Each undeclared identifier is reported only once /src/lib/libc/net/getifaddrs.c:168: error: for each function it appears in.) *** 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-09-08 15:43:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-08 15:43:53 - ERROR: failed to build world TB --- 2009-09-08 15:43:53 - 509.45 user 74.31 system 1133.00 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From jhb at freebsd.org Tue Sep 8 18:00:15 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Sep 8 18:00:31 2009 Subject: kern/138571: [lor] LOR on 8.0-BETA3-AMD64 In-Reply-To: <200909061837.n86IbqMI071582@freefall.freebsd.org> References: <200909061837.n86IbqMI071582@freefall.freebsd.org> Message-ID: <200909081312.16421.jhb@freebsd.org> On Sunday 06 September 2009 2:37:52 pm linimon@freebsd.org wrote: > Old Synopsis: LOR on 8.0-BETA3-AMD64 > New Synopsis: [lor] LOR on 8.0-BETA3-AMD64 > > Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs > Responsible-Changed-By: linimon > Responsible-Changed-When: Sun Sep 6 18:37:34 UTC 2009 > Responsible-Changed-Why: > reclassify. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=138571 The bufwait/dirhash one is a known false-positive. -- John Baldwin From phk at phk.freebsd.dk Tue Sep 8 16:16:53 2009 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue Sep 8 19:26:18 2009 Subject: [head tinderbox] failure on amd64/amd64 In-Reply-To: Your message of "Tue, 08 Sep 2009 15:43:53 GMT." <200909081543.n88Fhrge095909@freebsd-current.sentex.ca> Message-ID: <61228.1252425654@critter.freebsd.dk> This ones mine. I'm working on the proper fix to replace the _NO_NAMESPACE_POLLUTION hack. I should have it cleared later tonight. Poul-Henning In message <200909081543.n88Fhrge095909@freebsd-current.sentex.ca>, FreeBSD Tin derbox writes: >TB --- 2009-09-08 15:25:00 - tinderbox 2.6 running on freebsd-current.sentex.ca >TB --- 2009-09-08 15:25:00 - starting HEAD tinderbox run for amd64/amd64 >TB --- 2009-09-08 15:25:00 - cleaning the object tree >TB --- 2009-09-08 15:26:11 - cvsupping the source tree >TB --- 2009-09-08 15:26:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile >TB --- 2009-09-08 15:31:55 - building world >TB --- 2009-09-08 15:31:55 - MAKEOBJDIRPREFIX=/obj >TB --- 2009-09-08 15:31:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >TB --- 2009-09-08 15:31:55 - TARGET=amd64 >TB --- 2009-09-08 15:31:55 - TARGET_ARCH=amd64 >TB --- 2009-09-08 15:31:55 - TZ=UTC >TB --- 2009-09-08 15:31:55 - __MAKE_CONF=/dev/null >TB --- 2009-09-08 15:31:55 - cd /src >TB --- 2009-09-08 15:31:55 - /usr/bin/make -B buildworld >>>> World build started on Tue Sep 8 15:31:56 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 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN >-I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbyht.c >cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN >-I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostbynis.c >cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN >-I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/gethostnamadr.c >cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN >-I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/getifaddrs.c >/src/lib/libc/net/getifaddrs.c: In function 'getifaddrs': >/src/lib/libc/net/getifaddrs.c:168: error: 'XXX' undeclared (first use in this function) >/src/lib/libc/net/getifaddrs.c:168: error: (Each undeclared identifier is reported only once >/src/lib/libc/net/getifaddrs.c:168: error: for each function it appears in.) >*** 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-09-08 15:43:53 - WARNING: /usr/bin/make returned exit code 1 >TB --- 2009-09-08 15:43:53 - ERROR: failed to build world >TB --- 2009-09-08 15:43:53 - 509.45 user 74.31 system 1133.00 real > > >http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From universite at ukr.net Wed Sep 9 13:22:57 2009 From: universite at ukr.net (Vladislav V. Prodan) Date: Wed Sep 9 13:23:09 2009 Subject: amd64/138661: Kernel Panic after typing "reboot" Message-ID: <200909091316.n89DGu6X071326@www.freebsd.org> >Number: 138661 >Category: amd64 >Synopsis: Kernel Panic after typing "reboot" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 09 13:20:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Vladislav V. Prodan >Release: FreeBSD 8.0-BETA4 #0: Wed Sep 9 00:53:41 EEST 2009 amd64 >Organization: >Environment: FreeBSD mary-teresa.otrada.od.ua 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Wed Sep 9 00:53:41 EEST 2009 vlad11@mary-teresa.otrada.od.ua:/usr/obj/usr/src/sys/mary-teresa.17 amd64 >Description: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x9 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff804dc1c4 stack pointer = 0x28:0xffffff800008c930 frame pointer = 0x28:0xffffff800008c9b0 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 = 12 (swi5: +) trap number = 12 panic: page fault cpuid = 0 Uptime: 7m44s Physical memory: 6098 MB Dumping 1351 MB: 1336 1320 1304 1288 1272 1256 1240 1224 1208 1192 1176 1160 1144 1128 1112 1096 1080 1064 1048 1032 1016 1000 984 968 952 936 920 904 888 872 856 840 824 808 792 776 760 744 728 712 696 680 664 648 632 616 600 584 568 552 536 520 504 488 472 456 440 424 408 392 376 360 344 328 312 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 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/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. done. Loaded symbols for /boot/kernel/accf_http.ko #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) up #1 0xffffffff803a5219 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 416 doadump(); (kgdb) up #2 0xffffffff803a566c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 579 boot(bootopt); (kgdb) up #3 0xffffffff8065e30d in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:852 852 panic("%s", trap_msg[type]); (kgdb) up #4 0xffffffff8065e6f4 in trap_pfault (frame=0xffffff800008c880, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:768 768 trap_fatal(frame, eva); (kgdb) up #5 0xffffffff8065f13f in trap (frame=0xffffff800008c880) at /usr/src/sys/amd64/amd64/trap.c:494 494 (void) trap_pfault(frame, FALSE); (kgdb) up #6 0xffffffff80645463 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 224 call trap Current language: auto; currently asm >How-To-Repeat: send the machine to reboot >Fix: >Release-Note: >Audit-Trail: >Unformatted: From universite at ukr.net Wed Sep 9 13:50:03 2009 From: universite at ukr.net (Vladislav V. Prodan) Date: Wed Sep 9 13:50:09 2009 Subject: amd64/138661: Kernel Panic after typing "reboot" Message-ID: <200909091350.n89Do2pS071872@freefall.freebsd.org> The following reply was made to PR amd64/138661; it has been noted by GNATS. From: "Vladislav V. Prodan" To: bug-followup@FreeBSD.org, universite@ukr.net Cc: Subject: Re: amd64/138661: Kernel Panic after typing "reboot" Date: Wed, 09 Sep 2009 16:41:32 +0300 (kgdb) bt #0 doadump () at pcpu.h:223 #1 0xffffffff803a5219 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff803a566c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xffffffff8065e30d in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:852 #4 0xffffffff8065e6f4 in trap_pfault (frame=0xffffff800008c880, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:768 #5 0xffffffff8065f13f in trap (frame=0xffffff800008c880) at /usr/src/sys/amd64/amd64/trap.c:494 #6 0xffffffff80645463 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #7 0xffffffff804dc1c4 in X_ip_mforward (ip=Variable "ip" is not available. ) at /usr/src/sys/netinet/ip_mroute.c:1389 #8 0xffffffff804d949d in ip_input (m=0xffffff010a1ca300) at /usr/src/sys/netinet/ip_input.c:667 #9 0xffffffff80470a6e in netisr_dispatch_src (proto=1, source=Variable "source" is not available. ) at /usr/src/sys/net/netisr.c:917 #10 0xffffffff8045746d in ether_demux (ifp=0xffffff00014fc000, m=0xffffff010a1ca300) at /usr/src/sys/net/if_ethersubr.c:895 #11 0xffffffff804578c0 in ether_input (ifp=0xffffff00014fc000, m=0xffffff010a1ca300) at /usr/src/sys/net/if_ethersubr.c:754 #12 0xffffffff802a324e in re_rxeof (sc=0xffffff80002a8000, rx_npktsp=0x0) at /usr/src/sys/dev/re/if_re.c:1987 #13 0xffffffff802a4db2 in re_int_task (arg=Variable "arg" is not available. ) at /usr/src/sys/dev/re/if_re.c:2201 #14 0xffffffff803e0b22 in taskqueue_run (queue=0xffffff000147f100) at /usr/src/sys/kern/subr_taskqueue.c:239 #15 0xffffffff8037f380 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1165 #16 0xffffffff803808fe in ithread_loop (arg=0xffffff00013921c0) at /usr/src/sys/kern/kern_intr.c:1178 #17 0xffffffff8037d387 in fork_exit (callout=0xffffffff80380870 , arg=0xffffff00013921c0, frame=0xffffff800008cc80) at /usr/src/sys/kern/kern_fork.c:843 #18 0xffffffff8064593e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:561 #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000001 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 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000c6d000 in ?? () #44 0x000000000000000b in ?? () #45 0xffffffff808cf500 in affinity () #46 0xffffffff808cf500 in affinity () #47 0xffffff0001486720 in ?? () #48 0xffffff800008c090 in ?? () #49 0xffffff800008c048 in ?? () #50 0xffffff0001484720 in ?? () #51 0xffffffff803c8159 in sched_switch (td=0xffffff00013921c0, newtd=0xffffffff80380870, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1858 Previous frame inner to this frame (corrupt stack?) From james-freebsd-current at jrv.org Wed Sep 9 09:10:03 2009 From: james-freebsd-current at jrv.org (James R. Van Artsdalen) Date: Wed Sep 9 14:37:54 2009 Subject: amd64/138656: ZFS panic "lock &arg.lock already initialized" during zfs recv Message-ID: <200909090904.n8994c2x094661@bigtex.housenet.jrv> >Number: 138656 >Category: amd64 >Synopsis: ZFS panic "lock &arg.lock already initialized" during zfs recv >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 09 09:10:02 UTC 2009 >Closed-Date: >Last-Modified: >Originator: James R. Van Artsdalen >Release: FreeBSD 9.0-CURRENT amd64 >Organization: >Environment: System: FreeBSD pygmy.housenet.jrv 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r196500M: Wed Aug 26 11:28:43 CDT 2009 james@pygmy.housenet.jrv:/usr/src/sys/amd64/compile/GENERIC amd64 >Description: About 4 TB into a zfs recv the kernel panic'd with "lock &arg.lock already initialized". core.txt available. partial backtrace: #9 0xffffffff8058262b in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:562 #10 0xffffffff8102f47e in dsl_dataset_destroy_sync (arg1=0xffffff02a4e7a000, tag=0xffffffff810d9b04, cr=0xffffff000d088000, tx=0xffffff026cbe3000) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_dataset.c:1422 #11 0xffffffff81031e3b in dsl_sync_task_group_sync (dstg=0xffffff026ca94b80, tx=0xffffff026cbe3000) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_synctask.c:186 #12 0xffffffff81031963 in dsl_pool_sync (dp=0xffffff000da9e800, txg=53189) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_pool.c:320 #13 0xffffffff81040385 in spa_sync (spa=0xffffff0009ec4000, txg=53189) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:3988 #14 0xffffffff8104838f in txg_sync_thread () from /boot/kernel/zfs.ko #15 0xffffffff8055a3da in fork_exit (callout=0xffffffff81048100 , arg=0xffffff000da9e800, frame=0xffffff81615b7c80) at ../../../kern/kern_fork.c:838 #16 0xffffffff8084a19e in fork_trampoline () at ../../../amd64/amd64/exception.S:561 >How-To-Repeat: Receive large (10 TB) recv where the replicatiiion stream contains many filesystem deletes & rename. Filesystem deletes and renames seem to cause more problems. >Fix: None >Release-Note: >Audit-Trail: >Unformatted: From randy.belk at onlybsd.com Wed Sep 9 14:40:02 2009 From: randy.belk at onlybsd.com (Randy Belk) Date: Wed Sep 9 14:46:32 2009 Subject: amd64/138665: Build fails of x11-toolkits/py-gtk2, dependent on wrong version of cairo Message-ID: <200909091430.n89EUIrj099959@www.freebsd.org> >Number: 138665 >Category: amd64 >Synopsis: Build fails of x11-toolkits/py-gtk2, dependent on wrong version of cairo >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 09 14:40:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Randy Belk >Release: 7.2-RELEASE-p2 >Organization: OnlyBSD.com >Environment: FreeBSD umc151238.umsmed.edu 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The build of py25-gtk-2.14.1_1 fails due to dependency on py25-cairo-1.8.8 which is not /usr/ports anymore, py26-cairo-1.8.8 is the current. >How-To-Repeat: cd /usr/ports/x11-toolkits/py-gtk2 make install >Fix: >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Wed Sep 9 15:07:07 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Sep 9 15:24:36 2009 Subject: kern/138656: [zfs] [panic] ZFS panic "lock &arg.lock already initialized" during zfs recv Message-ID: <200909091507.n89F76Jd052924@freefall.freebsd.org> Old Synopsis: ZFS panic "lock &arg.lock already initialized" during zfs recv New Synopsis: [zfs] [panic] ZFS panic "lock &arg.lock already initialized" during zfs recv Responsible-Changed-From-To: freebsd-amd64->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Sep 9 15:06:45 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=138656 From linimon at FreeBSD.org Wed Sep 9 15:08:23 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Sep 9 15:24:45 2009 Subject: ports/138665: Build fails of x11-toolkits/py-gtk2, dependent on wrong version of cairo Message-ID: <200909091508.n89F8NVj053035@freefall.freebsd.org> Old Synopsis: Build fails of x11-toolkits/py-gtk2, dependent on wrong version of cairo New Synopsis: Build fails of x11-toolkits/py-gtk2, dependent on wrong version of cairo Responsible-Changed-From-To: freebsd-amd64->gnome Responsible-Changed-By: linimon Responsible-Changed-When: Wed Sep 9 15:07:31 UTC 2009 Responsible-Changed-Why: Make this a ports PR and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=138665 From jhb at freebsd.org Wed Sep 9 18:24:14 2009 From: jhb at freebsd.org (John Baldwin) Date: Wed Sep 9 18:24:30 2009 Subject: amd64/138661: Kernel Panic after typing "reboot" In-Reply-To: <200909091316.n89DGu6X071326@www.freebsd.org> References: <200909091316.n89DGu6X071326@www.freebsd.org> Message-ID: <200909091340.37118.jhb@freebsd.org> On Wednesday 09 September 2009 9:16:56 am Vladislav V. Prodan wrote: > > >Number: 138661 > >Category: amd64 > >Synopsis: Kernel Panic after typing "reboot" > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Sep 09 13:20:01 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: Vladislav V. Prodan > >Release: FreeBSD 8.0-BETA4 #0: Wed Sep 9 00:53:41 EEST 2009 amd64 > >Organization: > >Environment: > FreeBSD mary-teresa.otrada.od.ua 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Wed Sep 9 00:53:41 EEST 2009 vlad11@mary-teresa.otrada.od.ua:/usr/obj/usr/src/sys/mary-teresa.17 amd64 > > >Description: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x9 > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff804dc1c4 > stack pointer = 0x28:0xffffff800008c930 > frame pointer = 0x28:0xffffff800008c9b0 > 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 = 12 (swi5: +) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 7m44s > Physical memory: 6098 MB > Dumping 1351 MB: 1336 1320 1304 1288 1272 1256 1240 1224 1208 1192 1176 1160 1144 1128 1112 1096 1080 1064 1048 1032 1016 1000 984 968 952 936 920 904 888 872 856 840 824 808 792 776 760 744 728 712 696 680 664 648 632 616 600 584 568 552 536 520 504 488 472 456 440 424 408 392 376 360 344 328 312 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 > > 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/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linux.ko > Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/accf_http.ko > #0 doadump () at pcpu.h:223 > 223 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) up > #1 0xffffffff803a5219 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 > 416 doadump(); > (kgdb) up > #2 0xffffffff803a566c in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:579 > 579 boot(bootopt); > (kgdb) up > #3 0xffffffff8065e30d in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:852 > 852 panic("%s", trap_msg[type]); > (kgdb) up > #4 0xffffffff8065e6f4 in trap_pfault (frame=0xffffff800008c880, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:768 > 768 trap_fatal(frame, eva); > (kgdb) up > #5 0xffffffff8065f13f in trap (frame=0xffffff800008c880) at /usr/src/sys/amd64/amd64/trap.c:494 > 494 (void) trap_pfault(frame, FALSE); > (kgdb) up > #6 0xffffffff80645463 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 > 224 call trap > Current language: auto; currently asm Can you get a full stack trace? (bt, where, etc.) You stopped just before the useful bits. -- John Baldwin From jhb at freebsd.org Wed Sep 9 18:40:02 2009 From: jhb at freebsd.org (John Baldwin) Date: Wed Sep 9 18:40:15 2009 Subject: amd64/138661: Kernel Panic after typing "reboot" Message-ID: <200909091840.n89Ie2W4066635@freefall.freebsd.org> The following reply was made to PR amd64/138661; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: "Vladislav V. Prodan" , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/138661: Kernel Panic after typing "reboot" Date: Wed, 9 Sep 2009 13:40:36 -0400 On Wednesday 09 September 2009 9:16:56 am Vladislav V. Prodan wrote: > > >Number: 138661 > >Category: amd64 > >Synopsis: Kernel Panic after typing "reboot" > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Wed Sep 09 13:20:01 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: Vladislav V. Prodan > >Release: FreeBSD 8.0-BETA4 #0: Wed Sep 9 00:53:41 EEST 2009 amd64 > >Organization: > >Environment: > FreeBSD mary-teresa.otrada.od.ua 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Wed Sep 9 00:53:41 EEST 2009 vlad11@mary-teresa.otrada.od.ua:/usr/obj/usr/src/sys/mary-teresa.17 amd64 > > >Description: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x9 > fault code = supervisor write data, page not present > instruction pointer = 0x20:0xffffffff804dc1c4 > stack pointer = 0x28:0xffffff800008c930 > frame pointer = 0x28:0xffffff800008c9b0 > 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 = 12 (swi5: +) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 7m44s > Physical memory: 6098 MB > Dumping 1351 MB: 1336 1320 1304 1288 1272 1256 1240 1224 1208 1192 1176 1160 1144 1128 1112 1096 1080 1064 1048 1032 1016 1000 984 968 952 936 920 904 888 872 856 840 824 808 792 776 760 744 728 712 696 680 664 648 632 616 600 584 568 552 536 520 504 488 472 456 440 424 408 392 376 360 344 328 312 296 280 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 > > 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/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/linux.ko > Reading symbols from /boot/kernel/accf_http.ko...Reading symbols from /boot/kernel/accf_http.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/accf_http.ko > #0 doadump () at pcpu.h:223 > 223 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) up > #1 0xffffffff803a5219 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 > 416 doadump(); > (kgdb) up > #2 0xffffffff803a566c in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:579 > 579 boot(bootopt); > (kgdb) up > #3 0xffffffff8065e30d in trap_fatal (frame=0xc, eva=Variable "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:852 > 852 panic("%s", trap_msg[type]); > (kgdb) up > #4 0xffffffff8065e6f4 in trap_pfault (frame=0xffffff800008c880, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:768 > 768 trap_fatal(frame, eva); > (kgdb) up > #5 0xffffffff8065f13f in trap (frame=0xffffff800008c880) at /usr/src/sys/amd64/amd64/trap.c:494 > 494 (void) trap_pfault(frame, FALSE); > (kgdb) up > #6 0xffffffff80645463 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 > 224 call trap > Current language: auto; currently asm Can you get a full stack trace? (bt, where, etc.) You stopped just before the useful bits. -- John Baldwin From universite at ukr.net Wed Sep 9 19:20:04 2009 From: universite at ukr.net (Vladislav V. Prodan) Date: Wed Sep 9 19:20:14 2009 Subject: amd64/138661: Kernel Panic after typing "reboot" Message-ID: <200909091920.n89JK4B2005844@freefall.freebsd.org> The following reply was made to PR amd64/138661; it has been noted by GNATS. From: "Vladislav V. Prodan" To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/138661: Kernel Panic after typing "reboot" Date: Wed, 09 Sep 2009 22:18:49 +0300 (kgdb) bt #0 doadump () at pcpu.h:223 #1 0xffffffff803a5219 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff803a566c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:579 #3 0xffffffff8065e30d in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:852 #4 0xffffffff8065e6f4 in trap_pfault (frame=0xffffff800008c880, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:768 #5 0xffffffff8065f13f in trap (frame=0xffffff800008c880) at /usr/src/sys/amd64/amd64/trap.c:494 #6 0xffffffff80645463 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:224 #7 0xffffffff804dc1c4 in X_ip_mforward (ip=Variable "ip" is not available. ) at /usr/src/sys/netinet/ip_mroute.c:1389 #8 0xffffffff804d949d in ip_input (m=0xffffff010a1ca300) at /usr/src/sys/netinet/ip_input.c:667 #9 0xffffffff80470a6e in netisr_dispatch_src (proto=1, source=Variable "source" is not available. ) at /usr/src/sys/net/netisr.c:917 #10 0xffffffff8045746d in ether_demux (ifp=0xffffff00014fc000, m=0xffffff010a1ca300) at /usr/src/sys/net/if_ethersubr.c:895 #11 0xffffffff804578c0 in ether_input (ifp=0xffffff00014fc000, m=0xffffff010a1ca300) at /usr/src/sys/net/if_ethersubr.c:754 #12 0xffffffff802a324e in re_rxeof (sc=0xffffff80002a8000, rx_npktsp=0x0) at /usr/src/sys/dev/re/if_re.c:1987 #13 0xffffffff802a4db2 in re_int_task (arg=Variable "arg" is not available. ) at /usr/src/sys/dev/re/if_re.c:2201 #14 0xffffffff803e0b22 in taskqueue_run (queue=0xffffff000147f100) at /usr/src/sys/kern/subr_taskqueue.c:239 #15 0xffffffff8037f380 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1165 #16 0xffffffff803808fe in ithread_loop (arg=0xffffff00013921c0) at /usr/src/sys/kern/kern_intr.c:1178 #17 0xffffffff8037d387 in fork_exit (callout=0xffffffff80380870 , arg=0xffffff00013921c0, frame=0xffffff800008cc80) at /usr/src/sys/kern/kern_fork.c:843 #18 0xffffffff8064593e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:561 #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000001 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #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 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000c6d000 in ?? () #44 0x000000000000000b in ?? () #45 0xffffffff808cf500 in affinity () #46 0xffffffff808cf500 in affinity () #47 0xffffff0001486720 in ?? () #48 0xffffff800008c090 in ?? () #49 0xffffff800008c048 in ?? () #50 0xffffff0001484720 in ?? () #51 0xffffffff803c8159 in sched_switch (td=0xffffff00013921c0, newtd=0xffffffff80380870, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1858 Previous frame inner to this frame (corrupt stack?) From peterjeremy at acm.org Wed Sep 9 20:20:32 2009 From: peterjeremy at acm.org (Peter Jeremy) Date: Wed Sep 9 20:20:44 2009 Subject: sshd failing in jail In-Reply-To: <20090830144452.GK1881@deviant.kiev.zoral.com.ua> References: <20090824193344.GA34949@server.vk2pj.dyndns.org> <20090829233454.GA13036@server.vk2pj.dyndns.org> <20090830144452.GK1881@deviant.kiev.zoral.com.ua> Message-ID: <20090909202028.GA61633@server.vk2pj.dyndns.org> My apologies for the delay. Without warning, my ISP decided to disable the domain I was using for email and I have been busy repairing the damage. On 2009-Aug-30 17:44:52 +0300, Kostik Belousov wrote: >On Sun, Aug 30, 2009 at 09:34:54AM +1000, Peter Jeremy wrote: >> Turns out this is a bug in the 32-bit select(2) wrapper on 64-bit >> kernels. The userland fd_set arguments are not wrapped but passed >> directly to kern_select(). Unfortunately, fd_set is (effectively) an >> array of longs which means kern_select() assumes fd_set is a multiple >> of 8-bytes whilst userland assumes it is a multiple of 4 bytes. As a >> result, the kernel can over-write an extra 4 bytes of user memory. In >> the case of sshd, this causes part of the RSA host key to be trashed >> when privilege separation mode is enabled. >> >> This bug also affects linux emulation on amd64 and potentially affects >> any other 64-bit kernels with 32-bit emulation modes. I have raised >> amd64/138318 to cover it. > >I do not think that we can go the proposed route, since changing the >type of __fd_mask changes the type of fd_set. The later would not >affect the kernel ABI, but definitely changes the ABI of any code that >passes fd_sets. I agree it was something of a hack. >Also, looking closely at the issue you found, I think that copyin >is the same problematic as copyout, since we can end up reading >one more word then userspace supplied. This is not a problem only >because most user code keeps fd_sets on stack. Agreed. I was aware that copyin() could read an extra 4 bytes but did not work through the full implications of this - it is possible that select(2) could unexpectedly return EFAULT. >Could you test that the patch below fixes real sshd issue. At least, >it passes your select test from the PR. It works OK for me. Please feel free to commit it. -- 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/20090909/07d529b2/attachment.pgp From peterjeremy at acm.org Wed Sep 9 21:01:48 2009 From: peterjeremy at acm.org (Peter Jeremy) Date: Wed Sep 9 21:01:57 2009 Subject: Cross-building i386 on amd64 Message-ID: <20090909191026.GC55352@server.vk2pj.dyndns.org> Cross-building i386 on amd64 is a fairly regular request and the only solution at present is installing a full i386 world and running the build inside a jail or chroot - and even then, some tweaks are necessary for (eg) the FreeBSD buildworld to work. Since the amd64 toolchain is inherently capable of building i386 code, this seems overkill. The biggest impediment I can see to cross-building i386 on amd64 is the presence of /usr/include/machine. I've been doing some thinking and come up with a number of possible solutions. I would appreciate input on any other approaches and which is the best approach. 1) Install /sys/{amd64,i386}/include as /usr/include/{amd64,i386} and use a variant symlink from /usr/include/machine + Extensible to other architectures if necessary + Easiest to understand for end users - Variant symlinks don't exist in FreeBSD 2) Install /sys/{amd64,i386}/include as /usr/include/{amd64,i386}/machine and use an option-dependent test in gcc specs to add -I/usr/include/i386 or -I/usr/include/amd64 before -I/usr/include + Extensible to other architectures if necessary - end users need to understand toolchain innards to find - list of "standard system directories" in gcc may need tweaking so that -nostdinc and -I behave as documented[*] 3) Create /usr/include32 containing i386 include files + Naming consistent with existence of /usr/lib32 - list of "standard system directories" in gcc may need tweaking so that -nostdinc and -I behave as documented[*] - Not extensible - Duplicates installation of 99.8% of /usr/include (or needs pile of symlinks) Overall, I believe 2 may be the best option but would appreciate comments. [*] gcc documentation for -I DIR states: "If the directory DIR is a standard system include directory, the option is ignored to ensure that the default search order for system directories and the special treatment of system headers are not defeated." Do we need to make sure that someone manually entering -I/usr/include/i386 doesn't cause problems? How about someone using -nostdinc to fiddle with the system include ordering - they are likely to miss the special handling for ? -- 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/20090909/df5ccc77/attachment.pgp From linimon at FreeBSD.org Wed Sep 9 18:30:27 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Sep 9 22:45:56 2009 Subject: amd64/138661: [panic] Kernel Panic after typing "reboot" Message-ID: <200909091830.n89IUQq7058246@freefall.freebsd.org> Synopsis: [panic] Kernel Panic after typing "reboot" State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Wed Sep 9 18:29:40 UTC 2009 State-Changed-Why: Note that feedback was requested. http://www.freebsd.org/cgi/query-pr.cgi?pr=138661 From linimon at lonesome.com Wed Sep 9 18:40:04 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Sep 9 22:46:06 2009 Subject: amd64/138661: Kernel Panic after typing "reboot" Message-ID: <200909091840.n89Ie4e3066666@freefall.freebsd.org> The following reply was made to PR amd64/138661; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/138661: Kernel Panic after typing "reboot" Date: Wed, 9 Sep 2009 13:32:28 -0500 ----- Forwarded message from John Baldwin ----- From: John Baldwin To: freebsd-amd64@freebsd.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/138661: Kernel Panic after typing "reboot" Can you get a full stack trace? (bt, where, etc.) You stopped just before the useful bits. -- John Baldwin ----- End forwarded message ----- From micahroark at gmail.com Thu Sep 10 04:00:10 2009 From: micahroark at gmail.com (Micah Roark) Date: Thu Sep 10 06:57:23 2009 Subject: amd64/138688: rum possibly broken on 8 Beta 4 amd64: Linksys WUSB54GC v1 device appears as rum, clonable to wlan0, able to wpa authenticate + obtain dhclient address, no communication though. Message-ID: <200909100359.n8A3xeoc078363@www.freebsd.org> >Number: 138688 >Category: amd64 >Synopsis: rum possibly broken on 8 Beta 4 amd64: Linksys WUSB54GC v1 device appears as rum, clonable to wlan0, able to wpa authenticate + obtain dhclient address, no communication though. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 10 04:00:09 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Micah Roark >Release: 8 Beta 4 >Organization: >Environment: FreeBSD fbsdtest4.gateway.2wire.net 8.0-BETA4 FreeBSD 8.0-BETA4 #0: Sun Sep 6 05:51:03 UTC 2009 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Machine: Dell Studio 14z Built-in wifi is reported (pciconf -lv) as Atheros AR5B91 (class=0x028000 card=0x0200168c chip=0x002a168c rev=0x01 hdr=0x00), after much testing with B3 and B4 amd64 and i386, unable to communicate with device, although it does appear as ath, is clonable, and configurable. Reverted to using Linksys WUSB54GC v1 USB wireless adapter reporting (usbconfig) as ugen1.2: at usbus1, cfg=0 md=HOST, spd=HIGH (480Mbps) pwr=ON On 8 Beta 4 amd64, am able to see the device (ifconfig) as rum0, able to clone as wlan0 (ifconfig wlan0 create wlandev rum0 up), able to authenticate with wpa (wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf), and able to obtain IP with dhclient (dhclient wlan0). Unable to communicate. For example, pinging the gateway shows no activity on the terminal from the ping command, however the led on the device is lighting as if pinging is taking place. Further, pinging the machine from a remote computer on the LAN causes the led to also light in time with the ping attempts on the remote computer, though no reply is returned. Same results with WEP auth. Unable to return scan results on ifconfig wlan0 up scan. On 8 Beta 4 i386, appears to be working well after 30 minutes of steady activity (downloads resulting from building ports). >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From james-freebsd-current at jrv.org Thu Sep 10 18:20:02 2009 From: james-freebsd-current at jrv.org (James R. Van Artsdalen) Date: Thu Sep 10 18:28:48 2009 Subject: amd64/138709: [patch] FreeBSD/amd64 can't see all system memory Message-ID: <200909101746.n8AHkOxV005601@bigtex.housenet.jrv> >Number: 138709 >Category: amd64 >Synopsis: [patch] FreeBSD/amd64 can't see all system memory >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 10 18:20:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: James R. Van Artsdalen >Release: FreeBSD 9.0-CURRENT amd64 >Organization: >Environment: System: FreeBSD pygmy.housenet.jrv 9.0-CURRENT FreeBSD 9.0-CURRENT #4 r197044M: Wed Sep 9 18:58:08 CDT 2009 james@pygmy.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 >Description: ZFS recv hung last night during the daily periodic script. Most of the pool can be read but if one area is touched the process hangs with ^T reporting: $ find /bigtex ... /bigtex/usr/home/james ^T load: 0.00 cmd: find 2794 [rrl->rr_cv)] 5861.45r 0.28u 2.02s 0% 1704k That's about where the ZFS recv hung: receiving incremental stream of bigtex/usr/home/james/News@syssnap-1246856401 into bigtex/usr/home/james/News@syssnap-1246856401 received 15.8MB stream in 59 seconds (275KB/sec) receiving incremental stream of bigtex/usr/home/james/News@syssnap-1246942803 into bigtex/usr/home/james/News@syssnap-1246942803 received 5.91MB stream in 50 seconds (121KB/sec) receiving incremental stream of bigtex/usr/home/james/News@syssnap-1247029203 into bigtex/usr/home/james/News@syssnap-1247029203 There should have 25 or so more snapshots in that filesystem. /var/log/messages has no messages. The replication stream has many filesystem deletes and renames. >How-To-Repeat: repeatabioity not yet clear. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From gavin at FreeBSD.org Thu Sep 10 19:15:23 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Thu Sep 10 19:15:30 2009 Subject: kern/138709: [zfs] zfs recv hangs, pool accesses hang in rrl->rr_cv state Message-ID: <200909101915.n8AJFMR9000602@freefall.freebsd.org> Old Synopsis: [patch] FreeBSD/amd64 can't see all system memory New Synopsis: [zfs] zfs recv hangs, pool accesses hang in rrl->rr_cv state Responsible-Changed-From-To: freebsd-amd64->freebsd-fs Responsible-Changed-By: gavin Responsible-Changed-When: Thu Sep 10 19:14:04 UTC 2009 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=138709 From tinderbox at freebsd.org Thu Sep 10 21:33:39 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Sep 10 21:33:53 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <200909102133.n8ALXdTj007130@freebsd-current.sentex.ca> TB --- 2009-09-10 19:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-10 19:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-09-10 19:45:00 - cleaning the object tree TB --- 2009-09-10 19:46:07 - cvsupping the source tree TB --- 2009-09-10 19:46:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-09-10 19:51:51 - building world TB --- 2009-09-10 19:51:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-10 19:51:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-10 19:51:51 - TARGET=amd64 TB --- 2009-09-10 19:51:51 - TARGET_ARCH=amd64 TB --- 2009-09-10 19:51:51 - TZ=UTC TB --- 2009-09-10 19:51:51 - __MAKE_CONF=/dev/null TB --- 2009-09-10 19:51:51 - cd /src TB --- 2009-09-10 19:51:51 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 10 19:51:51 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 Sep 10 21:27:35 UTC 2009 TB --- 2009-09-10 21:27:35 - generating LINT kernel config TB --- 2009-09-10 21:27:35 - cd /src/sys/amd64/conf TB --- 2009-09-10 21:27:35 - /usr/bin/make -B LINT TB --- 2009-09-10 21:27:36 - building LINT kernel TB --- 2009-09-10 21:27:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-10 21:27:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-10 21:27:36 - TARGET=amd64 TB --- 2009-09-10 21:27:36 - TARGET_ARCH=amd64 TB --- 2009-09-10 21:27:36 - TZ=UTC TB --- 2009-09-10 21:27:36 - __MAKE_CONF=/dev/null TB --- 2009-09-10 21:27:36 - cd /src TB --- 2009-09-10 21:27:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Sep 10 21:27:36 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/ed/if_ed_pccard.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/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -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 eisa_if.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/e1000/if_em.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c: In function 'em_mq_start_locked': /src/sys/dev/e1000/if_em.c:1037: warning: suggest parentheses around assignment used as truth value /src/sys/dev/e1000/if_em.c:1067: warning: suggest parentheses around assignment used as truth value *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-10 21:33:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-10 21:33:38 - ERROR: failed to build lint kernel TB --- 2009-09-10 21:33:38 - 4089.37 user 694.49 system 6518.01 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From gavin at FreeBSD.org Fri Sep 11 11:03:51 2009 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Fri Sep 11 11:04:03 2009 Subject: amd64/138688: [rum] possibly broken on 8 Beta 4 amd64: able to wpa authenticate + obtain dhclient address, no communication though. Message-ID: <200909111103.n8BB3pU5073637@freefall.freebsd.org> Old Synopsis: rum possibly broken on 8 Beta 4 amd64: Linksys WUSB54GC v1 device appears as rum, clonable to wlan0, able to wpa authenticate + obtain dhclient address, no communication though. New Synopsis: [rum] possibly broken on 8 Beta 4 amd64: able to wpa authenticate + obtain dhclient address, no communication though. Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Fri Sep 11 11:02:12 UTC 2009 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=138688 From bugmaster at FreeBSD.org Mon Sep 14 11:06:54 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 14 11:27:22 2009 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200909141106.n8EB6r7i072231@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 -------------------------------------------------------------------------------- f amd64/138661 amd64 [panic] Kernel Panic after typing "reboot" o amd64/138626 amd64 telepites o amd64/138318 amd64 [libc] [patch] select(2) in i386 emulation can overwri o amd64/138220 amd64 [amd64] [patch] FreeBSD/amd64 can't see all system mem o amd64/138029 amd64 [panic] periodically kernel panic and reboot o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/136814 amd64 [mxge] mxge driver error s i386/135447 amd64 [i386] [request] Intel Core i7 and Nehalem-EP new feat o amd64/135265 amd64 [install] Boot from install cd hangs on HP DL160 G5 wi o amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S o amd64/134978 amd64 [panic] g_up pmap amd64 panic o amd64/134757 amd64 32 bit processes on 64 bit platforms occasionally drop o amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" o amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO o amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT o amd64/132372 amd64 [ata] No disks found (nVidia nForce MCP55 sata control o amd64/132019 amd64 [install] kernel trap 12 while installation o amd64/131906 amd64 [ata] SATA data corruption with Promise PDC20378 (amd6 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] [bce] 7.1-STABLE amd64 crash - m0 NULL 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] [hang] The booting process stops at the line mo 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/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] [reboot] amd64 motherboard: Intel DG965WH mothe o 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/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/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/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 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/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 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 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 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 96 problems total. From jhb at freebsd.org Mon Sep 14 21:35:13 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Sep 14 21:35:20 2009 Subject: amd64/138220: [patch] FreeBSD/amd64 can't see all system memory In-Reply-To: <200908262239.n7QMdeHV045328@bigtex.housenet.jrv> References: <200908262239.n7QMdeHV045328@bigtex.housenet.jrv> Message-ID: <200909141735.05018.jhb@freebsd.org> Can you try this alternate patch instead? I am leery of manipulating the SMAP directly since it resides in the kernel's module metadata which in theory should be read-only. This patch changes the SMAP code to do an insertion sort into the physmap[] array for each new entry that is added. I also changed the amd64 code to use a separate static routine to add each entry similar to i386 which fixes the bug with overlapping regions that you noted while keeping the SMAP code identical between the two archs. --- //depot/vendor/freebsd/src/sys/amd64/amd64/machdep.c 2009/08/20 23:00:20 +++ //depot/user/jhb/numa/sys/amd64/amd64/machdep.c 2009/09/14 19:37:10 @@ -1192,6 +1192,77 @@ u_int basemem; +static int +add_smap_entry(struct bios_smap *smap, vm_paddr_t *physmap, int *physmap_idxp) +{ + int i, insert_idx, physmap_idx; + + physmap_idx = *physmap_idxp; + + if (boothowto & RB_VERBOSE) + printf("SMAP type=%02x base=%016lx len=%016lx\n", + smap->type, smap->base, smap->length); + + if (smap->type != SMAP_TYPE_MEMORY) + return (1); + + if (smap->length == 0) + return (0); + + /* + * Find insertion point while checking for overlap. Start off by + * assuming the new entry will be added to the end. + */ + insert_idx = physmap_idx + 2; + for (i = 0; i <= physmap_idx; i += 2) { + if (smap->base < physmap[i + 1]) { + if (smap->base + smap->length <= physmap[i]) { + insert_idx = i; + break; + } + if (boothowto & RB_VERBOSE) + printf( + "Overlapping or non-monotonic memory region, ignoring second region\n"); + return (1); + } + } + + /* See if we can prepend to the next entry. */ + if (insert_idx <= physmap_idx && + smap->base + smap->length == physmap[insert_idx]) { + physmap[insert_idx] = smap->base; + return (1); + } + + /* See if we can append to the previous entry. */ + if (insert_idx > 0 && smap->base == physmap[insert_idx - 1]) { + physmap[insert_idx - 1] += smap->length; + return (1); + } + + physmap_idx += 2; + *physmap_idxp = physmap_idx; + if (physmap_idx == PHYSMAP_SIZE) { + printf( + "Too many segments in the physical address map, giving up\n"); + return (0); + } + + /* + * Move the last 'N' entries down to make room for the new + * entry if needed. + */ + for (i = physmap_idx - 2; i > insert_idx; i -= 2) { + physmap[i] = physmap[i - 2]; + physmap[i + 1] = physmap[i - 1]; + } + + /* Insert the new entry. */ + physmap[insert_idx] = smap->base; + physmap[insert_idx + 1] = smap->base + smap->length; + return (1); +} + /* * Populate the (physmap) array with base/bound pairs describing the * available physical memory in the system, then test this memory and @@ -1235,40 +1306,9 @@ smapsize = *((u_int32_t *)smapbase - 1); smapend = (struct bios_smap *)((uintptr_t)smapbase + smapsize); - for (smap = smapbase; smap < smapend; smap++) { - if (boothowto & RB_VERBOSE) - printf("SMAP type=%02x base=%016lx len=%016lx\n", - smap->type, smap->base, smap->length); - - if (smap->type != SMAP_TYPE_MEMORY) - continue; - - if (smap->length == 0) - continue; - - for (i = 0; i <= physmap_idx; i += 2) { - if (smap->base < physmap[i + 1]) { - if (boothowto & RB_VERBOSE) - printf( - "Overlapping or non-monotonic memory region, ignoring second region\n"); - continue; - } - } - - if (smap->base == physmap[physmap_idx + 1]) { - physmap[physmap_idx + 1] += smap->length; - continue; - } - - physmap_idx += 2; - if (physmap_idx == PHYSMAP_SIZE) { - printf( - "Too many segments in the physical address map, giving up\n"); + for (smap = smapbase; smap < smapend; smap++) + if (!add_smap_entry(smap, physmap, &physmap_idx)) break; - } - physmap[physmap_idx] = smap->base; - physmap[physmap_idx + 1] = smap->base + smap->length; - } /* * Find the 'base memory' segment for SMP --- //depot/vendor/freebsd/src/sys/i386/i386/machdep.c 2009/09/04 14:55:14 +++ //depot/user/jhb/numa/sys/i386/i386/machdep.c 2009/09/14 19:37:10 @@ -1946,7 +1946,7 @@ static int add_smap_entry(struct bios_smap *smap, vm_paddr_t *physmap, int *physmap_idxp) { - int i, physmap_idx; + int i, insert_idx, physmap_idx; physmap_idx = *physmap_idxp; @@ -1968,8 +1968,17 @@ } #endif + /* + * Find insertion point while checking for overlap. Start off by + * assuming the new entry will be added to the end. + */ + insert_idx = physmap_idx + 2; for (i = 0; i <= physmap_idx; i += 2) { if (smap->base < physmap[i + 1]) { + if (smap->base + smap->length <= physmap[i]) { + insert_idx = i; + break; + } if (boothowto & RB_VERBOSE) printf( "Overlapping or non-monotonic memory region, ignoring second region\n"); @@ -1977,8 +1986,16 @@ } } - if (smap->base == physmap[physmap_idx + 1]) { - physmap[physmap_idx + 1] += smap->length; + /* See if we can prepend to the next entry. */ + if (insert_idx <= physmap_idx && + smap->base + smap->length == physmap[insert_idx]) { + physmap[insert_idx] = smap->base; + return (1); + } + + /* See if we can append to the previous entry. */ + if (insert_idx > 0 && smap->base == physmap[insert_idx - 1]) { + physmap[insert_idx - 1] += smap->length; return (1); } @@ -1989,8 +2006,19 @@ "Too many segments in the physical address map, giving up\n"); return (0); } - physmap[physmap_idx] = smap->base; - physmap[physmap_idx + 1] = smap->base + smap->length; + + /* + * Move the last 'N' entries down to make room for the new + * entry if needed. + */ + for (i = physmap_idx - 2; i > insert_idx; i -= 2) { + physmap[i] = physmap[i - 2]; + physmap[i + 1] = physmap[i - 1]; + } + + /* Insert the new entry. */ + physmap[insert_idx] = smap->base; + physmap[insert_idx + 1] = smap->base + smap->length; return (1); } -- John Baldwin From jhb at freebsd.org Mon Sep 14 21:40:04 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Sep 14 21:40:10 2009 Subject: amd64/138220: [patch] FreeBSD/amd64 can't see all system memory Message-ID: <200909142140.n8ELe4pb008180@freefall.freebsd.org> The following reply was made to PR amd64/138220; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org, "James R. Van Artsdalen" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: amd64/138220: [patch] FreeBSD/amd64 can't see all system memory Date: Mon, 14 Sep 2009 17:35:04 -0400 Can you try this alternate patch instead? I am leery of manipulating the SMAP directly since it resides in the kernel's module metadata which in theory should be read-only. This patch changes the SMAP code to do an insertion sort into the physmap[] array for each new entry that is added. I also changed the amd64 code to use a separate static routine to add each entry similar to i386 which fixes the bug with overlapping regions that you noted while keeping the SMAP code identical between the two archs. --- //depot/vendor/freebsd/src/sys/amd64/amd64/machdep.c 2009/08/20 23:00:20 +++ //depot/user/jhb/numa/sys/amd64/amd64/machdep.c 2009/09/14 19:37:10 @@ -1192,6 +1192,77 @@ u_int basemem; +static int +add_smap_entry(struct bios_smap *smap, vm_paddr_t *physmap, int *physmap_idxp) +{ + int i, insert_idx, physmap_idx; + + physmap_idx = *physmap_idxp; + + if (boothowto & RB_VERBOSE) + printf("SMAP type=%02x base=%016lx len=%016lx\n", + smap->type, smap->base, smap->length); + + if (smap->type != SMAP_TYPE_MEMORY) + return (1); + + if (smap->length == 0) + return (0); + + /* + * Find insertion point while checking for overlap. Start off by + * assuming the new entry will be added to the end. + */ + insert_idx = physmap_idx + 2; + for (i = 0; i <= physmap_idx; i += 2) { + if (smap->base < physmap[i + 1]) { + if (smap->base + smap->length <= physmap[i]) { + insert_idx = i; + break; + } + if (boothowto & RB_VERBOSE) + printf( + "Overlapping or non-monotonic memory region, ignoring second region\n"); + return (1); + } + } + + /* See if we can prepend to the next entry. */ + if (insert_idx <= physmap_idx && + smap->base + smap->length == physmap[insert_idx]) { + physmap[insert_idx] = smap->base; + return (1); + } + + /* See if we can append to the previous entry. */ + if (insert_idx > 0 && smap->base == physmap[insert_idx - 1]) { + physmap[insert_idx - 1] += smap->length; + return (1); + } + + physmap_idx += 2; + *physmap_idxp = physmap_idx; + if (physmap_idx == PHYSMAP_SIZE) { + printf( + "Too many segments in the physical address map, giving up\n"); + return (0); + } + + /* + * Move the last 'N' entries down to make room for the new + * entry if needed. + */ + for (i = physmap_idx - 2; i > insert_idx; i -= 2) { + physmap[i] = physmap[i - 2]; + physmap[i + 1] = physmap[i - 1]; + } + + /* Insert the new entry. */ + physmap[insert_idx] = smap->base; + physmap[insert_idx + 1] = smap->base + smap->length; + return (1); +} + /* * Populate the (physmap) array with base/bound pairs describing the * available physical memory in the system, then test this memory and @@ -1235,40 +1306,9 @@ smapsize = *((u_int32_t *)smapbase - 1); smapend = (struct bios_smap *)((uintptr_t)smapbase + smapsize); - for (smap = smapbase; smap < smapend; smap++) { - if (boothowto & RB_VERBOSE) - printf("SMAP type=%02x base=%016lx len=%016lx\n", - smap->type, smap->base, smap->length); - - if (smap->type != SMAP_TYPE_MEMORY) - continue; - - if (smap->length == 0) - continue; - - for (i = 0; i <= physmap_idx; i += 2) { - if (smap->base < physmap[i + 1]) { - if (boothowto & RB_VERBOSE) - printf( - "Overlapping or non-monotonic memory region, ignoring second region\n"); - continue; - } - } - - if (smap->base == physmap[physmap_idx + 1]) { - physmap[physmap_idx + 1] += smap->length; - continue; - } - - physmap_idx += 2; - if (physmap_idx == PHYSMAP_SIZE) { - printf( - "Too many segments in the physical address map, giving up\n"); + for (smap = smapbase; smap < smapend; smap++) + if (!add_smap_entry(smap, physmap, &physmap_idx)) break; - } - physmap[physmap_idx] = smap->base; - physmap[physmap_idx + 1] = smap->base + smap->length; - } /* * Find the 'base memory' segment for SMP --- //depot/vendor/freebsd/src/sys/i386/i386/machdep.c 2009/09/04 14:55:14 +++ //depot/user/jhb/numa/sys/i386/i386/machdep.c 2009/09/14 19:37:10 @@ -1946,7 +1946,7 @@ static int add_smap_entry(struct bios_smap *smap, vm_paddr_t *physmap, int *physmap_idxp) { - int i, physmap_idx; + int i, insert_idx, physmap_idx; physmap_idx = *physmap_idxp; @@ -1968,8 +1968,17 @@ } #endif + /* + * Find insertion point while checking for overlap. Start off by + * assuming the new entry will be added to the end. + */ + insert_idx = physmap_idx + 2; for (i = 0; i <= physmap_idx; i += 2) { if (smap->base < physmap[i + 1]) { + if (smap->base + smap->length <= physmap[i]) { + insert_idx = i; + break; + } if (boothowto & RB_VERBOSE) printf( "Overlapping or non-monotonic memory region, ignoring second region\n"); @@ -1977,8 +1986,16 @@ } } - if (smap->base == physmap[physmap_idx + 1]) { - physmap[physmap_idx + 1] += smap->length; + /* See if we can prepend to the next entry. */ + if (insert_idx <= physmap_idx && + smap->base + smap->length == physmap[insert_idx]) { + physmap[insert_idx] = smap->base; + return (1); + } + + /* See if we can append to the previous entry. */ + if (insert_idx > 0 && smap->base == physmap[insert_idx - 1]) { + physmap[insert_idx - 1] += smap->length; return (1); } @@ -1989,8 +2006,19 @@ "Too many segments in the physical address map, giving up\n"); return (0); } - physmap[physmap_idx] = smap->base; - physmap[physmap_idx + 1] = smap->base + smap->length; + + /* + * Move the last 'N' entries down to make room for the new + * entry if needed. + */ + for (i = physmap_idx - 2; i > insert_idx; i -= 2) { + physmap[i] = physmap[i - 2]; + physmap[i + 1] = physmap[i - 1]; + } + + /* Insert the new entry. */ + physmap[insert_idx] = smap->base; + physmap[insert_idx + 1] = smap->base + smap->length; return (1); } -- John Baldwin From kazham at mail.ru Wed Sep 16 15:40:04 2009 From: kazham at mail.ru (Zhambolat) Date: Wed Sep 16 18:35:04 2009 Subject: amd64/138882: Can't install FreeBSD 7.2 Message-ID: <200909161538.n8GFc7RT045958@www.freebsd.org> >Number: 138882 >Category: amd64 >Synopsis: Can't install FreeBSD 7.2 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 16 15:40:04 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Zhambolat >Release: 7.2 >Organization: >Environment: >Description: Hi! I'm new in FreeBSD. During installation of FreeBSD 7.2 I get an error message of this kind: panic: ohci_add_done: addr 0xd7ef17d0 not found cpuid = 0 Uptime: 1s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot? --> or switch off the system now. How this problem could be solved? Thank you! My configuration: AMD Athlon64 X2 on ASUS M2A-VM(North-AMD690G,South-ATI SB600) with 4Gb of DDR800. HDD - Seagate 500Gb on SATA. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From vwe at FreeBSD.org Thu Sep 17 12:25:08 2009 From: vwe at FreeBSD.org (vwe@FreeBSD.org) Date: Thu Sep 17 12:25:14 2009 Subject: amd64/132019: [install] kernel trap 12 while installation Message-ID: <200909171225.n8HCP7xG027291@freefall.freebsd.org> Synopsis: [install] kernel trap 12 while installation State-Changed-From-To: open->feedback State-Changed-By: vwe State-Changed-When: Thu Sep 17 12:24:03 UTC 2009 State-Changed-Why: your CPU-ID looks quite strange. Can we please see a dmesg of a working operating system (say NetBSD or any other *nix)? http://www.freebsd.org/cgi/query-pr.cgi?pr=132019 From jhb at FreeBSD.org Thu Sep 17 13:00:17 2009 From: jhb at FreeBSD.org (John Baldwin) Date: Thu Sep 17 13:00:24 2009 Subject: amd64/138882: Can't install FreeBSD 7.2 Message-ID: <200909171300.n8HD0GbZ059265@freefall.freebsd.org> The following reply was made to PR amd64/138882; it has been noted by GNATS. From: John Baldwin To: Zhambolat Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/138882: Can't install FreeBSD 7.2 Date: Thu, 17 Sep 2009 08:59:46 -0400 Zhambolat wrote: >> Number: 138882 >> Category: amd64 >> Synopsis: Can't install FreeBSD 7.2 >> Confidential: no >> Severity: critical >> Priority: high >> Responsible: freebsd-amd64 >> State: open >> Quarter: >> Keywords: >> Date-Required: >> Class: sw-bug >> Submitter-Id: current-users >> Arrival-Date: Wed Sep 16 15:40:04 UTC 2009 >> Closed-Date: >> Last-Modified: >> Originator: Zhambolat >> Release: 7.2 >> Organization: >> Environment: >> Description: > Hi! > I'm new in FreeBSD. > During installation of FreeBSD 7.2 I get an error message of this kind: > > panic: ohci_add_done: addr 0xd7ef17d0 not found > cpuid = 0 > Uptime: 1s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot? > --> or switch off the system now. > > How this problem could be solved? Try turning off legacy USB support in your BIOS. I have a machine at home that has run 6.x and 7.x/i386 that has this same issue. The problem appears to be that ohci_reset() doesn't fully clear the state of the ohci(4) controller and when the driver first probes it sees a completed USB request that was the last request initiated by the BIOS. -- John Baldwin From torfinn.ingolfsen at broadpark.no Fri Sep 18 08:27:03 2009 From: torfinn.ingolfsen at broadpark.no (Torfinn Ingolfsen) Date: Fri Sep 18 08:27:10 2009 Subject: amd64/138882: Can't install FreeBSD 7.2 In-Reply-To: <200909171300.n8HD0GbZ059265@freefall.freebsd.org> References: <200909171300.n8HD0GbZ059265@freefall.freebsd.org> Message-ID: <20090918102700.7ba596a6.torfinn.ingolfsen@broadpark.no> On Thu, 17 Sep 2009 13:00:16 +0000 (GMT) John Baldwin wrote: > Try turning off legacy USB support in your BIOS. I have a machine > at home that has run 6.x and 7.x/i386 that has this same issue. The > problem appears to be that ohci_reset() doesn't fully clear the > state of the ohci(4) controller and when the driver first probes it > sees a completed USB request that was the last request initiated by > the BIOS. Or if that doesn't work (I have a M2A-VM HDMI, but I don't know how old a BIOS he has) he can remove all usb attached devices during boot. For some reason, most devices work fine when plugged in after the machine has booted. (Some devices will panic the machine, but that is another story) HTH -- Regards, Torfinn Ingolfsen From jhb at FreeBSD.org Fri Sep 18 09:55:24 2009 From: jhb at FreeBSD.org (John Baldwin) Date: Fri Sep 18 09:55:31 2009 Subject: amd64/138882: Can't install FreeBSD 7.2 In-Reply-To: <20090918102700.7ba596a6.torfinn.ingolfsen@broadpark.no> References: <200909171300.n8HD0GbZ059265@freefall.freebsd.org> <20090918102700.7ba596a6.torfinn.ingolfsen@broadpark.no> Message-ID: <4AB3590A.5040805@FreeBSD.org> Torfinn Ingolfsen wrote: > On Thu, 17 Sep 2009 13:00:16 +0000 (GMT) > John Baldwin wrote: > >> Try turning off legacy USB support in your BIOS. I have a machine >> at home that has run 6.x and 7.x/i386 that has this same issue. The >> problem appears to be that ohci_reset() doesn't fully clear the >> state of the ohci(4) controller and when the driver first probes it >> sees a completed USB request that was the last request initiated by >> the BIOS. > > Or if that doesn't work (I have a M2A-VM HDMI, but I don't know how old > a BIOS he has) he can remove all usb attached devices during boot. > For some reason, most devices work fine when plugged in after the > machine has booted. > (Some devices will panic the machine, but that is another story) Yes, that is true in my experience as well. In my case I have a UPS with a USB adapter plugged in and removing it during boot was another workaround. -- John Baldwin From avg at icyb.net.ua Fri Sep 18 14:36:01 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Sep 18 16:15:59 2009 Subject: amd64/138882: Can't install FreeBSD 7.2 In-Reply-To: <4AB3590A.5040805@FreeBSD.org> References: <200909171300.n8HD0GbZ059265@freefall.freebsd.org> <20090918102700.7ba596a6.torfinn.ingolfsen@broadpark.no> <4AB3590A.5040805@FreeBSD.org> Message-ID: <4AB39719.5030709@icyb.net.ua> on 18/09/2009 12:55 John Baldwin said the following: > Torfinn Ingolfsen wrote: >> On Thu, 17 Sep 2009 13:00:16 +0000 (GMT) >> John Baldwin wrote: >> >>> Try turning off legacy USB support in your BIOS. I have a machine >>> at home that has run 6.x and 7.x/i386 that has this same issue. The >>> problem appears to be that ohci_reset() doesn't fully clear the >>> state of the ohci(4) controller and when the driver first probes it >>> sees a completed USB request that was the last request initiated by >>> the BIOS. >> >> Or if that doesn't work (I have a M2A-VM HDMI, but I don't know how old >> a BIOS he has) he can remove all usb attached devices during boot. >> For some reason, most devices work fine when plugged in after the >> machine has booted. >> (Some devices will panic the machine, but that is another story) > > Yes, that is true in my experience as well. In my case I have a UPS > with a USB adapter plugged in and removing it during boot was another > workaround. I am debugging a somewhat related problem with head code and SB700 ohci. The problem is that certain ports become unusable of there is a keyboard or mouse attached to them during boot. My findings so far: 1) the problem happens only with ports provided by ohci0 (the very first PCI OHCI device) 2) the problem is that some configuration registers of ohci controller get mysteriously changed after ohci driver configures them and before the first interrupt gets generated by the controller; registers in question are HcControlHeadED and HcDoneHead. Looks like perhaps either the controller doesn't get "sufficiently" reset/re-initialized or firmware/SMM code touches the controller after handover procedure completes. -- Andriy Gapon From avg at freebsd.org Fri Sep 18 16:06:01 2009 From: avg at freebsd.org (Andriy Gapon) Date: Fri Sep 18 16:42:37 2009 Subject: amd64/138882: Can't install FreeBSD 7.2 In-Reply-To: <4AB39719.5030709@icyb.net.ua> References: <200909171300.n8HD0GbZ059265@freefall.freebsd.org> <20090918102700.7ba596a6.torfinn.ingolfsen@broadpark.no> <4AB3590A.5040805@FreeBSD.org> <4AB39719.5030709@icyb.net.ua> Message-ID: <4AB3AC4E.4060506@freebsd.org> on 18/09/2009 17:20 Andriy Gapon said the following: > I am debugging a somewhat related problem with head code and SB700 ohci. > The problem is that certain ports become unusable of there is a keyboard or mouse > attached to them during boot. > My findings so far: > 1) the problem happens only with ports provided by ohci0 (the very first PCI OHCI > device) > 2) the problem is that some configuration registers of ohci controller get > mysteriously changed after ohci driver configures them and before the first > interrupt gets generated by the controller; registers in question are > HcControlHeadED and HcDoneHead. > > Looks like perhaps either the controller doesn't get "sufficiently" > reset/re-initialized or firmware/SMM code touches the controller after handover > procedure completes. My current suspicion is that ohci(4) doesn't clear some memory that it allocates for shared use with HC (hardware) and sets a HC register to point to that memory. So when HC goes to operation state and examines that memory and sees something that looks like valid data, HC uses it and goes bad way. But this is just a hypothesis that I've just dreamed up. I am going to test it some time later. -- Andriy Gapon From sgk at troutmask.apl.washington.edu Fri Sep 18 22:11:11 2009 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri Sep 18 22:11:17 2009 Subject: new to amd64 In-Reply-To: References: Message-ID: <20090918221111.GA5821@troutmask.apl.washington.edu> On Fri, Sep 18, 2009 at 09:49:57PM +0000, b. f. wrote: > Steve Kargl wrote: > > > >If you are running any floating point intensive applications > >and these applications are multithreaded, you may want to use > >the 4BSD scheduler rathar than ULE. The last time I tested > >ULE with an MPI application, it display miserable performance > >on a dual, quad-core opteron system. > > Have you made any attempt to analyze this problem, or discussed it > with the primary author of ULE? yes and yes. > If so, to what do you attribute the poor performance, and do you > have any ideas on how to improve ULE performance in this context? The only acceptable solution I found was to switch to 4BSD. -- Steve From bf1783 at googlemail.com Fri Sep 18 22:11:37 2009 From: bf1783 at googlemail.com (b. f.) Date: Fri Sep 18 22:25:48 2009 Subject: new to amd64 Message-ID: Steve Kargl wrote: > >If you are running any floating point intensive applications >and these applications are multithreaded, you may want to use >the 4BSD scheduler rathar than ULE. The last time I tested >ULE with an MPI application, it display miserable performance >on a dual, quad-core opteron system. Have you made any attempt to analyze this problem, or discussed it with the primary author of ULE? If so, to what do you attribute the poor performance, and do you have any ideas on how to improve ULE performance in this context? Regards, b. From jonathan at fluent.ltd.uk Sat Sep 19 17:30:36 2009 From: jonathan at fluent.ltd.uk (JonathanGilpin) Date: Sat Sep 19 18:03:28 2009 Subject: Switching to AMD64 from I386 using make world Message-ID: <25523741.post@talk.nabble.com> Hi, I have an i386 system running and I want to switch to AMD64. Is this possible using make world and a kernel recompile? If so, could someone point me in the right direction as I'm getting errors on make depend on the kernel compile.. Jonathan -- View this message in context: http://www.nabble.com/Switching-to-AMD64-from-I386-using-make-world-tp25523741p25523741.html Sent from the freebsd-amd64 mailing list archive at Nabble.com. From sgk at troutmask.apl.washington.edu Sat Sep 19 18:14:34 2009 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Sat Sep 19 18:14:41 2009 Subject: Switching to AMD64 from I386 using make world In-Reply-To: <25523741.post@talk.nabble.com> References: <25523741.post@talk.nabble.com> Message-ID: <20090919181432.GA11815@troutmask.apl.washington.edu> On Sat, Sep 19, 2009 at 10:30:35AM -0700, JonathanGilpin wrote: > > I have an i386 system running and I want to switch to AMD64. Is this > possible using make world and a kernel recompile? At one time, the answer was 'no' I don't know if this is still true. -- Steve From rsmith at xs4all.nl Sat Sep 19 20:06:46 2009 From: rsmith at xs4all.nl (Roland Smith) Date: Sat Sep 19 20:06:52 2009 Subject: Switching to AMD64 from I386 using make world In-Reply-To: <25523741.post@talk.nabble.com> References: <25523741.post@talk.nabble.com> Message-ID: <20090919200643.GA70447@slackbox.xs4all.nl> On Sat, Sep 19, 2009 at 10:30:35AM -0700, JonathanGilpin wrote: > > Hi, > > I have an i386 system running and I want to switch to AMD64. Is this > possible using make world and a kernel recompile? If so, could someone point > me in the right direction as I'm getting errors on make depend on the kernel > compile.. It should be possible. But you'd have to write the new kernel and userland to a separate partition or disk. And on the next boot you would have to boot from that partition/disk. Since most people do not have a separate partition handy, a better option would be to make a full backup of your data and install amd64. Keep in mind that amd64 binaries are somewhat larger on disk than i386 ones, so you might want to adjust partition sizes. You will also have to install all your ports again as amd64 binaries. While you are at it, try the 8.0-RC ISO to reinstall from (it has just popped up on ftp.freebsd.org, so you might have to wait for it to get to a mirror near you). I've installed 8.0-BETA4 amd64 on my new laptop and it runs OK. 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/20090919/df094c0a/attachment.pgp From kostikbel at gmail.com Sat Sep 19 20:19:29 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Sat Sep 19 20:19:36 2009 Subject: Switching to AMD64 from I386 using make world In-Reply-To: <20090919200643.GA70447@slackbox.xs4all.nl> References: <25523741.post@talk.nabble.com> <20090919200643.GA70447@slackbox.xs4all.nl> Message-ID: <20090919201920.GI47688@deviant.kiev.zoral.com.ua> On Sat, Sep 19, 2009 at 10:06:43PM +0200, Roland Smith wrote: > On Sat, Sep 19, 2009 at 10:30:35AM -0700, JonathanGilpin wrote: > > > > Hi, > > > > I have an i386 system running and I want to switch to AMD64. Is this > > possible using make world and a kernel recompile? If so, could someone point > > me in the right direction as I'm getting errors on make depend on the kernel > > compile.. > > It should be possible. But you'd have to write the new kernel and userland to > a separate partition or disk. And on the next boot you would have to boot from > that partition/disk. > > Since most people do not have a separate partition handy, a better option Use swap. This is well-known trick called miniroot. > would be to make a full backup of your data and install amd64. Keep in mind > that amd64 binaries are somewhat larger on disk than i386 ones, so you might > want to adjust partition sizes. You will also have to install all your ports > again as amd64 binaries. Not system-management 32bit applications should mostly work on amd64. -------------- 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/20090919/6b342327/attachment.pgp From roberthuff at rcn.com Sat Sep 19 21:00:53 2009 From: roberthuff at rcn.com (Robert Huff) Date: Sat Sep 19 21:00:59 2009 Subject: Switching to AMD64 from I386 using make world In-Reply-To: <20090919201920.GI47688@deviant.kiev.zoral.com.ua> References: <25523741.post@talk.nabble.com> <20090919200643.GA70447@slackbox.xs4all.nl> <20090919201920.GI47688@deviant.kiev.zoral.com.ua> Message-ID: <19125.16281.481644.877279@jerusalem.litteratus.org> Kostik Belousov writes: > > You will also have to install all your ports again as amd64 binaries. > > Not system-management 32bit applications should mostly work on > amd64. True, with due respect to "should mostly". On the other hand ... if you're installing from scratch, why not go completely native? I recently built an amd64 desktop which now has 650+ ports installed. (About 100 are X related.) As far as I know all build using amd64 binaries/libraries. Robert Huff From kostikbel at gmail.com Sun Sep 20 12:18:25 2009 From: kostikbel at gmail.com (Kostik Belousov) Date: Sun Sep 20 12:18:32 2009 Subject: Switching to AMD64 from I386 using make world In-Reply-To: <20090919192158.5b6bf93f@bhuda.mired.org> References: <25523741.post@talk.nabble.com> <20090919200643.GA70447@slackbox.xs4all.nl> <20090919201920.GI47688@deviant.kiev.zoral.com.ua> <20090919192158.5b6bf93f@bhuda.mired.org> Message-ID: <20090920121817.GJ47688@deviant.kiev.zoral.com.ua> On Sat, Sep 19, 2009 at 07:21:58PM -0400, Mike Meyer wrote: > On Sat, 19 Sep 2009 23:19:20 +0300 > Kostik Belousov wrote: > > Not system-management 32bit applications should mostly work on amd64. > > At the very least, you'll need to install the 32-bit libraries. You mean lib32 from the base distribution ? Yes. But other then that, nothing more is needed. The service to the project would be for somebody to see what work and what does not in the typical desktop user setup, when 32bit userland started on 64bit kernel. It is known that network management does not work. Eventual, but not easy goal is to run 64bit kernel if CPU supports long mode, regardeless of the bitness of the userland. > > Also, you shouldn't try installing new ports (which will try and build > 64-bit versions) without changing LOCALBASE. True. -------------- 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/20090920/068f6ebe/attachment.pgp From linimon at FreeBSD.org Mon Sep 21 04:29:23 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 21 11:24:53 2009 Subject: usb/138882: [ohci] [panic] Can't install FreeBSD 7.2 due to ohci panic Message-ID: <200909210429.n8L4TM69088346@freefall.freebsd.org> Old Synopsis: Can't install FreeBSD 7.2 New Synopsis: [ohci] [panic] Can't install FreeBSD 7.2 due to ohci panic Responsible-Changed-From-To: freebsd-amd64->freebsd-usb Responsible-Changed-By: linimon Responsible-Changed-When: Mon Sep 21 04:28:05 UTC 2009 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=138882 From bugmaster at FreeBSD.org Mon Sep 21 11:06:50 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 21 11:31:37 2009 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200909211106.n8LB6nJj030152@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 -------------------------------------------------------------------------------- f amd64/138661 amd64 [panic] Kernel Panic after typing "reboot" o amd64/138626 amd64 telepites o amd64/138318 amd64 [libc] [patch] select(2) in i386 emulation can overwri o amd64/138220 amd64 [amd64] [patch] FreeBSD/amd64 can't see all system mem o amd64/138029 amd64 [panic] periodically kernel panic and reboot o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/136814 amd64 [mxge] mxge driver error s i386/135447 amd64 [i386] [request] Intel Core i7 and Nehalem-EP new feat o amd64/135265 amd64 [install] Boot from install cd hangs on HP DL160 G5 wi o amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S o amd64/134978 amd64 [panic] g_up pmap amd64 panic o amd64/134757 amd64 32 bit processes on 64 bit platforms occasionally drop o amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" o amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO o amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT o amd64/132372 amd64 [ata] No disks found (nVidia nForce MCP55 sata control f amd64/132019 amd64 [install] kernel trap 12 while installation o amd64/131906 amd64 [ata] SATA data corruption with Promise PDC20378 (amd6 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] [bce] 7.1-STABLE amd64 crash - m0 NULL 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] [hang] The booting process stops at the line mo 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/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] [reboot] amd64 motherboard: Intel DG965WH mothe o 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/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/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/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 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/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 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 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 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 96 problems total. From avg at freebsd.org Mon Sep 21 11:54:10 2009 From: avg at freebsd.org (Andriy Gapon) Date: Mon Sep 21 12:02:02 2009 Subject: amd64/138882: Can't install FreeBSD 7.2 In-Reply-To: <4AB3AC4E.4060506@freebsd.org> References: <200909171300.n8HD0GbZ059265@freefall.freebsd.org> <20090918102700.7ba596a6.torfinn.ingolfsen@broadpark.no> <4AB3590A.5040805@FreeBSD.org> <4AB39719.5030709@icyb.net.ua> <4AB3AC4E.4060506@freebsd.org> Message-ID: <4AB7695F.40702@freebsd.org> on 18/09/2009 18:50 Andriy Gapon said the following: > on 18/09/2009 17:20 Andriy Gapon said the following: >> I am debugging a somewhat related problem with head code and SB700 ohci. >> The problem is that certain ports become unusable of there is a keyboard or mouse >> attached to them during boot. >> My findings so far: >> 1) the problem happens only with ports provided by ohci0 (the very first PCI OHCI >> device) >> 2) the problem is that some configuration registers of ohci controller get >> mysteriously changed after ohci driver configures them and before the first >> interrupt gets generated by the controller; registers in question are >> HcControlHeadED and HcDoneHead. >> >> Looks like perhaps either the controller doesn't get "sufficiently" >> reset/re-initialized or firmware/SMM code touches the controller after handover >> procedure completes. > > My current suspicion is that ohci(4) doesn't clear some memory that it allocates > for shared use with HC (hardware) and sets a HC register to point to that memory. > So when HC goes to operation state and examines that memory and sees something > that looks like valid data, HC uses it and goes bad way. > > But this is just a hypothesis that I've just dreamed up. > I am going to test it some time later. This theory turned out to be incorrect, but investigation of it gave some insights that hopefully should become a basis for a fix. -- Andriy Gapon From dfilter at FreeBSD.ORG Tue Sep 22 17:00:06 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Tue Sep 22 17:40:22 2009 Subject: amd64/138220: commit references a PR Message-ID: <200909221700.n8MH06TV087300@freefall.freebsd.org> The following reply was made to PR amd64/138220; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: amd64/138220: commit references a PR Date: Tue, 22 Sep 2009 16:51:14 +0000 (UTC) Author: jhb Date: Tue Sep 22 16:51:00 2009 New Revision: 197410 URL: http://svn.freebsd.org/changeset/base/197410 Log: - Split the logic to parse an SMAP entry out into a separate function on amd64 similar to i386. This fixes a bug on amd64 where overlapping entries would not cause the SMAP parsing to stop. - Change the SMAP parsing code to do a sorted insertion into physmap[] instead of an append to support systems with out-of-order SMAP entries. PR: amd64/138220 Reported by: James R. Van Artsdalen james of jrv org MFC after: 3 days Modified: head/sys/amd64/amd64/machdep.c head/sys/i386/i386/machdep.c Modified: head/sys/amd64/amd64/machdep.c ============================================================================== --- head/sys/amd64/amd64/machdep.c Tue Sep 22 16:28:07 2009 (r197409) +++ head/sys/amd64/amd64/machdep.c Tue Sep 22 16:51:00 2009 (r197410) @@ -1192,6 +1192,77 @@ isa_irq_pending(void) u_int basemem; +static int +add_smap_entry(struct bios_smap *smap, vm_paddr_t *physmap, int *physmap_idxp) +{ + int i, insert_idx, physmap_idx; + + physmap_idx = *physmap_idxp; + + if (boothowto & RB_VERBOSE) + printf("SMAP type=%02x base=%016lx len=%016lx\n", + smap->type, smap->base, smap->length); + + if (smap->type != SMAP_TYPE_MEMORY) + return (1); + + if (smap->length == 0) + return (0); + + /* + * Find insertion point while checking for overlap. Start off by + * assuming the new entry will be added to the end. + */ + insert_idx = physmap_idx + 2; + for (i = 0; i <= physmap_idx; i += 2) { + if (smap->base < physmap[i + 1]) { + if (smap->base + smap->length <= physmap[i]) { + insert_idx = i; + break; + } + if (boothowto & RB_VERBOSE) + printf( + "Overlapping memory regions, ignoring second region\n"); + return (1); + } + } + + /* See if we can prepend to the next entry. */ + if (insert_idx <= physmap_idx && + smap->base + smap->length == physmap[insert_idx]) { + physmap[insert_idx] = smap->base; + return (1); + } + + /* See if we can append to the previous entry. */ + if (insert_idx > 0 && smap->base == physmap[insert_idx - 1]) { + physmap[insert_idx - 1] += smap->length; + return (1); + } + + physmap_idx += 2; + *physmap_idxp = physmap_idx; + if (physmap_idx == PHYSMAP_SIZE) { + printf( + "Too many segments in the physical address map, giving up\n"); + return (0); + } + + /* + * Move the last 'N' entries down to make room for the new + * entry if needed. + */ + for (i = physmap_idx; i > insert_idx; i -= 2) { + physmap[i] = physmap[i - 2]; + physmap[i + 1] = physmap[i - 1]; + } + + /* Insert the new entry. */ + physmap[insert_idx] = smap->base; + physmap[insert_idx + 1] = smap->base + smap->length; + return (1); +} + /* * Populate the (physmap) array with base/bound pairs describing the * available physical memory in the system, then test this memory and @@ -1235,40 +1306,9 @@ getmemsize(caddr_t kmdp, u_int64_t first smapsize = *((u_int32_t *)smapbase - 1); smapend = (struct bios_smap *)((uintptr_t)smapbase + smapsize); - for (smap = smapbase; smap < smapend; smap++) { - if (boothowto & RB_VERBOSE) - printf("SMAP type=%02x base=%016lx len=%016lx\n", - smap->type, smap->base, smap->length); - - if (smap->type != SMAP_TYPE_MEMORY) - continue; - - if (smap->length == 0) - continue; - - for (i = 0; i <= physmap_idx; i += 2) { - if (smap->base < physmap[i + 1]) { - if (boothowto & RB_VERBOSE) - printf( - "Overlapping or non-monotonic memory region, ignoring second region\n"); - continue; - } - } - - if (smap->base == physmap[physmap_idx + 1]) { - physmap[physmap_idx + 1] += smap->length; - continue; - } - - physmap_idx += 2; - if (physmap_idx == PHYSMAP_SIZE) { - printf( - "Too many segments in the physical address map, giving up\n"); + for (smap = smapbase; smap < smapend; smap++) + if (!add_smap_entry(smap, physmap, &physmap_idx)) break; - } - physmap[physmap_idx] = smap->base; - physmap[physmap_idx + 1] = smap->base + smap->length; - } /* * Find the 'base memory' segment for SMP Modified: head/sys/i386/i386/machdep.c ============================================================================== --- head/sys/i386/i386/machdep.c Tue Sep 22 16:28:07 2009 (r197409) +++ head/sys/i386/i386/machdep.c Tue Sep 22 16:51:00 2009 (r197410) @@ -1946,7 +1946,7 @@ sdtossd(sd, ssd) static int add_smap_entry(struct bios_smap *smap, vm_paddr_t *physmap, int *physmap_idxp) { - int i, physmap_idx; + int i, insert_idx, physmap_idx; physmap_idx = *physmap_idxp; @@ -1968,17 +1968,34 @@ add_smap_entry(struct bios_smap *smap, v } #endif + /* + * Find insertion point while checking for overlap. Start off by + * assuming the new entry will be added to the end. + */ + insert_idx = physmap_idx + 2; for (i = 0; i <= physmap_idx; i += 2) { if (smap->base < physmap[i + 1]) { + if (smap->base + smap->length <= physmap[i]) { + insert_idx = i; + break; + } if (boothowto & RB_VERBOSE) printf( - "Overlapping or non-monotonic memory region, ignoring second region\n"); + "Overlapping memory regions, ignoring second region\n"); return (1); } } - if (smap->base == physmap[physmap_idx + 1]) { - physmap[physmap_idx + 1] += smap->length; + /* See if we can prepend to the next entry. */ + if (insert_idx <= physmap_idx && + smap->base + smap->length == physmap[insert_idx]) { + physmap[insert_idx] = smap->base; + return (1); + } + + /* See if we can append to the previous entry. */ + if (insert_idx > 0 && smap->base == physmap[insert_idx - 1]) { + physmap[insert_idx - 1] += smap->length; return (1); } @@ -1989,8 +2006,19 @@ add_smap_entry(struct bios_smap *smap, v "Too many segments in the physical address map, giving up\n"); return (0); } - physmap[physmap_idx] = smap->base; - physmap[physmap_idx + 1] = smap->base + smap->length; + + /* + * Move the last 'N' entries down to make room for the new + * entry if needed. + */ + for (i = physmap_idx; i > insert_idx; i -= 2) { + physmap[i] = physmap[i - 2]; + physmap[i + 1] = physmap[i - 1]; + } + + /* Insert the new entry. */ + physmap[insert_idx] = smap->base; + physmap[insert_idx + 1] = smap->base + smap->length; return (1); } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From tinderbox at freebsd.org Fri Sep 25 02:14:29 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Sep 25 02:14:47 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <200909250214.n8P2EQdi087920@freebsd-current.sentex.ca> TB --- 2009-09-25 00:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-25 00:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-09-25 00:10:00 - cleaning the object tree TB --- 2009-09-25 00:11:02 - cvsupping the source tree TB --- 2009-09-25 00:11:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-09-25 00:16:49 - building world TB --- 2009-09-25 00:16:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-25 00:16:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-25 00:16:49 - TARGET=amd64 TB --- 2009-09-25 00:16:49 - TARGET_ARCH=amd64 TB --- 2009-09-25 00:16:49 - TZ=UTC TB --- 2009-09-25 00:16:49 - __MAKE_CONF=/dev/null TB --- 2009-09-25 00:16:49 - cd /src TB --- 2009-09-25 00:16:49 - /usr/bin/make -B buildworld >>> World build started on Fri Sep 25 00:16:49 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 Sep 25 01:59:24 UTC 2009 TB --- 2009-09-25 01:59:24 - generating LINT kernel config TB --- 2009-09-25 01:59:24 - cd /src/sys/amd64/conf TB --- 2009-09-25 01:59:24 - /usr/bin/make -B LINT TB --- 2009-09-25 01:59:24 - building LINT kernel TB --- 2009-09-25 01:59:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-25 01:59:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-25 01:59:24 - TARGET=amd64 TB --- 2009-09-25 01:59:24 - TARGET_ARCH=amd64 TB --- 2009-09-25 01:59:24 - TZ=UTC TB --- 2009-09-25 01:59:24 - __MAKE_CONF=/dev/null TB --- 2009-09-25 01:59:24 - cd /src TB --- 2009-09-25 01:59:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 25 01:59:24 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/ed/if_ed_hpp.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/ed/if_ed_sic.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/fb/fb.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/fb/s3_pci.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/fb/vesa.c cc1: warnings being treated as errors /src/sys/dev/fb/vesa.c: In function 'vesa_set_mode': /src/sys/dev/fb/vesa.c:1052: warning: 'len' may be used uninitialized in this function *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-25 02:14:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-25 02:14:26 - ERROR: failed to build lint kernel TB --- 2009-09-25 02:14:26 - 4469.84 user 710.07 system 7465.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From jhb at FreeBSD.org Fri Sep 25 15:10:08 2009 From: jhb at FreeBSD.org (jhb@FreeBSD.org) Date: Fri Sep 25 15:10:14 2009 Subject: amd64/138220: [amd64] [patch] FreeBSD/amd64 can't see all system memory Message-ID: <200909251510.n8PFA6IA024150@freefall.freebsd.org> Synopsis: [amd64] [patch] FreeBSD/amd64 can't see all system memory State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Fri Sep 25 15:09:08 UTC 2009 State-Changed-Why: Fixed in HEAD, 8, and 7. http://www.freebsd.org/cgi/query-pr.cgi?pr=138220 From lpackham at leenux.org.uk Sat Sep 26 12:10:04 2009 From: lpackham at leenux.org.uk (Lee Packham) Date: Sat Sep 26 13:22:25 2009 Subject: amd64/132372: [ata] No disks found (nVidia nForce MCP55 sata controller) [regression] Message-ID: <200909261210.n8QCA3x2076550@freefall.freebsd.org> The following reply was made to PR amd64/132372; it has been noted by GNATS. From: Lee Packham To: bug-followup@FreeBSD.org, bsd@maxnet.ws Cc: Subject: Re: amd64/132372: [ata] No disks found (nVidia nForce MCP55 sata controller) [regression] Date: Sat, 26 Sep 2009 12:46:56 +0100 I just want to add a 'me too' (for FreeBSD 8.0 RC1) - although in my case it times out on one disk constantly (causing the machine not to boot at all) and doesn't get around to finding any more disks. FreeBSD 7.2-RELEASE-p2 works just fine. This is all amd64. Subsequently this is a significant regress from 7.2 -> 8.0. From lpackham at leenux.org.uk Sat Sep 26 15:40:01 2009 From: lpackham at leenux.org.uk (Lee Packham) Date: Sat Sep 26 15:51:51 2009 Subject: amd64/139156: MCP55 SATA Disks fail to initialise, leading to failure to boot Message-ID: <200909261537.n8QFbAqT077855@www.freebsd.org> >Number: 139156 >Category: amd64 >Synopsis: MCP55 SATA Disks fail to initialise, leading to failure to boot >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Sep 26 15:40:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Lee Packham >Release: 8.0 RC1 >Organization: None >Environment: FreeBSD smegpro.localdomain 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: re: the environment - I can't get the 8.0 one as I can't make it boot! I have attached the dmesg from 7.2-RELEASE-p2 to this bug report. In short I cannot boot 8.0 RC1 as I get constant DMA TIMEOUT errors from initialising a hard disk. The same machine works absolutely find on 7.2-RELEASE-p2 so it's not hardware. I can plug any disk in and get the same problem. I have marked this critical/high as if I were to freebsd-update to 8.0 right now, I would have a non-working server - combined with the imminent release of 8.0, it is therefore quite serious. >How-To-Repeat: Connect disk to controller, boot. >Fix: None that I know of. Patch attached with submission follows: 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.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual-Core AMD Opteron(tm) Processor 1214 (2200.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f33 Stepping = 3 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 4281417728 (4083 MB) avail memory = 4110589952 (3920 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x2008-0x200b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: port 0x2f00-0x2f7f at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfcfbf000-0xfcfbffff irq 22 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfcfbec00-0xfcfbecff irq 23 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered atapci0: port 0xed80-0xed87,0xed00-0xed03,0xec00-0xec07,0xeb80-0xeb83,0xeb00-0xeb0f mem 0xfcfbd000-0xfcfbdfff irq 21 at device 5.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0xea80-0xea87,0xea00-0xea03,0xe980-0xe987,0xe900-0xe903,0xe880-0xe88f mem 0xfcfbc000-0xfcfbcfff irq 22 at device 5.1 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atapci2: port 0xe800-0xe807,0xe780-0xe783,0xe700-0xe707,0xe680-0xe683,0xe600-0xe60f mem 0xfcfbb000-0xfcfbbfff irq 23 at device 5.2 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] pcib1: at device 6.0 on pci0 pci1: on pcib1 pcib2: at device 10.0 on pci0 pci2: on pcib2 pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 12.0 on pci0 pci4: on pcib4 pcib5: at device 13.0 on pci0 pci16: on pcib5 vgapci0: mem 0xfb000000-0xfbffffff,0xfdefc000-0xfdefffff,0xfd000000-0xfd7fffff irq 16 at device 0.0 on pci16 pcib6: at device 14.0 on pci0 pci17: on pcib6 bge0: mem 0xfdff0000-0xfdffffff irq 17 at device 0.0 on pci17 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:1f:29:e7:40:e2 bge0: [ITHREAD] pcib7: at device 15.0 on pci0 pci18: on pcib7 acpi_button0: on acpi0 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 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 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> 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 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] 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 ukbd0: on uhub0 kbd2 at ukbd0 ums0: on uhub0 ums0: 8 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDR at ata2-master SATA150 ad6: 715404MB at ata3-master SATA300 ad8: 953869MB at ata4-master SATA300 ad10: 715404MB at ata5-master SATA300 ad12: 152627MB at ata6-master SATA150 GEOM_LABEL: Label for provider ad8s1 is ufsid/49fefbe0b2b469d6. SMP: AP CPU #1 Launched! GEOM_MIRROR: Device mirror/gm6 launched (2/2). GEOM_LABEL: Label for provider mirror/gm6s1 is ufsid/49839adec8f111d3. GEOM_LABEL: Label for provider ad12s1a is ufsid/4983926e40323fc9. GEOM_LABEL: Label for provider ad12s1d is ufsid/49839279a4a891da. GEOM_LABEL: Label for provider ad12s1e is ufsid/4983926edd9d878a. GEOM_LABEL: Label for provider ad12s1f is ufsid/4983926e451f3b4c. Trying to mount root from ufs:/dev/ad12s1a GEOM_LABEL: Label ufsid/4983926e40323fc9 removed. GEOM_LABEL: Label for provider ad12s1a is ufsid/4983926e40323fc9. GEOM_LABEL: Label ufsid/49839adec8f111d3 removed. GEOM_LABEL: Label ufs d/ 4983926edd9d878a removed. GEOM_LABEL: Label for provider mirror/gm6s1 is ufsid/49839adec8f111d3. GEOM_LABEL: Label for provider ad12s1e is ufsid/4983926edd9d878a. GEOM_LABEL: Label ufsid/49fefbe0b2b469d6 removed. GEOM_LABEL: Label for provider ad8s1 is ufsid/49fefbe0b2b469d6. GEOM_LABEL: Label ufsid/4983926e451f3b4c removed. GEOM_LABEL: Label for provider ad12s1f is ufsid/4983926e451f3b4c. GEOM_LABEL: Label ufsid/49839279a4a891da removed. GEOM_LABEL: Label for provider ad12s1d is ufsid/49839279a4a891da. GEOM_LABEL: Label ufsid/4983926e40323fc9 removed. GEOM_LABEL: Label ufsid/4983926edd9d878a removed. GEOM_LABEL: Label ufsid/4983926e451f3b4c removed. GEOM_LABEL: Label ufsid/49839279a4a891da removed. GEOM_LABEL: Label ufsid/49839adec8f111d3 removed. GEOM_LABEL: Label ufsid/49fefbe0b2b469d6 removed. This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 [lpackham@smegpro ~]$ uname -a FreeBSD smegpro.localdomain 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [lpackham@smegpro ~]$ >Release-Note: >Audit-Trail: >Unformatted: From lpackham at leenux.org.uk Sun Sep 27 09:10:02 2009 From: lpackham at leenux.org.uk (Lee Packham) Date: Sun Sep 27 11:39:07 2009 Subject: amd64/139156: [ata] MCP55 SATA Disks fail to initialise, leading to failure to boot [regression] Message-ID: <200909270910.n8R9A2Kq016663@freefall.freebsd.org> The following reply was made to PR amd64/139156; it has been noted by GNATS. From: Lee Packham To: bug-followup@FreeBSD.org, lpackham@leenux.org.uk Cc: Subject: Re: amd64/139156: [ata] MCP55 SATA Disks fail to initialise, leading to failure to boot [regression] Date: Sun, 27 Sep 2009 10:06:06 +0100 I just want to add that I appear to have replicated the dmesg errors on 7.2 when hot swapping this disk: Sep 27 09:57:40 smegbsd kernel: Sep 27 09:57:44 smegbsd kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 27 09:57:44 smegbsd kernel: unknown: WARNING - ATA_IDENTIFY freeing taskqueue zombie request Sep 27 09:57:48 smegbsd kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Sep 27 09:57:48 smegbsd kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE freeing taskqueue zombie request Sep 27 09:57:52 smegbsd kernel: ad10: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Sep 27 09:57:52 smegbsd kernel: ad10: WARNING - SETFEATURES SET TRANSFER MODE freeing taskqueue zombie request Sep 27 09:57:56 smegbsd kernel: ad10: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Sep 27 09:57:56 smegbsd kernel: ad10: WARNING - SETFEATURES ENABLE RCACHE freeing taskqueue zombie request Sep 27 09:58:00 smegbsd kernel: ad10: WARNING - SET_MULTI taskqueue timeout - completing request directly Sep 27 09:58:00 smegbsd kernel: ad10: 152627MB at ata5-master SATA150 Sep 27 09:58:00 smegbsd kernel: ad10: WARNING - SETFEATURES ENABLE WCACHE freeing taskqueue zombie request Sep 27 09:58:00 smegbsd kernel: ad10: WARNING - SET_MULTI freeing taskqueue zombie request The disk works fine when in the machine from startup on 7.2 - but not if hot swapped in. Could it be that the 8.0 kernel is behaving like the disk is hot swapped in as part of initialising it? Just thought I would post this in case it helps. From tinderbox at freebsd.org Sun Sep 27 22:23:16 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Sep 27 22:23:22 2009 Subject: [head tinderbox] failure on amd64/amd64 Message-ID: <200909272223.n8RMNE4Z010031@freebsd-current.sentex.ca> TB --- 2009-09-27 21:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-27 21:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-09-27 21:50:00 - cleaning the object tree TB --- 2009-09-27 21:57:34 - cvsupping the source tree TB --- 2009-09-27 21:57:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-09-27 22:03:15 - building world TB --- 2009-09-27 22:03:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-27 22:03:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-27 22:03:15 - TARGET=amd64 TB --- 2009-09-27 22:03:15 - TARGET_ARCH=amd64 TB --- 2009-09-27 22:03:15 - TZ=UTC TB --- 2009-09-27 22:03:15 - __MAKE_CONF=/dev/null TB --- 2009-09-27 22:03:15 - cd /src TB --- 2009-09-27 22:03:15 - /usr/bin/make -B buildworld >>> World build started on Sun Sep 27 22:03:15 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 [...] sh /src/tools/install.sh -o root -g wheel -m 444 ca_ES.ISO8859-1.cat /obj/src/tmp/usr/share/nls/ca_ES.ISO8859-1/libc.cat sh /src/tools/install.sh -o root -g wheel -m 444 de_DE.ISO8859-1.cat /obj/src/tmp/usr/share/nls/de_DE.ISO8859-1/libc.cat sh /src/tools/install.sh -o root -g wheel -m 444 el_GR.ISO8859-7.cat /obj/src/tmp/usr/share/nls/el_GR.ISO8859-7/libc.cat sh /src/tools/install.sh -o root -g wheel -m 444 es_ES.ISO8859-1.cat /obj/src/tmp/usr/share/nls/es_ES.ISO8859-1/libc.cat sh /src/tools/install.sh -o root -g wheel -m 444 fi_FI.ISO8859-1.cat /obj/src/tmp/usr/share/nls/fi_FI.ISO8859-1/libc.cat sh /src/tools/install.sh -o root -g wheel -m 444 fr_FR.ISO8859-1.cat /obj/src/tmp/usr/share/nls/fr_FR.ISO8859-1/libc.cat sh /src/tools/install.sh -o root -g wheel -m 444 gl_ES.ISO8859-1.cat /obj/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat install: /obj/src/tmp/usr/share/nls/gl_ES.ISO8859-1/libc.cat: No such file or directory *** Error code 71 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-09-27 22:23:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-27 22:23:14 - ERROR: failed to build world TB --- 2009-09-27 22:23:14 - 565.96 user 114.80 system 1994.70 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From bugmaster at FreeBSD.org Mon Sep 28 11:06:50 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 28 11:33:42 2009 Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org Message-ID: <200909281106.n8SB6mGR063910@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/139156 amd64 [ata] MCP55 SATA Disks fail to initialise, leading to f amd64/138661 amd64 [panic] Kernel Panic after typing "reboot" o amd64/138626 amd64 telepites o amd64/138318 amd64 [libc] [patch] select(2) in i386 emulation can overwri o amd64/138029 amd64 [panic] periodically kernel panic and reboot o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/136814 amd64 [mxge] mxge driver error s i386/135447 amd64 [i386] [request] Intel Core i7 and Nehalem-EP new feat o amd64/135265 amd64 [install] Boot from install cd hangs on HP DL160 G5 wi o amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S o amd64/134978 amd64 [panic] g_up pmap amd64 panic o amd64/134757 amd64 32 bit processes on 64 bit platforms occasionally drop o amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" o amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO o amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT o amd64/132372 amd64 [ata] No disks found (nVidia nForce MCP55 sata control f amd64/132019 amd64 [install] kernel trap 12 while installation o amd64/131906 amd64 [ata] SATA data corruption with Promise PDC20378 (amd6 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] [bce] 7.1-STABLE amd64 crash - m0 NULL 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] [hang] The booting process stops at the line mo 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/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [boot] [reboot] amd64 motherboard: Intel DG965WH mothe o 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/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/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/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number 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/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 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 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 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 96 problems total. From kib at FreeBSD.org Mon Sep 28 11:35:26 2009 From: kib at FreeBSD.org (kib@FreeBSD.org) Date: Mon Sep 28 11:44:27 2009 Subject: amd64/138318: [libc] [patch] select(2) in i386 emulation can overwrite user data Message-ID: <200909281135.n8SBZPoA002157@freefall.freebsd.org> Synopsis: [libc] [patch] select(2) in i386 emulation can overwrite user data State-Changed-From-To: open->closed State-Changed-By: kib State-Changed-When: Mon Sep 28 11:34:39 UTC 2009 State-Changed-Why: Different patch was committed to HEAD and stable/8. http://www.freebsd.org/cgi/query-pr.cgi?pr=138318 From nick-lists at netability.ie Mon Sep 28 15:02:41 2009 From: nick-lists at netability.ie (Nick Hilliard) Date: Mon Sep 28 15:03:01 2009 Subject: 8.0/amd64 does not detect ata channels on nVidia nForce MCP55 Message-ID: <4AC0C9B0.9090709@netability.ie> Hello, this was previously brought up on -current, but they suggested moving the topic over here. As the subject suggests, freebsd 8.0 on amd64 does not detect all ata channels on nVidia nForce MCP55, unless you configure hw.pci.mcfg=0 in loader.conf. There was some discussion here: > http://lists.freebsd.org/pipermail/freebsd-current/2009-August/011137.html > http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011162.html and more here: http://www.freebsd.org/cgi/query-pr.cgi?pr=128686 http://www.freebsd.org/cgi/query-pr.cgi?pr=132372 http://www.freebsd.org/cgi/query-pr.cgi?pr=137942 If there is a developer interested in fixing this, I have a machine running 8.0 off a flash disk which is displaying this problem, and can set up an account for remote access. Any takers? Nick From jhb at freebsd.org Tue Sep 29 12:04:09 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Sep 29 12:04:24 2009 Subject: 8.0/amd64 does not detect ata channels on nVidia nForce MCP55 In-Reply-To: <4AC0C9B0.9090709@netability.ie> References: <4AC0C9B0.9090709@netability.ie> Message-ID: <200909290803.46973.jhb@freebsd.org> On Monday 28 September 2009 10:35:28 am Nick Hilliard wrote: > Hello, > > this was previously brought up on -current, but they suggested moving the > topic over here. > > As the subject suggests, freebsd 8.0 on amd64 does not detect all ata > channels on nVidia nForce MCP55, unless you configure hw.pci.mcfg=0 in > loader.conf. There was some discussion here: > > > http://lists.freebsd.org/pipermail/freebsd-current/2009-August/011137.html > > http://lists.freebsd.org/pipermail/freebsd-current/2009-September/011162.html > > and more here: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=128686 > http://www.freebsd.org/cgi/query-pr.cgi?pr=132372 > http://www.freebsd.org/cgi/query-pr.cgi?pr=137942 > > If there is a developer interested in fixing this, I have a machine running > 8.0 off a flash disk which is displaying this problem, and can set up an > account for remote access. > > Any takers? Try this patch obtaining the dmesg output for both the MCFG and !MCFG case: Index: ata-nvidia.c =================================================================== --- ata-nvidia.c (revision 197581) +++ ata-nvidia.c (working copy) @@ -154,11 +154,14 @@ ctlr->r_type2 = SYS_RES_IOPORT; else ctlr->r_type2 = SYS_RES_MEMORY; + printf("%s: r_type2 = %s\n", __func__, ctlr->r_type2 == SYS_RES_IOPORT ? + "I/O" : "memory"); ctlr->r_rid2 = PCIR_BAR(5); if ((ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, &ctlr->r_rid2, RF_ACTIVE))) { int offset = ctlr->chip->cfg1 & NV4 ? 0x0440 : 0x0010; + pritnf("%s: allocated res2 ok\n", __func__); ctlr->ch_attach = ata_nvidia_ch_attach; ctlr->ch_detach = ata_pci_ch_detach; ctlr->reset = ata_nvidia_reset; -- John Baldwin From nick-lists at netability.ie Tue Sep 29 12:57:18 2009 From: nick-lists at netability.ie (Nick Hilliard) Date: Tue Sep 29 12:57:25 2009 Subject: 8.0/amd64 does not detect ata channels on nVidia nForce MCP55 In-Reply-To: <200909290803.46973.jhb@freebsd.org> References: <4AC0C9B0.9090709@netability.ie> <200909290803.46973.jhb@freebsd.org> Message-ID: <4AC20427.6020405@netability.ie> Hi John, On 29/09/2009 13:03, John Baldwin wrote: > Try this patch obtaining the dmesg output for both the MCFG and !MCFG case: See attached. No difference between the two cases: > ata_nvidia_chipinit: r_type2 = memory > ata_nvidia_chipinit: allocated res2 ok Nick -------------- next part -------------- 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 8.0-BETA4 #0: Tue Sep 29 13:39:43 IST 2009 root@usbpancake.xxx:/usr/src/sys/amd64/compile/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Quad-Core AMD Opteron(tm) Processor 1352 (2100.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8254500864 (7872 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x2008-0x200b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: port 0x2f00-0x2f7f at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfcebf000-0xfcebffff irq 22 at device 2.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xfcebec00-0xfcebecff irq 23 at device 2.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0xdd80-0xdd87,0xdd00-0xdd03,0xdc00-0xdc07,0xdb80-0xdb83,0xdb00-0xdb0f mem 0xfcebd000-0xfcebdfff irq 21 at device 5.0 on pci0 atapci0: [ITHREAD] ata_nvidia_chipinit: r_type2 = memory ata_nvidia_chipinit: allocated res2 ok ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0xda80-0xda87,0xda00-0xda03,0xd980-0xd987,0xd900-0xd903,0xd880-0xd88f mem 0xfcebc000-0xfcebcfff irq 22 at device 5.1 on pci0 atapci1: [ITHREAD] ata_nvidia_chipinit: r_type2 = memory ata_nvidia_chipinit: allocated res2 ok ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atapci2: port 0xd800-0xd807,0xd780-0xd783,0xd700-0xd707,0xd680-0xd683,0xd600-0xd60f mem 0xfcebb000-0xfcebbfff irq 23 at device 5.2 on pci0 atapci2: [ITHREAD] ata_nvidia_chipinit: r_type2 = memory ata_nvidia_chipinit: allocated res2 ok ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] pcib1: at device 6.0 on pci0 pci1: on pcib1 pcib2: at device 10.0 on pci0 pci2: on pcib2 pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 12.0 on pci0 pci4: on pcib4 em0: port 0xef80-0xef9f mem 0xfcfe0000-0xfcffffff,0xfcfc0000-0xfcfdffff irq 16 at device 0.0 on pci4 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:23:7d:fd:26:e4 pcib5: at device 13.0 on pci0 pci16: on pcib5 vgapci0: mem 0xfb000000-0xfbffffff,0xfdefc000-0xfdefffff,0xfd000000-0xfd7fffff irq 17 at device 0.0 on pci16 pcib6: at device 14.0 on pci0 pci17: on pcib6 bge0: mem 0xfdff0000-0xfdffffff irq 18 at device 0.0 on pci17 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:23:7d:db:b6:d8 bge0: [ITHREAD] pcib7: at device 15.0 on pci0 pci18: on pcib7 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] atrtc0: port 0x70-0x71 on acpi0 cpu0: on acpi0 hwpstate0: on cpu0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 orm0: at iomem 0xc0000-0xc7fff,0xca000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 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 ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ad4: 1430799MB at ata2-master SATA300 ad6: 1430799MB at ata3-master SATA300 ad8: 1430799MB at ata4-master SATA300 uhub0: 10 ports with 10 removable, self powered ad10: 1430799MB at ata5-master SATA300 ad12: 238475MB at ata6-master SATA150 acd0: DVDROM at ata7-master SATA150 SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! WARNING: WITNESS option enabled, expect reduced performance. GEOM: ad12s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 uhub1: 10 ports with 10 removable, self powered Root mount waiting for: usbus1 ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 ums0: on usbus0 ums0: 8 buttons and [XYZ] coordinates ID=0 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus1 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) Root mount waiting for: usbus1 ugen1.3: at usbus1 uhub2: on usbus1 Root mount waiting for: usbus1 uhub2: 3 ports with 2 removable, bus powered ugen1.4: at usbus1 ukbd1: on usbus1 kbd3 at ukbd1 uhid0: on usbus1 Trying to mount root from ufs:/dev/da0s1a bge0: link state changed to UP -------------- next part -------------- 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 8.0-BETA4 #0: Tue Sep 29 13:39:43 IST 2009 root@usbpancake.nnn:/usr/src/sys/amd64/compile/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Quad-Core AMD Opteron(tm) Processor 1352 (2100.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant real memory = 8589934592 (8192 MB) avail memory = 8254500864 (7872 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x2008-0x200b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: port 0x2f00-0x2f7f at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfcebf000-0xfcebffff irq 22 at device 2.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xfcebec00-0xfcebecff irq 23 at device 2.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0xdd80-0xdd87,0xdd00-0xdd03,0xdc00-0xdc07,0xdb80-0xdb83,0xdb00-0xdb0f mem 0xfcebd000-0xfcebdfff irq 21 at device 5.0 on pci0 atapci0: [ITHREAD] ata_nvidia_chipinit: r_type2 = memory ata_nvidia_chipinit: allocated res2 ok ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0xda80-0xda87,0xda00-0xda03,0xd980-0xd987,0xd900-0xd903,0xd880-0xd88f mem 0xfcebc000-0xfcebcfff irq 22 at device 5.1 on pci0 atapci1: [ITHREAD] ata_nvidia_chipinit: r_type2 = memory ata_nvidia_chipinit: allocated res2 ok ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atapci2: port 0xd800-0xd807,0xd780-0xd783,0xd700-0xd707,0xd680-0xd683,0xd600-0xd60f mem 0xfcebb000-0xfcebbfff irq 23 at device 5.2 on pci0 atapci2: [ITHREAD] ata_nvidia_chipinit: r_type2 = memory ata_nvidia_chipinit: allocated res2 ok ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] pcib1: at device 6.0 on pci0 pci1: on pcib1 pcib2: at device 10.0 on pci0 pci2: on pcib2 pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 12.0 on pci0 pci4: on pcib4 em0: port 0xef80-0xef9f mem 0xfcfe0000-0xfcffffff,0xfcfc0000-0xfcfdffff irq 16 at device 0.0 on pci4 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:23:7d:fd:26:e4 pcib5: at device 13.0 on pci0 pci16: on pcib5 vgapci0: mem 0xfb000000-0xfbffffff,0xfdefc000-0xfdefffff,0xfd000000-0xfd7fffff irq 17 at device 0.0 on pci16 pcib6: at device 14.0 on pci0 pci17: on pcib6 bge0: mem 0xfdff0000-0xfdffffff irq 18 at device 0.0 on pci17 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:23:7d:db:b6:d8 bge0: [ITHREAD] pcib7: at device 15.0 on pci0 pci18: on pcib7 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] atrtc0: port 0x70-0x71 on acpi0 cpu0: on acpi0 hwpstate0: on cpu0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 orm0: at iomem 0xc0000-0xc7fff,0xca000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 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 ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 10 ports with 10 removable, self powered uhub1: 10 ports with 10 removable, self powered ad8: 1430799MB at ata4-master SATA300 ad10: 1430799MB at ata5-master SATA300 ad12: 238475MB at ata6-master SATA150 acd0: DVDROM at ata7-master SATA150 SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! WARNING: WITNESS option enabled, expect reduced performance. GEOM: ad12s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus1 ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 ums0: on usbus0 ums0: 8 buttons and [XYZ] coordinates ID=0 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus1 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) ugen1.3: at usbus1 uhub2: on usbus1 Root mount waiting for: usbus1 uhub2: 3 ports with 2 removable, bus powered ugen1.4: at usbus1 ukbd1: on usbus1 kbd3 at ukbd1 uhid0: on usbus1 Trying to mount root from ufs:/dev/da0s1a bge0: link state changed to UP