From owner-freebsd-amd64@FreeBSD.ORG Sun Mar 18 11:51:44 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D907616A401; Sun, 18 Mar 2007 11:51:44 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from mail1.chaos1.de (Mail1.Chaos1.de [213.160.12.53]) by mx1.freebsd.org (Postfix) with ESMTP id 97BB213C4C9; Sun, 18 Mar 2007 11:51:44 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from claudius6.in.chaos1.de ([192.168.220.106]) by mail1.chaos1.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.44) id 1HStvL-0007lH-4N; Sun, 18 Mar 2007 12:51:43 +0100 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <111EFCD1-0B88-4646-BCF5-B13D1F3BBCB0@khera.org> References: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> <111EFCD1-0B88-4646-BCF5-B13D1F3BBCB0@khera.org> Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed Message-Id: <7489C7AA-BD33-4144-ABD4-73338CD5C7C7@Chaos1.DE> Content-Transfer-Encoding: quoted-printable From: Axel Rau Date: Sun, 18 Mar 2007 12:51:17 +0100 To: freebsd-database@freebsd.org, FreeBSD AMD list X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: New Opteron box, dedicated to PostgreSQL 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: Sun, 18 Mar 2007 11:51:44 -0000 Am 16.03.2007 um 21:04 schrieb Vivek Khera: > > On Mar 16, 2007, at 7:17 AM, Claus Guttesen wrote: > >>> while configuring my 1st PostgreSQL box with dual Opterons (2212) on >>> FreeBSD, I have some questions: >>> >>> 3. What are the recommendations for tuning I/O)? >>> - setting sysctl vfs.read_max to 16 or 32 >>> - rebuilding the relevant filesystem with 32K blocks and 4K =20 >>> frags >>> Are these reliable? >> >> The following were suggetions from Vivek Khera: > > I've recently bumped the shmall and shmmax on my dual opteron with =20 > 16GB of RAM, and increased correspondingly the shared buffers. > > The max shmall you can set on freebsd (at least 6.1) is 2147483647, =20= > so I set shmall to 524288 to correspond. This supports 250000 =20 > shared buffers and 100 max connections. Might support more, but =20 > definitely not 260000. This box will start with 8GB of RAM, should also support 100 =20 connections, so I will try half of your values (pretty your settings =20 posted by Claus Guttesen ). > > I'm also using vfs.read_max=3D32 but I haven't really tested if it =20 > makes a big difference in formal benchmarks. > > The other day I was having some I/O overload, so I tried setting =20 > vfs.hirunningspace to 3K but it didn't solve my immediate problem. =20= > I've left that setting for now. Doesn't seem to really make a big =20 > difference. > > I find that the adaptec 2230SLP RAID controllers are not able to =20 > keep up with my load, but the LSI 320-2X is. I'm currently =20 > investigating external arrays attached via fibre for some boost. This box will have an Areca ARC-1261ML (RAID 1 for OS and WAL, RAID 0 =20= with 7xRAID1 for pg_data). Any hints beside the usual partition alignment and stripe size of =20 128kB ? Do you use ufs2 with softupdates? regards, Axel --------------------------------------------------------------------- Axel Rau, =E2=98=80Frankfurt , Germany +49 69 9514 = 18 0 From owner-freebsd-amd64@FreeBSD.ORG Sun Mar 18 12:16:37 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 763F916A401; Sun, 18 Mar 2007 12:16:37 +0000 (UTC) (envelope-from Axel.Rau@chaos1.de) Received: from mail1.chaos1.de (Mail1.Chaos1.de [213.160.12.53]) by mx1.freebsd.org (Postfix) with ESMTP id 13FB013C45E; Sun, 18 Mar 2007 12:16:37 +0000 (UTC) (envelope-from Axel.Rau@chaos1.de) Received: from claudius6.in.chaos1.de ([192.168.220.106]) by mail1.chaos1.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.44) id 1HSuJP-0000mb-6I; Sun, 18 Mar 2007 13:16:36 +0100 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> Message-Id: <9012051A-E60C-4408-B772-B2A733CE23F8@chaos1.de> From: Axel Rau Date: Sun, 18 Mar 2007 13:16:26 +0100 To: freebsd-database@freebsd.org, FreeBSD AMD list X-Mailer: Apple Mail (2.752.2) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: New Opteron box, dedicated to PostgreSQL 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: Sun, 18 Mar 2007 12:16:37 -0000 Am 16.03.2007 um 12:17 schrieb Claus Guttesen: > > /boot/loader.conf: > > kern.ipc.semmni=3D256 > kern.ipc.semmns=3D2048 > > > /etc/sysctl.conf: > > kern.ipc.somaxconn=3D2048 This one is new to me. > > # Suggestions by Vivek Khera from postgresql performance > kern.ipc.shm_use_phys=3D1 > kern.ipc.shmmax=3D1073741824 > kern.ipc.shmall=3D262144 > kern.ipc.semmsl=3D512 > kern.ipc.semmap=3D256 > > > This is on a four-way woodcrest at 3 GHz and 16 GB ram so you may want > to adjust the values. Thank you for this valuable info. I will use it as a starting point. Regards, Axel --------------------------------------------------------------------- Axel Rau, =E2=98=80Frankfurt , Germany +49 69 9514 = 18 0 From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 10:31:00 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 349D916A400; Mon, 19 Mar 2007 10:31:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5956913C45D; Mon, 19 Mar 2007 10:30:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id B64E3ED4419; Mon, 19 Mar 2007 12:30:53 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tUl4S+Iz+-er; Mon, 19 Mar 2007 12:30:48 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 0D2A9ED400B; Mon, 19 Mar 2007 12:30:48 +0200 (EET) Message-ID: <45FE665A.7030704@icyb.net.ua> Date: Mon, 19 Mar 2007 12:30:50 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: pyunyh@gmail.com References: <45FACBE4.5090403@icyb.net.ua> <20070319102444.GD13303@cdnetworks.co.kr> In-Reply-To: <20070319102444.GD13303@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: nve: ethernet address reversal code 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, 19 Mar 2007 10:31:00 -0000 on 19/03/2007 12:24 Pyun YongHyeon said the following: > > Unlike other MCP hardwares, MCP61/MCP65/MCP67 stores ethernet address > in-order. nve(4)/nfe(4) should not swap ethernet address on these > hardwares. Peer Chen at NVIDIA and Shigeaki Tagashira sent me patches > to the issue and I've updated new nfe(4). > If you use CURRENT, try updated nfe(4) at the following URL. > > http://people.freebsd.org/~yongari/if_nfe.c > http://people.freebsd.org/~yongari/if_nfereg.h > http://people.freebsd.org/~yongari/if_nfevar.h > > For more detailed revision history and RELENG_6 sources, see > http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html Pyun, thank you very much for this clarification! I hope that nve gets patched as well. I have been meaning to try nfe for some time now, but I am still using nve as it works well for me (judging from the lists this is not the universal case). -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 10:48:54 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDB0C16A404 for ; Mon, 19 Mar 2007 10:48:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 753A113C48A for ; Mon, 19 Mar 2007 10:48:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 36so1307768wra for ; Mon, 19 Mar 2007 03:48:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=hAQj8whJgzuF98xy4GkdYkJufj2HZGWtMgS8rA6h4ROM3ZIomvravuQ+kDUfnM2eo0Dvcc+/7ML0RIlXqAxozZaYpM/LA7A7JKG6HPjAu549X5+AuTVsDSuohnXS+44msvV1oIbRGIRn6rfK+QuaPTzsRJg5aERP/IsOyIHLfQw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=dDK4c93LMEbjZxnwfxNLjV1GAePPq/RMOl7t6QAQQW+FLzGMGaokgwhbGOGc6YqhmuwPHrFoDIAnpW5NxkK4uoR7RtmqwiIDeROw/LKuU1ss2g8jNBcavUuk/NBAYnowEY21BCTLLRrSEWAQycx4n0W3adDENPjZCNI6T6lFMa4= Received: by 10.65.233.16 with SMTP id k16mr7401349qbr.1174299671286; Mon, 19 Mar 2007 03:21:11 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 17sm24190195nzo.2007.03.19.03.21.07; Mon, 19 Mar 2007 03:21:09 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l2JAOkCx015555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Mar 2007 19:24:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l2JAOia8015554; Mon, 19 Mar 2007 19:24:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 19 Mar 2007 19:24:44 +0900 From: Pyun YongHyeon To: Andriy Gapon Message-ID: <20070319102444.GD13303@cdnetworks.co.kr> References: <45FACBE4.5090403@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45FACBE4.5090403@icyb.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: nve: ethernet address reversal code X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 10:48:54 -0000 On Fri, Mar 16, 2007 at 06:55:00PM +0200, Andriy Gapon wrote: > > I am wondering what is the purpose of the following pieces of code in > if_nve.c: > > /* ... nve_attach ... */ > /* MAC is loaded backwards into h/w reg */ > sc->hwapi->pfnGetNodeAddress(sc->hwapi->pADCX, sc->original_mac_addr); > for (i = 0; i < 6; i++) { > eaddr[i] = sc->original_mac_addr[5 - i]; > } > sc->hwapi->pfnSetNodeAddress(sc->hwapi->pADCX, eaddr); > bcopy(eaddr, (char *)&sc->sc_macaddr, ETHER_ADDR_LEN); > > > /* ... nve_detach ... */ > /* Reload unreversed address back into MAC in original state */ > if (sc->original_mac_addr) > sc->hwapi->pfnSetNodeAddress(sc->hwapi->pADCX, > sc->original_mac_addr); > > Small note: pointer check in nve_detach is obviously not needed because > sc->original_mac_addr is not a pointer but an array. > > > I am asking the question for two reasons: > > 1. [theoretical] I am not sure what pfnSetNodeAddress() is doing, but if > it makes modification in NIC memory that can persist across PC reset or > poweroff, then this code can be dangerous if a machine crashes/hangs/etc. > > 2. [practical] I recently installed 6.2-RELEASE amd64 on Asus M2N > machine (chipset nForce 430 MCP == MCP61, onboard NIC pci chip id is > 03ef). After a small patch to add this ID to nve everything worked very > well (in 1 Gb mode). That is, almost everything: I had a very strange > problems access one particular machine on my LAN. I still don't know > what exactly was the problem, but during its investigation I noticed my > MAC address looked strange compared to other MAC addresses. You, we have > a bunch of machines with identical HW on our LAN, they all run either > Linux or Windows, mine is the only FreeBSD one. > So, my ethernet address was a5:07:9f:f3:18:00, but other guys had > something like 00:18:f3:9f:XX:YY. After some digging around I went into > the sources, changed [5-i] to [i] and everything started to work perfectly. > Then I looked at some other machine that uses nve: FreeBSD 6.1 i386, > Abit NF7 motherboard (nForce2 chipset). MAC address there is > 00:50:8d:4d:aa:83, which looks pretty normal. > > So I am wondering if this is a 64-bit thing or something specific to a > particular chipset. Unfortunately, I can not test i386 version of > FreeBSD (patched to recognize my chipset) on this hardware now. > > P.S. just in case, here's a verbose dmesg after both of my patches and > kldunload/kldload: > Mar 14 19:05:32 rein kernel: pci0:7:0: reprobing on driver added > Mar 14 19:05:32 rein kernel: nve0: Adapter> port 0xe480-0xe487 mem 0xddefd000-0xddefdfff irq 20 at device 7.0 > on pci0 > Mar 14 19:05:32 rein kernel: nve0: nvenetlib.o version 1.0-13 > Mar 14 19:05:32 rein kernel: nve0: Ethernet address 00:18:f3:9f:07:a5 > Mar 14 19:05:32 rein kernel: miibus0: on nve0 > Mar 14 19:05:32 rein kernel: ukphy0: interface> on miibus0 > Mar 14 19:05:32 rein kernel: ukphy0: OUI 0x001374, model 0x0001, rev. 6 > Mar 14 19:05:32 rein kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT-FDX, auto > Mar 14 19:05:32 rein kernel: nve0: bpf attached > Mar 14 19:05:32 rein kernel: nve0: Ethernet address: 00:18:f3:9f:07:a5 > Mar 14 19:05:32 rein kernel: nve0: [MPSAFE] > Mar 14 19:05:32 rein kernel: pci1: driver added > Mar 14 19:05:32 rein kernel: pci2: driver added > Mar 14 19:05:32 rein kernel: found-> vendor=0x10de, dev=0x016a, > revid=0xa1 > Mar 14 19:05:32 rein kernel: bus=2, slot=0, func=0 > Mar 14 19:05:32 rein kernel: class=03-00-00, hdrtype=0x00, mfdev=0 > Mar 14 19:05:32 rein kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 > (dwords) > Mar 14 19:05:32 rein kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), > maxlat=0x00 (0 ns) > Mar 14 19:05:32 rein kernel: intpin=a, irq=16 > Mar 14 19:05:32 rein kernel: powerspec 2 supports D0 D3 current D0 > Mar 14 19:05:32 rein kernel: MSI supports 1 message, 64 bit > Unlike other MCP hardwares, MCP61/MCP65/MCP67 stores ethernet address in-order. nve(4)/nfe(4) should not swap ethernet address on these hardwares. Peer Chen at NVIDIA and Shigeaki Tagashira sent me patches to the issue and I've updated new nfe(4). If you use CURRENT, try updated nfe(4) at the following URL. http://people.freebsd.org/~yongari/if_nfe.c http://people.freebsd.org/~yongari/if_nfereg.h http://people.freebsd.org/~yongari/if_nfevar.h For more detailed revision history and RELENG_6 sources, see http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html -- Regards, Pyun YongHyeon From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 11:08:16 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88ED016A400 for ; Mon, 19 Mar 2007 11:08:16 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 68A6713C4CC for ; Mon, 19 Mar 2007 11:08:16 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l2JB8GnF055375 for ; Mon, 19 Mar 2007 11:08:16 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2JB8En2055371 for freebsd-amd64@FreeBSD.org; Mon, 19 Mar 2007 11:08:14 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Mar 2007 11:08:14 GMT Message-Id: <200703191108.l2JB8En2055371@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 19 Mar 2007 11:08:16 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing filesystem w 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/69704 amd64 ext2/ext3 unstable in amd64 o amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy load o amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was seen but timeout o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/73650 amd64 5.3-release panics on boot o amd64/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/80114 amd64 kldload snd_ich causes interrupt storm when ACPI is en o amd64/80691 amd64 amd64 kernel hangs on load o amd64/81037 amd64 SATA problem o amd64/81602 amd64 SATA crashes with parallel pcm access o amd64/82425 amd64 [fxp] fxp0: device timeout, fxp interface dies on 5.4/ o amd64/82555 amd64 Kernel Panic - after i connect to my "amd64" from anot o amd64/83005 amd64 Memory Occupied during installation of the FreeBSD 5.4 o amd64/84832 amd64 Installation crashes just at boot AMD64/ Version 5.4 o amd64/85431 amd64 AMD64 has short but temporary freezes (hangups) on Sun o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/86503 amd64 [atapicam] [panic] k3b crash the system like hardware o amd64/87156 amd64 First Installation: Kernel crashes o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87348 amd64 amd64+smp+startkde always crashing o amd64/87472 amd64 I downloaded 5.4 and went to install it, but it keeps o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88299 amd64 swapcontext fails with errno 0 f amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 kernel panic on first boot (after the FreeBSD installa o amd64/89501 amd64 System crashes on install using ftp on local subnet o amd64/89503 amd64 Cant Boot Installation Disk o amd64/89546 amd64 [geom] GEOM error o amd64/89549 amd64 [amd64] nve timeouts on 6.0-release o amd64/89550 amd64 [amd64] sym0: VTOBUS failed (6.0 Release) o amd64/89968 amd64 [ata] Asus A8N-E MediaShield RAID problem (read-only s o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/92991 amd64 FreeBSD(amd64) freezes when primary disk is on a SiI 3 o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 panic in amd64 install at non-root user creation o amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5. f amd64/95167 amd64 driver for SuperMicro H8DAR-T (Adaptec AIC-8130: (Marv o amd64/95414 amd64 kernel crashes during install o amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP DL140G o amd64/96400 amd64 FreeBSD 6.0 Bootin Conflict between Broadcom on-broad o amd64/97075 amd64 Panic, Trap 12 o amd64/97337 amd64 xorg reboots system if dri module is enabled o amd64/99561 amd64 system hangs in FreeBSD AMD64 when writting ext2fs o amd64/102122 amd64 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 o amd64/105207 amd64 nVidia MCP55 drivers fail to boot on 6.2B3 amd64 o amd64/105513 amd64 Kernel Panic during package installation on 6.2 beta3 o amd64/105531 amd64 gigabyte GA-M51GM-S2G / nVidia nForce 430 - does not d o amd64/105629 amd64 [re] Issue with re driver p amd64/106109 amd64 amd64: si_addr is not set when sending a signal o amd64/106604 amd64 saslauthd crashes with signal 6 on FreeBSD 6.2-PREREL o amd64/106918 amd64 Asus P5B with internal RealTek PCIe Ethernet o amd64/107345 amd64 Kernel Panic/Crash on dd if=/dev/ad4 of=/dev/ad6 bs=1m o amd64/107433 amd64 i can't install FreeBSD Release 6.1 on HP Pavillion dv o amd64/108172 amd64 Installation fails on new Intel 965 motherboards. o amd64/108328 amd64 FreeBSD-6.2: CD does not boot o amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/109584 amd64 zdump doesn't work 68 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/61209 amd64 ppc0: cannot reserve I/O port range o amd64/63188 amd64 [ti] ti(4) broken on amd64 o amd64/69705 amd64 IPC problem (msq_queues) o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting o amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32/64-bit confu s amd64/85273 amd64 FreeBSD (NetBSD or OpenBSD) not install on laptop Comp o amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy o amd64/88730 amd64 kernel panics during booting from the installation CD o amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP a amd64/92527 amd64 [ciphy.c] ][patch] no driver for "CICADA VSC 8201 Giga o amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable times a amd64/93090 amd64 NIC on GA-K8NF-9 motherboard is recognized, but does n o amd64/95282 amd64 [ed] fix ed for RELENG_5 amd64 so that it has network o amd64/97489 amd64 nForce 410 ATA controller dma time out o amd64/100326 amd64 /dev/fd0 not created after installation FreeBSD 6.1 AM o amd64/100347 amd64 No hardware support Silicon Image SiI 3132 o amd64/100838 amd64 FreeBSD 6.0/6.1 kernel panics when booting with EIST e o amd64/101132 amd64 Incorrect cpu idle and usage statistics in top and sys o amd64/101248 amd64 vi(1) can crash in ncurses(3) on amd64 o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/102975 amd64 NIC unknown o amd64/103259 amd64 Cannot use ataraid on nvidia nForce4+amd64 o amd64/104875 amd64 unsupported intel Desktop Board DG965WH o amd64/105129 amd64 Compatibility with Intel D o amd64/106186 amd64 panic in swap_pager_swap_init (amd64/smp/6.2-pre) o amd64/107858 amd64 amd64 motherboard project - none working sound and gra o amd64/108345 amd64 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI o amd64/108848 amd64 Motherboard MSI K9NGM-L o amd64/110220 amd64 Gigabyte GA-K8N51GMF Tested! 29 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 11:38:01 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9580516A407 for ; Mon, 19 Mar 2007 11:38:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3194213C4CC for ; Mon, 19 Mar 2007 11:38:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 8BF02ED443D for ; Mon, 19 Mar 2007 13:37:56 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ogse+tmX07Ie for ; Mon, 19 Mar 2007 13:37:54 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 9C7AEED443B for ; Mon, 19 Mar 2007 13:37:54 +0200 (EET) Message-ID: <45FE7615.3090606@icyb.net.ua> Date: Mon, 19 Mar 2007 13:37:57 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: 32-bit/i386 ports/packges on amd64 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, 19 Mar 2007 11:38:01 -0000 I installed FreeBSD 6.2 amd64 and then a lot of amd64 bit packages on top of that. Now I need a browser with java plugin. As I understand there is no browser plugin in 64-bit java (e.g. jdk15). One option that I saw is to use linux browser with linux java. While this is a valid option, I still want to get FreeBSD i386 bowser with FreeBSD i386 java running. As a browser I'd like to get either opera (which is i386-only for freebsd) or firefox; for JRE I'd like either 1.4 or 1.5. I saw a number of questions on this list about installing opera on amd64 and about 32-bit java. But I didn't find any comprehensive answers, howtos, etc. Has anyone succeeded with this ? Has anyone managed to develop a well-defined and maintainable way of using i386 packages (and/or ports) on amd64 ? P.S. Isn't it a little bit ironic that using *Linux* 32-bit packages on amd64 is a supported and easy option, but using FreeBSD i386 packages is a gray, if not dark, territory ? BTW, it seems that various Linux distros have developed ways for easy co-existence of x86 and x86_64 packages. -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 14:37:03 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.ORG Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38DF516A4FF; Mon, 19 Mar 2007 14:37:03 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id B734A13C448; Mon, 19 Mar 2007 14:37:02 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qdovsj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2JEZwRP036992; Mon, 19 Mar 2007 15:36:03 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2JEZwjn036991; Mon, 19 Mar 2007 15:35:58 +0100 (CET) (envelope-from olli) Date: Mon, 19 Mar 2007 15:35:58 +0100 (CET) Message-Id: <200703191435.l2JEZwjn036991@lurza.secnetix.de> From: Oliver Fromme To: freebsd-database@FreeBSD.ORG, freebsd-amd64@FreeBSD.ORG, Axel.Rau@chaos1.de In-Reply-To: <1FDE5616-AF00-416F-B8E8-1D6A584B1126@chaos1.de> X-Newsgroups: list.freebsd-database User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 19 Mar 2007 15:36:03 +0100 (CET) Cc: Subject: Re: New Opteron box, dedicated to PostgreSQL X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-database@FreeBSD.ORG, freebsd-amd64@FreeBSD.ORG, Axel.Rau@chaos1.de List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 14:37:03 -0000 Axel Rau wrote: > Oliver Fromme wrote: > > > Be sure to disable background fsck via /etc/rc.conf. I've > > seen it breaking file systems under certain circumstances. > > Good to know. What about softupdates? It makes a bit of a difference, but not a big one. Note that you should enable fsync in the PostgreSQL config anyway, which defeats the purpose of softupdates somewhat. If you disable fsync (and you know what you're doing), using softupdates will probably improve i/o performance significantly, but I haven't tried that. Note that you might lose data if you setup your DB server that way. Best regards Oliver PS: Please respect the Reply-To header. I don't need to receive a separate copy of the mail; I'm reading the list. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 15:38:58 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57C1516A400; Mon, 19 Mar 2007 15:38:58 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8B713C4B8; Mon, 19 Mar 2007 15:38:57 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 4EC2CB81E; Mon, 19 Mar 2007 11:38:57 -0400 (EDT) In-Reply-To: <7489C7AA-BD33-4144-ABD4-73338CD5C7C7@Chaos1.DE> References: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> <111EFCD1-0B88-4646-BCF5-B13D1F3BBCB0@khera.org> <7489C7AA-BD33-4144-ABD4-73338CD5C7C7@Chaos1.DE> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 19 Mar 2007 11:38:56 -0400 To: freebsd-database@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD AMD list Subject: Re: New Opteron box, dedicated to PostgreSQL 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, 19 Mar 2007 15:38:58 -0000 On Mar 18, 2007, at 7:51 AM, Axel Rau wrote: > This box will have an Areca ARC-1261ML (RAID 1 for OS and WAL, RAID > 0 with 7xRAID1 for pg_data). > Any hints beside the usual partition alignment and stripe size of > 128kB ? > Do you use ufs2 with softupdates? You don't value your data? Why not RAID10? I use UFS2 with softupdates. I generally use the default RAID stripe sizes. Postgres works in 8k pages, so if you have a lot of locality in your db reference, larger stripes might help. I don't know. From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 15:53:17 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4D3D16A402; Mon, 19 Mar 2007 15:53:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 31C9913C554; Mon, 19 Mar 2007 15:53:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HTKAY-000G3j-9Z; Mon, 19 Mar 2007 17:53:10 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: pyunyh@gmail.com In-reply-to: <20070319102444.GD13303@cdnetworks.co.kr> References: <45FACBE4.5090403@icyb.net.ua> <20070319102444.GD13303@cdnetworks.co.kr> Comments: In-reply-to Pyun YongHyeon message dated "Mon, 19 Mar 2007 19:24:44 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Mar 2007 17:53:10 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: nve: ethernet address reversal code 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, 19 Mar 2007 15:53:17 -0000 I compiled the latest -current, with the latest nfe, and I got a slight regression :-) ... nfe0: port 0xdc00-0xdc07 mem 0xfe02c000-0xfe02cfff irq 21 at device 20.0 on pci0 nfe0: Ethernet address: 50:71:a9:f3:18:00 nfe0: MII without any phy! kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1b8 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80448cdf stack pointer = 0x10:0xffffffff80aea7a0 frame pointer = 0x10:0xffffffff80aea7d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at _mtx_lock_sleep+0x7f: movl 0x1b8(%r13),%r9d with a slightly older nfe: nfe0: port 0xdc00-0xdc07 mem 0xfe02c000-0xfe02cfff irq 21 at device 20.0 on pci0 nfe0: Ethernet address: 50:71:a9:f3:18:00 miibus1: on nfe0 e1000phy0: PHY 11 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto danny From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 16:54:43 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E86DB16A408 for ; Mon, 19 Mar 2007 16:54:43 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 96C9313C4BF for ; Mon, 19 Mar 2007 16:54:43 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1252823ana for ; Mon, 19 Mar 2007 09:54:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JDH3Ql8LXY1Ch81fBhlMXUQL6hM6JxIa6zsZuuJhZOzJiWgVuGlAMZGiZ4IjRrULMd1WMsm9XxcetcphoaYZgGWhcP3JUZx//YBr/JxdGLy8sKiP7+HkpeYr7wV19XDwk/G7A4zFcfpf4tZzDYKSLy3AzKkGiXF20gQXSxzyAfk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=j8N8FvZGwrareriraYejsDombXKNer6ditnPQTbAEoRLlIRzipJrwgsqSl/gdCcHWVVtpEONS6I+GpOFmTtzkY56fEaTw5ocGyiPsmsI5KgDE24AdATwV1ru3D2gdT/NlPgcXtqAENy2iJXXT4jHu1rfhy10OZG83puBmxYgWQE= Received: by 10.100.165.9 with SMTP id n9mr3905060ane.1174321792841; Mon, 19 Mar 2007 09:29:52 -0700 (PDT) Received: by 10.114.76.11 with HTTP; Mon, 19 Mar 2007 09:29:52 -0700 (PDT) Message-ID: Date: Mon, 19 Mar 2007 09:29:52 -0700 From: "Jack L." To: "Andriy Gapon" In-Reply-To: <45FE7615.3090606@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45FE7615.3090606@icyb.net.ua> Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit/i386 ports/packges on amd64 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, 19 Mar 2007 16:54:44 -0000 > P.S. > Isn't it a little bit ironic that using *Linux* 32-bit packages on amd64 > is a supported and easy option, but using FreeBSD i386 packages is a > gray, if not dark, territory ? > BTW, it seems that various Linux distros have developed ways for easy > co-existence of x86 and x86_64 packages. > Yes, it is odd... I couldn't get the amd64 shoutcast to work (I think it should be marked as i386 only) but I did get the linux-shoutcast to work on amd64 which is 32 bit. Very interesting indeed. Would be nice if amd64 supported i386 as well as it does with linux 32 bit. From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 17:25:52 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CC6F16A405; Mon, 19 Mar 2007 17:25:52 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 710BA13C468; Mon, 19 Mar 2007 17:25:52 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 9AB12B81E; Mon, 19 Mar 2007 13:25:51 -0400 (EDT) In-Reply-To: References: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> <111EFCD1-0B88-4646-BCF5-B13D1F3BBCB0@khera.org> <7489C7AA-BD33-4144-ABD4-73338CD5C7C7@Chaos1.DE> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 19 Mar 2007 13:25:50 -0400 To: freebsd-database@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: FreeBSD AMD list Subject: Re: New Opteron box, dedicated to PostgreSQL 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, 19 Mar 2007 17:25:52 -0000 On Mar 19, 2007, at 11:38 AM, Vivek Khera wrote: > You don't value your data? Why not RAID10? eek never mind... re-read your message and saw that is what you're doing... From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 19 18:35:38 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABD4C16A408 for ; Mon, 19 Mar 2007 18:35:38 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.freebsd.org (Postfix) with ESMTP id 56DF413C4B7 for ; Mon, 19 Mar 2007 18:35:38 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1316660wxc for ; Mon, 19 Mar 2007 11:35:37 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=s1gQVuChK3Kt+7pDf0jlzM5lnZAFP928bcziF9+ed4dTgslg6KueUAF310YZN4D8Ao6adFBuuCbj5QfD+DMwsQnqPrgWPweSeljgKxerLuq03Z8SRVLZ76DXcLQ953QIQU5BQB5hUpSoOEyZ/VjT5LZaPX49QdQpFCXg0xqYxLE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=fyBIpYVr4yAL/bNoTyL/ZOjEByl4+qVhiLMEEMJsXDjmqbm4Zp/9el2bltcFClF07Bt8veMMgzNu+7zKsx4MYriRww9ZLtJl2R5/oVjoSUGu87JpbwuAEitFULmlBkukx8qK3/iwFILw0Y80LNB9eMB6q83I3xJP/8eqATGpjak= Received: by 10.90.118.12 with SMTP id q12mr4495924agc.1174329337145; Mon, 19 Mar 2007 11:35:37 -0700 (PDT) Received: by 10.115.15.4 with HTTP; Mon, 19 Mar 2007 11:35:37 -0700 (PDT) Message-ID: <346a80220703191135w3e4fdb92ic8c93a38ff37f15a@mail.gmail.com> Date: Mon, 19 Mar 2007 12:35:37 -0600 From: "Coleman Kane" To: "Jack L." In-Reply-To: MIME-Version: 1.0 References: <45FE7615.3090606@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: 32-bit/i386 ports/packges on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 18:35:38 -0000 On 3/19/07, Jack L. wrote: > > > P.S. > > Isn't it a little bit ironic that using *Linux* 32-bit packages on amd64 > > is a supported and easy option, but using FreeBSD i386 packages is a > > gray, if not dark, territory ? > > BTW, it seems that various Linux distros have developed ways for easy > > co-existence of x86 and x86_64 packages. > > > Yes, it is odd... I couldn't get the amd64 shoutcast to work (I think > it should be marked as i386 only) but I did get the linux-shoutcast to > work on amd64 which is 32 bit. Very interesting indeed. Would be nice > if amd64 supported i386 as well as it does with linux 32 bit. It is not that odd so long as you look at the history of the project(s), as i386 FreeBSD binaries work quite fine on FreeBSD/amd64 (providing you have the appropriate i386 libraries). In addition, the i386 Linux ports work because i386 Linux emulation has been ported over to FreeBSD/amd64. The linux-binary ports are just installations that use the linux userland in /compat/linux. There could be a /compat/freebsd32 or similar to do this. What many people, including myself, have done is to build a package of a port (cd /usr/ports/lang/mit-scheme; make package) on a 32-bit machine and then pkg_add the tarball on the new system. Ports is really set up to target architectures different from the current one. Linuxes have lib64 directories for 64-bit versions of libraries and bin64 directories for 64-bit binaries. I believe that Solaris does something similar. Some ports in FreeBSD already have linux-* variants, such that you can install firefox or "linux-firefox", but these are two different ports. Many linuxes use the same approach for the 32/64 installations. The problem is that (I think) the FreeBSD developers lack Time, and that they'd like a solution that doesn't involve installing duplicated versions of all ports/packages for every supported binary emulation. The problem is not the lack of 32-bit support on FreeBSD/amd64 (which actually works really well) but the lack of a user-friendly system for installing 32 and 64 bit versions of ports from the same ports repository and managing them all. In fact, the binary emulation infrastructure You could perhaps compile+install your 32-bit freebsd userland (using existing infrastructure in /usr/src) into /compat/freebsd32 and then use chroot to run 32-bit /compat/freebsd32/bin/tcsh inside of the /compat/freebsd32 root. Once there you could have a separate repository for ports, as well as a seperate /var/db/pkg for 32-bit packages. -- Coleman Kane From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 00:14:07 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EB1316A40D for ; Tue, 20 Mar 2007 00:14:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id 35EED13C4E1 for ; Tue, 20 Mar 2007 00:14:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 36so1642720wra for ; Mon, 19 Mar 2007 17:14:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=opv8vCSr2GDDP2xQgL1rKUmWmYhGiLA4RdlyacJadVYMawSG8BjVH9YB/W47BPpezAgcZr7eXKOfkwwMWmdxYxkVkhSpNugvo5KB4qMuTl3mVf+8m7rIUS06wsqVZPw4xGDiZ+3HVIt5A2Bwq4TM1tAJeMzS1L7W7YsB/aMsa50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=J1nsG//ZskeFqFP+WPdsiixbgXksmGyeO7XBe/mjMmyrbZ1duA/sn07FNMmh4uSCl2rMPxAJg+EebWe/0ZZoiB67QiTH+RCHqatw/OL6CdDcQhcZvlaDtA2qw9XpG48yFf6CfFJZ/sTn7eVd2dk+cbBJggcXPVnBBAZ6mPTPmSY= Received: by 10.35.106.1 with SMTP id i1mr11540750pym.1174349646333; Mon, 19 Mar 2007 17:14:06 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 20sm50020nzp.2007.03.19.17.14.03; Mon, 19 Mar 2007 17:14:05 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l2K0Hpqi018153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Mar 2007 09:17:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l2K0HmM0018152; Tue, 20 Mar 2007 09:17:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 20 Mar 2007 09:17:48 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20070320001748.GA17911@cdnetworks.co.kr> References: <45FACBE4.5090403@icyb.net.ua> <20070319102444.GD13303@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org, Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: nve: ethernet address reversal code X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 00:14:07 -0000 On Mon, Mar 19, 2007 at 05:53:10PM +0200, Danny Braniss wrote: > I compiled the latest -current, with the latest nfe, and I got a slight > regression :-) > ... > nfe0: port 0xdc00-0xdc07 mem > 0xfe02c000-0xfe02cfff irq 21 at device 20.0 on pci0 > nfe0: Ethernet address: 50:71:a9:f3:18:00 > nfe0: MII without any phy! > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x1b8 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff80448cdf > stack pointer = 0x10:0xffffffff80aea7a0 > frame pointer = 0x10:0xffffffff80aea7d0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at _mtx_lock_sleep+0x7f: movl 0x1b8(%r13),%r9d > Sorry for the breakge. I've updated nfe(4) again at the following URL. http://people.freebsd.org/~yongari/nfe/WIP/if_nfe.c http://people.freebsd.org/~yongari/nfe/WIP/if_nfereg.h http://people.freebsd.org/~yongari/nfe/WIP/if_nfevar.h > with a slightly older nfe: > > nfe0: port 0xdc00-0xdc07 mem > 0xfe02c000-0xfe02cfff irq 21 at device 20.0 on pci0 > nfe0: Ethernet address: 50:71:a9:f3:18:00 > miibus1: on nfe0 > e1000phy0: PHY 11 on miibus1 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > auto > > danny > > -- Regards, Pyun YongHyeon From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 13:46:05 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F10616A401 for ; Tue, 20 Mar 2007 13:46:05 +0000 (UTC) (envelope-from ipluta@wp.pl) Received: from mx1.wp.pl (mx5.wp.pl [212.77.101.9]) by mx1.freebsd.org (Postfix) with ESMTP id A22E513C45B for ; Tue, 20 Mar 2007 13:46:04 +0000 (UTC) (envelope-from ipluta@wp.pl) Received: (wp-smtpd smtp.wp.pl 3919 invoked from network); 20 Mar 2007 14:19:23 +0100 Received: from aayx246.neoplus.adsl.tpnet.pl (HELO [127.0.0.1]) (ipluta@[83.6.135.246]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 20 Mar 2007 14:19:23 +0100 Message-ID: <45FFDF5A.3050701@wp.pl> Date: Tue, 20 Mar 2007 14:19:22 +0100 From: Ireneusz Pluta User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <45FE7615.3090606@icyb.net.ua> In-Reply-To: <45FE7615.3090606@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 Subject: SATA RAID: 3ware vs. Promise 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, 20 Mar 2007 13:46:05 -0000 Hello group, I am completing a box for PostgreSQL server on FreeBSD. Selecting a RAID controller I decided to go with 3ware SE9650-16, following good opinions about 3ware controllers found on FreeBSD and PostgreSQL groups. However my dealer suggest me to not to go with 3ware, and take Promise SuperTrak EX16350, instead. This suggestion does not have any technical background and it comes generally from the fact of limited availability of 16x 3ware controllers on the local market and immediate availability of Promise. Is this technically a good idea to take Promise instead of 3ware or rather I definitely should insist on 3ware and wait for it? Thank you Ireneusz Pluta From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 14:12:36 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 389B916A401 for ; Tue, 20 Mar 2007 14:12:36 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id CBB5A13C4B9 for ; Tue, 20 Mar 2007 14:12:33 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003627493.msg for ; Tue, 20 Mar 2007 13:57:57 +0000 Message-ID: <025a01c76af7$c31ef200$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Ireneusz Pluta" , References: <45FE7615.3090606@icyb.net.ua> <45FFDF5A.3050701@wp.pl> Date: Tue, 20 Mar 2007 13:57:48 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-amd64@freebsd.org X-Spam-Processed: multiplay.co.uk, Tue, 20 Mar 2007 13:57:58 +0000 X-MDAV-Processed: multiplay.co.uk, Tue, 20 Mar 2007 13:57:58 +0000 Cc: Subject: Re: SATA RAID: 3ware vs. Promise 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, 20 Mar 2007 14:12:36 -0000 Cant comment for or against the Promise card but you might want to consider the areca as an alternative as they are very good cards also. Steve Ireneusz Pluta wrote: > Hello group, > > I am completing a box for PostgreSQL server on FreeBSD. Selecting a > RAID controller I decided to go with 3ware SE9650-16, following good > opinions about 3ware controllers found on FreeBSD and > PostgreSQL groups. > > However my dealer suggest me to not to go with 3ware, and take > Promise SuperTrak EX16350, instead. > This suggestion does not have any technical background and it comes > generally from the fact of > limited availability of 16x 3ware controllers on the local market and > immediate availability of Promise. > > Is this technically a good idea to take Promise instead of 3ware or > rather I definitely should > insist on 3ware and wait for it? ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 14:38:13 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5883916A40B for ; Tue, 20 Mar 2007 14:38:13 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 16F7713C465 for ; Tue, 20 Mar 2007 14:38:10 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so808777nza for ; Tue, 20 Mar 2007 07:38:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ULeml02feoxISPiaS3hQS6u9idi3NoPBO/3eY/VE5XRVUWMlL46H5/9EKFtWNN4JjBcNSFk4DKS5U5gY5AkLwrK7aCzypAn84nzE5zVnAiduENglhvQ0N0XgfDUFKk/PCXixaDv5oxrcmnyUJMX59j7Rf/S6jz2K7PBa/ppfE34= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=cvcmn2pX09wQXwCBP1goFL78P5XuIX4b7nHRaelicZqxfANFT3Ve9hVhAlI6HrTBRoIohMDBlfHgLQNRH9UMnle7Q/YM3W/5Uvb98VDEnG0Qf552CJVpk1Gr6O6I1st0jB3OP4hcGFe+0YzNODXJBrIG2YcQWF5omb6/eOnv/G4= Received: by 10.35.93.1 with SMTP id v1mr12913978pyl.1174401490240; Tue, 20 Mar 2007 07:38:10 -0700 (PDT) Received: from ?192.168.1.2? ( [71.153.182.192]) by mx.google.com with ESMTP id u6sm1338549pyb.2007.03.20.07.38.06; Tue, 20 Mar 2007 07:38:08 -0700 (PDT) Message-ID: <45FFF1D5.20705@gmail.com> Date: Tue, 20 Mar 2007 09:38:13 -0500 From: Harrison Grundy User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Ireneusz Pluta References: <45FE7615.3090606@icyb.net.ua> <45FFDF5A.3050701@wp.pl> In-Reply-To: <45FFDF5A.3050701@wp.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: SATA RAID: 3ware vs. Promise 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, 20 Mar 2007 14:38:13 -0000 Ireneusz Pluta wrote: > Hello group, > > I am completing a box for PostgreSQL server on FreeBSD. Selecting a > RAID controller I decided to go with 3ware SE9650-16, following good > opinions about 3ware controllers found on FreeBSD and PostgreSQL groups. > > However my dealer suggest me to not to go with 3ware, and take Promise > SuperTrak EX16350, instead. This suggestion does not have any > technical background and it comes generally from the fact of limited > availability of 16x 3ware controllers on the local market and > immediate availability of Promise. > > Is this technically a good idea to take Promise instead of 3ware or > rather I definitely should insist on 3ware and wait for it? > > Thank you > > Ireneusz Pluta > I've heard good things about Arcea... Promise is supposed to work very well, when it works. If they won't garuntee compatibility, I'd insist on the 3ware, or look into Arcea. --- Harrison Grundy From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 15:03:58 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2580716A406 for ; Tue, 20 Mar 2007 15:03:58 +0000 (UTC) (envelope-from V.Konrad@lse.ac.uk) Received: from exic4.lse.ac.uk (exic4.lse.ac.uk [158.143.217.121]) by mx1.freebsd.org (Postfix) with ESMTP id BA18913C4B0 for ; Tue, 20 Mar 2007 15:03:57 +0000 (UTC) (envelope-from V.Konrad@lse.ac.uk) Received: from exic6.lse.ac.uk ([158.143.216.123]) by exic4.lse.ac.uk with Microsoft SMTPSVC(5.0.2195.6713); Tue, 20 Mar 2007 14:52:49 +0000 Received: from whirpool.lse.ac.uk ([158.143.201.19]) by exic6.lse.ac.uk with Microsoft SMTPSVC(5.0.2195.6713); Tue, 20 Mar 2007 14:52:49 +0000 Date: Tue, 20 Mar 2007 14:51:53 +0000 From: vladimir konrad To: freebsd-amd64@freebsd.org Message-ID: <20070320145153.53f83eea@whirpool.lse.ac.uk> In-Reply-To: <45FFDF5A.3050701@wp.pl> References: <45FE7615.3090606@icyb.net.ua> <45FFDF5A.3050701@wp.pl> Organization: lse X-Mailer: Claws Mail 2.8.1 (GTK+ 2.6.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Mar 2007 14:52:49.0830 (UTC) FILETIME=[6E03DC60:01C76AFF] Subject: Re: SATA RAID: 3ware vs. Promise 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, 20 Mar 2007 15:03:58 -0000 i know this is about different promise controller to mine (and also under different operating system) but here is my experience. i am using promise ex8350 under debian linux (sarge) and the 2.6.20.1 kernel (one >2TB raid 6 array). one problem i am experiencing that it cannot sustain write performance. if i do: cat /dev/zero > /directory-on-the-raid-conntroller/out.tmp the write speed is ok to begin with but after about 20 seconds it drops to about 1MB/s. if i do the same on different machine (with software raid 5), it will keep going at around 20MB/s (this one is a slow box). the last message i sent to promise support on 7 march 2007 (with more information, like bios, firmware versions and such) is still unanswered (i hate that). it could be driver/firmware/bios settings or incompatibility but as promise did not respond to the last query, i cannot tell. personally, given a chance i would try something else then promised stuff next time... vlad From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 16:47:33 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 916F316A406 for ; Tue, 20 Mar 2007 16:47:33 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9270F13C484 for ; Tue, 20 Mar 2007 16:47:32 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 42182ED4719 for ; Tue, 20 Mar 2007 11:52:21 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5eEerrGhgxWt for ; Tue, 20 Mar 2007 11:52:19 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 4E75CED470A for ; Tue, 20 Mar 2007 11:52:19 +0200 (EET) Message-ID: <45FFAED6.6060802@icyb.net.ua> Date: Tue, 20 Mar 2007 11:52:22 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: ldd for i386 libs 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, 20 Mar 2007 16:47:33 -0000 I think it would useful to have ldd on amd64 understand i386 shared libraries and 32-bit compat library hints / paths: $ file /usr/lib32/libstdc++.so.5 /usr/lib32/libstdc++.so.5: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), stripped $ ldd /usr/lib32/libstdc++.so.5 ldd: /usr/lib32/libstdc++.so.5: not a dynamic executable -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 16:47:33 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED36116A407 for ; Tue, 20 Mar 2007 16:47:33 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 925E013C483 for ; Tue, 20 Mar 2007 16:47:32 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 861EFED4733; Tue, 20 Mar 2007 12:31:12 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PwVH-RF6BoU6; Tue, 20 Mar 2007 12:31:09 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 6E41AED472C; Tue, 20 Mar 2007 12:31:09 +0200 (EET) Message-ID: <45FFB7F0.5030107@icyb.net.ua> Date: Tue, 20 Mar 2007 12:31:12 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, freebsd-emulation@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: amd64 package of linux_kdump 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, 20 Mar 2007 16:47:34 -0000 Does anybody have an amd64 package of linux_kdump (for 6.2) ? Could you please share ? i386 linux_kdump as well as i386 FreeBSD kdump fail with the same diagnostics: $ kdump > kdump.out kdump: Cannot allocate memory Exit 1 $ cat kdump.out 71072 ktrace RET syscall -1 errno 100137 Unknown error: 100137 P.S. there doesn't seem to exist neither i386 nor amd64 package of linux_kdump for 6.2. -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 16:47:34 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E8E116A40B for ; Tue, 20 Mar 2007 16:47:34 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9284F13C487 for ; Tue, 20 Mar 2007 16:47:32 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id BA3D6ED4721; Tue, 20 Mar 2007 12:00:52 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8LiPIWBvoIKX; Tue, 20 Mar 2007 12:00:48 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 6BF84ED470A; Tue, 20 Mar 2007 12:00:48 +0200 (EET) Message-ID: <45FFB0D3.8030201@icyb.net.ua> Date: Tue, 20 Mar 2007 12:00:51 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: cokane@cokane.org References: <45FE7615.3090606@icyb.net.ua> <346a80220703191135w3e4fdb92ic8c93a38ff37f15a@mail.gmail.com> In-Reply-To: <346a80220703191135w3e4fdb92ic8c93a38ff37f15a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit/i386 ports/packges on amd64 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, 20 Mar 2007 16:47:34 -0000 on 19/03/2007 20:35 Coleman Kane said the following: > It is not that odd so long as you look at the history of the project(s), > as i386 FreeBSD binaries work quite fine on FreeBSD/amd64 (providing you > have the appropriate i386 libraries). In addition, the i386 Linux ports > work because i386 Linux emulation has been ported over to FreeBSD/amd64. > The linux-binary ports are just installations that use the linux > userland in /compat/linux. There could be a /compat/freebsd32 or similar > to do this. Well, I understand why Linux/i386 works nice on amd64. And for the same reason Linux/amd64 doesn't work here yet. What I don't understand is why we don't have any natural-and-complete support for FreeBSD/i386, given that it would be easier to do than Linux emulation. But, of course, Linux emulation was already there :-) > What many people, including myself, have done is to build a > package of a port (cd /usr/ports/lang/mit-scheme; make package) on a > 32-bit machine and then pkg_add the tarball on the new system. Ports is > really set up to target architectures different from the current one. Well the problem with this approach is that you can't have both amd64 and i386 versions of the same package installed. At least a few problems here are as follows: 1. package name doesn't include platform, so packages conflict even on pkgdb level 2. files are installed into the same locations 3. properly tracking dependencies is also not possible because of #1 4. even if all i386 and all amd64 packages are unrelated then there still can be problems because of i386 shared libraries being installed into 64-bit "lib" directories and thus not visible to run-time linker. > The problem is not the lack of 32-bit support on FreeBSD/amd64 (which > actually works really well) but the lack of a user-friendly system for > installing 32 and 64 bit versions of ports from the same ports > repository and managing them all. In fact, the binary emulation > infrastructure I agree with this completely. It would be nice if port/packages systems were aware of intimate relationship between amd64 and i386 platforms. At the very least this would require issues #1-4 above to be resolved. It would be also nice to have a knob for ports to say I am building i386 software/package on amd64 system. There is another problem with arch specification in ports: currently i386-only is used to mean several different things - (1) software indeed makes sense only on i386 platform; (2) software is actually a thirdparty i386 binary; (3) software is not 64-bit clean. > You could perhaps compile+install your 32-bit freebsd userland (using > existing infrastructure in /usr/src) into /compat/freebsd32 and then use > chroot to run 32-bit /compat/freebsd32/bin/tcsh inside of the > /compat/freebsd32 root. Once there you could have a separate repository > for ports, as well as a seperate /var/db/pkg for 32-bit packages. Well, I also saw this as the easiest way to get i386 compatibility. But reality is not so nice. As Peter Jeremy already mentioned 32-bit Java is not running on amd64, even in such a chroot-ed environment. For me it either crashes or hangs. Also, I want to be able to execute i386 binaries from normal environment (without doing chroot), but I am still fighting to resolve problems with run-time linker: it seems that if some 32-bit lib is not found in LD_32_LIBRARY_PATH then _sometimes_ ld-elf.so.hints is used instead of ld-elf32.so.hints. This is very strange. So, in practice, I couldn't find any way so far to get a native web browser with java plugin. -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 16:47:35 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B48916A402 for ; Tue, 20 Mar 2007 16:47:35 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id BF9FF13C4B0 for ; Tue, 20 Mar 2007 16:47:33 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 26031ED44AA; Mon, 19 Mar 2007 16:15:44 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ashHbJG6oKvP; Mon, 19 Mar 2007 16:15:42 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 78DB8ED44A7; Mon, 19 Mar 2007 16:15:42 +0200 (EET) Message-ID: <45FE9B11.5030909@icyb.net.ua> Date: Mon, 19 Mar 2007 16:15:45 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: zdump on amd64 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, 20 Mar 2007 16:47:35 -0000 Strange problem: $ uname -srm FreeBSD 6.2-RELEASE-p2 amd64 $ zdump -v EST EST Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST isdst=0 gmtoff=-18000 EST Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST isdst=0 gmtoff=-18000 EST Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST isdst=0 gmtoff=-18000 EST Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST isdst=0 gmtoff=-18000 ^C $ zdump -v EET EET Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 10:29:52 -219 EET isdst=0 gmtoff=7200 EET Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 10:29:52 -219 EET isdst=0 gmtoff=7200 EET Thu Dec 30 21:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EET isdst=0 gmtoff=7200 EET Thu Dec 30 22:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EET isdst=0 gmtoff=7200 ^C Before each ^C zdump was hanging eating 100% CPU. Something about 64-bitness ? -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 17:08:24 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6669916A51D for ; Tue, 20 Mar 2007 17:08:24 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id E696313C4BF for ; Tue, 20 Mar 2007 17:08:23 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6128310AbXCTQqL for ; Tue, 20 Mar 2007 08:46:11 -0800 To: freebsd-amd64@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "Tammie Cheek" Sender: "Tammie Cheek" Message-Id: Date: Tue, 20 Mar 2007 08:46:11 -0800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Online Video Leads The Trends In Marketing X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tcheek@pixelfish.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 17:08:24 -0000 Greetings!

