From owner-freebsd-stable@FreeBSD.ORG Sun Aug 26 04:29:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B59C16A418 for ; Sun, 26 Aug 2007 04:29:13 +0000 (UTC) (envelope-from mgowda82@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id E395E13C46B for ; Sun, 26 Aug 2007 04:29:12 +0000 (UTC) (envelope-from mgowda82@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so157725pyb for ; Sat, 25 Aug 2007 21:29:12 -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:references; b=oEKNolced+jjR6r632IPvD4a9CwAdfQocZkpZP+W5gzDyR1/WX20xkvdMLT8Aln1h3sa5HMUT0xVljedbAnl0D0qAAB+htaUqMJGqXT8nBDJAS8uHgNnhqcEPdz42xVFeNuOaYNss6kKURGIdLx1aLVDl6Eq5KwBlYcsx2ck7I4= 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:references; b=WTliegHOsbUgfl65QqUP1mSEpP5VTuMbCZiS0n6rTtMs837xjKLs3uGTpb7pM8V4U+ZSPuiciSlqm0SNsvZfvKtC5EYJO1rbfZJuWkHSM5OYJLvoWm8xVsLa+uj0pYAfeGjISUPiTumHCBkOGJo/LfN1qB2lqcBvhXZmXZ9Jvcw= Received: by 10.65.203.3 with SMTP id f3mr8226146qbq.1188101036782; Sat, 25 Aug 2007 21:03:56 -0700 (PDT) Received: by 10.65.119.15 with HTTP; Sat, 25 Aug 2007 21:03:56 -0700 (PDT) Message-ID: Date: Sat, 25 Aug 2007 21:03:56 -0700 From: "Manjunath R Gowda" To: "Tom Samplonius" In-Reply-To: <9812134.411188026402612.JavaMail.root@ly.sdf.com> MIME-Version: 1.0 References: <2846335.391188026199158.JavaMail.root@ly.sdf.com> <9812134.411188026402612.JavaMail.root@ly.sdf.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Artem Kuchin , freebsd-stable Subject: Re: A little story of failed raid5 (3ware 8000 series) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2007 04:29:13 -0000 On 8/25/07, Tom Samplonius wrote: > > > ----- "Artem Kuchin" wrote: > ... > > But i don't understand how and why it happened. ONly 6 hours ago (a > > night before) > > all those files were backed up fine w/o any read error. And now, right > > after replacing > > the driver and starting rebuild it said that there are bad sectors all > > over those file. > > How come? > > What happened to you was an extremely common occurrence. You had a disk > develop a media failure sometime ago, but the controller never detected it, > because that particular bad area was not read. Your backups worked because > they never touched this portion of the disk (ex. empty space, meta data, > etc). And then another drive developed a electronics failure, which is > instantly detected, putting the array into a degraded mode. When you did a > rebuild onto a replace drive, the controller discovered that there was a > second failed disk, and this is unrecoverable. > > RAID, of any level, isn't magic. It is important to understand how it > works, an realize that drives can passive fail. BTW, if you were using > RAID1 or RAID10, you would likely have had the same problem (well, RAID10 > can survive _some_ double-disk failures). RAID6 is the only RAID level that > can survive failure of any two disks. > > The real solution is RAID scrubbing: a low level background process that > reads every sector of every disk. All of the real RAID systems do this > (usually scheduled weekly, or every other week). Most 3ware RAID card don't > have this feature. > > So rather than not using RAID5 or RAID6 again, you should just not use > 3ware anymore. > > > Tom It's a common mistake to assume that regular maintenance are not required which is implied through "It was working for years". Your just waiting for some event to happen which could result in catastrophic failure like this. It's always good to act, rather than react especially dealing with critical data. -Manjunath From owner-freebsd-stable@FreeBSD.ORG Sun Aug 26 05:12:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 144A816A4CF for ; Sun, 26 Aug 2007 05:12:58 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id DC01B13C458 for ; Sun, 26 Aug 2007 05:12:57 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id B18A42283A9; Sat, 25 Aug 2007 22:12:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.971 X-Spam-Level: X-Spam-Status: No, score=-3.971 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.428, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0i-Cy7IdOJ3x; Sat, 25 Aug 2007 22:12:00 -0700 (PDT) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 9FD18228391; Sat, 25 Aug 2007 22:12:00 -0700 (PDT) Date: Sat, 25 Aug 2007 22:12:00 -0700 (PDT) From: Tom Samplonius To: davids@webmaster.com Message-ID: <4205023.471188105120567.JavaMail.root@ly.sdf.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.90] Cc: freebsd-stable@freebsd.org Subject: Re: A little story of failed raid5 (3ware 8000 series) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2007 05:12:58 -0000 ----- "David Schwartz" wrote: > > It is supposed to be > > for detecting data corruption, so if the card isn't using the > > checksum, its kinda of useless. > > You are confused. Checking for data corruption is done, by checking if > the *DATA* is corrupt. This does not require looking at the RAID5 > checksum since the data has its own data checksum. No, not really. You are just referring to parity as checksums. They are different. Many RAID systems have checksums in addition to parity. For example, Netapp ZCS disks. ... > > However, in this particular case, validating checksums would > > have been unhelpful, since the disk was unreadable. diskcheckd > > would have detected this issue. It would probably have prevented > > the problem, if it had been running previously. > > No, it would have saved him. The problem was he lost a drive, and > checksums *ON* *OTHER* *DRIVES* were unreadable. Quite possibly they > had been unreabable for months, but were never checked, since they are > only *needed* to reconstruct the data. Which is what I said? The data on the other disks is unreadable. It doesn't really matter what parity or data was on those sectors. Yes, diskcheckd would only read data sectors. > > ZFS is also a good option. It has file level checksumming. > > ZFS never trusts the disks, and is super paranoid. And ZFS can > > do background scrubbing too. I can't wait for ZFS in FreeBSD 7, > > because ZFS in software is going to 10 x better than anything 3ware > has. > > That wouuld not have helped him one bit. When the drive failed, the > RAID 5 checksums on the other drives still would not have been > scrubbed. The RAID 5 checksum (technically an XOR) is only needed to > recover the RAID 5 array if a drive (or sector) fails. Ok, you should probably not refer to RAID5 parity as "checksums". They are different. Some RAID systems have both. And some do not. ZFS checksums the file level data, which is independent from any RAID5 parity. And yes a media scan would have helped. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Aug 26 10:00:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA60616A420 for ; Sun, 26 Aug 2007 10:00:55 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 692F613C458 for ; Sun, 26 Aug 2007 10:00:55 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d32.q.ppp-pool.de [89.53.125.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 0125F12881E for ; Sun, 26 Aug 2007 12:00:44 +0200 (CEST) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 933253F43A for ; Sun, 26 Aug 2007 12:00:40 +0200 (CEST) Message-ID: <46D14F47.3050307@vwsoft.com> Date: Sun, 26 Aug 2007 12:00:39 +0200 From: Volker User-Agent: Thunderbird 2.0.0.6 (X11/20070807) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Subject: some LORs + non-sleepable locks on recent stable i386 causing freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2007 10:00:55 -0000 Hi! While fighting machine freezes with a recent kernel + world, I catched the following witness messages: (this one looks similar to LOR #199): lock order reversal: (sleepable after non-sleepable) 1st 0xc653aec0 ath0 (ath0) @ /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:5210 2nd 0xc63b4cfc user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 KDB: stack backtrace: kdb_backtrace(c07c6a1f,c63b4cfc,c07d9630,c07d9630,c07d9675,...) at kdb_backtrace+0x2e witness_checkorder(c63b4cfc,9,c07d9675,c02,8061000,...) at witness_checkorder+0x5ef _sx_xlock(c63b4cfc,c07d9675,c02,c089fa00,eed329ac,...) at _sx_xlock+0x4d _vm_map_lock_read(c63b4cb8,c07d9675,c02,29a02b7,8061000,...) at _vm_map_lock_read+0x4a vm_map_lookup(eed32a44,8061000,2,eed32a48,eed32a38,...) at vm_map_lookup+0x38 vm_fault(c63b4cb8,8061000,2,8,c6567300,...) at vm_fault+0x7e trap_pfault(eed32b2c,0,8061000,c07c66cb,8061000,...) at trap_pfault+0x11a trap(8,28,28,8061000,c66ea800,...) at trap+0x37d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0768664, esp = 0xeed32b6c, ebp = 0xeed32ba0 --- slow_copyout(c64c1800,c66ff080,c653ab30,c0286938,0,...) at slow_copyout+0x4 ieee80211_ioctl(c653a230,c0286938,c66ff080,145a,c66ff080,...) at ieee80211_ioctl+0xcb ath_ioctl(c64c1800,c0286938,c66ff080,8,c07cb304,...) at ath_ioctl+0x1c6 ifhwioctl(c0286938,c64c1800,c66ff080,c6567300,8c,...) at ifhwioctl+0xacd ifioctl(c685d590,c0286938,c66ff080,c6567300,2,...) at ifioctl+0xe1 soo_ioctl(c675ddc8,c0286938,c66ff080,c63aad80,c6567300,...) at soo_ioctl+0x3ef ioctl(c6567300,eed32d04,c,c07abc38,3,...) at ioctl+0x44d syscall(3b,3b,3b,8060028,1e,...) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281681c3, esp = 0xbfbfe79c, ebp = 0xbfbfe7b8 --- This one seems to be a new (undocumented) one: lock order reversal: (Giant after non-sleepable) 1st 0xc08a3220 in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in.c:972 2nd 0xc0854680 Giant (Giant) @ /usr/src/sys/kern/kern_synch.c:218 KDB: stack backtrace: kdb_backtrace(c07c6a1f,c0854680,c07c3547,c07c3547,c07c427f,...) at kdb_backtrace+0x2e witness_checkorder(c0854680,9,c07c427f,da,c0854640,...) at witness_checkorder+0x5ef _mtx_lock_flags(c0854680,0,c07c427f,da,0,...) at _mtx_lock_flags+0x32 msleep(c6727100,0,4c,c07b9a84,0,...) at msleep+0x324 usbd_transfer(c6727100,eed2ca8c,c054ec6d,c6727100,c657f900,...) at usbd_transfer+0x16c usbd_sync_transfer(c6727100,c657f900,0,1388,eed2cae8,...) at usbd_sync_transfer+0x1c usbd_do_request_flags_pipe(c657f900,c657f880,eed2cae8,eed2cae7,0,...) at usbd_do_request_flags_pipe+0x7d usbd_do_request_flags(c657f900,eed2cae8,eed2cae7,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c657f900,eed2cae8,eed2cae7,c85d1fb0,f0c0,...) at usbd_do_request+0x37 aue_csr_read_1(c6580200,0,c089fa00,c0854680,0,...) at aue_csr_read_1+0x58 aue_setmulti(c6580200,c07cb304,81f,81f,c682f060,...) at aue_setmulti+0x65 aue_ioctl(c657b000,80206931,0,81f,c,...) at aue_ioctl+0x138 if_addmulti(c657b000,eed2cb88,eed2cb84,3cc,c682f060,...) at if_addmulti+0x239 in_addmulti(eed2cbc4,c657b000,c07cefc7,2c6,1,...) at in_addmulti+0x97 in_ifinit(c657b000,c6830000,c671c310,0,eed2cc20,...) at in_ifinit+0x51b in_control(c685d6f4,8040691a,c671c300,c657b000,c6567000,...) at in_control+0x95e ifioctl(c685d6f4,8040691a,c671c300,c6567000,2,...) at ifioctl+0x1bc soo_ioctl(c675dbd0,8040691a,c671c300,c63aad80,c6567000,...) at soo_ioctl+0x3ef ioctl(c6567000,eed2cd04,c,c07e3c99,3,...) at ioctl+0x44d syscall(3b,3b,3b,80595c0,0,...) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281681c3, esp = 0xbfbfe9ac, ebp = 0xbfbfe9d8 --- and finally a non-sleepable lock: Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc08a3220) locked @ /usr/src/sys/netinet/in.c:972 KDB: stack backtrace: kdb_backtrace(c089fa14,eed2c9e8,1,c654be40,1,...) at kdb_backtrace+0x2e witness_warn(5,0,c07c426e,c07b9a84,c6727100,...) at witness_warn+0x1d3 msleep(c6727100,0,4c,c07b9a84,0,...) at msleep+0x62 usbd_transfer(c6727100,eed2ca8c,c054ec6d,c6727100,c657f900,...) at usbd_transfer+0x16c usbd_sync_transfer(c6727100,c657f900,0,1388,eed2cae8,...) at usbd_sync_transfer+0x1c usbd_do_request_flags_pipe(c657f900,c657f880,eed2cae8,eed2cae7,0,...) at usbd_do_request_flags_pipe+0x7d usbd_do_request_flags(c657f900,eed2cae8,eed2cae7,0,0,...) at usbd_do_request_flags+0x3c usbd_do_request(c657f900,eed2cae8,eed2cae7,5d1fb0,f0c0,...) at usbd_do_request+0x37 aue_csr_read_1(c6580200,0,c089fa00,c0854680,0,...) at aue_csr_read_1+0x58 aue_setmulti(c6580200,c07cb304,81f,81f,c682f060,...) at aue_setmulti+0x65 aue_ioctl(c657b000,80206931,0,81f,c,...) at aue_ioctl+0x138 if_addmulti(c657b000,eed2cb88,eed2cb84,3cc,c682f060,...) at if_addmulti+0x239 in_addmulti(eed2cbc4,c657b000,c07cefc7,2c6,1,...) at in_addmulti+0x97 in_ifinit(c657b000,c6830000,c671c310,0,eed2cc20,...) at in_ifinit+0x51b in_control(c685d6f4,8040691a,c671c300,c657b000,c6567000,...) at in_control+0x95e ifioctl(c685d6f4,8040691a,c671c300,c6567000,2,...) at ifioctl+0x1bc soo_ioctl(c675dbd0,8040691a,c671c300,c63aad80,c6567000,...) at soo_ioctl+0x3ef ioctl(c6567000,eed2cd04,c,c07e3c99,3,...) at ioctl+0x44d syscall(3b,3b,3b,80595c0,0,...) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281681c3, esp = 0xbfbfe9ac, ebp = 0xbfbfe9d8 --- %uname -v FreeBSD 6.2-STABLE #1: Sun Aug 26 01:36:20 CEST 2007 Kernel sources sync'ed and compiled yesterday. One of these three (or all together) is causing machine freezes when running w/o witness. The problem has been introduced sometime within the last 6-8 weeks (never had freezes before on that machine running 6-STABLE). Volker From owner-freebsd-stable@FreeBSD.ORG Sun Aug 26 19:00:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823F616A418 for ; Sun, 26 Aug 2007 19:00:59 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.freebsd.org (Postfix) with ESMTP id 6389B13C442 for ; Sun, 26 Aug 2007 19:00:59 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from [10.9.70.100] (pool-71-117-232-141.ptldor.fios.verizon.net [71.117.232.141]) by mail.twinthornes.com (Postfix) with ESMTP id 6A412359; Sun, 26 Aug 2007 11:38:18 -0700 (PDT) Message-ID: <46D1C89B.8070408@evilphi.com> Date: Sun, 26 Aug 2007 11:38:19 -0700 From: Darren Pilgrim User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Tom Judge References: <9812134.411188026402612.JavaMail.root@ly.sdf.com> <46D00CE1.9@tomjudge.com> In-Reply-To: <46D00CE1.9@tomjudge.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , Tom Samplonius Subject: Re: A little story of failed raid5 (3ware 8000 series) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2007 19:00:59 -0000 Tom Judge wrote: > Tom Samplonius wrote: >> The real solution is RAID scrubbing: a low level background process >> that reads every sector of every disk. All of the real RAID systems >> do this (usually scheduled weekly, or every other week). Most 3ware >> RAID card don't have this feature. >> >> So rather than not using RAID5 or RAID6 again, you should just not >> use 3ware anymore. > > If you use the 3dm2 management interface you can schedule verify and > rebuild tasks to run on a regular basis. I think that 7500 series > controllers can do this, 9500 and 9550's definitely can. Actually it's all 7/8/9xxx series cards. The 9xxx series cards also do auto-verify so there's no need to schedule the task. -- Darren Pilgrim From owner-freebsd-stable@FreeBSD.ORG Sun Aug 26 19:42:53 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97E2016A41A for ; Sun, 26 Aug 2007 19:42:53 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 229A613C45E for ; Sun, 26 Aug 2007 19:42:51 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 28619C6AD for ; Sun, 26 Aug 2007 15:32:24 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (c-66-30-0-101.hsd1.ma.comcast.net [66.30.0.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mbutler-d620.vericept.com", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 20D21C6DF for ; Sun, 26 Aug 2007 15:31:45 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1188156706; bh=fD4g0r/KQ9O0yH 9J8iaHRZDtVkekFdPnkadSYxLzK1c=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version: OpenPGP:Content-Type; b=JvmsHf/OLb0F7V03xQnbZ/uZvw87fD/SqR5kURtxC5 w/XdtA/8vFt+ta03xBxk3N8TkGkLRswvv59bUNXwm0m+skb8oWHoYr4YMvD1Ku7lFZn aY3edIEZ89RAPbOVFPg DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type; b=DMpe3fTq5VdmFQuGVrmMDYFfSmmVwaJySSgYBSvNhzem/Riu6YNpOJ7xRV8xJXlg+ RL4J2u2+zDCOvhCM4rVOEMLeK/xcsl/10I13B1EtrzeRF9ZDtKkZEO4CZ1k4YK6 Message-ID: <46D1D51C.90207@protected-networks.net> Date: Sun, 26 Aug 2007 15:31:40 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.2 OpenPGP: id=0442D492 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5CA9004FA101CDD325B999FE" Cc: Subject: cardbus not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2007 19:42:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5CA9004FA101CDD325B999FE Content-Type: multipart/mixed; boundary="------------080900070207050009040902" This is a multi-part message in MIME format. --------------080900070207050009040902 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On my Toshiba laptop and under Windows XP, I can plug either a Netgear WG511T or a Sprint/Sierra AC595 EVDO card into the slot available and either are recognized for what they are. Under 6-stable, neither seems to get anywhere :-( With hw.cbb.debug=3D1 set, I see .. kernel: Status is 0x30000820 kernel: cbb0: card inserted: event=3D0x00000000, state=3D30000820 kernel: cbb0: cbb_power: 3V kernel: cbb0: cbb_power: 0V .. but nothing is logged with hw.cardbus.debug=3D1 or hw.cardbus.cis_debug=3D1 to show it hit that code. Another curiosity is that while I have /dev/pccard0.cis, I do not get an equivalent /dev/cardbus0.cis. Verbose dmesg is attached, Michael --------------080900070207050009040902 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="dmesg.txt" kernel: Copyright (c) 1992-2007 The FreeBSD Project. kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 199= 3, 1994 kernel: The Regents of the University of California. All rights reserved.= kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. kernel: FreeBSD 6.2-STABLE #40: Sat Aug 25 22:17:01 EDT 2007 kernel: root@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOS= HI kernel: WARNING: debug.mpsafenet forced to 0 as aio requires Giant kernel: WARNING: MPSAFE network stack disabled, expect reduced performanc= e. kernel: Preloaded elf kernel "/boot/kernel/kernel" at 0xc095a000. kernel: Table 'FACP' at 0x7f681bf8 kernel: Table 'APIC' at 0x7f681cec kernel: MADT: Found table at 0x7f681cec kernel: MP Configuration Table version 1.4 found at 0xc009fd71 kernel: APIC: Using the MADT enumerator. kernel: MADT: Found CPU APIC ID 0 ACPI ID 0: enabled kernel: SMP: Added CPU 0 (AP) kernel: MADT: Found CPU APIC ID 1 ACPI ID 1: enabled kernel: SMP: Added CPU 1 (AP) kernel: INTR: Adding local APIC 0 as a target kernel: ACPI APIC Table: kernel: Calibrating clock(s) ... i8254 clock: 1193167 Hz kernel: CLK_USE_I8254_CALIBRATION not specified - using default frequency= kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 kernel: Calibrating TSC clock ... TSC clock: 1662513580 Hz kernel: CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz= 686-class CPU) kernel: Origin =3D "GenuineIntel" Id =3D 0x6e8 Stepping =3D 8 kernel: Features=3D0xbfe9fbff kernel: Features2=3D0xc1a9,> kernel: Cores per package: 2 kernel: real memory =3D 2137456640 (2038 MB) kernel: Physical memory chunk(s): kernel: 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages)= kernel: 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages= ) kernel: 0x0000000000c28000 - 0x000000007d24afff, 2086809600 bytes (509475= pages) kernel: avail memory =3D 2086514688 (1989 MB) kernel: INTR: Adding local APIC 1 as a target kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs kernel: cpu0 (BSP): APIC ID: 0 kernel: cpu1 (AP): APIC ID: 1 kernel: APIC: CPU 0 has ACPI ID 0 kernel: APIC: CPU 1 has ACPI ID 1 kernel: bios32: Found BIOS32 Service Directory header at 0xc00f69c0 kernel: bios32: Entry =3D 0xfd63d (c00fd63d) Rev =3D 0 Len =3D 1 kernel: pcibios: PCI BIOS entry at 0xfd5c0+0x44 kernel: pnpbios: Found PnP BIOS data at 0xc00f6a30 kernel: pnpbios: Entry =3D f0000:bd02 Rev =3D 1.0 kernel: Other BIOS signatures found: kernel: MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 kernel: ioapic0: Changing APIC ID to 1 kernel: ioapic0: Routing external 8259A's -> intpin 0 kernel: MADT: Interrupt override: source 0, irq 2 kernel: ioapic0: Routing IRQ 0 -> intpin 2 kernel: MADT: Interrupt override: source 9, irq 9 kernel: ioapic0: intpin 9 trigger: level kernel: lapic0: Routing NMI -> LINT1 kernel: lapic0: LINT1 trigger: edge kernel: lapic0: LINT1 polarity: high kernel: lapic1: Routing NMI -> LINT1 kernel: lapic1: LINT1 trigger: edge kernel: lapic1: LINT1 polarity: high kernel: ioapic0 irqs 0-23 on motherboard kernel: cpu0 BSP: kernel: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001= ff kernel: timer: 0x000100ef therm: 0x00000200 err: 0x00010000 pcm: 0x000004= 00 kernel: wlan: <802.11 Link Layer> kernel: kbd: new array size 4 kernel: kbd1 at kbdmux0 kernel: mem: kernel: Pentium Pro MTRR support enabled kernel: null: kernel: netsmb_dev: loaded kernel: random: kernel: ichwd module loaded kernel: io: kernel: VESA: information block kernel: 56 45 53 41 00 03 00 01 00 01 01 00 00 00 40 00=20 kernel: 00 01 7b 00 00 01 43 01 00 01 55 01 00 01 89 01=20 kernel: 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 kernel: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 kernel: VESA: 15 mode(s) found kernel: VESA: v3.0, 7872k memory, flags:0x1, mode table:0xc08927c0 (10000= 40) kernel: VESA: Intel(r) 82945GM Chipset Family Graphics Chip Accelerated V= GA BIOS kernel: VESA: Intel Corporation Intel(r) 82945GM Chipset Family Graphics = Controller Hardware Version 0.0 kernel: acpi0: on motherboard kernel: ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 kernel: acpi0: [MPSAFE] kernel: acpi_hpet0: iomem 0xfed00000-0xfed00= 3ff on acpi0 kernel: acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_r= oute count_size kernel: Timecounter "HPET" frequency 14318180 Hz quality 2000 kernel: pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fa04 kernel: pci_open(1a): mode1res=3D0x80000000 (0x80000000) kernel: pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D= 27a08086) kernel: pcibios: BIOS version 2.10 kernel: acpi_bus_number: root bus has no _BBN, assuming 0 kernel: AcpiOsDerivePciId: \_SB_.PCI0.LPCB.LPC0 -> bus 0 dev 31 func 0 kernel: acpi0: Power Button (fixed) kernel: acpi0: wakeup code va 0xda352000 pa 0x9e000 kernel: acpi_bus_number: root bus has no _BBN, assuming 0 kernel: AcpiOsDerivePciId: \_SB_.PCI0.HBUS -> bus 0 dev 0 func 0 kernel: acpi0: reservation of fed00000, 400 (3) failed kernel: ACPI timer: 1/2 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on = acpi0 kernel: acpi_ec0: port 0x62,0x66 on acpi0= kernel: pci_link0: Index IRQ Rtd Ref IRQs kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 kernel: pci_link1: Index IRQ Rtd Ref IRQs kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 kernel: Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 kernel: pci_link2: Index IRQ Rtd Ref IRQs kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 10 12 14 15 kernel: Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 kernel: pci_link3: Index IRQ Rtd Ref IRQs kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 11 12 14 15 kernel: Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 kernel: pci_link4: Index IRQ Rtd Ref IRQs kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 kernel: pci_link5: Index IRQ Rtd Ref IRQs kernel: Initial Probe 0 255 N 0 1 3 4 5 6 7 11 12 14 15 kernel: Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 kernel: pci_link6: Index IRQ Rtd Ref IRQs kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 kernel: pci_link7: Index IRQ Rtd Ref IRQs kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 kernel: Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 kernel: cpu0: on acpi0 kernel: est0: on cpu0 kernel: p4tcc0: on cpu0 kernel: cpu1: on acpi0 kernel: est1: on cpu1 kernel: p4tcc1: on cpu1 kernel: acpi_lid0: on acpi0 kernel: battery0: on acpi0 kernel: acpi_acad0: on acpi0 kernel: acpi_button0: on acpi0 kernel: pcib0: port 0xcf8-0xcff on acpi0 kernel: pci0: on pcib0 kernel: pci0: physical bus=3D0 kernel: found-> vendor=3D0x8086, dev=3D0x27a0, revid=3D0x03 kernel: bus=3D0, slot=3D0, func=3D0 kernel: class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: found-> vendor=3D0x8086, dev=3D0x27a2, revid=3D0x03 kernel: bus=3D0, slot=3D2, func=3D0 kernel: class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 kernel: cmdreg=3D0x0007, statreg=3D0x0090, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Da, irq=3D10 kernel: powerspec 2 supports D0 D3 current D0 kernel: MSI supports 1 message kernel: map[10]: type 1, range 32, base f0a00000, size 19, enabled kernel: map[14]: type 4, range 32, base 00001800, size 3, enabled kernel: map[18]: type 3, range 32, base d0000000, size 28, enabled kernel: map[1c]: type 1, range 32, base f0b00000, size 18, enabled kernel: pcib0: matched entry for 0.2.INTA kernel: pcib0: slot 2 INTA hardwired to IRQ 16 kernel: found-> vendor=3D0x8086, dev=3D0x27a6, revid=3D0x03 kernel: bus=3D0, slot=3D2, func=3D1 kernel: class=3D03-80-00, hdrtype=3D0x00, mfdev=3D1 kernel: cmdreg=3D0x0007, statreg=3D0x0090, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: powerspec 2 supports D0 D3 current D0 kernel: map[10]: type 1, range 32, base f0a80000, size 19, enabled kernel: found-> vendor=3D0x8086, dev=3D0x27d8, revid=3D0x02 kernel: bus=3D0, slot=3D27, func=3D0 kernel: class=3D04-03-00, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Da, irq=3D10 kernel: powerspec 2 supports D0 D3 current D0 kernel: MSI supports 1 message, 64 bit kernel: map[10]: type 1, range 64, base f0b40000, size 14, enabled kernel: pcib0: matched entry for 0.27.INTA kernel: pcib0: slot 27 INTA hardwired to IRQ 22 kernel: found-> vendor=3D0x8086, dev=3D0x27d0, revid=3D0x02 kernel: bus=3D0, slot=3D28, func=3D0 kernel: class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 kernel: cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0= ns) kernel: intpin=3Da, irq=3D11 kernel: powerspec 2 supports D0 D3 current D0 kernel: MSI supports 1 message kernel: pcib0: matched entry for 0.28.INTA kernel: pcib0: slot 28 INTA hardwired to IRQ 17 kernel: found-> vendor=3D0x8086, dev=3D0x27d2, revid=3D0x02 kernel: bus=3D0, slot=3D28, func=3D1 kernel: class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 kernel: cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0= ns) kernel: intpin=3Db, irq=3D10 kernel: powerspec 2 supports D0 D3 current D0 kernel: MSI supports 1 message kernel: pcib0: matched entry for 0.28.INTB kernel: pcib0: slot 28 INTB hardwired to IRQ 16 kernel: found-> vendor=3D0x8086, dev=3D0x27d4, revid=3D0x02 kernel: bus=3D0, slot=3D28, func=3D2 kernel: class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 kernel: cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0= ns) kernel: intpin=3Dc, irq=3D11 kernel: powerspec 2 supports D0 D3 current D0 kernel: MSI supports 1 message kernel: pcib0: matched entry for 0.28.INTC kernel: pcib0: slot 28 INTC hardwired to IRQ 18 kernel: found-> vendor=3D0x8086, dev=3D0x27c8, revid=3D0x02 kernel: bus=3D0, slot=3D29, func=3D0 kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Da, irq=3D11 kernel: map[20]: type 4, range 32, base 00001820, size 5, enabled kernel: pcib0: matched entry for 0.29.INTA kernel: pcib0: slot 29 INTA hardwired to IRQ 23 kernel: found-> vendor=3D0x8086, dev=3D0x27c9, revid=3D0x02 kernel: bus=3D0, slot=3D29, func=3D1 kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Db, irq=3D10 kernel: map[20]: type 4, range 32, base 00001840, size 5, enabled kernel: pcib0: matched entry for 0.29.INTB kernel: pcib0: slot 29 INTB hardwired to IRQ 19 kernel: found-> vendor=3D0x8086, dev=3D0x27ca, revid=3D0x02 kernel: bus=3D0, slot=3D29, func=3D2 kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Dc, irq=3D11 kernel: map[20]: type 4, range 32, base 00001860, size 5, enabled kernel: pcib0: matched entry for 0.29.INTC kernel: pcib0: slot 29 INTC hardwired to IRQ 18 kernel: found-> vendor=3D0x8086, dev=3D0x27cb, revid=3D0x02 kernel: bus=3D0, slot=3D29, func=3D3 kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Dd, irq=3D10 kernel: map[20]: type 4, range 32, base 00001880, size 5, enabled kernel: pcib0: matched entry for 0.29.INTD kernel: pcib0: slot 29 INTD hardwired to IRQ 16 kernel: found-> vendor=3D0x8086, dev=3D0x27cc, revid=3D0x02 kernel: bus=3D0, slot=3D29, func=3D7 kernel: class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Da, irq=3D11 kernel: powerspec 2 supports D0 D3 current D0 kernel: map[10]: type 1, range 32, base f0d44000, size 10, enabled kernel: pcib0: matched entry for 0.29.INTA kernel: pcib0: slot 29 INTA hardwired to IRQ 23 kernel: found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0xe2 kernel: bus=3D0, slot=3D30, func=3D0 kernel: class=3D06-04-01, hdrtype=3D0x01, mfdev=3D0 kernel: cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0= ns) kernel: found-> vendor=3D0x8086, dev=3D0x27b9, revid=3D0x02 kernel: bus=3D0, slot=3D31, func=3D0 kernel: class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 kernel: cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: found-> vendor=3D0x8086, dev=3D0x27c4, revid=3D0x02 kernel: bus=3D0, slot=3D31, func=3D2 kernel: class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0005, statreg=3D0x02b0, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Db, irq=3D255 kernel: powerspec 2 supports D0 D3 current D0 kernel: map[20]: type 4, range 32, base 000018b0, size 4, enabled kernel: found-> vendor=3D0x8086, dev=3D0x27da, revid=3D0x02 kernel: bus=3D0, slot=3D31, func=3D3 kernel: class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Db, irq=3D10 kernel: map[20]: type 4, range 32, base 000018c0, size 5, enabled kernel: pcib0: matched entry for 0.31.INTB kernel: pcib0: slot 31 INTB hardwired to IRQ 19 kernel: agp0: port 0x1800-0x= 1807 mem 0xf0a00000-0xf0a7ffff,0xd0000000-0xdfffffff,0xf0b00000-0xf0b3fff= f irq 16 at device 2.0 on pci0 kernel: agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xf0a00000 kernel: agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xf0a00000 kernel: agp0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xf0b00000 kernel: agp0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xd0000000= kernel: agp0: detected 7932k stolen memory kernel: agp0: aperture size is 256M kernel: drmsub0: : (child of agp_i810.c) on agp0 kernel: info: [drm] AGP at 0xf0a00000 0MB kernel: info: [drm] Initialized i915 1.5.0 20060119 kernel: pci0: at device 2.1 (no driver attached) kernel: pcm0: mem 0xf0b40= 000-0xf0b43fff irq 22 at device 27.0 on pci0 kernel: pcm0: TCSEL: 0x07 -> 0x00 kernel: pcm0: DMA Coherency: Uncacheable / vendor=3D0x8086 kernel: pcm0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf0b40000 kernel: ioapic0: routing intpin 22 (PCI IRQ 22) to vector 49 kernel: pcm0: [MPSAFE] kernel: pcm0: hdac_dma_alloc: size=3D1024 -> roundsz=3D1024 kernel: pcm0: hdac_dma_alloc: size=3D2048 -> roundsz=3D2048 kernel: pcib1: irq 17 at device 28.0 on pci0 kernel: pcib1: secondary bus 2 kernel: pcib1: subordinate bus 2 kernel: pcib1: I/O decode 0xf000-0xfff kernel: pcib1: memory decode 0xfff00000-0xfffff kernel: pcib1: prefetched decode 0xfff00000-0xfffff kernel: pci2: on pcib1 kernel: pci2: physical bus=3D2 kernel: pcib2: irq 16 at device 28.1 on pci0 kernel: pcib2: secondary bus 3 kernel: pcib2: subordinate bus 4 kernel: pcib2: I/O decode 0x2000-0x2fff kernel: pcib2: memory decode 0xf0700000-0xf07fffff kernel: pcib2: prefetched decode 0xf0200000-0xf03fffff kernel: pci3: on pcib2 kernel: pci3: physical bus=3D3 kernel: pcib3: irq 18 at device 28.2 on pci0 kernel: pcib3: secondary bus 5 kernel: pcib3: subordinate bus 6 kernel: pcib3: I/O decode 0x3000-0x3fff kernel: pcib3: memory decode 0xf0800000-0xf08fffff kernel: pcib3: prefetched decode 0xf0400000-0xf05fffff kernel: pci5: on pcib3 kernel: pci5: physical bus=3D5 kernel: found-> vendor=3D0x8086, dev=3D0x4222, revid=3D0x02 kernel: bus=3D5, slot=3D0, func=3D0 kernel: class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D16 (dwords) kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) kernel: intpin=3Da, irq=3D11 kernel: powerspec 2 supports D0 D3 current D0 kernel: MSI supports 1 message, 64 bit kernel: map[10]: type 1, range 32, base f0800000, size 12, enabled kernel: pcib3: requested memory range 0xf0800000-0xf0800fff: good kernel: pcib3: matched entry for 5.0.INTA kernel: pcib3: slot 0 INTA hardwired to IRQ 18 kernel: pci5: at device 0.0 (no driver attached) kernel: uhci0: port 0x1820-0x183f irq 23 = at device 29.0 on pci0 kernel: uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 kernel: ioapic0: routing intpin 23 (PCI IRQ 23) to vector 50 kernel: uhci0: [GIANT-LOCKED] kernel: usb0: on uhci0 kernel: usb0: USB revision 1.0 kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub0: 2 ports with 2 removable, self powered kernel: uhci1: port 0x1840-0x185f irq 19 = at device 29.1 on pci0 kernel: uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 kernel: ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 kernel: uhci1: [GIANT-LOCKED] kernel: usb1: on uhci1 kernel: usb1: USB revision 1.0 kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub1: 2 ports with 2 removable, self powered kernel: uhci2: port 0x1860-0x187f irq 18 = at device 29.2 on pci0 kernel: uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 kernel: ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 kernel: uhci2: [GIANT-LOCKED] kernel: usb2: on uhci2 kernel: usb2: USB revision 1.0 kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub2: 2 ports with 2 removable, self powered kernel: uhci3: port 0x1880-0x189f irq 16 = at device 29.3 on pci0 kernel: uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880 kernel: ioapic0: routing intpin 16 (PCI IRQ 16) to vector 53 kernel: uhci3: [GIANT-LOCKED] kernel: usb3: on uhci3 kernel: usb3: USB revision 1.0 kernel: uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 kernel: uhub3: 2 ports with 2 removable, self powered kernel: ehci0: mem 0xf0d44000= -0xf0d443ff irq 23 at device 29.7 on pci0 kernel: ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf0d44000 kernel: ehci0: [GIANT-LOCKED] kernel: usb4: EHCI version 1.0 kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 kernel: usb4: on ehci0 kernel: usb4: USB revision 2.0 kernel: uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 kernel: uhub4: 8 ports with 8 removable, self powered kernel: pcib4: at device 30.0 on pci0 kernel: pcib4: secondary bus 7 kernel: pcib4: subordinate bus 7 kernel: pcib4: I/O decode 0x4000-0x4fff kernel: pcib4: memory decode 0xf0900000-0xf09fffff kernel: pcib4: prefetched decode 0xfff00000-0xfffff kernel: pcib4: Subtractively decoded bridge. kernel: pci7: on pcib4 kernel: pci7: physical bus=3D7 kernel: found-> vendor=3D0x104c, dev=3D0x8039, revid=3D0x00 kernel: bus=3D7, slot=3D6, func=3D0 kernel: class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 kernel: cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz=3D0 (dwords) kernel: lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x0= 3 (750 ns) kernel: intpin=3Da, irq=3D255 kernel: powerspec 2 supports D0 D1 D2 D3 current D0 kernel: map[10]: type 1, range 32, base 00000000, size 12, memory disable= d kernel: found-> vendor=3D0x104c, dev=3D0x803a, revid=3D0x00 kernel: bus=3D7, slot=3D6, func=3D1 kernel: class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D1 kernel: cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D4 (dwords) kernel: lattimer=3D0x80 (3840 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 = (1000 ns) kernel: intpin=3Db, irq=3D11 kernel: powerspec 2 supports D0 D1 D2 D3 current D0 kernel: map[10]: type 1, range 32, base f0906000, size 11, enabled kernel: pcib4: requested memory range 0xf0906000-0xf09067ff: good kernel: map[14]: type 1, range 32, base f0900000, size 14, enabled kernel: pcib4: requested memory range 0xf0900000-0xf0903fff: good kernel: pcib4: matched entry for 7.6.INTB kernel: pcib4: slot 6 INTB hardwired to IRQ 17 kernel: found-> vendor=3D0x104c, dev=3D0x803b, revid=3D0x00 kernel: bus=3D7, slot=3D6, func=3D2 kernel: class=3D01-80-00, hdrtype=3D0x00, mfdev=3D1 kernel: cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D4 (dwords) kernel: lattimer=3D0x80 (3840 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x04= (1000 ns) kernel: intpin=3Da, irq=3D11 kernel: powerspec 2 supports D0 D1 D2 D3 current D0 kernel: map[10]: type 1, range 32, base f0904000, size 12, enabled kernel: pcib4: requested memory range 0xf0904000-0xf0904fff: good kernel: pcib4: matched entry for 7.6.INTA kernel: pcib4: slot 6 INTA hardwired to IRQ 18 kernel: found-> vendor=3D0x104c, dev=3D0x803c, revid=3D0x00 kernel: bus=3D7, slot=3D6, func=3D3 kernel: class=3D08-05-01, hdrtype=3D0x00, mfdev=3D1 kernel: cmdreg=3D0x0006, statreg=3D0x0210, cachelnsz=3D4 (dwords) kernel: lattimer=3D0x80 (3840 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x04= (1000 ns) kernel: intpin=3Da, irq=3D11 kernel: powerspec 2 supports D0 D1 D2 D3 current D0 kernel: map[10]: type 1, range 32, base f0906800, size 8, enabled kernel: pcib4: requested memory range 0xf0906800-0xf09068ff: good kernel: pcib4: matched entry for 7.6.INTA kernel: pcib4: slot 6 INTA hardwired to IRQ 18 kernel: found-> vendor=3D0x8086, dev=3D0x1092, revid=3D0x02 kernel: bus=3D7, slot=3D8, func=3D0 kernel: class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 kernel: cmdreg=3D0x0017, statreg=3D0x0290, cachelnsz=3D16 (dwords) kernel: lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x38= (14000 ns) kernel: intpin=3Da, irq=3D10 kernel: powerspec 2 supports D0 D1 D2 D3 current D0 kernel: map[10]: type 1, range 32, base f0905000, size 12, enabled kernel: pcib4: requested memory range 0xf0905000-0xf0905fff: good kernel: map[14]: type 4, range 32, base 00004000, size 6, enabled kernel: pcib4: requested I/O range 0x4000-0x403f: in range kernel: pcib4: matched entry for 7.8.INTA kernel: pcib4: slot 8 INTA hardwired to IRQ 20 kernel: cbb0: at device 6.0 on pci7 kernel: pcib4: cbb0 requested memory range 0xf0900000-0xf09fffff: good kernel: cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf09070= 00 kernel: cardbus0: on cbb0 kernel: pccard0: <16-bit PCCard bus> on cbb0 kernel: pcib4: matched entry for 7.6.INTA kernel: pcib4: slot 6 INTA hardwired to IRQ 18 kernel: cbb0: [MPSAFE] kernel: cbb0: PCI Configuration space: kernel: 0x00: 0x8039104c 0x02100007 0x06070000 0x00824000=20 kernel: 0x10: 0xf0907000 0x020000a0 0x20090807 0xfffff000=20 kernel: 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 kernel: 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400112=20 kernel: 0x40: 0xff101179 0x00000001 0x00000000 0x00000000=20 kernel: 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 kernel: 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 kernel: 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 kernel: 0x80: 0x4840b060 0x02830019 0x000f0000 0x01a01b22=20 kernel: 0x90: 0x606600c0 0x00000000 0x00000000 0x00000000=20 kernel: 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 kernel: 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 kernel: 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 kernel: 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 kernel: 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 kernel: 0xf0: 0x44072b31 0x8d019449 0x00000000 0x00000000=20 kernel: fwohci0: vendor=3D104c, dev=3D803a kernel: fwohci0: vendor=3D104c, dev=3D803a kernel: fwohci0: <1394 Open Host Controller Interface> mem 0xf0906000-0xf= 09067ff,0xf0900000-0xf0903fff irq 17 at device 6.1 on pci7 kernel: fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf0906000 kernel: ioapic0: routing intpin 17 (PCI IRQ 17) to vector 54 kernel: fwohci0: [GIANT-LOCKED] kernel: fwohci0: OHCI version 1.10 (ROM=3D0) kernel: fwohci0: No. of Isochronous channels is 4. kernel: fwohci0: EUI64 00:08:0d:a0:d1:3f:7d:47 kernel: fwohci0: Phy 1394a available S400, 3 ports. kernel: fwohci0: Link S400, max_rec 2048 bytes. kernel: firewire0: on fwohci0 kernel: sbp0: on firewire0 kernel: fwohci0: Initiate bus reset kernel: fwohci0: BUS reset kernel: fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode kernel: firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) kernel: firewire0: bus manager 0 (me) kernel: pci7: at device 6.2 (no driver attached) kernel: pci7: at device 6.3 (no driver attached) kernel: fxp0: port 0x4000-0x403f me= m 0xf0905000-0xf0905fff irq 20 at device 8.0 on pci7 kernel: fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0905000 kernel: fxp0: using memory space register mapping kernel: fxp0: PCI IDs: 8086 1092 1179 ff10 0002 kernel: fxp0: Dynamic Standby mode is enabled kernel: miibus0: on fxp0 kernel: inphy0: on miibus0 kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto kernel: fxp0: bpf attached kernel: fxp0: Ethernet address: 00:a0:d1:3f:7d:47 kernel: ioapic0: routing intpin 20 (PCI IRQ 20) to vector 55 kernel: fxp0: [GIANT-LOCKED] kernel: isab0: at device 31.0 on pci0 kernel: isa0: on isab0 kernel: atapci0: port 0x1f0-0x1f7,0x3f6,= 0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 kernel: atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x18b0 kernel: ata0: on atapci0 kernel: atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 kernel: atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 kernel: ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 kernel: ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 kernel: ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 kernel: ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 kernel: ioapic0: routing intpin 14 (ISA IRQ 14) to vector 56 kernel: ata0: [MPSAFE] kernel: ata1: on atapci0 kernel: atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 kernel: atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 kernel: ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 kernel: ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb kernel: ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 kernel: ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4= kernel: ioapic0: routing intpin 15 (ISA IRQ 15) to vector 57 kernel: ata1: [MPSAFE] kernel: ichsmb0: port 0x18c0-0x18df irq 19 at device 3= 1.3 on pci0 kernel: ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x18c0 kernel: ichsmb0: [GIANT-LOCKED] kernel: smbus0: on ichsmb0 kernel: smb0: on smbus0 kernel: acpi_tz0: on acpi0 kernel: acpi_tz1: on acpi0 kernel: atkbdc0: port 0x60,0x64 irq 1 on ac= pi0 kernel: atkbd0: irq 1 on atkbdc0 kernel: atkbd: the current kbd controller command byte 0047 kernel: atkbd: keyboard ID 0x41ab (2) kernel: kbd0 at atkbd0 kernel: kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 kernel: ioapic0: routing intpin 1 (ISA IRQ 1) to vector 58 kernel: atkbd0: [GIANT-LOCKED] kernel: psm0: unable to allocate IRQ kernel: psmcpnp0: irq 12 on acpi0 kernel: psm0: current command byte:0047 kernel: psm0: irq 12 on atkbdc0 kernel: ioapic0: routing intpin 12 (ISA IRQ 12) to vector 59 kernel: psm0: [GIANT-LOCKED] kernel: psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons kernel: psm0: config:00000000, flags:00000008, packet size:3 kernel: psm0: syncmask:c0, syncbits:00 kernel: smbios0: at iomem 0xf69a0-0xf69be on mot= herboard kernel: smbios0: Version: 2.4 kernel: npx0: INT 16 interface kernel: ata: ata0 already exists; skipping it kernel: ata: ata1 already exists; skipping it kernel: atkbdc: atkbdc0 already exists; skipping it kernel: pnp_identify: Trying Read_Port at 203 kernel: pnp_identify: Trying Read_Port at 243 kernel: pnp_identify: Trying Read_Port at 283 kernel: pnp_identify: Trying Read_Port at 2c3 kernel: pnp_identify: Trying Read_Port at 303 kernel: pnp_identify: Trying Read_Port at 343 kernel: pnp_identify: Trying Read_Port at 383 kernel: pnp_identify: Trying Read_Port at 3c3 kernel: PNP Identify complete kernel: sc: sc0 already exists; skipping it kernel: vga: vga0 already exists; skipping it kernel: isa_probe_children: disabling PnP devices kernel: isa_probe_children: probing non-PnP devices kernel: pmtimer0 on isa0 kernel: orm0: at iomem 0xcf000-0xd07ff,0xdf000-0xdffff = on isa0 kernel: adv0: not probed (disabled) kernel: aha0: not probed (disabled) kernel: aic0: not probed (disabled) kernel: bt0: not probed (disabled) kernel: cs0: not probed (disabled) kernel: ed0: not probed (disabled) kernel: fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 kernel: fe0: not probed (disabled) kernel: ie0: not probed (disabled) kernel: lnc0: not probed (disabled) kernel: ppc0 failed to probe at irq 7 on isa0 kernel: sc0: at flags 0x100 on isa0 kernel: sc0: VGA <16 virtual consoles, flags=3D0x300> kernel: sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) kernel: sio0: not probed (disabled) kernel: sio1: not probed (disabled) kernel: sio2: not probed (disabled) kernel: sio3: not probed (disabled) kernel: sn0: not probed (disabled) kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff= on isa0 kernel: vt0: not probed (disabled) kernel: isa_probe_children: probing PnP devices kernel: ums0: Kensington KTG USB/PS2 Wireless Wheel Mouse, rev 1.10/1.00,= addr 2, iclass 3/1 kernel: ums0: 3 buttons and Z dir. kernel: Device configuration finished. kernel: Reducing kern.maxvnodes 133764 -> 100000 kernel: procfs registered kernel: linprocfs registered kernel: linsysfs registered kernel: lapic: Divisor 2, Frequency 83125700 hz kernel: Timecounter "TSC" frequency 1662513580 Hz quality -100 kernel: Timecounters tick every 1.000 msec kernel: splash: image decoder found: blank_saver kernel: Linux ELF exec handler installed kernel: lo0: bpf attached kernel: acpi_tz1: _AC0: temperature 58.0 >=3D setpoint 0.0 kernel: acpi_tz1: switched from NONE to _AC0: 58.0C kernel: battery0: battery initialization start kernel: battery0: battery initialization done, tried 1 times kernel: acpi_acad0: acline initialization start kernel: acpi_acad0: On Line kernel: acpi_acad0: acline initialization done, tried 1 times kernel: ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D40 wi= re kernel: ad0: 95396MB at ata0-master SATA1= 50 kernel: ad0: 195371568 sectors [193821C/16H/63S] 16 sectors/interrupt 1 d= epth queue kernel: GEOM: new disk ad0 kernel: ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wir= e kernel: acd0: DVDR drive at ata1 as master= kernel: acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB = buffer, UDMA33 kernel: acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet= kernel: acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof kernel: acd0: Audio: play, 256 volume levels kernel: acd0: Mechanism: ejectable tray, unlocked kernel: acd0: Medium: no/blank disc kernel: pcm0: HDA_DEBUG: HDA Config: on=3D0x00000000 off=3D0x00000000 kernel: pcm0: HDA_DEBUG: Starting CORB Engine... kernel: pcm0: HDA_DEBUG: Starting RIRB Engine... kernel: pcm0: HDA_DEBUG: Enabling controller interrupt... kernel: pcm0: HDA_DEBUG: Scanning HDA codecs... kernel: pcm0: HDA_DEBUG: Probing codec: 0 kernel: pcm0: HDA_DEBUG: startnode=3D1 endnode=3D2 kernel: pcm0: HDA_DEBUG: Found AFG nid=3D1 [startnode=3D1 endnode=3D2] kernel: pcm0: HDA_DEBUG: Parsing AFG nid=3D1 cad=3D0 kernel: pcm0: Vendor: 0x000010ec kernel: pcm0: Device: 0x00000861 kernel: pcm0: Revision: 0x00000003 kernel: pcm0: Stepping: 0x00000000 kernel: pcm0: PCI Subvendor: 0xff101179 kernel: pcm0: Nodes: start=3D3 endnode=3D36 total=3D33 kernel: pcm0: CORB size: 256 kernel: pcm0: RIRB size: 256 kernel: pcm0: Streams: ISS=3D4 OSS=3D4 BSS=3D0 kernel: pcm0: GPIO: 0x00000000 kernel: pcm0: NumGPIO=3D0 NumGPO=3D0 NumGPI=3D0 GPIWake=3D= 0 GPIUnsol=3D0 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D8 entries=3D= 6 found=3D6 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D11 entries=3D= 1 found=3D1 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D12 entries=3D= 1 found=3D1 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D13 entries=3D= 1 found=3D1 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D14 entries=3D= 1 found=3D1 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D15 entries=3D= 1 found=3D1 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D16 entries=3D= 1 found=3D1 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D18 entries=3D= 1 found=3D1 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D20 entries=3D= 2 found=3D2 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D21 entries=3D= 3 found=3D3 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D22 entries=3D= 2 found=3D2 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D23 entries=3D= 2 found=3D2 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D24 entries=3D= 2 found=3D2 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D25 entries=3D= 2 found=3D2 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D26 entries=3D= 4 found=3D4 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D27 entries=3D= 4 found=3D4 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D28 entries=3D= 2 found=3D2 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D31 entries=3D= 1 found=3D1 kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=3D32 entries=3D= 1 found=3D1 kernel: pcm0: HDA_DEBUG: Parsing Ctls... kernel: pcm0: HDA_DEBUG: Parsing vendor patch... kernel: pcm0: HDA_DEBUG: Building AFG tree... kernel: pcm0: HDA_DEBUG: HWiP: HDA Widget Parser - Revision 1 kernel: pcm0: HDA_DEBUG: HWiP: Found 1 DAC path using HDA_PARSE_MIXER str= ategy. kernel: pcm0: HDA_DEBUG: AFG commit... kernel: pcm0: HDA_DEBUG: Ctls commit... kernel: pcm0: [ 2] Ctl nid=3D4 Bind to NONE kernel: pcm0: [ 3] Ctl nid=3D5 Bind to NONE kernel: pcm0: [ 4] Ctl nid=3D6 Bind to NONE kernel: pcm0: [ 5] Ctl nid=3D7 DISABLED kernel: pcm0: [ 8] Ctl nid=3D20 childnid=3D16 DISABLED kernel: pcm0: [ 9] Ctl nid=3D21 Bind to NONE kernel: pcm0: [11] Ctl nid=3D21 childnid=3D20 Bind to NONE kernel: pcm0: [12] Ctl nid=3D21 childnid=3D28 Bind to NONE kernel: pcm0: [13] Ctl nid=3D22 childnid=3D3 Bind to NONE kernel: pcm0: [14] Ctl nid=3D22 childnid=3D21 Bind to NONE kernel: pcm0: [15] Ctl nid=3D23 childnid=3D4 Bind to NONE kernel: pcm0: [16] Ctl nid=3D23 childnid=3D21 Bind to NONE kernel: pcm0: [17] Ctl nid=3D24 childnid=3D5 Bind to NONE kernel: pcm0: [18] Ctl nid=3D24 childnid=3D21 Bind to NONE kernel: pcm0: [19] Ctl nid=3D25 childnid=3D6 Bind to NONE kernel: pcm0: [20] Ctl nid=3D25 childnid=3D21 Bind to NONE kernel: pcm0: [21] Ctl nid=3D26 childnid=3D4 Bind to NONE kernel: pcm0: [22] Ctl nid=3D26 childnid=3D6 Bind to NONE kernel: pcm0: [23] Ctl nid=3D26 childnid=3D21 Bind to NONE kernel: pcm0: [24] Ctl nid=3D26 childnid=3D3 Bind to NONE kernel: pcm0: [25] Ctl nid=3D27 childnid=3D4 Bind to NONE kernel: pcm0: [26] Ctl nid=3D27 childnid=3D6 Bind to NONE kernel: pcm0: [27] Ctl nid=3D27 childnid=3D21 Bind to NONE kernel: pcm0: [28] Ctl nid=3D27 childnid=3D3 Bind to NONE kernel: pcm0: [29] Ctl nid=3D28 childnid=3D12 DISABLED kernel: pcm0: [30] Ctl nid=3D28 childnid=3D15 DISABLED kernel: pcm0: HDA_DEBUG: PCMDIR_PLAY setup... kernel: pcm0: HDA_DEBUG: PCMDIR_REC setup... kernel: pcm0: HDA_DEBUG: OSS mixer initialization... kernel: pcm0: HDA_DEBUG: Enabling Soft PCM volume kernel: pcm0: Mixer "vol": child=3D0x00000010 kernel: pcm0: Mixer "pcm": parent=3D"vol" kernel: pcm0: Mixer "speaker": kernel: pcm0: Mixer "mic": kernel: pcm0: Mixer "cd": kernel: pcm0: Mixer "rec": kernel: pcm0: Soft PCM mixer ENABLED kernel: pcm0: HDA_DEBUG: Registering PCM channels... kernel: pcm0: hdac_dma_alloc: size=3D4096 -> roundsz=3D4096 kernel: pcm0: sndbuf_setmap 7cc8a000, 4000; 0xe6da2000 -> 7cc8a000 kernel: pcm0: hdac_dma_alloc: size=3D4096 -> roundsz=3D4096 kernel: pcm0: sndbuf_setmap 7cc86000, 4000; 0xe6da6000 -> 7cc86000 kernel: pcm0: kernel: pcm0: kernel: pcm0: kernel: pcm0:=20 kernel: pcm0: HDA config/quirks: forcestereo ivref50 ivref80 ivref100 ivr= ef kernel: pcm0:=20 kernel: pcm0: +-------------------+ kernel: pcm0: | DUMPING HDA NODES | kernel: pcm0: +-------------------+ kernel: pcm0:=20 kernel: pcm0: Default Parameter kernel: pcm0: ----------------- kernel: pcm0: Stream cap: 0x00000001 kernel: pcm0: Format: PCM kernel: pcm0: PCM cap: 0x000e0140 kernel: pcm0: PCM size: 16 20 24 kernel: pcm0: PCM rate: 48 96 kernel: pcm0: IN amp: 0x00000000 kernel: pcm0: OUT amp: 0x80000000 kernel: pcm0:=20 kernel: pcm0: nid: 3 [ANALOG] kernel: pcm0: name: audio output kernel: pcm0: widget_cap: 0x00000405 kernel: pcm0: Parse flags: 0x00000001 kernel: pcm0: Ctl flags: 0x00000011 kernel: pcm0: Stream cap: 0x00000001 kernel: pcm0: Format: PCM kernel: pcm0: PCM cap: 0x000e0140 kernel: pcm0: PCM size: 16 20 24 kernel: pcm0: PCM rate: 48 96 kernel: pcm0: Output amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 4 [ANALOG] kernel: pcm0: name: audio output kernel: pcm0: widget_cap: 0x00000405 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Stream cap: 0x00000001 kernel: pcm0: Format: PCM kernel: pcm0: PCM cap: 0x000e0140 kernel: pcm0: PCM size: 16 20 24 kernel: pcm0: PCM rate: 48 96 kernel: pcm0: Output amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 5 [ANALOG] kernel: pcm0: name: audio output kernel: pcm0: widget_cap: 0x00000405 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Stream cap: 0x00000001 kernel: pcm0: Format: PCM kernel: pcm0: PCM cap: 0x000e0140 kernel: pcm0: PCM size: 16 20 24 kernel: pcm0: PCM rate: 48 96 kernel: pcm0: Output amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 6 [ANALOG] kernel: pcm0: name: audio output kernel: pcm0: widget_cap: 0x00000405 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Stream cap: 0x00000001 kernel: pcm0: Format: PCM kernel: pcm0: PCM cap: 0x000e0140 kernel: pcm0: PCM size: 16 20 24 kernel: pcm0: PCM rate: 48 96 kernel: pcm0: Output amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 7 [DIGITAL] [DISABLED] kernel: pcm0: name: audio output kernel: pcm0: widget_cap: 0x00000605 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Stream cap: 0x00000001 kernel: pcm0: Format: PCM kernel: pcm0: PCM cap: 0x000e0140 kernel: pcm0: PCM size: 16 20 24 kernel: pcm0: PCM rate: 48 96 kernel: pcm0: Output amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 8 [ANALOG] kernel: pcm0: name: audio input kernel: pcm0: widget_cap: 0x0010051b kernel: pcm0: Parse flags: 0x00000006 kernel: pcm0: Ctl flags: 0x00000800 kernel: pcm0: Stream cap: 0x00000001 kernel: pcm0: Format: PCM kernel: pcm0: PCM cap: 0x00020140 kernel: pcm0: PCM size: 16 kernel: pcm0: PCM rate: 48 96 kernel: pcm0: Input amp: 0x800b0d02 kernel: pcm0: mute=3D1 step=3D13 size=3D11 offset=3D2 kernel: pcm0: connections: 6 kernel: pcm0: | kernel: pcm0: + <- nid=3D13 [pin: Mic in (jack)] (selected) kernel: pcm0: | kernel: pcm0: + <- nid=3D12 [pin: speaker (none)] [DISABLED] kernel: pcm0: | kernel: pcm0: + <- nid=3D15 [pin: speaker (none)] [DISABLED] kernel: pcm0: | kernel: pcm0: + <- nid=3D16 [pin: speaker (none)] [DISABLED] kernel: pcm0: | kernel: pcm0: + <- nid=3D17 [pin: CD (fixed)] kernel: pcm0: | kernel: pcm0: + <- nid=3D21 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 9 [ANALOG] kernel: pcm0: name: vendor widget kernel: pcm0: widget_cap: 0x00f00000 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 10 [ANALOG] kernel: pcm0: name: vendor widget kernel: pcm0: widget_cap: 0x00f00000 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 11 [ANALOG] kernel: pcm0: name: pin: line out (jack) kernel: pcm0: widget_cap: 0x00400581 kernel: pcm0: Parse flags: 0x00000001 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Pin cap: 0x0000001f kernel: pcm0: ISC TRQD HP OUT : UNSOL kernel: pcm0: Pin config: 0x01014110 kernel: pcm0: Pin control: 0x00000040 OUT kernel: pcm0: connections: 1 kernel: pcm0: | kernel: pcm0: + <- nid=3D22 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 12 [ANALOG] [DISABLED] kernel: pcm0: name: pin: speaker (none) kernel: pcm0: widget_cap: 0x00400581 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Pin cap: 0x00000037 kernel: pcm0: ISC TRQD OUT IN : UNSOL kernel: pcm0: Pin config: 0x411111f0 kernel: pcm0: Pin control: 0x00000060 IN OUT kernel: pcm0: connections: 1 kernel: pcm0: | kernel: pcm0: + <- nid=3D25 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 13 [ANALOG] kernel: pcm0: name: pin: Mic in (jack) kernel: pcm0: widget_cap: 0x00400581 kernel: pcm0: Parse flags: 0x00000002 kernel: pcm0: Ctl flags: 0x00000081 kernel: pcm0: Pin cap: 0x00000337 kernel: pcm0: ISC TRQD OUT IN VREF[ 50 HIZ ] : UNSOL kernel: pcm0: Pin config: 0x01a19920 kernel: pcm0: Pin control: 0x00000021 IN kernel: pcm0: connections: 1 kernel: pcm0: | kernel: pcm0: + <- nid=3D24 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 14 [ANALOG] [DISABLED] kernel: pcm0: name: pin: speaker (none) kernel: pcm0: widget_cap: 0x00400581 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Pin cap: 0x00000017 kernel: pcm0: ISC TRQD OUT : UNSOL kernel: pcm0: Pin config: 0x411111f0 kernel: pcm0: Pin control: 0x00000040 OUT kernel: pcm0: connections: 1 kernel: pcm0: | kernel: pcm0: + <- nid=3D25 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 15 [ANALOG] [DISABLED] kernel: pcm0: name: pin: speaker (none) kernel: pcm0: widget_cap: 0x00400581 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Pin cap: 0x0000033f kernel: pcm0: ISC TRQD HP OUT IN VREF[ 50 HIZ ] : UNSOL kernel: pcm0: Pin config: 0x411111f0 kernel: pcm0: Pin control: 0x000000e0 HP IN OUT kernel: pcm0: connections: 1 kernel: pcm0: | kernel: pcm0: + <- nid=3D26 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 16 [ANALOG] [DISABLED] kernel: pcm0: name: pin: speaker (none) kernel: pcm0: widget_cap: 0x00400581 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Pin cap: 0x0000033f kernel: pcm0: ISC TRQD HP OUT IN VREF[ 50 HIZ ] : UNSOL kernel: pcm0: Pin config: 0x411111f0 kernel: pcm0: Pin control: 0x000000e0 HP IN OUT kernel: pcm0: connections: 1 kernel: pcm0: | kernel: pcm0: + <- nid=3D27 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 17 [ANALOG] kernel: pcm0: name: pin: CD (fixed) kernel: pcm0: widget_cap: 0x00400001 kernel: pcm0: Parse flags: 0x00000002 kernel: pcm0: Ctl flags: 0x00000101 kernel: pcm0: Pin cap: 0x00000063 kernel: pcm0: ISC TRQD IN BAL kernel: pcm0: Pin config: 0x9933012e kernel: pcm0: Pin control: 0x00000020 IN kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 18 [DIGITAL] [DISABLED] kernel: pcm0: name: pin: speaker (none) kernel: pcm0: widget_cap: 0x00400301 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Pin cap: 0x00000010 kernel: pcm0: OUT kernel: pcm0: Pin config: 0x411111f0 kernel: pcm0: Pin control: 0x00000040 OUT kernel: pcm0: connections: 1 kernel: pcm0: | kernel: pcm0: + <- nid=3D7 [audio output] [DISABLED] kernel: pcm0:=20 kernel: pcm0: nid: 19 [ANALOG] kernel: pcm0: name: vendor widget kernel: pcm0: widget_cap: 0x00f00000 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 20 [ANALOG] kernel: pcm0: name: audio mixer kernel: pcm0: widget_cap: 0x0020010b kernel: pcm0: Parse flags: 0x00000002 kernel: pcm0: Ctl flags: 0x00000081 kernel: pcm0: Input amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 2 kernel: pcm0: | kernel: pcm0: + <- nid=3D13 [pin: Mic in (jack)] kernel: pcm0: | kernel: pcm0: + <- nid=3D16 [pin: speaker (none)] [DISABLED] kernel: pcm0:=20 kernel: pcm0: nid: 21 [ANALOG] kernel: pcm0: name: audio mixer kernel: pcm0: widget_cap: 0x0020050f kernel: pcm0: Parse flags: 0x00000002 kernel: pcm0: Ctl flags: 0x00000181 kernel: pcm0: Output amp: 0x800b0c0c kernel: pcm0: mute=3D1 step=3D12 size=3D11 offset=3D12 kernel: pcm0: Input amp: 0x800b170c kernel: pcm0: mute=3D1 step=3D23 size=3D11 offset=3D12 kernel: pcm0: connections: 3 kernel: pcm0: | kernel: pcm0: + <- nid=3D17 [pin: CD (fixed)] kernel: pcm0: | kernel: pcm0: + <- nid=3D20 [audio mixer] kernel: pcm0: | kernel: pcm0: + <- nid=3D28 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 22 [ANALOG] kernel: pcm0: name: audio mixer kernel: pcm0: widget_cap: 0x0020010b kernel: pcm0: Parse flags: 0x00000001 kernel: pcm0: Ctl flags: 0x00000191 kernel: pcm0: Input amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 2 kernel: pcm0: | kernel: pcm0: + <- nid=3D3 [audio output] kernel: pcm0: | kernel: pcm0: + <- nid=3D21 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 23 [ANALOG] kernel: pcm0: name: audio mixer kernel: pcm0: widget_cap: 0x0020010b kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Input amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 2 kernel: pcm0: | kernel: pcm0: + <- nid=3D4 [audio output] kernel: pcm0: | kernel: pcm0: + <- nid=3D21 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 24 [ANALOG] kernel: pcm0: name: audio mixer kernel: pcm0: widget_cap: 0x0020010b kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Input amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 2 kernel: pcm0: | kernel: pcm0: + <- nid=3D5 [audio output] kernel: pcm0: | kernel: pcm0: + <- nid=3D21 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 25 [ANALOG] kernel: pcm0: name: audio mixer kernel: pcm0: widget_cap: 0x0020010b kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Input amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 2 kernel: pcm0: | kernel: pcm0: + <- nid=3D6 [audio output] kernel: pcm0: | kernel: pcm0: + <- nid=3D21 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 26 [ANALOG] kernel: pcm0: name: audio mixer kernel: pcm0: widget_cap: 0x0020010b kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Input amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 4 kernel: pcm0: | kernel: pcm0: + <- nid=3D4 [audio output] kernel: pcm0: | kernel: pcm0: + <- nid=3D6 [audio output] kernel: pcm0: | kernel: pcm0: + <- nid=3D21 [audio mixer] kernel: pcm0: | kernel: pcm0: + <- nid=3D3 [audio output] kernel: pcm0:=20 kernel: pcm0: nid: 27 [ANALOG] kernel: pcm0: name: audio mixer kernel: pcm0: widget_cap: 0x0020010b kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Input amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 4 kernel: pcm0: | kernel: pcm0: + <- nid=3D4 [audio output] kernel: pcm0: | kernel: pcm0: + <- nid=3D6 [audio output] kernel: pcm0: | kernel: pcm0: + <- nid=3D21 [audio mixer] kernel: pcm0: | kernel: pcm0: + <- nid=3D3 [audio output] kernel: pcm0:=20 kernel: pcm0: nid: 28 [ANALOG] kernel: pcm0: name: audio mixer kernel: pcm0: widget_cap: 0x0020010b kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Input amp: 0x80000000 kernel: pcm0: mute=3D1 step=3D0 size=3D0 offset=3D0 kernel: pcm0: connections: 2 kernel: pcm0: | kernel: pcm0: + <- nid=3D12 [pin: speaker (none)] [DISABLED] kernel: pcm0: | kernel: pcm0: + <- nid=3D15 [pin: speaker (none)] [DISABLED] kernel: pcm0:=20 kernel: pcm0: nid: 29 [ANALOG] kernel: pcm0: name: vendor widget kernel: pcm0: widget_cap: 0x00f00000 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 30 [ANALOG] kernel: pcm0: name: vendor widget kernel: pcm0: widget_cap: 0x00f00000 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 31 [ANALOG] [DISABLED] kernel: pcm0: name: pin: speaker (none) kernel: pcm0: widget_cap: 0x00400581 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Pin cap: 0x00000017 kernel: pcm0: ISC TRQD OUT : UNSOL kernel: pcm0: Pin config: 0x411111f0 kernel: pcm0: Pin control: 0x00000040 OUT kernel: pcm0: connections: 1 kernel: pcm0: | kernel: pcm0: + <- nid=3D24 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 32 [ANALOG] [DISABLED] kernel: pcm0: name: pin: speaker (none) kernel: pcm0: widget_cap: 0x00400581 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: Pin cap: 0x00000017 kernel: pcm0: ISC TRQD OUT : UNSOL kernel: pcm0: Pin config: 0x411111f0 kernel: pcm0: Pin control: 0x00000040 OUT kernel: pcm0: connections: 1 kernel: pcm0: | kernel: pcm0: + <- nid=3D23 [audio mixer] kernel: pcm0:=20 kernel: pcm0: nid: 33 [ANALOG] kernel: pcm0: name: vendor widget kernel: pcm0: widget_cap: 0x00f00000 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 34 [ANALOG] kernel: pcm0: name: vendor widget kernel: pcm0: widget_cap: 0x00f00000 kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000000 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: nid: 35 [ANALOG] kernel: pcm0: name: beep widget kernel: pcm0: widget_cap: 0x0070000c kernel: pcm0: Parse flags: 0x00000000 kernel: pcm0: Ctl flags: 0x00000021 kernel: pcm0: Output amp: 0x800b0f0f kernel: pcm0: mute=3D1 step=3D15 size=3D11 offset=3D15 kernel: pcm0: connections: 0 kernel: pcm0:=20 kernel: pcm0: +------------------------+ kernel: pcm0: | DUMPING HDA AMPLIFIERS | kernel: pcm0: +------------------------+ kernel: pcm0:=20 kernel: pcm0: 1: nid=3D3 dir=3D0x1 index=3D0 ossmask=3D0x00000011 ossde= v=3D4 kernel: pcm0: 2: nid=3D4 dir=3D0x1 index=3D0 ossmask=3D0x00000000 ossde= v=3D0 kernel: pcm0: 3: nid=3D5 dir=3D0x1 index=3D0 ossmask=3D0x00000000 ossde= v=3D0 kernel: pcm0: 4: nid=3D6 dir=3D0x1 index=3D0 ossmask=3D0x00000000 ossde= v=3D0 kernel: pcm0: 5: nid=3D7 dir=3D0x1 index=3D0 ossmask=3D0x00000000 ossde= v=3D0 [DISABLED] kernel: pcm0: 6: nid=3D8 dir=3D0x2 index=3D0 ossmask=3D0x00000800 ossde= v=3D0 kernel: pcm0: 7: nid=3D20 cnid=3D13 dir=3D0x2 index=3D0 ossmask=3D0x000= 00081 ossdev=3D7 kernel: pcm0: 8: nid=3D20 cnid=3D16 dir=3D0x2 index=3D1 ossmask=3D0x000= 00000 ossdev=3D0 [DISABLED] kernel: pcm0: 9: nid=3D21 dir=3D0x1 index=3D0 ossmask=3D0x00000000 ossd= ev=3D0 kernel: pcm0: 10: nid=3D21 cnid=3D17 dir=3D0x2 index=3D0 ossmask=3D0x000= 00101 ossdev=3D8 kernel: pcm0: 11: nid=3D21 cnid=3D20 dir=3D0x2 index=3D1 ossmask=3D0x000= 00000 ossdev=3D0 kernel: pcm0: 12: nid=3D21 cnid=3D28 dir=3D0x2 index=3D2 ossmask=3D0x000= 00000 ossdev=3D0 kernel: pcm0: 13: nid=3D22 cnid=3D3 dir=3D0x2 index=3D0 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 14: nid=3D22 cnid=3D21 dir=3D0x2 index=3D1 ossmask=3D0x000= 00000 ossdev=3D0 kernel: pcm0: 15: nid=3D23 cnid=3D4 dir=3D0x2 index=3D0 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 16: nid=3D23 cnid=3D21 dir=3D0x2 index=3D1 ossmask=3D0x000= 00000 ossdev=3D0 kernel: pcm0: 17: nid=3D24 cnid=3D5 dir=3D0x2 index=3D0 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 18: nid=3D24 cnid=3D21 dir=3D0x2 index=3D1 ossmask=3D0x000= 00000 ossdev=3D0 kernel: pcm0: 19: nid=3D25 cnid=3D6 dir=3D0x2 index=3D0 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 20: nid=3D25 cnid=3D21 dir=3D0x2 index=3D1 ossmask=3D0x000= 00000 ossdev=3D0 kernel: pcm0: 21: nid=3D26 cnid=3D4 dir=3D0x2 index=3D0 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 22: nid=3D26 cnid=3D6 dir=3D0x2 index=3D1 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 23: nid=3D26 cnid=3D21 dir=3D0x2 index=3D2 ossmask=3D0x000= 00000 ossdev=3D0 kernel: pcm0: 24: nid=3D26 cnid=3D3 dir=3D0x2 index=3D3 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 25: nid=3D27 cnid=3D4 dir=3D0x2 index=3D0 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 26: nid=3D27 cnid=3D6 dir=3D0x2 index=3D1 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 27: nid=3D27 cnid=3D21 dir=3D0x2 index=3D2 ossmask=3D0x000= 00000 ossdev=3D0 kernel: pcm0: 28: nid=3D27 cnid=3D3 dir=3D0x2 index=3D3 ossmask=3D0x0000= 0000 ossdev=3D0 kernel: pcm0: 29: nid=3D28 cnid=3D12 dir=3D0x2 index=3D0 ossmask=3D0x000= 00000 ossdev=3D0 [DISABLED] kernel: pcm0: 30: nid=3D28 cnid=3D15 dir=3D0x2 index=3D1 ossmask=3D0x000= 00000 ossdev=3D0 [DISABLED] kernel: pcm0: 31: nid=3D35 dir=3D0x1 index=3D0 ossmask=3D0x00000021 ossd= ev=3D5 kernel: pcm0:=20 kernel: pcm0: +-----------------------------------+ kernel: pcm0: | DUMPING HDA AUDIO/VOLUME CONTROLS | kernel: pcm0: +-----------------------------------+ kernel: pcm0:=20 kernel: pcm0: Master Volume (OSS: vol) kernel: pcm0: | kernel: pcm0: +- nid: 3 index: 0 mute: 1 step: 0 size: = 0 off: 0 dir=3D0x1 ossmask=3D0x00000011 kernel: pcm0: | kernel: pcm0: +- nid: 20 index: 0 (nid: 13) mute: 1 step: 0 size: = 0 off: 0 dir=3D0x2 ossmask=3D0x00000081 kernel: pcm0: | kernel: pcm0: +- nid: 21 index: 0 (nid: 17) mute: 1 step: 23 size: = 11 off: 12 dir=3D0x2 ossmask=3D0x00000101 kernel: pcm0: | kernel: pcm0: +- nid: 35 index: 0 mute: 1 step: 15 size: = 11 off: 15 dir=3D0x1 ossmask=3D0x00000021 kernel: pcm0:=20 kernel: pcm0: PCM Volume (OSS: pcm) kernel: pcm0: | kernel: pcm0: +- nid: 3 index: 0 mute: 1 step: 0 size: = 0 off: 0 dir=3D0x1 ossmask=3D0x00000011 kernel: pcm0:=20 kernel: pcm0: CD Volume (OSS: cd) kernel: pcm0: | kernel: pcm0: +- nid: 21 index: 0 (nid: 17) mute: 1 step: 23 size: = 11 off: 12 dir=3D0x2 ossmask=3D0x00000101 kernel: pcm0:=20 kernel: pcm0: Microphone Volume (OSS: mic) kernel: pcm0: | kernel: pcm0: +- nid: 20 index: 0 (nid: 13) mute: 1 step: 0 size: = 0 off: 0 dir=3D0x2 ossmask=3D0x00000081 kernel: pcm0:=20 kernel: pcm0: Recording Level (OSS: rec) kernel: pcm0: | kernel: pcm0: +- nid: 8 index: 0 mute: 1 step: 13 size: = 11 off: 2 dir=3D0x2 ossmask=3D0x00000800 kernel: pcm0:=20 kernel: pcm0: Speaker/Beep (OSS: speaker) kernel: pcm0: | kernel: pcm0: +- nid: 35 index: 0 mute: 1 step: 15 size: = 11 off: 15 dir=3D0x1 ossmask=3D0x00000021 kernel: pcm0:=20 kernel: pcm0: Playback path: kernel: pcm0:=20 kernel: pcm0: nid=3D11 [pin: line out (jack)] kernel: pcm0: ^ kernel: pcm0: | kernel: pcm0: +-----<------+ kernel: pcm0: ^ kernel: pcm0: | kernel: pcm0: nid=3D22 [audio mixer] kernel: pcm0: ^ kernel: pcm0: | kernel: pcm0: nid=3D3 [audio output] kernel: pcm0:=20 kernel: pcm0: Recording sources: kernel: pcm0:=20 kernel: pcm0: nid=3D8 [audio input] kernel: pcm0: | kernel: pcm0: + <- nid=3D13 [pin: Mic in (jack)] [recsrc: vol, mic]= kernel: pcm0: | kernel: pcm0: + <- nid=3D17 [pin: CD (fixed)] [recsrc: vol, cd] kernel: pcm0: | kernel: pcm0: + <- nid=3D21 [audio mixer] [recsrc: vol, mic, cd] kernel: pcm0:=20 kernel: pcm0: +--------------------------------------+ kernel: pcm0: | DUMPING PCM Playback/Record Channels | kernel: pcm0: +--------------------------------------+ kernel: pcm0:=20 kernel: pcm0: PCM Playback: 1 kernel: pcm0: Stream cap: 0x00000001 kernel: pcm0: Format: PCM kernel: pcm0: PCM cap: 0x000e0140 kernel: pcm0: PCM size: 16 20 24 kernel: pcm0: PCM rate: 48 96 kernel: pcm0: DAC: 3 kernel: pcm0:=20 kernel: pcm0: PCM Record: 1 kernel: pcm0: Stream cap: 0x00000001 kernel: pcm0: Format: PCM kernel: pcm0: PCM cap: 0x00020140 kernel: pcm0: PCM size: 16 kernel: pcm0: PCM rate: 48 96 kernel: pcm0: ADC: 8 kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00=20 kernel: (probe7:ata1:0:0:0): error 22 kernel: (probe7:ata1:0:0:0): Unretryable Error kernel: (probe0:sbp0:0:0:0): error 22 kernel: (probe0:sbp0:0:0:0): Unretryable Error kernel: (probe1:sbp0:0:1:0): error 22 kernel: (probe1:sbp0:0:1:0): Unretryable Error kernel: (probe2:sbp0:0:2:0): error 22 kernel: (probe2:sbp0:0:2:0): Unretryable Error kernel: (probe3:sbp0:0:3:0): error 22 kernel: (probe3:sbp0:0:3:0): Unretryable Error kernel: (probe4:sbp0:0:4:0): error 22 kernel: (probe4:sbp0:0:4:0): Unretryable Error kernel: (probe5:sbp0:0:5:0): error 22 kernel: (probe5:sbp0:0:5:0): Unretryable Error kernel: (probe6:sbp0:0:6:0): error 22 kernel: (probe6:sbp0:0:6:0): Unretryable Error kernel: pass0 at ata1 bus 0 target 0 lun 0 kernel: pass0: Removable CD-ROM SCSI-0 de= vice=20 kernel: pass0: 33.000MB/s transfers kernel: GEOM: new disk cd0 kernel: SMP: AP CPU #1 Launched! kernel: cpu1 AP: kernel: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001= ff kernel: timer: 0x000200ef therm: 0x00010200 err: 0x00010000 pcm: 0x000004= 00 kernel: ioapic0: Assigning ISA IRQ 1 to local APIC 0 kernel: ioapic0: Assigning ISA IRQ 9 to local APIC 1 kernel: ioapic0: Assigning ISA IRQ 12 to local APIC 0 kernel: ioapic0: Assigning ISA IRQ 14 to local APIC 1 kernel: ioapic0: Assigning ISA IRQ 15 to local APIC 0 kernel: ioapic0: Assigning PCI IRQ 16 to local APIC 1 kernel: ioapic0: Assigning PCI IRQ 17 to local APIC 0 kernel: ioapic0: Assigning PCI IRQ 18 to local APIC 1 kernel: ioapic0: Assigning PCI IRQ 19 to local APIC 0 kernel: ioapic0: Assigning PCI IRQ 20 to local APIC 1 kernel: ioapic0: Assigning PCI IRQ 22 to local APIC 0 kernel: ioapic0: Assigning PCI IRQ 23 to local APIC 1 kernel: hwpmc: TSC/1/0x20 P6/2/0x1ff kernel: (cd0:ata1:0:0:0): error 6 kernel: (cd0:ata1:0:0:0): Unretryable Error kernel: cd0 at ata1 bus 0 target 0 lun 0 kernel: cd0: Removable CD-ROM SCSI-0 devi= ce=20 kernel: cd0: 33.000MB/s transfers kernel: cd0: Attempt to query device size failed: NOT READY, Medium not p= resent kernel: (cd0:ata1:0:0:0): error 6 kernel: (cd0:ata1:0:0:0): Unretryable Error kernel: (cd0:ata1:0:0:0): error 6 kernel: (cd0:ata1:0:0:0): Unretryable Error kernel: (cd0:ata1:0:0:0): error 6 kernel: (cd0:ata1:0:0:0): Unretryable Error kernel: Trying to mount root from ufs:/dev/ad0s2a kernel: start_init: trying /sbin/init --------------080900070207050009040902-- --------------enig5CA9004FA101CDD325B999FE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFG0dUgQv9rrgRC1JIRAneaAKCnZ0IRCMyatwGh75TtgQr8Pu2TpQCgoz95 j09WLiHLwl1tXhqzrHkSTpg= =pZbE -----END PGP SIGNATURE----- --------------enig5CA9004FA101CDD325B999FE-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 26 22:51:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 579CD16A41A for ; Sun, 26 Aug 2007 22:51:56 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 19BE913C468 for ; Sun, 26 Aug 2007 22:51:55 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id B475D2219D30; Mon, 27 Aug 2007 08:51:53 +1000 (EST) X-Viruscan-Id: <46D2040900004244D9CF90@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail5.barnet.com.au (Postfix) with ESMTP id 7739621B2A01 for ; Mon, 27 Aug 2007 08:51:53 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 2E4D92219D05 for ; Mon, 27 Aug 2007 08:51:53 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 2E0FB35E; Mon, 27 Aug 2007 08:51:56 +1000 (EST) Date: Mon, 27 Aug 2007 08:51:56 +1000 From: Edwin Groothuis To: freebsd-stable@freebsd.org Message-ID: <20070826225156.GE1393@k7.mavetju> Mail-Followup-To: Edwin Groothuis , freebsd-stable@freebsd.org References: <20070822002113.GB1393@k7.mavetju> <200708220030.l7M0UvDc050391@drugs.dv.isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200708220030.l7M0UvDc050391@drugs.dv.isc.org> User-Agent: Mutt/1.4.2.3i Subject: Re: NZ Daylight Savings changes. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Aug 2007 22:51:56 -0000 On Wed, Aug 22, 2007 at 10:30:57AM +1000, Mark Andrews wrote: > > On Wed, Aug 22, 2007 at 11:38:21AM +1200, Jonathan Chen wrote: > > > Would it be possible for a committer to take a look at: > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=115697 > > > > > > There's only about a month or so before the new daylight savings rule > > > becomes effective, and it would be nice if -STABLE had the changes > > > committed before then. > > > > The port misc/zoneinfo has been updated with the 2007g version of > > the zoneinfo files, I'm going to see if I can get approval of re@ > > to commit this. > > Which really needs to be properly integrated into the base > system with a NO_something to prevent the database being > clobbered when the system is rebuilt. This was just MFCed last night. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-stable@FreeBSD.ORG Mon Aug 27 00:47:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07A8F16A418 for ; Mon, 27 Aug 2007 00:47:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 978F313C48D for ; Mon, 27 Aug 2007 00:47:37 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l7R0lbQH059229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Aug 2007 10:17:38 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 27 Aug 2007 10:17:32 +0930 User-Agent: KMail/1.9.7 References: <200701021518.52231.doconnor@gsoft.com.au> <200701041245.24593.doconnor@gsoft.com.au> In-Reply-To: <200701041245.24593.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2739487.vCVCvZGkaG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200708271017.33843.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Subject: Re: twe on amd64 hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2007 00:47:38 -0000 --nextPart2739487.vCVCvZGkaG Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 4 Jan 2007, Daniel O'Connor wrote: > I have grabbed a slab of info from DDB over Firewire (plus NMI switch > :) which is attached. If anyone is searching the archives for this.. The work around is to disable APIC in the BIOS. (Like the 3ware KB suggests.. :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2739487.vCVCvZGkaG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBG0h8l5ZPcIHs/zowRAjuPAJ9D/qQ2kM3Dj4oog0gwXSLQksGrHgCfRSg2 z9Rt+VoIn+Ugb23aOuDogvQ= =UIox -----END PGP SIGNATURE----- --nextPart2739487.vCVCvZGkaG-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 27 04:02:21 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E76116A417 for ; Mon, 27 Aug 2007 04:02:21 +0000 (UTC) (envelope-from valiantsoul@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by mx1.freebsd.org (Postfix) with ESMTP id A9F5013C465 for ; Mon, 27 Aug 2007 04:02:20 +0000 (UTC) (envelope-from valiantsoul@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so921119nzf for ; Sun, 26 Aug 2007 21:02:19 -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:references; b=YmsUy+kOYwDPIAhTxvWFV18381hd0SAbp4kIHIs6Li68h/+d/e7y+H6KmzzZtVpFbcyoPu/YO+K2nyAk81q6+PPDhbu3fYCIFbTOPM6R7NzqP7TQBkj0t/5nkIGaaxXCAsh73hMXdxsMDD8kD//yopsrCHG3r4g2Oi1kKgX1Bno= 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:references; b=qx8dZg4sH4lHcloBRBDAmDPtgDsmPhLaksNIfUtP7s/BLheVG6DM8pq+VeCnqa4hk2wy4cDYPJBTZj2zD+mP8m1GAj+t5tu6FzF+Xb6QyRZzteqX2gDRfOrtbRz9lj+9awa81HEWMPjNEGuGaYc2RMEHGigaHYThT8Cla8T0MNI= Received: by 10.114.181.1 with SMTP id d1mr821933waf.1188185833782; Sun, 26 Aug 2007 20:37:13 -0700 (PDT) Received: by 10.114.120.1 with HTTP; Sun, 26 Aug 2007 20:37:13 -0700 (PDT) Message-ID: <1a5509630708262037q70a049fej248221e6cf1d6aa7@mail.gmail.com> Date: Sun, 26 Aug 2007 23:37:13 -0400 From: "Craig St. Jean" To: "Michael Butler" In-Reply-To: <46D1D51C.90207@protected-networks.net> MIME-Version: 1.0 References: <46D1D51C.90207@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: cardbus not working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2007 04:02:21 -0000 I had a similar problem with my Toshiba Satellite (A130 I think, you didn't specify your model). To get my cardbus to work, I have to have the card ejected on boot (or eject it after boot), then execute this command: pciconf -wb pci0:30:0 0x1a 9 I have to do this because FreeBSD is recognizing the subordinate value incorrectly. pci0:30:0 is the equivalent to my cardbus, 0x1a means subordinate value, and 9 is what I have to change mine to. I'm sure yours is similar. By the way, this is probably more appropriate in the mobile mailing list, unless you didn't have the issue in a release version. Good luck! On 8/26/07, Michael Butler wrote: > > On my Toshiba laptop and under Windows XP, I can plug either a Netgear > WG511T or a Sprint/Sierra AC595 EVDO card into the slot available and > either are recognized for what they are. > > Under 6-stable, neither seems to get anywhere :-( > > With hw.cbb.debug=1 set, I see .. > > kernel: Status is 0x30000820 > kernel: cbb0: card inserted: event=0x00000000, state=30000820 > kernel: cbb0: cbb_power: 3V > kernel: cbb0: cbb_power: 0V > > .. but nothing is logged with hw.cardbus.debug=1 or > hw.cardbus.cis_debug=1 to show it hit that code. > > Another curiosity is that while I have /dev/pccard0.cis, I do not get an > equivalent /dev/cardbus0.cis. > > Verbose dmesg is attached, > > Michael > > > > > > > kernel: Copyright (c) 1992-2007 The FreeBSD Project. > kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, > 1993, 1994 > kernel: The Regents of the University of California. All rights reserved. > kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. > kernel: FreeBSD 6.2-STABLE #40: Sat Aug 25 22:17:01 EDT 2007 > kernel: root@toshi.auburn.protected-networks.net > :/usr/obj/usr/src/sys/TOSHI > kernel: WARNING: debug.mpsafenet forced to 0 as aio requires Giant > kernel: WARNING: MPSAFE network stack disabled, expect reduced > performance. > kernel: Preloaded elf kernel "/boot/kernel/kernel" at 0xc095a000. > kernel: Table 'FACP' at 0x7f681bf8 > kernel: Table 'APIC' at 0x7f681cec > kernel: MADT: Found table at 0x7f681cec > kernel: MP Configuration Table version 1.4 found at 0xc009fd71 > kernel: APIC: Using the MADT enumerator. > kernel: MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > kernel: SMP: Added CPU 0 (AP) > kernel: MADT: Found CPU APIC ID 1 ACPI ID 1: enabled > kernel: SMP: Added CPU 1 (AP) > kernel: INTR: Adding local APIC 0 as a target > kernel: ACPI APIC Table: > kernel: Calibrating clock(s) ... i8254 clock: 1193167 Hz > kernel: CLK_USE_I8254_CALIBRATION not specified - using default frequency > kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 > kernel: Calibrating TSC clock ... TSC clock: 1662513580 Hz > kernel: CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz686-class CPU) > kernel: Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > kernel: > Features=0xbfe9fbff > kernel: Features2=0xc1a9,> > kernel: Cores per package: 2 > kernel: real memory = 2137456640 (2038 MB) > kernel: Physical memory chunk(s): > kernel: 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > kernel: 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > kernel: 0x0000000000c28000 - 0x000000007d24afff, 2086809600 bytes (509475 > pages) > kernel: avail memory = 2086514688 (1989 MB) > kernel: INTR: Adding local APIC 1 as a target > kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > kernel: cpu0 (BSP): APIC ID: 0 > kernel: cpu1 (AP): APIC ID: 1 > kernel: APIC: CPU 0 has ACPI ID 0 > kernel: APIC: CPU 1 has ACPI ID 1 > kernel: bios32: Found BIOS32 Service Directory header at 0xc00f69c0 > kernel: bios32: Entry = 0xfd63d (c00fd63d) Rev = 0 Len = 1 > kernel: pcibios: PCI BIOS entry at 0xfd5c0+0x44 > kernel: pnpbios: Found PnP BIOS data at 0xc00f6a30 > kernel: pnpbios: Entry = f0000:bd02 Rev = 1.0 > kernel: Other BIOS signatures found: > kernel: MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 > kernel: ioapic0: Changing APIC ID to 1 > kernel: ioapic0: Routing external 8259A's -> intpin 0 > kernel: MADT: Interrupt override: source 0, irq 2 > kernel: ioapic0: Routing IRQ 0 -> intpin 2 > kernel: MADT: Interrupt override: source 9, irq 9 > kernel: ioapic0: intpin 9 trigger: level > kernel: lapic0: Routing NMI -> LINT1 > kernel: lapic0: LINT1 trigger: edge > kernel: lapic0: LINT1 polarity: high > kernel: lapic1: Routing NMI -> LINT1 > kernel: lapic1: LINT1 trigger: edge > kernel: lapic1: LINT1 polarity: high > kernel: ioapic0 irqs 0-23 on motherboard > kernel: cpu0 BSP: > kernel: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: > 0x000001ff > kernel: timer: 0x000100ef therm: 0x00000200 err: 0x00010000 pcm: > 0x00000400 > kernel: wlan: <802.11 Link Layer> > kernel: kbd: new array size 4 > kernel: kbd1 at kbdmux0 > kernel: mem: > kernel: Pentium Pro MTRR support enabled > kernel: null: > kernel: netsmb_dev: loaded > kernel: random: > kernel: ichwd module loaded > kernel: io: > kernel: VESA: information block > kernel: 56 45 53 41 00 03 00 01 00 01 01 00 00 00 40 00 > kernel: 00 01 7b 00 00 01 43 01 00 01 55 01 00 01 89 01 > kernel: 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > kernel: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > kernel: VESA: 15 mode(s) found > kernel: VESA: v3.0, 7872k memory, flags:0x1, mode table:0xc08927c0 > (1000040) > kernel: VESA: Intel(r) 82945GM Chipset Family Graphics Chip Accelerated > VGA BIOS > kernel: VESA: Intel Corporation Intel(r) 82945GM Chipset Family Graphics > Controller Hardware Version 0.0 > kernel: acpi0: on motherboard > kernel: ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 > kernel: acpi0: [MPSAFE] > kernel: acpi_hpet0: iomem > 0xfed00000-0xfed003ff on acpi0 > kernel: acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: > leg_route count_size > kernel: Timecounter "HPET" frequency 14318180 Hz quality 2000 > kernel: pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fa04 > kernel: pci_open(1a): mode1res=0x80000000 (0x80000000) > kernel: pci_cfgcheck: device 0 [class=060000] [hdr=00] is there > (id=27a08086) > kernel: pcibios: BIOS version 2.10 > kernel: acpi_bus_number: root bus has no _BBN, assuming 0 > kernel: AcpiOsDerivePciId: \_SB_.PCI0.LPCB.LPC0 -> bus 0 dev 31 func 0 > kernel: acpi0: Power Button (fixed) > kernel: acpi0: wakeup code va 0xda352000 pa 0x9e000 > kernel: acpi_bus_number: root bus has no _BBN, assuming 0 > kernel: AcpiOsDerivePciId: \_SB_.PCI0.HBUS -> bus 0 dev 0 func 0 > kernel: acpi0: reservation of fed00000, 400 (3) failed > kernel: ACPI timer: 1/2 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on > acpi0 > kernel: acpi_ec0: port 0x62,0x66 on acpi0 > kernel: pci_link0: Index IRQ Rtd Ref IRQs > kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: pci_link1: Index IRQ Rtd Ref IRQs > kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: pci_link2: Index IRQ Rtd Ref IRQs > kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: pci_link3: Index IRQ Rtd Ref IRQs > kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: pci_link4: Index IRQ Rtd Ref IRQs > kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: pci_link5: Index IRQ Rtd Ref IRQs > kernel: Initial Probe 0 255 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: pci_link6: Index IRQ Rtd Ref IRQs > kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 > kernel: pci_link7: Index IRQ Rtd Ref IRQs > kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 > kernel: cpu0: on acpi0 > kernel: est0: on cpu0 > kernel: p4tcc0: on cpu0 > kernel: cpu1: on acpi0 > kernel: est1: on cpu1 > kernel: p4tcc1: on cpu1 > kernel: acpi_lid0: on acpi0 > kernel: battery0: on acpi0 > kernel: acpi_acad0: on acpi0 > kernel: acpi_button0: on acpi0 > kernel: pcib0: port 0xcf8-0xcff on acpi0 > kernel: pci0: on pcib0 > kernel: pci0: physical bus=0 > kernel: found-> vendor=0x8086, dev=0x27a0, revid=0x03 > kernel: bus=0, slot=0, func=0 > kernel: class=06-00-00, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: found-> vendor=0x8086, dev=0x27a2, revid=0x03 > kernel: bus=0, slot=2, func=0 > kernel: class=03-00-00, hdrtype=0x00, mfdev=1 > kernel: cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=a, irq=10 > kernel: powerspec 2 supports D0 D3 current D0 > kernel: MSI supports 1 message > kernel: map[10]: type 1, range 32, base f0a00000, size 19, enabled > kernel: map[14]: type 4, range 32, base 00001800, size 3, enabled > kernel: map[18]: type 3, range 32, base d0000000, size 28, enabled > kernel: map[1c]: type 1, range 32, base f0b00000, size 18, enabled > kernel: pcib0: matched entry for 0.2.INTA > kernel: pcib0: slot 2 INTA hardwired to IRQ 16 > kernel: found-> vendor=0x8086, dev=0x27a6, revid=0x03 > kernel: bus=0, slot=2, func=1 > kernel: class=03-80-00, hdrtype=0x00, mfdev=1 > kernel: cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: powerspec 2 supports D0 D3 current D0 > kernel: map[10]: type 1, range 32, base f0a80000, size 19, enabled > kernel: found-> vendor=0x8086, dev=0x27d8, revid=0x02 > kernel: bus=0, slot=27, func=0 > kernel: class=04-03-00, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=a, irq=10 > kernel: powerspec 2 supports D0 D3 current D0 > kernel: MSI supports 1 message, 64 bit > kernel: map[10]: type 1, range 64, base f0b40000, size 14, enabled > kernel: pcib0: matched entry for 0.27.INTA > kernel: pcib0: slot 27 INTA hardwired to IRQ 22 > kernel: found-> vendor=0x8086, dev=0x27d0, revid=0x02 > kernel: bus=0, slot=28, func=0 > kernel: class=06-04-00, hdrtype=0x01, mfdev=1 > kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) > kernel: intpin=a, irq=11 > kernel: powerspec 2 supports D0 D3 current D0 > kernel: MSI supports 1 message > kernel: pcib0: matched entry for 0.28.INTA > kernel: pcib0: slot 28 INTA hardwired to IRQ 17 > kernel: found-> vendor=0x8086, dev=0x27d2, revid=0x02 > kernel: bus=0, slot=28, func=1 > kernel: class=06-04-00, hdrtype=0x01, mfdev=1 > kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) > kernel: intpin=b, irq=10 > kernel: powerspec 2 supports D0 D3 current D0 > kernel: MSI supports 1 message > kernel: pcib0: matched entry for 0.28.INTB > kernel: pcib0: slot 28 INTB hardwired to IRQ 16 > kernel: found-> vendor=0x8086, dev=0x27d4, revid=0x02 > kernel: bus=0, slot=28, func=2 > kernel: class=06-04-00, hdrtype=0x01, mfdev=1 > kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) > kernel: intpin=c, irq=11 > kernel: powerspec 2 supports D0 D3 current D0 > kernel: MSI supports 1 message > kernel: pcib0: matched entry for 0.28.INTC > kernel: pcib0: slot 28 INTC hardwired to IRQ 18 > kernel: found-> vendor=0x8086, dev=0x27c8, revid=0x02 > kernel: bus=0, slot=29, func=0 > kernel: class=0c-03-00, hdrtype=0x00, mfdev=1 > kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=a, irq=11 > kernel: map[20]: type 4, range 32, base 00001820, size 5, enabled > kernel: pcib0: matched entry for 0.29.INTA > kernel: pcib0: slot 29 INTA hardwired to IRQ 23 > kernel: found-> vendor=0x8086, dev=0x27c9, revid=0x02 > kernel: bus=0, slot=29, func=1 > kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=b, irq=10 > kernel: map[20]: type 4, range 32, base 00001840, size 5, enabled > kernel: pcib0: matched entry for 0.29.INTB > kernel: pcib0: slot 29 INTB hardwired to IRQ 19 > kernel: found-> vendor=0x8086, dev=0x27ca, revid=0x02 > kernel: bus=0, slot=29, func=2 > kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=c, irq=11 > kernel: map[20]: type 4, range 32, base 00001860, size 5, enabled > kernel: pcib0: matched entry for 0.29.INTC > kernel: pcib0: slot 29 INTC hardwired to IRQ 18 > kernel: found-> vendor=0x8086, dev=0x27cb, revid=0x02 > kernel: bus=0, slot=29, func=3 > kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=d, irq=10 > kernel: map[20]: type 4, range 32, base 00001880, size 5, enabled > kernel: pcib0: matched entry for 0.29.INTD > kernel: pcib0: slot 29 INTD hardwired to IRQ 16 > kernel: found-> vendor=0x8086, dev=0x27cc, revid=0x02 > kernel: bus=0, slot=29, func=7 > kernel: class=0c-03-20, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=a, irq=11 > kernel: powerspec 2 supports D0 D3 current D0 > kernel: map[10]: type 1, range 32, base f0d44000, size 10, enabled > kernel: pcib0: matched entry for 0.29.INTA > kernel: pcib0: slot 29 INTA hardwired to IRQ 23 > kernel: found-> vendor=0x8086, dev=0x2448, revid=0xe2 > kernel: bus=0, slot=30, func=0 > kernel: class=06-04-01, hdrtype=0x01, mfdev=0 > kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) > kernel: found-> vendor=0x8086, dev=0x27b9, revid=0x02 > kernel: bus=0, slot=31, func=0 > kernel: class=06-01-00, hdrtype=0x00, mfdev=1 > kernel: cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: found-> vendor=0x8086, dev=0x27c4, revid=0x02 > kernel: bus=0, slot=31, func=2 > kernel: class=01-01-80, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=b, irq=255 > kernel: powerspec 2 supports D0 D3 current D0 > kernel: map[20]: type 4, range 32, base 000018b0, size 4, enabled > kernel: found-> vendor=0x8086, dev=0x27da, revid=0x02 > kernel: bus=0, slot=31, func=3 > kernel: class=0c-05-00, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=b, irq=10 > kernel: map[20]: type 4, range 32, base 000018c0, size 5, enabled > kernel: pcib0: matched entry for 0.31.INTB > kernel: pcib0: slot 31 INTB hardwired to IRQ 19 > kernel: agp0: port > 0x1800-0x1807 mem > 0xf0a00000-0xf0a7ffff,0xd0000000-0xdfffffff,0xf0b00000-0xf0b3ffff irq 16 at > device 2.0 on pci0 > kernel: agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xf0a00000 > kernel: agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xf0a00000 > kernel: agp0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xf0b00000 > kernel: agp0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xd0000000 > kernel: agp0: detected 7932k stolen memory > kernel: agp0: aperture size is 256M > kernel: drmsub0: : (child of agp_i810.c) on agp0 > kernel: info: [drm] AGP at 0xf0a00000 0MB > kernel: info: [drm] Initialized i915 1.5.0 20060119 > kernel: pci0: at device 2.1 (no driver attached) > kernel: pcm0: mem > 0xf0b40000-0xf0b43fff irq 22 at device 27.0 on pci0 > kernel: pcm0: TCSEL: 0x07 -> 0x00 > kernel: pcm0: DMA Coherency: Uncacheable / vendor=0x8086 > kernel: pcm0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf0b40000 > kernel: ioapic0: routing intpin 22 (PCI IRQ 22) to vector 49 > kernel: pcm0: [MPSAFE] > kernel: pcm0: hdac_dma_alloc: size=1024 -> roundsz=1024 > kernel: pcm0: hdac_dma_alloc: size=2048 -> roundsz=2048 > kernel: pcib1: irq 17 at device 28.0 on pci0 > kernel: pcib1: secondary bus 2 > kernel: pcib1: subordinate bus 2 > kernel: pcib1: I/O decode 0xf000-0xfff > kernel: pcib1: memory decode 0xfff00000-0xfffff > kernel: pcib1: prefetched decode 0xfff00000-0xfffff > kernel: pci2: on pcib1 > kernel: pci2: physical bus=2 > kernel: pcib2: irq 16 at device 28.1 on pci0 > kernel: pcib2: secondary bus 3 > kernel: pcib2: subordinate bus 4 > kernel: pcib2: I/O decode 0x2000-0x2fff > kernel: pcib2: memory decode 0xf0700000-0xf07fffff > kernel: pcib2: prefetched decode 0xf0200000-0xf03fffff > kernel: pci3: on pcib2 > kernel: pci3: physical bus=3 > kernel: pcib3: irq 18 at device 28.2 on pci0 > kernel: pcib3: secondary bus 5 > kernel: pcib3: subordinate bus 6 > kernel: pcib3: I/O decode 0x3000-0x3fff > kernel: pcib3: memory decode 0xf0800000-0xf08fffff > kernel: pcib3: prefetched decode 0xf0400000-0xf05fffff > kernel: pci5: on pcib3 > kernel: pci5: physical bus=5 > kernel: found-> vendor=0x8086, dev=0x4222, revid=0x02 > kernel: bus=5, slot=0, func=0 > kernel: class=02-80-00, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) > kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > kernel: intpin=a, irq=11 > kernel: powerspec 2 supports D0 D3 current D0 > kernel: MSI supports 1 message, 64 bit > kernel: map[10]: type 1, range 32, base f0800000, size 12, enabled > kernel: pcib3: requested memory range 0xf0800000-0xf0800fff: good > kernel: pcib3: matched entry for 5.0.INTA > kernel: pcib3: slot 0 INTA hardwired to IRQ 18 > kernel: pci5: at device 0.0 (no driver attached) > kernel: uhci0: port 0x1820-0x183f irq 23 > at device 29.0 on pci0 > kernel: uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 > kernel: ioapic0: routing intpin 23 (PCI IRQ 23) to vector 50 > kernel: uhci0: [GIANT-LOCKED] > kernel: usb0: on uhci0 > kernel: usb0: USB revision 1.0 > kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > kernel: uhub0: 2 ports with 2 removable, self powered > kernel: uhci1: port 0x1840-0x185f irq 19 > at device 29.1 on pci0 > kernel: uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 > kernel: ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 > kernel: uhci1: [GIANT-LOCKED] > kernel: usb1: on uhci1 > kernel: usb1: USB revision 1.0 > kernel: uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > kernel: uhub1: 2 ports with 2 removable, self powered > kernel: uhci2: port 0x1860-0x187f irq 18 > at device 29.2 on pci0 > kernel: uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 > kernel: ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 > kernel: uhci2: [GIANT-LOCKED] > kernel: usb2: on uhci2 > kernel: usb2: USB revision 1.0 > kernel: uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > kernel: uhub2: 2 ports with 2 removable, self powered > kernel: uhci3: port 0x1880-0x189f irq 16 > at device 29.3 on pci0 > kernel: uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880 > kernel: ioapic0: routing intpin 16 (PCI IRQ 16) to vector 53 > kernel: uhci3: [GIANT-LOCKED] > kernel: usb3: on uhci3 > kernel: usb3: USB revision 1.0 > kernel: uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > kernel: uhub3: 2 ports with 2 removable, self powered > kernel: ehci0: mem > 0xf0d44000-0xf0d443ff irq 23 at device 29.7 on pci0 > kernel: ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf0d44000 > kernel: ehci0: [GIANT-LOCKED] > kernel: usb4: EHCI version 1.0 > kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > kernel: usb4: on ehci0 > kernel: usb4: USB revision 2.0 > kernel: uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > kernel: uhub4: 8 ports with 8 removable, self powered > kernel: pcib4: at device 30.0 on pci0 > kernel: pcib4: secondary bus 7 > kernel: pcib4: subordinate bus 7 > kernel: pcib4: I/O decode 0x4000-0x4fff > kernel: pcib4: memory decode 0xf0900000-0xf09fffff > kernel: pcib4: prefetched decode 0xfff00000-0xfffff > kernel: pcib4: Subtractively decoded bridge. > kernel: pci7: on pcib4 > kernel: pci7: physical bus=7 > kernel: found-> vendor=0x104c, dev=0x8039, revid=0x00 > kernel: bus=7, slot=6, func=0 > kernel: class=06-07-00, hdrtype=0x02, mfdev=1 > kernel: cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) > kernel: lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 > ns) > kernel: intpin=a, irq=255 > kernel: powerspec 2 supports D0 D1 D2 D3 current D0 > kernel: map[10]: type 1, range 32, base 00000000, size 12, memory disabled > kernel: found-> vendor=0x104c, dev=0x803a, revid=0x00 > kernel: bus=7, slot=6, func=1 > kernel: class=0c-00-10, hdrtype=0x00, mfdev=1 > kernel: cmdreg=0x0006, statreg=0x0210, cachelnsz=4 (dwords) > kernel: lattimer=0x80 (3840 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 > ns) > kernel: intpin=b, irq=11 > kernel: powerspec 2 supports D0 D1 D2 D3 current D0 > kernel: map[10]: type 1, range 32, base f0906000, size 11, enabled > kernel: pcib4: requested memory range 0xf0906000-0xf09067ff: good > kernel: map[14]: type 1, range 32, base f0900000, size 14, enabled > kernel: pcib4: requested memory range 0xf0900000-0xf0903fff: good > kernel: pcib4: matched entry for 7.6.INTB > kernel: pcib4: slot 6 INTB hardwired to IRQ 17 > kernel: found-> vendor=0x104c, dev=0x803b, revid=0x00 > kernel: bus=7, slot=6, func=2 > kernel: class=01-80-00, hdrtype=0x00, mfdev=1 > kernel: cmdreg=0x0006, statreg=0x0210, cachelnsz=4 (dwords) > kernel: lattimer=0x80 (3840 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 > ns) > kernel: intpin=a, irq=11 > kernel: powerspec 2 supports D0 D1 D2 D3 current D0 > kernel: map[10]: type 1, range 32, base f0904000, size 12, enabled > kernel: pcib4: requested memory range 0xf0904000-0xf0904fff: good > kernel: pcib4: matched entry for 7.6.INTA > kernel: pcib4: slot 6 INTA hardwired to IRQ 18 > kernel: found-> vendor=0x104c, dev=0x803c, revid=0x00 > kernel: bus=7, slot=6, func=3 > kernel: class=08-05-01, hdrtype=0x00, mfdev=1 > kernel: cmdreg=0x0006, statreg=0x0210, cachelnsz=4 (dwords) > kernel: lattimer=0x80 (3840 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 > ns) > kernel: intpin=a, irq=11 > kernel: powerspec 2 supports D0 D1 D2 D3 current D0 > kernel: map[10]: type 1, range 32, base f0906800, size 8, enabled > kernel: pcib4: requested memory range 0xf0906800-0xf09068ff: good > kernel: pcib4: matched entry for 7.6.INTA > kernel: pcib4: slot 6 INTA hardwired to IRQ 18 > kernel: found-> vendor=0x8086, dev=0x1092, revid=0x02 > kernel: bus=7, slot=8, func=0 > kernel: class=02-00-00, hdrtype=0x00, mfdev=0 > kernel: cmdreg=0x0017, statreg=0x0290, cachelnsz=16 (dwords) > kernel: lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 > ns) > kernel: intpin=a, irq=10 > kernel: powerspec 2 supports D0 D1 D2 D3 current D0 > kernel: map[10]: type 1, range 32, base f0905000, size 12, enabled > kernel: pcib4: requested memory range 0xf0905000-0xf0905fff: good > kernel: map[14]: type 4, range 32, base 00004000, size 6, enabled > kernel: pcib4: requested I/O range 0x4000-0x403f: in range > kernel: pcib4: matched entry for 7.8.INTA > kernel: pcib4: slot 8 INTA hardwired to IRQ 20 > kernel: cbb0: at device 6.0 on pci7 > kernel: pcib4: cbb0 requested memory range 0xf0900000-0xf09fffff: good > kernel: cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at > 0xf0907000 > kernel: cardbus0: on cbb0 > kernel: pccard0: <16-bit PCCard bus> on cbb0 > kernel: pcib4: matched entry for 7.6.INTA > kernel: pcib4: slot 6 INTA hardwired to IRQ 18 > kernel: cbb0: [MPSAFE] > kernel: cbb0: PCI Configuration space: > kernel: 0x00: 0x8039104c 0x02100007 0x06070000 0x00824000 > kernel: 0x10: 0xf0907000 0x020000a0 0x20090807 0xfffff000 > kernel: 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc > kernel: 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400112 > kernel: 0x40: 0xff101179 0x00000001 0x00000000 0x00000000 > kernel: 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 > kernel: 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 > kernel: 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 > kernel: 0x80: 0x4840b060 0x02830019 0x000f0000 0x01a01b22 > kernel: 0x90: 0x606600c0 0x00000000 0x00000000 0x00000000 > kernel: 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 > kernel: 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 > kernel: 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 > kernel: 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 > kernel: 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 > kernel: 0xf0: 0x44072b31 0x8d019449 0x00000000 0x00000000 > kernel: fwohci0: vendor=104c, dev=803a > kernel: fwohci0: vendor=104c, dev=803a > kernel: fwohci0: <1394 Open Host Controller Interface> mem > 0xf0906000-0xf09067ff,0xf0900000-0xf0903fff irq 17 at device 6.1 on pci7 > kernel: fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf0906000 > kernel: ioapic0: routing intpin 17 (PCI IRQ 17) to vector 54 > kernel: fwohci0: [GIANT-LOCKED] > kernel: fwohci0: OHCI version 1.10 (ROM=0) > kernel: fwohci0: No. of Isochronous channels is 4. > kernel: fwohci0: EUI64 00:08:0d:a0:d1:3f:7d:47 > kernel: fwohci0: Phy 1394a available S400, 3 ports. > kernel: fwohci0: Link S400, max_rec 2048 bytes. > kernel: firewire0: on fwohci0 > kernel: sbp0: on firewire0 > kernel: fwohci0: Initiate bus reset > kernel: fwohci0: BUS reset > kernel: fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > kernel: firewire0: bus manager 0 (me) > kernel: pci7: at device 6.2 (no driver attached) > kernel: pci7: at device 6.3 (no driver attached) > kernel: fxp0: port 0x4000-0x403f mem > 0xf0905000-0xf0905fff irq 20 at device 8.0 on pci7 > kernel: fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0905000 > kernel: fxp0: using memory space register mapping > kernel: fxp0: PCI IDs: 8086 1092 1179 ff10 0002 > kernel: fxp0: Dynamic Standby mode is enabled > kernel: miibus0: on fxp0 > kernel: inphy0: on miibus0 > kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > kernel: fxp0: bpf attached > kernel: fxp0: Ethernet address: 00:a0:d1:3f:7d:47 > kernel: ioapic0: routing intpin 20 (PCI IRQ 20) to vector 55 > kernel: fxp0: [GIANT-LOCKED] > kernel: isab0: at device 31.0 on pci0 > kernel: isa0: on isab0 > kernel: atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 > kernel: atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x18b0 > kernel: ata0: on atapci0 > kernel: atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > kernel: atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > kernel: ata0: reset tp1 mask=03 ostat0=50 ostat1=00 > kernel: ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 > kernel: ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 > kernel: ata0: reset tp2 stat0=50 stat1=00 devices=0x1 > kernel: ioapic0: routing intpin 14 (ISA IRQ 14) to vector 56 > kernel: ata0: [MPSAFE] > kernel: ata1: on atapci0 > kernel: atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > kernel: atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > kernel: ata1: reset tp1 mask=03 ostat0=50 ostat1=00 > kernel: ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > kernel: ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > kernel: ata1: reset tp2 stat0=00 stat1=00 devices=0x4 > kernel: ioapic0: routing intpin 15 (ISA IRQ 15) to vector 57 > kernel: ata1: [MPSAFE] > kernel: ichsmb0: port 0x18c0-0x18df irq 19 at device > 31.3 on pci0 > kernel: ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x18c0 > kernel: ichsmb0: [GIANT-LOCKED] > kernel: smbus0: on ichsmb0 > kernel: smb0: on smbus0 > kernel: acpi_tz0: on acpi0 > kernel: acpi_tz1: on acpi0 > kernel: atkbdc0: port 0x60,0x64 irq 1 on > acpi0 > kernel: atkbd0: irq 1 on atkbdc0 > kernel: atkbd: the current kbd controller command byte 0047 > kernel: atkbd: keyboard ID 0x41ab (2) > kernel: kbd0 at atkbd0 > kernel: kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 > kernel: ioapic0: routing intpin 1 (ISA IRQ 1) to vector 58 > kernel: atkbd0: [GIANT-LOCKED] > kernel: psm0: unable to allocate IRQ > kernel: psmcpnp0: irq 12 on acpi0 > kernel: psm0: current command byte:0047 > kernel: psm0: irq 12 on atkbdc0 > kernel: ioapic0: routing intpin 12 (ISA IRQ 12) to vector 59 > kernel: psm0: [GIANT-LOCKED] > kernel: psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons > kernel: psm0: config:00000000, flags:00000008, packet size:3 > kernel: psm0: syncmask:c0, syncbits:00 > kernel: smbios0: at iomem 0xf69a0-0xf69be on > motherboard > kernel: smbios0: Version: 2.4 > kernel: npx0: INT 16 interface > kernel: ata: ata0 already exists; skipping it > kernel: ata: ata1 already exists; skipping it > kernel: atkbdc: atkbdc0 already exists; skipping it > kernel: pnp_identify: Trying Read_Port at 203 > kernel: pnp_identify: Trying Read_Port at 243 > kernel: pnp_identify: Trying Read_Port at 283 > kernel: pnp_identify: Trying Read_Port at 2c3 > kernel: pnp_identify: Trying Read_Port at 303 > kernel: pnp_identify: Trying Read_Port at 343 > kernel: pnp_identify: Trying Read_Port at 383 > kernel: pnp_identify: Trying Read_Port at 3c3 > kernel: PNP Identify complete > kernel: sc: sc0 already exists; skipping it > kernel: vga: vga0 already exists; skipping it > kernel: isa_probe_children: disabling PnP devices > kernel: isa_probe_children: probing non-PnP devices > kernel: pmtimer0 on isa0 > kernel: orm0: at iomem 0xcf000-0xd07ff,0xdf000-0xdffff > on isa0 > kernel: adv0: not probed (disabled) > kernel: aha0: not probed (disabled) > kernel: aic0: not probed (disabled) > kernel: bt0: not probed (disabled) > kernel: cs0: not probed (disabled) > kernel: ed0: not probed (disabled) > kernel: fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 > kernel: fe0: not probed (disabled) > kernel: ie0: not probed (disabled) > kernel: lnc0: not probed (disabled) > kernel: ppc0 failed to probe at irq 7 on isa0 > kernel: sc0: at flags 0x100 on isa0 > kernel: sc0: VGA <16 virtual consoles, flags=0x300> > kernel: sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) > kernel: sio0: not probed (disabled) > kernel: sio1: not probed (disabled) > kernel: sio2: not probed (disabled) > kernel: sio3: not probed (disabled) > kernel: sn0: not probed (disabled) > kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > on isa0 > kernel: vt0: not probed (disabled) > kernel: isa_probe_children: probing PnP devices > kernel: ums0: Kensington KTG USB/PS2 Wireless Wheel Mouse, rev 1.10/1.00, > addr 2, iclass 3/1 > kernel: ums0: 3 buttons and Z dir. > kernel: Device configuration finished. > kernel: Reducing kern.maxvnodes 133764 -> 100000 > kernel: procfs registered > kernel: linprocfs registered > kernel: linsysfs registered > kernel: lapic: Divisor 2, Frequency 83125700 hz > kernel: Timecounter "TSC" frequency 1662513580 Hz quality -100 > kernel: Timecounters tick every 1.000 msec > kernel: splash: image decoder found: blank_saver > kernel: Linux ELF exec handler installed > kernel: lo0: bpf attached > kernel: acpi_tz1: _AC0: temperature 58.0 >= setpoint 0.0 > kernel: acpi_tz1: switched from NONE to _AC0: 58.0C > kernel: battery0: battery initialization start > kernel: battery0: battery initialization done, tried 1 times > kernel: acpi_acad0: acline initialization start > kernel: acpi_acad0: On Line > kernel: acpi_acad0: acline initialization done, tried 1 times > kernel: ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire > kernel: ad0: 95396MB at ata0-master > SATA150 > kernel: ad0: 195371568 sectors [193821C/16H/63S] 16 sectors/interrupt 1 > depth queue > kernel: GEOM: new disk ad0 > kernel: ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire > kernel: acd0: DVDR drive at ata1 as master > kernel: acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB > buffer, UDMA33 > kernel: acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet > kernel: acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof > kernel: acd0: Audio: play, 256 volume levels > kernel: acd0: Mechanism: ejectable tray, unlocked > kernel: acd0: Medium: no/blank disc > kernel: pcm0: HDA_DEBUG: HDA Config: on=0x00000000 off=0x00000000 > kernel: pcm0: HDA_DEBUG: Starting CORB Engine... > kernel: pcm0: HDA_DEBUG: Starting RIRB Engine... > kernel: pcm0: HDA_DEBUG: Enabling controller interrupt... > kernel: pcm0: HDA_DEBUG: Scanning HDA codecs... > kernel: pcm0: HDA_DEBUG: Probing codec: 0 > kernel: pcm0: HDA_DEBUG: startnode=1 endnode=2 > kernel: pcm0: HDA_DEBUG: Found AFG nid=1 [startnode=1 endnode=2] > kernel: pcm0: HDA_DEBUG: Parsing AFG nid=1 cad=0 > kernel: pcm0: Vendor: 0x000010ec > kernel: pcm0: Device: 0x00000861 > kernel: pcm0: Revision: 0x00000003 > kernel: pcm0: Stepping: 0x00000000 > kernel: pcm0: PCI Subvendor: 0xff101179 > kernel: pcm0: Nodes: start=3 endnode=36 total=33 > kernel: pcm0: CORB size: 256 > kernel: pcm0: RIRB size: 256 > kernel: pcm0: Streams: ISS=4 OSS=4 BSS=0 > kernel: pcm0: GPIO: 0x00000000 > kernel: pcm0: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 > GPIUnsol=0 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=8 entries=6 > found=6 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=11 entries=1 > found=1 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=12 entries=1 > found=1 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=13 entries=1 > found=1 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=14 entries=1 > found=1 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=15 entries=1 > found=1 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=16 entries=1 > found=1 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=18 entries=1 > found=1 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=20 entries=2 > found=2 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=21 entries=3 > found=3 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=22 entries=2 > found=2 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=23 entries=2 > found=2 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=24 entries=2 > found=2 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=25 entries=2 > found=2 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=26 entries=4 > found=4 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=27 entries=4 > found=4 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=28 entries=2 > found=2 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=31 entries=1 > found=1 > kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=32 entries=1 > found=1 > kernel: pcm0: HDA_DEBUG: Parsing Ctls... > kernel: pcm0: HDA_DEBUG: Parsing vendor patch... > kernel: pcm0: HDA_DEBUG: Building AFG tree... > kernel: pcm0: HDA_DEBUG: HWiP: HDA Widget Parser - Revision 1 > kernel: pcm0: HDA_DEBUG: HWiP: Found 1 DAC path using HDA_PARSE_MIXER > strategy. > kernel: pcm0: HDA_DEBUG: AFG commit... > kernel: pcm0: HDA_DEBUG: Ctls commit... > kernel: pcm0: [ 2] Ctl nid=4 Bind to NONE > kernel: pcm0: [ 3] Ctl nid=5 Bind to NONE > kernel: pcm0: [ 4] Ctl nid=6 Bind to NONE > kernel: pcm0: [ 5] Ctl nid=7 DISABLED > kernel: pcm0: [ 8] Ctl nid=20 childnid=16 DISABLED > kernel: pcm0: [ 9] Ctl nid=21 Bind to NONE > kernel: pcm0: [11] Ctl nid=21 childnid=20 Bind to NONE > kernel: pcm0: [12] Ctl nid=21 childnid=28 Bind to NONE > kernel: pcm0: [13] Ctl nid=22 childnid=3 Bind to NONE > kernel: pcm0: [14] Ctl nid=22 childnid=21 Bind to NONE > kernel: pcm0: [15] Ctl nid=23 childnid=4 Bind to NONE > kernel: pcm0: [16] Ctl nid=23 childnid=21 Bind to NONE > kernel: pcm0: [17] Ctl nid=24 childnid=5 Bind to NONE > kernel: pcm0: [18] Ctl nid=24 childnid=21 Bind to NONE > kernel: pcm0: [19] Ctl nid=25 childnid=6 Bind to NONE > kernel: pcm0: [20] Ctl nid=25 childnid=21 Bind to NONE > kernel: pcm0: [21] Ctl nid=26 childnid=4 Bind to NONE > kernel: pcm0: [22] Ctl nid=26 childnid=6 Bind to NONE > kernel: pcm0: [23] Ctl nid=26 childnid=21 Bind to NONE > kernel: pcm0: [24] Ctl nid=26 childnid=3 Bind to NONE > kernel: pcm0: [25] Ctl nid=27 childnid=4 Bind to NONE > kernel: pcm0: [26] Ctl nid=27 childnid=6 Bind to NONE > kernel: pcm0: [27] Ctl nid=27 childnid=21 Bind to NONE > kernel: pcm0: [28] Ctl nid=27 childnid=3 Bind to NONE > kernel: pcm0: [29] Ctl nid=28 childnid=12 DISABLED > kernel: pcm0: [30] Ctl nid=28 childnid=15 DISABLED > kernel: pcm0: HDA_DEBUG: PCMDIR_PLAY setup... > kernel: pcm0: HDA_DEBUG: PCMDIR_REC setup... > kernel: pcm0: HDA_DEBUG: OSS mixer initialization... > kernel: pcm0: HDA_DEBUG: Enabling Soft PCM volume > kernel: pcm0: Mixer "vol": child=0x00000010 > kernel: pcm0: Mixer "pcm": parent="vol" > kernel: pcm0: Mixer "speaker": > kernel: pcm0: Mixer "mic": > kernel: pcm0: Mixer "cd": > kernel: pcm0: Mixer "rec": > kernel: pcm0: Soft PCM mixer ENABLED > kernel: pcm0: HDA_DEBUG: Registering PCM channels... > kernel: pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 > kernel: pcm0: sndbuf_setmap 7cc8a000, 4000; 0xe6da2000 -> 7cc8a000 > kernel: pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 > kernel: pcm0: sndbuf_setmap 7cc86000, 4000; 0xe6da6000 -> 7cc86000 > kernel: pcm0: > kernel: pcm0: > kernel: pcm0: > kernel: pcm0: > kernel: pcm0: HDA config/quirks: forcestereo ivref50 ivref80 ivref100 > ivref > kernel: pcm0: > kernel: pcm0: +-------------------+ > kernel: pcm0: | DUMPING HDA NODES | > kernel: pcm0: +-------------------+ > kernel: pcm0: > kernel: pcm0: Default Parameter > kernel: pcm0: ----------------- > kernel: pcm0: Stream cap: 0x00000001 > kernel: pcm0: Format: PCM > kernel: pcm0: PCM cap: 0x000e0140 > kernel: pcm0: PCM size: 16 20 24 > kernel: pcm0: PCM rate: 48 96 > kernel: pcm0: IN amp: 0x00000000 > kernel: pcm0: OUT amp: 0x80000000 > kernel: pcm0: > kernel: pcm0: nid: 3 [ANALOG] > kernel: pcm0: name: audio output > kernel: pcm0: widget_cap: 0x00000405 > kernel: pcm0: Parse flags: 0x00000001 > kernel: pcm0: Ctl flags: 0x00000011 > kernel: pcm0: Stream cap: 0x00000001 > kernel: pcm0: Format: PCM > kernel: pcm0: PCM cap: 0x000e0140 > kernel: pcm0: PCM size: 16 20 24 > kernel: pcm0: PCM rate: 48 96 > kernel: pcm0: Output amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 4 [ANALOG] > kernel: pcm0: name: audio output > kernel: pcm0: widget_cap: 0x00000405 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Stream cap: 0x00000001 > kernel: pcm0: Format: PCM > kernel: pcm0: PCM cap: 0x000e0140 > kernel: pcm0: PCM size: 16 20 24 > kernel: pcm0: PCM rate: 48 96 > kernel: pcm0: Output amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 5 [ANALOG] > kernel: pcm0: name: audio output > kernel: pcm0: widget_cap: 0x00000405 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Stream cap: 0x00000001 > kernel: pcm0: Format: PCM > kernel: pcm0: PCM cap: 0x000e0140 > kernel: pcm0: PCM size: 16 20 24 > kernel: pcm0: PCM rate: 48 96 > kernel: pcm0: Output amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 6 [ANALOG] > kernel: pcm0: name: audio output > kernel: pcm0: widget_cap: 0x00000405 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Stream cap: 0x00000001 > kernel: pcm0: Format: PCM > kernel: pcm0: PCM cap: 0x000e0140 > kernel: pcm0: PCM size: 16 20 24 > kernel: pcm0: PCM rate: 48 96 > kernel: pcm0: Output amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 7 [DIGITAL] [DISABLED] > kernel: pcm0: name: audio output > kernel: pcm0: widget_cap: 0x00000605 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Stream cap: 0x00000001 > kernel: pcm0: Format: PCM > kernel: pcm0: PCM cap: 0x000e0140 > kernel: pcm0: PCM size: 16 20 24 > kernel: pcm0: PCM rate: 48 96 > kernel: pcm0: Output amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 8 [ANALOG] > kernel: pcm0: name: audio input > kernel: pcm0: widget_cap: 0x0010051b > kernel: pcm0: Parse flags: 0x00000006 > kernel: pcm0: Ctl flags: 0x00000800 > kernel: pcm0: Stream cap: 0x00000001 > kernel: pcm0: Format: PCM > kernel: pcm0: PCM cap: 0x00020140 > kernel: pcm0: PCM size: 16 > kernel: pcm0: PCM rate: 48 96 > kernel: pcm0: Input amp: 0x800b0d02 > kernel: pcm0: mute=1 step=13 size=11 offset=2 > kernel: pcm0: connections: 6 > kernel: pcm0: | > kernel: pcm0: + <- nid=13 [pin: Mic in (jack)] (selected) > kernel: pcm0: | > kernel: pcm0: + <- nid=12 [pin: speaker (none)] [DISABLED] > kernel: pcm0: | > kernel: pcm0: + <- nid=15 [pin: speaker (none)] [DISABLED] > kernel: pcm0: | > kernel: pcm0: + <- nid=16 [pin: speaker (none)] [DISABLED] > kernel: pcm0: | > kernel: pcm0: + <- nid=17 [pin: CD (fixed)] > kernel: pcm0: | > kernel: pcm0: + <- nid=21 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 9 [ANALOG] > kernel: pcm0: name: vendor widget > kernel: pcm0: widget_cap: 0x00f00000 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 10 [ANALOG] > kernel: pcm0: name: vendor widget > kernel: pcm0: widget_cap: 0x00f00000 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 11 [ANALOG] > kernel: pcm0: name: pin: line out (jack) > kernel: pcm0: widget_cap: 0x00400581 > kernel: pcm0: Parse flags: 0x00000001 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Pin cap: 0x0000001f > kernel: pcm0: ISC TRQD HP OUT : UNSOL > kernel: pcm0: Pin config: 0x01014110 > kernel: pcm0: Pin control: 0x00000040 OUT > kernel: pcm0: connections: 1 > kernel: pcm0: | > kernel: pcm0: + <- nid=22 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 12 [ANALOG] [DISABLED] > kernel: pcm0: name: pin: speaker (none) > kernel: pcm0: widget_cap: 0x00400581 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Pin cap: 0x00000037 > kernel: pcm0: ISC TRQD OUT IN : UNSOL > kernel: pcm0: Pin config: 0x411111f0 > kernel: pcm0: Pin control: 0x00000060 IN OUT > kernel: pcm0: connections: 1 > kernel: pcm0: | > kernel: pcm0: + <- nid=25 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 13 [ANALOG] > kernel: pcm0: name: pin: Mic in (jack) > kernel: pcm0: widget_cap: 0x00400581 > kernel: pcm0: Parse flags: 0x00000002 > kernel: pcm0: Ctl flags: 0x00000081 > kernel: pcm0: Pin cap: 0x00000337 > kernel: pcm0: ISC TRQD OUT IN VREF[ 50 HIZ ] : UNSOL > kernel: pcm0: Pin config: 0x01a19920 > kernel: pcm0: Pin control: 0x00000021 IN > kernel: pcm0: connections: 1 > kernel: pcm0: | > kernel: pcm0: + <- nid=24 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 14 [ANALOG] [DISABLED] > kernel: pcm0: name: pin: speaker (none) > kernel: pcm0: widget_cap: 0x00400581 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Pin cap: 0x00000017 > kernel: pcm0: ISC TRQD OUT : UNSOL > kernel: pcm0: Pin config: 0x411111f0 > kernel: pcm0: Pin control: 0x00000040 OUT > kernel: pcm0: connections: 1 > kernel: pcm0: | > kernel: pcm0: + <- nid=25 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 15 [ANALOG] [DISABLED] > kernel: pcm0: name: pin: speaker (none) > kernel: pcm0: widget_cap: 0x00400581 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Pin cap: 0x0000033f > kernel: pcm0: ISC TRQD HP OUT IN VREF[ 50 HIZ ] : UNSOL > kernel: pcm0: Pin config: 0x411111f0 > kernel: pcm0: Pin control: 0x000000e0 HP IN OUT > kernel: pcm0: connections: 1 > kernel: pcm0: | > kernel: pcm0: + <- nid=26 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 16 [ANALOG] [DISABLED] > kernel: pcm0: name: pin: speaker (none) > kernel: pcm0: widget_cap: 0x00400581 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Pin cap: 0x0000033f > kernel: pcm0: ISC TRQD HP OUT IN VREF[ 50 HIZ ] : UNSOL > kernel: pcm0: Pin config: 0x411111f0 > kernel: pcm0: Pin control: 0x000000e0 HP IN OUT > kernel: pcm0: connections: 1 > kernel: pcm0: | > kernel: pcm0: + <- nid=27 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 17 [ANALOG] > kernel: pcm0: name: pin: CD (fixed) > kernel: pcm0: widget_cap: 0x00400001 > kernel: pcm0: Parse flags: 0x00000002 > kernel: pcm0: Ctl flags: 0x00000101 > kernel: pcm0: Pin cap: 0x00000063 > kernel: pcm0: ISC TRQD IN BAL > kernel: pcm0: Pin config: 0x9933012e > kernel: pcm0: Pin control: 0x00000020 IN > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 18 [DIGITAL] [DISABLED] > kernel: pcm0: name: pin: speaker (none) > kernel: pcm0: widget_cap: 0x00400301 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Pin cap: 0x00000010 > kernel: pcm0: OUT > kernel: pcm0: Pin config: 0x411111f0 > kernel: pcm0: Pin control: 0x00000040 OUT > kernel: pcm0: connections: 1 > kernel: pcm0: | > kernel: pcm0: + <- nid=7 [audio output] [DISABLED] > kernel: pcm0: > kernel: pcm0: nid: 19 [ANALOG] > kernel: pcm0: name: vendor widget > kernel: pcm0: widget_cap: 0x00f00000 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 20 [ANALOG] > kernel: pcm0: name: audio mixer > kernel: pcm0: widget_cap: 0x0020010b > kernel: pcm0: Parse flags: 0x00000002 > kernel: pcm0: Ctl flags: 0x00000081 > kernel: pcm0: Input amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 2 > kernel: pcm0: | > kernel: pcm0: + <- nid=13 [pin: Mic in (jack)] > kernel: pcm0: | > kernel: pcm0: + <- nid=16 [pin: speaker (none)] [DISABLED] > kernel: pcm0: > kernel: pcm0: nid: 21 [ANALOG] > kernel: pcm0: name: audio mixer > kernel: pcm0: widget_cap: 0x0020050f > kernel: pcm0: Parse flags: 0x00000002 > kernel: pcm0: Ctl flags: 0x00000181 > kernel: pcm0: Output amp: 0x800b0c0c > kernel: pcm0: mute=1 step=12 size=11 offset=12 > kernel: pcm0: Input amp: 0x800b170c > kernel: pcm0: mute=1 step=23 size=11 offset=12 > kernel: pcm0: connections: 3 > kernel: pcm0: | > kernel: pcm0: + <- nid=17 [pin: CD (fixed)] > kernel: pcm0: | > kernel: pcm0: + <- nid=20 [audio mixer] > kernel: pcm0: | > kernel: pcm0: + <- nid=28 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 22 [ANALOG] > kernel: pcm0: name: audio mixer > kernel: pcm0: widget_cap: 0x0020010b > kernel: pcm0: Parse flags: 0x00000001 > kernel: pcm0: Ctl flags: 0x00000191 > kernel: pcm0: Input amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 2 > kernel: pcm0: | > kernel: pcm0: + <- nid=3 [audio output] > kernel: pcm0: | > kernel: pcm0: + <- nid=21 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 23 [ANALOG] > kernel: pcm0: name: audio mixer > kernel: pcm0: widget_cap: 0x0020010b > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Input amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 2 > kernel: pcm0: | > kernel: pcm0: + <- nid=4 [audio output] > kernel: pcm0: | > kernel: pcm0: + <- nid=21 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 24 [ANALOG] > kernel: pcm0: name: audio mixer > kernel: pcm0: widget_cap: 0x0020010b > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Input amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 2 > kernel: pcm0: | > kernel: pcm0: + <- nid=5 [audio output] > kernel: pcm0: | > kernel: pcm0: + <- nid=21 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 25 [ANALOG] > kernel: pcm0: name: audio mixer > kernel: pcm0: widget_cap: 0x0020010b > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Input amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 2 > kernel: pcm0: | > kernel: pcm0: + <- nid=6 [audio output] > kernel: pcm0: | > kernel: pcm0: + <- nid=21 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 26 [ANALOG] > kernel: pcm0: name: audio mixer > kernel: pcm0: widget_cap: 0x0020010b > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Input amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 4 > kernel: pcm0: | > kernel: pcm0: + <- nid=4 [audio output] > kernel: pcm0: | > kernel: pcm0: + <- nid=6 [audio output] > kernel: pcm0: | > kernel: pcm0: + <- nid=21 [audio mixer] > kernel: pcm0: | > kernel: pcm0: + <- nid=3 [audio output] > kernel: pcm0: > kernel: pcm0: nid: 27 [ANALOG] > kernel: pcm0: name: audio mixer > kernel: pcm0: widget_cap: 0x0020010b > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Input amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 4 > kernel: pcm0: | > kernel: pcm0: + <- nid=4 [audio output] > kernel: pcm0: | > kernel: pcm0: + <- nid=6 [audio output] > kernel: pcm0: | > kernel: pcm0: + <- nid=21 [audio mixer] > kernel: pcm0: | > kernel: pcm0: + <- nid=3 [audio output] > kernel: pcm0: > kernel: pcm0: nid: 28 [ANALOG] > kernel: pcm0: name: audio mixer > kernel: pcm0: widget_cap: 0x0020010b > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Input amp: 0x80000000 > kernel: pcm0: mute=1 step=0 size=0 offset=0 > kernel: pcm0: connections: 2 > kernel: pcm0: | > kernel: pcm0: + <- nid=12 [pin: speaker (none)] [DISABLED] > kernel: pcm0: | > kernel: pcm0: + <- nid=15 [pin: speaker (none)] [DISABLED] > kernel: pcm0: > kernel: pcm0: nid: 29 [ANALOG] > kernel: pcm0: name: vendor widget > kernel: pcm0: widget_cap: 0x00f00000 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 30 [ANALOG] > kernel: pcm0: name: vendor widget > kernel: pcm0: widget_cap: 0x00f00000 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 31 [ANALOG] [DISABLED] > kernel: pcm0: name: pin: speaker (none) > kernel: pcm0: widget_cap: 0x00400581 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Pin cap: 0x00000017 > kernel: pcm0: ISC TRQD OUT : UNSOL > kernel: pcm0: Pin config: 0x411111f0 > kernel: pcm0: Pin control: 0x00000040 OUT > kernel: pcm0: connections: 1 > kernel: pcm0: | > kernel: pcm0: + <- nid=24 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 32 [ANALOG] [DISABLED] > kernel: pcm0: name: pin: speaker (none) > kernel: pcm0: widget_cap: 0x00400581 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: Pin cap: 0x00000017 > kernel: pcm0: ISC TRQD OUT : UNSOL > kernel: pcm0: Pin config: 0x411111f0 > kernel: pcm0: Pin control: 0x00000040 OUT > kernel: pcm0: connections: 1 > kernel: pcm0: | > kernel: pcm0: + <- nid=23 [audio mixer] > kernel: pcm0: > kernel: pcm0: nid: 33 [ANALOG] > kernel: pcm0: name: vendor widget > kernel: pcm0: widget_cap: 0x00f00000 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 34 [ANALOG] > kernel: pcm0: name: vendor widget > kernel: pcm0: widget_cap: 0x00f00000 > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000000 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: nid: 35 [ANALOG] > kernel: pcm0: name: beep widget > kernel: pcm0: widget_cap: 0x0070000c > kernel: pcm0: Parse flags: 0x00000000 > kernel: pcm0: Ctl flags: 0x00000021 > kernel: pcm0: Output amp: 0x800b0f0f > kernel: pcm0: mute=1 step=15 size=11 offset=15 > kernel: pcm0: connections: 0 > kernel: pcm0: > kernel: pcm0: +------------------------+ > kernel: pcm0: | DUMPING HDA AMPLIFIERS | > kernel: pcm0: +------------------------+ > kernel: pcm0: > kernel: pcm0: 1: nid=3 dir=0x1 index=0 ossmask=0x00000011 ossdev=4 > kernel: pcm0: 2: nid=4 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 > kernel: pcm0: 3: nid=5 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 > kernel: pcm0: 4: nid=6 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 > kernel: pcm0: 5: nid=7 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 > [DISABLED] > kernel: pcm0: 6: nid=8 dir=0x2 index=0 ossmask=0x00000800 ossdev=0 > kernel: pcm0: 7: nid=20 cnid=13 dir=0x2 index=0 ossmask=0x00000081 > ossdev=7 > kernel: pcm0: 8: nid=20 cnid=16 dir=0x2 index=1 ossmask=0x00000000 > ossdev=0 [DISABLED] > kernel: pcm0: 9: nid=21 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 > kernel: pcm0: 10: nid=21 cnid=17 dir=0x2 index=0 ossmask=0x00000101 > ossdev=8 > kernel: pcm0: 11: nid=21 cnid=20 dir=0x2 index=1 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 12: nid=21 cnid=28 dir=0x2 index=2 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 13: nid=22 cnid=3 dir=0x2 index=0 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 14: nid=22 cnid=21 dir=0x2 index=1 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 15: nid=23 cnid=4 dir=0x2 index=0 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 16: nid=23 cnid=21 dir=0x2 index=1 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 17: nid=24 cnid=5 dir=0x2 index=0 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 18: nid=24 cnid=21 dir=0x2 index=1 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 19: nid=25 cnid=6 dir=0x2 index=0 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 20: nid=25 cnid=21 dir=0x2 index=1 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 21: nid=26 cnid=4 dir=0x2 index=0 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 22: nid=26 cnid=6 dir=0x2 index=1 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 23: nid=26 cnid=21 dir=0x2 index=2 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 24: nid=26 cnid=3 dir=0x2 index=3 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 25: nid=27 cnid=4 dir=0x2 index=0 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 26: nid=27 cnid=6 dir=0x2 index=1 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 27: nid=27 cnid=21 dir=0x2 index=2 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 28: nid=27 cnid=3 dir=0x2 index=3 ossmask=0x00000000 > ossdev=0 > kernel: pcm0: 29: nid=28 cnid=12 dir=0x2 index=0 ossmask=0x00000000 > ossdev=0 [DISABLED] > kernel: pcm0: 30: nid=28 cnid=15 dir=0x2 index=1 ossmask=0x00000000 > ossdev=0 [DISABLED] > kernel: pcm0: 31: nid=35 dir=0x1 index=0 ossmask=0x00000021 ossdev=5 > kernel: pcm0: > kernel: pcm0: +-----------------------------------+ > kernel: pcm0: | DUMPING HDA AUDIO/VOLUME CONTROLS | > kernel: pcm0: +-----------------------------------+ > kernel: pcm0: > kernel: pcm0: Master Volume (OSS: vol) > kernel: pcm0: | > kernel: pcm0: +- nid: 3 index: 0 mute: 1 step: 0 size: > 0 off: 0 dir=0x1 ossmask=0x00000011 > kernel: pcm0: | > kernel: pcm0: +- nid: 20 index: 0 (nid: 13) mute: 1 step: 0 size: > 0 off: 0 dir=0x2 ossmask=0x00000081 > kernel: pcm0: | > kernel: pcm0: +- nid: 21 index: 0 (nid: 17) mute: 1 step: 23 > size: 11 off: 12 dir=0x2 ossmask=0x00000101 > kernel: pcm0: | > kernel: pcm0: +- nid: 35 index: 0 mute: 1 step: 15 > size: 11 off: 15 dir=0x1 ossmask=0x00000021 > kernel: pcm0: > kernel: pcm0: PCM Volume (OSS: pcm) > kernel: pcm0: | > kernel: pcm0: +- nid: 3 index: 0 mute: 1 step: 0 size: > 0 off: 0 dir=0x1 ossmask=0x00000011 > kernel: pcm0: > kernel: pcm0: CD Volume (OSS: cd) > kernel: pcm0: | > kernel: pcm0: +- nid: 21 index: 0 (nid: 17) mute: 1 step: 23 > size: 11 off: 12 dir=0x2 ossmask=0x00000101 > kernel: pcm0: > kernel: pcm0: Microphone Volume (OSS: mic) > kernel: pcm0: | > kernel: pcm0: +- nid: 20 index: 0 (nid: 13) mute: 1 step: 0 size: > 0 off: 0 dir=0x2 ossmask=0x00000081 > kernel: pcm0: > kernel: pcm0: Recording Level (OSS: rec) > kernel: pcm0: | > kernel: pcm0: +- nid: 8 index: 0 mute: 1 step: 13 > size: 11 off: 2 dir=0x2 ossmask=0x00000800 > kernel: pcm0: > kernel: pcm0: Speaker/Beep (OSS: speaker) > kernel: pcm0: | > kernel: pcm0: +- nid: 35 index: 0 mute: 1 step: 15 > size: 11 off: 15 dir=0x1 ossmask=0x00000021 > kernel: pcm0: > kernel: pcm0: Playback path: > kernel: pcm0: > kernel: pcm0: nid=11 [pin: line out (jack)] > kernel: pcm0: ^ > kernel: pcm0: | > kernel: pcm0: +-----<------+ > kernel: pcm0: ^ > kernel: pcm0: | > kernel: pcm0: nid=22 [audio mixer] > kernel: pcm0: ^ > kernel: pcm0: | > kernel: pcm0: nid=3 [audio output] > kernel: pcm0: > kernel: pcm0: Recording sources: > kernel: pcm0: > kernel: pcm0: nid=8 [audio input] > kernel: pcm0: | > kernel: pcm0: + <- nid=13 [pin: Mic in (jack)] [recsrc: vol, mic] > kernel: pcm0: | > kernel: pcm0: + <- nid=17 [pin: CD (fixed)] [recsrc: vol, cd] > kernel: pcm0: | > kernel: pcm0: + <- nid=21 [audio mixer] [recsrc: vol, mic, cd] > kernel: pcm0: > kernel: pcm0: +--------------------------------------+ > kernel: pcm0: | DUMPING PCM Playback/Record Channels | > kernel: pcm0: +--------------------------------------+ > kernel: pcm0: > kernel: pcm0: PCM Playback: 1 > kernel: pcm0: Stream cap: 0x00000001 > kernel: pcm0: Format: PCM > kernel: pcm0: PCM cap: 0x000e0140 > kernel: pcm0: PCM size: 16 20 24 > kernel: pcm0: PCM rate: 48 96 > kernel: pcm0: DAC: 3 > kernel: pcm0: > kernel: pcm0: PCM Record: 1 > kernel: pcm0: Stream cap: 0x00000001 > kernel: pcm0: Format: PCM > kernel: pcm0: PCM cap: 0x00020140 > kernel: pcm0: PCM size: 16 > kernel: pcm0: PCM rate: 48 96 > kernel: pcm0: ADC: 8 > kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > kernel: (probe7:ata1:0:0:0): error 22 > kernel: (probe7:ata1:0:0:0): Unretryable Error > kernel: (probe0:sbp0:0:0:0): error 22 > kernel: (probe0:sbp0:0:0:0): Unretryable Error > kernel: (probe1:sbp0:0:1:0): error 22 > kernel: (probe1:sbp0:0:1:0): Unretryable Error > kernel: (probe2:sbp0:0:2:0): error 22 > kernel: (probe2:sbp0:0:2:0): Unretryable Error > kernel: (probe3:sbp0:0:3:0): error 22 > kernel: (probe3:sbp0:0:3:0): Unretryable Error > kernel: (probe4:sbp0:0:4:0): error 22 > kernel: (probe4:sbp0:0:4:0): Unretryable Error > kernel: (probe5:sbp0:0:5:0): error 22 > kernel: (probe5:sbp0:0:5:0): Unretryable Error > kernel: (probe6:sbp0:0:6:0): error 22 > kernel: (probe6:sbp0:0:6:0): Unretryable Error > kernel: pass0 at ata1 bus 0 target 0 lun 0 > kernel: pass0: Removable CD-ROM SCSI-0 > device > kernel: pass0: 33.000MB/s transfers > kernel: GEOM: new disk cd0 > kernel: SMP: AP CPU #1 Launched! > kernel: cpu1 AP: > kernel: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: > 0x000001ff > kernel: timer: 0x000200ef therm: 0x00010200 err: 0x00010000 pcm: > 0x00000400 > kernel: ioapic0: Assigning ISA IRQ 1 to local APIC 0 > kernel: ioapic0: Assigning ISA IRQ 9 to local APIC 1 > kernel: ioapic0: Assigning ISA IRQ 12 to local APIC 0 > kernel: ioapic0: Assigning ISA IRQ 14 to local APIC 1 > kernel: ioapic0: Assigning ISA IRQ 15 to local APIC 0 > kernel: ioapic0: Assigning PCI IRQ 16 to local APIC 1 > kernel: ioapic0: Assigning PCI IRQ 17 to local APIC 0 > kernel: ioapic0: Assigning PCI IRQ 18 to local APIC 1 > kernel: ioapic0: Assigning PCI IRQ 19 to local APIC 0 > kernel: ioapic0: Assigning PCI IRQ 20 to local APIC 1 > kernel: ioapic0: Assigning PCI IRQ 22 to local APIC 0 > kernel: ioapic0: Assigning PCI IRQ 23 to local APIC 1 > kernel: hwpmc: TSC/1/0x20 > P6/2/0x1ff > kernel: (cd0:ata1:0:0:0): error 6 > kernel: (cd0:ata1:0:0:0): Unretryable Error > kernel: cd0 at ata1 bus 0 target 0 lun 0 > kernel: cd0: Removable CD-ROM SCSI-0 > device > kernel: cd0: 33.000MB/s transfers > kernel: cd0: Attempt to query device size failed: NOT READY, Medium not > present > kernel: (cd0:ata1:0:0:0): error 6 > kernel: (cd0:ata1:0:0:0): Unretryable Error > kernel: (cd0:ata1:0:0:0): error 6 > kernel: (cd0:ata1:0:0:0): Unretryable Error > kernel: (cd0:ata1:0:0:0): error 6 > kernel: (cd0:ata1:0:0:0): Unretryable Error > kernel: Trying to mount root from ufs:/dev/ad0s2a > kernel: start_init: trying /sbin/init > > > -- http://angliconian2.sourceforge.net/ From owner-freebsd-stable@FreeBSD.ORG Mon Aug 27 18:49:31 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E87816A418 for ; Mon, 27 Aug 2007 18:49:31 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 577B313C48E for ; Mon, 27 Aug 2007 18:49:31 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (jlznhqhh5kyb1t8j@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l7RInUhM017473 for ; Mon, 27 Aug 2007 11:49:30 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l7RInUst017471 for stable@FreeBSD.org; Mon, 27 Aug 2007 11:49:30 -0700 (PDT) (envelope-from jmg) Date: Mon, 27 Aug 2007 11:49:30 -0700 From: John-Mark Gurney To: stable@FreeBSD.org Message-ID: <20070827184930.GS99491@funkthat.com> Mail-Followup-To: stable@FreeBSD.org References: <20070817224628.GI99491@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070817224628.GI99491@funkthat.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Subject: Re: 2TB+ on ahd broken? (6.2-R) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2007 18:49:31 -0000 John-Mark Gurney wrote this message on Fri, Aug 17, 2007 at 15:46 -0700: > I was just attempting to add a RAID shelf to a system w/ an Adaptec > 29320 card, and when I export a 7TB disk to the card, and kept getting > timeout related issues. The dump is very similar to PR 76178 which > appears to be reporting the same issue... > > I have attached a dmesg w/ the failure... I tried various sizes and > 1000000MB, 500MB and 2000000MB disks work... When I tried the full > 7TB or 2.3TB disk, ahd failed w/ the messages at the end of the > dmesg. > > Is anyone even working on this? As 2TB disks are coming soon, I'd > imagine that ahd will need to get fixed before long, or are there just > not many people use large disks w/ ahd? For the archives: After additional testing.. It appears that there was issues at U320 speeds even w/ the 500MB disk... Slowing down to U160 made the 500MB disk work, but the >2TB disk wouldn't be recognized... I have also tried a different cable, and w/ the different cable, the >2TB disk shows up at U320 speeds, but sees broken behavior, the same as a small disk... The broken behavior at U320 being transfer rates in the 100-200KB/sec as ahd constantly resets... > If ahd isn't getting fixed, can someone recommend a low profile PCI-X > Ultra320 card? I found a LSI (mpt) based card, and it's working great... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Mon Aug 27 20:56:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55C6516A420 for ; Mon, 27 Aug 2007 20:56:21 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout04-02.prod.mesa1.secureserver.net (smtpout04-01.prod.mesa1.secureserver.net [64.202.165.196]) by mx1.freebsd.org (Postfix) with SMTP id 0846413C46A for ; Mon, 27 Aug 2007 20:56:20 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 16501 invoked from network); 27 Aug 2007 20:56:20 -0000 Received: from unknown (24.144.77.243) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 27 Aug 2007 20:56:20 -0000 Message-ID: <46D33A73.6070501@seclark.us> Date: Mon, 27 Aug 2007 16:56:19 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: usb evdo device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2007 20:56:21 -0000 Hello, I am trying to get a Novatel Wireless Ovation U720 EVDO modem to work with Freebsd. So far I am not having any luck. When it is plugged in it is recognizes as a ugen device it needs to look like a serial device, as it is sort of like a hayes modem. It has a vendor id of 0x1410 and a product id of 0x2110. I tried adding these to usbdevs and ubsa.c but it is still recognized as ugen0. Plugging it into a linux laptop it is recognize as a ttyUSBn device and using ppp we were able to get connected to the internet. I would like to be able to use it with Freebsd 6.2 though. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Mon Aug 27 21:04:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8522C16A417 for ; Mon, 27 Aug 2007 21:04:45 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5396813C459 for ; Mon, 27 Aug 2007 21:04:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l7RL4iSh074045; Mon, 27 Aug 2007 17:04:44 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l7RL4hXA069185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Aug 2007 17:04:44 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200708272104.l7RL4hXA069185@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 27 Aug 2007 17:04:51 -0400 To: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <46D33A73.6070501@seclark.us> References: <46D33A73.6070501@seclark.us> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: usb evdo device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2007 21:04:45 -0000 At 04:56 PM 8/27/2007, Stephen Clark wrote: >Hello, > >I am trying to get a Novatel Wireless Ovation U720 EVDO modem to >work with Freebsd. >So far I am not having any luck. When it is plugged in it is >recognizes as a ugen device it >needs to look like a serial device, as it is sort of like a hayes modem. Hi, I wonder if it works like some of the other EVDO / EDGE devices I have used. If so, try the info on the page below and modify the vendor ID info to match your card http://www.semicomplete.com/blog/geekery/Kyocera-KPC650-EVDO-in-FreeBSD.html I got it to work for my Kyrocera EVDO as well as GT-MAX EDGE card which had a similar "UGEN Com" base. ---Mike >It has a vendor id of 0x1410 and a product id of 0x2110. I tried >adding these to >usbdevs and ubsa.c but it is still recognized as ugen0. > >Plugging it into a linux laptop it is recognize as a ttyUSBn device >and using ppp we were able to >get connected to the internet. I would like to be able to use it >with Freebsd 6.2 though. > >Thanks, >Steve > >-- > >"They that give up essential liberty to obtain temporary safety, >deserve neither liberty nor safety." (Ben Franklin) > >"The course of history shows that as a government grows, liberty >decreases." (Thomas Jefferson) > > > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Aug 27 23:55:40 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B942B16A468 for ; Mon, 27 Aug 2007 23:55:40 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from srvbsdsmt002.uct.ac.za (srvbsdsmt002.uct.ac.za [137.158.153.104]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA3D13C478 for ; Mon, 27 Aug 2007 23:55:40 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from mail.uct.ac.za ([137.158.153.100]) by srvbsdsmt002.uct.ac.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IPktK-0004m6-TY for stable@freebsd.org; Mon, 27 Aug 2007 22:08:54 +0200 Received: from lhc.phy.uct.ac.za ([137.158.92.134]) by mail.uct.ac.za with esmtp (Exim 4.44 (FreeBSD)) id 1IPktG-0006Ow-Qq for stable@freebsd.org; Mon, 27 Aug 2007 22:08:50 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.67) (envelope-from ) id 1IPktK-0008OX-4M for stable@freebsd.org; Mon, 27 Aug 2007 22:08:54 +0200 Date: Mon, 27 Aug 2007 22:08:54 +0200 From: gareth To: stable@freebsd.org Message-ID: <20070827200854.GA32253@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-11) Cc: Subject: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2007 23:55:40 -0000 hey guys, for over a month i haven't been able to get a copy of the portaudit db. no-one else seems to be having this problem. this's what happens: # portaudit -F auditfile.tbz 100% of 43 kB 1045 kBps portaudit: Database too old. Old database restored. portaudit: Download failed. currently /var/db/portaudit/auditfile.tbz is marked created on 1st august, but after deleting the file and refetching i got 2 different dates in july at one point. i didn't have a /usr/local/etc/portaudit.conf file. i created one and added: portaudit_sites="http://www.FreeBSD.org/ports/" but i assume that was the default? any ideas? From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 00:10:00 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43D3316A469 for ; Tue, 28 Aug 2007 00:10:00 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 2B5E613C442 for ; Tue, 28 Aug 2007 00:10:00 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay13.apple.com (relay13.apple.com [17.128.113.29]) by mail-out3.apple.com (Postfix) with ESMTP id 08353F9842A; Mon, 27 Aug 2007 17:10:00 -0700 (PDT) Received: from relay13.apple.com (unknown [127.0.0.1]) by relay13.apple.com (Symantec Mail Security) with ESMTP id E1C8F29304; Mon, 27 Aug 2007 17:09:59 -0700 (PDT) X-AuditID: 1180711d-a021bbb000001006-60-46d367d77ca5 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay13.apple.com (Symantec Mail Security) with ESMTP id CA70C292FE; Mon, 27 Aug 2007 17:09:59 -0700 (PDT) In-Reply-To: <20070827200854.GA32253@lordcow.org> References: <20070827200854.GA32253@lordcow.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <08479CC5-8BD4-409D-9B8B-6FC888E08583@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 27 Aug 2007 17:09:59 -0700 To: gareth X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: stable@freebsd.org Subject: Re: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 00:10:00 -0000 On Aug 27, 2007, at 1:08 PM, gareth wrote: > hey guys, for over a month i haven't been able to get a copy of the > portaudit db. no-one else seems to be having this problem. > > this's what happens: > > # portaudit -F > auditfile.tbz 100% of 43 kB 1045 > kBps > portaudit: Database too old. > Old database restored. > portaudit: Download failed. This might imply that your system clock on that machine is wrong...? Double-check what it thinks is the date. Also, make sure you don't have some old version stuck in an intervening proxy, if such is being used. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 06:23:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 929C916A41A for ; Tue, 28 Aug 2007 06:23:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 2A00213C46E for ; Tue, 28 Aug 2007 06:23:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 1180 invoked by uid 399); 28 Aug 2007 06:23:51 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Aug 2007 06:23:51 -0000 X-Originating-IP: 127.0.0.1 Date: Mon, 27 Aug 2007 23:23:49 -0700 (PDT) From: Doug Barton To: martinko In-Reply-To: Message-ID: References: X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Recent PAM changes worth an UPDATING entry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 06:23:52 -0000 On Fri, 24 Aug 2007, martinko wrote: > Doug Barton wrote: >> Howdy, >> >> I just rebuilt and installed my world on my 6-stable box, and ran into a >> snag. Like a lot of users I use -DNO_CLEAN in buildworld since this is a >> very slow box that I use mostly as a file/dns server. After rebooting I >> could ssh in ok (probably because I don't use PAM for sshd) but couldn't >> su, or log in at the console. >> >> After looking at the errors, I figured out that I needed to completely >> recompile stuff related to PAM. Just to be on the safe side I did libpam, >> login, su, and getty. After that I was able to log in normally from the >> console, and su from either terminal. >> >> IMO this is worth an entry in UPDATING since I probably won't be the only >> user who stumbles across this. >> >> Doug >> > > Doug, > > Could it possibly be related to the following issue of mine ?? : > http://lists.freebsd.org/pipermail/freebsd-questions/2007-July/153137.html Sure sounds that way. Have you tried doing clean recompiles of those programs? Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 09:14:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9084416A418 for ; Tue, 28 Aug 2007 09:14:57 +0000 (UTC) (envelope-from melnik@sovok.uplink.net.ua) Received: from sovok.uplink.net.ua (sovok.uplink.net.ua [195.3.204.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5172713C48E for ; Tue, 28 Aug 2007 09:14:57 +0000 (UTC) (envelope-from melnik@sovok.uplink.net.ua) Received: by sovok.uplink.net.ua (Postfix, from userid 1001) id 0BB1473ED1; Tue, 28 Aug 2007 11:46:50 +0300 (EEST) Date: Tue, 28 Aug 2007 11:46:50 +0300 From: Vladimir Melnik To: freebsd-stable@freebsd.org Message-ID: <20070828084650.GD42596@sovok.uplink.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: mpt problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 09:14:57 -0000 Hello. We have a very stange problem with "LSILogic 1030 Ultra4 Adapter". There is an information about it: mpt0: port 0x4000-0x40ff mem 0xdc120000-0xdc13ffff,0xdc100000-0xdc11ffff irq 18 at device 3.0 on pci3 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.14.0 Everything works fine, but time to time disk operations hangs and we have this messages in log: mpt0: request 0xc4bd81f0:196 timed out for ccb 0xc4dedc00 (req->ccb 0xc4dedc00) mpt0: attempting to abort req 0xc4bd81f0:196 function 0 mpt0: completing timedout/aborted req 0xc4bd81f0:196 mpt0: abort of req 0xc4bd81f0:0 completed mpt0: request 0xc4bd8220:198 timed out for ccb 0xc4dedc00 (req->ccb 0xc4dedc00) mpt0: attempting to abort req 0xc4bd8220:198 function 0 mpt0: mpt_wait_req(1) timed out mpt0: mpt_recover_commands: abort timed-out. Resetting controller mpt0: mpt_cam_event: 0x0 mpt0: completing timedout/aborted req 0xc4bd8220:198 (da0:mpt0:0:0:0): lost device (da0:mpt0:0:0:0): Invalidating pack (da0:mpt0:0:0:0): Synchronize cache failed, status == 0x4a, scsi status == 0x0 (da0:mpt0:0:0:0): removing device entry SCSI-bus connected to Areca RAID-controller and this controller works fine with MS Windows. -- V.Melnik From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 10:04:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DA4016A417 for ; Tue, 28 Aug 2007 10:04:27 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (unknown [IPv6:2001:5c0:8fff:fffe::214d]) by mx1.freebsd.org (Postfix) with ESMTP id 9A8DD13C46B for ; Tue, 28 Aug 2007 10:04:26 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1IPxsL-000Bkj-Fh; Tue, 28 Aug 2007 06:00:45 -0400 Date: Tue, 28 Aug 2007 06:00:45 -0400 From: Gary Palmer To: Darren Pilgrim Message-ID: <20070828100045.GB970@in-addr.com> Mail-Followup-To: Darren Pilgrim , Tom Judge , freebsd-stable , Tom Samplonius References: <9812134.411188026402612.JavaMail.root@ly.sdf.com> <46D00CE1.9@tomjudge.com> <46D1C89B.8070408@evilphi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46D1C89B.8070408@evilphi.com> Cc: Tom Judge , freebsd-stable , Tom Samplonius Subject: Re: A little story of failed raid5 (3ware 8000 series) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 10:04:27 -0000 On Sun, Aug 26, 2007 at 11:38:19AM -0700, Darren Pilgrim wrote: > Tom Judge wrote: > >Tom Samplonius wrote: > >>The real solution is RAID scrubbing: a low level background process > >>that reads every sector of every disk. All of the real RAID systems > >>do this (usually scheduled weekly, or every other week). Most 3ware > >>RAID card don't have this feature. > >> > >>So rather than not using RAID5 or RAID6 again, you should just not > >>use 3ware anymore. > > > >If you use the 3dm2 management interface you can schedule verify and > >rebuild tasks to run on a regular basis. I think that 7500 series > >controllers can do this, 9500 and 9550's definitely can. > > Actually it's all 7/8/9xxx series cards. The 9xxx series cards also do > auto-verify so there's no need to schedule the task. Sorry, I do not believe that is the case. I have a 8506-4LP and if I click on Management -> Scheduling in the 3dm web interface it says (0x0C:0x0017): Scheduling is not supported on this controller model However you might be able to cheat using the tw_cli port to run the schedules out of cron rather than native on the card From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 11:48:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B953B16A421 for ; Tue, 28 Aug 2007 11:48:40 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth11.prod.mesa1.secureserver.net (smtpauth11.prod.mesa1.secureserver.net [64.202.165.33]) by mx1.freebsd.org (Postfix) with SMTP id 83AA113C45A for ; Tue, 28 Aug 2007 11:48:40 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 22762 invoked from network); 28 Aug 2007 11:48:37 -0000 Received: from unknown (24.144.77.243) by smtpauth11.prod.mesa1.secureserver.net (64.202.165.33) with ESMTP; 28 Aug 2007 11:48:37 -0000 Message-ID: <46D40B94.8060006@seclark.us> Date: Tue, 28 Aug 2007 07:48:36 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <46D33A73.6070501@seclark.us> <200708272104.l7RL4hXA069185@lava.sentex.ca> In-Reply-To: <200708272104.l7RL4hXA069185@lava.sentex.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: usb evdo device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 11:48:40 -0000 Mike Tancsa wrote: >At 04:56 PM 8/27/2007, Stephen Clark wrote: > > >>Hello, >> >>I am trying to get a Novatel Wireless Ovation U720 EVDO modem to >>work with Freebsd. >>So far I am not having any luck. When it is plugged in it is >>recognizes as a ugen device it >>needs to look like a serial device, as it is sort of like a hayes modem. >> >> > >Hi, > I wonder if it works like some of the other EVDO / EDGE >devices I have used. If so, try the info on the page below and modify >the vendor ID info to match your card > >http://www.semicomplete.com/blog/geekery/Kyocera-KPC650-EVDO-in-FreeBSD.html > >I got it to work for my Kyrocera EVDO as well as GT-MAX EDGE card >which had a similar "UGEN Com" base. > > ---Mike > > > > >>It has a vendor id of 0x1410 and a product id of 0x2110. I tried >>adding these to >>usbdevs and ubsa.c but it is still recognized as ugen0. >> >>Plugging it into a linux laptop it is recognize as a ttyUSBn device >>and using ppp we were able to >>get connected to the internet. I would like to be able to use it >>with Freebsd 6.2 though. >> >>Thanks, >>Steve >> >>-- >> >>"They that give up essential liberty to obtain temporary safety, >>deserve neither liberty nor safety." (Ben Franklin) >> >>"The course of history shows that as a government grows, liberty >>decreases." (Thomas Jefferson) >> >> >> >>_______________________________________________ >>freebsd-stable@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > Thanks Mike, I'll give it a try and report the result. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 14:53:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 695F816A41A for ; Tue, 28 Aug 2007 14:53:36 +0000 (UTC) (envelope-from i.simon@xifra.es) Received: from correo1.acens.net (correo1.acens.net [217.116.0.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4890013C469 for ; Tue, 28 Aug 2007 14:53:35 +0000 (UTC) (envelope-from i.simon@xifra.es) Received: (qmail 2173 invoked from network); 28 Aug 2007 14:26:54 -0000 Received: from unknown (HELO pcismael) ([80.34.155.192]) (envelope-sender ) by correo1.acens.net (qmail-ldap-1.03) with SMTP for ; 28 Aug 2007 14:26:52 -0000 From: "Ismael" To: Date: Tue, 28 Aug 2007 16:26:43 +0200 Message-ID: <000001c7e97f$758f1c20$6501a8c0@pcismael> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acfpf3UHsvjDcQn7Rlq9INxBUz+uAQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Mpt raid event notification X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 14:53:36 -0000 Hi, We have a Sun X4100 with Freebsd 6-Stable i386 with a LSI 1064 disk controller,that uses the mpt driver. The machine uses two HD SAS 73GB in RAID 1. The RAID 1 works fine, but the event notification is incomplete and there is no way to know the status of the RAID, if the status is optimal, degraded or is Re-Syncing. We have added in the MPT_CAM.C at the funtion mpt_cam_event(struct mpt_softc *mpt, request_t *req,MSG_EVENT_NOTIFY_REPLY *msg) this code : case MPI_EVENT_INTEGRATED_RAID: { switch ((msg->Data[0] >> 16) & 0xff) { case MPI_EVENT_RAID_RC_VOLUME_CREATED : mpt_prt(mpt, "Integrated Raid: Volume Created\n"); break; case MPI_EVENT_RAID_RC_VOLUME_DELETED : mpt_prt(mpt, "Integrated Raid: Volume Deleted\n"); break; case MPI_EVENT_RAID_RC_VOLUME_SETTINGS_CHANGED : mpt_prt(mpt, "Integrated Raid: Volume Settings Changed\n"); break; case MPI_EVENT_RAID_RC_VOLUME_STATUS_CHANGED : mpt_prt(mpt, "Integrated Raid: Volume Status Changed\n"); break; case MPI_EVENT_RAID_RC_VOLUME_PHYSDISK_CHANGED : mpt_prt(mpt, "Integrated Raid: Volume Physdisk Changed\n"); break; case MPI_EVENT_RAID_RC_PHYSDISK_CREATED : mpt_prt(mpt, "Integrated Raid: Physdisk Created\n"); break; case MPI_EVENT_RAID_RC_PHYSDISK_DELETED : mpt_prt(mpt, "Integrated Raid: Physdisk Deleted\n"); break; case MPI_EVENT_RAID_RC_PHYSDISK_SETTINGS_CHANGED : mpt_prt(mpt, "Integrated Raid: Physdisk Settings Changed\n"); break; case MPI_EVENT_RAID_RC_PHYSDISK_STATUS_CHANGED : mpt_prt(mpt, "Integrated Raid: Physdisk Status Changed\n"); break; case MPI_EVENT_RAID_RC_DOMAIN_VAL_NEEDED : mpt_prt(mpt, "Integrated Raid: Domain Validation Needed\n"); break; case MPI_EVENT_RAID_RC_SMART_DATA : mpt_prt(mpt, "Integrated Raid; Smart Data\n"); break; case MPI_EVENT_RAID_RC_REPLACE_ACTION_STARTED : mpt_prt(mpt, "Integrated Raid: Replace Action Started\n"); break; default: mpt_prt(mpt, "Integrated Raid\n"); break; } break; } This code tell us that the volume status of the raid has changed,but no the actual state of the volume (optimal,degraded),and we have no idea how to add this funcionality in the driver. Anybody know how to modify the driver to know the actual state of the RAID volume. Thanks, Ismael From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 15:50:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5208816A420 for ; Tue, 28 Aug 2007 15:50:19 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.freebsd.org (Postfix) with ESMTP id 2A14B13C49D for ; Tue, 28 Aug 2007 15:50:18 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from [10.9.70.100] (pool-71-117-232-141.ptldor.fios.verizon.net [71.117.232.141]) by mail.twinthornes.com (Postfix) with ESMTP id 1EDD6845; Tue, 28 Aug 2007 08:50:17 -0700 (PDT) Message-ID: <46D4443A.8010700@evilphi.com> Date: Tue, 28 Aug 2007 08:50:18 -0700 From: Darren Pilgrim User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Gary Palmer References: <9812134.411188026402612.JavaMail.root@ly.sdf.com> <46D00CE1.9@tomjudge.com> <46D1C89B.8070408@evilphi.com> <20070828100045.GB970@in-addr.com> In-Reply-To: <20070828100045.GB970@in-addr.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: 3ware cards [Was: Re: A little story of failed raid5 (3ware 8000 series)] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 15:50:19 -0000 Gary Palmer wrote: > Darren Pilgrim wrote: >> Tom Judge wrote: >>> If you use the 3dm2 management interface you can schedule verify and >>> rebuild tasks to run on a regular basis. I think that 7500 series >>> controllers can do this, 9500 and 9550's definitely can. >> >> Actually it's all 7/8/9xxx series cards. The 9xxx series cards also do >> auto-verify so there's no need to schedule the task. > > Sorry, I do not believe that is the case. I have a 8506-4LP and if > I click on Management -> Scheduling in the 3dm web interface it says > > (0x0C:0x0017): Scheduling is not supported on this controller model > > However you might be able to cheat using the tw_cli port to run > the schedules out of cron rather than native on the card I was talking about the verify task, though I now realize that wasn't clear. Some of the older cards do only support tw_sched. The ability to perform data verification and media scans has been present since the 7xxx series. -- Darren Pilgrim From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 17:18:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4457C16A417 for ; Tue, 28 Aug 2007 17:18:23 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9C94713C442 for ; Tue, 28 Aug 2007 17:18:22 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: (qmail 39575 invoked from network); 29 Aug 2007 02:18:17 +0900 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s512; d=izb.knu.ac.kr; b=szNYkkN5et07BK7hgL1suZwazFzxGqfckI1Y0qr5zYVQTSQTKeToIhVIKRRedXtAS7fj/tmmhF1qqMlOV7nOWg== ; Received: from e-mx.izb.knu.ac.kr (HELO i-mx.izb.knu.ac.kr) (2002:9be6:9d5d:3::1) by e-mx.izb.knu.ac.kr (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 29 Aug 2007 02:18:17 +0900 Received: (qmail 39559 invoked from network); 29 Aug 2007 02:17:47 +0900 Received: from viola.izb.knu.ac.kr (HELO ?IPv6:2002:9be6:9d9f:1::1?) (bh@2002:9be6:9d9f:1::1) by draba.izb.knu.ac.kr (envelope-from bh@izb.knu.ac.kr) with RC4-MD5 encrypted SMTP; 29 Aug 2007 02:17:47 +0900 From: Byung-Hee HWANG To: freebsd-stable@freebsd.org Content-Type: text/plain Organization: InZealBomb Date: Wed, 29 Aug 2007 02:17:43 +0900 Message-Id: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 17:18:23 -0000 Hi, Recently I am considering to move to another MTA. At one time I was wondering what mail server big ISP are running. I can't decide postfix or qmail. Which one is best MTA for me? -- Byung-Hee From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 17:23:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2CA516A419 for ; Tue, 28 Aug 2007 17:23:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A13B613C48E for ; Tue, 28 Aug 2007 17:23:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2DACA1CC01C; Tue, 28 Aug 2007 10:23:33 -0700 (PDT) Date: Tue, 28 Aug 2007 10:23:33 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20070828172333.GA87607@eos.sc1.parodius.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 17:23:35 -0000 On Wed, Aug 29, 2007 at 02:17:43AM +0900, Byung-Hee HWANG wrote: > Recently I am considering to move to another MTA. At one time I was > wondering what mail server big ISP are running. I can't decide postfix > or qmail. In my opinion, if you want more features with less work/patching/hacking, go with postfix. If you're uber-paranoid about security, go with qmail. > Which one is best MTA for me? The only person who's going to be able to answer that question is you. Asking an entire mailing list this question is quite humourous. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 17:35:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D6316A419 for ; Tue, 28 Aug 2007 17:35:07 +0000 (UTC) (envelope-from walsimou@walsimou.com) Received: from dns.walsimou.com (walscop001.walsimou.com [82.228.201.70]) by mx1.freebsd.org (Postfix) with ESMTP id 753DD13C45A for ; Tue, 28 Aug 2007 17:35:07 +0000 (UTC) (envelope-from walsimou@walsimou.com) Received: from wals001.walsimou.com ([192.168.1.228]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by dns.walsimou.com with esmtp; Tue, 28 Aug 2007 19:25:03 +0200 id 00039E65.0000000046D45A6F.0000F2A7 Message-ID: <46D45A14.7000207@walsimou.com> Date: Tue, 28 Aug 2007 19:23:32 +0200 From: Gaye Abdoulaye Walsimou User-Agent: Thunderbird 2.0.0.6 (X11/20070822) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> In-Reply-To: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 17:35:07 -0000 Byung-Hee HWANG a écrit : > Hi, > > > > Which one is best MTA for me? > > May be this one: authlib: for users auth and all in one: smtp, imap, pop, mailing list management and more http://www.courier-mta.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 17:47:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7959716A418 for ; Tue, 28 Aug 2007 17:47:55 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3CA0613C46E for ; Tue, 28 Aug 2007 17:47:53 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 70598 invoked by uid 89); 28 Aug 2007 17:49:43 -0000 Received: by simscan 1.2.0 ppid: 70586, pid: 70595, t: 2.0955s scanners: attach: 1.2.0 clamav: 0.88.7/m:43/d:3604 Received: from unknown (HELO claylaptop) (clay@milos.za.net@84.203.141.221) by bart.milos.co.za with ESMTPA; 28 Aug 2007 17:49:41 -0000 Message-ID: <00db01c7e99b$85d65f50$dd8dcb54@claylaptop> From: "Clayton Milos" To: References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <20070828172333.GA87607@eos.sc1.parodius.com> Date: Tue, 28 Aug 2007 18:46:50 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 17:47:55 -0000 ----- Original Message ----- From: "Jeremy Chadwick" To: Sent: Tuesday, August 28, 2007 6:23 PM Subject: Re: [OT] Which one is best MTA for me? > On Wed, Aug 29, 2007 at 02:17:43AM +0900, Byung-Hee HWANG wrote: >> Recently I am considering to move to another MTA. At one time I was >> wondering what mail server big ISP are running. I can't decide postfix >> or qmail. > > In my opinion, if you want more features with less > work/patching/hacking, go with postfix. If you're uber-paranoid about > security, go with qmail. > >> Which one is best MTA for me? > > The only person who's going to be able to answer that question is you. > Asking an entire mailing list this question is quite humourous. :-) > I've got to go with Jeremy here. I use qmail with vpopmail not because it's necessarily the best MTA but because I know it backwards. I've patched it and tweaked it so it runs like lightning but all the patching and tweaking tought me the guts of how it runs. If something goes wrong (which has happened two or three times) I can get the system back up in a flash, often before people realized that anything did go wrong. I've been meaning to get a postfix/mysql mail server up for a few months now but just haven't had the time. A mate of mine runs it and he swears by it. >From what I've read it's much less I/O intensive than qmail when it gets hammered with load but I'm only delivering around 150k emails a month with mine so it spends most of it's life yawning. -Clay From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 18:14:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F098716A419 for ; Tue, 28 Aug 2007 18:14:16 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 7632D13C48D for ; Tue, 28 Aug 2007 18:14:16 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id l7SIEE3D008303 for ; Tue, 28 Aug 2007 20:14:14 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.13.6/8.13.6) with ESMTP id l7SIEDSY065536; Tue, 28 Aug 2007 20:14:13 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.13.6/8.13.6/Submit) id l7SIECDG065535; Tue, 28 Aug 2007 20:14:12 +0200 (CEST) (envelope-from ry93) Date: Tue, 28 Aug 2007 20:14:12 +0200 From: "Patrick M. Hausen" To: Byung-Hee HWANG Message-ID: <20070828181412.GA63227@hugo10.ka.punkt.de> References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 18:14:17 -0000 Hi! > Recently I am considering to move to another MTA. At one time I was > wondering what mail server big ISP are running. I can't decide postfix > or qmail. > > Which one is best MTA for me? Sendmail? It's the best MTA for me ;-) Maybe your question could be answered in a more helpful way, if you stated - which MTA you are currently using - what you don't like about it, so you want to switch We are an ISP and we run Sendmail. Works great. I don't like qmail, because for me it's architecture is even more arcane than Sendmail's. And it doesn't log all information Sendmail does - which is important for us when tracing "lost" mails. (remote MTA queue ID, for example) I hear lots of good things about postfix, but switch for the sake of switching? I already have enough work ;-) Kind regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 18:22:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B3E016A419 for ; Tue, 28 Aug 2007 18:22:04 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id CAD2413C491 for ; Tue, 28 Aug 2007 18:22:03 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so232643ugf for ; Tue, 28 Aug 2007 11:21: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=jt9os/twxsgDps4ch+MLpnYgFi4Ez2/Rm6V7w0iInMUixYqyO+J/ZOjruZ+EaLURuVKPHSCxeYZWjQnFps/wBMuz+LiOyjyGtcUvAnIcS/QbKkSzodd357z5S+YU9vaeBAwRf4Ej9OA9NKfzUk34kG88LHSyJLcqFubT/GbI2ZI= 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=kVzzKj51q2EMV8+QDjt+OaCOkLx8eDRDxRpTZTFC9uM14jslt1KKSHZKGOH9kVaw32HwsvnVhBNt8b8FIWUleg2KcQ/QqyCuVetiYhV+N0jUbX+V5fg3n4Dt/5fsfxUt1R/VvUU5fAcy9Waq3n3zT3KiBmh2bzUAyzfZ/D6poeI= Received: by 10.78.147.6 with SMTP id u6mr859147hud.1188325317749; Tue, 28 Aug 2007 11:21:57 -0700 (PDT) Received: by 10.78.146.10 with HTTP; Tue, 28 Aug 2007 11:21:57 -0700 (PDT) Message-ID: Date: Tue, 28 Aug 2007 20:21:57 +0200 From: "Claus Guttesen" To: bh@izb.knu.ac.kr In-Reply-To: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> Cc: freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 18:22:04 -0000 > Recently I am considering to move to another MTA. At one time I was > wondering what mail server big ISP are running. I can't decide postfix > or qmail. > > Which one is best MTA for me? I've been using postfix since it was called vmailer. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 18:35:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7437F16A419 for ; Tue, 28 Aug 2007 18:35:23 +0000 (UTC) (envelope-from raul.rodriguez@estudiosms.es) Received: from llcc728-a.servidoresdns.net (llcc728-a.servidoresdns.net [82.223.191.109]) by mx1.freebsd.org (Postfix) with ESMTP id 2FCAF13C4B6 for ; Tue, 28 Aug 2007 18:35:23 +0000 (UTC) (envelope-from raul.rodriguez@estudiosms.es) Received: from mail.estudiosms.es (localhost.localdomain [127.0.0.1]) by llcc728-a.servidoresdns.net (Postfix) with ESMTP id 737B217A03F7 for ; Tue, 28 Aug 2007 20:11:17 +0200 (CEST) Received: from 200.55.130.195 by mail.estudiosms.es with HTTP; Tue, 28 Aug 2007 20:11:17 +0200 (CEST) Message-ID: <1620.200.55.130.195.1188324677.squirrel@mail.estudiosms.es> Date: Tue, 28 Aug 2007 20:11:17 +0200 (CEST) From: raul.rodriguez@estudiosms.es To: "freebsd-stable@freebsd.org" User-Agent: SquirrelMail/1.4.8-4.0.1.el4 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: DELL SC430 & ahd0: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 18:35:23 -0000 Hello Look. I have a problem with an Integris CathLab System. It only uses 18GBytes HDD. And nowadays you can figure how difficult is to get such as discs. Can you tell me a way to limit by Firmware the capacity of a brand new Disc let says 73 GBytes to just 18GBytes. By the way, and sure that’s the way Philips works when you order a new disc. Bye Raul From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 18:38:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 436BF16A417 for ; Tue, 28 Aug 2007 18:38:09 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from secure.socket.ch (secure.socket.ch [212.103.70.36]) by mx1.freebsd.org (Postfix) with ESMTP id EE2B113C4CA for ; Tue, 28 Aug 2007 18:38:08 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from 80-219-162-83.dclient.hispeed.ch ([80.219.162.83] helo=factory.fsck.ch) by secure.socket.ch with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IQ5Ta-000LVD-5T; Tue, 28 Aug 2007 20:07:44 +0200 Message-ID: <46D4646D.1020801@fsck.ch> Date: Tue, 28 Aug 2007 20:07:41 +0200 From: Tobias Roth User-Agent: Thunderbird 2.0.0.6 (X11/20070804) MIME-Version: 1.0 To: bh@izb.knu.ac.kr References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> In-Reply-To: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Byung-Hee HWANG wrote: > I can't decide postfix > or qmail. Use exim then. [...] Content analysis details: (0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.6 TVD_RCVD_IP TVD_RCVD_IP X-SA-Exim-Connect-IP: 80.219.162.83 X-SA-Exim-Mail-From: freebsd.lists@fsck.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 18:38:09 -0000 Byung-Hee HWANG wrote: > I can't decide postfix > or qmail. Use exim then. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 18:50:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C02B16A421 for ; Tue, 28 Aug 2007 18:50:36 +0000 (UTC) (envelope-from greenwood.andy@gmail.com) Received: from agreenftp.no-ip.com (75-137-118-150.dhcp.gnvl.sc.charter.com [75.137.118.150]) by mx1.freebsd.org (Postfix) with ESMTP id 5EEFF13C4B3 for ; Tue, 28 Aug 2007 18:50:36 +0000 (UTC) (envelope-from greenwood.andy@gmail.com) Received: from localhost (localhost [127.0.0.1]) by agreenftp.no-ip.com (Postfix) with ESMTP id DC7FA39826; Tue, 28 Aug 2007 14:40:16 -0400 (EDT) X-Virus-Scanned: amavisd-new at agreenftp.no-ip.com Received: from agreenftp.no-ip.com ([127.0.0.1]) by localhost (zeus.agreenftp.no-ip.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DuHQ9diHpL4y; Tue, 28 Aug 2007 14:40:03 -0400 (EDT) Received: from [10.212.3.94] (216.215.144.201.nw.nuvox.net [216.215.144.201]) (Authenticated sender: andy) by agreenftp.no-ip.com (Postfix) with ESMTPA id 8FCE13980F; Tue, 28 Aug 2007 14:40:03 -0400 (EDT) Message-ID: <46D46C01.3030005@gmail.com> Date: Tue, 28 Aug 2007 14:40:01 -0400 From: Andy Greenwood User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: "Patrick M. Hausen" References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <20070828181412.GA63227@hugo10.ka.punkt.de> In-Reply-To: <20070828181412.GA63227@hugo10.ka.punkt.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Byung-Hee HWANG , freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 18:50:36 -0000 Patrick M. Hausen wrote: > Hi! > > >> Recently I am considering to move to another MTA. At one time I was >> wondering what mail server big ISP are running. I can't decide postfix >> or qmail. >> >> Which one is best MTA for me? >> > > Sendmail? It's the best MTA for me ;-) > > Maybe your question could be answered in a more helpful way, > if you stated > > - which MTA you are currently using > - what you don't like about it, so you want to switch > I agree. we can't determine what's best for you unless you tell us what you're lacking. the way you phrased your question, you'll just get a list of what other people like, which may or may not be well suited for your application. > We are an ISP and we run Sendmail. Works great. I don't like > qmail, because for me it's architecture is even more arcane > than Sendmail's. And it doesn't log all information Sendmail > does - which is important for us when tracing "lost" mails. > (remote MTA queue ID, for example) > I work at an ISP and we use sendmail here as well. I use postfix at home. Both work quite well. > I hear lots of good things about postfix, but switch for > the sake of switching? I already have enough work ;-) > > Kind regards, > Patrick M. Hausen > Leiter Netzwerke und Sicherheit > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 19:25:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A6F116A41A for ; Tue, 28 Aug 2007 19:25:23 +0000 (UTC) (envelope-from heli@mikestammer.com) Received: from smtp124.sbc.mail.re3.yahoo.com (smtp124.sbc.mail.re3.yahoo.com [66.196.96.97]) by mx1.freebsd.org (Postfix) with SMTP id 9ED8B13C46E for ; Tue, 28 Aug 2007 19:25:22 +0000 (UTC) (envelope-from heli@mikestammer.com) Received: (qmail 30068 invoked from network); 28 Aug 2007 18:58:42 -0000 Received: from unknown (HELO mail.mikestammer.com) (mikestammer@sbcglobal.net@70.131.96.103 with login) by smtp124.sbc.mail.re3.yahoo.com with SMTP; 28 Aug 2007 18:58:42 -0000 X-YMail-OSG: Q2xCyz4VM1kfiTS.ycNBLE_jGr8hcOHlrCoo5NUxYnARXZ9JCrgEEp7oNmZbLmMzRvfxY4y.OE0ttMLOcUbk7vTDN.XlktDnBFPLJVc7cMCyWPQLlBE- Received: from localhost (localhost [127.0.0.1]) by mail.mikestammer.com (Postfix) with ESMTP id 05230B908; Tue, 28 Aug 2007 13:58:52 -0500 (CDT) X-Virus-Scanned: amavisd-new at mikestammer.com Received: from mail.mikestammer.com ([127.0.0.1]) by localhost (gondolin.middleearth.mikestammer.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJ3zIECfVUuT; Tue, 28 Aug 2007 13:58:50 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: eric) by mail.mikestammer.com (Postfix) with ESMTPSA id 73D4FB8FE; Tue, 28 Aug 2007 13:58:49 -0500 (CDT) Message-ID: <46D4705C.2010508@mikestammer.com> Date: Tue, 28 Aug 2007 13:58:36 -0500 From: Eric User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Tobias Roth References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <46D4646D.1020801@fsck.ch> In-Reply-To: <46D4646D.1020801@fsck.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bh@izb.knu.ac.kr, freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 19:25:23 -0000 Tobias Roth wrote: > Byung-Hee HWANG wrote: >> I can't decide postfix >> or qmail. > > Use exim then. heres a bunch of reasons to avoid qmail: http://www-dt.e-technik.uni-dortmund.de/~ma/qmail-bugs.html I started out with qmail, then went to postfix after getting bit by qmail too many times. I shouldnt have to assemble 40 patches from 40 people to make qmail work properly. I like postfix alot. it works out of the box, has options for everything and the author updates his code and knows he isnt infallible. theres more interesting facts about DJBs software on the maradns homepage if anyone is interested. you really cant go wrong with postfix. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 19:35:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9788A16A417 for ; Tue, 28 Aug 2007 19:35:53 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 2164E13C461 for ; Tue, 28 Aug 2007 19:35:52 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id l7SJZqfq008828 for ; Tue, 28 Aug 2007 21:35:52 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.13.6/8.13.6) with ESMTP id l7SJZoBd067917; Tue, 28 Aug 2007 21:35:51 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.13.6/8.13.6/Submit) id l7SJZoeD067916; Tue, 28 Aug 2007 21:35:50 +0200 (CEST) (envelope-from ry93) Date: Tue, 28 Aug 2007 21:35:50 +0200 From: "Patrick M. Hausen" To: Eric Message-ID: <20070828193550.GA67690@hugo10.ka.punkt.de> References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <46D4646D.1020801@fsck.ch> <46D4705C.2010508@mikestammer.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <46D4705C.2010508@mikestammer.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: bh@izb.knu.ac.kr, Tobias Roth , freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 19:35:53 -0000 Hi! On Tue, Aug 28, 2007 at 01:58:36PM -0500, Eric wrote: > theres more interesting facts about DJBs software on the maradns homepage if > anyone is interested. Jehova! Jehova! DJB's software is guaranteed bug free!!!!1111!!!! SCNR, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 20:13:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC3216A418 for ; Tue, 28 Aug 2007 20:13:00 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8920E13C459 for ; Tue, 28 Aug 2007 20:13:00 +0000 (UTC) (envelope-from decibel@decibel.org) Received: by noel.decibel.org (Postfix, from userid 1001) id 88A0656475; Tue, 28 Aug 2007 19:47:09 +0000 (UTC) Received: (hashcash-sendmail, from uid 1001); Tue, 28 Aug 2007 14:47:08 -0500 Date: Tue, 28 Aug 2007 14:47:08 -0500 From: Decibel! To: freebsd-stable@freebsd.org Message-ID: <20070828194707.GE1386@decibel.org> Mail-Followup-To: Decibel! , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline X-Operating-System: FreeBSD 6.1-RELEASE-p10 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.13 (2006-08-11) X-Hashcash: 1:20:070828:freebsd-stable@freebsd.org::ws9oi4LssPigp4tO:00000000000 000000000000000000000000AGx/ Subject: top for IO stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 20:13:00 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Is there anything like top, but for filesystem activity? Google hasn't turned up anything... --=20 Decibel!, aka Jim C. Nasby, Database Architect decibel@decibel.org=20 Give your computer some brain candy! www.distributed.net Team #1828 --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFG1Hu7dO30qud8SkgRAhNoAJ0Y9ujpDsHVTTfj8P5WOHtPIZ5G/ACaA+pN y/btZvh7+PmKWID1TUwmdHA= =gFEM -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 20:14:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A751216A46C for ; Tue, 28 Aug 2007 20:14:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9349C13C442 for ; Tue, 28 Aug 2007 20:14:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 48F371CC02A; Tue, 28 Aug 2007 13:14:30 -0700 (PDT) Date: Tue, 28 Aug 2007 13:14:30 -0700 From: Jeremy Chadwick To: Decibel! , freebsd-stable@freebsd.org Message-ID: <20070828201430.GA90879@eos.sc1.parodius.com> Mail-Followup-To: Decibel! , freebsd-stable@freebsd.org References: <20070828194707.GE1386@decibel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070828194707.GE1386@decibel.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: top for IO stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 20:14:30 -0000 On Tue, Aug 28, 2007 at 02:47:08PM -0500, Decibel! wrote: > Is there anything like top, but for filesystem activity? Google hasn't > turned up anything... I think what you're looking for is iostat(8). Keep in mind that this doesn't break things down "per process" however. fstat(1) would work for that. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 20:23:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10C7916A41B for ; Tue, 28 Aug 2007 20:23:28 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id F226213C4B4 for ; Tue, 28 Aug 2007 20:23:26 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 28 Aug 2007 21:23:24 +0100 (BST) Date: Tue, 28 Aug 2007 21:23:22 +0100 From: David Malone To: Decibel! , freebsd-stable@freebsd.org Message-ID: <20070828202322.GA75828@walton.maths.tcd.ie> References: <20070828194707.GE1386@decibel.org> <20070828201430.GA90879@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070828201430.GA90879@eos.sc1.parodius.com> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: Subject: Re: top for IO stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 20:23:28 -0000 On Tue, Aug 28, 2007 at 01:14:30PM -0700, Jeremy Chadwick wrote: > On Tue, Aug 28, 2007 at 02:47:08PM -0500, Decibel! wrote: > > Is there anything like top, but for filesystem activity? Google hasn't > > turned up anything... > > I think what you're looking for is iostat(8). Keep in mind that this > doesn't break things down "per process" however. fstat(1) would work > for that. You can get some per-process I/O stats by starting top and pressing "m" to put it in io mode. David. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 21:15:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED0216A4C0 for ; Tue, 28 Aug 2007 21:15:57 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from deanna.icarz.com (deanna.icarz.com [207.99.22.19]) by mx1.freebsd.org (Postfix) with ESMTP id AACA513C483 for ; Tue, 28 Aug 2007 21:15:53 +0000 (UTC) (envelope-from kenfreebsd@icarz.com) Received: from kenxp (netb-138.icarz.com [209.123.219.138]) by deanna.icarz.com (8.13.8/8.13.8) with SMTP id l7SKdcZp032819; Tue, 28 Aug 2007 16:39:39 -0400 (EDT) (envelope-from kenfreebsd@icarz.com) Message-ID: <09e101c7e9b3$8e021f30$8adb7bd1@icarz.com> From: "Ken Menzel" To: "Decibel!" , References: <20070828194707.GE1386@decibel.org> Date: Tue, 28 Aug 2007 16:39:39 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Spam-Score: -100.13 () ALL_TRUSTED,AWL,STOX_REPLY_TYPE,USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.62 on 207.99.22.19 Cc: Subject: Re: top for IO stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ken Menzel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 21:15:57 -0000 ---- Original Message ----- From: "Decibel!" To: Sent: Tuesday, August 28, 2007 3:47 PM Subject: top for IO stats Is there anything like top, but for filesystem activity? Google hasn't turned up anything... -- How about -- top -mio man top From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 21:28:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2940A16A417 for ; Tue, 28 Aug 2007 21:28:45 +0000 (UTC) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.freebsd.org (Postfix) with ESMTP id CB04813C4E3 for ; Tue, 28 Aug 2007 21:28:44 +0000 (UTC) (envelope-from decibel@decibel.org) Received: by noel.decibel.org (Postfix, from userid 1001) id BA77C5645E; Tue, 28 Aug 2007 21:28:36 +0000 (UTC) Received: (hashcash-sendmail, from uid 1001); Tue, 28 Aug 2007 16:28:35 -0500 Date: Tue, 28 Aug 2007 16:28:35 -0500 From: Decibel! To: Christopher Arnold Message-ID: <20070828212834.GG1386@decibel.org> Mail-Followup-To: Decibel! , Christopher Arnold , freebsd-stable@freebsd.org References: <20070828194707.GE1386@decibel.org> <20070828232455.V59191@chrishome.localnet> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JBi0ZxuS5uaEhkUZ" Content-Disposition: inline In-Reply-To: <20070828232455.V59191@chrishome.localnet> X-Operating-System: FreeBSD 6.1-RELEASE-p10 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.13 (2006-08-11) X-Hashcash: 1:20:070828:chris@arnold.se::7Mc1TcjmMLqq82OK:000NTt X-Hashcash: 1:20:070828:freebsd-stable@freebsd.org::UyIZAnyMNTndaUjD:00000000000 00000000000000000000000054JW Cc: freebsd-stable@freebsd.org Subject: Re: top for IO stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 21:28:45 -0000 --JBi0ZxuS5uaEhkUZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 28, 2007 at 11:26:00PM +0200, Christopher Arnold wrote: > On Tue, 28 Aug 2007, Decibel! wrote: >=20 > >Is there anything like top, but for filesystem activity? Google hasn't > >turned up anything... > > > Maybe you are looking for "gstat"? Actually, top -mio is exactly what I was looking for. Never knew top could do that... --=20 Decibel!, aka Jim C. Nasby, Database Architect decibel@decibel.org=20 Give your computer some brain candy! www.distributed.net Team #1828 --JBi0ZxuS5uaEhkUZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFG1JOCdO30qud8SkgRArC9AJ4y3Df1LdHQNUpjsNLel4e6glGuegCgtXpN 29lbSR5rYN8K5IFzYpnBHAo= =jrCb -----END PGP SIGNATURE----- --JBi0ZxuS5uaEhkUZ-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 21:52:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CA5C16A468 for ; Tue, 28 Aug 2007 21:52:44 +0000 (UTC) (envelope-from chris@arnold.se) Received: from mailstore.infotropic.com (mailstore.infotropic.com [213.136.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC4413C481 for ; Tue, 28 Aug 2007 21:52:42 +0000 (UTC) (envelope-from chris@arnold.se) Received: (qmail 19047 invoked by uid 89); 28 Aug 2007 21:26:01 -0000 Received: by simscan 1.2.0 ppid: 19042, pid: 19044, t: 0.1037s scanners: attach: 1.2.0 clamav: 0.90/m:42 Received: from unknown (HELO ?192.168.123.123?) (chris@arnold.se@82.182.86.134) by mailstore.infotropic.com with ESMTPA; 28 Aug 2007 21:26:01 -0000 Date: Tue, 28 Aug 2007 23:26:00 +0200 (CEST) From: Christopher Arnold X-X-Sender: chris@chrishome.localnet To: Decibel! In-Reply-To: <20070828194707.GE1386@decibel.org> Message-ID: <20070828232455.V59191@chrishome.localnet> References: <20070828194707.GE1386@decibel.org> X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards?= =?ISO-8859-1?Q?_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: top for IO stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 21:52:44 -0000 On Tue, 28 Aug 2007, Decibel! wrote: > Is there anything like top, but for filesystem activity? Google hasn't > turned up anything... > Maybe you are looking for "gstat"? /Chris -- http://www.arnold.se/ From owner-freebsd-stable@FreeBSD.ORG Tue Aug 28 23:01:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC48216A418 for ; Tue, 28 Aug 2007 23:01:41 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.freebsd.org (Postfix) with SMTP id 3A2FC13C459 for ; Tue, 28 Aug 2007 23:01:40 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: (qmail 33575 invoked by uid 0); 28 Aug 2007 22:34:58 -0000 Received: from r5j156.net.upc.cz (HELO ?86.49.9.156?) (86.49.9.156) by smtp.dkm.cz with SMTP; 28 Aug 2007 22:34:58 -0000 Message-ID: <46D4A312.3010805@users.sf.net> Date: Wed, 29 Aug 2007 00:34:58 +0200 From: mato User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.6) Gecko/20070821 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Doug Barton References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Recent PAM changes worth an UPDATING entry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Aug 2007 23:01:41 -0000 Doug Barton wrote: > On Fri, 24 Aug 2007, martinko wrote: > >> Doug Barton wrote: >>> Howdy, >>> >>> I just rebuilt and installed my world on my 6-stable box, and ran >>> into a snag. Like a lot of users I use -DNO_CLEAN in buildworld >>> since this is a very slow box that I use mostly as a file/dns >>> server. After rebooting I could ssh in ok (probably because I don't >>> use PAM for sshd) but couldn't su, or log in at the console. >>> >>> After looking at the errors, I figured out that I needed to >>> completely recompile stuff related to PAM. Just to be on the safe >>> side I did libpam, login, su, and getty. After that I was able to >>> log in normally from the console, and su from either terminal. >>> >>> IMO this is worth an entry in UPDATING since I probably won't be the >>> only user who stumbles across this. >>> >>> Doug >>> >> >> Doug, >> >> Could it possibly be related to the following issue of mine ?? : >> http://lists.freebsd.org/pipermail/freebsd-questions/2007-July/153137.html >> > > Sure sounds that way. Have you tried doing clean recompiles of those > programs? > > Doug > Doug, I'm not quite sure why after buildworld & installworld I would need to recompile some stuff once again (apart from ports, if necessary, of course). Does it have something to do with -DNO_CLEAN and what exactly ? Anyway, I didn't use it while doing my buildworld. Anyway, I may try what you suggest (asap). Meanwhile, could you pls explain where you looked at for errors and what exactly you did afterwards ?? (I was at lost myself) Cheers, Martin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 00:31:08 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4875116A501 for ; Wed, 29 Aug 2007 00:31:08 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.153.100]) by mx1.freebsd.org (Postfix) with ESMTP id DC3BA13C461 for ; Wed, 29 Aug 2007 00:31:07 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lhc.phy.uct.ac.za ([137.158.92.134]) by mail.uct.ac.za with esmtp (Exim 4.44 (FreeBSD)) id 1IQBSc-000JIl-L0 for stable@freebsd.org; Wed, 29 Aug 2007 02:31:06 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.67) (envelope-from ) id 1IQBSg-0003PS-S8 for stable@freebsd.org; Wed, 29 Aug 2007 02:31:10 +0200 Date: Wed, 29 Aug 2007 02:31:10 +0200 From: gareth To: stable@freebsd.org Message-ID: <20070829003110.GA12965@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20070827200854.GA32253@lordcow.org> <08479CC5-8BD4-409D-9B8B-6FC888E08583@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <08479CC5-8BD4-409D-9B8B-6FC888E08583@mac.com> User-Agent: Mutt/1.5.16 (2007-06-11) Cc: Subject: Re: portaudit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 00:31:08 -0000 On Mon 2007-08-27 (17:09), Chuck Swiger wrote: > This might imply that your system clock on that machine is wrong...? > Double-check what it thinks is the date. date and time is synced. > Also, make sure you don't have some old version stuck in an intervening > proxy, if such is being used. it seems like this may be the case. i downloaded http://www.FreeBSD.org/ports/auditfile.tbz via another route and got the correct date. will get hold've my proxy admin, thanx. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 01:34:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489DE16A417 for ; Wed, 29 Aug 2007 01:34:36 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts25-srv.bellnexxia.net (tomts25.bellnexxia.net [209.226.175.188]) by mx1.freebsd.org (Postfix) with ESMTP id D9A5A13C45D for ; Wed, 29 Aug 2007 01:34:35 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([76.64.190.177]) by tomts25-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070829013434.ELFI19497.tomts25-srv.bellnexxia.net@[192.168.1.133]>; Tue, 28 Aug 2007 21:34:34 -0400 In-Reply-To: <00db01c7e99b$85d65f50$dd8dcb54@claylaptop> References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <20070828172333.GA87607@eos.sc1.parodius.com> <00db01c7e99b$85d65f50$dd8dcb54@claylaptop> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0E2106E8-A854-4C68-BDAE-FE07EC0CC7F6@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Tue, 28 Aug 2007 21:34:33 -0400 To: Clayton Milos X-Mailer: Apple Mail (2.752.2) Cc: freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 01:34:36 -0000 On Aug 28, 2007, at 13:46, Clayton Milos wrote: > I use qmail with vpopmail not because it's necessarily the best MTA > but because I know it backwards. I've patched it and tweaked it so > it runs like lightning but all the patching and tweaking tought me > the guts of how it runs. If something goes wrong (which has > happened two or three times) I can get the system back up in a > flash, often before people realized that anything did go wrong. What happens if you win the lottery and decide to leave your place of employment? What does the organization do when the next person comes in and there's this high-specialized set up? From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 02:11:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F8D616A417 for ; Wed, 29 Aug 2007 02:11:50 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.27]) by mx1.freebsd.org (Postfix) with ESMTP id 55DC813C457 for ; Wed, 29 Aug 2007 02:11:50 +0000 (UTC) (envelope-from nszalay@qualigaz.com) Received: from smtp20.orange.fr (mwinf2002 [172.22.130.24]) by mwinf2010.orange.fr (SMTP Server) with ESMTP id 086E11C47D91 for ; Tue, 28 Aug 2007 23:04:59 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2002.orange.fr (SMTP Server) with ESMTP id 6EEBF1C0009C for ; Tue, 28 Aug 2007 23:04:57 +0200 (CEST) Received: from ghorghor (AAmiens-153-1-43-119.w90-18.abo.wanadoo.fr [90.18.10.119]) by mwinf2002.orange.fr (SMTP Server) with ESMTP id 3DD501C00081; Tue, 28 Aug 2007 23:04:57 +0200 (CEST) X-ME-UUID: 20070828210457253.3DD501C00081@mwinf2002.orange.fr Date: Tue, 28 Aug 2007 23:04:56 +0200 From: Nicolas Szalay To: Decibel! Message-ID: <20070828230456.5c7151e9@ghorghor> In-Reply-To: <20070828194707.GE1386@decibel.org> References: <20070828194707.GE1386@decibel.org> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.13; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: top for IO stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 02:11:50 -0000 On Tue, 28 Aug 2007 14:47:08 -0500 Decibel! wrote: > Is there anything like top, but for filesystem activity? Google hasn't > turned up anything... gstat ? From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 02:29:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D75E16A417 for ; Wed, 29 Aug 2007 02:29:15 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id DD80D13C467 for ; Wed, 29 Aug 2007 02:29:14 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id C87BFEB31E0; Wed, 29 Aug 2007 10:29:10 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 80sBQ0js+XRS; Wed, 29 Aug 2007 10:29:01 +0800 (CST) Received: from LI-Xins-MacBook.local (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 88281EB31B6; Wed, 29 Aug 2007 10:29:01 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=Gn0+ePt+5HhpQBC9PlgnHJk+9r/+Z9MvIMkPOz+3IWTL9+gp4a/AjuftRkfAFISA5 HUcjXvcAFxDeZYRhuQteg== Message-ID: <46D4D9DA.6050903@delphij.net> Date: Wed, 29 Aug 2007 10:28:42 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: bh@izb.knu.ac.kr References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> In-Reply-To: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigF939ED2831EB4422D2AA89AD" Cc: freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 02:29:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF939ED2831EB4422D2AA89AD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Byung-Hee HWANG wrote: > Hi, >=20 > Recently I am considering to move to another MTA. At one time I was > wondering what mail server big ISP are running. I can't decide postfix > or qmail.=20 >=20 > Which one is best MTA for me? We (one of the largest ICP company in China and provides some billions of free e-mail accounts) has replaced our locally hacked qmail with postfix in 2005. I and one of our sys-op has accomplished all of the necessary migration work (coding to re-implement our features, testing, and migration itself) within three weeks, so once you have confirmed what your requirement is, it's not very hard to do. I do not want to say simply that you will want postfix, but I would like to explain the reasons why we have did the migration: - Performance. qmail uses about 3 times of file I/O operation for each mail delivery, compared with postfix. For a busy MX server this means that you have to prepare more servers to do the same job. - Features. Most of extension to qmail has to be done by patching. It's true that there is a lot of qmail patches floating around, but you have to carefully maintain a local qmail tree. Postfix has a lot of built-in anti-spam and other features, and it is relatively easy to implement new feature with Python/Twisted through Postfix's interface - no patch needed for postfix itself. - Manageability. Our system administration team used to be very familiar with qmail. However, for large ISP/ICPs, qmail fails to solve the following essential problems that postfix does not have: - Hard to reconstruct mail queue after damage In postfix this can be done with 'postfix check'. - Have to watch its queue situation Once you got the queue stuck with a lot (200,000+) e-mails that can not be delivered temporarily, e.g. due to a backend hardware issue, all e-mails would be delivered very slowly, and incoming e-mail would make the situation worse. We used to have a monitoring script that adds an ipfw rule to block all subsequent incoming mail to work around this issue. With postfix, stuck e-mails are stored in separate queue. - and a lot more... - Maintainability. Extending postfix for your own need is easy, our new anti-spam system is primarily written as a policy/filtering/table lookup daemon with Python/Twisted, making the code much more easy to understand and maintain. It's not easy for someone to be able to pick up the qmail patch due to the coding style and lack of comments. More importantly, postfix is being actively maintained, but qmail is not. I'm not sure about the problem you are having. If you are going to set up a new mail server (cluster) then don't use qmail, it would be a nightmare if your system grows. Postfix is a good choice, and there are some other choices, e.g. sendmail, exim, etc. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigF939ED2831EB4422D2AA89AD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG1NnaOfuToMruuMARCtdjAJsGma0PFVngW1w6x7XlFrLzTEZnXACbBZnW o0665aXwQzYHkr32csnqO0c= =HROu -----END PGP SIGNATURE----- --------------enigF939ED2831EB4422D2AA89AD-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 06:06:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9466F16A418 for ; Wed, 29 Aug 2007 06:06:33 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius2.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mx1.freebsd.org (Postfix) with ESMTP id 13CAB13C46E for ; Wed, 29 Aug 2007 06:06:32 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from kas30pipe.localhost (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with ESMTP id E5CBE89DB1 for ; Wed, 29 Aug 2007 13:45:21 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with SMTP id F2131896C5 for ; Wed, 29 Aug 2007 13:45:17 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id CF448892EB for ; Wed, 29 Aug 2007 13:45:17 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 0B8AB367EE; Wed, 29 Aug 2007 13:45:13 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 2B9E5367E6; Wed, 29 Aug 2007 13:45:13 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1IQGMZ-0008Pp-00; Wed, 29 Aug 2007 13:45:11 +0800 Date: Wed, 29 Aug 2007 13:45:10 +0800 (WST) From: David Adam To: David Magda In-Reply-To: <0E2106E8-A854-4C68-BDAE-FE07EC0CC7F6@ee.ryerson.ca> Message-ID: References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <20070828172333.GA87607@eos.sc1.parodius.com> <00db01c7e99b$85d65f50$dd8dcb54@claylaptop> <0E2106E8-A854-4C68-BDAE-FE07EC0CC7F6@ee.ryerson.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Envelope-From: zanchey@ucc.gu.uwa.edu.au X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1415 [August 28 2007] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: Clayton Milos , freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 06:06:33 -0000 On Tue, 28 Aug 2007, David Magda wrote: > On Aug 28, 2007, at 13:46, Clayton Milos wrote: > > > I use qmail with vpopmail not because it's necessarily the best MTA > > but because I know it backwards. I've patched it and tweaked it so > > it runs like lightning but all the patching and tweaking tought me > > the guts of how it runs. If something goes wrong (which has > > happened two or three times) I can get the system back up in a > > flash, often before people realized that anything did go wrong. > > What happens if you win the lottery and decide to leave your place of > employment? What does the organization do when the next person comes > in and there's this high-specialized set up? On the upside, you're now irreplaceable and can't be fired. David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 08:34:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCDDC16A420 for ; Wed, 29 Aug 2007 08:34:35 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 42FA313C457 for ; Wed, 29 Aug 2007 08:34:34 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l7T8YM3C016271; Wed, 29 Aug 2007 05:34:22 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, d@delphij.net Date: Wed, 29 Aug 2007 05:34:28 -0300 User-Agent: KMail/1.9.7 References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <46D4D9DA.6050903@delphij.net> In-Reply-To: <46D4D9DA.6050903@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200708290534.28919.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 08:34:35 -0000 On Tuesday 28 August 2007 23:28:42 LI Xin wrote: > We (one of the largest ICP company in China and provides some billions > of free e-mail accounts)=20 well ... and the server is hosted in Gotham City =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 09:28:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD74316A41B for ; Wed, 29 Aug 2007 09:28:21 +0000 (UTC) (envelope-from stom@free.fr) Received: from smtp002.mail.ukl.yahoo.com (smtp002.mail.ukl.yahoo.com [217.12.11.33]) by mx1.freebsd.org (Postfix) with SMTP id 12F2913C491 for ; Wed, 29 Aug 2007 09:28:20 +0000 (UTC) (envelope-from stom@free.fr) Received: (qmail 92984 invoked from network); 29 Aug 2007 09:01:40 -0000 Received: from unknown (HELO btn.mine.nu) (tux_shady@88.140.245.177 with login) by smtp002.mail.ukl.yahoo.com with SMTP; 29 Aug 2007 09:01:40 -0000 X-YMail-OSG: 4eqPKogVM1m3JzXmxL8ukJiEmO8NxmnE732yALumIZXLmFxVGQfT.hhEuHW8whVJ4fZjm3MxVw-- Received: from localhost (unknown [127.0.0.1]) by btn.mine.nu (Postfix) with ESMTP id E140828426 for ; Wed, 29 Aug 2007 11:01:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at btn.mine.nu Received: from btn.mine.nu ([127.0.0.1]) by localhost (btn.mine.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tH-njG66gcOa for ; Wed, 29 Aug 2007 11:01:36 +0200 (CEST) Received: from [127.0.0.1] (windows [192.168.0.200]) by btn.mine.nu (Postfix) with ESMTP id CFE4D2841E for ; Wed, 29 Aug 2007 11:01:35 +0200 (CEST) Message-ID: <46D535E6.50006@free.fr> Date: Wed, 29 Aug 2007 11:01:26 +0200 From: Philippe Laquet User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <46D4D9DA.6050903@delphij.net> <200708290534.28919.joao@matik.com.br> In-Reply-To: <200708290534.28919.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 000769-1, 28/08/2007), Outbound message X-Antivirus-Status: Clean Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 09:28:21 -0000 JoaoBR a écrit : > On Tuesday 28 August 2007 23:28:42 LI Xin wrote: > >> We (one of the largest ICP company in China and provides some billions >> of free e-mail accounts) >> > > > well ... and the server is hosted in Gotham City > > and the server currently runs on a single 486DX2-66! Powered by BatBSD! ;) From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 10:05:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C455216A41B for ; Wed, 29 Aug 2007 10:05:44 +0000 (UTC) (envelope-from ike@lesmuug.org) Received: from scooter.bizintegrators.com (scooter.bizintegrators.com [64.94.184.35]) by mx1.freebsd.org (Postfix) with ESMTP id 886C313C49D for ; Wed, 29 Aug 2007 10:05:42 +0000 (UTC) (envelope-from ike@lesmuug.org) Received: from [10.0.121.200] (dsl254-071-222.nyc1.dsl.speakeasy.net [216.254.71.222]) (authenticated bits=0) by scooter.bizintegrators.com (8.13.3/8.13.3) with ESMTP id l7T9UYcl018723 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 29 Aug 2007 05:30:35 -0400 (EDT) In-Reply-To: <45D48518.6040108@samsco.org> References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <45A1C15F.8060802@samsco.org> <20070215044855.388f7e2e@tek.flintsbach.schmalzbauer.de> <45D48518.6040108@samsco.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5BD828C7-DDE7-446C-AF36-DD1E6A78427D@lesmuug.org> Content-Transfer-Encoding: 7bit From: Isaac Levy Date: Wed, 29 Aug 2007 05:30:26 -0400 To: Scott Long X-Mailer: Apple Mail (2.752.2) X-Loftmail-Check: No X-Scanned-By: MIMEDefang 2.54 on 64.94.184.36 Cc: Jan Mikkelsen , Harald Schmalzbauer , freebsd-stable@freebsd.org Subject: kernel panic, Areca, 6.2-REL with GENERIC [Was: Re: 6.2-st panic w/ ggate [Was: Re: kernel panic on 6.2-RC2 with GENERIC.]] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 10:05:44 -0000 Hi All, I hate to say, I'm picking up from this thread: http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/ 031970.html On Feb 15, 2007, at 11:06 AM, Scott Long wrote: > I don't see how they could be related. I've committed a fix for > the Areca problem. > > Scott I've reproduced the Areca problem from previous threads this year, and was wondering if it's still broken, or if there's anything I'm missing? Here's what happens: Aug 29 01:56:38 greengoose sudo: ike : TTY=ttyp6 ; PWD=/usr/home/ ike ; USER=root ; COMMAND=/usr/sbin/periodic daily Aug 29 01:57:29 greengoose kernel: g_vfs_done():da2p1[WRITE (offset=5998165426176, length=131072)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556233216, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556249600, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556216832, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556298752, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556315136, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556282368, length=16384)]error = 5 Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=27556331520, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359873536, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359889920, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359939072, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122359955456, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=122360086528, length=16384)]error = 5 Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE (offset=28133228544, length=16384)]error = 5 Aug 29 02:11:40 greengoose syslogd: kernel boot file is /boot/kernel/ kernel Here's the specs: FreeBSD 6.2-REL, i386 GENERIC kernel (installed today [many times over]) da2: Fixed Direct Access SCSI-5 device (12 chhannel SATA Raid, Maxtor disks, with 'Disable Maxtor' under 'HDD Read-Ahead Cache' set) Firmware Version - V1.43 2007-4-17 BOOT ROM Version - V1.41 2006-5-24 Additional info: - Volumes are Raid5 and Pass-Through drives - Pass-Through drives fail just like the Raid5 volumes do - Each time it crashes, disk i/o is SCREAMING'. -- If I've missed something, please feel free to point me to the url! But if not, it seems whatever bug in this driver existed, did not go away... (Sidenote: Gotta give a big thanks to the whoever is working on these drivers, once you get working with big disks, it takes A LONG TIME to figure out what's wrong... A fsck takes forever... Not whining, actually I'm really meaning to thank the driver writers for wading through this thick muck!!!) Rocket- .ike From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 11:11:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A23B16A419 for ; Wed, 29 Aug 2007 11:11:02 +0000 (UTC) (envelope-from greg@bestnet.kharkov.ua) Received: from relay.bestnet.ua (relay.bestnet.ua [193.124.57.92]) by mx1.freebsd.org (Postfix) with ESMTP id E5FCA13C45E for ; Wed, 29 Aug 2007 11:11:01 +0000 (UTC) (envelope-from greg@bestnet.kharkov.ua) Received: from relay.bestnet.ua (db.bestnet.ua [127.0.0.1]) by relay.bestnet.ua (Postfix) with ESMTP id E656BC066; Wed, 29 Aug 2007 13:49:16 +0300 (EEST) Received: from [80.92.224.11] (greg.bestnet.kharkov.ua [80.92.224.11]) by relay.bestnet.ua (Postfix) with ESMTP id B5857C007; Wed, 29 Aug 2007 13:49:15 +0300 (EEST) Message-ID: <46D54F2B.9000902@bestnet.kharkov.ua> Date: Wed, 29 Aug 2007 13:49:15 +0300 From: Gregory Edigarov User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: bh@izb.knu.ac.kr References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> In-Reply-To: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 11:11:02 -0000 Elephants have it much longer :-) Byung-Hee HWANG wrote: > Hi, > > Recently I am considering to move to another MTA. At one time I was > wondering what mail server big ISP are running. I can't decide postfix > or qmail. > > Which one is best MTA for me? > > -- > Byung-Hee > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- With best regards, Gregory Edigarov From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 12:50:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4A3716A419 for ; Wed, 29 Aug 2007 12:50:47 +0000 (UTC) (envelope-from james.sarasin@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 70F4413C483 for ; Wed, 29 Aug 2007 12:50:47 +0000 (UTC) (envelope-from james.sarasin@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so164469wxd for ; Wed, 29 Aug 2007 05:50:46 -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=YSUq6UwYCIiRaNlL9Qbfs6EdGqg+/hEm0EE60q2OACXLNzqZkEYotq8etOj0gwUciYT9ylSZ/JOEzIrgLoExfiV4YfN3vbJRYpkx2St6Mco5IAvvZ9Zrw/cxo0i6l7WFVs9cXJcACGL6d0nGNOMovUtbRgHdp9ElaOBLojJXYbE= 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=FuC9niVGtn8hp3BBzi5dCLBe0f9OeL22gb33kLOKS3L6RQgKk4FE7nsGfOSSHnTiRE7RhRkgirgXXc98GV7qmJLRVRQYiu04jzem2uPxjXrbS2UcYlNi9ifNK0z6wGtAGSXHOao9qkHSFxYAzilnzITfmEsKjMVI85LTJuhaMsU= Received: by 10.90.102.20 with SMTP id z20mr2253560agb.1188390088483; Wed, 29 Aug 2007 05:21:28 -0700 (PDT) Received: by 10.90.83.3 with HTTP; Wed, 29 Aug 2007 05:21:28 -0700 (PDT) Message-ID: <747690c20708290521o4b3589d5y6098be3bf1152871@mail.gmail.com> Date: Wed, 29 Aug 2007 06:21:28 -0600 From: "James Sarasin" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: /dev/ppi Files aren't there! Parallel port problems. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 12:50:47 -0000 Hello there. I'm interesting in developing with the usermode ppi interface. How ever on a fresh install of the latest FreeBSD Iso images I don't have any ppi devices in /dev. From what I can tell it isn't using the correct settings for the parallel port. I have made sure that my parallel port is enabled in BIOS. Thanks James Sarasin ---- > My system information Toshiba TE2000 Laptop # uname -a FreeBSD .ab.hsia.telus.net 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 ---- > A verbous boot dump has the following in it: ppc0: parallel port not found. ppc0: parallel port not found. unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 ---- > When I try to load the ppi module after the systems running # kldload ppi kldload: can't load ppi: File exists ---- > On system startup it says this # grep ^ppc /var/run/dmesg.boot ppc0: parallel port not found. ----> When I call dmidecode i get the following relavent to the parallel port: Handle 0x0016, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: PARALLEL PORT External Connector Type: DB-25 female Port Type: Parallel Port ECP From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 13:05:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D56416A417 for ; Wed, 29 Aug 2007 13:05:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id B4F0C13C45E for ; Wed, 29 Aug 2007 13:05:09 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l7TD51CT031649; Wed, 29 Aug 2007 07:05:01 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46D56EF4.2050200@samsco.org> Date: Wed, 29 Aug 2007 07:04:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Isaac Levy References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <45A1C15F.8060802@samsco.org> <20070215044855.388f7e2e@tek.flintsbach.schmalzbauer.de> <45D48518.6040108@samsco.org> <5BD828C7-DDE7-446C-AF36-DD1E6A78427D@lesmuug.org> In-Reply-To: <5BD828C7-DDE7-446C-AF36-DD1E6A78427D@lesmuug.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 29 Aug 2007 07:05:03 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Jan Mikkelsen , Harald Schmalzbauer , freebsd-stable@freebsd.org Subject: Re: kernel panic, Areca, 6.2-REL with GENERIC [Was: Re: 6.2-st panic w/ ggate [Was: Re: kernel panic on 6.2-RC2 with GENERIC.]] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 13:05:10 -0000 Isaac Levy wrote: > Hi All, > > I hate to say, I'm picking up from this thread: > http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/031970.html > > On Feb 15, 2007, at 11:06 AM, Scott Long wrote: > >> I don't see how they could be related. I've committed a fix for the >> Areca problem. >> >> Scott > > I've reproduced the Areca problem from previous threads this year, and > was wondering if it's still broken, or if there's anything I'm missing? > > Here's what happens: > > Aug 29 01:56:38 greengoose sudo: ike : TTY=ttyp6 ; > PWD=/usr/home/ike ; USER=root ; COMMAND=/usr/sbin/periodic daily > Aug 29 01:57:29 greengoose kernel: > g_vfs_done():da2p1[WRITE(offset=5998165426176, length=131072)]error = 5 > Aug 29 01:57:58 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=27556233216, length=16384)]error = 5 > Aug 29 01:57:58 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=27556249600, length=16384)]error = 5 > Aug 29 01:57:58 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=27556216832, length=16384)]error = 5 > Aug 29 01:57:58 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=27556298752, length=16384)]error = 5 > Aug 29 01:57:58 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=27556315136, length=16384)]error = 5 > Aug 29 01:57:58 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=27556282368, length=16384)]error = 5 > Aug 29 01:57:58 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=27556331520, length=16384)]error = 5 > > Aug 29 02:08:50 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=122359873536, length=16384)]error = 5 > Aug 29 02:08:50 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=122359889920, length=16384)]error = 5 > Aug 29 02:08:50 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=122359939072, length=16384)]error = 5 > Aug 29 02:08:50 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=122359955456, length=16384)]error = 5 > Aug 29 02:08:50 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=122360086528, length=16384)]error = 5 > Aug 29 02:08:50 greengoose kernel: > g_vfs_done():da0s1f[WRITE(offset=28133228544, length=16384)]error = 5 > > Aug 29 02:11:40 greengoose syslogd: kernel boot file is /boot/kernel/kernel > > > Here's the specs: > FreeBSD 6.2-REL, i386 GENERIC kernel (installed today [many times over]) > da2: Fixed Direct Access SCSI-5 device > (12 chhannel SATA Raid, Maxtor disks, with 'Disable Maxtor' under 'HDD > Read-Ahead Cache' set) > > Firmware Version - V1.43 2007-4-17 > BOOT ROM Version - V1.41 2006-5-24 > > Additional info: > - Volumes are Raid5 and Pass-Through drives > - Pass-Through drives fail just like the Raid5 volumes do > - Each time it crashes, disk i/o is SCREAMING'. > > -- > If I've missed something, please feel free to point me to the url! > > But if not, it seems whatever bug in this driver existed, did not go > away... > > (Sidenote: Gotta give a big thanks to the whoever is working on these > drivers, once you get working with big disks, it takes A LONG TIME to > figure out what's wrong... A fsck takes forever... Not whining, > actually I'm really meaning to thank the driver writers for wading > through this thick muck!!!) > There are locking problems in the arcmsr driver. I fixed them in HEAD but not in 6-STABLE yet. I really don't have time today to generate patch; I encourage someone to look at the commit I made on July 31 and backport those changes to 6-STABLE. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 14:07:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A456916A417 for ; Wed, 29 Aug 2007 14:07:50 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 799B413C478 for ; Wed, 29 Aug 2007 14:07:50 +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 91CF4B810 for ; Wed, 29 Aug 2007 10:07:20 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <94ECF72B-B0E9-492C-8279-29989FAAE19C@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 29 Aug 2007 10:07:19 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 14:07:50 -0000 On Aug 17, 2007, at 10:44 PM, Ivan Voras wrote: > > fdisk and bsdlabels both have a limit: because of the way they > store the > data about the disk space they span, they can't store values that > reference space > 2 TB. In particular, every partition must start > at an > offset <= 2 TB, and cannot be larger than 2 TB. Thanks. This is good advice (along with your other note about doing it in the RAID volume manager). Nearly everyone else decided to jump on the raid level instead and spew forth the "RAID10 is better for database" party line. Well to you folks: once you have 1Gb cache and a lot of disks, there is not much difference between RAID10 and RAID5 or RAID6 in my testing. I ended up making 6 RAID volumes across all the disks to maximize spindle counts and strip the data at 16kB. This seems to work well, and I can assign the other partition as I need later on. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 14:08:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71FB516A418 for ; Wed, 29 Aug 2007 14:08:54 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 4779913C474 for ; Wed, 29 Aug 2007 14:08:54 +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 AF06EB80D for ; Wed, 29 Aug 2007 10:08:22 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4253EB06-63B9-4B4F-9CC3-2254714AF8DD@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 29 Aug 2007 10:08:21 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 14:08:54 -0000 On Aug 17, 2007, at 10:44 PM, Ivan Voras wrote: > fdisk and bsdlabels both have a limit: because of the way they > store the > data about the disk space they span, they can't store values that > reference space > 2 TB. In particular, every partition must start > at an > offset <= 2 TB, and cannot be larger than 2 TB. Oh... one more note: if I don't use fdisk or paritions, I *can* newfs the raw drive much bigger than 2Tb. I just don't want to do that for a production box. :-) From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 14:40:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BED4316A417 for ; Wed, 29 Aug 2007 14:40:22 +0000 (UTC) (envelope-from ike@lesmuug.org) Received: from scooter.bizintegrators.com (scooter.bizintegrators.com [64.94.184.35]) by mx1.freebsd.org (Postfix) with ESMTP id 802CA13C483 for ; Wed, 29 Aug 2007 14:40:22 +0000 (UTC) (envelope-from ike@lesmuug.org) Received: from [10.0.121.200] (dsl254-071-222.nyc1.dsl.speakeasy.net [216.254.71.222]) (authenticated bits=0) by scooter.bizintegrators.com (8.13.3/8.13.3) with ESMTP id l7TEeJA7027536 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 29 Aug 2007 10:40:20 -0400 (EDT) In-Reply-To: <46D56EF4.2050200@samsco.org> References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <45A1C15F.8060802@samsco.org> <20070215044855.388f7e2e@tek.flintsbach.schmalzbauer.de> <45D48518.6040108@samsco.org> <5BD828C7-DDE7-446C-AF36-DD1E6A78427D@lesmuug.org> <46D56EF4.2050200@samsco.org> 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: Isaac Levy Date: Wed, 29 Aug 2007 10:40:10 -0400 To: Scott Long X-Mailer: Apple Mail (2.752.2) X-Loftmail-Check: No X-Scanned-By: MIMEDefang 2.54 on 64.94.184.36 Cc: Jan Mikkelsen , Harald Schmalzbauer , freebsd-stable@freebsd.org Subject: Re: kernel panic, Areca, 6.2-REL with GENERIC [Was: Re: 6.2-st panic w/ ggate [Was: Re: kernel panic on 6.2-RC2 with GENERIC.]] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 14:40:22 -0000 On Aug 29, 2007, at 9:04 AM, Scott Long wrote: > Isaac Levy wrote: >> Hi All, >> I hate to say, I'm picking up from this thread: >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-January/ >> 031970.html >> On Feb 15, 2007, at 11:06 AM, Scott Long wrote: >>> I don't see how they could be related. I've committed a fix for >>> the Areca problem. >>> >>> Scott >> I've reproduced the Areca problem from previous threads this year, >> and was wondering if it's still broken, or if there's anything I'm >> missing? >> Here's what happens: >> >> Aug 29 01:56:38 greengoose sudo: ike : TTY=ttyp6 ; PWD=/usr/ >> home/ike ; USER=root ; COMMAND=/usr/sbin/periodic daily >> Aug 29 01:57:29 greengoose kernel: g_vfs_done():da2p1[WRITE >> (offset=5998165426176, length=131072)]error = 5 >> Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=27556233216, length=16384)]error = 5 >> Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=27556249600, length=16384)]error = 5 >> Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=27556216832, length=16384)]error = 5 >> Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=27556298752, length=16384)]error = 5 >> Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=27556315136, length=16384)]error = 5 >> Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=27556282368, length=16384)]error = 5 >> Aug 29 01:57:58 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=27556331520, length=16384)]error = 5 >> >> Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=122359873536, length=16384)]error = 5 >> Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=122359889920, length=16384)]error = 5 >> Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=122359939072, length=16384)]error = 5 >> Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=122359955456, length=16384)]error = 5 >> Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=122360086528, length=16384)]error = 5 >> Aug 29 02:08:50 greengoose kernel: g_vfs_done():da0s1f[WRITE >> (offset=28133228544, length=16384)]error = 5 >> >> Aug 29 02:11:40 greengoose syslogd: kernel boot file is /boot/ >> kernel/kernel >> >> Here's the specs: >> FreeBSD 6.2-REL, i386 GENERIC kernel (installed today [many times >> over]) >> da2: Fixed Direct Access SCSI-5 device >> (12 chhannel SATA Raid, Maxtor disks, with 'Disable Maxtor' >> under 'HDD Read-Ahead Cache' set) >> Firmware Version - V1.43 2007-4-17 >> BOOT ROM Version - V1.41 2006-5-24 >> Additional info: >> - Volumes are Raid5 and Pass-Through drives >> - Pass-Through drives fail just like the Raid5 volumes do >> - Each time it crashes, disk i/o is SCREAMING'. >> -- >> If I've missed something, please feel free to point me to the url! >> But if not, it seems whatever bug in this driver existed, did not >> go away... >> (Sidenote: Gotta give a big thanks to the whoever is working on >> these drivers, once you get working with big disks, it takes A >> LONG TIME to figure out what's wrong... A fsck takes forever... >> Not whining, actually I'm really meaning to thank the driver >> writers for wading through this thick muck!!!) > > There are locking problems in the arcmsr driver. I fixed them in > HEAD but not in 6-STABLE yet. I really don't have time today to > generate patch; I encourage someone to look at the commit I made on > July 31 and > backport those changes to 6-STABLE. > > Scott That's excellent to hear! For the record, are these the most current changes you speak of?: (I'm reading through the source, perhaps eventually I'll be able to help more...) http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/arcmsr/ - I am not capable of backporting the changes, + but I will gladly test any changes this with a GENERIC kernel once they make it to STABLE Rocket, .ike From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 17:41:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5AD916A41A for ; Wed, 29 Aug 2007 17:41:19 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.freebsd.org (Postfix) with ESMTP id A323B13C469 for ; Wed, 29 Aug 2007 17:41:19 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from [10.9.70.100] (pool-71-117-232-141.ptldor.fios.verizon.net [71.117.232.141]) by mail.twinthornes.com (Postfix) with ESMTP id A027E96C; Wed, 29 Aug 2007 10:41:18 -0700 (PDT) Message-ID: <46D5AFBE.1010700@evilphi.com> Date: Wed, 29 Aug 2007 10:41:18 -0700 From: Darren Pilgrim User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Vivek Khera References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> <4253EB06-63B9-4B4F-9CC3-2254714AF8DD@khera.org> In-Reply-To: <4253EB06-63B9-4B4F-9CC3-2254714AF8DD@khera.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 17:41:19 -0000 Vivek Khera wrote: > On Aug 17, 2007, at 10:44 PM, Ivan Voras wrote: > >> fdisk and bsdlabels both have a limit: because of the way they >> store the >> data about the disk space they span, they can't store values that >> reference space > 2 TB. In particular, every partition must start >> at an >> offset <= 2 TB, and cannot be larger than 2 TB. > > Oh... one more note: if I don't use fdisk or paritions, I *can* newfs > the raw drive much bigger than 2Tb. I just don't want to do that for > a production box. :-) Or you can use GPT, which uses 64-bit data structures and thus has an 8 ZB limit. -- Darren Pilgrim From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 18:39:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08FC316A421 for ; Wed, 29 Aug 2007 18:39:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 99FA813C459 for ; Wed, 29 Aug 2007 18:39:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 19822 invoked by uid 399); 29 Aug 2007 18:39:12 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 29 Aug 2007 18:39:12 -0000 X-Originating-IP: 127.0.0.1 Date: Wed, 29 Aug 2007 11:39:11 -0700 (PDT) From: Doug Barton To: mato In-Reply-To: <46D4A312.3010805@users.sf.net> Message-ID: References: <46D4A312.3010805@users.sf.net> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Recent PAM changes worth an UPDATING entry? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 18:39:16 -0000 On Wed, 29 Aug 2007, mato wrote: > I'm not quite sure why after buildworld & installworld I would need to > recompile some stuff once again (apart from ports, if necessary, of course). > Does it have something to do with -DNO_CLEAN and what exactly ? Anyway, I > didn't use it while doing my buildworld. Ok, if you did a clean buildworld then your problem isn't related to the one I experienced. Good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 18:51:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5766116A41A for ; Wed, 29 Aug 2007 18:51:18 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA1A13C494 for ; Wed, 29 Aug 2007 18:51:18 +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 625B8B80D for ; Wed, 29 Aug 2007 14:51:17 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20070829184306.GC42906@voodoo.bawue.com> References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> <94ECF72B-B0E9-492C-8279-29989FAAE19C@khera.org> <20070829184306.GC42906@voodoo.bawue.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <786DB564-BBB1-4D7D-ACDF-523F0E7EB291@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 29 Aug 2007 14:51:16 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 18:51:18 -0000 On Aug 29, 2007, at 2:43 PM, Kirill Ponomarew wrote: > What type I/O did you test, random read/writes, sequential writes ? > The performance of RAID group always depends on what software you > run on your RAID group. If it's database, be prepared for many > random read/writes, hence dd(1) tests would be useless. I ran my database on it with a sample workload based on our live workload. Anything else would be a waste of time. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 19:10:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 379F816A418 for ; Wed, 29 Aug 2007 19:10:46 +0000 (UTC) (envelope-from krion@voodoo.bawue.com) Received: from voodoo.bawue.com (voodoo.bawue.com [212.9.161.119]) by mx1.freebsd.org (Postfix) with ESMTP id F0DE613C481 for ; Wed, 29 Aug 2007 19:10:45 +0000 (UTC) (envelope-from krion@voodoo.bawue.com) Received: from krion by voodoo.bawue.com with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IQSVP-000FwG-CE; Wed, 29 Aug 2007 20:43:07 +0200 Date: Wed, 29 Aug 2007 20:43:07 +0200 From: Kirill Ponomarew To: Vivek Khera Message-ID: <20070829184306.GC42906@voodoo.bawue.com> References: <31BB09D7-B58A-47AC-8DD1-6BB8141170D8@khera.org> <94ECF72B-B0E9-492C-8279-29989FAAE19C@khera.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <94ECF72B-B0E9-492C-8279-29989FAAE19C@khera.org> X-NIC-HDL: KP869-RIPE Cc: FreeBSD Stable Subject: Re: large RAID volume partition strategy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 19:10:46 -0000 On Wed, Aug 29, 2007 at 10:07:19AM -0400, Vivek Khera wrote: > > On Aug 17, 2007, at 10:44 PM, Ivan Voras wrote: > >> >> fdisk and bsdlabels both have a limit: because of the way they store the >> data about the disk space they span, they can't store values that >> reference space > 2 TB. In particular, every partition must start at an >> offset <= 2 TB, and cannot be larger than 2 TB. > > Thanks. This is good advice (along with your other note about doing it in > the RAID volume manager). Nearly everyone else decided to jump on the raid > level instead and spew forth the "RAID10 is better for database" party > line. Well to you folks: once you have 1Gb cache and a lot of disks, there > is not much difference between RAID10 and RAID5 or RAID6 in my testing. What type I/O did you test, random read/writes, sequential writes ? The performance of RAID group always depends on what software you run on your RAID group. If it's database, be prepared for many random read/writes, hence dd(1) tests would be useless. > I ended up making 6 RAID volumes across all the disks to maximize spindle > counts and strip the data at 16kB. This seems to work well, and I can > assign the other partition as I need later on. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -Kirill From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 20:33:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E807F16A418 for ; Wed, 29 Aug 2007 20:33:21 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8683D13C45E for ; Wed, 29 Aug 2007 20:33:21 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 34078 invoked by uid 1002); 29 Aug 2007 20:06:40 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(208.70.104.100):. Processed in 6.369039 secs); 29 Aug 2007 20:06:40 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@208.70.104.100) by pearl.ibctech.ca with (DHE-RSA-AES256-SHA encrypted) SMTP; 29 Aug 2007 20:06:33 -0000 Message-ID: <46D5D1CD.50602@ibctech.ca> Date: Wed, 29 Aug 2007 16:06:37 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: David Adam References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <20070828172333.GA87607@eos.sc1.parodius.com> <00db01c7e99b$85d65f50$dd8dcb54@claylaptop> <0E2106E8-A854-4C68-BDAE-FE07EC0CC7F6@ee.ryerson.ca> In-Reply-To: X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 20:33:22 -0000 >> What happens if you win the lottery and decide to leave your place of >> employment? What does the organization do when the next person comes >> in and there's this high-specialized set up? > > On the upside, you're now irreplaceable and can't be fired. On the downside, he's locked into his position, and will never move up. My theory is, teach as much as you know, and there is a better chance of moving up or out ;) Steve From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 20:34:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E24ED16A469 for ; Wed, 29 Aug 2007 20:34:27 +0000 (UTC) (envelope-from biancalana@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 6A4BF13C48D for ; Wed, 29 Aug 2007 20:34:27 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so80188anc for ; Wed, 29 Aug 2007 13:34:26 -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=hY3waUIZ2FgamH71u/trDhr3qmo8vXlSNivMqO8sicoJqJxf8AEq0aP+LOe8k5oUPUAtMxRXUNhGMLYYsZbhvaCimSaDLfL0ok4QzPpnpbjIsQNfIbr/rX+BrCk0OrN6NlnQdzS6liwzc3yGV4sPM+3i6Y75Vvq4PaxzW13PndU= 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=PA5d5AReRLZ7qr/otLHOYEPij1+TcLcVWu11p8L+5E5G9RyioL5B9BOWH1tfWkvDUmyUUEXgilkrneioTP3UE3ATB3FDoijPmuyTQMkc/JQL772ILhK3hQ3/eIWe5rKdo8UFPAKqv0cgg/sqZHORac7f6KTyNSDLp1hpkxndKLI= Received: by 10.100.135.16 with SMTP id i16mr1124639and.1188419665760; Wed, 29 Aug 2007 13:34:25 -0700 (PDT) Received: by 10.100.92.13 with HTTP; Wed, 29 Aug 2007 13:34:25 -0700 (PDT) Message-ID: <8e10486b0708291334x13d07238l4bf1746211c4c420@mail.gmail.com> Date: Wed, 29 Aug 2007 17:34:25 -0300 From: "Alexandre Biancalana" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: help to track server crash (LONG) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 20:34:28 -0000 I've a 6-STABLE (sources from 2 weeks ago) server that is rebooting at random, I changed memory, cpu, motherboard and the problem persists. This machine is a firewall, running pf, squid and bind. Now I recompiled the kernel with debugging bits. Follow the debug session, dmesg and kernel config file. I apreciate any help to track this down, FW1:/sys/i386/compile/GW.debug # kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: KDB: enter: manual escape to debugger panic: from debugger Uptime: 31m48s Dumping 502 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 503MB (128559 pages) 487 471 455 439 423 407 391 375 359 343 327 311 295 279 263 247 231 215 199 183 167 151 135 119 103 87 71 55 39 23 7 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0533578 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc0533823 in panic (fmt=0xc069754b "from debugger") at ../../../kern/kern_shutdown.c:565 #3 0xc047cd61 in db_panic (addr=-1068190189, have_addr=0, count=-1, modif=0xd54cbab8 "") at ../../../ddb/db_command.c:438 #4 0xc047ccf8 in db_command (last_cmdp=0xc07081a4, cmd_table=0x0, aux_cmd_tablep=0xc06cc0c4, aux_cmd_tablep_end=0xc06cc0c8) at ../../../ddb/db_command.c:350 #5 0xc047cdc0 in db_command_loop () at ../../../ddb/db_command.c:458 #6 0xc047e9bd in db_trap (type=3, code=0) at ../../../ddb/db_main.c:222 #7 0xc054b88f in kdb_trap (type=3, code=0, tf=0xd54cbbf8) at ../../../kern/subr_kdb.c:473 #8 0xc0675364 in trap (frame= {tf_fs = -716439544, tf_es = -1068236760, tf_ds = -1066794968, tf_edi = -1065903680, tf_esi = -1065924320, tf_ebp = -716391368, tf_isp = -716391388, tf_ebx = 0, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 38, tf_trapno = 3, tf_err = 0, tf_eip = -1068190189, tf_cs = 32, tf_eflags = 524930, tf_esp = -716391296, tf_ss = -1067080420}) at ../../../i386/i386/trap.c:594 #9 0xc06636aa in calltrap () at ../../../i386/i386/exception.s:139 #10 0xc054b613 in kdb_enter (msg=0x26
) at cpufunc.h:60 #11 0xc065a51c in scgetc (sc=0xc07799c0, flags=2) at ../../../dev/syscons/syscons.c:3365 #12 0xc06561e8 in sckbdevent (thiskbd=0xc07618c0, event=0, arg=0xc07799c0) at ../../../dev/syscons/syscons.c:659 #13 0xc0641cd9 in atkbd_intr (kbd=0xc07618c0, arg=0x0) at ../../../dev/atkbdc/atkbd.c:503 #14 0xc0642df6 in atkbdintr (arg=0xc1015000) at ../../../dev/atkbdc/atkbd_atkbdc.c:174 #15 0xc05201ae in ithread_execute_handlers (p=0xc3391430, ie=0xc322cc00) at ../../../kern/kern_intr.c:682 #16 0xc05202de in ithread_loop (arg=0xc338c340) at ../../../kern/kern_intr.c:765 #17 0xc051f41c in fork_exit (callout=0xc0520278 , arg=0xc338c340, frame=0xd54cbd38) at ../../../kern/kern_fork.c:830 #18 0xc066370c in fork_trampoline () at ../../../i386/i386/exception.s:208 (kgdb) Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Wed Aug 29 09:40:39 BRT 2007 root@FW1:/usr/src/sys/i386/compile/GW.debug WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3200.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 527626240 (503 MB) avail memory = 506597376 (483 MB) ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_perf0: on cpu0 acpi_perf0: failed in PERF_STATUS attach device_attach: acpi_perf0 attach returned 6 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci0: at device 2.0 (no driver attached) pcib2: at device 28.0 on pci0 pci5: on pcib2 pcib3: at device 28.1 on pci0 pci4: on pcib3 pcib4: at device 28.2 on pci0 pci3: on pcib4 pcib5: at device 28.3 on pci0 pci2: on pcib5 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pci0: at device 29.7 (no driver attached) pcib6: at device 30.0 on pci0 pci6: on pcib6 rl0: port 0xb800-0xb8ff mem 0xff511000-0xff5110ff irq 21 at device 0.0 on pci6 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:61:6e:e7 pcib7: at device 1.0 on pci6 pci7: on pcib7 ste0: port 0xac00-0xac7f irq 22 at device 4.0on pci7 miibus1: on ste0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ste0: Ethernet address: 00:0d:88:68:92:7c ste1: port 0xa800-0xa87f irq 21 at device 5.0on pci7 miibus2: on ste1 ukphy1: on miibus2 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ste1: Ethernet address: 00:0d:88:68:92:7d ste2: port 0xa400-0xa47f irq 20 at device 6.0on pci7 miibus3: on ste2 ukphy2: on miibus3 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ste2: Ethernet address: 00:0d:88:68:92:7e ste3: port 0xa000-0xa07f irq 23 at device 7.0on pci7 miibus4: on ste3 ukphy3: on miibus4 ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ste3: Ethernet address: 00:0d:88:68:92:7f fxp0: port 0xbc00-0xbc3f mem 0xff510000-0xff510fff irq 20 at device 8.0 on pci6 miibus5: on fxp0 inphy0: on miibus5 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:16:76:24:23:25 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xe800-0xe807,0xe400-0xe403,0xe000-0xe007,0xdc00-0xdc03,0xd800-0xd80f irq 19 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3199999632 Hz quality 800 Timecounters tick every 1.000 msec ad4: 76319MB at ata2-master SATA150 GEOM_MIRROR: Device gm0 created (id=2284208825). GEOM_MIRROR: Device gm0: provider ad4 detected. ad6: 76319MB at ata3-master SATA150 GEOM_MIRROR: Device gm0: provider ad6 detected. GEOM_MIRROR: Device gm0: provider ad6 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR: Device gm0: rebuilding provider ad4. Trying to mount root from ufs:/dev/mirror/gm0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 4 files 1 WARNING: /var was not properly dismounted Expensive timeout(9) function: 0xc05f38a8(0xc3312000) 0.002864889 s lock order reversal: 1st 0xc0759dac tcp (tcp) @ netinet/tcp_input.c:625 2nd 0xc0704840 pf task mtx (pf task mtx) @ contrib/pf/net/pf.c:6386 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c071b3d0,c0719760,c06e35e4,...) at kdb_backtrace+0x29 witness_checkorder(c0704840,9,c0696032,18f2) at witness_checkorder+0x578 _mtx_lock_flags(c0704840,0,c0696029,18f2,c0704840,2,c0696029,18f2) at _mtx_lock_flags+0x78 pf_test(2,c331b400,d4038b00,0,0) at pf_test+0x86 pf_check_out(0,d4038b00,c331b400,2,0) at pf_check_out+0x4f pfil_run_hooks(c0759940,d4038b74,c331b400,2,0,...) at pfil_run_hooks+0xc9 ip_output(c3617900,0,d4038b40,0,0,...) at ip_output+0x682 tcp_respond(0,c358e010,c358e024,c3617900,0,386b91fb,4) at tcp_respond+0x2ae tcp_input(c3617900,14,13e,39a06c9,0,...) at tcp_input+0x2a08 ip_input(c3617900) at ip_input+0x5ee netisr_processqueue(c0758ed8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c322ea78,c327a280) at ithread_execute_handlers+0xe6 ithread_loop(c3217690,d4038d38,c3217690,c0520278,0,...) at ithread_loop+0x66 fork_exit(c0520278,c3217690,d4038d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4038d6c, ebp = 0 --- lock order reversal: 1st 0xc0704840 pf task mtx (pf task mtx) @ contrib/pf/net/pf.c:6386 2nd 0xc075a4ac udp (udp) @ contrib/pf/net/pf.c:2744 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0719760,c071b420,c06e35e4,...) at kdb_backtrace+0x29 witness_checkorder(c075a4ac,9,c0696032,ab8) at witness_checkorder+0x578 _mtx_lock_flags(c075a4ac,0,c0696029,ab8,c3640028,...) at _mtx_lock_flags+0x78 pf_socket_lookup(d4038b08,d4038b0c,1,d4038bc8,0,...) at pf_socket_lookup+0x130 pf_test_udp(d4038b78,d4038b70,1,c34fbc00,c35d4900,...) at pf_test_udp+0x4fd pf_test(1,c331b400,d4038c64,0,0) at pf_test+0x664 pf_check_in(0,d4038c64,c331b400,1,0) at pf_check_in+0x37 pfil_run_hooks(c0759940,d4038cb4,c331b400,1,0) at pfil_run_hooks+0xc9 ip_input(c35d4900) at ip_input+0x251 netisr_processqueue(c0758ed8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c322ea78,c327a280) at ithread_execute_handlers+0xe6 ithread_loop(c3217690,d4038d38,c3217690,c0520278,0,...) at ithread_loop+0x66 fork_exit(c0520278,c3217690,d4038d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4038d6c, ebp = 0 --- lock order reversal: 1st 0xc375b360 inp (tcpinp) @ netinet/tcp_usrreq.c:368 2nd 0xc0704840 pf task mtx (pf task mtx) @ contrib/pf/net/pf.c:6386 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c071b3a8,c0719760,c06e35e4,...) at kdb_backtrace+0x29 witness_checkorder(c0704840,9,c0696032,18f2) at witness_checkorder+0x578 _mtx_lock_flags(c0704840,0,c0696029,18f2,c0704840,2,c0696029,18f2) at _mtx_lock_flags+0x78 pf_test(2,c33a7400,d54c2b48,0,c375b2d0) at pf_test+0x86 pf_check_out(0,d54c2b48,c33a7400,2,c375b2d0) at pf_check_out+0x4f pfil_run_hooks(c0759940,d54c2bbc,c33a7400,2,c375b2d0,...) at pfil_run_hooks+0xc9 ip_output(c35d1900,0,d54c2b88,0,0,c375b2d0) at ip_output+0x682 tcp_output(c375c740) at tcp_output+0xe01 tcp_usr_connect(c358742c,c34e0220,c3392780) at tcp_usr_connect+0xe3 soconnect(c358742c,c34e0220,c3392780) at soconnect+0x4e kern_connect(c3392780,6,c34e0220,c34e0220,0,...) at kern_connect+0x74 connect(c3392780,d54c2d04) at connect+0x2f syscall(3b,3b,3b,bfbf9e7c,0,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (98, FreeBSD ELF32, connect), eip = 0x282de573, esp = 0xbfbf9e2c, ebp = 0xbfbfa068 --- Expensive timeout(9) function: 0xc05bd5a0(0) 0.022250034 s Expensive timeout(9) function: 0xc0657ea0(0xc07799c0) 0.149071646 s machine i386 cpu I686_CPU ident GW # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options KDB options DDB #options BREAK_TO_DEBUGGER options INVARIANTS options INVARIANT_SUPPORT options WITNESS options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 #options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor #device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device ste # RealTek 8129/8139 device em # RealTek 8129/8139 device rl # RealTek 8129/8139 device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter device pf device pflog device pfsync device carp options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 21:17:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AE1816A418 for ; Wed, 29 Aug 2007 21:17:30 +0000 (UTC) (envelope-from remrot@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 39E0813C461 for ; Wed, 29 Aug 2007 21:17:29 +0000 (UTC) (envelope-from remrot@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so294713wxd for ; Wed, 29 Aug 2007 14:17:29 -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=fo7bbksu7TV0OT+mi/3IE8pIp0s2lYj3UYsAceVBolOfRUqxP40hKJz0QS74qzrSu+n915mwjpWUcaR0DixVcZA+BmacSRM7bfcbDmsc/7XATGCCuvegNRnVEAA/SFS8+bjEzkAqvYFRPDLcyxXsKSKTBLKzU8b55sPYwXFZN1A= 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=Yp/GlwB/sIbXdR1cKnSuNwEayssUeYuoFCLFiZyajsbrscnTDELEUmrnpL9yW4q2MSiKr3buvKmei1AciM4xtOtlvz/zzCK5EDWARQ9HwRXCQ5mDTS2igaaUHLDTS8F/9dF0Smq+vk1Y6xKNo4KJuN8KuosbL3WRy5Z3dU32/YQ= Received: by 10.90.80.8 with SMTP id d8mr3114344agb.1188420570454; Wed, 29 Aug 2007 13:49:30 -0700 (PDT) Received: by 10.90.66.4 with HTTP; Wed, 29 Aug 2007 13:49:30 -0700 (PDT) Message-ID: Date: Wed, 29 Aug 2007 22:49:30 +0200 From: remrot@gmail.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: package "xkeyboard-config" not available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 21:17:30 -0000 Hi there, I'm trying to install Xorg from packages but it does not work because the "xkeyboard-config" package isn't available for download. I tried about 5 mirrors with the same result. When I login with firefox, I can see the package in the "Latest" but not in the "All" folder. Download is not possible. I am new to FreeBSD so I'm not sure if it's normal that packages are missing for a short period (e.g. for maintenance reasons) or if this is a serious error... thx for any responses From owner-freebsd-stable@FreeBSD.ORG Wed Aug 29 23:17:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E014916A41B for ; Wed, 29 Aug 2007 23:17:27 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8807813C46C for ; Wed, 29 Aug 2007 23:17:26 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 39487 invoked by uid 89); 29 Aug 2007 23:18:55 -0000 Received: by simscan 1.2.0 ppid: 39482, pid: 39484, t: 0.5598s scanners: attach: 1.2.0 clamav: 0.88.7/m:43/d:3604 Received: from unknown (HELO claylaptop) (clay@milos.za.net@84.203.5.162) by bart.milos.co.za with ESMTPA; 29 Aug 2007 23:18:54 -0000 Message-ID: <025c01c7ea92$bcf90670$0401a8c0@claylaptop> From: "Clayton Milos" To: References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <20070828172333.GA87607@eos.sc1.parodius.com> <00db01c7e99b$85d65f50$dd8dcb54@claylaptop> <0E2106E8-A854-4C68-BDAE-FE07EC0CC7F6@ee.ryerson.ca> <46D5D1CD.50602@ibctech.ca> Date: Wed, 29 Aug 2007 21:39:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 23:17:28 -0000 ----- Original Message ----- From: "Steve Bertrand" To: "David Adam" Cc: Sent: Wednesday, August 29, 2007 9:06 PM Subject: Re: [OT] Which one is best MTA for me? >>> What happens if you win the lottery and decide to leave your place of >>> employment? What does the organization do when the next person comes >>> in and there's this high-specialized set up? >> >> On the upside, you're now irreplaceable and can't be fired. > > On the downside, he's locked into his position, and will never move up. > > My theory is, teach as much as you know, and there is a better chance of > moving up or out ;) > > Steve Luckily it's a small operation and I own it ;-) Steve I am a technical trainer and training developer. Knowledge is power and in today's world there's little room for the ignorant. -Clay From owner-freebsd-stable@FreeBSD.ORG Thu Aug 30 01:44:47 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAFF416A418 for ; Thu, 30 Aug 2007 01:44:47 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 723B513C458 for ; Thu, 30 Aug 2007 01:44:47 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 731C3C438 for ; Wed, 29 Aug 2007 21:44:46 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id D1404C539 for ; Wed, 29 Aug 2007 21:44:25 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1188438266; bh=7SsfK0tb2gah9g xue9LYl5h8qmqeij9wEfh3QR+H9cs=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:Subject:X-Enigmail-Version: OpenPGP:Content-Type:Content-Transfer-Encoding; b=Dnqnphuf8stjPTsa vSpqg7Xv+JcX7iccbiHCpAC1YVyAW5GlvoR6FKiqt7CEN/RBAxSNViPW8xYweYXatGD rmSPm30BnzGj71x/QFVHE3hu/LkavRRKwHJ4pT3LVirLg DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=A+A9ANm85Fuw73kuZft6vEnyf0gGUe78Z9M9RKIZ023GKwRjI18nNgOTV33/E0tgy LnFfFzqoMjaU/eBttSvIakpnfMqPDFhkAldS7sM/PFh/6zizcvVhEwRdR/CIJBG Message-ID: <46D620F7.3080508@protected-networks.net> Date: Wed, 29 Aug 2007 21:44:23 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: kernel compilation broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2007 01:44:47 -0000 Seems that the recent linuxulator patch and regen has broken kernel compiles .. ===> 3dfx (all) ===> 3dfx_linux (all) cc -O2 -pipe -fno-strict-aliasing -march=pentium3 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SARAH/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/SARAH -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/3dfx_linux/../../dev/tdfx/tdfx_linux.c In file included from @/dev/tdfx/tdfx_linux.h:36, from /usr/src/sys/modules/3dfx_linux/../../dev/tdfx/tdfx_linux.c:37: ./machine/../linux/linux_proto.h:744: error: syntax error before "l_timer_t" ./machine/../linux/linux_proto.h:744: error: `l_timer_t' undeclared here (not in a function) ./machine/../linux/linux_proto.h:744: error: syntax error before ')' token ./machine/../linux/linux_proto.h:744: error: syntax error before ')' token ./machine/../linux/linux_proto.h:747: error: syntax error before "l_timer_t" ./machine/../linux/linux_proto.h:752: error: syntax error before "l_timer_t" ./machine/../linux/linux_proto.h:756: error: syntax error before "l_timer_t" ./machine/../linux/linux_proto.h:759: error: syntax error before "l_timer_t" ./machine/../linux/linux_proto.h:817: error: syntax error before "l_mqd_t" ./machine/../linux/linux_proto.h:817: error: `l_mqd_t' undeclared here (not in a function) ./machine/../linux/linux_proto.h:824: error: syntax error before "l_mqd_t" ./machine/../linux/linux_proto.h:831: error: syntax error before "l_mqd_t" ./machine/../linux/linux_proto.h:835: error: syntax error before "l_mqd_t" *** Error code 1 1 error From owner-freebsd-stable@FreeBSD.ORG Thu Aug 30 02:32:06 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4525A16A421 for ; Thu, 30 Aug 2007 02:32:06 +0000 (UTC) (envelope-from nobody@server555.peel3.com) Received: from server555.peel3.com (server555.peel3.com [216.29.53.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0A11A13C428 for ; Thu, 30 Aug 2007 02:32:05 +0000 (UTC) (envelope-from nobody@server555.peel3.com) Received: from localhost (localhost [127.0.0.1]) (uid 99) by server555.peel3.com with local; Wed, 29 Aug 2007 20:00:51 -0400 id 0006A34C.46D608B3.0000017F To: stable@FreeBSD.ORG From: Getaway Club Presentation Message-Id: <1307463276.128@getawayclub.net> Content-Transfer-Encoding: 8bit Date: Wed, 29 Aug 2007 20:00:51 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Getaway Club - Get Ready - This Compensation plan pays thousands X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2007 02:32:06 -0000 Get Ready for the Most Dynamic and Exciting Product and Networking Marketing Plan on the Net! Getawayclub has created strategic alliances to create our valuable specially branded privilege e-Pass which gives you access to wholesale travel, accommodation, and a host of other products and services. Combine this with a dynamic compensation plan that rewards you for your efforts at each stage of your progress, and the progress of your sponsored downline. Our compensation plan pays you additional bonuses for any members of your network, five deep, as they progress through each stage of the program. Take the tour. For more information, visit the following link. This Compensation plan pays thousands more than any similar system on the net today. The Getwawayclub compensation plan gives you the best opportunity to create wealth with very little financial risk. Whether youre looking for a new career opportunity or simply a way to generate extra funds for a house payment, a new car, or vacation, our business opportunity can help you achieve your dreams. By becoming a Getawayclub member, you are joining a powerful team with a host of benefits. Dont let this opportunity pass you by! As a member of our marketing team you will benefit from our simple, but rewarding dual compensation plan. So if you like making money and are prepared to follow some simple steps, you could well be on your way to making a generous recurring income for little time and effort. [1]http://getawayclub.net/tip/0/en/compensation.html Or [2]http://getawayclub.net/tip Best Regards Getaway Club Member © Copyright Getaway Club 2007 [3]Company Policy & Ethics | [4]Contact Us References 1. http://getawayclub.net/tip/0/en/compensation.html 2. http://getawayclub.net/tip 3. http://getawayclub.net/tip/0/en/codeofethics.html 4. http://getawayclub.net/tip/0/en/contactus.html From owner-freebsd-stable@FreeBSD.ORG Thu Aug 30 05:09:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F4D916A417 for ; Thu, 30 Aug 2007 05:09:51 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id 97CD013C442 for ; Thu, 30 Aug 2007 05:09:50 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 53068 invoked by uid 1002); 30 Aug 2007 05:09:12 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(208.70.104.100):. Processed in 6.313749 secs); 30 Aug 2007 05:09:12 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@208.70.104.100) by pearl.ibctech.ca with (DHE-RSA-AES256-SHA encrypted) SMTP; 30 Aug 2007 05:09:06 -0000 Message-ID: <46D650F7.3090005@ibctech.ca> Date: Thu, 30 Aug 2007 01:09:11 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Clayton Milos References: <1188321463.2041.3.camel@viola.izb.knu.ac.kr> <20070828172333.GA87607@eos.sc1.parodius.com> <00db01c7e99b$85d65f50$dd8dcb54@claylaptop> <0E2106E8-A854-4C68-BDAE-FE07EC0CC7F6@ee.ryerson.ca> <46D5D1CD.50602@ibctech.ca> <025c01c7ea92$bcf90670$0401a8c0@claylaptop> In-Reply-To: <025c01c7ea92$bcf90670$0401a8c0@claylaptop> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [OT] Which one is best MTA for me? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2007 05:09:51 -0000 >> My theory is, teach as much as you know, and there is a better chance of >> moving up or out ;) >> >> Steve > > Luckily it's a small operation and I own it ;-) > > Steve I am a technical trainer and training developer. > Knowledge is power and in today's world there's little room for the > ignorant. My girl has her hands in training (albeit in occupational health & safety (not her primary job, her superiors just like her approach)) but I have not any formal training ability (actually, I'm a bad teacher). I just try to give freely what I have learned (I've learned more than I've given), and for some reason, the people I leave my knowledge with end up knowing more than me...go figure :) Very off topic, but still, the reminder that flow of information is vital is very important IMHO. Steve From owner-freebsd-stable@FreeBSD.ORG Thu Aug 30 15:12:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12DD016A417 for ; Thu, 30 Aug 2007 15:12:18 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from pro28.abac.com (pro28.abac.com [66.226.64.29]) by mx1.freebsd.org (Postfix) with ESMTP id AEEC913C48A for ; Thu, 30 Aug 2007 15:12:17 +0000 (UTC) (envelope-from freebsd@scottevil.com) Received: from [10.34.1.89] ([64.126.14.3]) (authenticated bits=0) by pro28.abac.com (8.14.1/8.14.1) with ESMTP id l7UEW8x0075031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Aug 2007 07:32:10 -0700 (PDT) (envelope-from freebsd@scottevil.com) Message-ID: <46D6D4A4.3000700@scottevil.com> Date: Thu, 30 Aug 2007 09:31:00 -0500 From: Scott Oertel User-Agent: Thunderbird 2.0.0.6 (X11/20070801) MIME-Version: 1.0 To: "Decibel!" , freebsd-stable@freebsd.org References: <20070828194707.GE1386@decibel.org> In-Reply-To: <20070828194707.GE1386@decibel.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: top for IO stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2007 15:12:18 -0000 Decibel! wrote: > Is there anything like top, but for filesystem activity? Google hasn't > turned up anything... > Usually I use top -m io, but I like also using systat -iostat 2, or systat -vmstat 2, they both show more of a snapshot of the activity on each disk -Scott Oertel From owner-freebsd-stable@FreeBSD.ORG Thu Aug 30 15:51:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D37E016A417 for ; Thu, 30 Aug 2007 15:51:11 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.terrorteam.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA9913C442 for ; Thu, 30 Aug 2007 15:51:11 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.terrorteam.de (Postfix) with ESMTP id 9A37DB0227; Thu, 30 Aug 2007 17:33:05 +0200 (CEST) MIME-Version: 1.0 Date: Thu, 30 Aug 2007 17:33:05 +0200 From: Marian Hettwer To: Scott Oertel In-Reply-To: <46D6D4A4.3000700@scottevil.com> References: <46D6D4A4.3000700@scottevil.com> Message-ID: <577ebaea69d1eceb3eeffd1525308101@127.0.0.1> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: top for IO stats X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Aug 2007 15:51:11 -0000 Hi there, On Thu, 30 Aug 2007 09:31:00 -0500, Scott Oertel wrote: > Decibel! wrote: >> Is there anything like top, but for filesystem activity? Google hasn't >> turned up anything... >> check out gstat I like that one a lot :) I missed it always when I'm administrating linux boxes. Cheers, Marian From owner-freebsd-stable@FreeBSD.ORG Fri Aug 31 14:39:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71ACC16A468 for ; Fri, 31 Aug 2007 14:39:02 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout04-02.prod.mesa1.secureserver.net (smtpout04-01.prod.mesa1.secureserver.net [64.202.165.196]) by mx1.freebsd.org (Postfix) with SMTP id 386C813C45D for ; Fri, 31 Aug 2007 14:39:01 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 30470 invoked from network); 31 Aug 2007 14:38:43 -0000 Received: from unknown (24.144.77.243) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 31 Aug 2007 14:38:42 -0000 Message-ID: <46D827F1.7050404@seclark.us> Date: Fri, 31 Aug 2007 10:38:41 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <46D33A73.6070501@seclark.us> <200708272104.l7RL4hXA069185@lava.sentex.ca> In-Reply-To: <200708272104.l7RL4hXA069185@lava.sentex.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: usb evdo device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2007 14:39:02 -0000 Mike Tancsa wrote: >At 04:56 PM 8/27/2007, Stephen Clark wrote: > > >>Hello, >> >>I am trying to get a Novatel Wireless Ovation U720 EVDO modem to >>work with Freebsd. >>So far I am not having any luck. When it is plugged in it is >>recognizes as a ugen device it >>needs to look like a serial device, as it is sort of like a hayes modem. >> >> > >Hi, > I wonder if it works like some of the other EVDO / EDGE >devices I have used. If so, try the info on the page below and modify >the vendor ID info to match your card > >http://www.semicomplete.com/blog/geekery/Kyocera-KPC650-EVDO-in-FreeBSD.html > >I got it to work for my Kyrocera EVDO as well as GT-MAX EDGE card >which had a similar "UGEN Com" base. > > ---Mike > > > > >>It has a vendor id of 0x1410 and a product id of 0x2110. I tried >>adding these to >>usbdevs and ubsa.c but it is still recognized as ugen0. >> >>Plugging it into a linux laptop it is recognize as a ttyUSBn device >>and using ppp we were able to >>get connected to the internet. I would like to be able to use it >>with Freebsd 6.2 though. >> >>Thanks, >>Steve >> >>-- >> >>"They that give up essential liberty to obtain temporary safety, >>deserve neither liberty nor safety." (Ben Franklin) >> >>"The course of history shows that as a government grows, liberty >>decreases." (Thomas Jefferson) >> >> >> >>_______________________________________________ >>freebsd-stable@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > Hi Mike, Just wanted to let everyone know that using the instructions that were at http://www.semicomplete.com/blog/geekery/Kyocera-KPC650-EVDO-in-FreeBSD.html worked by substituting the pcids for the novatel ovation u720 usb evdo modem. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Sat Sep 1 16:50:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0A4E16A418 for ; Sat, 1 Sep 2007 16:50:24 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id A03B013C469 for ; Sat, 1 Sep 2007 16:50:24 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 26503 invoked from network); 1 Sep 2007 16:23:27 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 1 Sep 2007 16:23:27 -0000 Received: from Lowell-Desk.lan (Lowell-Desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id 60A6828426; Sat, 1 Sep 2007 12:23:24 -0400 (EDT) Received: by Lowell-Desk.lan (Postfix, from userid 1147) id 62D3D1CC7B; Sat, 1 Sep 2007 12:23:23 -0400 (EDT) To: remrot@gmail.com References: From: Lowell Gilbert Date: Sat, 01 Sep 2007 12:23:22 -0400 In-Reply-To: (remrot@gmail.com's message of "Wed\, 29 Aug 2007 22\:49\:30 +0200") Message-ID: <44k5raz75x.fsf@Lowell-Desk.lan> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.99 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: package "xkeyboard-config" not available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2007 16:50:24 -0000 [This is a ports question, not a -stable question, so I adjusted the headers accordingly to reach the appropriate folks.] remrot@gmail.com writes: > I'm trying to install Xorg from packages but it does not work because the > "xkeyboard-config" package isn't available for download. I tried about 5 > mirrors with the same result. When I login with firefox, I can see the > package in the "Latest" but not in the "All" folder. Download is not > possible. > > I am new to FreeBSD so I'm not sure if it's normal that packages are > missing for a short period (e.g. for maintenance reasons) or if this is a > serious error... pointyhat.freebsd.org seems to think that the package is present but outdated, so it does seem like there's something confused in the mirror system. On the other hand, this programs takes very little time to build from ports, so (offhand) it doesn't seem like a big deal to me. Good luck. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 1 18:32:41 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC4616A418 for ; Sat, 1 Sep 2007 18:32:41 +0000 (UTC) (envelope-from jaibriggs@maine.rr.com) Received: from ms-smtp-04.nyroc.rr.com (ms-smtp-04.nyroc.rr.com [24.24.2.58]) by mx1.freebsd.org (Postfix) with ESMTP id C73FE13C47E for ; Sat, 1 Sep 2007 18:32:40 +0000 (UTC) (envelope-from jaibriggs@maine.rr.com) Received: from inuyi (cpe-74-75-10-168.maine.res.rr.com [74.75.10.168]) by ms-smtp-04.nyroc.rr.com (8.13.6/8.13.6) with ESMTP id l81GjNMr014244 for ; Sat, 1 Sep 2007 12:45:23 -0400 (EDT) Date: Sat, 01 Sep 2007 12:45:23 -0400 To: stable@freebsd.org From: "Justin Briggs" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Message-ID: User-Agent: Opera Mail/9.22 (Win32) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: HDD Write Errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2007 18:32:41 -0000 So, I recently put a new SATA controller into my PII server and added a = = sata hard drive to it. Whenever I try to copy things over network to it = in = excess of a few hundred megabytes, the system crashes and the terminal = output floods with disk errors that say "kernel: = g_vfs_done():ad4s1c[WRITE(offset=3D137438969856, length=3D131072)]error = =3D 6" = this message repeats itself infinitely, with the offset value changing. = My = SATA controller is listed in pciconf as "Sil 3512 SATALink/SATARaid = Controller". The drive is brand new, and I pasted the output of smartctl= = http://devnull.lunar-linux.org/p/342 there. What could be causing this = problem of crashing? -- = Using Opera's revolutionary e-mail client: http://www.opera.com/mail/