From owner-freebsd-amd64@FreeBSD.ORG Sun Sep 27 09:10:02 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0DF2106566B for ; Sun, 27 Sep 2009 09:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 768EB8FC0A for ; Sun, 27 Sep 2009 09:10:02 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8R9A26W016664 for ; Sun, 27 Sep 2009 09:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8R9A2Kq016663; Sun, 27 Sep 2009 09:10:02 GMT (envelope-from gnats) Date: Sun, 27 Sep 2009 09:10:02 GMT Message-Id: <200909270910.n8R9A2Kq016663@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Lee Packham X-Mailman-Approved-At: Sun, 27 Sep 2009 11:38:55 +0000 Cc: Subject: Re: amd64/139156: [ata] MCP55 SATA Disks fail to initialise, leading to failure to boot [regression] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lee Packham List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Sep 2009 09:10:02 -0000 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 owner-freebsd-amd64@FreeBSD.ORG Sun Sep 27 22:23:15 2009 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE8011065670; Sun, 27 Sep 2009 22:23:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7A28FC0C; Sun, 27 Sep 2009 22:23:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8RMNEiV010032; Sun, 27 Sep 2009 18:23:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8RMNE4Z010031; Sun, 27 Sep 2009 22:23:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Sep 2009 22:23:14 GMT Message-Id: <200909272223.n8RMNE4Z010031@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Sep 2009 22:23:16 -0000 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 owner-freebsd-amd64@FreeBSD.ORG Mon Sep 28 11:06:49 2009 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D302B106566C for ; Mon, 28 Sep 2009 11:06:49 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BF0168FC16 for ; Mon, 28 Sep 2009 11:06:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8SB6npK063914 for ; Mon, 28 Sep 2009 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8SB6mGR063910 for freebsd-amd64@FreeBSD.org; Mon, 28 Sep 2009 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Sep 2009 11:06:48 GMT Message-Id: <200909281106.n8SB6mGR063910@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org X-Mailman-Approved-At: Mon, 28 Sep 2009 11:33:41 +0000 Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Sep 2009 11:06:50 -0000 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 owner-freebsd-amd64@FreeBSD.ORG Mon Sep 28 11:35:26 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F42A106568B; Mon, 28 Sep 2009 11:35:25 +0000 (UTC) (envelope-from kib@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C21298FC0A; Mon, 28 Sep 2009 11:35:25 +0000 (UTC) Received: from freefall.freebsd.org (kib@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8SBZPpD002161; Mon, 28 Sep 2009 11:35:25 GMT (envelope-from kib@freefall.freebsd.org) Received: (from kib@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8SBZPoA002157; Mon, 28 Sep 2009 11:35:25 GMT (envelope-from kib) Date: Mon, 28 Sep 2009 11:35:25 GMT Message-Id: <200909281135.n8SBZPoA002157@freefall.freebsd.org> To: peterjeremy@optushome.com.au, kib@FreeBSD.org, freebsd-amd64@FreeBSD.org From: kib@FreeBSD.org X-Mailman-Approved-At: Mon, 28 Sep 2009 11:44:26 +0000 Cc: Subject: Re: amd64/138318: [libc] [patch] select(2) in i386 emulation can overwrite user data X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Sep 2009 11:35:26 -0000 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 owner-freebsd-amd64@FreeBSD.ORG Mon Sep 28 15:02:41 2009 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E587106568F for ; Mon, 28 Sep 2009 15:02:41 +0000 (UTC) (envelope-from nick-lists@netability.ie) Received: from mail.acquirer.com (mail.acquirer.com [87.198.142.193]) by mx1.freebsd.org (Postfix) with ESMTP id AC4968FC15 for ; Mon, 28 Sep 2009 15:02:40 +0000 (UTC) X-Envelope-To: Received: from cupcake.internal.acquirer.com (cupcake.internal.acquirer.com [10.228.100.105]) (authenticated bits=0) by mail.acquirer.com (8.14.3/8.14.3) with ESMTP id n8SEZT7Z076696 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 28 Sep 2009 15:35:29 +0100 (IST) (envelope-from nick-lists@netability.ie) Message-ID: <4AC0C9B0.9090709@netability.ie> Date: Mon, 28 Sep 2009 15:35:28 +0100 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muffin.acquirer.com Subject: 8.0/amd64 does not detect ata channels on nVidia nForce MCP55 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Sep 2009 15:02:41 -0000 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 owner-freebsd-amd64@FreeBSD.ORG Tue Sep 29 12:04:09 2009 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 142241065692 for ; Tue, 29 Sep 2009 12:04:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DB0548FC23 for ; Tue, 29 Sep 2009 12:04:08 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8EF8A46B17; Tue, 29 Sep 2009 08:04:08 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 98A048A026; Tue, 29 Sep 2009 08:04:07 -0400 (EDT) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Tue, 29 Sep 2009 08:03:46 -0400 User-Agent: KMail/1.9.7 References: <4AC0C9B0.9090709@netability.ie> In-Reply-To: <4AC0C9B0.9090709@netability.ie> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909290803.46973.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 29 Sep 2009 08:04:07 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: 8.0/amd64 does not detect ata channels on nVidia nForce MCP55 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Sep 2009 12:04:09 -0000 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 owner-freebsd-amd64@FreeBSD.ORG Tue Sep 29 12:57:18 2009 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A82B1065698; Tue, 29 Sep 2009 12:57:18 +0000 (UTC) (envelope-from nick-lists@netability.ie) Received: from mail.acquirer.com (mail.acquirer.com [87.198.142.193]) by mx1.freebsd.org (Postfix) with ESMTP id B90EF8FC1A; Tue, 29 Sep 2009 12:57:16 +0000 (UTC) X-Envelope-To: freebsd-amd64@freebsd.org Received: from cupcake.internal.acquirer.com (cupcake.internal.acquirer.com [10.228.100.105]) (authenticated bits=0) by mail.acquirer.com (8.14.3/8.14.3) with ESMTP id n8TCvBPg094405 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 29 Sep 2009 13:57:11 +0100 (IST) (envelope-from nick-lists@netability.ie) Message-ID: <4AC20427.6020405@netability.ie> Date: Tue, 29 Sep 2009 13:57:11 +0100 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: John Baldwin References: <4AC0C9B0.9090709@netability.ie> <200909290803.46973.jhb@freebsd.org> In-Reply-To: <200909290803.46973.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="------------020702040807020602040307" X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,BAYES_00,TW_BD, TW_BF,TW_II,TW_KB,TW_TK,TW_XB,TW_XD,TW_XF autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muffin.acquirer.com Cc: freebsd-amd64@freebsd.org Subject: Re: 8.0/amd64 does not detect ata channels on nVidia nForce MCP55 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Sep 2009 12:57:18 -0000 This is a multi-part message in MIME format. --------------020702040807020602040307 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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 --------------020702040807020602040307 Content-Type: text/plain; name="dmesg-mcfg=0.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg-mcfg=0.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1h cmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQkVUQTQgIzA6IFR1 ZSBTZXAgMjkgMTM6Mzk6NDMgSVNUIDIwMDkKICAgIHJvb3RAdXNicGFuY2FrZS54eHg6L3Vz ci9zcmMvc3lzL2FtZDY0L2NvbXBpbGUvR0VORVJJQwpXQVJOSU5HOiBXSVRORVNTIG9wdGlv biBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KVGltZWNvdW50ZXIgImk4 MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBRdWFkLUNvcmUgQU1E IE9wdGVyb24odG0pIFByb2Nlc3NvciAxMzUyICgyMTAwLjAxLU1IeiBLOC1jbGFzcyBDUFUp CiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHgxMDBmMjMgIFN0ZXBwaW5nID0g MwogIEZlYXR1cmVzPTB4MTc4YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNF LENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxNTVgs RlhTUixTU0UsU1NFMixIVFQ+CiAgRmVhdHVyZXMyPTB4ODAyMDA5PFNTRTMsTU9OLENYMTYs UE9QQ05UPgogIEFNRCBGZWF0dXJlcz0weGVlNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhT UixQYWdlMUdCLFJEVFNDUCxMTSwzRE5vdyErLDNETm93IT4KICBBTUQgRmVhdHVyZXMyPTB4 N2ZmPExBSEYsQ01QLFNWTSxFeHRBUElDLENSOCxBQk0sU1NFNEEsTUFTLFByZWZldGNoLE9T VlcsSUJTPgogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQKcmVhbCBtZW1vcnkgID0gODU4OTkz NDU5MiAoODE5MiBNQikKYXZhaWwgbWVtb3J5ID0gODI1NDUwMDg2NCAoNzg3MiBNQikKQUNQ SSBBUElDIFRhYmxlOiA8SFAgICAgIFByb0xpYW50PgpGcmVlQlNEL1NNUDogTXVsdGlwcm9j ZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2FnZShz KSB4IDQgY29yZShzKQogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTogQVBJ QyBJRDogIDEKIGNwdTIgKEFQKTogQVBJQyBJRDogIDIKIGNwdTMgKEFQKTogQVBJQyBJRDog IDMKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAprYmQx IGF0IGtiZG11eDAKYWNwaTA6IDxIUCBQcm9MaWFudD4gb24gbW90aGVyYm9hcmQKYWNwaTA6 IFtJVEhSRUFEXQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHJlc2VydmF0 aW9uIG9mIGZlYzAwMDAwLCAxMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9m IGZlZTAwMDAwLCAxMDAwICgzKSBmYWlsZWQKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJl cXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRp bWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4MjAwOC0weDIwMGIgb24gYWNwaTAKYWNwaV9o cGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4 ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAyNTAwMDAw MCBIeiBxdWFsaXR5IDkwMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4 Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6 IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQppc2Fi MDogPFBDSS1JU0EgYnJpZGdlPiBwb3J0IDB4MmYwMC0weDJmN2YgYXQgZGV2aWNlIDEuMCBv biBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApwY2kwOiA8c2VyaWFsIGJ1cywgU01C dXM+IGF0IGRldmljZSAxLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKb2hjaTA6IDxPSENJIChn ZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmNlYmYwMDAtMHhmY2ViZmZmZiBpcnEg MjIgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCm9oY2kwOiBbSVRIUkVBRF0KdXNidXMwOiA8T0hD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCmVoY2kwOiA8RUhDSSAoZ2Vu ZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmY2ViZWMwMC0weGZjZWJlY2ZmIGly cSAyMyBhdCBkZXZpY2UgMi4xIG9uIHBjaTAKZWhjaTA6IFtJVEhSRUFEXQp1c2J1czE6IEVI Q0kgdmVyc2lvbiAxLjAKdXNidXMxOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9s bGVyPiBvbiBlaGNpMAphdGFwY2kwOiA8blZpZGlhIG5Gb3JjZSBNQ1A1NSBTQVRBMzAwIGNv bnRyb2xsZXI+IHBvcnQgMHhkZDgwLTB4ZGQ4NywweGRkMDAtMHhkZDAzLDB4ZGMwMC0weGRj MDcsMHhkYjgwLTB4ZGI4MywweGRiMDAtMHhkYjBmIG1lbSAweGZjZWJkMDAwLTB4ZmNlYmRm ZmYgaXJxIDIxIGF0IGRldmljZSA1LjAgb24gcGNpMAphdGFwY2kwOiBbSVRIUkVBRF0KYXRh X252aWRpYV9jaGlwaW5pdDogcl90eXBlMiA9IG1lbW9yeQphdGFfbnZpZGlhX2NoaXBpbml0 OiBhbGxvY2F0ZWQgcmVzMiBvawphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMAph dGEyOiBbSVRIUkVBRF0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhMzog W0lUSFJFQURdCmF0YXBjaTE6IDxuVmlkaWEgbkZvcmNlIE1DUDU1IFNBVEEzMDAgY29udHJv bGxlcj4gcG9ydCAweGRhODAtMHhkYTg3LDB4ZGEwMC0weGRhMDMsMHhkOTgwLTB4ZDk4Nyww eGQ5MDAtMHhkOTAzLDB4ZDg4MC0weGQ4OGYgbWVtIDB4ZmNlYmMwMDAtMHhmY2ViY2ZmZiBp cnEgMjIgYXQgZGV2aWNlIDUuMSBvbiBwY2kwCmF0YXBjaTE6IFtJVEhSRUFEXQphdGFfbnZp ZGlhX2NoaXBpbml0OiByX3R5cGUyID0gbWVtb3J5CmF0YV9udmlkaWFfY2hpcGluaXQ6IGFs bG9jYXRlZCByZXMyIG9rCmF0YTQ6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YTQ6 IFtJVEhSRUFEXQphdGE1OiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMQphdGE1OiBbSVRI UkVBRF0KYXRhcGNpMjogPG5WaWRpYSBuRm9yY2UgTUNQNTUgU0FUQTMwMCBjb250cm9sbGVy PiBwb3J0IDB4ZDgwMC0weGQ4MDcsMHhkNzgwLTB4ZDc4MywweGQ3MDAtMHhkNzA3LDB4ZDY4 MC0weGQ2ODMsMHhkNjAwLTB4ZDYwZiBtZW0gMHhmY2ViYjAwMC0weGZjZWJiZmZmIGlycSAy MyBhdCBkZXZpY2UgNS4yIG9uIHBjaTAKYXRhcGNpMjogW0lUSFJFQURdCmF0YV9udmlkaWFf Y2hpcGluaXQ6IHJfdHlwZTIgPSBtZW1vcnkKYXRhX252aWRpYV9jaGlwaW5pdDogYWxsb2Nh dGVkIHJlczIgb2sKYXRhNjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTIKYXRhNjogW0lU SFJFQURdCmF0YTc6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kyCmF0YTc6IFtJVEhSRUFE XQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA2LjAgb24gcGNpMApw Y2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGF0IGRldmljZSAxMC4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjIKcGNpYjM6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNpMApwY2kz OiA8UENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgMTIuMCBvbiBwY2kwCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CmVtMDog PEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHhl ZjgwLTB4ZWY5ZiBtZW0gMHhmY2ZlMDAwMC0weGZjZmZmZmZmLDB4ZmNmYzAwMDAtMHhmY2Zk ZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2k0CmVtMDogVXNpbmcgTVNJIGludGVy cnVwdAplbTA6IFtGSUxURVJdCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MjM6N2Q6ZmQ6 MjY6ZTQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMTMuMCBvbiBw Y2kwCnBjaTE2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQp2Z2FwY2kwOiA8VkdBLWNvbXBh dGlibGUgZGlzcGxheT4gbWVtIDB4ZmIwMDAwMDAtMHhmYmZmZmZmZiwweGZkZWZjMDAwLTB4 ZmRlZmZmZmYsMHhmZDAwMDAwMC0weGZkN2ZmZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4wIG9u IHBjaTE2CnBjaWI2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE0LjAgb24g cGNpMApwY2kxNzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKYmdlMDogPEhQIE5DMTA1aSBQ Q0llIEdpZ2FiaXQgU2VydmVyIEFkYXB0ZXIsIEFTSUMgcmV2LiAweGEyMDA+IG1lbSAweGZk ZmYwMDAwLTB4ZmRmZmZmZmYgaXJxIDE4IGF0IGRldmljZSAwLjAgb24gcGNpMTcKbWlpYnVz MDogPE1JSSBidXM+IG9uIGJnZTAKYnJncGh5MDogPEJDTTU3MjIgMTAvMTAwLzEwMDBiYXNl VFggUEhZPiBQSFkgMSBvbiBtaWlidXMwCmJyZ3BoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZE WCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1GRFgs IGF1dG8KYmdlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MjM6N2Q6ZGI6YjY6ZDgKYmdlMDog W0lUSFJFQURdCnBjaWI3OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE1LjAg b24gcGNpMApwY2kxODogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjcKYWNwaV9idXR0b24wOiA8 UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBv cnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMAp1YXJ0MDogW0ZJTFRF Ul0KYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIG9uIGFjcGkw CmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKaHdwc3RhdGUwOiA8Q29vbGBuJ1F1aWV0IDIu MD4gb24gY3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4g b24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApvcm0wOiA8SVNBIE9wdGlvbiBS T01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhjYTAwMC0weGNhZmZmIG9uIGlzYTAK c2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0Eg PDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0Eg VkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2Ew CmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCww eDY0IG9uIGlzYTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2Jk MCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQpw c20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tF RF0KcHNtMDogW0lUSFJFQURdCnBzbTA6IG1vZGVsIEdsaWRlUG9pbnQsIGRldmljZSBJRCAw CnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlClRpbWVjb3VudGVycyB0aWNr IGV2ZXJ5IDEuMDAwIG1zZWMKdXNidXMwOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1 c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMC4xOiA8blZpZGlhPiBh dCB1c2J1czAKdWh1YjA6IDxuVmlkaWEgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8blZpZGlhPiBhdCB1c2J1 czEKdWh1YjE6IDxuVmlkaWEgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMQphZDQ6IDE0MzA3OTlNQiA8U2VhZ2F0ZSBTVDMxNTAw MzQxQVMgQ0MxSD4gYXQgYXRhMi1tYXN0ZXIgU0FUQTMwMAphZDY6IDE0MzA3OTlNQiA8U2Vh Z2F0ZSBTVDMxNTAwMzQxQVMgQ0MxSD4gYXQgYXRhMy1tYXN0ZXIgU0FUQTMwMAphZDg6IDE0 MzA3OTlNQiA8U2VhZ2F0ZSBTVDMxNTAwMzQxQVMgQ0MxSD4gYXQgYXRhNC1tYXN0ZXIgU0FU QTMwMAp1aHViMDogMTAgcG9ydHMgd2l0aCAxMCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAph ZDEwOiAxNDMwNzk5TUIgPFNlYWdhdGUgU1QzMTUwMDM0MUFTIENDMUg+IGF0IGF0YTUtbWFz dGVyIFNBVEEzMDAKYWQxMjogMjM4NDc1TUIgPFNlYWdhdGUgU1QzMjUwMzEwTlMgU04wNj4g YXQgYXRhNi1tYXN0ZXIgU0FUQTE1MAphY2QwOiBEVkRST00gPFRTU1Rjb3JwRFZELVJPTSBU Uy1IMzUzQi9JRzAxPiBhdCBhdGE3LW1hc3RlciBTQVRBMTUwClNNUDogQVAgQ1BVICMzIExh dW5jaGVkIQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzIgTGF1bmNo ZWQhCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBl cmZvcm1hbmNlLgpHRU9NOiBhZDEyczE6IGdlb21ldHJ5IGRvZXMgbm90IG1hdGNoIGxhYmVs ICgyNTVoLDYzcyAhPSAxNmgsNjNzKS4KUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMx ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQpSb290IG1vdW50IHdhaXRpbmcgZm9y OiB1c2J1czEKdWh1YjE6IDEwIHBvcnRzIHdpdGggMTAgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMxCnVnZW4wLjI6IDxTZXJ2ZXJFbmdp bmVzPiBhdCB1c2J1czAKdWtiZDA6IDxTZXJ2ZXJFbmdpbmVzIFNFIFVTQiBEZXZpY2UsIGNs YXNzIDAvMCwgcmV2IDEuMTAvMC4wMSwgYWRkciAyPiBvbiB1c2J1czAKa2JkMiBhdCB1a2Jk MAp1bXMwOiA8U2VydmVyRW5naW5lcyBTRSBVU0IgRGV2aWNlLCBjbGFzcyAwLzAsIHJldiAx LjEwLzAuMDEsIGFkZHIgMj4gb24gdXNidXMwCnVtczA6IDggYnV0dG9ucyBhbmQgW1hZWl0g Y29vcmRpbmF0ZXMgSUQ9MAp1Z2VuMS4yOiA8S2luZ3N0b24+IGF0IHVzYnVzMQp1bWFzczA6 IDxLaW5nc3RvbiBEYXRhVHJhdmVsZXIgMi4wLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuMTAs IGFkZHIgMj4gb24gdXNidXMxCnVtYXNzMDogIFNDU0kgb3ZlciBCdWxrLU9ubHk7IHF1aXJr cyA9IDB4MDAwMApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKdW1hc3MwOjA6MDot MTogQXR0YWNoZWQgdG8gc2NidXMwCmRhMCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHRhcmdldCAw IGx1biAwCmRhMDogPEtpbmdzdG9uIERhdGFUcmF2ZWxlciAyLjAgUE1BUD4gUmVtb3ZhYmxl IERpcmVjdCBBY2Nlc3MgU0NTSS0wIGRldmljZSAKZGEwOiA0MC4wMDBNQi9zIHRyYW5zZmVy cwpkYTA6IDM5MzZNQiAoODA2MDkyOCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDUw MUMpClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMQp1Z2VuMS4zOiA8QXBwbGUsIElu Yy4+IGF0IHVzYnVzMQp1aHViMjogPEFwcGxlLCBJbmMuIEtleWJvYXJkIEh1YiwgY2xhc3Mg OS8wLCByZXYgMi4wMC85NC4xNSwgYWRkciAzPiBvbiB1c2J1czEKUm9vdCBtb3VudCB3YWl0 aW5nIGZvcjogdXNidXMxCnVodWIyOiAzIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIGJ1cyBw b3dlcmVkCnVnZW4xLjQ6IDxBcHBsZSwgSW5jPiBhdCB1c2J1czEKdWtiZDE6IDxBcHBsZSwg SW5jIEFwcGxlIEtleWJvYXJkLCBjbGFzcyAwLzAsIHJldiAyLjAwLzAuNjksIGFkZHIgND4g b24gdXNidXMxCmtiZDMgYXQgdWtiZDEKdWhpZDA6IDxBcHBsZSwgSW5jIEFwcGxlIEtleWJv YXJkLCBjbGFzcyAwLzAsIHJldiAyLjAwLzAuNjksIGFkZHIgND4gb24gdXNidXMxClRyeWlu ZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvZGEwczFhCmJnZTA6IGxpbmsgc3RhdGUg Y2hhbmdlZCB0byBVUAo= --------------020702040807020602040307 Content-Type: text/plain; name="dmesg-mcfg=1.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg-mcfg=1.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1h cmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQkVUQTQgIzA6IFR1 ZSBTZXAgMjkgMTM6Mzk6NDMgSVNUIDIwMDkKICAgIHJvb3RAdXNicGFuY2FrZS5ubm46L3Vz ci9zcmMvc3lzL2FtZDY0L2NvbXBpbGUvR0VORVJJQwpXQVJOSU5HOiBXSVRORVNTIG9wdGlv biBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KVGltZWNvdW50ZXIgImk4 MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBRdWFkLUNvcmUgQU1E IE9wdGVyb24odG0pIFByb2Nlc3NvciAxMzUyICgyMTAwLjAxLU1IeiBLOC1jbGFzcyBDUFUp CiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHgxMDBmMjMgIFN0ZXBwaW5nID0g MwogIEZlYXR1cmVzPTB4MTc4YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNF LENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxNTVgs RlhTUixTU0UsU1NFMixIVFQ+CiAgRmVhdHVyZXMyPTB4ODAyMDA5PFNTRTMsTU9OLENYMTYs UE9QQ05UPgogIEFNRCBGZWF0dXJlcz0weGVlNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhT UixQYWdlMUdCLFJEVFNDUCxMTSwzRE5vdyErLDNETm93IT4KICBBTUQgRmVhdHVyZXMyPTB4 N2ZmPExBSEYsQ01QLFNWTSxFeHRBUElDLENSOCxBQk0sU1NFNEEsTUFTLFByZWZldGNoLE9T VlcsSUJTPgogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQKcmVhbCBtZW1vcnkgID0gODU4OTkz NDU5MiAoODE5MiBNQikKYXZhaWwgbWVtb3J5ID0gODI1NDUwMDg2NCAoNzg3MiBNQikKQUNQ SSBBUElDIFRhYmxlOiA8SFAgICAgIFByb0xpYW50PgpGcmVlQlNEL1NNUDogTXVsdGlwcm9j ZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2FnZShz KSB4IDQgY29yZShzKQogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTogQVBJ QyBJRDogIDEKIGNwdTIgKEFQKTogQVBJQyBJRDogIDIKIGNwdTMgKEFQKTogQVBJQyBJRDog IDMKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAprYmQx IGF0IGtiZG11eDAKYWNwaTA6IDxIUCBQcm9MaWFudD4gb24gbW90aGVyYm9hcmQKYWNwaTA6 IFtJVEhSRUFEXQphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaTA6IHJlc2VydmF0 aW9uIG9mIGZlYzAwMDAwLCAxMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0aW9uIG9m IGZlZTAwMDAwLCAxMDAwICgzKSBmYWlsZWQKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJl cXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRp bWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4MjAwOC0weDIwMGIgb24gYWNwaTAKYWNwaV9o cGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4 ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAyNTAwMDAw MCBIeiBxdWFsaXR5IDkwMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4 Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaTA6 IDxtZW1vcnksIFJBTT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQppc2Fi MDogPFBDSS1JU0EgYnJpZGdlPiBwb3J0IDB4MmYwMC0weDJmN2YgYXQgZGV2aWNlIDEuMCBv biBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApwY2kwOiA8c2VyaWFsIGJ1cywgU01C dXM+IGF0IGRldmljZSAxLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKb2hjaTA6IDxPSENJIChn ZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmNlYmYwMDAtMHhmY2ViZmZmZiBpcnEg MjIgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCm9oY2kwOiBbSVRIUkVBRF0KdXNidXMwOiA8T0hD SSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCmVoY2kwOiA8RUhDSSAoZ2Vu ZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmY2ViZWMwMC0weGZjZWJlY2ZmIGly cSAyMyBhdCBkZXZpY2UgMi4xIG9uIHBjaTAKZWhjaTA6IFtJVEhSRUFEXQp1c2J1czE6IEVI Q0kgdmVyc2lvbiAxLjAKdXNidXMxOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9s bGVyPiBvbiBlaGNpMAphdGFwY2kwOiA8blZpZGlhIG5Gb3JjZSBNQ1A1NSBTQVRBMzAwIGNv bnRyb2xsZXI+IHBvcnQgMHhkZDgwLTB4ZGQ4NywweGRkMDAtMHhkZDAzLDB4ZGMwMC0weGRj MDcsMHhkYjgwLTB4ZGI4MywweGRiMDAtMHhkYjBmIG1lbSAweGZjZWJkMDAwLTB4ZmNlYmRm ZmYgaXJxIDIxIGF0IGRldmljZSA1LjAgb24gcGNpMAphdGFwY2kwOiBbSVRIUkVBRF0KYXRh X252aWRpYV9jaGlwaW5pdDogcl90eXBlMiA9IG1lbW9yeQphdGFfbnZpZGlhX2NoaXBpbml0 OiBhbGxvY2F0ZWQgcmVzMiBvawphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMAph dGEyOiBbSVRIUkVBRF0KYXRhMzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhMzog W0lUSFJFQURdCmF0YXBjaTE6IDxuVmlkaWEgbkZvcmNlIE1DUDU1IFNBVEEzMDAgY29udHJv bGxlcj4gcG9ydCAweGRhODAtMHhkYTg3LDB4ZGEwMC0weGRhMDMsMHhkOTgwLTB4ZDk4Nyww eGQ5MDAtMHhkOTAzLDB4ZDg4MC0weGQ4OGYgbWVtIDB4ZmNlYmMwMDAtMHhmY2ViY2ZmZiBp cnEgMjIgYXQgZGV2aWNlIDUuMSBvbiBwY2kwCmF0YXBjaTE6IFtJVEhSRUFEXQphdGFfbnZp ZGlhX2NoaXBpbml0OiByX3R5cGUyID0gbWVtb3J5CmF0YV9udmlkaWFfY2hpcGluaXQ6IGFs bG9jYXRlZCByZXMyIG9rCmF0YTQ6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YTQ6 IFtJVEhSRUFEXQphdGE1OiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMQphdGE1OiBbSVRI UkVBRF0KYXRhcGNpMjogPG5WaWRpYSBuRm9yY2UgTUNQNTUgU0FUQTMwMCBjb250cm9sbGVy PiBwb3J0IDB4ZDgwMC0weGQ4MDcsMHhkNzgwLTB4ZDc4MywweGQ3MDAtMHhkNzA3LDB4ZDY4 MC0weGQ2ODMsMHhkNjAwLTB4ZDYwZiBtZW0gMHhmY2ViYjAwMC0weGZjZWJiZmZmIGlycSAy MyBhdCBkZXZpY2UgNS4yIG9uIHBjaTAKYXRhcGNpMjogW0lUSFJFQURdCmF0YV9udmlkaWFf Y2hpcGluaXQ6IHJfdHlwZTIgPSBtZW1vcnkKYXRhX252aWRpYV9jaGlwaW5pdDogYWxsb2Nh dGVkIHJlczIgb2sKYXRhNjogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTIKYXRhNjogW0lU SFJFQURdCmF0YTc6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kyCmF0YTc6IFtJVEhSRUFE XQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA2LjAgb24gcGNpMApw Y2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2liMjogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGF0IGRldmljZSAxMC4wIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjIKcGNpYjM6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNpMApwY2kz OiA8UENJIGJ1cz4gb24gcGNpYjMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgMTIuMCBvbiBwY2kwCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CmVtMDog PEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHhl ZjgwLTB4ZWY5ZiBtZW0gMHhmY2ZlMDAwMC0weGZjZmZmZmZmLDB4ZmNmYzAwMDAtMHhmY2Zk ZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2k0CmVtMDogVXNpbmcgTVNJIGludGVy cnVwdAplbTA6IFtGSUxURVJdCmVtMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MjM6N2Q6ZmQ6 MjY6ZTQKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMTMuMCBvbiBw Y2kwCnBjaTE2OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQp2Z2FwY2kwOiA8VkdBLWNvbXBh dGlibGUgZGlzcGxheT4gbWVtIDB4ZmIwMDAwMDAtMHhmYmZmZmZmZiwweGZkZWZjMDAwLTB4 ZmRlZmZmZmYsMHhmZDAwMDAwMC0weGZkN2ZmZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4wIG9u IHBjaTE2CnBjaWI2OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE0LjAgb24g cGNpMApwY2kxNzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKYmdlMDogPEhQIE5DMTA1aSBQ Q0llIEdpZ2FiaXQgU2VydmVyIEFkYXB0ZXIsIEFTSUMgcmV2LiAweGEyMDA+IG1lbSAweGZk ZmYwMDAwLTB4ZmRmZmZmZmYgaXJxIDE4IGF0IGRldmljZSAwLjAgb24gcGNpMTcKbWlpYnVz MDogPE1JSSBidXM+IG9uIGJnZTAKYnJncGh5MDogPEJDTTU3MjIgMTAvMTAwLzEwMDBiYXNl VFggUEhZPiBQSFkgMSBvbiBtaWlidXMwCmJyZ3BoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZE WCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1GRFgs IGF1dG8KYmdlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MjM6N2Q6ZGI6YjY6ZDgKYmdlMDog W0lUSFJFQURdCnBjaWI3OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE1LjAg b24gcGNpMApwY2kxODogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjcKYWNwaV9idXR0b24wOiA8 UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBv cnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMAp1YXJ0MDogW0ZJTFRF Ul0KYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIG9uIGFjcGkw CmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKaHdwc3RhdGUwOiA8Q29vbGBuJ1F1aWV0IDIu MD4gb24gY3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4g b24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApvcm0wOiA8SVNBIE9wdGlvbiBS T01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhjYTAwMC0weGNhZmZmIG9uIGlzYTAK c2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0Eg PDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0Eg VkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2Ew CmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2MCww eDY0IG9uIGlzYTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2Jk MCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQpw c20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tF RF0KcHNtMDogW0lUSFJFQURdCnBzbTA6IG1vZGVsIEdsaWRlUG9pbnQsIGRldmljZSBJRCAw CnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlClRpbWVjb3VudGVycyB0aWNr IGV2ZXJ5IDEuMDAwIG1zZWMKdXNidXMwOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1 c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMC4xOiA8blZpZGlhPiBh dCB1c2J1czAKdWh1YjA6IDxuVmlkaWEgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8blZpZGlhPiBhdCB1c2J1 czEKdWh1YjE6IDxuVmlkaWEgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1aHViMDogMTAgcG9ydHMgd2l0aCAxMCByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMTAgcG9ydHMgd2l0aCAxMCByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAphZDg6IDE0MzA3OTlNQiA8U2VhZ2F0ZSBTVDMxNTAwMzQxQVMgQ0MxSD4g YXQgYXRhNC1tYXN0ZXIgU0FUQTMwMAphZDEwOiAxNDMwNzk5TUIgPFNlYWdhdGUgU1QzMTUw MDM0MUFTIENDMUg+IGF0IGF0YTUtbWFzdGVyIFNBVEEzMDAKYWQxMjogMjM4NDc1TUIgPFNl YWdhdGUgU1QzMjUwMzEwTlMgU04wNj4gYXQgYXRhNi1tYXN0ZXIgU0FUQTE1MAphY2QwOiBE VkRST00gPFRTU1Rjb3JwRFZELVJPTSBUUy1IMzUzQi9JRzAxPiBhdCBhdGE3LW1hc3RlciBT QVRBMTUwClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMyBMYXVuY2hl ZCEKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVu YWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNlLgpHRU9NOiBhZDEyczE6IGdlb21l dHJ5IGRvZXMgbm90IG1hdGNoIGxhYmVsICgyNTVoLDYzcyAhPSAxNmgsNjNzKS4KUm9vdCBt b3VudCB3YWl0aW5nIGZvcjogdXNidXMxCnVnZW4wLjI6IDxTZXJ2ZXJFbmdpbmVzPiBhdCB1 c2J1czAKdWtiZDA6IDxTZXJ2ZXJFbmdpbmVzIFNFIFVTQiBEZXZpY2UsIGNsYXNzIDAvMCwg cmV2IDEuMTAvMC4wMSwgYWRkciAyPiBvbiB1c2J1czAKa2JkMiBhdCB1a2JkMAp1bXMwOiA8 U2VydmVyRW5naW5lcyBTRSBVU0IgRGV2aWNlLCBjbGFzcyAwLzAsIHJldiAxLjEwLzAuMDEs IGFkZHIgMj4gb24gdXNidXMwCnVtczA6IDggYnV0dG9ucyBhbmQgW1hZWl0gY29vcmRpbmF0 ZXMgSUQ9MAp1Z2VuMS4yOiA8S2luZ3N0b24+IGF0IHVzYnVzMQp1bWFzczA6IDxLaW5nc3Rv biBEYXRhVHJhdmVsZXIgMi4wLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuMTAsIGFkZHIgMj4g b24gdXNidXMxCnVtYXNzMDogIFNDU0kgb3ZlciBCdWxrLU9ubHk7IHF1aXJrcyA9IDB4MDAw MApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKdW1hc3MwOjA6MDotMTogQXR0YWNo ZWQgdG8gc2NidXMwCmRhMCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHRhcmdldCAwIGx1biAwCmRh MDogPEtpbmdzdG9uIERhdGFUcmF2ZWxlciAyLjAgUE1BUD4gUmVtb3ZhYmxlIERpcmVjdCBB Y2Nlc3MgU0NTSS0wIGRldmljZSAKZGEwOiA0MC4wMDBNQi9zIHRyYW5zZmVycwpkYTA6IDM5 MzZNQiAoODA2MDkyOCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDUwMUMpCnVnZW4x LjM6IDxBcHBsZSwgSW5jLj4gYXQgdXNidXMxCnVodWIyOiA8QXBwbGUsIEluYy4gS2V5Ym9h cmQgSHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzk0LjE1LCBhZGRyIDM+IG9uIHVzYnVzMQpS b290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKdWh1YjI6IDMgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgYnVzIHBvd2VyZWQKdWdlbjEuNDogPEFwcGxlLCBJbmM+IGF0IHVzYnVzMQp1 a2JkMTogPEFwcGxlLCBJbmMgQXBwbGUgS2V5Ym9hcmQsIGNsYXNzIDAvMCwgcmV2IDIuMDAv MC42OSwgYWRkciA0PiBvbiB1c2J1czEKa2JkMyBhdCB1a2JkMQp1aGlkMDogPEFwcGxlLCBJ bmMgQXBwbGUgS2V5Ym9hcmQsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMC42OSwgYWRkciA0PiBv biB1c2J1czEKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9kYTBzMWEKYmdl MDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCg== --------------020702040807020602040307-- From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 1 06:50:02 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 424681065679 for ; Thu, 1 Oct 2009 06:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0B98FC28 for ; Thu, 1 Oct 2009 06:50:02 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n916o1BQ039044 for ; Thu, 1 Oct 2009 06:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n916o1uH039043; Thu, 1 Oct 2009 06:50:01 GMT (envelope-from gnats) Resent-Date: Thu, 1 Oct 2009 06:50:01 GMT Resent-Message-Id: <200910010650.n916o1uH039043@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Kazumi MORINAGA Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36F80106566B for ; Thu, 1 Oct 2009 06:45:59 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 247478FC13 for ; Thu, 1 Oct 2009 06:45:59 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n916jwtD072272 for ; Thu, 1 Oct 2009 06:45:58 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n916jwlG072271; Thu, 1 Oct 2009 06:45:58 GMT (envelope-from nobody) Message-Id: <200910010645.n916jwlG072271@www.freebsd.org> Date: Thu, 1 Oct 2009 06:45:58 GMT From: Kazumi MORINAGA To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Thu, 01 Oct 2009 11:27:32 +0000 Cc: Subject: amd64/139271: [PATCH] hpacucli does not work on the amd64 kernel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Oct 2009 06:50:02 -0000 >Number: 139271 >Category: amd64 >Synopsis: [PATCH] hpacucli does not work on the amd64 kernel >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Oct 01 06:50:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Kazumi MORINAGA >Release: amd64 FreeBSD 7.2-RELEASE, amd64 FreeBSD 8.0 beta3 >Organization: RIKEN, Japan >Environment: FreeBSD test 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri Sep 18 20:35:39 JST 2009 root@test:/usr/obj/usr/src/sys/GENERIC amd64 (patched GENERIC kernel) >Description: The hpacucli (ports/sysutils/hpacucli) that is an utility for the HP Smart Array RAID controller could not detect controller cards on the amd64 kernel. I tested the patch for pci_users.c that was posted to the freebsd-proliant@freebsd.org by Mr. John Hay on March 30, 2009. - http://lists.freebsd.org/pipermail/freebsd-proliant/2009-March/000498.html - Subject: hpacucli on 7-stable amd64, some progress The environment of the test is as follows, - HP DL360G5 with Smart Array P400i. - Patched GENERIC kernel amd64 ( FreeBSD 7.2-RELEASE / FreeBSD 8.0 beta3 ) It seems to work correctly in some commands (show, modify cacheratio=...., array all show, logcaldrive show, physicaldrive show). --- show all information ctrl all show Controller Smart Array P400i at 0 Bus Interface: PCI Slot: 0 Serial Number: PH91MQ2642 Cache serialnumber: PA82C0J9SX32IG RAID 6 (ADG) Status: Enabled RAID 6 (ADG) Enabler Status: Enabled Controller Status: OK Chassis Slot: 1 Hardware Revision: Rev E Firmware Version: 5.26 Rebuild Priority: Medium Expand Priority: Medium Surface Scan Delay: 15 sec Cache Board Present: True Cache Status: OK Accelerator Ratio: 100/0 (read/write) Total Cache Size: 256 MB Battery Pack Count: 1 Battery Status: OK --- modify cacheratio controller slot=0 modify cacheratio=25/75 controller slot=0 show ... 　Cache Status: OK 　Accelerator Ratio: 25/75 (read/write) ... ctrl slot=0 modify cacheratio=100/0 ctrl slot=0 show ... 　Cache Status: OK 　Accelerator Ratio: 100/0 (read/write) ... --- show array information ctrl slot=0 array all show 　Smart Array P400i in Slot 0 　 Array: A 　 Interface Type: SAS 　 Unused Space: 0 MB 　 Status: OK --- show logcaldrive information ctrl slot=0 logcaldrive all show 　Smart Array P400i in Slot 0 　 Logical Drive: 1 　 Size: 68.3 GB 　 Fault Tolerance: 1+0 　 Heads: 255 　 Sectors Per Track: 32 　 Cylinders: 17562 　 Stripe Size: 128 KB 　 Status: Ok 　 Array Accelerator: Enabled 　 Has Data On Drive: True 　 Unique Identifier: xxxx (masked) 　 Preferred Controller Chassis Slot: 1 --- show physicaldrive information ctrl slot=0 physicaldrive all show 　Smart Array P400i in Slot 0 　physicaldrive 1:1 　 Port: 1I 　 Box: 1 　 Bay: 1 　 Status: OK 　 Drive Type: Data Drive 　 Interface Type: SAS 　 Size: 73.4 GB 　 Transfer Speed: 3.0 Gbps 　 Rotational Speed: 15000 　 Firmware Revision: HPD3 　 Serial Number: xxxx (masked) 　physicaldrive 1:2 　 Port: 1I 　 Box: 1 　 Bay: 2 　 Status: OK 　 Drive Type: Data Drive 　 Interface Type: SAS 　 Size: 73.4 GB 　 Transfer Speed: 3.0 Gbps 　 Rotational Speed: 15000 　 Firmware Revision: HPD3 　 Serial Number: xxxx (masked) >How-To-Repeat: Install the hpacucli from ports (required: modification of the makefile). Run the hpacucli with "ctrl all show" option. It will display the following message. Error: No controllers detected. >Fix: Patch to /usr/src/sys/dev/pci/pci_user.c. This patch is same as Mr. Jhon Hay's patch that was posted to the freebsd-proliant@freebsd.org by Mr. John Hay on March 30, 2009. - http://lists.freebsd.org/pipermail/freebsd-proliant/2009-March/000498.html - Subject: hpacucli on 7-stable amd64, some progress Patch attached with submission follows: --- pci_user.c.orig 2009-09-10 11:36:37.000000000 +0900 +++ pci_user.c 2009-09-10 11:36:41.000000000 +0900 @@ -225,6 +225,49 @@ u_int32_t pi_data; /* data to write or result of read */ }; +#ifdef COMPAT_IA32 +struct pci_conf_old32 { + struct pcisel_old pc_sel; /* bus+slot+function */ + u_int8_t pc_hdr; /* PCI header type */ + u_int16_t pc_subvendor; /* card vendor ID */ + u_int16_t pc_subdevice; /* card device ID, assigned by + card vendor */ + u_int16_t pc_vendor; /* chip vendor ID */ + u_int16_t pc_device; /* chip device ID, assigned by + chip vendor */ + u_int8_t pc_class; /* chip PCI class */ + u_int8_t pc_subclass; /* chip PCI subclass */ + u_int8_t pc_progif; /* chip PCI programming interface */ + u_int8_t pc_revid; /* chip revision ID */ + char pd_name[PCI_MAXNAMELEN + 1]; /* device name */ + u_int32_t pd_unit; /* device unit number (u_long) */ +}; + +struct pci_match_conf_old32 { + struct pcisel_old pc_sel; /* bus+slot+function */ + char pd_name[PCI_MAXNAMELEN + 1]; /* device name */ + u_int32_t pd_unit; /* Unit number (u_long) */ + u_int16_t pc_vendor; /* PCI Vendor ID */ + u_int16_t pc_device; /* PCI Device ID */ + u_int8_t pc_class; /* PCI class */ + pci_getconf_flags_old flags; /* Matching expression */ +}; + +struct pci_conf_io32 { + u_int32_t pat_buf_len; /* pattern buffer length */ + u_int32_t num_patterns; /* number of patterns */ + u_int32_t patterns; /* pattern buffer (struct pci_match_conf_old32 *) */ + u_int32_t match_buf_len; /* match buffer length */ + u_int32_t num_matches; /* number of matches returned */ + u_int32_t matches; /* match buffer (struct pci_conf_old32 *) */ + u_int32_t offset; /* offset into device list */ + u_int32_t generation; /* device list generation */ + pci_getconf_status status; /* request status */ +}; + +#define PCIOCGETCONF_OLD32 _IOWR('p', 1, struct pci_conf_io32) +#endif + #define PCIOCGETCONF_OLD _IOWR('p', 1, struct pci_conf_io) #define PCIOCREAD_OLD _IOWR('p', 2, struct pci_io_old) #define PCIOCWRITE_OLD _IOWR('p', 3, struct pci_io_old) @@ -295,6 +338,69 @@ return(1); } +static int +pci_conf_match_old32(struct pci_match_conf_old32 *matches, int num_matches, + struct pci_conf *match_buf) +{ + int i; + + if ((matches == NULL) || (match_buf == NULL) || (num_matches <= 0)) + return(1); + + for (i = 0; i < num_matches; i++) { + if (match_buf->pc_sel.pc_domain != 0) + continue; + + /* + * I'm not sure why someone would do this...but... + */ + if (matches[i].flags == PCI_GETCONF_NO_MATCH_OLD) + continue; + + /* + * Look at each of the match flags. If it's set, do the + * comparison. If the comparison fails, we don't have a + * match, go on to the next item if there is one. + */ + if (((matches[i].flags & PCI_GETCONF_MATCH_BUS_OLD) != 0) + && (match_buf->pc_sel.pc_bus != matches[i].pc_sel.pc_bus)) + continue; + + if (((matches[i].flags & PCI_GETCONF_MATCH_DEV_OLD) != 0) + && (match_buf->pc_sel.pc_dev != matches[i].pc_sel.pc_dev)) + continue; + + if (((matches[i].flags & PCI_GETCONF_MATCH_FUNC_OLD) != 0) + && (match_buf->pc_sel.pc_func != matches[i].pc_sel.pc_func)) + continue; + + if (((matches[i].flags & PCI_GETCONF_MATCH_VENDOR_OLD) != 0) + && (match_buf->pc_vendor != matches[i].pc_vendor)) + continue; + + if (((matches[i].flags & PCI_GETCONF_MATCH_DEVICE_OLD) != 0) + && (match_buf->pc_device != matches[i].pc_device)) + continue; + + if (((matches[i].flags & PCI_GETCONF_MATCH_CLASS_OLD) != 0) + && (match_buf->pc_class != matches[i].pc_class)) + continue; + + if (((matches[i].flags & PCI_GETCONF_MATCH_UNIT_OLD) != 0) + && ((u_int32_t)match_buf->pd_unit != matches[i].pd_unit)) + continue; + + if (((matches[i].flags & PCI_GETCONF_MATCH_NAME_OLD) != 0) + && (strncmp(matches[i].pd_name, match_buf->pd_name, + sizeof(match_buf->pd_name)) != 0)) + continue; + + return(0); + } + + return(1); +} + #endif static int @@ -314,13 +420,21 @@ size_t confsz, iolen, pbufsz; int error, ionum, i, num_patterns; #ifdef PRE7_COMPAT +#ifdef COMPAT_IA32 + struct pci_conf_io32 *cio32; +#endif struct pci_conf_old conf_old; + struct pci_conf_old32 conf_old32; struct pci_io iodata; struct pci_io_old *io_old; struct pci_match_conf_old *pattern_buf_old; + struct pci_match_conf_old32 *pattern_buf_old32; + cio = NULL; + cio32 = NULL; io_old = NULL; pattern_buf_old = NULL; + pattern_buf_old32 = NULL; if (!(flag & FWRITE) && cmd != PCIOCGETBAR && cmd != PCIOCGETCONF && cmd != PCIOCGETCONF_OLD) @@ -332,11 +446,27 @@ switch(cmd) { #ifdef PRE7_COMPAT + case PCIOCGETCONF_OLD32: + cio32 = (struct pci_conf_io32 *)data; + cio = malloc(sizeof(struct pci_conf_io), M_TEMP, M_WAITOK); + cio->pat_buf_len = cio32->pat_buf_len; + cio->num_patterns = cio32->num_patterns; + cio->patterns = (void *)(uintptr_t)cio32->patterns; + cio->match_buf_len = cio32->match_buf_len; + cio->num_matches = cio32->num_matches; + cio->matches = (void *)(uintptr_t)cio32->matches; + cio->offset = cio32->offset; + cio->generation = cio32->generation; + cio->status = cio32->status; + cio32->num_matches = 0; + /* FALLTHROUGH */ + case PCIOCGETCONF_OLD: /* FALLTHROUGH */ #endif case PCIOCGETCONF: - cio = (struct pci_conf_io *)data; + if (cio == NULL) + cio = (struct pci_conf_io *)data; pattern_buf = NULL; num_patterns = 0; @@ -354,7 +484,7 @@ && (cio->generation != pci_generation)){ cio->status = PCI_GETCONF_LIST_CHANGED; error = 0; - break; + goto getconfexit; } /* @@ -364,7 +494,7 @@ if (cio->offset >= pci_numdevs) { cio->status = PCI_GETCONF_LAST_DEVICE; error = 0; - break; + goto getconfexit; } /* get the head of the device queue */ @@ -377,6 +507,11 @@ * didn't specify a multiple of that size. */ #ifdef PRE7_COMPAT +#ifdef COMPAT_IA32 + if (cmd == PCIOCGETCONF_OLD32) + confsz = sizeof(struct pci_conf_old32); + else +#endif if (cmd == PCIOCGETCONF_OLD) confsz = sizeof(struct pci_conf_old); else @@ -411,6 +546,11 @@ * updated their kernel but not their userland. */ #ifdef PRE7_COMPAT +#ifdef COMPAT_IA32 + if (cmd == PCIOCGETCONF_OLD32) + pbufsz = sizeof(struct pci_match_conf_old32); + else +#endif if (cmd == PCIOCGETCONF_OLD) pbufsz = sizeof(struct pci_match_conf_old); else @@ -420,13 +560,19 @@ /* The user made a mistake, return an error. */ cio->status = PCI_GETCONF_ERROR; error = EINVAL; - break; + goto getconfexit; } /* * Allocate a buffer to hold the patterns. */ #ifdef PRE7_COMPAT + if (cmd == PCIOCGETCONF_OLD32) { + pattern_buf_old32 = malloc(cio->pat_buf_len, + M_TEMP, M_WAITOK); + error = copyin(cio->patterns, + pattern_buf_old32, cio->pat_buf_len); + } else if (cmd == PCIOCGETCONF_OLD) { pattern_buf_old = malloc(cio->pat_buf_len, M_TEMP, M_WAITOK); @@ -452,7 +598,7 @@ */ cio->status = PCI_GETCONF_ERROR; error = EINVAL; - break; + goto getconfexit; } /* @@ -484,7 +630,11 @@ } #ifdef PRE7_COMPAT - if ((cmd == PCIOCGETCONF_OLD && + if ((cmd == PCIOCGETCONF_OLD32 && + (pattern_buf_old32 == NULL || + pci_conf_match_old32(pattern_buf_old32, + num_patterns, &dinfo->conf) == 0)) || + (cmd == PCIOCGETCONF_OLD && (pattern_buf_old == NULL || pci_conf_match_old(pattern_buf_old, num_patterns, &dinfo->conf) == 0)) || @@ -509,6 +659,38 @@ break; #ifdef PRE7_COMPAT + if (cmd == PCIOCGETCONF_OLD32) { + conf_old32.pc_sel.pc_bus = + dinfo->conf.pc_sel.pc_bus; + conf_old32.pc_sel.pc_dev = + dinfo->conf.pc_sel.pc_dev; + conf_old32.pc_sel.pc_func = + dinfo->conf.pc_sel.pc_func; + conf_old32.pc_hdr = dinfo->conf.pc_hdr; + conf_old32.pc_subvendor = + dinfo->conf.pc_subvendor; + conf_old32.pc_subdevice = + dinfo->conf.pc_subdevice; + conf_old32.pc_vendor = + dinfo->conf.pc_vendor; + conf_old32.pc_device = + dinfo->conf.pc_device; + conf_old32.pc_class = + dinfo->conf.pc_class; + conf_old32.pc_subclass = + dinfo->conf.pc_subclass; + conf_old32.pc_progif = + dinfo->conf.pc_progif; + conf_old32.pc_revid = + dinfo->conf.pc_revid; + strncpy(conf_old32.pd_name, + dinfo->conf.pd_name, + sizeof(conf_old32.pd_name)); + conf_old32.pd_name[PCI_MAXNAMELEN] = 0; + conf_old32.pd_unit = + (u_int32_t)dinfo->conf.pd_unit; + confdata = &conf_old32; + } else if (cmd == PCIOCGETCONF_OLD) { conf_old.pc_sel.pc_bus = dinfo->conf.pc_sel.pc_bus; @@ -575,9 +757,22 @@ cio->status = PCI_GETCONF_MORE_DEVS; getconfexit: +#ifdef COMPAT_IA32 + if (cmd == PCIOCGETCONF_OLD32) { + cio32->status = cio->status; + cio32->generation = cio->generation; + cio32->offset = cio->offset; + cio32->num_matches = cio->num_matches; + if (cio != NULL) + free(cio, M_TEMP); + } +#endif + if (pattern_buf != NULL) free(pattern_buf, M_TEMP); #ifdef PRE7_COMPAT + if (pattern_buf_old32 != NULL) + free(pattern_buf_old32, M_TEMP); if (pattern_buf_old != NULL) free(pattern_buf_old, M_TEMP); #endif >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 1 11:43:23 2009 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 078271065672; Thu, 1 Oct 2009 11:43:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D5EBB8FC16; Thu, 1 Oct 2009 11:43:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n91BhMgI095358; Thu, 1 Oct 2009 07:43:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n91BhMmm095348; Thu, 1 Oct 2009 11:43:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 1 Oct 2009 11:43:22 GMT Message-Id: <200910011143.n91BhMmm095348@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Oct 2009 11:43:23 -0000 TB --- 2009-10-01 09:55:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-10-01 09:55:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-10-01 09:55:01 - cleaning the object tree TB --- 2009-10-01 09:55:01 - cvsupping the source tree TB --- 2009-10-01 09:55:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-10-01 10:04:04 - building world TB --- 2009-10-01 10:04:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-01 10:04:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-01 10:04:04 - TARGET=amd64 TB --- 2009-10-01 10:04:04 - TARGET_ARCH=amd64 TB --- 2009-10-01 10:04:04 - TZ=UTC TB --- 2009-10-01 10:04:04 - __MAKE_CONF=/dev/null TB --- 2009-10-01 10:04:04 - cd /src TB --- 2009-10-01 10:04:04 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 1 10:04:05 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 Oct 1 11:30:22 UTC 2009 TB --- 2009-10-01 11:30:22 - generating LINT kernel config TB --- 2009-10-01 11:30:22 - cd /src/sys/amd64/conf TB --- 2009-10-01 11:30:22 - /usr/bin/make -B LINT TB --- 2009-10-01 11:30:22 - building LINT kernel TB --- 2009-10-01 11:30:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-10-01 11:30:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-10-01 11:30:22 - TARGET=amd64 TB --- 2009-10-01 11:30:22 - TARGET_ARCH=amd64 TB --- 2009-10-01 11:30:22 - TZ=UTC TB --- 2009-10-01 11:30:22 - __MAKE_CONF=/dev/null TB --- 2009-10-01 11:30:22 - cd /src TB --- 2009-10-01 11:30:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 1 11:30:22 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/ichwd/ichwd.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/if_ndis/if_ndis.c cc1: warnings being treated as errors /src/sys/dev/if_ndis/if_ndis.c: In function 'ndis_inputtask': /src/sys/dev/if_ndis/if_ndis.c:1537: warning: comparison between pointer and integer /src/sys/dev/if_ndis/if_ndis.c: In function 'ndis_ticktask': /src/sys/dev/if_ndis/if_ndis.c:1749: warning: comparison between pointer and integer /src/sys/dev/if_ndis/if_ndis.c:1761: warning: comparison between pointer and integer *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-10-01 11:43:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-10-01 11:43:22 - ERROR: failed to build lint kernel TB --- 2009-10-01 11:43:22 - 4506.61 user 1008.22 system 6501.16 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 2 01:09:46 2009 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 221D2106566B for ; Fri, 2 Oct 2009 01:09:46 +0000 (UTC) (envelope-from preethi.cis@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEBE8FC1C for ; Fri, 2 Oct 2009 01:09:45 +0000 (UTC) Received: by fxm22 with SMTP id 22so711171fxm.36 for ; Thu, 01 Oct 2009 18:09:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :message-id:mime-version:content-type:x-mailer:x-mimeole :thread-index; bh=JlBhOpUjg/bo8zYuK1UZudHEi8C726quzwsKm1q27SY=; b=bfXg0ImlnFmV0Y84LRTOWNAkE0cNcWU/hysddOg1xmhDp64tcMKNTT391OjntzfMHE 9GLiDRtLOk2h2JIFU8+8rdZjWyku1dDSH+PaNvqdqX9Zp1nrh1G4j2Q7fv6taaIWGc3q kTXcUakWe6DHyQ1j0Szhj9jfNupAwebRFbgKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :x-mimeole:thread-index; b=HvHVfJO44NapXgjaHk0SQN5zxKIlBl2EkU3s7lRkqzCV338BPAv03tpG1TiwYl/Bit NgsCSyCNMrDHY5pnNPcdETDuW59X/HfhFTsmrPFppaTn1wEPMriyecikla+reA/1YTeA EsNfV+bWcWgvou+LNErJeXspeyl45s9OFZ1R8= Received: by 10.204.34.20 with SMTP id j20mr600363bkd.57.1254445784331; Thu, 01 Oct 2009 18:09:44 -0700 (PDT) Received: from prenatarwxp01 (173-116-235-143.pools.spcsdns.net [173.116.235.143]) by mx.google.com with ESMTPS id g28sm767187fkg.45.2009.10.01.18.09.41 (version=SSLv3 cipher=RC4-MD5); Thu, 01 Oct 2009 18:09:43 -0700 (PDT) From: "Preethi Natarajan" To: Date: Thu, 1 Oct 2009 18:09:39 -0700 Message-ID: <008c01ca42fd$0650acf0$6f3947ab@cisco.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Thread-Index: AcpC/QO8XXbter6rTo6FmevcK3D2ww== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: firefox build fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Oct 2009 01:09:46 -0000 Hello, I am trying to build firefox 3.0.11 from sources on an amd64 freebsd system. I am running into issues and would much appreciate pointers/help in this regard. Also, please let me know if this is not the right forum for this issue. Initially, I got the following error: gcc -o host_cppsetup.o -c -DXP_UNIX -DINCLUDEDIR=\"/usr/include\" -DOBJSUFFIX=\".o\" -DPREINCDIR=\"include\" -I../../../config/mkdepend -I. -I../../dist/include -I../../dist/include/mkdepend -I../../dist/include/nspr -I../../dist/sdk/include -I../../dist/include/nspr ../.. /../config/mkdepend/cppsetup.c In file included from ../../../config/mkdepend/cppsetup.c:29: ../../../config/mkdepend/def.h:30:21: error: X11/Xos.h: No such file or directory ../../../config/mkdepend/def.h:31:28: error: X11/Xfuncproto.h: No such file or directory gmake[4]: *** [host_cppsetup.o] Error 1 Basically, the build system complained about not being able to find /usr/include/X11/*. These files were in /usr/local/include/X11/*, so I created a link to these files in /usr/inlclude/X11. While this fixed the first error, I am not sure if that was the actual solution. After fixing /usr/include/X11, the build failed again as follows, and I'd appreciate any help. c++ -o xptcinvoke_unixish_x86.o -c -I../../../../../../dist/include/system_wrappers -include ../../../../../../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"FreeBSD7\" -DOSARCH=FreeBSD -DEXPORT_XPTC_API -D_IMPL_NS_COM -I../../../../../../../xpcom/reflect/xptcall/src/md/unix/../.. -I../../../../../../../xpcom/reflect/xptcall/src/md/unix/../../../../xptinfo /src -I../../../../../../../xpcom/reflect/xptcall/src/md/unix -I. -I../../../../../../dist/include/string -I../../../../../../dist/include -I../../../../../../dist/include/xpcom -I../../../../../../dist/include/nspr -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-a rith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-long-long -fno-strict-aliasing -fshort-wchar -pipe -DDEBUG -D_DEBUG -DDEBUG_prenatar -DTRACING -g -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../../../../mozilla-config.h ../../../../../../../xpcom/reflect/xptcall/src/md/unix/xptcinvoke_unixish_x8 6.cpp {standard input}: Assembler messages: {standard input}:182: Error: suffix or operands invalid for `push' {standard input}:183: Error: suffix or operands invalid for `push' {standard input}:184: Error: suffix or operands invalid for `push' {standard input}:188: Error: suffix or operands invalid for `push' {standard input}:189: Error: `(%ecx)' is not a valid 64 bit base/index expression {standard input}:191: Error: `(%edx,%eax,4)' is not a valid 64 bit base/index ex pression {standard input}:192: Error: `*(%edx)' is not a valid 64 bit base/index expressi on gmake[8]: *** [xptcinvoke_unixish_x86.o] Error 1 Thanks, Preethi Preethi From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 2 02:19:45 2009 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3136106566B for ; Fri, 2 Oct 2009 02:19:45 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-vw0-f171.google.com (mail-vw0-f171.google.com [209.85.212.171]) by mx1.freebsd.org (Postfix) with ESMTP id 9A76B8FC13 for ; Fri, 2 Oct 2009 02:19:45 +0000 (UTC) Received: by vws1 with SMTP id 1so422518vws.27 for ; Thu, 01 Oct 2009 19:19:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=1AJS6yedge44FRTOendcbGuwZ9rXXWIMgzSUCdMNVro=; b=mUIR7UTiQ0C3fKYAWPs1vywGUaC1wWx6OlsKC+gnCaFycUOAo0V267KsOFNMb5P2CD A6I/j1/wNss7o1UNgKi6i19JkISDUTKDcImqeP7YRtnjVs6i+hLveGbdzLvdUKVsJuuU fhiefkdlud9SLdJdDJrn6ogyuNBsiYm99LLkw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=AEr3jCkvWQxqPm0ljoYOCTHvkFLx5c0/XEWERFNzlZ3DW6YA+9VJEn6cTiHtoykGm8 IFfcOKE5+oeE4iUkhtWV/CVmgjopDYeI7ogmHSR92+IDS+y4QRkKacvUgPv94AU7myI8 ZbO1uHx9UH1DTWf23kolgclM0qVbyLyAXGR0k= MIME-Version: 1.0 Received: by 10.220.16.83 with SMTP id n19mr3714876vca.3.1254448096740; Thu, 01 Oct 2009 18:48:16 -0700 (PDT) In-Reply-To: <008c01ca42fd$0650acf0$6f3947ab@cisco.com> References: <008c01ca42fd$0650acf0$6f3947ab@cisco.com> Date: Thu, 1 Oct 2009 20:48:16 -0500 Message-ID: <790a9fff0910011848l4c7d2931ob45072faeb11fc00@mail.gmail.com> From: Scot Hetzel To: Preethi Natarajan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-amd64@freebsd.org Subject: Re: firefox build fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Oct 2009 02:19:46 -0000 On Thu, Oct 1, 2009 at 8:09 PM, Preethi Natarajan wrote: > Hello, > > I am trying to build firefox 3.0.11 from sources on an amd64 freebsd system. > I am running into issues and would much appreciate pointers/help in this > regard. Also, please let me know if this is not the right forum for this > issue. > Try building firefox 3 from the ports system (www/firefox3), as it has all of these problems resolved, and it is currently at version 3.0.14. You could also give www/firefox35 a try. The best place to ask these questions would be on freebsd-ports@freebsd.org Scot From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 2 02:57:47 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E96E1106568B; Fri, 2 Oct 2009 02:57:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C003B8FC19; Fri, 2 Oct 2009 02:57:47 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n922vlUP019893; Fri, 2 Oct 2009 02:57:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n922vlrW019889; Fri, 2 Oct 2009 02:57:47 GMT (envelope-from linimon) Date: Fri, 2 Oct 2009 02:57:47 GMT Message-Id: <200910020257.n922vlrW019889@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org From: linimon@FreeBSD.org X-Mailman-Approved-At: Fri, 02 Oct 2009 03:09:13 +0000 Cc: Subject: Re: ports/139271: [PATCH] sysutils/hpacucli does not work on the amd64 kernel X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Oct 2009 02:57:48 -0000 Old Synopsis: [PATCH] hpacucli does not work on the amd64 kernel New Synopsis: [PATCH] sysutils/hpacucli does not work on the amd64 kernel Responsible-Changed-From-To: freebsd-amd64->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Fri Oct 2 02:56:52 UTC 2009 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=139271 From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 3 03:10:01 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BBEF1065679 for ; Sat, 3 Oct 2009 03:10:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7836A8FC16 for ; Sat, 3 Oct 2009 03:10:01 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n933A1FE045681 for ; Sat, 3 Oct 2009 03:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n933A1VY045680; Sat, 3 Oct 2009 03:10:01 GMT (envelope-from gnats) Resent-Date: Sat, 3 Oct 2009 03:10:01 GMT Resent-Message-Id: <200910030310.n933A1VY045680@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Craig Gill Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECE911065670 for ; Sat, 3 Oct 2009 03:05:05 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id DB82E8FC12 for ; Sat, 3 Oct 2009 03:05:05 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n93355OL046404 for ; Sat, 3 Oct 2009 03:05:05 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n93355VX046403; Sat, 3 Oct 2009 03:05:05 GMT (envelope-from nobody) Message-Id: <200910030305.n93355VX046403@www.freebsd.org> Date: Sat, 3 Oct 2009 03:05:05 GMT From: Craig Gill To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Sat, 03 Oct 2009 03:26:07 +0000 Cc: Subject: amd64/139321: snort-2.8.4.1_1 not compiling - dlsym no messages X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Oct 2009 03:10:01 -0000 >Number: 139321 >Category: amd64 >Synopsis: snort-2.8.4.1_1 not compiling - dlsym no messages >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: maintainer-update >Submitter-Id: current-users >Arrival-Date: Sat Oct 03 03:10:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Craig Gill >Release: 7.2 >Organization: >Environment: FreeBSD cbox.mypingdom.com 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #3: Fri Sep 4 21:36:59 CDT 2009 root@cbox.mypingdom.com:/usr/obj/usr/src/sys/MYKERNEL amd64 >Description: snort-2.8.4.1_1 config fails to compiles, errors out during configure. relevant lines: checking for pcre.h... yes checking for pcre_compile in -lpcre... yes checking for libpcre version 6.0 or greater... yes configure: WARNING: Providing a directory for the --with-mysql option configure: WARNING: will be deprecated in the future in favour of configure: WARNING: --with-mysql-libraries and --with-mysql-includes configure: WARNING: options to address issues with non-standard configure: WARNING: installations and 64bit platforms. checking for mysql... yes checking for compress in -lz... yes checking for mysql default client reconnect... yes checking for dlsym in -ldl... no checking for dlsym in -lc... no ERROR! programmatic interface to dynamic link loader not found. Cannot use dynamic plugin libraries. ===> Script "configure" failed unexpectedly. Please report the problem to clsung@FreeBSD.org [maintainer] and attach the "/usr/ports/security/snort/work/snort-2.8.4.1/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/security/snort. *** Error code 1 Stop in /usr/ports/security/snort. >How-To-Repeat: cd /usr/ports/security/snort make install clean >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 3 13:33:11 2009 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9BE11065693; Sat, 3 Oct 2009 13:33:11 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B08888FC16; Sat, 3 Oct 2009 13:33:11 +0000 (UTC) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n93DXBGO039717; Sat, 3 Oct 2009 13:33:11 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n93DXBOJ039713; Sat, 3 Oct 2009 13:33:11 GMT (envelope-from gavin) Date: Sat, 3 Oct 2009 13:33:11 GMT Message-Id: <200910031333.n93DXBOJ039713@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: ports/139321: ports/snort 2.8.4.1_1 not compiling - dlsym no messages X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Oct 2009 13:33:11 -0000 Old Synopsis: snort-2.8.4.1_1 not compiling - dlsym no messages New Synopsis: ports/snort 2.8.4.1_1 not compiling - dlsym no messages Responsible-Changed-From-To: freebsd-amd64->freebsd-ports-bugs Responsible-Changed-By: gavin Responsible-Changed-When: Sat Oct 3 13:32:16 UTC 2009 Responsible-Changed-Why: Ports bug http://www.freebsd.org/cgi/query-pr.cgi?pr=139321