Are you happy with your results from Social Linux Expo 2007? Did you have what it takes to make the difference between creating excitement and blending in with the competition, between lots of hot leads and a few hard sells ... between success and failure?

Did you have video?

Why video? Video vividly demonstrates the features and benefits of your products. Video captures the praises of your most enthusiastic customers. Video instills interest, reaction and trust. Video sells.

In just 45 days, PixelFish creates marketing videos that become an integral part of your marketing and sales efforts when it streams from your Web site, launches from multimedia email newsletters, plays from CD video brochures and loops from a DVD at your tradeshow booth.

We are PixelFish. We deliver “The Evolution of Video”. And we guarantee results. Click on the videos to the right to see samples of our work.

Contact us today for a free evaluation of your video marketing needs.


Tammie Cheek
PixelFish, Inc.
800.503.3020 x7110
tcheek@pixelfish.com
http://www.pixelfish.com
John's Incredible Pizza Co. Video
NHK Laboratories Video
Network Hardware Resale Video
------------------------------------------------ Unsubscribe to safely remove yourself from this email list, please send email to info@pixelfish.com. Powered by Pixelfish http://www.pixelfish.com From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 17:58:04 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 038A316A401 for ; Tue, 20 Mar 2007 17:58:04 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.239]) by mx1.freebsd.org (Postfix) with ESMTP id B2B5713C4BF for ; Tue, 20 Mar 2007 17:58:03 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by wr-out-0506.google.com with SMTP id 36so2041378wra for ; Tue, 20 Mar 2007 10:58:03 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=rSduxkqG8Pp3iYd98Vw5N7oo9zJBxQ7Jvis+sYasn3BCE01bnw7SqoCMgS5zP/eIUkz4kIx1T51Xfk9bGp3a6Cens1tDV5fZrzeGUeCcBVpDEhrdHYLHN35MyOc1ix22z38S4dY4fAwzYPObcDEBtct2N1hEyNex7djlnlt7bx0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=BD9bXul50Wcafxs2IY+1UYqcYciLtxwfbHaeBNFsDEvg9GIqs7u12mY0eoyUMGK8P4AdFrYXjSLOjfbbiNmp2bwKyfNbVAw2apVg3EhBAVNxAsT/jRPpbSN2Zb7DK5PR/riG69pEp306OZP2t4kGV/x/4aEmD3v/26YGFHPigeA= Received: by 10.100.124.5 with SMTP id w5mr5372509anc.1174413482965; Tue, 20 Mar 2007 10:58:02 -0700 (PDT) Received: by 10.115.15.4 with HTTP; Tue, 20 Mar 2007 10:58:02 -0700 (PDT) Message-ID: <346a80220703201058y17a93b9eg5801bc6bfc5e3b9@mail.gmail.com> Date: Tue, 20 Mar 2007 11:58:02 -0600 From: "Coleman Kane" To: "Andriy Gapon" In-Reply-To: <45FFAED6.6060802@icyb.net.ua> MIME-Version: 1.0 References: <45FFAED6.6060802@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-amd64@freebsd.org Subject: Re: ldd for i386 libs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 17:58:04 -0000 On 3/20/07, Andriy Gapon wrote: > > > I think it would useful to have ldd on amd64 understand i386 shared > libraries and 32-bit compat library hints / paths: > > $ file /usr/lib32/libstdc++.so.5 > /usr/lib32/libstdc++.so.5: ELF 32-bit LSB shared object, Intel 80386, > version 1 (FreeBSD), stripped > $ ldd /usr/lib32/libstdc++.so.5 > ldd: /usr/lib32/libstdc++.so.5: not a dynamic executable > > -- > Andriy Gapon Or at least allow it to exec ldd32 on the offending library silently for us! From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 18:02:07 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 031CC16A415 for ; Tue, 20 Mar 2007 18:02:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 61EEE13C4B7 for ; Tue, 20 Mar 2007 18:02:06 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l2KI249Y069433 for ; Wed, 21 Mar 2007 05:02:04 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l2KI24Up069432 for freebsd-amd64@freebsd.org; Wed, 21 Mar 2007 05:02:04 +1100 (EST) (envelope-from peter) Resent-From: peterjeremy@optushome.com.au Resent-Date: Wed, 21 Mar 2007 05:02:04 +1100 Resent-Message-ID: <20070320180204.GA1692@turion.vk2pj.dyndns.org> Resent-To: freebsd-amd64@freebsd.org Date: Tue, 20 Mar 2007 18:30:30 +1100 From: Peter Jeremy To: Andriy Gapon Message-ID: <20070320073030.GC76696@turion.vk2pj.dyndns.org> References: <45FE7615.3090606@icyb.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <45FE7615.3090606@icyb.net.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit/i386 ports/packges on amd64 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, 20 Mar 2007 18:02:07 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Mar-19 13:37:57 +0200, Andriy Gapon wrote: >I saw a number of questions on this list about installing opera on amd64 >and about 32-bit java. But I didn't find any comprehensive answers, >howtos, etc. I've had a few tries but not managed to get a 32-bit jdk15 or mysqld running with an amd64 kernel. My suspicion is threading... >Has anyone managed to develop a well-defined and maintainable way of >using i386 packages (and/or ports) on amd64 ? This falls into the "lots of people would like it but so far no-one has implemented it" category. >BTW, it seems that various Linux distros have developed ways for easy >co-existence of x86 and x86_64 packages. Solaris (and I suspect Linux) has taken the approach that the kernel is 64-bit but userland is primarily 32-bit with applications able to build/run as 64-bit if desired. /usr/lib is 32-bit libraries and /usr/lib/sparcv9 is 64-bit. The toolchain and RTLD understand where to look. OTOH, FreeBSD/amd64 is a 64-bit environment with support for running 32-bit code: /usr/lib is 64-bit and /usr/lib32 is 32-bit. The Solaris approach means that 32-bit applications don't see any difference in paths etc whether they are running on a 32-bit or 64-bit kernel. With the FreeBSD approach, applications that poke around too closely with dynamic linking need to understand the differences. The Solaris approach is definitely less painful in the short term but there may still be some pain in the future when it moves to a 64-bit-only environment. The FreeBSD approach looks cleaner but is definitely more pain in the short term. As for which is better: Have a read of: http://www.acmqueue.com/modules.php?name=3DContent&pa=3Dshowpage&pid=3D421 --=20 Peter Jeremy --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFF/42W/opHv/APuIcRApqDAJ9Ti8jHFGfCcbE8HHoJ1XeLMR5zmACfZwOg w9OAKpBqYrRSni/RiePraww= =daos -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 18:13:30 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BD3B16A407 for ; Tue, 20 Mar 2007 18:13:30 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 4743013C4F2 for ; Tue, 20 Mar 2007 18:13:30 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1704491ana for ; Tue, 20 Mar 2007 11:13:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=J1+aQDJe6PacWpbZXINuEBixgweqksD+atMCapdGsBRLNGy2Xoap/WFl9kHWFJ15GIOBApB9J9oErPk94yiLGZI/nQXoNdkduS8ycdNrRI+8QexcLrqPhZC6NfreBLpQjSP0dumN6wypJZ0SReEASjKwS2dn2LqqW7F1BEPnPak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=YqXuUVSEYUBZlGkkZoDKpMV/blrMw9w6LAdVjZqeWm81v1Aaj317Fy+0REtGohn1Ao5EAmhug3AtMAPP42v9OSfsF/jnYtPaRClcuvXoKGtehKZwYPEj8lWY9jNxFJpJAvs1+DtJTwWXOpfeapGj6nFYKiz1WdNaC+hCn7AQBNI= Received: by 10.90.100.2 with SMTP id x2mr1172636agb.1174414409920; Tue, 20 Mar 2007 11:13:29 -0700 (PDT) Received: by 10.115.15.4 with HTTP; Tue, 20 Mar 2007 11:13:29 -0700 (PDT) Message-ID: <346a80220703201113h2993f6dcx655a9fcac858e1d@mail.gmail.com> Date: Tue, 20 Mar 2007 12:13:29 -0600 From: "Coleman Kane" To: "Peter Jeremy" In-Reply-To: <20070320073030.GC76696@turion.vk2pj.dyndns.org> MIME-Version: 1.0 References: <45FE7615.3090606@icyb.net.ua> <20070320073030.GC76696@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: 32-bit/i386 ports/packges on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 18:13:30 -0000 On 3/20/07, Peter Jeremy wrote: > > On 2007-Mar-19 13:37:57 +0200, Andriy Gapon wrote: > >I saw a number of questions on this list about installing opera on amd64 > >and about 32-bit java. But I didn't find any comprehensive answers, > >howtos, etc. > > I've had a few tries but not managed to get a 32-bit jdk15 or mysqld > running with an amd64 kernel. My suspicion is threading... > > >Has anyone managed to develop a well-defined and maintainable way of > >using i386 packages (and/or ports) on amd64 ? > > This falls into the "lots of people would like it but so far no-one > has implemented it" category. > > >BTW, it seems that various Linux distros have developed ways for easy > >co-existence of x86 and x86_64 packages. > > Solaris (and I suspect Linux) has taken the approach that the kernel > is 64-bit but userland is primarily 32-bit with applications able to > build/run as 64-bit if desired. /usr/lib is 32-bit libraries and > /usr/lib/sparcv9 is 64-bit. The toolchain and RTLD understand where > to look. OTOH, FreeBSD/amd64 is a 64-bit environment with support > for running 32-bit code: /usr/lib is 64-bit and /usr/lib32 is 32-bit. > > The Solaris approach means that 32-bit applications don't see any > difference in paths etc whether they are running on a 32-bit or 64-bit > kernel. With the FreeBSD approach, applications that poke around too > closely with dynamic linking need to understand the differences. > > The Solaris approach is definitely less painful in the short term > but there may still be some pain in the future when it moves to > a 64-bit-only environment. The FreeBSD approach looks cleaner but > is definitely more pain in the short term. As for which is better: > Have a read of: > http://www.acmqueue.com/modules.php?name=Content&pa=showpage&pid=421 > > -- > Peter Jeremy Just as an aside, this approach (64-bit OS is 32-bit by default) is the one employed by many other OSes: MacOS X, Windows XP/Vista, many Linuxen, etc.... All of these systems actually are based upon the model where the majority of software is provided as pre-built binaries. I also don't think that this is a Linux phenomenon so much as just an "easy way out" for the likes of Fedora, Mandrake, SuSE, etc... FreeBSD's model tends to expect that new software will be built from ports, while it provides some pre-built binaries for convenience. Gentoo (GNU/Linux) also employs a similar approach, and I think that Gentoo/amd64 treats the system as natively 64-bit by default (at least such is the case on my Gentoo/ppc64 box). They seem to be attempting to support or promote (not sure which) the lib32/lib64 phenomenon though and all my lib directories are actually symlinks to 'lib64'. -- Coleman Kane From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 18:27:51 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F27C16A402 for ; Tue, 20 Mar 2007 18:27:51 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id B406B13C4C6 for ; Tue, 20 Mar 2007 18:27:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l2KIRnw5069560; Wed, 21 Mar 2007 05:27:49 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l2KIRnP2069559; Wed, 21 Mar 2007 05:27:49 +1100 (EST) (envelope-from peter) Date: Wed, 21 Mar 2007 05:27:49 +1100 From: Peter Jeremy To: Andriy Gapon Message-ID: <20070320182749.GG76696@turion.vk2pj.dyndns.org> References: <45FE7615.3090606@icyb.net.ua> <346a80220703191135w3e4fdb92ic8c93a38ff37f15a@mail.gmail.com> <45FFB0D3.8030201@icyb.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+g7M9IMkV8truYOl" Content-Disposition: inline In-Reply-To: <45FFB0D3.8030201@icyb.net.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit/i386 ports/packges on amd64 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, 20 Mar 2007 18:27:51 -0000 --+g7M9IMkV8truYOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Mar-20 12:00:51 +0200, Andriy Gapon wrote: >Well the problem with this approach is that you can't have both amd64 >and i386 versions of the same package installed. >At least a few problems here are as follows: >1. package name doesn't include platform, so packages conflict even on >pkgdb level >2. files are installed into the same locations >3. properly tracking dependencies is also not possible because of #1 >4. even if all i386 and all amd64 packages are unrelated then there >still can be problems because of i386 shared libraries being installed >into 64-bit "lib" directories and thus not visible to run-time linker. The solution to all these problems is to have two different sets of hierarchies. The easiest would be /var/db/pkg32, /usr/X11R632 and /usr/local32 (and maybe /var/db/ports32). This means that the hierarchy within the ports/packages doesn't change, just the base directory. The location choice would need to be controlled by a flag (eg '-32') on the pkg* tools since there's easy way to distinguish between different architectures within packages. (Packages get unpacked into temporary directories so maybe an architecture flag within +CONTENTS would be useful, though some packages are architecture independent). >There is another problem with arch specification in ports: currently >i386-only is used to mean several different things - (1) software indeed >makes sense only on i386 platform; (2) software is actually a thirdparty >i386 binary; (3) software is not 64-bit clean. Is this such a problem? An amd64 in 32-bit mode looks mostly like an i386 so there any need to distiguish these sub-classes. >As Peter Jeremy already mentioned 32-bit Java is not running on amd64, >even in such a chroot-ed environment. For me it either crashes or hangs. I didn't mention it but the way forward for this is for someone interested to develop small test cases that don't work so the underlying cause can be tracked down. Java is such a big app that just saying it doesn't work isn't helpful. OTOH, a 50 line test program that doesn't work would be manageable. --=20 Peter Jeremy --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGACel/opHv/APuIcRAk+CAJ4ymaxWh36tPj2MwR2he8kl9Vu5QwCfVMlc NYE13pfqZKh/t3LomxoLS3M= =QvCU -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 18:48:05 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3FB016A407 for ; Tue, 20 Mar 2007 18:48:05 +0000 (UTC) (envelope-from mwm-dated-1175278886.7c9915@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 1301113C45B for ; Tue, 20 Mar 2007 18:48:04 +0000 (UTC) (envelope-from mwm-dated-1175278886.7c9915@mired.org) Received: (qmail 37727 invoked by uid 1001); 20 Mar 2007 18:21:26 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Tue, 20 Mar 2007 14:21:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17920.9765.726023.526080@bhuda.mired.org> Date: Tue, 20 Mar 2007 14:21:25 -0400 To: Peter Jeremy In-Reply-To: <20070320073030.GC76696@turion.vk2pj.dyndns.org> References: <45FE7615.3090606@icyb.net.ua> <20070320073030.GC76696@turion.vk2pj.dyndns.org> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: 32-bit/i386 ports/packges on amd64 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, 20 Mar 2007 18:48:05 -0000 In <20070320073030.GC76696@turion.vk2pj.dyndns.org>, Peter Jeremy typed: > Solaris (and I suspect Linux) has taken the approach that the kernel > is 64-bit but userland is primarily 32-bit with applications able to > build/run as 64-bit if desired. Linux (at least the rhe distribution) doesn't do this. The system binaries are all 64-bit, the toolchains build 64-bit binaries by default, etc. However, the toolchains are also configured so that passing -m32 to gcc will do the right thing all the way down the line; last time I tried that (6.1 or so) it didn't work. The first step in getting the ports/packages to work properly is to either 1) get the system c cmopiler to correctly handle requests to build 32-bit binaries, or 2) add a port that adds a C compiler that does that. FWIW, OSX has a 32-bit kernel and userland, but can run (and build) 64-bit binaries. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 20:15:58 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD42C16A401 for ; Tue, 20 Mar 2007 20:15:58 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC8A13C44C for ; Tue, 20 Mar 2007 20:15:58 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so4071ana for ; Tue, 20 Mar 2007 13:15:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WEom2Fin1VWy2AvP29Duy6TJDoj5lhTWbkUJJ9qllWXd0XW8WMk/92cpZSkOLt2bb0qiDHCca9Njd8CEcphwElsno/Xr+ocFBpaEB1z9QVhPnagH7uKuEOQrwYcNm2e38qiWjznOh27exb7J0pd5dO0+or/uVZpKGvSDN88t1yA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hyt3PuMn7+HsJQrfKBYNTeepC4W+ND/qyX6IDvGhJeJwp8NoXZ+RjwtCfTM7i3N0dacENIMg+X7WKtSa7sqIgMJ9bCG7l6fwPIOpGJUyh2RT4pdx3d3IPPeOVRl1CE6FFwgp4fjP6KVfWHJn604vl1GWfmeHv5p0cXkTpX3bjVI= Received: by 10.100.93.5 with SMTP id q5mr5528032anb.1174420144866; Tue, 20 Mar 2007 12:49:04 -0700 (PDT) Received: by 10.100.109.18 with HTTP; Tue, 20 Mar 2007 12:49:04 -0700 (PDT) Message-ID: <790a9fff0703201249n46b29b50mf050563b61ab89c0@mail.gmail.com> Date: Tue, 20 Mar 2007 14:49:04 -0500 From: "Scot Hetzel" To: "Andriy Gapon" In-Reply-To: <45FFB7F0.5030107@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45FFB7F0.5030107@icyb.net.ua> Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64 package of linux_kdump 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, 20 Mar 2007 20:15:58 -0000 On 3/20/07, Andriy Gapon wrote: > > Does anybody have an amd64 package of linux_kdump (for 6.2) ? > Could you please share ? > > i386 linux_kdump as well as i386 FreeBSD kdump fail with the same > diagnostics: > $ kdump > kdump.out > kdump: Cannot allocate memory > Exit 1 > $ cat kdump.out > 71072 ktrace RET syscall -1 errno 100137 Unknown error: 100137 > > P.S. there doesn't seem to exist neither i386 nor amd64 package of > linux_kdump for 6.2. > Alexandar Leidinger has linux_kdump on his web site: http://www.leidinger.net/FreeBSD/linux_kdump-1.5_2.tbz Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 21:21:04 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3236516A403 for ; Tue, 20 Mar 2007 21:21:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id D4A2E13C484 for ; Tue, 20 Mar 2007 21:21:03 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5FBC6.dip.t-dialin.net [84.165.251.198]) by redbull.bpaserver.net (Postfix) with ESMTP id 9FB952E0A8; Tue, 20 Mar 2007 21:54:39 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id D45A45B4817; Tue, 20 Mar 2007 21:54:36 +0100 (CET) Date: Tue, 20 Mar 2007 21:54:36 +0100 From: Alexander Leidinger To: "Scot Hetzel" Message-ID: <20070320215436.70f11d43@Magellan.Leidinger.net> In-Reply-To: <790a9fff0703201249n46b29b50mf050563b61ab89c0@mail.gmail.com> References: <45FFB7F0.5030107@icyb.net.ua> <790a9fff0703201249n46b29b50mf050563b61ab89c0@mail.gmail.com> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.9; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.264, required 8, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, J_CHICKENPOX_53 0.60) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org, Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: amd64 package of linux_kdump 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, 20 Mar 2007 21:21:04 -0000 Quoting "Scot Hetzel" (Tue, 20 Mar 2007 14:49:04 -0500): > On 3/20/07, Andriy Gapon wrote: > > > > Does anybody have an amd64 package of linux_kdump (for 6.2) ? > > Could you please share ? > > > > i386 linux_kdump as well as i386 FreeBSD kdump fail with the same > > diagnostics: > > $ kdump > kdump.out > > kdump: Cannot allocate memory > > Exit 1 > > $ cat kdump.out > > 71072 ktrace RET syscall -1 errno 100137 Unknown error: 100137 > > > > P.S. there doesn't seem to exist neither i386 nor amd64 package of > > linux_kdump for 6.2. > > > Alexandar Leidinger has linux_kdump on his web site: > > http://www.leidinger.net/FreeBSD/linux_kdump-1.5_2.tbz Compiled on 7-current i386. Extracting it on amd64 and using it directly should be possible (not on FreeBSD 6.x). Linux on amd64 is 32bit, so the 32bit executable should work on the ktrace. To compile it on your own: mv /compat/linux to somewhere else, install the gentoo linux_base (you have to ingnore the conflict), build the linux_kdump port (maybe also a "make package"), deinstall the gentoo linux_base and move /compat/linux back. Bye, Alexander. -- Once upon a time the plural of 'wizard' was 'war'. (The Last Continent) http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-amd64@FreeBSD.ORG Tue Mar 20 21:40:04 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56EB816A400 for ; Tue, 20 Mar 2007 21:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 362E513C4C4 for ; Tue, 20 Mar 2007 21:40:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l2KLe4pX061904 for ; Tue, 20 Mar 2007 21:40:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2KLe4FY061903; Tue, 20 Mar 2007 21:40:04 GMT (envelope-from gnats) Resent-Date: Tue, 20 Mar 2007 21:40:04 GMT Resent-Message-Id: <200703202140.l2KLe4FY061903@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, "Martin Schulman" Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D03FB16A405 for ; Tue, 20 Mar 2007 21:35:31 +0000 (UTC) (envelope-from schulman@jhu.edu) Received: from turtle-out.mxes.net (turtle-out.mxes.net [216.86.168.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8BAAC13C448 for ; Tue, 20 Mar 2007 21:35:31 +0000 (UTC) (envelope-from schulman@jhu.edu) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by turtle-in.mxes.net (Postfix) with ESMTP id 3D52310571 for ; Tue, 20 Mar 2007 17:12:50 -0400 (EDT) Received: from Acer8104 (unknown [68.100.67.106]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id E60AB5191A for ; Tue, 20 Mar 2007 17:12:48 -0400 (EDT) Message-Id: <021101c76b34$82a96740$aa0211ac@Acer8104> Date: Tue, 20 Mar 2007 17:12:47 -0400 From: "Martin Schulman" To: X-Mailman-Approved-At: Tue, 20 Mar 2007 23:33:22 +0000 Cc: Subject: amd64/110599: geli attach to gmirror device hangs and cannot be killed 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, 20 Mar 2007 21:40:04 -0000 >Number: 110599 >Category: amd64 >Synopsis: geli attach to gmirror device hangs and cannot be killed >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: Tue Mar 20 21:40:03 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Martin A. Schulman >Release: FreeBSD 6.2-RELEASE-p2 amd64 >Organization: Self >Environment: System: FreeBSD lockbox.dc.cox.net 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 = #0: Tue Feb 27 21:41:21 UTC 2007 = root@amd64-builder.daemonology.net:/usr/obj/usr/src/sy s/GENERIC amd64 Soltek SL-K890PRO-939 motherboard w/AMD64 3500+ (single core) 6.2-RELEASE install w/freebsd-update patches >Description: Installed 6.2 AMD64 on my system - used auto partition but resized /usr to 4G and /home to 140GB. Patched with freebsd-update, then enabled RAID1 using instructions from http://dannyman.toldme.com/2005/01/24/freebsd-howto-gmirror-system/. Unmount /home, and run "geli init" on /dev/mirror/gm0s1g which appears to work, but when I do "geli attach /dev/mirror/gm0s1g" it prints "link_elf_obj: hlt_cpus_mask undefined" and hangs - ctrl-C or -Z out won't return to a prompt. In fact, I can't even kill -9 the process from another terminal. >How-To-Repeat: It has not worked for me at all, and has failed in the same way at least four times: with an without an hmac and with and without an explicit block size on the init step. One of the times I ktrace'd it, cleared the ktrace from another terminal after the .out file stopped growing in size, and captured the text from kdump - I can email it on request. >Fix: None yet. ------=_NextPart_000_020E_01C76B12.FB3D4B30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
>Submitter-Id: =20 current-users
>Originator:    Martin A.=20 Schulman
>Organization:  Self
>Confidential: =20 no
>Synopsis:      geli attach to gmirror = device=20 hangs and cannot be = killed
>Severity:     =20 non-critical
>Priority:     =20 low
>Category:     =20 amd64
>Class:        =20 sw-bug
>Release:       FreeBSD=20 6.2-RELEASE-p2 amd64
>Environment:
System: FreeBSD = lockbox.dc.cox.net=20 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #0: Tue
 Feb 27 21:41:21 = UTC 2007=20 ro= ot@amd64-builder.daemonology.net:/usr/obj/usr/src/sy
s/GENERIC=20 amd64
 
Soltek SL-K890PRO-939 motherboard w/AMD64 3500+ = (single=20 core)
6.2-RELEASE install w/freebsd-update=20 patches
>Description:
Installed 6.2 AMD64 on my system - used = auto=20 partition but resized
/usr to 4G and /home to 140GB.  Patched = with=20 freebsd-update,
then enabled RAID1 using instructions from
http://dannyman.toldme.com/2005/01/24/freebsd-howto-gmirror-system/.
Unmount=20 /home, and run "geli init" on /dev/mirror/gm0s1g which
appears to = work, but=20 when I do "geli attach /dev/mirror/gm0s1g"
it prints "link_elf_obj:=20 hlt_cpus_mask undefined" and hangs - ctrl-C
or -Z out won't return to = a=20 prompt.  In fact, I can't even kill -9
the process from another=20 terminal.
 
>How-To-Repeat:
It has not worked for me at = all, and has=20 failed in the same way
at least four times: with an without an hmac = and with=20 and without
an explicit block size on the init step.
 
One of the times I ktrace'd it, cleared the ktrace = from=20 another
terminal after the .out file stopped growing in size, and=20 captured
the text from kdump - I can email it on = request.
 
>Fix:
None yet.
 
 
------=_NextPart_000_020E_01C76B12.FB3D4B30-- >Release-Note: >Audit-Trail: >Unformatted: This is a multi-part message in MIME format. ------=_NextPart_000_020E_01C76B12.FB3D4B30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 04:44:20 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09AE416A40F for ; Wed, 21 Mar 2007 04:44:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx03.syd.optusnet.com.au (fallbackmx03.syd.optusnet.com.au [211.29.133.136]) by mx1.freebsd.org (Postfix) with ESMTP id 3DC9D13C487 for ; Wed, 21 Mar 2007 04:44:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by fallbackmx03.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l2K7UZAA002772 for ; Tue, 20 Mar 2007 18:30:35 +1100 Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mail24.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l2K7UV4h031509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Mar 2007 18:30:32 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l2K7UVoo063417; Tue, 20 Mar 2007 18:30:31 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l2K7UUZL063416; Tue, 20 Mar 2007 18:30:30 +1100 (EST) (envelope-from peter) Date: Tue, 20 Mar 2007 18:30:30 +1100 From: Peter Jeremy To: Andriy Gapon Message-ID: <20070320073030.GC76696@turion.vk2pj.dyndns.org> References: <45FE7615.3090606@icyb.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <45FE7615.3090606@icyb.net.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit/i386 ports/packges on amd64 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: Wed, 21 Mar 2007 04:44:20 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Mar-19 13:37:57 +0200, Andriy Gapon wrote: >I saw a number of questions on this list about installing opera on amd64 >and about 32-bit java. But I didn't find any comprehensive answers, >howtos, etc. I've had a few tries but not managed to get a 32-bit jdk15 or mysqld running with an amd64 kernel. My suspicion is threading... >Has anyone managed to develop a well-defined and maintainable way of >using i386 packages (and/or ports) on amd64 ? This falls into the "lots of people would like it but so far no-one has implemented it" category. >BTW, it seems that various Linux distros have developed ways for easy >co-existence of x86 and x86_64 packages. Solaris (and I suspect Linux) has taken the approach that the kernel is 64-bit but userland is primarily 32-bit with applications able to build/run as 64-bit if desired. /usr/lib is 32-bit libraries and /usr/lib/sparcv9 is 64-bit. The toolchain and RTLD understand where to look. OTOH, FreeBSD/amd64 is a 64-bit environment with support for running 32-bit code: /usr/lib is 64-bit and /usr/lib32 is 32-bit. The Solaris approach means that 32-bit applications don't see any difference in paths etc whether they are running on a 32-bit or 64-bit kernel. With the FreeBSD approach, applications that poke around too closely with dynamic linking need to understand the differences. The Solaris approach is definitely less painful in the short term but there may still be some pain in the future when it moves to a 64-bit-only environment. The FreeBSD approach looks cleaner but is definitely more pain in the short term. As for which is better: Have a read of: http://www.acmqueue.com/modules.php?name=3DContent&pa=3Dshowpage&pid=3D421 --=20 Peter Jeremy --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFF/42W/opHv/APuIcRApqDAJ9Ti8jHFGfCcbE8HHoJ1XeLMR5zmACfZwOg w9OAKpBqYrRSni/RiePraww= =daos -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 10:43:42 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6436F16A480; Wed, 21 Mar 2007 10:43:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 39E3913C4B0; Wed, 21 Mar 2007 10:43:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LAhf6u036689; Wed, 21 Mar 2007 06:43:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LAhf1I094206; Wed, 21 Mar 2007 06:43:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ECCEF73039; Wed, 21 Mar 2007 05:43:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070321104340.ECCEF73039@freebsd-current.sentex.ca> Date: Wed, 21 Mar 2007 05:43:40 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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: Wed, 21 Mar 2007 10:43:42 -0000 TB --- 2007-03-21 08:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-21 08:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-21 08:55:00 - cleaning the object tree TB --- 2007-03-21 08:55:44 - checking out the source tree TB --- 2007-03-21 08:55:44 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-21 08:55:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-21 09:04:34 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-21 09:04:34 - cd /src TB --- 2007-03-21 09:04:34 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 21 09:04:36 UTC 2007 >>> 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 Wed Mar 21 10:23:30 UTC 2007 TB --- 2007-03-21 10:23:30 - generating LINT kernel config TB --- 2007-03-21 10:23:30 - cd /src/sys/amd64/conf TB --- 2007-03-21 10:23:30 - /usr/bin/make -B LINT TB --- 2007-03-21 10:23:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-21 10:23:30 - cd /src TB --- 2007-03-21 10:23:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 21 10:23:30 UTC 2007 >>> 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 >>> Kernel build for LINT completed on Wed Mar 21 10:42:31 UTC 2007 TB --- 2007-03-21 10:42:31 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-21 10:42:31 - cd /src TB --- 2007-03-21 10:42:31 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 21 10:42:32 UTC 2007 >>> 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 [...] @ -> /src/sys machine -> /src/sys/amd64/include ln -sf /obj/amd64/src/sys/GENERIC/opt_param.h opt_param.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64/src/sys/GENERIC /src/sys/modules/crypto/../../opencrypto/crypto.c /src/sys/modules/crypto/../../opencrypto/criov.c /src/sys/modules/crypto/../../opencrypto/cryptosoft.c /src/sys/modules/crypto/../../opencrypto/xform.c /src/sys/modules/crypto/../../opencrypto/cast.c /src/sys/modules/crypto/../../opencrypto/deflate.c /src/sys/modules/crypto/../../opencrypto/rmd160.c /src/sys/modules/crypto/../../crypto/rijndael/rijndael-alg-fst.c /src/sys/modules/crypto/../../crypto/rijndael/rijndael-api.c /src/sys/modules/crypto/../../opencrypto/skipjack.c /src/sys/modules/crypto/../../crypto/blowfish/bf_enc.c /src/sys/modules/crypto/../../crypto/blowfish/bf_skey.c /src/sys/modules/crypto/../../crypto/des/des_ecb.c /src/sys/modules/crypto/../../crypto/des/des_enc.c /src/sys/modules/crypto/../../crypto/des/des_setkey.c /src/sys/modules/crypto/../../crypto/sha1.c /src/sys /modules/crypto/../../crypto/sha2/sha2.c /src/sys/modules/crypto/../../opencrypto/crypto.c:81:26: cryptodev_if.h: No such file or directory /src/sys/modules/crypto/../../opencrypto/cryptosoft.c:52:26: cryptodev_if.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/crypto. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-21 10:43:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-21 10:43:40 - ERROR: failed to build GENERIC kernel TB --- 2007-03-21 10:43:40 - tinderbox aborted TB --- 0.89 user 3.60 system 6519.89 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 11:54:50 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7350116A400; Wed, 21 Mar 2007 11:54:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1D50713C46A; Wed, 21 Mar 2007 11:54:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 15863ED4A9B; Wed, 21 Mar 2007 13:54:45 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GEu+giEne6h4; Wed, 21 Mar 2007 13:54:41 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 103EEED4A92; Wed, 21 Mar 2007 13:54:41 +0200 (EET) Message-ID: <46011D03.8070706@icyb.net.ua> Date: Wed, 21 Mar 2007 13:54:43 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: Alexander Leidinger References: <45FFB7F0.5030107@icyb.net.ua> <790a9fff0703201249n46b29b50mf050563b61ab89c0@mail.gmail.com> <20070320215436.70f11d43@Magellan.Leidinger.net> In-Reply-To: <20070320215436.70f11d43@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64 package of linux_kdump 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: Wed, 21 Mar 2007 11:54:50 -0000 on 20/03/2007 22:54 Alexander Leidinger said the following: > Quoting "Scot Hetzel" (Tue, 20 Mar 2007 14:49:04 -0500): > >> On 3/20/07, Andriy Gapon wrote: >>> Does anybody have an amd64 package of linux_kdump (for 6.2) ? >>> Could you please share ? >>> >>> i386 linux_kdump as well as i386 FreeBSD kdump fail with the same >>> diagnostics: >>> $ kdump > kdump.out >>> kdump: Cannot allocate memory >>> Exit 1 >>> $ cat kdump.out >>> 71072 ktrace RET syscall -1 errno 100137 Unknown error: 100137 >>> >>> P.S. there doesn't seem to exist neither i386 nor amd64 package of >>> linux_kdump for 6.2. >>> >> Alexandar Leidinger has linux_kdump on his web site: >> >> http://www.leidinger.net/FreeBSD/linux_kdump-1.5_2.tbz > > Compiled on 7-current i386. Extracting it on amd64 and using it > directly should be possible (not on FreeBSD 6.x). Linux on amd64 is > 32bit, so the 32bit executable should work on the ktrace. This is not my experience. linux_kdump is a FreeBSD, not Linux program. As I said, i386 linux_kdump fails for me with the same diagnostics as i386 kdump. > To compile it on your own: mv /compat/linux to somewhere else, install > the gentoo linux_base (you have to ingnore the conflict), build the > linux_kdump port (maybe also a "make package"), deinstall the gentoo > linux_base and move /compat/linux back. I hoped to find a shortcut. -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 12:49:50 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2743916A403 for ; Wed, 21 Mar 2007 12:49:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 86BDF13C4B8 for ; Wed, 21 Mar 2007 12:49:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 7700DED4ACE; Wed, 21 Mar 2007 14:49:37 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4a76C2Qay7Ud; Wed, 21 Mar 2007 14:49:30 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 51DD8ED4AC8; Wed, 21 Mar 2007 14:49:30 +0200 (EET) Message-ID: <460129DD.5010107@icyb.net.ua> Date: Wed, 21 Mar 2007 14:49:33 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: Peter Jeremy References: <45FE7615.3090606@icyb.net.ua> <346a80220703191135w3e4fdb92ic8c93a38ff37f15a@mail.gmail.com> <45FFB0D3.8030201@icyb.net.ua> <20070320182749.GG76696@turion.vk2pj.dyndns.org> In-Reply-To: <20070320182749.GG76696@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit/i386 ports/packges on amd64 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: Wed, 21 Mar 2007 12:49:50 -0000 on 20/03/2007 20:27 Peter Jeremy said the following: > On 2007-Mar-20 12:00:51 +0200, Andriy Gapon wrote: >> Well the problem with this approach is that you can't have both amd64 >> and i386 versions of the same package installed. >> At least a few problems here are as follows: >> 1. package name doesn't include platform, so packages conflict even on >> pkgdb level >> 2. files are installed into the same locations >> 3. properly tracking dependencies is also not possible because of #1 >> 4. even if all i386 and all amd64 packages are unrelated then there >> still can be problems because of i386 shared libraries being installed >> into 64-bit "lib" directories and thus not visible to run-time linker. > > The solution to all these problems is to have two different sets of > hierarchies. The easiest would be /var/db/pkg32, /usr/X11R632 and > /usr/local32 (and maybe /var/db/ports32). This means that the > hierarchy within the ports/packages doesn't change, just the base > directory. The location choice would need to be controlled by a flag > (eg '-32') on the pkg* tools since there's easy way to distinguish > between different architectures within packages. (Packages get > unpacked into temporary directories so maybe an architecture flag > within +CONTENTS would be useful, though some packages are architecture > independent). Totally separate /compat/ia32 directory doesn't seem too bad to me either. That's where I currently keep i386 base system and chroot-install i386 packages. >> There is another problem with arch specification in ports: currently >> i386-only is used to mean several different things - (1) software indeed >> makes sense only on i386 platform; (2) software is actually a thirdparty >> i386 binary; (3) software is not 64-bit clean. > > Is this such a problem? An amd64 in 32-bit mode looks mostly like an > i386 so there any need to distiguish these sub-classes. Well, now I think that you are right, this is not so important in practice. >> As Peter Jeremy already mentioned 32-bit Java is not running on amd64, >> even in such a chroot-ed environment. For me it either crashes or hangs. > > I didn't mention it but the way forward for this is for someone > interested to develop small test cases that don't work so the > underlying cause can be tracked down. Java is such a big app that > just saying it doesn't work isn't helpful. OTOH, a 50 line test > program that doesn't work would be manageable. > It's definitely something about threading. Today I managed to execute i386 diablo-1.5.0_07-b01 java using the following command line (sorry for possible broken lines): $ env LD_32_LIBRARY_PATH=/compat/ia32/usr/local/diablo-jre1.5.0/lib/i386/client:/compat/ia32/usr/local/diablo-jre1.5.0/lib/i386 /compat/ia32/usr/local/diablo-jre1.5.0/bin/java -version with the following ldconfig configuration: $ ldconfig -32 -r | head /var/run/ld-elf32.so.hints: search directories: /compat/ia32/lib:/compat/ia32/usr/lib:/compat/ia32/usr/lib/compat:/compat/ia32/usr/X11R6/lib:/compat/ia32/usr/local/lib:/compat/ia32/usr/local/lib/compat/pkg:/usr/local/lib/compat/pkg and the following lines in libmap32.conf: libthr.so.2 libc_r.so.6 # Everything that uses 'libc_r' libthr.so libc_r.so.6 # now uses 'libthr' libpthread.so.2 libc_r.so.6 # Everything that uses 'libpthread' libpthread.so libc_r.so.6 # now uses 'libthr' Using libpthread results SIGSEGV. ktrace -d -i: 1200 java CALL kse_create(0x812d60c,0x1) 1200 java RET kse_create 0 1200 java CALL __sysctl(0xffffc708,0x2,0xffffc710,0xffffc704,0x280b663c,0x18) 1200 java RET __sysctl 0 1200 java CALL __sysctl(0xffffc710,0x3,0xffffc7bc,0xffffc7c0,0,0) 1200 java RET __sysctl 0 1200 java CALL break(0x8134000) 1200 java RET break 0 1200 java CALL mmap(0xffcbc000,0x41000,0x3,0x400,0xffffffff,0,0,0) 1200 java RET mmap -3424256/0xffcbc000 1200 java CALL mprotect(0xffcbc000,0x1000,0) 1200 java RET mprotect 0 1200 java CALL clock_gettime(0,0x805af5c) 1200 java RET clock_gettime 0 1200 java RET fork 0 <<<======================= What's this ??? 1200 java PSIG SIGSEGV caught handler=0x280a3a24 mask=0xfffefaff code=0xc gdb: #0 0x08130002 in ?? () [New Thread 0x805c01408067a00 (runnable)] [New Thread 0x280b71c808067800 (runnable)] [New Thread 0x8067a140805c000 (sleeping)] Cannot get thread info: generic error (gdb) bt #0 0x08130002 in ?? () (gdb) i thr Cannot get thread info: generic error (gdb) Side-note: is it correct that when gdb opens i386 program and core file it loads ld-elf.so, not ld-elf32.so ? Using libthr results in "Bad system call". (WTF? it's the same OS and the same release): 1197 java CALL _umtx_op 1197 java RET _umtx_op -1 errno 78 Function not implemented 1197 java PSIG SIGSYS SIG_DFL I think that this is something that needs to be fixed very first if we are talking about amd64 binary compatibility with i386. BTW, I've also got opera running in a similar fashion (using libc_r). Unfortunately it SIGSEGVs when it tries to execute java applets. It looks like the problem might be somewhere in dl* (dlopen/dlinfo) area. When I tried opera with libpthread it SIGSEGVed with the following frames: #0 0x29116925 in close () from /compat/ia32/lib/libpthread.so.2 #1 0x28b6e1cb in QProcessPrivate::~QProcessPrivate () from /compat/ia32/usr/X11R6/lib/libqt-mt.so.3 #2 0x28b6edd9 in QProcess::~QProcess () from /compat/ia32/usr/X11R6/lib/libqt-mt.so.3 -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 14:00:16 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 757C916A406 for ; Wed, 21 Mar 2007 14:00:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2523B13C4F4 for ; Wed, 21 Mar 2007 14:00:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l2LE0F8H011467 for ; Wed, 21 Mar 2007 14:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2LE0F7r011466; Wed, 21 Mar 2007 14:00:15 GMT (envelope-from gnats) Date: Wed, 21 Mar 2007 14:00:15 GMT Message-Id: <200703211400.l2LE0F7r011466@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: "Eamon A.Roque" Cc: Subject: Re: amd64/88730: kernel panics during booting from the installation CD X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Eamon A.Roque" List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 14:00:16 -0000 The following reply was made to PR amd64/88730; it has been noted by GNATS. From: "Eamon A.Roque" To: bug-followup@FreeBSD.org, gregory@home.ru Cc: Subject: Re: amd64/88730: kernel panics during booting from the installation CD Date: Wed, 21 Mar 2007 14:42:48 +0100 --=-3zNQDsVbqxOXeaynKK49 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I'm getting a boot panic on an AMD machine on all versions of FreeBSD from 6.1-RELEASE to 7.0-Current-200703. The machine is a dc5750 SFF from HP/Compaq, Windsor-PV Mini Build PCB X6 Board with Athlon64-X2 3800+ 2Ghz FSB, ATI Chipset (see attachment (output from "lspci -vxxx" and "hwinfo -all"under Linux)), 2GB Ram (2048MB DDR2/667Mhz/Dual Channel). Graphic: NVidia GeForce 7300 LE Booting (w) or (w)out ACPI, in Safe Mode, whatever: Text from Bootloader on: OK boot -v GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb panic: No BIOS smap info from loader cpuid: 0 KDB: enter: panic [thread pid 0 tid 0] Stopped at kdb_enter+0x2f: nop db> print ffffffff8047317f db>bt Tracing pid 0 tid 0 td 0xffffffff8096ff40 kdb_enter() at kdb_enter+02f panic() at panic+0x2f hammer_time() at hammer_time+0xd2d btext() at btext+0x24 db>smap db> HTH, just a "follow-up" Eamon Roque --=-3zNQDsVbqxOXeaynKK49 Content-Disposition: attachment; filename=hwinfo-all-linux-2.6.21-rc4-mm1.txt Content-Type: text/plain; name=hwinfo-all-linux-2.6.21-rc4-mm1.txt; charset=utf-8 Content-Transfer-Encoding: 7bit ============ start debug info ============ libhd version 13.4u (x86-64) using /var/lib/hardware kernel version is 2.6 ----- /proc/cmdline ----- root=/dev/sda6 ro locale=de_DE ----- /proc/cmdline end ----- debug = 0xff7ffff7 probe = 0x00000000000000000000 (-memory -pci -isapnp -net -floppy -misc -misc.serial -misc.par -misc.floppy -serial -cpu -bios -monitor -mouse -scsi -usb -usb.mods -adb -modem -modem.usb -parallel -parallel.lp -parallel.zip -isa -isa.isdn -isdn -kbd -prom -sbus -int -braille -braille.alva -braille.fhp -braille.ht -ignx11 -sys -bios.vbe -isapnp.old -isapnp.new -isapnp.mod -braille.baum -manual -fb -pppoe -scan -pcmcia -fork -parallel.imm -s390 -cpuemu -sysfs -s390disks -udev -block -block.cdrom -block.part -edd -edd.mod -bios.ddc -bios.fb -bios.mode -input -block.mods -bios.vesa -cpuemu.debug -scsi.noserial -wlan -bios.crc -hal -bios.vram -max -lxrc) shm: attached segment 622604 at 0x2b44e911d000 >> hal.1: read hal data hal: connected to: :1.9 ----- hal device list ----- 0: udi = '/org/freedesktop/Hal/devices/platform_bluetooth' info.udi = '/org/freedesktop/Hal/devices/platform_bluetooth' linux.subsystem = 'platform' linux.hotplug_type = 1 (0x1) info.product = 'Platform Device (bluetooth)' platform.id = 'bluetooth' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'platform' linux.sysfs_path_device = '/sys/devices/platform/bluetooth' linux.sysfs_path = '/sys/devices/platform/bluetooth' 1: udi = '/org/freedesktop/Hal/devices/volume_uuid_0dc65b33_31e1_4716_aae1_8816ac474c1d' volume.unmount.valid_options = { 'lazy' } volume.mount.valid_options = { 'ro', 'sync', 'dirsync', 'noatime', 'nodiratime', 'noexec', 'quiet', 'data=' } org.freedesktop.Hal.Device.Volume.method_execpaths = { 'hal-system-storage-mount', 'hal-system-storage-unmount', 'hal-system-storage-eject' } org.freedesktop.Hal.Device.Volume.method_signatures = { 'ssas', 'as', 'as' } org.freedesktop.Hal.Device.Volume.method_names = { 'Mount', 'Unmount', 'Eject' } info.interfaces = { 'org.freedesktop.Hal.Device.Volume' } volume.ignore = true volume.policy.desired_mount_point = 'scsidisk' volume.policy.mount_filesystem = 'ext3' volume.policy.should_mount = true info.udi = '/org/freedesktop/Hal/devices/volume_uuid_0dc65b33_31e1_4716_aae1_8816ac474c1d' volume.partition.msdos_part_table_type = 131 (0x83) info.product = 'Volume (ext3)' volume.size = 148022784ull (0x8d2a600ull) volume.num_blocks = 289107 (0x46953) volume.block_size = 512 (0x200) volume.partition.number = 1 (0x1) info.capabilities = { 'volume', 'block' } info.category = 'volume' volume.is_partition = true volume.is_disc = false volume.is_mounted_read_only = false volume.is_mounted = true volume.mount_point = '/boot' volume.label = '' volume.uuid = '0dc65b33-31e1-4716-aae1-8816ac474c1d' volume.fsversion = '1.0' volume.fsusage = 'filesystem' volume.fstype = 'ext3' storage.model = '' block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' block.is_volume = true block.minor = 1 (0x1) block.major = 8 (0x8) block.device = '/dev/sda1' linux.hotplug_type = 3 (0x3) info.parent = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' linux.sysfs_path_device = '/sys/block/sda/sda1' linux.sysfs_path = '/sys/block/sda/sda1' 2: udi = '/org/freedesktop/Hal/devices/volume_part2_size_1024' info.udi = '/org/freedesktop/Hal/devices/volume_part2_size_1024' volume.partition.msdos_part_table_type = 5 (0x5) info.product = 'Volume' volume.size = 1024ull (0x400ull) volume.num_blocks = 2 (0x2) volume.block_size = 512 (0x200) volume.partition.number = 2 (0x2) info.capabilities = { 'volume', 'block' } info.category = 'volume' volume.is_partition = true volume.is_disc = false volume.is_mounted_read_only = false volume.is_mounted = false volume.mount_point = '' volume.label = '' volume.uuid = '' volume.fsversion = '' volume.fsusage = '' volume.fstype = '' storage.model = '' block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' block.is_volume = true block.minor = 2 (0x2) block.major = 8 (0x8) block.device = '/dev/sda2' linux.hotplug_type = 3 (0x3) info.parent = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' linux.sysfs_path_device = '/sys/block/sda/sda2' linux.sysfs_path = '/sys/block/sda/sda2' 3: udi = '/org/freedesktop/Hal/devices/volume_uuid_5480fdd6_2527_4f3f_8590_4853b32bdb9c' info.udi = '/org/freedesktop/Hal/devices/volume_uuid_5480fdd6_2527_4f3f_8590_4853b32bdb9c' volume.partition.msdos_part_table_type = 130 (0x82) info.product = 'Volume (swap)' volume.size = 501709824ull (0x1de77c00ull) volume.num_blocks = 979902 (0xef3be) volume.block_size = 512 (0x200) volume.partition.number = 5 (0x5) info.capabilities = { 'volume', 'block' } info.category = 'volume' volume.is_partition = true volume.is_disc = false volume.is_mounted_read_only = false volume.is_mounted = false volume.mount_point = '' volume.label = '' volume.uuid = '5480fdd6-2527-4f3f-8590-4853b32bdb9c' volume.fsversion = '2' volume.fsusage = 'other' volume.fstype = 'swap' storage.model = '' block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' block.is_volume = true block.minor = 5 (0x5) block.major = 8 (0x8) block.device = '/dev/sda5' linux.hotplug_type = 3 (0x3) info.parent = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' linux.sysfs_path_device = '/sys/block/sda/sda5' linux.sysfs_path = '/sys/block/sda/sda5' 4: udi = '/org/freedesktop/Hal/devices/volume_uuid_a426118e_e7ff_4681_85a2_c263cf63917e' volume.unmount.valid_options = { 'lazy' } volume.mount.valid_options = { 'ro', 'sync', 'dirsync', 'noatime', 'nodiratime', 'noexec', 'quiet', 'data=' } org.freedesktop.Hal.Device.Volume.method_execpaths = { 'hal-system-storage-mount', 'hal-system-storage-unmount', 'hal-system-storage-eject' } org.freedesktop.Hal.Device.Volume.method_signatures = { 'ssas', 'as', 'as' } org.freedesktop.Hal.Device.Volume.method_names = { 'Mount', 'Unmount', 'Eject' } info.interfaces = { 'org.freedesktop.Hal.Device.Volume' } volume.ignore = true volume.policy.desired_mount_point = 'scsidisk' volume.policy.mount_filesystem = 'ext3' volume.policy.should_mount = true info.udi = '/org/freedesktop/Hal/devices/volume_uuid_a426118e_e7ff_4681_85a2_c263cf63917e' volume.partition.msdos_part_table_type = 131 (0x83) info.product = 'Volume (ext3)' volume.size = 39999504384ull (0x950280000ull) volume.num_blocks = 78124032 (0x4a81400) volume.block_size = 512 (0x200) volume.partition.number = 6 (0x6) info.capabilities = { 'volume', 'block' } info.category = 'volume' volume.is_partition = true volume.is_disc = false volume.is_mounted_read_only = false volume.is_mounted = true volume.mount_point = '/' volume.label = '' volume.uuid = 'a426118e-e7ff-4681-85a2-c263cf63917e' volume.fsversion = '1.0' volume.fsusage = 'filesystem' volume.fstype = 'ext3' storage.model = '' block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' block.is_volume = true block.minor = 6 (0x6) block.major = 8 (0x8) block.device = '/dev/sda6' linux.hotplug_type = 3 (0x3) info.parent = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' linux.sysfs_path_device = '/sys/block/sda/sda6' linux.sysfs_path = '/sys/block/sda/sda6' 5: udi = '/org/freedesktop/Hal/devices/volume_uuid_d6a0368a_bd58_4df8_8588_e3b13ab47a0f' volume.unmount.valid_options = { 'lazy' } volume.mount.valid_options = { 'ro', 'sync', 'dirsync', 'noatime', 'nodiratime', 'noexec', 'quiet', 'data=' } org.freedesktop.Hal.Device.Volume.method_execpaths = { 'hal-system-storage-mount', 'hal-system-storage-unmount', 'hal-system-storage-eject' } org.freedesktop.Hal.Device.Volume.method_signatures = { 'ssas', 'as', 'as' } org.freedesktop.Hal.Device.Volume.method_names = { 'Mount', 'Unmount', 'Eject' } info.interfaces = { 'org.freedesktop.Hal.Device.Volume' } volume.ignore = true volume.policy.desired_mount_point = 'scsidisk' volume.policy.mount_filesystem = 'ext3' volume.policy.should_mount = true info.udi = '/org/freedesktop/Hal/devices/volume_uuid_d6a0368a_bd58_4df8_8588_e3b13ab47a0f' volume.partition.msdos_part_table_type = 131 (0x83) info.product = '/home' volume.size = 119389906944ull (0x1bcc316800ull) volume.num_blocks = 233183412 (0xde618b4) volume.block_size = 512 (0x200) volume.partition.number = 7 (0x7) info.capabilities = { 'volume', 'block' } info.category = 'volume' volume.is_partition = true volume.is_disc = false volume.is_mounted_read_only = false volume.is_mounted = true volume.mount_point = '/home' volume.label = '/home' volume.uuid = 'd6a0368a-bd58-4df8-8588-e3b13ab47a0f' volume.fsversion = '1.0' volume.fsusage = 'filesystem' volume.fstype = 'ext3' storage.model = '' block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' block.is_volume = true block.minor = 7 (0x7) block.major = 8 (0x8) block.device = '/dev/sda7' linux.hotplug_type = 3 (0x3) info.parent = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' linux.sysfs_path_device = '/sys/block/sda/sda7' linux.sysfs_path = '/sys/block/sda/sda7' 6: udi = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' storage.policy.should_mount = false block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' info.udi = '/org/freedesktop/Hal/devices/storage_serial_1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' storage.requires_eject = false storage.hotpluggable = false info.capabilities = { 'storage', 'block' } info.category = 'storage' info.product = 'SAMSUNG HD160JJ/' info.vendor = 'ATA' storage.removable = false storage.physical_device = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2_scsi_device_lun0' storage.lun = 0 (0x0) storage.firmware_version = 'ZM10' storage.serial = '1ATA_SAMSUNG_HD160JJP_S0XSJ1HP200682' storage.vendor = 'ATA' storage.model = 'SAMSUNG HD160JJ/' storage.drive_type = 'disk' storage.automount_enabled_hint = true storage.media_check_enabled = false storage.no_partitions_hint = false storage.bus = 'scsi' block.is_volume = false block.minor = 0 (0x0) block.major = 8 (0x8) block.device = '/dev/sda' linux.hotplug_type = 3 (0x3) info.parent = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2_scsi_device_lun0' linux.sysfs_path_device = '/sys/block/sda' linux.sysfs_path = '/sys/block/sda' 7: udi = '/org/freedesktop/Hal/devices/computer_alsa_timer' info.udi = '/org/freedesktop/Hal/devices/computer_alsa_timer' linux.device_file = '/dev/snd/timer' linux.subsystem = 'sound' linux.hotplug_type = 2 (0x2) alsa.device_file = '/dev/snd/timer' info.product = 'ALSA Timer Device' alsa.type = 'timer' info.capabilities = { 'alsa' } info.category = 'alsa' info.parent = '/org/freedesktop/Hal/devices/computer' linux.sysfs_path = '/sys/devices/virtual/sound/timer' 8: udi = '/org/freedesktop/Hal/devices/platform_pcspkr_logicaldev_input' info.udi = '/org/freedesktop/Hal/devices/platform_pcspkr_logicaldev_input' input.product = 'PC Speaker' info.product = 'PC Speaker' linux.device_file = '/dev/input/event0' linux.subsystem = 'input' linux.hotplug_type = 2 (0x2) input.device = '/dev/input/event0' info.capabilities = { 'input' } info.category = 'input' info.parent = '/org/freedesktop/Hal/devices/platform_pcspkr' input.physical_device = '/org/freedesktop/Hal/devices/platform_pcspkr' linux.sysfs_path = '/sys/class/input/input0/event0' 9: udi = '/org/freedesktop/Hal/devices/platform_pcspkr' info.udi = '/org/freedesktop/Hal/devices/platform_pcspkr' linux.subsystem = 'platform' linux.hotplug_type = 1 (0x1) info.product = 'Platform Device (pcspkr)' platform.id = 'pcspkr' info.linux.driver = 'pcspkr' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'platform' linux.sysfs_path_device = '/sys/devices/platform/pcspkr' linux.sysfs_path = '/sys/devices/platform/pcspkr' 10: udi = '/org/freedesktop/Hal/devices/platform_serial8250' info.udi = '/org/freedesktop/Hal/devices/platform_serial8250' linux.subsystem = 'platform' linux.hotplug_type = 1 (0x1) info.product = 'Platform Device (serial8250)' platform.id = 'serial8250' info.linux.driver = 'serial8250' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'platform' linux.sysfs_path_device = '/sys/devices/platform/serial8250' linux.sysfs_path = '/sys/devices/platform/serial8250' 11: udi = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port' info.udi = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port' linux.subsystem = 'serio' linux.hotplug_type = 1 (0x1) info.product = 'i8042 KBD port' serio.description = 'i8042 KBD port' serio.id = 'serio0' info.parent = '/org/freedesktop/Hal/devices/platform_i8042' info.bus = 'serio' linux.sysfs_path_device = '/sys/devices/platform/i8042/serio0' linux.sysfs_path = '/sys/devices/platform/i8042/serio0' 12: udi = '/org/freedesktop/Hal/devices/platform_i8042_i8042_AUX_port' info.udi = '/org/freedesktop/Hal/devices/platform_i8042_i8042_AUX_port' linux.subsystem = 'serio' linux.hotplug_type = 1 (0x1) info.product = 'i8042 AUX port' serio.description = 'i8042 AUX port' serio.id = 'serio1' info.parent = '/org/freedesktop/Hal/devices/platform_i8042' info.bus = 'serio' linux.sysfs_path_device = '/sys/devices/platform/i8042/serio1' linux.sysfs_path = '/sys/devices/platform/i8042/serio1' 13: udi = '/org/freedesktop/Hal/devices/platform_i8042' info.udi = '/org/freedesktop/Hal/devices/platform_i8042' linux.subsystem = 'platform' linux.hotplug_type = 1 (0x1) info.product = 'Platform Device (i8042)' platform.id = 'i8042' info.linux.driver = 'i8042' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'platform' linux.sysfs_path_device = '/sys/devices/platform/i8042' linux.sysfs_path = '/sys/devices/platform/i8042' 14: udi = '/org/freedesktop/Hal/devices/pci_1002_5950' info.udi = '/org/freedesktop/Hal/devices/pci_1002_5950' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'RS480 Host Bridge' pci.product = 'RS480 Host Bridge' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 0 (0x0) pci.device_subclass = 0 (0x0) pci.device_class = 6 (0x6) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 22864 (0x5950) pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:00.0' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:00.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:00.0' 15: udi = '/org/freedesktop/Hal/devices/pci_10de_1d1' info.udi = '/org/freedesktop/Hal/devices/pci_10de_1d1' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x51a4)' pci.subsys_vendor = 'LeadTek Research Inc.' info.product = 'Unknown (0x01d1)' pci.product = 'Unknown (0x01d1)' info.vendor = 'nVidia Corporation' pci.vendor = 'nVidia Corporation' pci.device_protocol = 0 (0x0) pci.device_subclass = 0 (0x0) pci.device_class = 3 (0x3) pci.subsys_vendor_id = 4221 (0x107d) pci.subsys_product_id = 20900 (0x51a4) pci.vendor_id = 4318 (0x10de) pci.product_id = 465 (0x1d1) info.linux.driver = 'nvidia' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0' info.parent = '/org/freedesktop/Hal/devices/pci_1002_5a34' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0' 16: udi = '/org/freedesktop/Hal/devices/pci_1002_5a34' info.udi = '/org/freedesktop/Hal/devices/pci_1002_5a34' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x0000)' pci.subsys_vendor = 'Unknown (0x0000)' info.product = 'RS480 PCI-X Root Port' pci.product = 'RS480 PCI-X Root Port' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 0 (0x0) pci.device_subclass = 4 (0x4) pci.device_class = 6 (0x6) pci.subsys_vendor_id = 0 (0x0) pci.subsys_product_id = 0 (0x0) pci.vendor_id = 4098 (0x1002) pci.product_id = 23092 (0x5a34) info.linux.driver = 'pcieport-driver' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:02.0' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:02.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:02.0' 17: udi = '/org/freedesktop/Hal/devices/net_00_19_bb_5e_a8_aa' info.udi = '/org/freedesktop/Hal/devices/net_00_19_bb_5e_a8_aa' linux.subsystem = 'net' linux.hotplug_type = 2 (0x2) net.80203.mac_address = 110517725354ull (0x19bb5ea8aaull) info.product = 'Networking Interface' net.interface_up = true net.arp_proto_hw_id = 1 (0x1) net.linux.ifindex = 2 (0x2) net.address = '00:19:bb:5e:a8:aa' net.interface = 'eth0' net.physical_device = '/org/freedesktop/Hal/devices/pci_14e4_167b' info.capabilities = { 'net', 'net.80203' } info.category = 'net.80203' info.parent = '/org/freedesktop/Hal/devices/pci_14e4_167b' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:07.0/0000:3f:00.0/net/eth0' 18: udi = '/org/freedesktop/Hal/devices/pci_14e4_167b' info.udi = '/org/freedesktop/Hal/devices/pci_14e4_167b' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x167b)' pci.product = 'Unknown (0x167b)' info.vendor = 'Broadcom Corporation' pci.vendor = 'Broadcom Corporation' pci.device_protocol = 0 (0x0) pci.device_subclass = 0 (0x0) pci.device_class = 2 (0x2) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 5348 (0x14e4) pci.product_id = 5755 (0x167b) info.linux.driver = 'tg3' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:07.0/0000:3f:00.0' info.parent = '/org/freedesktop/Hal/devices/pci_1002_5a39' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:07.0/0000:3f:00.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:07.0/0000:3f:00.0' 19: udi = '/org/freedesktop/Hal/devices/pci_1002_5a39' info.udi = '/org/freedesktop/Hal/devices/pci_1002_5a39' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x0000)' pci.subsys_vendor = 'Unknown (0x0000)' info.product = 'Unknown (0x5a39)' pci.product = 'Unknown (0x5a39)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 0 (0x0) pci.device_subclass = 4 (0x4) pci.device_class = 6 (0x6) pci.subsys_vendor_id = 0 (0x0) pci.subsys_product_id = 0 (0x0) pci.vendor_id = 4098 (0x1002) pci.product_id = 23097 (0x5a39) info.linux.driver = 'pcieport-driver' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:07.0' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:07.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:07.0' 20: udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2_scsi_device_lun0_scsi_generic' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2_scsi_device_lun0_scsi_generic' linux.device_file = '/dev/sg0' linux.subsystem = 'scsi_generic' linux.hotplug_type = 2 (0x2) scsi_generic.device = '/dev/sg0' info.product = 'SCSI Generic Interface' info.capabilities = { 'scsi_generic' } info.category = 'scsi_generic' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2_scsi_device_lun0' linux.sysfs_path = '/sys/class/scsi_generic/sg0' 21: udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2_scsi_device_lun0' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2_scsi_device_lun0' linux.subsystem = 'scsi' linux.hotplug_type = 1 (0x1) scsi.type = 'disk' scsi.vendor = 'ATA' scsi.model = 'SAMSUNG HD160JJ/' info.product = 'SCSI Device' info.linux.driver = 'sd' scsi.lun = 0 (0x0) scsi.target = 0 (0x0) scsi.bus = 0 (0x0) scsi.host = 0 (0x0) info.parent = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2' info.bus = 'scsi' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:12.0/host0/target0:0:0/0:0:0:0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:12.0/host0/target0:0:0/0:0:0:0' 22: udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_2' linux.subsystem = 'scsi_host' linux.hotplug_type = 2 (0x2) scsi_host.host = 0 (0x0) info.product = 'SCSI Host Adapter' info.capabilities = { 'scsi_host' } info.category = 'scsi_host' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4380' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:12.0/host0' linux.sysfs_path = '/sys/class/scsi_host/host0' 23: udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_1_scsi_device_lun0_scsi_generic' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_1_scsi_device_lun0_scsi_generic' linux.device_file = '/dev/sg1' linux.subsystem = 'scsi_generic' linux.hotplug_type = 2 (0x2) scsi_generic.device = '/dev/sg1' info.product = 'SCSI Generic Interface' info.capabilities = { 'scsi_generic' } info.category = 'scsi_generic' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_1_scsi_device_lun0' linux.sysfs_path = '/sys/class/scsi_generic/sg1' 24: udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_1_scsi_device_lun0' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_1_scsi_device_lun0' linux.subsystem = 'scsi' linux.hotplug_type = 1 (0x1) scsi.type = 'cdrom' scsi.vendor = 'HL-DT-ST' scsi.model = 'DVD+-RW GSA-H31L' info.product = 'SCSI Device' info.linux.driver = 'sr' scsi.lun = 0 (0x0) scsi.target = 0 (0x0) scsi.bus = 0 (0x0) scsi.host = 1 (0x1) info.parent = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_1' info.bus = 'scsi' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:12.0/host1/target1:0:0/1:0:0:0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:12.0/host1/target1:0:0/1:0:0:0' 25: udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_1' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_1' linux.subsystem = 'scsi_host' linux.hotplug_type = 2 (0x2) scsi_host.host = 1 (0x1) info.product = 'SCSI Host Adapter' info.capabilities = { 'scsi_host' } info.category = 'scsi_host' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4380' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:12.0/host1' linux.sysfs_path = '/sys/class/scsi_host/host1' 26: udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_0' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host_0' linux.subsystem = 'scsi_host' linux.hotplug_type = 2 (0x2) scsi_host.host = 2 (0x2) info.product = 'SCSI Host Adapter' info.capabilities = { 'scsi_host' } info.category = 'scsi_host' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4380' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:12.0/host2' linux.sysfs_path = '/sys/class/scsi_host/host2' 27: udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4380_scsi_host' linux.subsystem = 'scsi_host' linux.hotplug_type = 2 (0x2) scsi_host.host = 3 (0x3) info.product = 'SCSI Host Adapter' info.capabilities = { 'scsi_host' } info.category = 'scsi_host' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4380' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:12.0/host3' linux.sysfs_path = '/sys/class/scsi_host/host3' 28: udi = '/org/freedesktop/Hal/devices/pci_1002_4380' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4380' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x2813)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x4380)' pci.product = 'Unknown (0x4380)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 1 (0x1) pci.device_subclass = 6 (0x6) pci.device_class = 1 (0x1) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10259 (0x2813) pci.vendor_id = 4098 (0x1002) pci.product_id = 17280 (0x4380) info.linux.driver = 'ahci' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:12.0' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:12.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:12.0' 29: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_0_if0' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_0_if0' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) info.product = 'USB Hub Interface' usb.interface.protocol = 0 (0x0) usb.interface.subclass = 0 (0x0) usb.interface.class = 9 (0x9) usb.interface.number = 0 (0x0) info.linux.driver = 'hub' usb.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.0/usb1/1-0:1.0' usb.configuration_value = 1 (0x1) usb.num_configurations = 1 (0x1) usb.num_interfaces = 1 (0x1) usb.device_class = 9 (0x9) usb.device_subclass = 0 (0x0) usb.device_protocol = 0 (0x0) usb.vendor_id = 0 (0x0) usb.product_id = 0 (0x0) usb.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb.product = 'USB Hub Interface' usb.device_revision_bcd = 518 (0x206) usb.max_power = 0 (0x0) usb.num_ports = 2 (0x2) usb.linux.device_number = 1 (0x1) usb.serial = '0000:00:13.0' usb.speed_bcd = 4608 (0x1200) usb.version_bcd = 272 (0x110) usb.is_self_powered = true usb.can_wake_up = true usb.bus_number = 1 (0x1) info.bus = 'usb' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_0' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.0/usb1/1-0:1.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.0/usb1/1-0:1.0' 30: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_0_usbraw' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_0_usbraw' linux.device_file = '/dev/bus/usb/001/001' linux.subsystem = 'usb_device' linux.hotplug_type = 2 (0x2) usbraw.device = '/dev/bus/usb/001/001' info.product = 'USB Raw Device Access' info.capabilities = { 'usbraw' } info.category = 'usbraw' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.0/usb1/usb_device/usbdev1.1' 31: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_0' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_0' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) usb_device.bus_number = 1 (0x1) usb_device.can_wake_up = true usb_device.is_self_powered = true usb_device.version_bcd = 272 (0x110) usb_device.speed_bcd = 4608 (0x1200) usb_device.serial = '0000:00:13.0' usb_device.linux.device_number = 1 (0x1) usb_device.num_ports = 2 (0x2) usb_device.max_power = 0 (0x0) usb_device.device_revision_bcd = 518 (0x206) info.product = 'OHCI Host Controller' usb_device.product = 'OHCI Host Controller' info.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.product_id = 0 (0x0) usb_device.vendor_id = 0 (0x0) usb_device.device_protocol = 0 (0x0) usb_device.device_subclass = 0 (0x0) usb_device.device_class = 9 (0x9) usb_device.num_interfaces = 1 (0x1) usb_device.num_configurations = 1 (0x1) usb_device.configuration_value = 1 (0x1) usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.0/usb1' info.linux.driver = 'usb' info.bus = 'usb_device' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4387' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.0/usb1' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.0/usb1' 32: udi = '/org/freedesktop/Hal/devices/pci_1002_4387' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4387' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x4387)' pci.product = 'Unknown (0x4387)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 16 (0x10) pci.device_subclass = 3 (0x3) pci.device_class = 12 (0xc) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17287 (0x4387) info.linux.driver = 'ohci_hcd' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.0' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.0' 33: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_1_if0' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_1_if0' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) info.product = 'USB Hub Interface' usb.interface.protocol = 0 (0x0) usb.interface.subclass = 0 (0x0) usb.interface.class = 9 (0x9) usb.interface.number = 0 (0x0) info.linux.driver = 'hub' usb.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.1/usb2/2-0:1.0' usb.configuration_value = 1 (0x1) usb.num_configurations = 1 (0x1) usb.num_interfaces = 1 (0x1) usb.device_class = 9 (0x9) usb.device_subclass = 0 (0x0) usb.device_protocol = 0 (0x0) usb.vendor_id = 0 (0x0) usb.product_id = 0 (0x0) usb.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb.product = 'USB Hub Interface' usb.device_revision_bcd = 518 (0x206) usb.max_power = 0 (0x0) usb.num_ports = 2 (0x2) usb.linux.device_number = 1 (0x1) usb.serial = '0000:00:13.1' usb.speed_bcd = 4608 (0x1200) usb.version_bcd = 272 (0x110) usb.is_self_powered = true usb.can_wake_up = true usb.bus_number = 2 (0x2) info.bus = 'usb' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_1' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.1/usb2/2-0:1.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.1/usb2/2-0:1.0' 34: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_1_usbraw' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_1_usbraw' linux.device_file = '/dev/bus/usb/002/001' linux.subsystem = 'usb_device' linux.hotplug_type = 2 (0x2) usbraw.device = '/dev/bus/usb/002/001' info.product = 'USB Raw Device Access' info.capabilities = { 'usbraw' } info.category = 'usbraw' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_1' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.1/usb2/usb_device/usbdev2.1' 35: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_1' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_1' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) usb_device.bus_number = 2 (0x2) usb_device.can_wake_up = true usb_device.is_self_powered = true usb_device.version_bcd = 272 (0x110) usb_device.speed_bcd = 4608 (0x1200) usb_device.serial = '0000:00:13.1' usb_device.linux.device_number = 1 (0x1) usb_device.num_ports = 2 (0x2) usb_device.max_power = 0 (0x0) usb_device.device_revision_bcd = 518 (0x206) info.product = 'OHCI Host Controller' usb_device.product = 'OHCI Host Controller' info.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.product_id = 0 (0x0) usb_device.vendor_id = 0 (0x0) usb_device.device_protocol = 0 (0x0) usb_device.device_subclass = 0 (0x0) usb_device.device_class = 9 (0x9) usb_device.num_interfaces = 1 (0x1) usb_device.num_configurations = 1 (0x1) usb_device.configuration_value = 1 (0x1) usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.1/usb2' info.linux.driver = 'usb' info.bus = 'usb_device' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4388' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.1/usb2' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.1/usb2' 36: udi = '/org/freedesktop/Hal/devices/pci_1002_4388' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4388' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x4388)' pci.product = 'Unknown (0x4388)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 16 (0x10) pci.device_subclass = 3 (0x3) pci.device_class = 12 (0xc) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17288 (0x4388) info.linux.driver = 'ohci_hcd' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.1' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.1' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.1' 37: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2_if0' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2_if0' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) info.product = 'USB Hub Interface' usb.interface.protocol = 0 (0x0) usb.interface.subclass = 0 (0x0) usb.interface.class = 9 (0x9) usb.interface.number = 0 (0x0) info.linux.driver = 'hub' usb.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-0:1.0' usb.configuration_value = 1 (0x1) usb.num_configurations = 1 (0x1) usb.num_interfaces = 1 (0x1) usb.device_class = 9 (0x9) usb.device_subclass = 0 (0x0) usb.device_protocol = 0 (0x0) usb.vendor_id = 0 (0x0) usb.product_id = 0 (0x0) usb.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb.product = 'USB Hub Interface' usb.device_revision_bcd = 518 (0x206) usb.max_power = 0 (0x0) usb.num_ports = 2 (0x2) usb.linux.device_number = 1 (0x1) usb.serial = '0000:00:13.2' usb.speed_bcd = 4608 (0x1200) usb.version_bcd = 272 (0x110) usb.is_self_powered = true usb.can_wake_up = true usb.bus_number = 3 (0x3) info.bus = 'usb' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-0:1.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-0:1.0' 38: udi = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial_if0_logicaldev_input' info.udi = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial_if0_logicaldev_input' input.product = 'Logitech USB Optical Mouse' info.product = 'Logitech USB Optical Mouse' linux.device_file = '/dev/input/event1' linux.subsystem = 'input' linux.hotplug_type = 2 (0x2) input.device = '/dev/input/event1' info.capabilities = { 'input', 'input.mouse' } info.category = 'input' info.parent = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial_if0' input.physical_device = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial_if0' linux.sysfs_path = '/sys/class/input/input1/event1' 39: udi = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial_if0' info.udi = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial_if0' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) info.product = 'USB HID Interface' usb.interface.protocol = 2 (0x2) usb.interface.subclass = 1 (0x1) usb.interface.class = 3 (0x3) usb.interface.number = 0 (0x0) info.linux.driver = 'usbhid' usb.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-1/3-1:1.0' usb.configuration_value = 1 (0x1) usb.num_configurations = 1 (0x1) usb.num_interfaces = 1 (0x1) usb.device_class = 0 (0x0) usb.device_subclass = 0 (0x0) usb.device_protocol = 0 (0x0) usb.vendor_id = 1133 (0x46d) usb.product_id = 49164 (0xc00c) usb.vendor = 'Logitech, Inc.' usb.product = 'USB HID Interface' usb.device_revision_bcd = 8464 (0x2110) usb.max_power = 100 (0x64) usb.num_ports = 0 (0x0) usb.linux.device_number = 3 (0x3) usb.speed_bcd = 336 (0x150) usb.version_bcd = 272 (0x110) usb.is_self_powered = false usb.can_wake_up = true usb.bus_number = 3 (0x3) info.bus = 'usb' info.parent = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-1/3-1:1.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-1/3-1:1.0' 40: udi = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial_usbraw' info.udi = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial_usbraw' linux.device_file = '/dev/bus/usb/003/003' linux.subsystem = 'usb_device' linux.hotplug_type = 2 (0x2) usbraw.device = '/dev/bus/usb/003/003' info.product = 'USB Raw Device Access' info.capabilities = { 'usbraw' } info.category = 'usbraw' info.parent = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-1/usb_device/usbdev3.3' 41: udi = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial' info.udi = '/org/freedesktop/Hal/devices/usb_device_46d_c00c_noserial' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) usb_device.bus_number = 3 (0x3) usb_device.can_wake_up = true usb_device.is_self_powered = false usb_device.version_bcd = 272 (0x110) usb_device.speed_bcd = 336 (0x150) usb_device.linux.device_number = 3 (0x3) usb_device.num_ports = 0 (0x0) usb_device.max_power = 100 (0x64) usb_device.device_revision_bcd = 8464 (0x2110) info.product = 'Optical Wheel Mouse' usb_device.product = 'Optical Wheel Mouse' info.vendor = 'Logitech, Inc.' usb_device.vendor = 'Logitech, Inc.' usb_device.product_id = 49164 (0xc00c) usb_device.vendor_id = 1133 (0x46d) usb_device.device_protocol = 0 (0x0) usb_device.device_subclass = 0 (0x0) usb_device.device_class = 0 (0x0) usb_device.num_interfaces = 1 (0x1) usb_device.num_configurations = 1 (0x1) usb_device.configuration_value = 1 (0x1) usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-1' info.linux.driver = 'usb' info.bus = 'usb_device' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-1' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-1' 42: udi = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial_if0_logicaldev_input' info.udi = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial_if0_logicaldev_input' button.has_state = false button.type = '' info.addons = { 'hald-addon-keyboard' } input.product = 'CHICONY HP Basic USB Keyboard' info.product = 'CHICONY HP Basic USB Keyboard' linux.device_file = '/dev/input/event2' linux.subsystem = 'input' linux.hotplug_type = 2 (0x2) input.device = '/dev/input/event2' info.capabilities = { 'input', 'input.keyboard', 'button' } info.category = 'input' info.parent = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial_if0' input.physical_device = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial_if0' linux.sysfs_path = '/sys/class/input/input2/event2' 43: udi = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial_if0' info.udi = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial_if0' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) info.product = 'USB HID Interface' usb.interface.protocol = 1 (0x1) usb.interface.subclass = 1 (0x1) usb.interface.class = 3 (0x3) usb.interface.number = 0 (0x0) info.linux.driver = 'usbhid' usb.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-2/3-2:1.0' usb.configuration_value = 1 (0x1) usb.num_configurations = 1 (0x1) usb.num_interfaces = 1 (0x1) usb.device_class = 0 (0x0) usb.device_subclass = 0 (0x0) usb.device_protocol = 0 (0x0) usb.vendor_id = 1008 (0x3f0) usb.product_id = 36 (0x24) usb.vendor = 'Hewlett-Packard' usb.product = 'USB HID Interface' usb.device_revision_bcd = 768 (0x300) usb.max_power = 100 (0x64) usb.num_ports = 0 (0x0) usb.linux.device_number = 4 (0x4) usb.speed_bcd = 336 (0x150) usb.version_bcd = 272 (0x110) usb.is_self_powered = false usb.can_wake_up = true usb.bus_number = 3 (0x3) info.bus = 'usb' info.parent = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-2/3-2:1.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-2/3-2:1.0' 44: udi = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial_usbraw' info.udi = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial_usbraw' linux.device_file = '/dev/bus/usb/003/004' linux.subsystem = 'usb_device' linux.hotplug_type = 2 (0x2) usbraw.device = '/dev/bus/usb/003/004' info.product = 'USB Raw Device Access' info.capabilities = { 'usbraw' } info.category = 'usbraw' info.parent = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-2/usb_device/usbdev3.4' 45: udi = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial' info.udi = '/org/freedesktop/Hal/devices/usb_device_3f0_24_noserial' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) usb_device.bus_number = 3 (0x3) usb_device.can_wake_up = true usb_device.is_self_powered = false usb_device.version_bcd = 272 (0x110) usb_device.speed_bcd = 336 (0x150) usb_device.linux.device_number = 4 (0x4) usb_device.num_ports = 0 (0x0) usb_device.max_power = 100 (0x64) usb_device.device_revision_bcd = 768 (0x300) info.product = 'HP Basic USB Keyboard' usb_device.product = 'HP Basic USB Keyboard' info.vendor = 'Hewlett-Packard' usb_device.vendor = 'Hewlett-Packard' usb_device.product_id = 36 (0x24) usb_device.vendor_id = 1008 (0x3f0) usb_device.device_protocol = 0 (0x0) usb_device.device_subclass = 0 (0x0) usb_device.device_class = 0 (0x0) usb_device.num_interfaces = 1 (0x1) usb_device.num_configurations = 1 (0x1) usb_device.configuration_value = 1 (0x1) usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-2' info.linux.driver = 'usb' info.bus = 'usb_device' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-2' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/3-2' 46: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2_usbraw' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2_usbraw' linux.device_file = '/dev/bus/usb/003/001' linux.subsystem = 'usb_device' linux.hotplug_type = 2 (0x2) usbraw.device = '/dev/bus/usb/003/001' info.product = 'USB Raw Device Access' info.capabilities = { 'usbraw' } info.category = 'usbraw' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3/usb_device/usbdev3.1' 47: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_2' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) usb_device.bus_number = 3 (0x3) usb_device.can_wake_up = true usb_device.is_self_powered = true usb_device.version_bcd = 272 (0x110) usb_device.speed_bcd = 4608 (0x1200) usb_device.serial = '0000:00:13.2' usb_device.linux.device_number = 1 (0x1) usb_device.num_ports = 2 (0x2) usb_device.max_power = 0 (0x0) usb_device.device_revision_bcd = 518 (0x206) info.product = 'OHCI Host Controller' usb_device.product = 'OHCI Host Controller' info.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.product_id = 0 (0x0) usb_device.vendor_id = 0 (0x0) usb_device.device_protocol = 0 (0x0) usb_device.device_subclass = 0 (0x0) usb_device.device_class = 9 (0x9) usb_device.num_interfaces = 1 (0x1) usb_device.num_configurations = 1 (0x1) usb_device.configuration_value = 1 (0x1) usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3' info.linux.driver = 'usb' info.bus = 'usb_device' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4389' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.2/usb3' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2/usb3' 48: udi = '/org/freedesktop/Hal/devices/pci_1002_4389' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4389' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x4389)' pci.product = 'Unknown (0x4389)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 16 (0x10) pci.device_subclass = 3 (0x3) pci.device_class = 12 (0xc) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17289 (0x4389) info.linux.driver = 'ohci_hcd' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.2' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.2' 49: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_3_if0' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_3_if0' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) info.product = 'USB Hub Interface' usb.interface.protocol = 0 (0x0) usb.interface.subclass = 0 (0x0) usb.interface.class = 9 (0x9) usb.interface.number = 0 (0x0) info.linux.driver = 'hub' usb.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.3/usb4/4-0:1.0' usb.configuration_value = 1 (0x1) usb.num_configurations = 1 (0x1) usb.num_interfaces = 1 (0x1) usb.device_class = 9 (0x9) usb.device_subclass = 0 (0x0) usb.device_protocol = 0 (0x0) usb.vendor_id = 0 (0x0) usb.product_id = 0 (0x0) usb.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb.product = 'USB Hub Interface' usb.device_revision_bcd = 518 (0x206) usb.max_power = 0 (0x0) usb.num_ports = 2 (0x2) usb.linux.device_number = 1 (0x1) usb.serial = '0000:00:13.3' usb.speed_bcd = 4608 (0x1200) usb.version_bcd = 272 (0x110) usb.is_self_powered = true usb.can_wake_up = true usb.bus_number = 4 (0x4) info.bus = 'usb' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_3' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.3/usb4/4-0:1.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.3/usb4/4-0:1.0' 50: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_3_usbraw' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_3_usbraw' linux.device_file = '/dev/bus/usb/004/001' linux.subsystem = 'usb_device' linux.hotplug_type = 2 (0x2) usbraw.device = '/dev/bus/usb/004/001' info.product = 'USB Raw Device Access' info.capabilities = { 'usbraw' } info.category = 'usbraw' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_3' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.3/usb4/usb_device/usbdev4.1' 51: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_3' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_3' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) usb_device.bus_number = 4 (0x4) usb_device.can_wake_up = true usb_device.is_self_powered = true usb_device.version_bcd = 272 (0x110) usb_device.speed_bcd = 4608 (0x1200) usb_device.serial = '0000:00:13.3' usb_device.linux.device_number = 1 (0x1) usb_device.num_ports = 2 (0x2) usb_device.max_power = 0 (0x0) usb_device.device_revision_bcd = 518 (0x206) info.product = 'OHCI Host Controller' usb_device.product = 'OHCI Host Controller' info.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.product_id = 0 (0x0) usb_device.vendor_id = 0 (0x0) usb_device.device_protocol = 0 (0x0) usb_device.device_subclass = 0 (0x0) usb_device.device_class = 9 (0x9) usb_device.num_interfaces = 1 (0x1) usb_device.num_configurations = 1 (0x1) usb_device.configuration_value = 1 (0x1) usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.3/usb4' info.linux.driver = 'usb' info.bus = 'usb_device' info.parent = '/org/freedesktop/Hal/devices/pci_1002_438a' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.3/usb4' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.3/usb4' 52: udi = '/org/freedesktop/Hal/devices/pci_1002_438a' info.udi = '/org/freedesktop/Hal/devices/pci_1002_438a' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x438a)' pci.product = 'Unknown (0x438a)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 16 (0x10) pci.device_subclass = 3 (0x3) pci.device_class = 12 (0xc) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17290 (0x438a) info.linux.driver = 'ohci_hcd' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.3' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.3' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.3' 53: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_4_if0' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_4_if0' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) info.product = 'USB Hub Interface' usb.interface.protocol = 0 (0x0) usb.interface.subclass = 0 (0x0) usb.interface.class = 9 (0x9) usb.interface.number = 0 (0x0) info.linux.driver = 'hub' usb.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.4/usb5/5-0:1.0' usb.configuration_value = 1 (0x1) usb.num_configurations = 1 (0x1) usb.num_interfaces = 1 (0x1) usb.device_class = 9 (0x9) usb.device_subclass = 0 (0x0) usb.device_protocol = 0 (0x0) usb.vendor_id = 0 (0x0) usb.product_id = 0 (0x0) usb.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb.product = 'USB Hub Interface' usb.device_revision_bcd = 518 (0x206) usb.max_power = 0 (0x0) usb.num_ports = 2 (0x2) usb.linux.device_number = 1 (0x1) usb.serial = '0000:00:13.4' usb.speed_bcd = 4608 (0x1200) usb.version_bcd = 272 (0x110) usb.is_self_powered = true usb.can_wake_up = true usb.bus_number = 5 (0x5) info.bus = 'usb' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_4' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.4/usb5/5-0:1.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.4/usb5/5-0:1.0' 54: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_4_usbraw' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_4_usbraw' linux.device_file = '/dev/bus/usb/005/001' linux.subsystem = 'usb_device' linux.hotplug_type = 2 (0x2) usbraw.device = '/dev/bus/usb/005/001' info.product = 'USB Raw Device Access' info.capabilities = { 'usbraw' } info.category = 'usbraw' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_4' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.4/usb5/usb_device/usbdev5.1' 55: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_4' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_4' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) usb_device.bus_number = 5 (0x5) usb_device.can_wake_up = true usb_device.is_self_powered = true usb_device.version_bcd = 272 (0x110) usb_device.speed_bcd = 4608 (0x1200) usb_device.serial = '0000:00:13.4' usb_device.linux.device_number = 1 (0x1) usb_device.num_ports = 2 (0x2) usb_device.max_power = 0 (0x0) usb_device.device_revision_bcd = 518 (0x206) info.product = 'OHCI Host Controller' usb_device.product = 'OHCI Host Controller' info.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.vendor = 'Linux 2.6.21-rc4-mm1 ohci_hcd' usb_device.product_id = 0 (0x0) usb_device.vendor_id = 0 (0x0) usb_device.device_protocol = 0 (0x0) usb_device.device_subclass = 0 (0x0) usb_device.device_class = 9 (0x9) usb_device.num_interfaces = 1 (0x1) usb_device.num_configurations = 1 (0x1) usb_device.configuration_value = 1 (0x1) usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.4/usb5' info.linux.driver = 'usb' info.bus = 'usb_device' info.parent = '/org/freedesktop/Hal/devices/pci_1002_438b' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.4/usb5' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.4/usb5' 56: udi = '/org/freedesktop/Hal/devices/pci_1002_438b' info.udi = '/org/freedesktop/Hal/devices/pci_1002_438b' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x438b)' pci.product = 'Unknown (0x438b)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 16 (0x10) pci.device_subclass = 3 (0x3) pci.device_class = 12 (0xc) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17291 (0x438b) info.linux.driver = 'ohci_hcd' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.4' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.4' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.4' 57: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_5_if0' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_5_if0' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) info.product = 'USB Hub Interface' usb.interface.protocol = 0 (0x0) usb.interface.subclass = 0 (0x0) usb.interface.class = 9 (0x9) usb.interface.number = 0 (0x0) info.linux.driver = 'hub' usb.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.5/usb6/6-0:1.0' usb.configuration_value = 1 (0x1) usb.num_configurations = 1 (0x1) usb.num_interfaces = 1 (0x1) usb.device_class = 9 (0x9) usb.device_subclass = 0 (0x0) usb.device_protocol = 1 (0x1) usb.vendor_id = 0 (0x0) usb.product_id = 0 (0x0) usb.vendor = 'Linux 2.6.21-rc4-mm1 ehci_hcd' usb.product = 'USB Hub Interface' usb.device_revision_bcd = 518 (0x206) usb.max_power = 0 (0x0) usb.num_ports = 10 (0xa) usb.linux.device_number = 1 (0x1) usb.serial = '0000:00:13.5' usb.speed_bcd = 294912 (0x48000) usb.version_bcd = 512 (0x200) usb.is_self_powered = true usb.can_wake_up = true usb.bus_number = 6 (0x6) info.bus = 'usb' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_5' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.5/usb6/6-0:1.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.5/usb6/6-0:1.0' 58: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_5_usbraw' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_5_usbraw' linux.device_file = '/dev/bus/usb/006/001' linux.subsystem = 'usb_device' linux.hotplug_type = 2 (0x2) usbraw.device = '/dev/bus/usb/006/001' info.product = 'USB Raw Device Access' info.capabilities = { 'usbraw' } info.category = 'usbraw' info.parent = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_5' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.5/usb6/usb_device/usbdev6.1' 59: udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_5' info.udi = '/org/freedesktop/Hal/devices/usb_device_0_0_0000_00_13_5' linux.subsystem = 'usb' linux.hotplug_type = 1 (0x1) usb_device.bus_number = 6 (0x6) usb_device.can_wake_up = true usb_device.is_self_powered = true usb_device.version_bcd = 512 (0x200) usb_device.speed_bcd = 294912 (0x48000) usb_device.serial = '0000:00:13.5' usb_device.linux.device_number = 1 (0x1) usb_device.num_ports = 10 (0xa) usb_device.max_power = 0 (0x0) usb_device.device_revision_bcd = 518 (0x206) info.product = 'EHCI Host Controller' usb_device.product = 'EHCI Host Controller' info.vendor = 'Linux 2.6.21-rc4-mm1 ehci_hcd' usb_device.vendor = 'Linux 2.6.21-rc4-mm1 ehci_hcd' usb_device.product_id = 0 (0x0) usb_device.vendor_id = 0 (0x0) usb_device.device_protocol = 1 (0x1) usb_device.device_subclass = 0 (0x0) usb_device.device_class = 9 (0x9) usb_device.num_interfaces = 1 (0x1) usb_device.num_configurations = 1 (0x1) usb_device.configuration_value = 1 (0x1) usb_device.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.5/usb6' info.linux.driver = 'usb' info.bus = 'usb_device' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4386' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.5/usb6' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.5/usb6' 60: udi = '/org/freedesktop/Hal/devices/pci_1002_4386' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4386' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x4386)' pci.product = 'Unknown (0x4386)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 32 (0x20) pci.device_subclass = 3 (0x3) pci.device_class = 12 (0xc) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17286 (0x4386) info.linux.driver = 'ehci_hcd' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.5' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:13.5' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:13.5' 61: udi = '/org/freedesktop/Hal/devices/pci_1002_4385' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4385' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x4385)' pci.product = 'Unknown (0x4385)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 0 (0x0) pci.device_subclass = 5 (0x5) pci.device_class = 12 (0xc) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17285 (0x4385) info.linux.driver = 'piix4_smbus' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.0' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:14.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.0' 62: udi = '/org/freedesktop/Hal/devices/pci_1002_438c' info.udi = '/org/freedesktop/Hal/devices/pci_1002_438c' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x438c)' pci.product = 'Unknown (0x438c)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 143 (0x8f) pci.device_subclass = 1 (0x1) pci.device_class = 1 (0x1) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17292 (0x438c) info.linux.driver = 'ATIIXP_IDE' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.1' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:14.1' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.1' 63: udi = '/org/freedesktop/Hal/devices/pci_1002_4383_alsa_capture_2' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4383_alsa_capture_2' linux.device_file = '/dev/snd/pcmC0D2c' linux.subsystem = 'sound' linux.hotplug_type = 2 (0x2) info.product = 'ALC260 Analog ALSA Capture Device' alsa.type = 'capture' alsa.device_id = 'ALC260 Analog' alsa.card_id = 'SB' alsa.device = 2 (0x2) alsa.card = 0 (0x0) alsa.physical_device = '/org/freedesktop/Hal/devices/pci_1002_4383' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4383' alsa.device_file = '/dev/snd/pcmC0D2c' info.capabilities = { 'alsa' } info.category = 'alsa' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.2/sound/card0/pcmC0D2c' 64: udi = '/org/freedesktop/Hal/devices/pci_1002_4383_alsa_playback_0' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4383_alsa_playback_0' linux.device_file = '/dev/snd/pcmC0D0p' linux.subsystem = 'sound' linux.hotplug_type = 2 (0x2) info.product = 'ALC260 Analog ALSA Playback Device' alsa.type = 'playback' alsa.device_id = 'ALC260 Analog' alsa.card_id = 'SB' alsa.device = 0 (0x0) alsa.card = 0 (0x0) alsa.physical_device = '/org/freedesktop/Hal/devices/pci_1002_4383' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4383' alsa.device_file = '/dev/snd/pcmC0D0p' info.capabilities = { 'alsa' } info.category = 'alsa' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.2/sound/card0/pcmC0D0p' 65: udi = '/org/freedesktop/Hal/devices/pci_1002_4383_alsa_capture_0' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4383_alsa_capture_0' linux.device_file = '/dev/snd/pcmC0D0c' linux.subsystem = 'sound' linux.hotplug_type = 2 (0x2) info.product = 'ALC260 Analog ALSA Capture Device' alsa.type = 'capture' alsa.device_id = 'ALC260 Analog' alsa.card_id = 'SB' alsa.device = 0 (0x0) alsa.card = 0 (0x0) alsa.physical_device = '/org/freedesktop/Hal/devices/pci_1002_4383' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4383' alsa.device_file = '/dev/snd/pcmC0D0c' info.capabilities = { 'alsa' } info.category = 'alsa' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.2/sound/card0/pcmC0D0c' 66: udi = '/org/freedesktop/Hal/devices/pci_1002_4383_oss_pcm_0_0' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4383_oss_pcm_0_0' linux.device_file = '/dev/dsp' linux.subsystem = 'sound' linux.hotplug_type = 2 (0x2) info.product = 'ALC260 Analog OSS PCM Device' oss.type = 'pcm' oss.device = 0 (0x0) oss.device_id = 'ALC260 Analog' oss.card_id = 'SB' oss.card = 0 (0x0) oss.physical_device = '/org/freedesktop/Hal/devices/pci_1002_4383' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4383' oss.device_file = '/dev/dsp' info.capabilities = { 'oss' } info.category = 'oss' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.2/sound/card0/dsp' 67: udi = '/org/freedesktop/Hal/devices/pci_1002_4383_oss_pcm_0' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4383_oss_pcm_0' linux.device_file = '/dev/audio' linux.subsystem = 'sound' linux.hotplug_type = 2 (0x2) info.product = 'ALC260 Analog OSS PCM Device' oss.type = 'pcm' oss.device = 0 (0x0) oss.device_id = 'ALC260 Analog' oss.card_id = 'SB' oss.card = 0 (0x0) oss.physical_device = '/org/freedesktop/Hal/devices/pci_1002_4383' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4383' oss.device_file = '/dev/audio' info.capabilities = { 'oss' } info.category = 'oss' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.2/sound/card0/audio' 68: udi = '/org/freedesktop/Hal/devices/pci_1002_4383_alsa_control__1' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4383_alsa_control__1' linux.device_file = '/dev/snd/controlC0' linux.subsystem = 'sound' linux.hotplug_type = 2 (0x2) info.product = 'SB ALSA Control Device' alsa.card_id = 'SB' alsa.type = 'control' alsa.card = 0 (0x0) alsa.physical_device = '/org/freedesktop/Hal/devices/pci_1002_4383' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4383' alsa.device_file = '/dev/snd/controlC0' info.capabilities = { 'alsa' } info.category = 'alsa' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.2/sound/card0/controlC0' 69: udi = '/org/freedesktop/Hal/devices/pci_1002_4383_oss_mixer__1' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4383_oss_mixer__1' linux.device_file = '/dev/mixer' linux.subsystem = 'sound' linux.hotplug_type = 2 (0x2) info.product = 'ALC260 Analog OSS Control Device' oss.type = 'mixer' oss.device_id = 'ALC260 Analog' oss.card_id = 'SB' oss.card = 0 (0x0) oss.physical_device = '/org/freedesktop/Hal/devices/pci_1002_4383' info.parent = '/org/freedesktop/Hal/devices/pci_1002_4383' oss.device_file = '/dev/mixer' info.capabilities = { 'oss' } info.category = 'oss' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.2/sound/card0/mixer' 70: udi = '/org/freedesktop/Hal/devices/pci_1002_4383' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4383' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x4383)' pci.product = 'Unknown (0x4383)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 0 (0x0) pci.device_subclass = 3 (0x3) pci.device_class = 4 (0x4) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17283 (0x4383) info.linux.driver = 'HDA Intel' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.2' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:14.2' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.2' 71: udi = '/org/freedesktop/Hal/devices/pci_1002_438d' info.udi = '/org/freedesktop/Hal/devices/pci_1002_438d' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x280a)' pci.subsys_vendor = 'Hewlett-Packard Company' info.product = 'Unknown (0x438d)' pci.product = 'Unknown (0x438d)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 0 (0x0) pci.device_subclass = 1 (0x1) pci.device_class = 6 (0x6) pci.subsys_vendor_id = 4156 (0x103c) pci.subsys_product_id = 10250 (0x280a) pci.vendor_id = 4098 (0x1002) pci.product_id = 17293 (0x438d) pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.3' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:14.3' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.3' 72: udi = '/org/freedesktop/Hal/devices/pci_1002_4384' info.udi = '/org/freedesktop/Hal/devices/pci_1002_4384' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x0000)' pci.subsys_vendor = 'Unknown (0x0000)' info.product = 'Unknown (0x4384)' pci.product = 'Unknown (0x4384)' info.vendor = 'ATI Technologies Inc' pci.vendor = 'ATI Technologies Inc' pci.device_protocol = 1 (0x1) pci.device_subclass = 4 (0x4) pci.device_class = 6 (0x6) pci.subsys_vendor_id = 0 (0x0) pci.subsys_product_id = 0 (0x0) pci.vendor_id = 4098 (0x1002) pci.product_id = 17284 (0x4384) pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.4' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:14.4' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:14.4' 73: udi = '/org/freedesktop/Hal/devices/pci_1022_1100' info.udi = '/org/freedesktop/Hal/devices/pci_1022_1100' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x0000)' pci.subsys_vendor = 'Unknown (0x0000)' info.product = 'K8 [Athlon64/Opteron] HyperTransport Technology Configuration' pci.product = 'K8 [Athlon64/Opteron] HyperTransport Technology Configuration' info.vendor = 'Advanced Micro Devices [AMD]' pci.vendor = 'Advanced Micro Devices [AMD]' pci.device_protocol = 0 (0x0) pci.device_subclass = 0 (0x0) pci.device_class = 6 (0x6) pci.subsys_vendor_id = 0 (0x0) pci.subsys_product_id = 0 (0x0) pci.vendor_id = 4130 (0x1022) pci.product_id = 4352 (0x1100) pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:18.0' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:18.0' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:18.0' 74: udi = '/org/freedesktop/Hal/devices/pci_1022_1101' info.udi = '/org/freedesktop/Hal/devices/pci_1022_1101' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x0000)' pci.subsys_vendor = 'Unknown (0x0000)' info.product = 'K8 [Athlon64/Opteron] Address Map' pci.product = 'K8 [Athlon64/Opteron] Address Map' info.vendor = 'Advanced Micro Devices [AMD]' pci.vendor = 'Advanced Micro Devices [AMD]' pci.device_protocol = 0 (0x0) pci.device_subclass = 0 (0x0) pci.device_class = 6 (0x6) pci.subsys_vendor_id = 0 (0x0) pci.subsys_product_id = 0 (0x0) pci.vendor_id = 4130 (0x1022) pci.product_id = 4353 (0x1101) pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:18.1' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:18.1' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:18.1' 75: udi = '/org/freedesktop/Hal/devices/pci_1022_1102' info.udi = '/org/freedesktop/Hal/devices/pci_1022_1102' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x0000)' pci.subsys_vendor = 'Unknown (0x0000)' info.product = 'K8 [Athlon64/Opteron] DRAM Controller' pci.product = 'K8 [Athlon64/Opteron] DRAM Controller' info.vendor = 'Advanced Micro Devices [AMD]' pci.vendor = 'Advanced Micro Devices [AMD]' pci.device_protocol = 0 (0x0) pci.device_subclass = 0 (0x0) pci.device_class = 6 (0x6) pci.subsys_vendor_id = 0 (0x0) pci.subsys_product_id = 0 (0x0) pci.vendor_id = 4130 (0x1022) pci.product_id = 4354 (0x1102) pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:18.2' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:18.2' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:18.2' 76: udi = '/org/freedesktop/Hal/devices/pci_1022_1103' info.udi = '/org/freedesktop/Hal/devices/pci_1022_1103' linux.subsystem = 'pci' linux.hotplug_type = 1 (0x1) pci.subsys_product = 'Unknown (0x0000)' pci.subsys_vendor = 'Unknown (0x0000)' info.product = 'K8 [Athlon64/Opteron] Miscellaneous Control' pci.product = 'K8 [Athlon64/Opteron] Miscellaneous Control' info.vendor = 'Advanced Micro Devices [AMD]' pci.vendor = 'Advanced Micro Devices [AMD]' pci.device_protocol = 0 (0x0) pci.device_subclass = 0 (0x0) pci.device_class = 6 (0x6) pci.subsys_vendor_id = 0 (0x0) pci.subsys_product_id = 0 (0x0) pci.vendor_id = 4130 (0x1022) pci.product_id = 4355 (0x1103) info.linux.driver = 'k8temp' pci.linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:18.3' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pci' linux.sysfs_path_device = '/sys/devices/pci0000:00/0000:00:18.3' linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:18.3' 77: udi = '/org/freedesktop/Hal/devices/pnp_PNP0a08' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0a08' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'PnP Device (PNP0a08)' pnp.id = 'PNP0a08' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:00' linux.sysfs_path = '/sys/devices/pnp0/00:00' 78: udi = '/org/freedesktop/Hal/devices/pnp_PNP0c04' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0c04' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'Math Coprocessor' pnp.description = 'Math Coprocessor' pnp.id = 'PNP0c04' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:01' linux.sysfs_path = '/sys/devices/pnp0/00:01' 79: udi = '/org/freedesktop/Hal/devices/pnp_PNP0200' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0200' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'AT DMA Controller' pnp.description = 'AT DMA Controller' pnp.id = 'PNP0200' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:02' linux.sysfs_path = '/sys/devices/pnp0/00:02' 80: udi = '/org/freedesktop/Hal/devices/pnp_PNP0b00' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0b00' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'AT Real-Time Clock' pnp.description = 'AT Real-Time Clock' pnp.id = 'PNP0b00' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:03' linux.sysfs_path = '/sys/devices/pnp0/00:03' 81: udi = '/org/freedesktop/Hal/devices/pnp_PNP0800' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0800' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'AT-style speaker sound' pnp.description = 'AT-style speaker sound' pnp.id = 'PNP0800' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:04' linux.sysfs_path = '/sys/devices/pnp0/00:04' 82: udi = '/org/freedesktop/Hal/devices/pnp_PNP0f13' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0f13' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'PS/2 Port for PS/2-style Mice' pnp.description = 'PS/2 Port for PS/2-style Mice' pnp.id = 'PNP0f13' info.linux.driver = 'i8042 aux' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:05' linux.sysfs_path = '/sys/devices/pnp0/00:05' 83: udi = '/org/freedesktop/Hal/devices/pnp_PNP0303' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0303' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'IBM Enhanced (101/102-key, PS/2 mouse support)' pnp.description = 'IBM Enhanced (101/102-key, PS/2 mouse support)' pnp.id = 'PNP0303' info.linux.driver = 'i8042 kbd' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:06' linux.sysfs_path = '/sys/devices/pnp0/00:06' 84: udi = '/org/freedesktop/Hal/devices/pnp_PNP0401' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0401' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'ECP printer port' pnp.description = 'ECP printer port' pnp.id = 'PNP0401' info.linux.driver = 'parport_pc' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:07' linux.sysfs_path = '/sys/devices/pnp0/00:07' 85: udi = '/org/freedesktop/Hal/devices/pnp_PNP0501_serial_platform_0' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0501_serial_platform_0' linux.device_file = '/dev/ttyS0' linux.subsystem = 'tty' linux.hotplug_type = 2 (0x2) info.product = '16550A-compatible COM port' serial.type = 'platform' serial.port = 0 (0x0) serial.device = '/dev/ttyS0' serial.physical_device = '/org/freedesktop/Hal/devices/pnp_PNP0501' info.capabilities = { 'serial' } info.category = 'serial' info.parent = '/org/freedesktop/Hal/devices/pnp_PNP0501' linux.sysfs_path = '/sys/devices/pnp0/00:08/tty/ttyS0' 86: udi = '/org/freedesktop/Hal/devices/pnp_PNP0501' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0501' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = '16550A-compatible COM port' pnp.description = '16550A-compatible COM port' pnp.id = 'PNP0501' info.linux.driver = 'serial' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:08' linux.sysfs_path = '/sys/devices/pnp0/00:08' 87: udi = '/org/freedesktop/Hal/devices/pnp_PNP0700' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0700' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'PC standard floppy disk controller' pnp.description = 'PC standard floppy disk controller' pnp.id = 'PNP0700' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:09' linux.sysfs_path = '/sys/devices/pnp0/00:09' 88: udi = '/org/freedesktop/Hal/devices/pnp_PNP0003' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0003' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'APIC' pnp.description = 'APIC' pnp.id = 'PNP0003' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:0a' linux.sysfs_path = '/sys/devices/pnp0/00:0a' 89: udi = '/org/freedesktop/Hal/devices/pnp_PNP0c02_0' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0c02_0' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'General ID for reserving resources required by PnP motherboard registers. (Not device specific.)' pnp.description = 'General ID for reserving resources required by PnP motherboard registers. (Not device specific.)' pnp.id = 'PNP0c02' info.linux.driver = 'system' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:0b' linux.sysfs_path = '/sys/devices/pnp0/00:0b' 90: udi = '/org/freedesktop/Hal/devices/pnp_PNP0c02' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0c02' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'General ID for reserving resources required by PnP motherboard registers. (Not device specific.)' pnp.description = 'General ID for reserving resources required by PnP motherboard registers. (Not device specific.)' pnp.id = 'PNP0c02' info.linux.driver = 'system' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:0c' linux.sysfs_path = '/sys/devices/pnp0/00:0c' 91: udi = '/org/freedesktop/Hal/devices/pnp_PNP0c01' info.udi = '/org/freedesktop/Hal/devices/pnp_PNP0c01' linux.subsystem = 'pnp' linux.hotplug_type = 1 (0x1) info.product = 'System Board' pnp.description = 'System Board' pnp.id = 'PNP0c01' info.linux.driver = 'system' info.parent = '/org/freedesktop/Hal/devices/computer' info.bus = 'pnp' linux.sysfs_path_device = '/sys/devices/pnp0/00:0d' linux.sysfs_path = '/sys/devices/pnp0/00:0d' 92: udi = '/org/freedesktop/Hal/devices/computer' info.callouts.add = { 'hal-system-storage-cleanup-mountpoints' } storage.policy.default.mount_option.exec = true org.freedesktop.Hal.Device.SystemPowerManagement.method_execpaths = { 'hal-system-power-suspend', 'hal-system-power-hibernate', 'hal-system-power-shutdown', 'hal-system-power-reboot', 'hal-system-power-set-power-save' } org.freedesktop.Hal.Device.SystemPowerManagement.method_signatures = { 'i', '', '', '', 'b' } org.freedesktop.Hal.Device.SystemPowerManagement.method_names = { 'Suspend', 'Hibernate', 'Shutdown', 'Reboot', 'SetPowerSave' } info.interfaces = { 'org.freedesktop.Hal.Device.SystemPowerManagement' } system.formfactor = 'unknown' power_management.can_suspend_to_disk = true power_management.can_suspend_to_ram = true system.kernel.machine = 'x86_64' system.kernel.version = '2.6.21-rc4-mm1' system.kernel.name = 'Linux' info.udi = '/org/freedesktop/Hal/devices/computer' info.product = 'Computer' linux.sysfs_path_device = '(none)' info.bus = 'unknown' ----- hal device list end ----- >> hal.2: assign udi used irqs: =========== end debug info ============ --=-3zNQDsVbqxOXeaynKK49 Content-Disposition: attachment; filename=lscpi-vxxx-amd-linux-2.6.21-rc4-mm1.txt Content-Type: text/plain; name=lscpi-vxxx-amd-linux-2.6.21-rc4-mm1.txt; charset=utf-8 Content-Transfer-Encoding: 7bit 00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 10) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, 66MHz, medium devsel, latency 32 00: 02 10 50 59 06 01 20 22 10 00 00 06 00 20 00 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 c4 00 00 00 00 00 00 00 00 00 00 00 00:02.0 PCI bridge: ATI Technologies Inc RS480 PCI-X Root Port (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 Memory behind bridge: d1000000-d31fffff Prefetchable memory behind bridge: 00000000c0000000-00000000d0100000 Capabilities: 00: 02 10 34 5a 07 05 10 00 00 00 04 06 10 00 01 00 10: 00 00 00 00 00 00 00 00 00 02 02 00 f1 01 00 00 20: 00 d1 10 d3 01 c0 11 d0 00 00 00 00 00 00 00 00 30: 00 00 00 00 50 00 00 00 00 00 00 00 ff 00 0a 00 00:07.0 PCI bridge: ATI Technologies Inc Unknown device 5a39 (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=3f, subordinate=3f, sec-latency=0 Memory behind bridge: d0200000-d04fffff Capabilities: 00: 02 10 39 5a 07 05 10 00 00 00 04 06 10 00 01 00 10: 00 00 00 00 00 00 00 00 00 3f 3f 00 f1 01 00 00 20: 20 d0 40 d0 f1 ff 01 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 50 00 00 00 00 00 00 00 ff 00 02 00 00:12.0 SATA controller: ATI Technologies Inc Unknown device 4380 (prog-if 01 [AHCI 1.0]) Subsystem: Hewlett-Packard Company Unknown device 2813 Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 22 I/O ports at 1130 [size=8] I/O ports at 1150 [size=4] I/O ports at 1138 [size=8] I/O ports at 1154 [size=4] I/O ports at 1100 [size=16] Memory at d0509000 (32-bit, non-prefetchable) [size=1K] Capabilities: 00: 02 10 80 43 07 01 30 02 00 01 06 01 10 20 00 00 10: 31 11 00 00 51 11 00 00 39 11 00 00 55 11 00 00 20: 01 11 00 00 00 90 50 d0 00 00 00 00 3c 10 13 28 30: 00 00 00 00 60 00 00 00 00 00 00 00 0a 01 00 00 00:13.0 USB Controller: ATI Technologies Inc Unknown device 4387 (prog-if 10 [OHCI]) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 16 Memory at d0504000 (32-bit, non-prefetchable) [size=4K] 00: 02 10 87 43 07 01 a0 02 00 10 03 0c 10 20 80 00 10: 00 40 50 d0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 00 00 00 00 00 00 00 00 0b 01 00 00 00:13.1 USB Controller: ATI Technologies Inc Unknown device 4388 (prog-if 10 [OHCI]) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 17 Memory at d0505000 (32-bit, non-prefetchable) [size=4K] 00: 02 10 88 43 07 01 a0 02 00 10 03 0c 10 20 00 00 10: 00 50 50 d0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 02 00 00 00:13.2 USB Controller: ATI Technologies Inc Unknown device 4389 (prog-if 10 [OHCI]) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 18 Memory at d0506000 (32-bit, non-prefetchable) [size=4K] 00: 02 10 89 43 07 01 a0 02 00 10 03 0c 10 20 00 00 10: 00 60 50 d0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 03 00 00 00:13.3 USB Controller: ATI Technologies Inc Unknown device 438a (prog-if 10 [OHCI]) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 17 Memory at d0507000 (32-bit, non-prefetchable) [size=4K] 00: 02 10 8a 43 07 01 a0 02 00 10 03 0c 10 20 00 00 10: 00 70 50 d0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 02 00 00 00:13.4 USB Controller: ATI Technologies Inc Unknown device 438b (prog-if 10 [OHCI]) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 18 Memory at d0508000 (32-bit, non-prefetchable) [size=4K] 00: 02 10 8b 43 07 01 a0 02 00 10 03 0c 10 20 00 00 10: 00 80 50 d0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 03 00 00 00:13.5 USB Controller: ATI Technologies Inc Unknown device 4386 (prog-if 20 [EHCI]) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 19 Memory at d0509800 (32-bit, non-prefetchable) [size=256] Capabilities: 00: 02 10 86 43 17 01 b0 02 00 20 03 0c 10 20 00 00 10: 00 98 50 d0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 c0 00 00 00 00 00 00 00 05 04 00 00 00:14.0 SMBus: ATI Technologies Inc Unknown device 4385 (rev 13) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: 66MHz, medium devsel I/O ports at fc00 [size=16] Memory at d0509400 (32-bit, non-prefetchable) [size=1K] Capabilities: 00: 02 10 85 43 03 01 30 02 13 00 05 0c 00 00 80 00 10: 01 fc 00 00 00 94 50 d0 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 b0 00 00 00 00 00 00 00 00 00 00 00 00:14.1 IDE interface: ATI Technologies Inc Unknown device 438c (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 16 I/O ports at 1140 [size=8] I/O ports at 1158 [size=4] I/O ports at 1148 [size=8] I/O ports at 115c [size=4] I/O ports at 1120 [size=16] Capabilities: 00: 02 10 8c 43 05 01 30 02 00 8f 01 01 10 20 00 00 10: 41 11 00 00 59 11 00 00 49 11 00 00 5d 11 00 00 20: 21 11 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 70 00 00 00 00 00 00 00 0b 01 00 00 00:14.2 Audio device: ATI Technologies Inc Unknown device 4383 Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, slow devsel, latency 32, IRQ 16 Memory at d0500000 (64-bit, non-prefetchable) [size=16K] Capabilities: 00: 02 10 83 43 06 00 10 04 00 00 03 04 10 20 00 00 10: 04 00 50 d0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 50 00 00 00 00 00 00 00 0b 00 00 00 00:14.3 ISA bridge: ATI Technologies Inc Unknown device 438d Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, 66MHz, medium devsel, latency 0 00: 02 10 8d 43 0f 01 20 02 00 00 01 06 00 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:14.4 PCI bridge: ATI Technologies Inc Unknown device 4384 (prog-if 01 [Subtractive decode]) Flags: bus master, VGA palette snoop, 66MHz, medium devsel, latency 64 Bus: primary=00, secondary=07, subordinate=07, sec-latency=64 00: 02 10 84 43 27 01 a0 02 00 01 04 06 00 40 81 00 10: 00 00 00 00 00 00 00 00 00 07 07 40 f0 00 80 22 20: f0 ff 00 00 f0 ff 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 00 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration Flags: fast devsel Capabilities: 00: 22 10 00 11 00 00 10 00 00 00 00 06 00 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map Flags: fast devsel 00: 22 10 01 11 00 00 00 00 00 00 00 06 00 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller Flags: fast devsel 00: 22 10 02 11 00 00 00 00 00 00 00 06 00 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control Flags: fast devsel Capabilities: 00: 22 10 03 11 00 00 10 00 00 00 00 06 00 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 f0 00 00 00 00 00 00 00 00 00 00 00 02:00.0 VGA compatible controller: nVidia Corporation Unknown device 01d1 (rev a1) (prog-if 00 [VGA]) Subsystem: LeadTek Research Inc. Unknown device 51a4 Flags: bus master, fast devsel, latency 0, IRQ 18 Memory at d1000000 (32-bit, non-prefetchable) [size=16M] Memory at c0000000 (64-bit, prefetchable) [size=256M] Memory at d2000000 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at d0000000 [disabled] [size=128K] Capabilities: 00: de 10 d1 01 07 01 10 00 a1 00 00 03 00 00 00 00 10: 00 00 00 d1 0c 00 00 c0 00 00 00 00 04 00 00 d2 20: 00 00 00 00 00 00 00 00 00 00 00 00 7d 10 a4 51 30: 00 00 00 00 60 00 00 00 00 00 00 00 0a 01 00 00 3f:00.0 Ethernet controller: Broadcom Corporation Unknown device 167b (rev 02) Subsystem: Hewlett-Packard Company Unknown device 280a Flags: bus master, fast devsel, latency 0, IRQ 509 Memory at d0400000 (64-bit, non-prefetchable) [size=64K] Capabilities: 00: e4 14 7b 16 06 05 10 00 02 00 00 02 10 00 00 00 10: 04 00 40 d0 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 0a 28 30: 00 00 00 00 48 00 00 00 00 00 00 00 05 01 00 00 --=-3zNQDsVbqxOXeaynKK49-- From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 14:13:10 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A016F16A57E; Wed, 21 Mar 2007 14:13:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5527F13C4EA; Wed, 21 Mar 2007 14:13:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 3BC09ED4B85; Wed, 21 Mar 2007 16:13:05 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N-u-ibVPhyTT; Wed, 21 Mar 2007 16:12:59 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id BA015ED4B23; Wed, 21 Mar 2007 16:12:59 +0200 (EET) Message-ID: <46013D6F.4020704@icyb.net.ua> Date: Wed, 21 Mar 2007 16:13:03 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org References: <45FE9B11.5030909@icyb.net.ua> In-Reply-To: <45FE9B11.5030909@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: wollman@FreeBSD.org, tz@elsie.nci.nih.gov Subject: Re: zdump on amd64 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: Wed, 21 Mar 2007 14:13:10 -0000 on 19/03/2007 16:15 Andriy Gapon said the following: > Strange problem: > $ uname -srm > FreeBSD 6.2-RELEASE-p2 amd64 > > $ zdump -v EST > EST Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST isdst=0 > gmtoff=-18000 > EST Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST isdst=0 > gmtoff=-18000 > EST Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST isdst=0 > gmtoff=-18000 > EST Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST isdst=0 > gmtoff=-18000 > ^C ... > Before each ^C zdump was hanging eating 100% CPU. > Something about 64-bitness ? Hmm. I hurried to assert that it was hanging, it was actually searching. It seems that zdump -v algorithm is to start with minimal time_t possible (large negative number in our case) and to go to maximum time_t using 12 hours increments and doing certain checks for DST jumps. Well, with 64-bit time_t start date is somewhere 200 milliard (10^9) years ago and end date is the same in the future, so iteration over those years takes quite a while. And tz db doesn't contain anything useful for too distant years anyway. I think that zdump should be optimized to limit its search range. At the very least for the start point - what is current estimate of the age of our Universe :-) -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 15:09:23 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E672216A46F for ; Wed, 21 Mar 2007 15:09:23 +0000 (UTC) (envelope-from seanjstrand@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 9E91613C4B7 for ; Wed, 21 Mar 2007 15:09:23 +0000 (UTC) (envelope-from seanjstrand@gmail.com) Received: by wr-out-0506.google.com with SMTP id 36so303152wra for ; Wed, 21 Mar 2007 08:09:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=JhO8OTDC9bgEYNaR5vkM8ZENubCzcHmyNuP/phnsRDjofg5KGfUZ5+2Vg2z4YsDiJAXIu1tqJYE4j4t0JeIPsoOc0oJDHmhvW3mEe6FX+fcsxi+97hGKVyI/PN/Z2FWoj7P4E/jPFuSygwnmtP8baIl1eaz70xPy6hZvd0t0Sgs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=s2qVeO4QnyEdOqrtGKxUu/N/YBqvD9uUMhig9+UApLonyIiyDyfugpO8AtK2OMGyeeR5WnfIF3xMxnnealxpxPA6Qw3EITnaVlR1MD5vakb37Z/OQ7qZK/hOCdq+QV95wEA33SP8qnZO/8eSoQ7JxHlvmQFNSN8plGr9cz2lOdY= Received: by 10.114.181.1 with SMTP id d1mr190452waf.1174489762156; Wed, 21 Mar 2007 08:09:22 -0700 (PDT) Received: by 10.114.179.10 with HTTP; Wed, 21 Mar 2007 08:09:22 -0700 (PDT) Message-ID: <7619cc20703210809i2c176e54qf6bd54ab9609d8f2@mail.gmail.com> Date: Wed, 21 Mar 2007 15:09:22 +0000 From: "SEan Strand" To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: No USB Controler Available 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: Wed, 21 Mar 2007 15:09:24 -0000 In either i386 or aAMD64 mode I get: No USB Controllers Available: As I read and type on my USB Keyboard! but no /dev/da?? devices. Can some one Please try to sort me out because I need a USB disk to work again. Thanks in advance, SEanS seanjstrand@gmail.com From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 15:46:54 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65D2916A412 for ; Wed, 21 Mar 2007 15:46:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 15A6F13C4D5 for ; Wed, 21 Mar 2007 15:46:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l2LFkdcw055977; Wed, 21 Mar 2007 10:46:45 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Wed, 21 Mar 2007 10:54:41 -0400 User-Agent: KMail/1.9.6 References: <45FFB7F0.5030107@icyb.net.ua> <20070320215436.70f11d43@Magellan.Leidinger.net> <46011D03.8070706@icyb.net.ua> In-Reply-To: <46011D03.8070706@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703211054.43466.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 21 Mar 2007 10:46:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2892/Wed Mar 21 05:40:09 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Alexander Leidinger , freebsd-emulation@freebsd.org, Andriy Gapon Subject: Re: amd64 package of linux_kdump 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: Wed, 21 Mar 2007 15:46:54 -0000 On Wednesday 21 March 2007 07:54:43 am Andriy Gapon wrote: > on 20/03/2007 22:54 Alexander Leidinger said the following: > > Quoting "Scot Hetzel" (Tue, 20 Mar 2007 14:49:04 -0500): > > > >> On 3/20/07, Andriy Gapon wrote: > >>> Does anybody have an amd64 package of linux_kdump (for 6.2) ? > >>> Could you please share ? > >>> > >>> i386 linux_kdump as well as i386 FreeBSD kdump fail with the same > >>> diagnostics: > >>> $ kdump > kdump.out > >>> kdump: Cannot allocate memory > >>> Exit 1 > >>> $ cat kdump.out > >>> 71072 ktrace RET syscall -1 errno 100137 Unknown error: 100137 > >>> > >>> P.S. there doesn't seem to exist neither i386 nor amd64 package of > >>> linux_kdump for 6.2. > >>> > >> Alexandar Leidinger has linux_kdump on his web site: > >> > >> http://www.leidinger.net/FreeBSD/linux_kdump-1.5_2.tbz > > > > Compiled on 7-current i386. Extracting it on amd64 and using it > > directly should be possible (not on FreeBSD 6.x). Linux on amd64 is > > 32bit, so the 32bit executable should work on the ktrace. > > This is not my experience. linux_kdump is a FreeBSD, not Linux program. > As I said, i386 linux_kdump fails for me with the same diagnostics as > i386 kdump. > > > To compile it on your own: mv /compat/linux to somewhere else, install > > the gentoo linux_base (you have to ingnore the conflict), build the > > linux_kdump port (maybe also a "make package"), deinstall the gentoo > > linux_base and move /compat/linux back. > > I hoped to find a shortcut. The problem is that the kdump records aren't 32-bit, but 64-bit. You can try using www.freebsd.org/~jhb/ktrace64.c to convert a 64-bit ktrace.out file to a 32-bit ktrace.out file and then run linux_kdump on the 32-bit file. I cant recall if I fully tested ktrace64.c though, so YMMV. -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 16:38:18 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED98516A406; Wed, 21 Mar 2007 16:38:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C557913C48C; Wed, 21 Mar 2007 16:38:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LGcIRO098198; Wed, 21 Mar 2007 12:38:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LGcHoc040068; Wed, 21 Mar 2007 12:38:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BFF1273039; Wed, 21 Mar 2007 11:38:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070321163817.BFF1273039@freebsd-current.sentex.ca> Date: Wed, 21 Mar 2007 11:38:17 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean 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: Wed, 21 Mar 2007 16:38:19 -0000 TB --- 2007-03-21 14:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-21 14:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-21 14:50:01 - cleaning the object tree TB --- 2007-03-21 14:50:42 - checking out the source tree TB --- 2007-03-21 14:50:42 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-21 14:50:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-21 14:59:29 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-21 14:59:29 - cd /src TB --- 2007-03-21 14:59:29 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 21 14:59:32 UTC 2007 >>> 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 Wed Mar 21 16:18:19 UTC 2007 TB --- 2007-03-21 16:18:19 - generating LINT kernel config TB --- 2007-03-21 16:18:19 - cd /src/sys/amd64/conf TB --- 2007-03-21 16:18:19 - /usr/bin/make -B LINT TB --- 2007-03-21 16:18:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-21 16:18:19 - cd /src TB --- 2007-03-21 16:18:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 21 16:18:19 UTC 2007 >>> 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 >>> Kernel build for LINT completed on Wed Mar 21 16:37:17 UTC 2007 TB --- 2007-03-21 16:37:17 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-21 16:37:17 - cd /src TB --- 2007-03-21 16:37:17 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 21 16:37:17 UTC 2007 >>> 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 [...] @ -> /src/sys machine -> /src/sys/amd64/include ln -sf /obj/amd64/src/sys/GENERIC/opt_param.h opt_param.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64/src/sys/GENERIC /src/sys/modules/crypto/../../opencrypto/crypto.c /src/sys/modules/crypto/../../opencrypto/criov.c /src/sys/modules/crypto/../../opencrypto/cryptosoft.c /src/sys/modules/crypto/../../opencrypto/xform.c /src/sys/modules/crypto/../../opencrypto/cast.c /src/sys/modules/crypto/../../opencrypto/deflate.c /src/sys/modules/crypto/../../opencrypto/rmd160.c /src/sys/modules/crypto/../../crypto/rijndael/rijndael-alg-fst.c /src/sys/modules/crypto/../../crypto/rijndael/rijndael-api.c /src/sys/modules/crypto/../../opencrypto/skipjack.c /src/sys/modules/crypto/../../crypto/blowfish/bf_enc.c /src/sys/modules/crypto/../../crypto/blowfish/bf_skey.c /src/sys/modules/crypto/../../crypto/des/des_ecb.c /src/sys/modules/crypto/../../crypto/des/des_enc.c /src/sys/modules/crypto/../../crypto/des/des_setkey.c /src/sys/modules/crypto/../../crypto/sha1.c /src/sys /modules/crypto/../../crypto/sha2/sha2.c /src/sys/modules/crypto/../../opencrypto/crypto.c:81:26: cryptodev_if.h: No such file or directory /src/sys/modules/crypto/../../opencrypto/cryptosoft.c:52:26: cryptodev_if.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/crypto. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-21 16:38:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-21 16:38:17 - ERROR: failed to build GENERIC kernel TB --- 2007-03-21 16:38:17 - tinderbox aborted TB --- 0.91 user 3.20 system 6496.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 17:34:53 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BF8516A4E9; Wed, 21 Mar 2007 17:34:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E818513C4C2; Wed, 21 Mar 2007 17:34:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LHYqlu009595; Wed, 21 Mar 2007 13:34:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LHYqD5096977; Wed, 21 Mar 2007 13:34:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 03C74241BF; Wed, 21 Mar 2007 12:34:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070321173452.03C74241BF@freebsd-stable.sentex.ca> Date: Wed, 21 Mar 2007 12:34:51 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 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: Wed, 21 Mar 2007 17:34:53 -0000 TB --- 2007-03-21 17:03:57 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-21 17:03:57 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-03-21 17:03:57 - cleaning the object tree TB --- 2007-03-21 17:04:34 - checking out the source tree TB --- 2007-03-21 17:04:34 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2007-03-21 17:04:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-21 17:13:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-21 17:13:49 - cd /src TB --- 2007-03-21 17:13:49 - /usr/bin/make -B buildworld >>> 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 -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_filename.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_memory.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_bzip2.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_gzip.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_none.c /src/lib/libarchive/archive_write_set_compression_none.c: In function `archive_compressor_none_write': /src/lib/libarchive/archive_write_set_compression_none.c:145: error: structure has no member named `archive' *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** 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 --- 2007-03-21 17:34:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-21 17:34:51 - ERROR: failed to build world TB --- 2007-03-21 17:34:51 - tinderbox aborted TB --- 1.51 user 4.72 system 1854.59 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 18:40:58 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8700916A404; Wed, 21 Mar 2007 18:40:58 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0E72D13C489; Wed, 21 Mar 2007 18:40:57 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 33799ED4DAD; Wed, 21 Mar 2007 20:40:49 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id epq06hNkhGWf; Wed, 21 Mar 2007 20:40:42 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id A67D5ED4CFC; Wed, 21 Mar 2007 20:40:42 +0200 (EET) Message-ID: <46017C2F.5060208@icyb.net.ua> Date: Wed, 21 Mar 2007 20:40:47 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: John Baldwin References: <45FFB7F0.5030107@icyb.net.ua> <20070320215436.70f11d43@Magellan.Leidinger.net> <46011D03.8070706@icyb.net.ua> <200703211054.43466.jhb@freebsd.org> In-Reply-To: <200703211054.43466.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64 package of linux_kdump 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: Wed, 21 Mar 2007 18:40:58 -0000 on 21/03/2007 16:54 John Baldwin said the following: > > The problem is that the kdump records aren't 32-bit, but 64-bit. You can try > using www.freebsd.org/~jhb/ktrace64.c to convert a 64-bit ktrace.out file to > a 32-bit ktrace.out file and then run linux_kdump on the 32-bit file. I cant > recall if I fully tested ktrace64.c though, so YMMV. John, thank you very much! This was something that I haven't thought about. The tool works very well, the only obvious/visible bug was in copy_sysret(): 125 assert(h32->ktr_len == sizeof(k64)); 126 127 memcpy(&k64, buf, sizeof(k64)); <--- this was missing 128 129 /* Translate the data. */ -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 21 20:50:32 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26C6916A405; Wed, 21 Mar 2007 20:50:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id BC1EA13C4AE; Wed, 21 Mar 2007 20:50:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l2LKoN0n058824; Wed, 21 Mar 2007 15:50:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andriy Gapon Date: Wed, 21 Mar 2007 15:11:47 -0400 User-Agent: KMail/1.9.6 References: <45FFB7F0.5030107@icyb.net.ua> <200703211054.43466.jhb@freebsd.org> <46017C2F.5060208@icyb.net.ua> In-Reply-To: <46017C2F.5060208@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703211511.47948.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 21 Mar 2007 15:50:24 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2892/Wed Mar 21 05:40:09 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Alexander Leidinger , freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: amd64 package of linux_kdump 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: Wed, 21 Mar 2007 20:50:32 -0000 On Wednesday 21 March 2007 02:40:47 pm Andriy Gapon wrote: > on 21/03/2007 16:54 John Baldwin said the following: > > > > The problem is that the kdump records aren't 32-bit, but 64-bit. You can try > > using www.freebsd.org/~jhb/ktrace64.c to convert a 64-bit ktrace.out file to > > a 32-bit ktrace.out file and then run linux_kdump on the 32-bit file. I cant > > recall if I fully tested ktrace64.c though, so YMMV. > > John, > > thank you very much! This was something that I haven't thought about. > > The tool works very well, the only obvious/visible bug was in copy_sysret(): > 125 assert(h32->ktr_len == sizeof(k64)); > 126 > 127 memcpy(&k64, buf, sizeof(k64)); <--- this was missing > 128 > 129 /* Translate the data. */ Oh, heh, I meant for k64 to be a pointer as in the malloc utrace case. I've fixed this and a bug in the malloc utrace stuff and uploaded a new ktrace64.c. Thanks for testing it! -- John Baldwin From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 22 06:10:06 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB09116A4F4 for ; Thu, 22 Mar 2007 06:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id CAF6413C4BE for ; Thu, 22 Mar 2007 06:10:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l2M6A60n047265 for ; Thu, 22 Mar 2007 06:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2M6A6YL047261; Thu, 22 Mar 2007 06:10:06 GMT (envelope-from gnats) Resent-Date: Thu, 22 Mar 2007 06:10:06 GMT Resent-Message-Id: <200703220610.l2M6A6YL047261@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, "Martin M. Mladenov" Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47FB616A4EF for ; Thu, 22 Mar 2007 06:09:58 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3845913C45D for ; Thu, 22 Mar 2007 06:09:58 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l2M69wk8081101 for ; Thu, 22 Mar 2007 06:09:58 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l2M64ueJ075601; Thu, 22 Mar 2007 06:04:56 GMT (envelope-from nobody) Message-Id: <200703220604.l2M64ueJ075601@www.freebsd.org> Date: Thu, 22 Mar 2007 06:04:56 GMT From: "Martin M. Mladenov" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: amd64/110655: 32 bit threaded applications crash on amd64 SMP 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, 22 Mar 2007 06:10:07 -0000 >Number: 110655 >Category: amd64 >Synopsis: 32 bit threaded applications crash on amd64 SMP kernel. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 22 06:10:06 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Martin M. Mladenov >Release: FreeBSD 6.2-RELEASE-p3 amd64 >Organization: >Environment: System: FreeBSD c8 6.2-RELEASE-p3 FreeBSD 6.2-RELEASE-p3 #2: Wed Mar 21 06:31:50 MST 2007 root@c8:/usr/obj/usr/src/sys/SM6015TTV amd64 >Description: 32 bit applications using the posix threads library crash when calling pthread_create on an SMP amd64 kernel. This happens with existing binaries, built natively on a x86 machine, as well as binaries built with cc -m32 on the amd64 system. A backtrace for the example in the next section yields: Core was generated by `pthread-crash'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib32/libpthread.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libpthread.so.2 Reading symbols from /usr/lib32/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0804d100 in ?? () [New Thread 0x805301408053200 (runnable)] [New Thread 0x2809f1c808053000 (runnable)] Cannot get thread info: generic error (gdb) bt #0 0x0804d100 in ?? () This has been reproduced on two machines with completely different hardware. >How-To-Repeat: The problem can be reproduced by the following code (pthread_crash.c): #include #include void *thread(void *data) { puts("Thread."); return NULL; } int main() { pthread_t pth; void *pv; pthread_create(&pth,NULL,thread,NULL); pthread_join(pth,&pv); return 0; } The code is compiled with: cc -m32 -B/usr/lib32 -pthread -o pthread-crash pthread-crash.c This code runs fine when compiled to 64 bit. >Fix: Non known. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 22 06:20:05 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13E5516A536 for ; Thu, 22 Mar 2007 06:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id E7FAC13C43E for ; Thu, 22 Mar 2007 06:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l2M6K4tr048321 for ; Thu, 22 Mar 2007 06:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2M6K4oS048320; Thu, 22 Mar 2007 06:20:04 GMT (envelope-from gnats) Resent-Date: Thu, 22 Mar 2007 06:20:04 GMT Resent-Message-Id: <200703220620.l2M6K4oS048320@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, "Martin M. Mladenov" Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAD0C16A409 for ; Thu, 22 Mar 2007 06:13:05 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1A013C4BF for ; Thu, 22 Mar 2007 06:13:05 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l2M6D5ta084769 for ; Thu, 22 Mar 2007 06:13:05 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l2M684JS076860; Thu, 22 Mar 2007 06:08:04 GMT (envelope-from nobody) Message-Id: <200703220608.l2M684JS076860@www.freebsd.org> Date: Thu, 22 Mar 2007 06:08:04 GMT From: "Martin M. Mladenov" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: amd64/110656: 32 bit threaded applications crash on amd64 SMP 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, 22 Mar 2007 06:20:05 -0000 >Number: 110656 >Category: amd64 >Synopsis: 32 bit threaded applications crash on amd64 SMP kernel. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 22 06:20:04 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Martin M. Mladenov >Release: FreeBSD 6.2-RELEASE-p3 amd64 >Organization: >Environment: System: FreeBSD c8 6.2-RELEASE-p3 FreeBSD 6.2-RELEASE-p3 #2: Wed Mar 21 06:31:50 MST 2007 root@c8:/usr/obj/usr/src/sys/SM6015TTV amd64 >Description: 32 bit applications using the posix threads library crash when calling pthread_create on an SMP amd64 kernel. This happens with existing binaries, built natively on a x86 machine, as well as binaries built with cc -m32 on the amd64 system. A backtrace for the example in the next section yields: Core was generated by `pthread-crash'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib32/libpthread.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libpthread.so.2 Reading symbols from /usr/lib32/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib32/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0804d100 in ?? () [New Thread 0x805301408053200 (runnable)] [New Thread 0x2809f1c808053000 (runnable)] Cannot get thread info: generic error (gdb) bt #0 0x0804d100 in ?? () This has been reproduced on two machines with completely different hardware. >How-To-Repeat: The problem can be reproduced by the following code (pthread_crash.c): #include #include void *thread(void *data) { puts("Thread."); return NULL; } int main() { pthread_t pth; void *pv; pthread_create(&pth,NULL,thread,NULL); pthread_join(pth,&pv); return 0; } The code is compiled with: cc -m32 -B/usr/lib32 -pthread -o pthread-crash pthread-crash.c This code runs fine when compiled to 64 bit. >Fix: None known. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 22 07:34:34 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BA8616A526; Thu, 22 Mar 2007 07:34:34 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1310E13C457; Thu, 22 Mar 2007 07:34:34 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l2M7YX0Y062520; Thu, 22 Mar 2007 07:34:33 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2M7YXnl062516; Thu, 22 Mar 2007 07:34:33 GMT (envelope-from linimon) Date: Thu, 22 Mar 2007 07:34:33 GMT From: Mark Linimon Message-Id: <200703220734.l2M7YXnl062516@freefall.freebsd.org> To: fm@mtweb.org, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/110656: 32 bit threaded applications crash on amd64 SMP 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, 22 Mar 2007 07:34:34 -0000 Synopsis: 32 bit threaded applications crash on amd64 SMP kernel. State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Mar 22 07:34:01 UTC 2007 State-Changed-Why: Duplicate of amd/110655. http://www.freebsd.org/cgi/query-pr.cgi?pr=110656 From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 22 08:50:10 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F10216A54B for ; Thu, 22 Mar 2007 08:50:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 708F613C48A for ; Thu, 22 Mar 2007 08:50:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l2M8oAqA079385 for ; Thu, 22 Mar 2007 08:50:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2M8oAGm079383; Thu, 22 Mar 2007 08:50:10 GMT (envelope-from gnats) Date: Thu, 22 Mar 2007 08:50:10 GMT Message-Id: <200703220850.l2M8oAGm079383@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Peter Jeremy Cc: Subject: Re: amd64/110655: 32 bit threaded applications crash on amd64 SMP kernel. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Jeremy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 08:50:10 -0000 The following reply was made to PR amd64/110655; it has been noted by GNATS. From: Peter Jeremy To: "Martin M. Mladenov" Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/110655: 32 bit threaded applications crash on amd64 SMP kernel. Date: Thu, 22 Mar 2007 19:34:12 +1100 This problem also affects a non-SMP RELENG_6 kernel from 30th January. -- Peter Jeremy From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 22 10:50:08 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D18CB16A406 for ; Thu, 22 Mar 2007 10:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6C94813C448 for ; Thu, 22 Mar 2007 10:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l2MAo7Dk000494 for ; Thu, 22 Mar 2007 10:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2MAo746000484; Thu, 22 Mar 2007 10:50:07 GMT (envelope-from gnats) Date: Thu, 22 Mar 2007 10:50:07 GMT Message-Id: <200703221050.l2MAo746000484@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: amd64/110655: 32 bit threaded applications crash on amd64 SMP kernel. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 10:50:08 -0000 The following reply was made to PR amd64/110655; it has been noted by GNATS. From: Andriy Gapon To: bug-followup@FreeBSD.org Cc: freebsd-threads@freebsd.org Subject: Re: amd64/110655: 32 bit threaded applications crash on amd64 SMP kernel. Date: Thu, 22 Mar 2007 12:40:25 +0200 I can confirm this problem for 6.2-RELEASE-p2 amd64 UP system, for both libpthread and libthr. i386 simple test programs die with the following symptoms: [libpthread] program dies with sigsegv. What's interesting, when run under ktrace my very short program sometimes completes successfully and sometime crashes with the same symptoms. There is one strange line in ktrace: 66443 thr_test CALL kse_create(0x804b50c,0x1) 66443 thr_test RET kse_create 0 66443 thr_test CALL __sysctl(0xffffd7b8,0x2,0xffffd7c0,0xffffd7b4,0x2809c63c,0x18) 66443 thr_test RET __sysctl 0 66443 thr_test CALL __sysctl(0xffffd7c0,0x3,0xffffd86c,0xffffd870,0,0) 66443 thr_test RET __sysctl 0 66443 thr_test CALL break(0x805c000) 66443 thr_test RET break 0 66443 thr_test CALL mmap(0xffbfc000,0x101000,0x3,0x400,0xffffffff,0,0,0) 66443 thr_test RET mmap -4210688/0xffbfc000 66443 thr_test CALL mprotect(0xffbfc000,0x1000,0) 66443 thr_test RET mprotect 0 66443 thr_test CALL clock_gettime(0,0x8051f5c) 66443 thr_test RET clock_gettime 0 66443 thr_test CALL fstat(0x1,0xffcfc7c0) 66443 thr_test RET fstat 0 ================= 66443 thr_test RET fork 0 ================= 66443 thr_test PSIG SIGSEGV SIG_DFL 66443 thr_test NAMI "thr_test.core" [libthr] the problem here seems to be more obvious, but unexpected (at least for me): 69654 thr_test CALL sysarch(0xa,0xffffd700) 69654 thr_test RET sysarch 0 69654 thr_test CALL sigprocmask(0x3,0xffffd730,0xffffd720) 69654 thr_test RET sigprocmask 0 69654 thr_test CALL sigaction(0x20,0xffffd6d0,0) 69654 thr_test RET sigaction 0 69654 thr_test CALL sigprocmask(0x3,0xffffd720,0) 69654 thr_test RET sigprocmask 0 69654 thr_test CALL sigprocmask(0x1,0x28070a20,0xffffd760) 69654 thr_test RET sigprocmask 0 69654 thr_test CALL sigprocmask(0x3,0x28070a30,0) 69654 thr_test RET sigprocmask 0 69654 thr_test CALL _umtx_op 69654 thr_test RET _umtx_op -1 errno 78 Function not implemented 69654 thr_test PSIG SIGSYS SIG_DFL 69654 thr_test NAMI "thr_test.core" -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 22 13:12:58 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E29216A407; Thu, 22 Mar 2007 13:12:58 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id DDF3813C45E; Thu, 22 Mar 2007 13:12:54 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 3720DED501E; Thu, 22 Mar 2007 15:12:50 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WwNZ4-+OIjSX; Thu, 22 Mar 2007 15:12:44 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id B3A4BED5010; Thu, 22 Mar 2007 15:12:44 +0200 (EET) Message-ID: <460280CF.2090200@icyb.net.ua> Date: Thu, 22 Mar 2007 15:12:47 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070322) MIME-Version: 1.0 To: "Olson, Arthur David \(NIH/NCI\) [E]" References: <45FE9B11.5030909@icyb.net.ua> <46013D6F.4020704@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: wollman@freebsd.org, freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: zdump on amd64 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, 22 Mar 2007 13:12:58 -0000 on 22/03/2007 15:06 Olson, Arthur David (NIH/NCI) [E] said the following: > Check the version of zdump in use with a... > zdump --version > ...command; starting with the February 2006 (8.1) version, output has been limited to run from the year -500 to the year 2500 by default. The range can be changed using the... > -c [loyear],hiyear > ...option. Thank you for the pointer! I guess it is a question of updating FreeBSD sources from upstream now: $ zdump --version zdump: @(#)zdump.c 7.31 > -----Original Message----- > From: Andriy Gapon [mailto:avg@icyb.net.ua] > Sent: Wednesday, March 21, 2007 10:13 AM > To: freebsd-amd64@freebsd.org; freebsd-stable@freebsd.org > Cc: wollman@freebsd.org; tz@lecserver.nci.nih.gov > Subject: Re: zdump on amd64 > > on 19/03/2007 16:15 Andriy Gapon said the following: >> Strange problem: >> $ uname -srm >> FreeBSD 6.2-RELEASE-p2 amd64 >> >> $ zdump -v EST >> EST Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST isdst=0 >> gmtoff=-18000 >> EST Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST isdst=0 >> gmtoff=-18000 >> EST Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST isdst=0 >> gmtoff=-18000 >> EST Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST isdst=0 >> gmtoff=-18000 >> ^C > ... >> Before each ^C zdump was hanging eating 100% CPU. >> Something about 64-bitness ? > > Hmm. I hurried to assert that it was hanging, it was actually searching. > It seems that zdump -v algorithm is to start with minimal time_t > possible (large negative number in our case) and to go to maximum time_t > using 12 hours increments and doing certain checks for DST jumps. > Well, with 64-bit time_t start date is somewhere 200 milliard (10^9) > years ago and end date is the same in the future, so iteration over > those years takes quite a while. And tz db doesn't contain anything > useful for too distant years anyway. > > I think that zdump should be optimized to limit its search range. At the > very least for the start point - what is current estimate of the age of > our Universe :-) > > -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 22 13:18:58 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AD8F16A40A; Thu, 22 Mar 2007 13:18:58 +0000 (UTC) (envelope-from olsona@dc37a.nci.nih.gov) Received: from NIHCESSMTP2.hub.nih.gov (nihcessmtp2.hub.nih.gov [128.231.90.116]) by mx1.freebsd.org (Postfix) with ESMTP id 5DEA713C465; Thu, 22 Mar 2007 13:18:58 +0000 (UTC) (envelope-from olsona@dc37a.nci.nih.gov) Received: from nihcesmlbx10.nih.gov ([156.40.71.210]) by NIHCESSMTP2.hub.nih.gov with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 09:06:53 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Thu, 22 Mar 2007 09:06:52 -0400 Message-ID: In-Reply-To: <46013D6F.4020704@icyb.net.ua> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: zdump on amd64 Thread-Index: AcdrwxJSL0IbA+ZyQSOwqy+ssWrk9AAv6SGg References: <45FE9B11.5030909@icyb.net.ua> <46013D6F.4020704@icyb.net.ua> From: "Olson, Arthur David \(NIH/NCI\) [E]" To: "Andriy Gapon" , , X-OriginalArrivalTime: 22 Mar 2007 13:06:53.0966 (UTC) FILETIME=[F6737AE0:01C76C82] Cc: wollman@freebsd.org Subject: RE: zdump on amd64 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, 22 Mar 2007 13:18:58 -0000 Q2hlY2sgdGhlIHZlcnNpb24gb2YgemR1bXAgaW4gdXNlIHdpdGggYS4uLg0KCXpkdW1wIC0tdmVy c2lvbg0KLi4uY29tbWFuZDsgc3RhcnRpbmcgd2l0aCB0aGUgRmVicnVhcnkgMjAwNiAoOC4xKSB2 ZXJzaW9uLCBvdXRwdXQgaGFzIGJlZW4gbGltaXRlZCB0byBydW4gZnJvbSB0aGUgeWVhciAtNTAw IHRvIHRoZSB5ZWFyIDI1MDAgYnkgZGVmYXVsdC4gVGhlIHJhbmdlIGNhbiBiZSBjaGFuZ2VkIHVz aW5nIHRoZS4uLg0KCS1jIFtsb3llYXJdLGhpeWVhcg0KLi4ub3B0aW9uLg0KDQoJCQkJCS0tYWRv CQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQW5kcml5IEdhcG9uIFttYWls dG86YXZnQGljeWIubmV0LnVhXSANClNlbnQ6IFdlZG5lc2RheSwgTWFyY2ggMjEsIDIwMDcgMTA6 MTMgQU0NClRvOiBmcmVlYnNkLWFtZDY0QGZyZWVic2Qub3JnOyBmcmVlYnNkLXN0YWJsZUBmcmVl YnNkLm9yZw0KQ2M6IHdvbGxtYW5AZnJlZWJzZC5vcmc7IHR6QGxlY3NlcnZlci5uY2kubmloLmdv dg0KU3ViamVjdDogUmU6IHpkdW1wIG9uIGFtZDY0DQoNCm9uIDE5LzAzLzIwMDcgMTY6MTUgQW5k cml5IEdhcG9uIHNhaWQgdGhlIGZvbGxvd2luZzoNCj4gU3RyYW5nZSBwcm9ibGVtOg0KPiAkIHVu YW1lIC1zcm0NCj4gRnJlZUJTRCA2LjItUkVMRUFTRS1wMiBhbWQ2NA0KPiANCj4gJCB6ZHVtcCAt diBFU1QNCj4gRVNUICBTdW4gSmFuIDI2IDA4OjI5OjUyIC0yMTkgVVRDID0gU3VuIEphbiAyNiAw MzoyOTo1MiAtMjE5IEVTVCBpc2RzdD0wDQo+IGdtdG9mZj0tMTgwMDANCj4gRVNUICBNb24gSmFu IDI3IDA4OjI5OjUyIC0yMTkgVVRDID0gTW9uIEphbiAyNyAwMzoyOTo1MiAtMjE5IEVTVCBpc2Rz dD0wDQo+IGdtdG9mZj0tMTgwMDANCj4gRVNUICBGcmkgSmFuICAxIDA0OjU5OjU5IC0yMTkgVVRD ID0gVGh1IERlYyAzMCAyMzo1OTo1OSAtMjE5IEVTVCBpc2RzdD0wDQo+IGdtdG9mZj0tMTgwMDAN Cj4gRVNUICBGcmkgSmFuICAxIDA1OjAwOjAwIC0yMTkgVVRDID0gRnJpIEphbiAgMSAwMDowMDow MCAtMjE5IEVTVCBpc2RzdD0wDQo+IGdtdG9mZj0tMTgwMDANCj4gXkMNCi4uLg0KPiBCZWZvcmUg ZWFjaCBeQyB6ZHVtcCB3YXMgaGFuZ2luZyBlYXRpbmcgMTAwJSBDUFUuDQo+IFNvbWV0aGluZyBh Ym91dCA2NC1iaXRuZXNzID8NCg0KSG1tLiBJIGh1cnJpZWQgdG8gYXNzZXJ0IHRoYXQgaXQgd2Fz IGhhbmdpbmcsIGl0IHdhcyBhY3R1YWxseSBzZWFyY2hpbmcuDQpJdCBzZWVtcyB0aGF0IHpkdW1w IC12IGFsZ29yaXRobSBpcyB0byBzdGFydCB3aXRoIG1pbmltYWwgdGltZV90DQpwb3NzaWJsZSAo bGFyZ2UgbmVnYXRpdmUgbnVtYmVyIGluIG91ciBjYXNlKSBhbmQgdG8gZ28gdG8gbWF4aW11bSB0 aW1lX3QNCnVzaW5nIDEyIGhvdXJzIGluY3JlbWVudHMgYW5kIGRvaW5nIGNlcnRhaW4gY2hlY2tz IGZvciBEU1QganVtcHMuDQpXZWxsLCB3aXRoIDY0LWJpdCB0aW1lX3Qgc3RhcnQgZGF0ZSBpcyBz b21ld2hlcmUgMjAwIG1pbGxpYXJkICgxMF45KQ0KeWVhcnMgYWdvIGFuZCBlbmQgZGF0ZSBpcyB0 aGUgc2FtZSBpbiB0aGUgZnV0dXJlLCBzbyBpdGVyYXRpb24gb3Zlcg0KdGhvc2UgeWVhcnMgdGFr ZXMgcXVpdGUgYSB3aGlsZS4gQW5kIHR6IGRiIGRvZXNuJ3QgY29udGFpbiBhbnl0aGluZw0KdXNl ZnVsIGZvciB0b28gZGlzdGFudCB5ZWFycyBhbnl3YXkuDQoNCkkgdGhpbmsgdGhhdCB6ZHVtcCBz aG91bGQgYmUgb3B0aW1pemVkIHRvIGxpbWl0IGl0cyBzZWFyY2ggcmFuZ2UuIEF0IHRoZQ0KdmVy eSBsZWFzdCBmb3IgdGhlIHN0YXJ0IHBvaW50IC0gd2hhdCBpcyBjdXJyZW50IGVzdGltYXRlIG9m IHRoZSBhZ2Ugb2YNCm91ciBVbml2ZXJzZSA6LSkNCg0KDQotLSANCkFuZHJpeSBHYXBvbg0K From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 23 15:08:19 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CAF516A402; Fri, 23 Mar 2007 15:08:19 +0000 (UTC) (envelope-from freebsd-amd64@calaquendi.org) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3121C13C480; Fri, 23 Mar 2007 15:08:19 +0000 (UTC) (envelope-from freebsd-amd64@calaquendi.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by postfix1-g20.free.fr (Postfix) with ESMTP id D4619BF9F7E; Fri, 23 Mar 2007 15:40:06 +0100 (CET) Received: from [192.168.0.2] (calaquendi.org [82.67.146.3]) by smtp3-g19.free.fr (Postfix) with ESMTP id B69955B351; Fri, 23 Mar 2007 15:40:05 +0100 (CET) Message-ID: <4603E6C9.1090007@calaquendi.org> Date: Fri, 23 Mar 2007 15:40:09 +0100 From: Julien Cassignol User-Agent: Thunderbird 1.5.0.10 (X11/20070316) MIME-Version: 1.0 To: freebsd-amd64@FreeBSD.org, freebsd-current@FreeBsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Very slow performance while compiling/using X software on AMD64/Nforce3 7.0-CURRENT 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, 23 Mar 2007 15:08:19 -0000 Hi, I installed -CURRENT recently on a AMD64/Asus K8N, buildworld'ed/buildkernel'ed without the debugging stuff, and I've got several problems. I was running Gentoo before, and everything was running smoothly. I was able to, for example, playing music while compiling, or using firefox. Right now, when I try to play music while compiling, I've got lag. It clicks, and I'm unable to listen to music normally. When Firefox loads a page, it clicks too. Simple operations like changing of virtual desktops give the same result. I first suspected the scheduler. I used 4BSD, tried to switch tu ULE2. It was worst. I then tried CORE, same thing. I then checked DMA : # sysctl -a | grep dma [snip] hw.ata.atapi_dma: 1 hw.ata.ata_dma: 1 # atacontrol mode ad0 current mode = UDMA100 Seems to run normally. As I'm fairly new to the BSD world, I don't know what to check or suspect. I've spotted weird CPU usage by xorg, or by software supposed to be lightweight (xfterminal for example, while compiling and scrolling the window gave me heavy load). Standard xorg port, and modular xorg gave me the same result (I'm currently running under modular). I suspect that my configuration (MergedFB on ATI Radeon 9200) could be a problem. Is there anything to check to look for the right cause of this problem ? You can find my kernel config file, my xorg.conf, an output of dmesg, and lspci right there : http://www.calaquendi.org/freebsd/ Thanks, -- Julien Cassignol. From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 23 18:33:40 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1ACE616A405 for ; Fri, 23 Mar 2007 18:33:40 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id A640913C46A for ; Fri, 23 Mar 2007 18:33:39 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id l2NIMhrW055237; Fri, 23 Mar 2007 19:22:48 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 07562B845; Fri, 23 Mar 2007 19:22:43 +0100 (CET) Date: Fri, 23 Mar 2007 19:22:42 +0100 From: Roland Smith To: Julien Cassignol Message-ID: <20070323182242.GA43438@slackbox.xs4all.nl> Mail-Followup-To: Julien Cassignol , freebsd-amd64@freebsd.org References: <4603E6C9.1090007@calaquendi.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <4603E6C9.1090007@calaquendi.org> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-amd64@freebsd.org Subject: Re: Very slow performance while compiling/using X software on AMD64/Nforce3 7.0-CURRENT 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, 23 Mar 2007 18:33:40 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 23, 2007 at 03:40:09PM +0100, Julien Cassignol wrote: > Hi, >=20 >=20 > Right now, when I try to play music while compiling, I've got lag. It=20 > clicks, and I'm unable to listen to music normally. When Firefox loads a= =20 > page, it clicks too. Simple operations like changing of virtual desktops= =20 > give the same result. Try enlarging the sound driver's DMA buffer, as documented on the following page: http://www.xs4all.nl/~rsmith/freebsd/#sound I'm running 6.2-RELEASE amd64 on a "AMD Athlon 64 Processor 4000+" without problems. Roland --=20 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) --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGBBryEnfvsMMhpyURAmsTAKCWCQ/bDvB6PYS2olJdli0Q12OPbQCfQoZn JslebNYO+LoIOE2t02NYc0U= =15xb -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 23 18:41:56 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E4BB16A407 for ; Fri, 23 Mar 2007 18:41:56 +0000 (UTC) (envelope-from freebsd-amd64@calaquendi.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.freebsd.org (Postfix) with ESMTP id EC06F13C4DA for ; Fri, 23 Mar 2007 18:41:55 +0000 (UTC) (envelope-from freebsd-amd64@calaquendi.org) Received: from [192.168.0.2] (calaquendi.org [82.67.146.3]) by smtp3-g19.free.fr (Postfix) with ESMTP id CA9A15B3A4 for ; Fri, 23 Mar 2007 19:41:54 +0100 (CET) Message-ID: <46041F77.5050102@calaquendi.org> Date: Fri, 23 Mar 2007 19:41:59 +0100 From: Julien Cassignol User-Agent: Thunderbird 1.5.0.10 (X11/20070316) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <4603E6C9.1090007@calaquendi.org> <20070323182242.GA43438@slackbox.xs4all.nl> In-Reply-To: <20070323182242.GA43438@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Very slow performance while compiling/using X software on AMD64/Nforce3 7.0-CURRENT 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, 23 Mar 2007 18:41:56 -0000 Roland Smith wrote: > Try enlarging the sound driver's DMA buffer, as documented on the > following page: http://www.xs4all.nl/~rsmith/freebsd/#sound # sysctl -a | grep pcm [snip] dev.pcm.0.buffersize: 16384 dev.pcm.0.vchans: 4 dev.pcm.0.vchanrate: 48000 dev.pcm.0.vchanformat: s16le Still clicking, unfortunately. But it's a little better it seems. It's less sensitive, but when I launch firefox, for example, still hearable. For example, I rebooted with your suggestion. Played some music, launched firefox (clic-clic), exited firefox : 2 seconds of lag with no music. -- Julien Cassignol From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 24 02:13:21 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AC4916A404; Sat, 24 Mar 2007 02:13:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EF65A13C457; Sat, 24 Mar 2007 02:13:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2O2DKgE041492; Fri, 23 Mar 2007 22:13:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2O2DJBo031210; Fri, 23 Mar 2007 22:13:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD5BE73039; Fri, 23 Mar 2007 21:13:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070324021319.DD5BE73039@freebsd-current.sentex.ca> Date: Fri, 23 Mar 2007 21:13:19 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sat, 24 Mar 2007 02:13:21 -0000 TB --- 2007-03-24 00:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-24 00:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-24 00:35:01 - cleaning the object tree TB --- 2007-03-24 00:35:46 - checking out the source tree TB --- 2007-03-24 00:35:46 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-24 00:35:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-24 00:44:50 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-24 00:44:50 - cd /src TB --- 2007-03-24 00:44:50 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 00:44:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 24 02:03:16 UTC 2007 TB --- 2007-03-24 02:03:16 - generating LINT kernel config TB --- 2007-03-24 02:03:16 - cd /src/sys/amd64/conf TB --- 2007-03-24 02:03:16 - /usr/bin/make -B LINT TB --- 2007-03-24 02:03:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-24 02:03:18 - cd /src TB --- 2007-03-24 02:03:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 24 02:03:18 UTC 2007 >>> 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 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_hostcache.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_input.c /src/sys/netinet/tcp_input.c: In function `tcp_do_segment': /src/sys/netinet/tcp_input.c:1275: error: `ostate' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1275: error: (Each undeclared identifier is reported only once /src/sys/netinet/tcp_input.c:1275: error: for each function it appears in.) /src/sys/netinet/tcp_input.c:1276: error: `tcp_saveipgen' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1276: error: `tcp_savetcp' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-24 02:13:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-24 02:13:19 - ERROR: failed to build lint kernel TB --- 2007-03-24 02:13:19 - tinderbox aborted TB --- 0.88 user 3.63 system 5898.55 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 24 07:23:31 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDBD316A403; Sat, 24 Mar 2007 07:23:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B5B9613C45D; Sat, 24 Mar 2007 07:23:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2O7NVCP064473; Sat, 24 Mar 2007 03:23:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2O7NUcw034750; Sat, 24 Mar 2007 03:23:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DDD6F73039; Sat, 24 Mar 2007 02:23:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070324072330.DDD6F73039@freebsd-current.sentex.ca> Date: Sat, 24 Mar 2007 02:23:30 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean 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: Sat, 24 Mar 2007 07:23:32 -0000 TB --- 2007-03-24 05:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-24 05:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-24 05:45:00 - cleaning the object tree TB --- 2007-03-24 05:45:37 - checking out the source tree TB --- 2007-03-24 05:45:37 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-24 05:45:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-24 05:54:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-24 05:54:39 - cd /src TB --- 2007-03-24 05:54:39 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 05:54:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 24 07:13:22 UTC 2007 TB --- 2007-03-24 07:13:22 - generating LINT kernel config TB --- 2007-03-24 07:13:22 - cd /src/sys/amd64/conf TB --- 2007-03-24 07:13:22 - /usr/bin/make -B LINT TB --- 2007-03-24 07:13:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-24 07:13:23 - cd /src TB --- 2007-03-24 07:13:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 24 07:13:23 UTC 2007 >>> 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 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_hostcache.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_input.c /src/sys/netinet/tcp_input.c: In function `tcp_do_segment': /src/sys/netinet/tcp_input.c:1275: error: `ostate' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1275: error: (Each undeclared identifier is reported only once /src/sys/netinet/tcp_input.c:1275: error: for each function it appears in.) /src/sys/netinet/tcp_input.c:1276: error: `tcp_saveipgen' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1276: error: `tcp_savetcp' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-24 07:23:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-24 07:23:30 - ERROR: failed to build lint kernel TB --- 2007-03-24 07:23:30 - tinderbox aborted TB --- 0.69 user 2.98 system 5909.77 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 24 12:53:49 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C43A16A401; Sat, 24 Mar 2007 12:53:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 045F213C46E; Sat, 24 Mar 2007 12:53:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2OCrm9n078782; Sat, 24 Mar 2007 08:53:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2OCrmUW094618; Sat, 24 Mar 2007 08:53:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ED4AE73039; Sat, 24 Mar 2007 07:53:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070324125347.ED4AE73039@freebsd-current.sentex.ca> Date: Sat, 24 Mar 2007 07:53:47 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sat, 24 Mar 2007 12:53:49 -0000 TB --- 2007-03-24 11:15:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-24 11:15:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-24 11:15:01 - cleaning the object tree TB --- 2007-03-24 11:15:43 - checking out the source tree TB --- 2007-03-24 11:15:43 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-24 11:15:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-24 11:25:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-24 11:25:15 - cd /src TB --- 2007-03-24 11:25:15 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 11:25:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 24 12:43:35 UTC 2007 TB --- 2007-03-24 12:43:35 - generating LINT kernel config TB --- 2007-03-24 12:43:35 - cd /src/sys/amd64/conf TB --- 2007-03-24 12:43:35 - /usr/bin/make -B LINT TB --- 2007-03-24 12:43:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-24 12:43:35 - cd /src TB --- 2007-03-24 12:43:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 24 12:43:36 UTC 2007 >>> 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 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_hostcache.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_input.c /src/sys/netinet/tcp_input.c: In function `tcp_do_segment': /src/sys/netinet/tcp_input.c:1275: error: `ostate' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1275: error: (Each undeclared identifier is reported only once /src/sys/netinet/tcp_input.c:1275: error: for each function it appears in.) /src/sys/netinet/tcp_input.c:1276: error: `tcp_saveipgen' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1276: error: `tcp_savetcp' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-24 12:53:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-24 12:53:45 - ERROR: failed to build lint kernel TB --- 2007-03-24 12:53:45 - tinderbox aborted TB --- 0.79 user 2.90 system 5924.45 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 24 18:07:55 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A0AB16A401; Sat, 24 Mar 2007 18:07:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 17BF513C4C3; Sat, 24 Mar 2007 18:07:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2OI7nJP098817; Sat, 24 Mar 2007 14:07:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2OI7n5G017713; Sat, 24 Mar 2007 14:07:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4339173039; Sat, 24 Mar 2007 13:07:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070324180749.4339173039@freebsd-current.sentex.ca> Date: Sat, 24 Mar 2007 13:07:49 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean 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: Sat, 24 Mar 2007 18:07:55 -0000 TB --- 2007-03-24 16:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-24 16:30:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-24 16:30:01 - cleaning the object tree TB --- 2007-03-24 16:30:36 - checking out the source tree TB --- 2007-03-24 16:30:36 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-24 16:30:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-24 16:39:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-24 16:39:25 - cd /src TB --- 2007-03-24 16:39:25 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 16:39:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 24 17:57:45 UTC 2007 TB --- 2007-03-24 17:57:45 - generating LINT kernel config TB --- 2007-03-24 17:57:45 - cd /src/sys/amd64/conf TB --- 2007-03-24 17:57:45 - /usr/bin/make -B LINT TB --- 2007-03-24 17:57:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-24 17:57:46 - cd /src TB --- 2007-03-24 17:57:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 24 17:57:46 UTC 2007 >>> 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 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_hostcache.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_input.c /src/sys/netinet/tcp_input.c: In function `tcp_do_segment': /src/sys/netinet/tcp_input.c:1275: error: `ostate' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1275: error: (Each undeclared identifier is reported only once /src/sys/netinet/tcp_input.c:1275: error: for each function it appears in.) /src/sys/netinet/tcp_input.c:1276: error: `tcp_saveipgen' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1276: error: `tcp_savetcp' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-24 18:07:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-24 18:07:48 - ERROR: failed to build lint kernel TB --- 2007-03-24 18:07:48 - tinderbox aborted TB --- 0.85 user 2.84 system 5867.88 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 24 22:19:26 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C86CE16A400; Sat, 24 Mar 2007 22:19:26 +0000 (UTC) (envelope-from freebsd-amd64@adam.gs) Received: from mail.adam.gs (mail.adam.gs [76.9.2.116]) by mx1.freebsd.org (Postfix) with ESMTP id 872F013C459; Sat, 24 Mar 2007 22:19:26 +0000 (UTC) (envelope-from freebsd-amd64@adam.gs) Received: from mail.adam.gs (localhost.adam.gs [127.0.0.1]) by mail.adam.gs (Postfix) with ESMTP id 0F2D3F350E7; Sat, 24 Mar 2007 18:04:55 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=mail; d=adam.gs; b=CewaBlMjhbOEg106WDy9VaD7EAOCjQhQiI7PWUxLMLNp4wKwL9O2EN8VOv5ZP3XYpEObawGUju33NdPHZqANjGevR5bTBsQKOhwtfhNW2I2laz0fkGMlDoXGTXcEc5JWk5bHHc4IOsvpdpG9FoPFx3c5s/DeBJpxXV0X1IrIUgI=; In-Reply-To: References: <45FE9B11.5030909@icyb.net.ua> <46013D6F.4020704@icyb.net.ua> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2DDCB768-6366-4B90-B8A1-0D89F07DCEC0@adam.gs> Content-Transfer-Encoding: 7bit From: Adam Jacob Muller Date: Sat, 24 Mar 2007 18:03:33 -0400 To: "Olson, Arthur David ((NIH/NCI)) [E]" X-Mailer: Apple Mail (2.752.3) X-Authentication: 0O/lObga3amG+BmRcefVM1i0Xpn3OTeu+cFdiAwcsdf9IsrfJhsdrT93lnFbfb3olvY67RFvq9qxgbqoySH5NHKS3Jm8tlI9wWO9XOQn8+kCX176lx+ZE79LDv5yw4+XwcaCLoxIaXrgDvBdrs/6Tg== Cc: freebsd-stable@freebsd.org, Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: zdump on amd64 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, 24 Mar 2007 22:19:26 -0000 On Mar 22, 2007, at 9:06 AM, Olson, Arthur David ((NIH/NCI)) [E] wrote: > Check the version of zdump in use with a... > zdump --version > ...command; starting with the February 2006 (8.1) version, output > has been limited to run from the year -500 to the year 2500 by > default. The range can be changed using the... > -c [loyear],hiyear > ...option. > > --ado > > -----Original Message----- > From: Andriy Gapon [mailto:avg@icyb.net.ua] > Sent: Wednesday, March 21, 2007 10:13 AM > To: freebsd-amd64@freebsd.org; freebsd-stable@freebsd.org > Cc: wollman@freebsd.org; tz@lecserver.nci.nih.gov > Subject: Re: zdump on amd64 > > on 19/03/2007 16:15 Andriy Gapon said the following: >> Strange problem: >> $ uname -srm >> FreeBSD 6.2-RELEASE-p2 amd64 >> >> $ zdump -v EST >> EST Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST >> isdst=0 >> gmtoff=-18000 >> EST Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST >> isdst=0 >> gmtoff=-18000 >> EST Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST >> isdst=0 >> gmtoff=-18000 >> EST Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST >> isdst=0 >> gmtoff=-18000 >> ^C > ... >> Before each ^C zdump was hanging eating 100% CPU. >> Something about 64-bitness ? > > Hmm. I hurried to assert that it was hanging, it was actually > searching. > It seems that zdump -v algorithm is to start with minimal time_t > possible (large negative number in our case) and to go to maximum > time_t > using 12 hours increments and doing certain checks for DST jumps. > Well, with 64-bit time_t start date is somewhere 200 milliard (10^9) > years ago and end date is the same in the future, so iteration over > those years takes quite a while. And tz db doesn't contain anything > useful for too distant years anyway. > > I think that zdump should be optimized to limit its search range. > At the > very least for the start point - what is current estimate of the > age of > our Universe :-) > > > -- > Andriy Gapon > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64- > unsubscribe@freebsd.org" There is a PR regarding this: http://www.freebsd.org/cgi/query-pr.cgi?pr=109584 Upgrading zdump was not posited as a solution in this PR, if it really does fix the issue the report should be amended ( I will test and do so later if I have time) http://www.freebsd.org/cgi/query-pr.cgi?pr=108841 (dupe closed PR) Irks me a bit that this wasn't considered important enough to deal with before the time zone change here in the US (irks me more that the time zones changed) (DST irks me even more) -Adam From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 24 23:23:26 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9207916A401; Sat, 24 Mar 2007 23:23:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 69BE113C44B; Sat, 24 Mar 2007 23:23:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2ONNPOw016894; Sat, 24 Mar 2007 19:23:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2ONNPRW071101; Sat, 24 Mar 2007 19:23:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C02273039; Sat, 24 Mar 2007 18:23:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070324232325.6C02273039@freebsd-current.sentex.ca> Date: Sat, 24 Mar 2007 18:23:24 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean 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: Sat, 24 Mar 2007 23:23:26 -0000 TB --- 2007-03-24 21:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-24 21:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-24 21:45:00 - cleaning the object tree TB --- 2007-03-24 21:45:35 - checking out the source tree TB --- 2007-03-24 21:45:35 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-24 21:45:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-24 21:54:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-24 21:54:26 - cd /src TB --- 2007-03-24 21:54:26 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 21:54:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 24 23:13:15 UTC 2007 TB --- 2007-03-24 23:13:15 - generating LINT kernel config TB --- 2007-03-24 23:13:15 - cd /src/sys/amd64/conf TB --- 2007-03-24 23:13:15 - /usr/bin/make -B LINT TB --- 2007-03-24 23:13:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-24 23:13:15 - cd /src TB --- 2007-03-24 23:13:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 24 23:13:15 UTC 2007 >>> 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 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_hostcache.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -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-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netinet/tcp_input.c /src/sys/netinet/tcp_input.c: In function `tcp_do_segment': /src/sys/netinet/tcp_input.c:1275: error: `ostate' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1275: error: (Each undeclared identifier is reported only once /src/sys/netinet/tcp_input.c:1275: error: for each function it appears in.) /src/sys/netinet/tcp_input.c:1276: error: `tcp_saveipgen' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:1276: error: `tcp_savetcp' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-24 23:23:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-24 23:23:23 - ERROR: failed to build lint kernel TB --- 2007-03-24 23:23:23 - tinderbox aborted TB --- 0.73 user 2.96 system 5903.36 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full