From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 00:22:00 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DCE116A41F; Sun, 2 Oct 2005 00:22:00 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAC643D46; Sun, 2 Oct 2005 00:21:59 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.23] (andersonbox3.centtech.com [192.168.42.23]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j920Lw5I074376; Sat, 1 Oct 2005 19:21:58 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <433F281F.7020409@centtech.com> Date: Sat, 01 Oct 2005 19:21:51 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050914 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200509282006.j8SK6KEp005724@gw.catspoiler.org> In-Reply-To: <200509282006.j8SK6KEp005724@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1106/Fri Sep 30 12:17:17 2005 on mh2.centtech.com X-Virus-Status: Clean Cc: current@FreeBSD.org Subject: Re: analysis of snapshot-related system deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 00:22:00 -0000 Don Lewis wrote: > On 28 Sep, Eric Anderson wrote: > >>Don Lewis wrote: >> >>>I've been experimenting with Peter Holm's kernel stress test suite and >>>file system snapshots. I've been frequently seeing system deadlocks, so >>>I went looking for the cause. >>> >>>In the latest instance, there were 12 threads waiting on "snaplk", and >>>the thread holding "snaplk" was sleeping on "wdrain". Two of the >>>threads waiting on "snaplk" were syncer and bufdaemon, which is not a >>>good sign. >>> >>>Ordinarily, I/O activity should eventually reduce runningbufspace below >>>lorunningspace and wake up the thread sleeping on "wdrain", but this is >>>where the problem gets interesting. The stack trace of the thread >>>sleeping on "wdrain" is: >>> >>>#0 0xc0653913 in sched_switch (td=0xc23fe300, newtd=0xc2275480, flags=1) >>> at /usr/src/sys/kern/sched_4bsd.c:973 >>>#1 0xc0649158 in mi_switch (flags=1, newtd=0x0) >>> at /usr/src/sys/kern/kern_synch.c:356 >>>#2 0xc066073c in sleepq_switch (wchan=0x0) >>> at /usr/src/sys/kern/subr_sleepqueue.c:427 >>>#3 0xc0660920 in sleepq_wait (wchan=0xc0984404) >>> at /usr/src/sys/kern/subr_sleepqueue.c:539 >>>#4 0xc0648dc9 in msleep (ident=0xc0984404, mtx=0xc0984420, priority=68, >>> wmesg=0xc0876f1c "wdrain", timo=0) at /usr/src/sys/kern/kern_synch.c:227 >>>#5 0xc0687592 in bufwrite (bp=0xd648f558) at /usr/src/sys/kern/vfs_bio.c:383 >>>#6 0xc0687bbd in bawrite (bp=0x0) at buf.h:401 >>>#7 0xc077ca98 in ffs_copyonwrite (devvp=0xc2933770, bp=0xd6543e90) >>> at /usr/src/sys/ufs/ffs/ffs_snapshot.c:2119 >>>#8 0xc0788ec5 in ffs_geom_strategy (bo=0xc2933830, bp=0xd6543e90) >>> at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1686 >>>#9 0xc068750e in bufwrite (bp=0xd6543e90) at buf.h:415 >>>#10 0xc0788e32 in ffs_bufwrite (bp=0xd6543e90) >>> at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1663 >>>#11 0xc0775a09 in ffs_update (vp=0xc5095cc0, waitfor=0) at buf.h:401 >>>#12 0xc0793670 in ufs_mkdir (ap=0xeb785bb8) >>> at /usr/src/sys/ufs/ufs/ufs_vnops.c:1556 >>>#13 0xc08149e7 in VOP_MKDIR_APV (vop=0xc0910b60, a=0xeb785bb8) >>> >>> >>>The problem is that bufs passed through ffs_copyonwrite() get double >>>counted in runningbufspace, once for each pass through bufwrite(). This >>>includes the bufs being processed by all the threads that are waiting on >>>"snaplk". If enough threads get backed up waiting for "snaplk", the >>>total size bufs they are processing will exceed lorunningspace and any >>>threads sleeping on wdrain will sleep forever. >>> >>>Probably the easiest fix would be to call runningbufwakeup() from >>>ffs_copyonwrite() before grabbing "snaplk", and increase runningbufspace >>>again before returning from ffs_copyonwrite(). The bufs waiting for >>>"snaplk" aren't yet async writes currently running, to borrow from the >>>comment on waitrunningbufspace(). >> >>This sounds like a problem I've had with snapshot creation taking hours >>on a large filesystem. I've seen the same thing, but simply waited and >>eventually it would complete, however during the process, many processes >>were held in the SNAPLK state, while others were idle in wdrain. I'm >>currently running 5-STABLE on this box. > > > I don't know if this has the same cause or if there is another problem. > It would be useful to know what the thread that is creating the snapshot > is doing during this time. What things is it waiting on? I've seen various states, but here's what I currently see when doing the mksnap_ffs command, and while that is running, doing something in another window that accesses the partition in some way: mksnap_ffs toggles between biord and biowr, mostly in biord state: 10410 root 1 -8 0 1308K 736K biord 0:00 0.00% mksnap_ffs Here's what an 'ls -al /mnt/' does while mksnap is running on /mnt mounted partition. It will block until the snapshot finishes (or nearly finishes): 10425 anderson 1 -4 0 1632K 964K ufs 0:00 0.00% ls Same with doing a 'cd /mnt', not surprisingly: 10431 anderson 1 -4 0 2340K 1808K ufs 0:00 0.00% bash If you need a ktrace or something else more detailed, let me know what you want. Here's how I reproduce this: dd if=/dev/zero bs=512 count=1 oseek=4000m of=/tmp/test-snapshot mdconfig -a -t vnode -f /tmp/test-snapshot newfs /dev/md0 mount /dev/md0 /mnt time mksnap_ffs /mnt /mnt/SNAP000 Now, while the mksnap_ffs is running, do anything to the /mnt area, and it will hang until the snapshot is done, which is a long time. From what I've read, McKusick describes how it should only hold processes from writing during a few stages, which should be very fast anyhow, yet it blocked for about 2 hours while the mksnap was running: Window A: [ 00:33:45 root@neutrino ~ ]# time mksnap_ffs /mnt /mnt/SNAP real 113m48.075s user 0m0.000s sys 0m14.256s [ 02:27:50 root@neutrino ~ ]# Window B: [ 00:35:15 44 ~/ ]$ ls -al /mnt/ total 1203062 drwxr-xr-x 3 root wheel 512 Oct 1 00:34 . drwxr-xr-x 38 root wheel 1024 Sep 28 19:13 .. drwxrwxr-x 2 root operator 512 Oct 1 00:26 .snap -r-------- 1 root wheel 2147483648000 Oct 1 01:59 SNAP [ 01:59:20 45 ~/ ]$ I'm currently running -CURRENT from right before you committed your patches, so I'm going to update and try after your patches and see how things act, and report back. Thanks for looking at this. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 00:25:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C049216A41F for ; Sun, 2 Oct 2005 00:25:58 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C52643D45 for ; Sun, 2 Oct 2005 00:25:58 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 62ED36D432 for ; Sat, 1 Oct 2005 17:23:51 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83110-04 for ; Sat, 1 Oct 2005 17:23:49 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id 5A0156D42D for ; Sat, 1 Oct 2005 17:23:49 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Sun, 2 Oct 2005 02:25:53 +0200 User-Agent: KMail/1.8.2 References: <20050529141558.GA12270@lbl.pl> <200510012111.22351.Chris@lainos.org> In-Reply-To: <200510012111.22351.Chris@lainos.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510020225.53757.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Subject: Re: logitech wireless mouse works for a while but then disconnects X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 00:25:59 -0000 I just updated to 6-BETA5 and have the same results. I confirmed that it happens even when I'm not in X, and just at the console. However, it only happens when I am moving the mouse around... It's almost like it's getting a bytestream from the mouse that causes it to go bonkers internally... but I'm not sure. In the mean time, I have worked around it by having X use moused/sysmouse instead of opening the ums0 device directly. This doesn't fix the problem, but at least I don't have to cycle my VTs every time it dies. Any ideas on this guys? Since it's not just me, this could be a potentially annoying issue in the release unless it gets some solving... Thanks! -- Regards Chris Gilbert On Saturday 01 October 2005 21:11, Chris Gilbert wrote: > I am getting this same issue here in FreeBSD 6-BETA2. > > The mouse works fine, then sporadically the device will become > disconnected, (as if it was unplugged) then immediately show that it was > reconnected. (as if someone plugged it back in) > > This results in the cursor freezing in X, but switching to another virtual > terminal and back to the X VT causes X to try and re-open the device and it > will resume normal operation. > > However, this happens on an increasingly frequent basis for me, the longer > the machine is on. > > At first it happened maybe once or twice a day, now it happens every few > minutes, or sometimes even immediately after each other. > > Also, for some reason every so often, I have to physically disconnect and > reconnect the mouse itself for it to work. > > This was never a problem in FreeBSD 5.x - FreeBSD 6-CURRENT, but started > happening almost immediately in BETA2. > > My USB Controller is: > ohci1: mem 0xd1005000-0xd1005fff irq 17 at > device 5.0 on pci2 > > My Mouse is: > ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, iclass 3/1 > (Logitech MX500) > > Here is what it does: > ums0: at uhub2 port 1 (addr 2) disconnected > ums0: detached > ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, iclass 3/1 > ums0: 7 buttons and Z dir. > ums0: at uhub2 port 1 (addr 2) disconnected > ums0: detached > ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, iclass 3/1 > ums0: 7 buttons and Z dir. > ums0: at uhub2 port 1 (addr 2) disconnected > ums0: detached > ums0: B16_b_02 USB-PS/2 Optical Mouse, rev 2.00/98.02, addr 2, iclass 3/1 > ums0: 7 buttons and Z dir. > > And so on..... if you need any other information please let me know. > > (And for the record, it happened twice *make that 5* more times just as I > was sending this e-mail :) > > -- > Regards, > Chris Gilbert > From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 00:43:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5394B16A41F for ; Sun, 2 Oct 2005 00:43:17 +0000 (GMT) (envelope-from caiquanqing@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C62243D46 for ; Sun, 2 Oct 2005 00:43:15 +0000 (GMT) (envelope-from caiquanqing@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so95195wxc for ; Sat, 01 Oct 2005 17:43:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=q8xR4vgRbehgD/IBF2dqPk9Ab/4O4ePQmnvLbndgiZZoKKTtAnsqNslzLNdOn3Mw6DiU9E6rJhIGa2dpxG0xtWUiWPqraMEbnagMLLEvWO2+pwKlM1RWHVjj+RJmKvpW8S4A5HKcujZtxzoP26Uch7tc5/6kCLrunJqRN6at2PA= Received: by 10.70.84.17 with SMTP id h17mr33256wxb; Sat, 01 Oct 2005 17:43:15 -0700 (PDT) Received: by 10.70.11.18 with HTTP; Sat, 1 Oct 2005 17:43:15 -0700 (PDT) Message-ID: <2b22951e0510011743o30ff5dc4x3164f6d914205b38@mail.gmail.com> Date: Sat, 1 Oct 2005 17:43:15 -0700 From: "Cai, Quanqing" To: Gleb Smirnoff In-Reply-To: <20051001205124.GR45345@cell.sick.ru> MIME-Version: 1.0 References: <20051001205124.GR45345@cell.sick.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Cai, Quanqing" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 00:43:17 -0000 Hi Gleb, I tested sis on 7.0-CURRENT, it works great for me. Really appreciate what you have done for community. Thanks Quanqing On 10/1/05, Gleb Smirnoff wrote: > > Colleagues, > > I have just committed a big polling cleanup. First important > point is that only two drivers were tested to work. Please, > if you run CURRENT and polling(4), please reply to this mail, > saying whether your NIC works or not. When I get approvements > for all drivers, then I will be ready for MFC. Current state is: > > em - tested (ru, glebius) > fxp - tested (glebius) > ixgb - not tested (changeset similar to em) > nge - not tested > re - not tested > vge - not tested > dc - not tested > rl - not tested > sf - not tested > sis - not tested > ste - not tested > vr - not tested > xl - not tested > > The second important point is that you should not use kern.polling.enable > anymore. Just turn polling on interface with ifconfig, either manually > or via rc.conf. > > ----- Forwarded message from Gleb Smirnoff ----- > > glebius 2005-10-01 18:56:19 UTC > > FreeBSD src repository > > Modified files: > sys/amd64/amd64 trap.c > sys/dev/em if_em.c > sys/dev/firewire 00README if_fwe.c if_fwip.c > sys/dev/fxp if_fxp.c > sys/dev/ixgb README if_ixgb.c > sys/dev/nge if_nge.c > sys/dev/re if_re.c > sys/dev/vge if_vge.c > sys/i386/i386 trap.c > sys/kern kern_poll.c > sys/net if.h if_var.h > sys/pci if_dc.c if_rl.c if_sf.c if_sis.c if_ste.c > if_vr.c if_xl.c > Log: > Big polling(4) cleanup. > > o Axe poll in trap. > > o Axe IFF_POLLING flag from if_flags. > > o Rework revision 1.21 (Giant removal), in such a way that > poll_mtx is not dropped during call to polling handler. > This fixes problem with idle polling. > > o Make registration and deregistration from polling in a > functional way, insted of next tick/interrupt. > > o Obsolete kern.polling.enable. Polling is turned on/off > with ifconfig. > > Detailed kern_poll.c changes: > - Remove polling handler flags, introduced in 1.21. The are not > needed now. > - Forget and do not check if_flags, if_capenable and if_drv_flags. > - Call all registered polling handlers unconditionally. > - Do not drop poll_mtx, when entering polling handlers. > - In ether_poll() NET_LOCK_GIANT prior to locking poll_mtx. > - In netisr_poll() axe the block, where polling code asks drivers > to unregister. > - In netisr_poll() and ether_poll() do polling always, if any > handlers are present. > - In ether_poll_[de]register() remove a lot of error hiding code. Assert > that arguments are correct, instead. > - In ether_poll_[de]register() use standard return values in case of > error or success. > - Introduce poll_switch() that is a sysctl handler for kern.polling.enabl= e > . > poll_switch() goes through interface list and enabled/disables polling. > A message that kern.polling.enable is deprecated is printed. > > Detailed driver changes: > - On attach driver announces IFCAP_POLLING in if_capabilities, but > not in if_capenable. > - On detach driver calls ether_poll_deregister() if polling is enabled. > - In polling handler driver obtains its lock and checks IFF_DRV_RUNNING > flag. If there is no, then unlocks and returns. > - In ioctl handler driver checks for IFCAP_POLLING flag requested to > be set or cleared. Driver first calls ether_poll_[de]register(), then > obtains driver lock and [dis/en]ables interrupts. > - In interrupt handler driver checks IFCAP_POLLING flag in if_capenable. > If present, then returns.This is important to protect from spurious > interrupts. > > Reviewed by: ru, sam, jhb > > Revision Changes Path > 1.294 +0 -10 src/sys/amd64/amd64/trap.c > 1.74 +37 -34 src/sys/dev/em/if_em.c > 1.2 +0 -3 src/sys/dev/firewire/00README > 1.39 +40 -29 src/sys/dev/firewire/if_fwe.c > 1.10 +47 -31 src/sys/dev/firewire/if_fwip.c > 1.248 +32 -24 src/sys/dev/fxp/if_fxp.c > 1.2 +7 -8 src/sys/dev/ixgb/README > 1.15 +43 -34 src/sys/dev/ixgb/if_ixgb.c > 1.80 +37 -25 src/sys/dev/nge/if_nge.c > 1.56 +49 -40 src/sys/dev/re/if_re.c > 1.19 +51 -54 src/sys/dev/vge/if_vge.c > 1.281 +0 -10 src/sys/i386/i386/trap.c > 1.23 +88 -100 src/sys/kern/kern_poll.c > 1.99 +2 -3 src/sys/net/if.h > 1.103 +1 -1 src/sys/net/if_var.h > 1.169 +41 -28 src/sys/pci/if_dc.c > 1.158 +40 -36 src/sys/pci/if_rl.c > 1.88 +45 -44 src/sys/pci/if_sf.c > 1.140 +44 -31 src/sys/pci/if_sis.c > 1.90 +41 -32 src/sys/pci/if_ste.c > 1.108 +39 -31 src/sys/pci/if_vr.c > 1.197 +45 -41 src/sys/pci/if_xl.c > > ----- End forwarded message ----- > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 00:55:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FC1016A41F for ; Sun, 2 Oct 2005 00:55:11 +0000 (GMT) (envelope-from arundel@h3c.de) Received: from enterprise4.noxa.de (enterprise.noxa.de [212.60.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E00343D46 for ; Sun, 2 Oct 2005 00:55:09 +0000 (GMT) (envelope-from arundel@h3c.de) Received: (qmail 5399 invoked from network); 2 Oct 2005 02:55:08 +0200 Received: from p508fc22e.dip.t-dialin.net (HELO localhost.skatecity) (80.143.194.46) by enterprise.noxa.de with AES256-SHA encrypted SMTP; 2 Oct 2005 02:55:08 +0200 Received: from localhost.skatecity (nobody@localhost.skatecity [127.0.0.1]) by localhost.skatecity (8.13.4/8.13.4) with ESMTP id j920seho071899 for ; Sun, 2 Oct 2005 02:54:41 +0200 (CEST) (envelope-from arundel@localhost.skatecity) Received: (from arundel@localhost) by localhost.skatecity (8.13.4/8.13.4/Submit) id j920sekX071898 for freebsd-current@freebsd.org; Sun, 2 Oct 2005 02:54:40 +0200 (CEST) (envelope-from arundel) From: Alexander Best Date: Sun, 2 Oct 2005 02:54:40 +0200 To: freebsd-current@freebsd.org Message-ID: <20051002005440.GA71795@skatecity> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organisation: =?iso-8859-15?Q?Westfl=E4lische_Wilhelms-U?= =?iso-8859-15?Q?niversit=E4t_M=FCnster?= Subject: uhub0: device problem (SET_ADDR_FAILED), disabling port 2 printer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 00:55:11 -0000 I keep getting this message when I plug my printer into the USB port: uhub0: device problem (SET_ADDR_FAILED), disabling port 2 printer This is the output of `usbdevs -v`: ontroller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), \ VIA(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), \ VIA(0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, self powered, config 1, Generic USB Hub(0x9254), \ ALCOR(0x058f), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered The usb port seems to be working just fine, because I can connect my sister's usb digicam to the port (dev/da0). The printer is a Samsung ML-1510. I used this printer with 4.[7-10] and 5.4 and never had any problems with it. Here's some info from /var/run/dmesg.boot: usb0: on uhci0 usb0: USB revision 1.0 usb1: on uhci1 usb1: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub2: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 uhub2: 4 ports with 4 removable, self powered I'm using 6.0-BETA4 FreeBSD 6.0-BETA4 #0: Wed Sep 14 00:54:49 CEST 2005 Cheers. From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 01:16:03 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E79816A41F; Sun, 2 Oct 2005 01:16:03 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from moby.liwing.de (www.liwing.de [82.97.68.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id D343E43D45; Sun, 2 Oct 2005 01:16:02 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from [80.64.176.27] (helo=[10.62.10.4]) by moby.liwing.de with esmtp (Exim 4.52 (FreeBSD)) id 1ELsWT-0007zI-Sv; Sun, 02 Oct 2005 01:20:13 +0000 Message-ID: <433F36C6.2060906@liwing.de> Date: Sun, 02 Oct 2005 01:24:22 +0000 From: Jens Rehsack User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050819) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20050930.105707.82839923.imp@bsdimp.com> In-Reply-To: <20050930.105707.82839923.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jens.rehsack.ext@siemensvdo.com, jon@FreeBSD.org, current@FreeBSD.org Subject: Re: Problems with Acer Travelmate & PC-Card interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 01:16:03 -0000 M. Warner Losh wrote: > OK. Looks like the card is powering up and then powering down again > right away. This may be difficult to track down. > > Warner Is there a way for me to support you with data or traces to figure it out? Or do I simply have to wait ... Jens From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 01:20:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D48316A41F for ; Sun, 2 Oct 2005 01:20:00 +0000 (GMT) (envelope-from arundel@h3c.de) Received: from enterprise4.noxa.de (enterprise.noxa.de [212.60.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1ED743D45 for ; Sun, 2 Oct 2005 01:19:59 +0000 (GMT) (envelope-from arundel@h3c.de) Received: (qmail 20477 invoked from network); 2 Oct 2005 03:19:58 +0200 Received: from p508fc22e.dip.t-dialin.net (HELO localhost.skatecity) (80.143.194.46) by enterprise.noxa.de with AES256-SHA encrypted SMTP; 2 Oct 2005 03:19:58 +0200 Received: from localhost.skatecity (nobody@localhost.skatecity [127.0.0.1]) by localhost.skatecity (8.13.4/8.13.4) with ESMTP id j921JVls072104 for ; Sun, 2 Oct 2005 03:19:31 +0200 (CEST) (envelope-from arundel@localhost.skatecity) Received: (from arundel@localhost) by localhost.skatecity (8.13.4/8.13.4/Submit) id j921JV6F072103 for freebsd-current@freebsd.org; Sun, 2 Oct 2005 03:19:31 +0200 (CEST) (envelope-from arundel) From: Alexander Best Date: Sun, 2 Oct 2005 03:19:31 +0200 To: freebsd-current@freebsd.org Message-ID: <20051002011931.GA72083@skatecity> Mail-Followup-To: freebsd-current@freebsd.org References: <20051002005440.GA71795@skatecity> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051002005440.GA71795@skatecity> User-Agent: Mutt/1.4.2.1i Organisation: =?iso-8859-15?Q?Westfl=E4lische_Wilhelms-U?= =?iso-8859-15?Q?niversit=E4t_M=FCnster?= Subject: Re: uhub0: device problem (SET_ADDR_FAILED), disabling port 2 printer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 01:20:00 -0000 PROBLEM SOLVED. Sorry for the uneccessary traffic. Disconnecting the printer didn't solve the issue. So turned the printer off and on again and that seems to have solved the problem. I don't know if the USB state was left on a bad state by a device I connected beforehand or if the printer's USB capabilities are just buggy. Cheers. From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 03:58:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B0AD16A420 for ; Sun, 2 Oct 2005 03:58:20 +0000 (GMT) (envelope-from freebsd@contexthosting.net) Received: from mail.contexthosting.net (inception.centerfuse.net [209.120.245.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB87143D48 for ; Sun, 2 Oct 2005 03:58:19 +0000 (GMT) (envelope-from freebsd@contexthosting.net) Received: (qmail 4137 invoked by uid 89); 2 Oct 2005 03:58:19 -0000 Received: by simscan 1.0.7 ppid: 4133, pid: 4135, t: 0.0422s scanners:none Received: from unknown (HELO ?192.168.1.100?) (jim@contexthosting.net@68.80.252.242) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Oct 2005 03:58:18 -0000 Message-ID: <433F5AD7.9080705@contexthosting.net> Date: Sat, 01 Oct 2005 23:58:15 -0400 From: Jim Keller User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: mount --bind equivalent? mount_null broken or not? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 03:58:20 -0000 I've been using mount_null for quite some time to mount filesystems beneath chroot jails, and have had no problems. However, the man page for mount_null has had a warning (since 1995, apparently) that "IT DOESN'T WORK", and I know OpenBSD has removed nullfs support as of version 3.7 (per http://archives.neohapsis.com/archives/openbsd/2005-09/0198.html). The bug listed in that thread doesn't appear to apply to FreeBSD, as I was able to successfully null mount /dev and list its contents. So my questions are: 1. is nullfs actively supported on FreeBSD? If so, are there plans to continue supporting it? 2. If not, is there another way of mounting filesystems to alternate directories on the system, as linux's "mount --bind" does? Or will mount --bind be added to the FreeBSD mount command? Thanks -Jim Keller From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 04:09:24 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38DAD16A420; Sun, 2 Oct 2005 04:09:24 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7E5A43D45; Sun, 2 Oct 2005 04:09:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j9248xp2069658; Sat, 1 Oct 2005 22:08:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 01 Oct 2005 22:09:43 -0600 (MDT) Message-Id: <20051001.220943.73336049.imp@bsdimp.com> To: rehsack@liwing.de From: "M. Warner Losh" In-Reply-To: <433F36C6.2060906@liwing.de> References: <20050930.105707.82839923.imp@bsdimp.com> <433F36C6.2060906@liwing.de> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 01 Oct 2005 22:09:04 -0600 (MDT) Cc: jens.rehsack.ext@siemensvdo.com, jon@FreeBSD.org, current@FreeBSD.org Subject: Re: Problems with Acer Travelmate & PC-Card interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 04:09:24 -0000 In message: <433F36C6.2060906@liwing.de> Jens Rehsack writes: : Is there a way for me to support you with data or traces to figure it : out? Or do I simply have to wait ... If you had the debugging level like I suggested, then I think so. You did run it with hw.cardbus.cis_debug=1, right? Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 04:20:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2D6016A420 for ; Sun, 2 Oct 2005 04:20:50 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C4E943D5D for ; Sun, 2 Oct 2005 04:20:47 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id C51292E01C for ; Sun, 2 Oct 2005 06:20:45 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00563-01 for ; Sun, 2 Oct 2005 06:20:43 +0200 (CEST) Received: from [10.0.0.17] (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id 339902E01B for ; Sun, 2 Oct 2005 06:20:43 +0200 (CEST) Message-ID: <433F6018.2050900@datacomm.ch> Date: Sun, 02 Oct 2005 06:20:40 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEE24D78C9670ED3AAF66359F" X-Virus-Scanned: amavisd-new at atlantis.intranet Cc: Subject: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 04:20:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEE24D78C9670ED3AAF66359F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello, I picked up a Linksys EG1032 yesterday, and was surprised to see that it didn't work on FreeBSD 6.0-BETA5/i386. After some investigation I found out that apparently Linksys has silently changed the chip on the card. The EG1032 is a standard 32bit PCI gigabit ethernet card. Two drivers already support a card by that name, according to the manpages and hardware notes: nge(4), which works with National Semiconductor DP83820 / DP83821 chips. sk(4), which works with SysKonnect SK-984x and SK-982x chips. Now, this EG1032 I got here, marked as "rev. 3", comes with a Realtek RTL8169S chip. Unfortunately, it seems that the device ID was not changed, it is still 0x1032, which made the sk(4) driver try and fail to attach to the card. I got the card working with the two patches below. Cheers Benjamin --- sys/dev/re/if_re.c.orig Sun Oct 2 05:31:06 2005 +++ sys/dev/re/if_re.c Sun Oct 2 05:34:02 2005 @@ -173,6 +173,8 @@ "RealTek 8110S Single-chip Gigabit Ethernet" }, { COREGA_VENDORID, COREGA_DEVICEID_CGLAPCIGT, RL_HWREV_8169S, "Corega CG-LAPCIGT (RTL8169S) Gigabit Ethernet" }, + { LINKSYS_VENDORID, LINKSYS_DEVICEID_EG1032, RL_HWREV_8169S, + "Linksys EG1032 (RTL8169S) Gigabit Ethernet" }, { 0, 0, 0, NULL } }; --- sys/pci/if_rlreg.h.orig Sun Oct 2 05:35:58 2005 +++ sys/pci/if_rlreg.h Sun Oct 2 05:38:54 2005 @@ -826,6 +826,16 @@ #define COREGA_DEVICEID_CGLAPCIGT 0xc107 /* + * Linksys vendor ID + */ +#define LINKSYS_VENDORID 0x1737 + +/* + * Linksys EG1032 device ID + */ +#define LINKSYS_DEVICEID_EG1032 0x1032 + +/* * Peppercon vendor ID */ #define PEPPERCON_VENDORID 0x1743 --------------enigEE24D78C9670ED3AAF66359F 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.2.4 (Darwin) iD8DBQFDP2AbgShs4qbRdeQRApgrAKCDDXDu3OskcY7N4A+uGYFLk5bQhwCdEFY3 Z4o+88QVFzUezxFRTD2UlkE= =20ju -----END PGP SIGNATURE----- --------------enigEE24D78C9670ED3AAF66359F-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 06:20:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5911816A41F for ; Sun, 2 Oct 2005 06:20:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1567843D46 for ; Sun, 2 Oct 2005 06:20:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id CD1261A3C1B; Sat, 1 Oct 2005 23:20:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B54F951416; Sun, 2 Oct 2005 02:20:12 -0400 (EDT) Date: Sun, 2 Oct 2005 02:20:12 -0400 From: Kris Kennaway To: Jim Keller Message-ID: <20051002062012.GA12386@xor.obsecurity.org> References: <433F5AD7.9080705@contexthosting.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <433F5AD7.9080705@contexthosting.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: mount --bind equivalent? mount_null broken or not? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 06:20:20 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 01, 2005 at 11:58:15PM -0400, Jim Keller wrote: > I've been using mount_null for quite some time to mount filesystems=20 > beneath chroot jails, and have had no problems. However, the man page=20 > for mount_null has had a warning (since 1995, apparently) that "IT=20 > DOESN'T WORK", and I know OpenBSD has removed nullfs support as of=20 > version 3.7 (per=20 > http://archives.neohapsis.com/archives/openbsd/2005-09/0198.html). The=20 > bug listed in that thread doesn't appear to apply to FreeBSD, as I was=20 > able to successfully null mount /dev and list its contents. So my=20 > questions are: >=20 > 1. is nullfs actively supported on FreeBSD? If so, are there plans to=20 > continue supporting it? Yes and yes. In fact I don't know of any remaining nullfs bugs on FreeBSD 5 and above (although I only stress it on 6 and above), so the warning should just be removed. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDP3wcWry0BWjoQKURAmIvAKC+WMIZ7hz3r0RDpNGks/9Po29K0QCghhUt AfD3vlw1Fvzw+8Ytlgn4skQ= =mQib -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 07:50:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D837416A41F for ; Sun, 2 Oct 2005 07:50:07 +0000 (GMT) (envelope-from freebsd@contexthosting.net) Received: from mail.contexthosting.net (inception.centerfuse.net [209.120.245.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 513C243D46 for ; Sun, 2 Oct 2005 07:50:07 +0000 (GMT) (envelope-from freebsd@contexthosting.net) Received: (qmail 10149 invoked by uid 89); 2 Oct 2005 07:50:06 -0000 Received: by simscan 1.0.7 ppid: 10145, pid: 10147, t: 0.0470s scanners:none Received: from unknown (HELO ?192.168.1.100?) (jim@contexthosting.net@68.80.252.242) by 0 with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Oct 2005 07:50:06 -0000 Message-ID: <433F912B.6060308@contexthosting.net> Date: Sun, 02 Oct 2005 03:50:03 -0400 From: Jim Keller User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <433F5AD7.9080705@contexthosting.net> <20051002062012.GA12386@xor.obsecurity.org> In-Reply-To: <20051002062012.GA12386@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: mount --bind equivalent? mount_null broken or not? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 07:50:08 -0000 Hi Kris, Thanks for the response. Are you aware of any bugs in nullfs on FreeBSD 4? I'm still using 4.10/4.11 on a lot of servers. Although, as I mentioned, I've been using nullfs pretty heavily for a ProFTPD chroot for over 2 years now. I just don't want to suddenly get the bum's rush :) -Jim Keller Kris Kennaway wrote: >On Sat, Oct 01, 2005 at 11:58:15PM -0400, Jim Keller wrote: > > >>I've been using mount_null for quite some time to mount filesystems >>beneath chroot jails, and have had no problems. However, the man page >>for mount_null has had a warning (since 1995, apparently) that "IT >>DOESN'T WORK", and I know OpenBSD has removed nullfs support as of >>version 3.7 (per >>http://archives.neohapsis.com/archives/openbsd/2005-09/0198.html). The >>bug listed in that thread doesn't appear to apply to FreeBSD, as I was >>able to successfully null mount /dev and list its contents. So my >>questions are: >> >>1. is nullfs actively supported on FreeBSD? If so, are there plans to >>continue supporting it? >> >> > >Yes and yes. In fact I don't know of any remaining nullfs bugs on >FreeBSD 5 and above (although I only stress it on 6 and above), so the >warning should just be removed. > >Kris > > Kris Kennaway wrote: >On Sat, Oct 01, 2005 at 11:58:15PM -0400, Jim Keller wrote: > > >>I've been using mount_null for quite some time to mount filesystems >>beneath chroot jails, and have had no problems. However, the man page >>for mount_null has had a warning (since 1995, apparently) that "IT >>DOESN'T WORK", and I know OpenBSD has removed nullfs support as of >>version 3.7 (per >>http://archives.neohapsis.com/archives/openbsd/2005-09/0198.html). The >>bug listed in that thread doesn't appear to apply to FreeBSD, as I was >>able to successfully null mount /dev and list its contents. So my >>questions are: >> >>1. is nullfs actively supported on FreeBSD? If so, are there plans to >>continue supporting it? >> >> > >Yes and yes. In fact I don't know of any remaining nullfs bugs on >FreeBSD 5 and above (although I only stress it on 6 and above), so the >warning should just be removed. > >Kris > > From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 08:16:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2428A16A420 for ; Sun, 2 Oct 2005 08:16:57 +0000 (GMT) (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 4940543D48 for ; Sun, 2 Oct 2005 08:16:53 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j928GlC2001902; Sun, 2 Oct 2005 02:16:47 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <433F976F.6090501@samsco.org> Date: Sun, 02 Oct 2005 02:16:47 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Lutz References: <433F6018.2050900@datacomm.ch> In-Reply-To: <433F6018.2050900@datacomm.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 08:16:57 -0000 Benjamin Lutz wrote: > Hello, > > I picked up a Linksys EG1032 yesterday, and was surprised to see that it > didn't work on FreeBSD 6.0-BETA5/i386. After some investigation I found > out that apparently Linksys has silently changed the chip on the card. > > The EG1032 is a standard 32bit PCI gigabit ethernet card. Two drivers > already support a card by that name, according to the manpages and > hardware notes: > > nge(4), which works with National Semiconductor DP83820 / DP83821 > chips. > > sk(4), which works with SysKonnect SK-984x and SK-982x chips. > > Now, this EG1032 I got here, marked as "rev. 3", comes with a Realtek > RTL8169S chip. Unfortunately, it seems that the device ID was not > changed, it is still 0x1032, which made the sk(4) driver try and fail to > attach to the card. > > I got the card working with the two patches below. > > Cheers > Benjamin > > > --- sys/dev/re/if_re.c.orig Sun Oct 2 05:31:06 2005 > +++ sys/dev/re/if_re.c Sun Oct 2 05:34:02 2005 > @@ -173,6 +173,8 @@ > "RealTek 8110S Single-chip Gigabit Ethernet" }, > { COREGA_VENDORID, COREGA_DEVICEID_CGLAPCIGT, RL_HWREV_8169S, > "Corega CG-LAPCIGT (RTL8169S) Gigabit Ethernet" }, > + { LINKSYS_VENDORID, LINKSYS_DEVICEID_EG1032, RL_HWREV_8169S, > + "Linksys EG1032 (RTL8169S) Gigabit Ethernet" }, > { 0, 0, 0, NULL } > }; > > > --- sys/pci/if_rlreg.h.orig Sun Oct 2 05:35:58 2005 > +++ sys/pci/if_rlreg.h Sun Oct 2 05:38:54 2005 > @@ -826,6 +826,16 @@ > #define COREGA_DEVICEID_CGLAPCIGT 0xc107 > > /* > + * Linksys vendor ID > + */ > +#define LINKSYS_VENDORID 0x1737 > + > +/* > + * Linksys EG1032 device ID > + */ > +#define LINKSYS_DEVICEID_EG1032 0x1032 > + > +/* > * Peppercon vendor ID > */ > #define PEPPERCON_VENDORID 0x1743 > > Sounds like the if_sk driver needs to be made more intelligent so that it doesn't try to claim this card, yes? Scott From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 09:08:47 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 258B016A41F for ; Sun, 2 Oct 2005 09:08:47 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 746A243D49 for ; Sun, 2 Oct 2005 09:08:46 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j9298dAX014736 for ; Sun, 2 Oct 2005 02:08:43 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510020908.j9298dAX014736@gw.catspoiler.org> Date: Sun, 2 Oct 2005 02:08:39 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: patch review & testing request for fill_kinfo_proc() and friends X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 09:08:47 -0000 Attached is a patch that fixes locking problems in fill_kinfo_proc() and related functions. The patch is larger than I initially anticipated because I had to refactor the code in order to get the locking right. I'd like to commit it to HEAD soon so that it can be MFC'ed in time for 6.0-RC1, but it really needs review and testing of all the sysctl and linprocfs functionality. This patch also applies cleanly to RELENG_6. Index: kern_proc.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_proc.c,v retrieving revision 1.231 diff -u -r1.231 kern_proc.c --- kern_proc.c 27 Sep 2005 18:03:15 -0000 1.231 +++ kern_proc.c 2 Oct 2005 08:48:56 -0000 @@ -73,6 +73,8 @@ static void doenterpgrp(struct proc *, struct pgrp *); static void orphanpg(struct pgrp *pg); +static void fill_kinfo_proc_only(struct proc *p, struct kinfo_proc *kp); +static void fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp); static void pgadjustjobc(struct pgrp *pgrp, int entering); static void pgdelete(struct pgrp *); static int proc_ctor(void *mem, int size, void *arg, int flags); @@ -596,33 +598,22 @@ } } #endif /* DDB */ -void -fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp); /* - * Fill in a kinfo_proc structure for the specified process. + * Clear kinfo_proc and fill in any information that is common + * to all threads in the process. * Must be called with the target process locked. */ -void -fill_kinfo_proc(struct proc *p, struct kinfo_proc *kp) -{ - fill_kinfo_thread(FIRST_THREAD_IN_PROC(p), kp); -} - -void -fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp) +static void +fill_kinfo_proc_only(struct proc *p, struct kinfo_proc *kp) { - struct proc *p; struct thread *td0; - struct ksegrp *kg; struct tty *tp; struct session *sp; struct timeval tv; struct ucred *cred; struct sigacts *ps; - p = td->td_proc; - bzero(kp, sizeof(*kp)); kp->ki_structsize = sizeof(*kp); @@ -684,78 +675,14 @@ kp->ki_tsize = vm->vm_tsize; kp->ki_dsize = vm->vm_dsize; kp->ki_ssize = vm->vm_ssize; - } + } else if (p->p_state == PRS_ZOMBIE) + kp->ki_stat = SZOMB; kp->ki_sflag = p->p_sflag; kp->ki_swtime = p->p_swtime; kp->ki_pid = p->p_pid; kp->ki_nice = p->p_nice; bintime2timeval(&p->p_rux.rux_runtime, &tv); kp->ki_runtime = tv.tv_sec * (u_int64_t)1000000 + tv.tv_usec; - if (p->p_state != PRS_ZOMBIE) { -#if 0 - if (td == NULL) { - /* XXXKSE: This should never happen. */ - printf("fill_kinfo_proc(): pid %d has no threads!\n", - p->p_pid); - mtx_unlock_spin(&sched_lock); - return; - } -#endif - if (td->td_wmesg != NULL) { - strlcpy(kp->ki_wmesg, td->td_wmesg, - sizeof(kp->ki_wmesg)); - } - if (TD_ON_LOCK(td)) { - kp->ki_kiflag |= KI_LOCKBLOCK; - strlcpy(kp->ki_lockname, td->td_lockname, - sizeof(kp->ki_lockname)); - } - - if (p->p_state == PRS_NORMAL) { /* XXXKSE very approximate */ - if (TD_ON_RUNQ(td) || - TD_CAN_RUN(td) || - TD_IS_RUNNING(td)) { - kp->ki_stat = SRUN; - } else if (P_SHOULDSTOP(p)) { - kp->ki_stat = SSTOP; - } else if (TD_IS_SLEEPING(td)) { - kp->ki_stat = SSLEEP; - } else if (TD_ON_LOCK(td)) { - kp->ki_stat = SLOCK; - } else { - kp->ki_stat = SWAIT; - } - } else { - kp->ki_stat = SIDL; - } - - kg = td->td_ksegrp; - - /* things in the KSE GROUP */ - kp->ki_estcpu = kg->kg_estcpu; - kp->ki_slptime = kg->kg_slptime; - kp->ki_pri.pri_user = kg->kg_user_pri; - kp->ki_pri.pri_class = kg->kg_pri_class; - - /* Things in the thread */ - kp->ki_wchan = td->td_wchan; - kp->ki_pri.pri_level = td->td_priority; - kp->ki_pri.pri_native = td->td_base_pri; - kp->ki_lastcpu = td->td_lastcpu; - kp->ki_oncpu = td->td_oncpu; - kp->ki_tdflags = td->td_flags; - kp->ki_tid = td->td_tid; - kp->ki_numthreads = p->p_numthreads; - kp->ki_pcb = td->td_pcb; - kp->ki_kstack = (void *)td->td_kstack; - kp->ki_pctcpu = sched_pctcpu(td); - - /* We can't get this anymore but ps etc never used it anyway. */ - kp->ki_rqindex = 0; - - } else { - kp->ki_stat = SZOMB; - } mtx_unlock_spin(&sched_lock); if ((p->p_sflag & PS_INMEM) && p->p_stats != NULL) { kp->ki_start = p->p_stats->p_start; @@ -802,8 +729,6 @@ p->p_sysent->sv_name[0] != '\0') strlcpy(kp->ki_emul, p->p_sysent->sv_name, sizeof(kp->ki_emul)); kp->ki_siglist = p->p_siglist; - SIGSETOR(kp->ki_siglist, td->td_siglist); - kp->ki_sigmask = td->td_sigmask; kp->ki_xstat = p->p_xstat; kp->ki_acflag = p->p_acflag; kp->ki_lock = p->p_lock; @@ -811,6 +736,92 @@ kp->ki_ppid = p->p_pptr->p_pid; } +/* + * Fill in information that is thread specific. + * Must be called with sched_lock locked. + */ +static void +fill_kinfo_thread(struct thread *td, struct kinfo_proc *kp) +{ + struct ksegrp *kg; + struct proc *p; + + p = td->td_proc; + + if (td->td_wmesg != NULL) + strlcpy(kp->ki_wmesg, td->td_wmesg, sizeof(kp->ki_wmesg)); + else + bzero(kp->ki_wmesg, sizeof(kp->ki_wmesg)); + if (TD_ON_LOCK(td)) { + kp->ki_kiflag |= KI_LOCKBLOCK; + strlcpy(kp->ki_lockname, td->td_lockname, + sizeof(kp->ki_lockname)); + } else { + kp->ki_kiflag &= ~KI_LOCKBLOCK; + bzero(kp->ki_lockname, sizeof(kp->ki_lockname)); + } + + if (p->p_state == PRS_NORMAL) { /* XXXKSE very approximate */ + if (TD_ON_RUNQ(td) || + TD_CAN_RUN(td) || + TD_IS_RUNNING(td)) { + kp->ki_stat = SRUN; + } else if (P_SHOULDSTOP(p)) { + kp->ki_stat = SSTOP; + } else if (TD_IS_SLEEPING(td)) { + kp->ki_stat = SSLEEP; + } else if (TD_ON_LOCK(td)) { + kp->ki_stat = SLOCK; + } else { + kp->ki_stat = SWAIT; + } + } else { + kp->ki_stat = SIDL; + } + + kg = td->td_ksegrp; + + /* things in the KSE GROUP */ + kp->ki_estcpu = kg->kg_estcpu; + kp->ki_slptime = kg->kg_slptime; + kp->ki_pri.pri_user = kg->kg_user_pri; + kp->ki_pri.pri_class = kg->kg_pri_class; + + /* Things in the thread */ + kp->ki_wchan = td->td_wchan; + kp->ki_pri.pri_level = td->td_priority; + kp->ki_pri.pri_native = td->td_base_pri; + kp->ki_lastcpu = td->td_lastcpu; + kp->ki_oncpu = td->td_oncpu; + kp->ki_tdflags = td->td_flags; + kp->ki_tid = td->td_tid; + kp->ki_numthreads = p->p_numthreads; + kp->ki_pcb = td->td_pcb; + kp->ki_kstack = (void *)td->td_kstack; + kp->ki_pctcpu = sched_pctcpu(td); + + /* We can't get this anymore but ps etc never used it anyway. */ + kp->ki_rqindex = 0; + + SIGSETOR(kp->ki_siglist, td->td_siglist); + kp->ki_sigmask = td->td_sigmask; +} + +/* + * Fill in a kinfo_proc structure for the specified process. + * Must be called with the target process locked. + */ +void +fill_kinfo_proc(struct proc *p, struct kinfo_proc *kp) +{ + + fill_kinfo_proc_only(p, kp); + mtx_lock_spin(&sched_lock); + if (FIRST_THREAD_IN_PROC(p) != NULL) + fill_kinfo_thread(FIRST_THREAD_IN_PROC(p), kp); + mtx_unlock_spin(&sched_lock); +} + struct pstats * pstats_alloc(void) { @@ -873,24 +884,28 @@ PROC_LOCK_ASSERT(p, MA_OWNED); + fill_kinfo_proc(p, &kinfo_proc); if (flags & KERN_PROC_NOTHREADS) { - fill_kinfo_proc(p, &kinfo_proc); - PROC_UNLOCK(p); + mtx_lock_spin(&sched_lock); + if (FIRST_THREAD_IN_PROC(p) != NULL) + fill_kinfo_thread(FIRST_THREAD_IN_PROC(p), &kinfo_proc); + mtx_unlock_spin(&sched_lock); error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, sizeof(kinfo_proc)); - PROC_LOCK(p); } else { - _PHOLD(p); - FOREACH_THREAD_IN_PROC(p, td) { - fill_kinfo_thread(td, &kinfo_proc); - PROC_UNLOCK(p); + mtx_lock_spin(&sched_lock); + if (FIRST_THREAD_IN_PROC(p) != NULL) + FOREACH_THREAD_IN_PROC(p, td) { + fill_kinfo_thread(td, &kinfo_proc); + error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, + sizeof(kinfo_proc)); + if (error) + break; + } + else error = SYSCTL_OUT(req, (caddr_t)&kinfo_proc, - sizeof(kinfo_proc)); - PROC_LOCK(p); - if (error) - break; - } - _PRELE(p); + sizeof(kinfo_proc)); + mtx_unlock_spin(&sched_lock); } PROC_UNLOCK(p); if (error) @@ -932,6 +947,9 @@ if (oid_number == KERN_PROC_PID) { if (namelen != 1) return (EINVAL); + error = sysctl_wire_old_buffer(req, 0); + if (error) + return (error); p = pfind((pid_t)name[0]); if (!p) return (ESRCH); From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 09:58:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E1BB16A420 for ; Sun, 2 Oct 2005 09:58:32 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9230543D46 for ; Sun, 2 Oct 2005 09:58:31 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j929wS9Y051387 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 2 Oct 2005 11:58:28 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j929wSFe051386; Sun, 2 Oct 2005 11:58:28 +0200 (CEST) Date: Sun, 2 Oct 2005 11:58:28 +0200 From: Divacky Roman To: Kris Kennaway Message-ID: <20051002095828.GA51218@stud.fit.vutbr.cz> References: <20051001085358.GA62022@stud.fit.vutbr.cz> <20051001154628.GA64006@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051001154628.GA64006@xor.obsecurity.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: current@freebsd.org Subject: Re: 6.0R todo list - hash sizes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 09:58:32 -0000 On Sat, Oct 01, 2005 at 11:46:28AM -0400, Kris Kennaway wrote: > On Sat, Oct 01, 2005 at 10:53:58AM +0200, Divacky Roman wrote: > > Hi, > > > > scottl@ removed: > > Nullfs (and perhaps other filesystems) use an absurdly small > > hash size that causes significant performance penalties. > > > > this item from 6.0R todo list. How was this solved? I didnt see any commits > > to enlarge the hash values. Its still the same... why it was removed then? > > It was an incorrect suggestion on my part - it turns out this was not > the cause of the performance penalties, and Jeff fixed them long ago. > > Kris > anyway - what sense does it make to have hash of size 4 entries? (fdescfs has this for example) roman From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 10:43:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 243E616A41F for ; Sun, 2 Oct 2005 10:43:12 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C91243D46 for ; Sun, 2 Oct 2005 10:43:11 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id D06F01A74D; Sun, 2 Oct 2005 12:43:06 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 35238-17; Sun, 2 Oct 2005 12:43:05 +0200 (CEST) Received: from [192.168.0.94] (h4n2fls31o270.telia.com [217.208.199.4]) by mx1.h3q.net (Postfix) with ESMTP id E48481A743; Sun, 2 Oct 2005 12:43:04 +0200 (CEST) Message-ID: <433FB9B9.9020207@shapeshifter.se> Date: Sun, 02 Oct 2005 12:43:05 +0200 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <433F6018.2050900@datacomm.ch> <433F976F.6090501@samsco.org> In-Reply-To: <433F976F.6090501@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: at mail.hamnpolare.net Cc: Benjamin Lutz , current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 10:43:12 -0000 Scott Long wrote: > Benjamin Lutz wrote: > >> Hello, >> >> I picked up a Linksys EG1032 yesterday, and was surprised to see that it >> didn't work on FreeBSD 6.0-BETA5/i386. After some investigation I found >> out that apparently Linksys has silently changed the chip on the card. >> >> The EG1032 is a standard 32bit PCI gigabit ethernet card. Two drivers >> already support a card by that name, according to the manpages and >> hardware notes: >> >> nge(4), which works with National Semiconductor DP83820 / DP83821 >> chips. >> >> sk(4), which works with SysKonnect SK-984x and SK-982x chips. >> >> Now, this EG1032 I got here, marked as "rev. 3", comes with a Realtek >> RTL8169S chip. Unfortunately, it seems that the device ID was not >> changed, it is still 0x1032, which made the sk(4) driver try and fail to >> attach to the card. >> >> I got the card working with the two patches below. >> >> Cheers >> Benjamin >> >> >> --- sys/dev/re/if_re.c.orig Sun Oct 2 05:31:06 2005 >> +++ sys/dev/re/if_re.c Sun Oct 2 05:34:02 2005 >> @@ -173,6 +173,8 @@ >> "RealTek 8110S Single-chip Gigabit Ethernet" }, >> { COREGA_VENDORID, COREGA_DEVICEID_CGLAPCIGT, RL_HWREV_8169S, >> "Corega CG-LAPCIGT (RTL8169S) Gigabit Ethernet" }, >> + { LINKSYS_VENDORID, LINKSYS_DEVICEID_EG1032, RL_HWREV_8169S, >> + "Linksys EG1032 (RTL8169S) Gigabit Ethernet" }, >> { 0, 0, 0, NULL } >> }; >> >> >> --- sys/pci/if_rlreg.h.orig Sun Oct 2 05:35:58 2005 >> +++ sys/pci/if_rlreg.h Sun Oct 2 05:38:54 2005 >> @@ -826,6 +826,16 @@ >> #define COREGA_DEVICEID_CGLAPCIGT 0xc107 >> >> /* >> + * Linksys vendor ID >> + */ >> +#define LINKSYS_VENDORID 0x1737 >> + >> +/* >> + * Linksys EG1032 device ID >> + */ >> +#define LINKSYS_DEVICEID_EG1032 0x1032 >> + >> +/* >> * Peppercon vendor ID >> */ >> #define PEPPERCON_VENDORID 0x1743 >> >> > > Sounds like the if_sk driver needs to be made more intelligent so that > it doesn't try to claim this card, yes? > Something like this... Index: sys/pci/if_sk.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_sk.c,v retrieving revision 1.110 diff -u -r1.110 if_sk.c --- sys/pci/if_sk.c 16 Sep 2005 11:11:51 -0000 1.110 +++ sys/pci/if_sk.c 2 Oct 2005 09:55:54 -0000 @@ -143,39 +143,46 @@ { VENDORID_SK, DEVICEID_SK_V1, + -1, "SysKonnect Gigabit Ethernet (V1.0)" }, { VENDORID_SK, DEVICEID_SK_V2, + -1, "SysKonnect Gigabit Ethernet (V2.0)" }, { VENDORID_MARVELL, DEVICEID_SK_V2, + -1, "Marvell Gigabit Ethernet" }, { VENDORID_MARVELL, DEVICEID_BELKIN_5005, + -1, "Belkin F5D5005 Gigabit Ethernet" }, { VENDORID_3COM, DEVICEID_3COM_3C940, + -1, "3Com 3C940 Gigabit Ethernet" }, { VENDORID_LINKSYS, DEVICEID_LINKSYS_EG1032, + 0x12, "Linksys EG1032 Gigabit Ethernet" }, { VENDORID_DLINK, DEVICEID_DLINK_DGE530T, + -1, "D-Link DGE-530T Gigabit Ethernet" }, - { 0, 0, NULL } + { 0, 0, 0, NULL } }; static int skc_probe(device_t); @@ -1311,7 +1318,8 @@ while(t->sk_name != NULL) { if ((pci_get_vendor(dev) == t->sk_vid) && - (pci_get_device(dev) == t->sk_did)) { + (pci_get_device(dev) == t->sk_did) && + (pci_get_revid(dev) == t->sk_rev || t->sk_rev == -1)) { device_set_desc(dev, t->sk_name); return (BUS_PROBE_DEFAULT); } Index: sys/pci/if_skreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_skreg.h,v retrieving revision 1.29 diff -u -r1.29 if_skreg.h --- sys/pci/if_skreg.h 10 Jun 2005 16:49:23 -0000 1.29 +++ sys/pci/if_skreg.h 2 Oct 2005 09:55:55 -0000 @@ -1300,6 +1300,7 @@ struct sk_type { u_int16_t sk_vid; u_int16_t sk_did; + int16_t sk_rev; char *sk_name; }; From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 11:25:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0966516A41F for ; Sun, 2 Oct 2005 11:25:31 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B6FE43D46 for ; Sun, 2 Oct 2005 11:25:30 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so81569wra for ; Sun, 02 Oct 2005 04:25:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LRYONPwpCRO4lIKcLKycSor03BFjJgNSD90abJHeabgcsz5CHQEQ7MctpnczFbbGSYqSAvtkrQAxJJ+ILue7nL3DDVYj/NZJYhlD8JakkO21lBd1SJd87hK1+jqqYbgf0Fy9JjtEVy6LsJZSw9c7pfcL1WoZF5zGvk9oHILr6TY= Received: by 10.54.120.8 with SMTP id s8mr554214wrc; Sun, 02 Oct 2005 04:25:27 -0700 (PDT) Received: by 10.54.144.4 with HTTP; Sun, 2 Oct 2005 04:25:27 -0700 (PDT) Message-ID: Date: Sun, 2 Oct 2005 13:25:27 +0200 From: Claus Guttesen To: Don Lewis In-Reply-To: <200510020908.j9298dAX014736@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200510020908.j9298dAX014736@gw.catspoiler.org> Cc: current@freebsd.org Subject: Re: patch review & testing request for fill_kinfo_proc() and friends X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 11:25:31 -0000 2005/10/2, Don Lewis : > Attached is a patch that fixes locking problems in fill_kinfo_proc() and > related functions. The patch is larger than I initially anticipated > because I had to refactor the code in order to get the locking right. > > I'd like to commit it to HEAD soon so that it can be MFC'ed in time for > 6.0-RC1, but it really needs review and testing of all the sysctl and > linprocfs functionality. This patch also applies cleanly to RELENG_6. Applied the patch from RELENG_6 from Sunday Oct. 2'nd. twin/usr/src/sys/kern#>patch < /home/claus/temp/fifo_patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: kern_proc.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /home/ncvs/src/sys/kern/kern_proc.c,v |retrieving revision 1.231 |diff -u -r1.231 kern_proc.c |--- kern_proc.c 27 Sep 2005 18:03:15 -0000 1.231 |+++ kern_proc.c 2 Oct 2005 08:48:56 -0000 -------------------------- Patching file kern_proc.c using Plan A... Hunk #1 succeeded at 72 (offset -1 lines). Hunk #2 failed at 597. Hunk #3 failed at 674. Hunk #4 failed at 728. Hunk #5 succeeded at 738 with fuzz 1 (offset 2 lines). Hunk #6 failed at 886. Hunk #7 failed at 949. 5 out of 7 hunks failed--saving rejects to kern_proc.c.rej Hmm... Ignoring the trailing garbage. done regards Claus From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 14:25:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8901216A41F for ; Sat, 1 Oct 2005 14:25:28 +0000 (GMT) (envelope-from lankfordandrew@charter.net) Received: from mxsf18.cluster1.charter.net (mxsf18.cluster1.charter.net [209.225.28.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2455543D45 for ; Sat, 1 Oct 2005 14:25:27 +0000 (GMT) (envelope-from lankfordandrew@charter.net) Received: from mxip09a.cluster1.charter.net (mxip09a.cluster1.charter.net [209.225.28.139]) by mxsf18.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j91EPQa9011601 for ; Sat, 1 Oct 2005 10:25:26 -0400 Received: from 24-179-96-010.dhcp.snfr.nc.charter.com (HELO [192.168.15.101]) ([24.179.96.10]) by mxip09a.cluster1.charter.net with ESMTP; 01 Oct 2005 10:25:26 -0400 X-IronPort-AV: i="3.97,163,1125892800"; d="scan'208"; a="1446303243:sNHT15667332" Message-ID: <433E9C4F.8040404@charter.net> Date: Sat, 01 Oct 2005 10:25:19 -0400 From: Andrew Lankford User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050924) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 02 Oct 2005 11:39:56 +0000 Cc: Subject: RELENG_6 Kernel doesn't build due to DEVFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 14:25:28 -0000 uname -a FreeBSD bogushost 6.0-BETA4 FreeBSD 6.0-BETA4 #2: Mon Sep 12 23:01:45 EDT 2005 root@bogushost:/usr/obj/usr/src/sys/ARL6AMD64 amd64 I haven't been able to build a GENERIC 6.0 kernel on amd64 for about a week now because of this error: /usr/src/sys/fs/devfs/devfs_vnops.c:1148: warning: redundant redeclaration of 'devfs_ops_f' /usr/src/sys/fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_ops_f' was here /usr/src/sys/fs/devfs/devfs_vnops.c:1159: warning: redundant redeclaration of 'devfs_vnodeops' /usr/src/sys/fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'devfs_vnodeops' was here /usr/src/sys/fs/devfs/devfs_vnops.c:1181: warning: redundant redeclaration of 'd evfs_specops' /usr/src/sys/fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_specops' was here *** Error code 1 For some reason, -Wall seems to be used when compiling this part of the kernel even though I didn't specify this to make.conf. As far as devfs_vnops.c syntax goes, I've never used sparse declarations before, so I wouldn't know if that's improper syntax or not. Since no one else seems to have complained about this, I'm wondering if I'm even following the right branch anymore. For the record here's the version info for the offending source code: * $FreeBSD: src/sys/fs/devfs/devfs_vnops.c,v 1.114.2.5 2005/09/26 14:36:52 phk Exp $ From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 17:10:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCEEA16A420 for ; Sat, 1 Oct 2005 17:10:16 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B908943D53 for ; Sat, 1 Oct 2005 17:10:14 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 520F51CCDA; Sat, 1 Oct 2005 19:10:12 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id 71E7A1CC8C; Sat, 1 Oct 2005 19:10:07 +0200 (CEST) Date: Sat, 1 Oct 2005 19:09:45 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.5) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1828025877.20051001190945@rulez.sk> To: Roger Grosswiler In-Reply-To: <433EBF21.4030204@gwch.net> References: <433D8AE8.3060106@gwch.net> <42b6915e0510010222y285194a2wf581c70cbbfffbf@mail.gmail.com> <20051001120324.29e5e502.lists@yazzy.org> <433EBF21.4030204@gwch.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-3.915 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1.8, AWL=0.484, BAYES_00=-2.599] X-Spam-Score: -3.915 X-Spam-Level: X-Mailman-Approved-At: Sun, 02 Oct 2005 11:39:56 +0000 Cc: "Lin, Cheng-tao\(psilotum\)" , Marcin Jessa , freebsd-current@freebsd.org Subject: Re: [SOLVED]Re: FreeBSD6.0-Beta5 / Gnome2 / PF -> bad combination? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2005 17:10:17 -0000 Hi Roger, Saturday, October 1, 2005, 6:53:53 PM, you wrote: > Marcin Jessa wrote: >> AFAIR Gnome checks for IP corresponding to the hostname of >> the system. If they dont match or are missing, gnome will take way >> longer to start. >> >> Marcin. >> >> On Sat, 1 Oct 2005 17:22:02 +0800 >> "Lin, Cheng-tao(psilotum)" wrote: >> >> :hi Grosswiler: >> : >> :I've encountered such situation(but actually it wasn't with pf, i just >> :modified the default value of sysctl net.inet.tcp.blackhole and gnome >> :started slowly), >> :I hope this may solve your problem: >> : >> :http://www.freebsd.org/gnome/docs/faq2.html#q20 >> : >> :regards, >> : >> :cheng-tao >> :On 10/1/05, Roger Grosswiler wrote: >> :> i updated to 6.0 Beta5, which did my UMA-Lock. This has gone. But >> still, :> Gnome needs minutes to get on Desktop. >> :> >> :> If pf is enabled (with standard-rules enabled in /etc/pf.conf) it >> takes :> minutes to get the desktop. Disabling pf brings the desktop up >> in seconds. :> >> :> Problem: i don't get any message in my logs i could send with. Does >> :> anybody know about an issue with pf and gnome? >> :> >> :> Thx, >> :> Roger >> :> > ok, i did it - it is in fact gnome contacting localhost on startup. so, > i added 2 rules (pass in all on 127.0.0.1 to lo0.... and same for pass > out...) pass quick on lo0 all > now it works fine. > Thanks, > Roger -- Sincerely, Daniel Gerzo From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 05:57:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2257616A41F for ; Sun, 2 Oct 2005 05:57:55 +0000 (GMT) (envelope-from hackr_d@yahoo.com) Received: from web32914.mail.mud.yahoo.com (web32914.mail.mud.yahoo.com [68.142.206.61]) by mx1.FreeBSD.org (Postfix) with SMTP id AA90143D45 for ; Sun, 2 Oct 2005 05:57:54 +0000 (GMT) (envelope-from hackr_d@yahoo.com) Received: (qmail 89964 invoked by uid 60001); 2 Oct 2005 05:57:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=O9pReea1rSIpLjMlatRaV7CyQJycnjKQAQiiadvyqtCLE3SodCT4ll7jgUyVzKa6SH2YKBdX9LiazI2y9npVh1exKi4mr+1CMxzDf44nWqssF5gRgtU+x9v7NZFHphKjn9ocjF2vsUG0kF5dewWUF3pSIltW2kS23HZUdO2E1cs= ; Message-ID: <20051002055754.89962.qmail@web32914.mail.mud.yahoo.com> Received: from [24.239.218.237] by web32914.mail.mud.yahoo.com via HTTP; Sat, 01 Oct 2005 22:57:53 PDT Date: Sat, 1 Oct 2005 22:57:53 -0700 (PDT) From: Donn Miller To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1520262272-1128232673=:89866" Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sun, 02 Oct 2005 11:39:56 +0000 Subject: ACPI irq routing problems on Averatec 5428hx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 05:57:55 -0000 --0-1520262272-1128232673=:89866 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline Now, I think the answer might be to ditch the Averatec. But, anyways, if I don't disable ACPI on boot, I get a lot of errors like: device]: couldn't map interrupt device_attach: [device] attach returned 6 Attached is a non-verbose and a verbose dmesg output from a -current build within a week or so. I've been having this problems for quite a while. If I disable ACPI, everything works, but I can't use the cpu frequency scaling feature, and the fans run like crazy. Verbose dmesg -> dmesg_v.out non-Verbose dmesg -> dmesg_n.out I have the same issues with Linux, but I usually can get around this by passing the "acpi=noirq" flag to the kernel to enable ACPI but to disable acpi for irq routing. Can I do this with FreeBSD? I think the bios in this laptop is crap. Thanks. Donn __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com --0-1520262272-1128232673=:89866 Content-Type: application/octet-stream; name="dmesg_n.out" Content-Transfer-Encoding: base64 Content-Description: 3080212365-dmesg_n.out Content-Disposition: attachment; filename="dmesg_n.out" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4K Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAx OTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgpGcmVlQlNEIDcuMC1DVVJSRU5UICMwOiBUaHUgU2VwIDI5IDA4OjAw OjA4IEVEVCAyMDA1CiAgICBkbW1pbGxlckA6L3Vzci9vYmovdXNyL3NyYy9z eXMvQVZFUkFURUMKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5 MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBNb2JpbGUgQU1EIEF0aGxvbih0bSkg WFAgLU0gUHJvY2Vzc29yIDI4MDArICgxNjAzLjY1LU1IeiA2ODYtY2xhc3Mg Q1BVKQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4ZmMwICBT dGVwcGluZyA9IDAKICBGZWF0dXJlcz0weDc4YmZiZmY8RlBVLFZNRSxERSxQ U0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0Es Q01PVixQQVQsUFNFMzYsQ0xGTFVTSCxNTVgsRlhTUixTU0UsU1NFMj4KICBB TUQgRmVhdHVyZXM9MHhjMDUwMDgwMDxTWVNDQUxMLE5YLE1NWCssM0ROb3cr LDNETm93PgpyZWFsIG1lbW9yeSAgPSA1MDI3MjY2NTYgKDQ3OSBNQikKYXZh aWwgbWVtb3J5ID0gNDgyNTkwNzIwICg0NjAgTUIpCm5weDA6IFtGQVNUXQpu cHgwOiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJvYXJkCm5weDA6IElO VCAxNiBpbnRlcmZhY2UKYWNwaTA6IDxQVExURCAgIFJTRFQ+IG9uIG1vdGhl cmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpwY2lfbGluazA6 IDxBQ1BJIFBDSSBMaW5rIEFMS0E+IGlycSA5IG9uIGFjcGkwCnBjaV9saW5r MTogPEFDUEkgUENJIExpbmsgQUxLQj4gaXJxIDExIG9uIGFjcGkwCnBjaV9s aW5rMjogPEFDUEkgUENJIExpbmsgQUxLQz4gaXJxIDEwIG9uIGFjcGkwCnBj aV9saW5rMzogPEFDUEkgUENJIExpbmsgQUxLRD4gaXJxIDcgb24gYWNwaTAK cGNpX2xpbms0OiA8QUNQSSBQQ0kgTGluayBMTktBPiBpcnEgOSBvbiBhY3Bp MApwY2lfbGluazU6IDxBQ1BJIFBDSSBMaW5rIExOS0I+IGlycSAxMSBvbiBh Y3BpMApwY2lfbGluazY6IDxBQ1BJIFBDSSBMaW5rIExOS0M+IGlycSAxMCBv biBhY3BpMApwY2lfbGluazc6IDxBQ1BJIFBDSSBMaW5rIExOS0Q+IGlycSA3 IG9uIGFjcGkwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAz NTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0 aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwMDgtMHg0MDBiIG9uIGFj cGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKcG93ZXJub3cwOiA8UG93 ZXJOb3chIEs4PiBvbiBjcHUwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlk Z2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjAKYWdwMDogPFZJQSA4MzgwIGhvc3QgdG8gUENJIGJy aWRnZT4gbWVtIDB4ZjAwMDAwMDAtMHhmN2ZmZmZmZiBhdCBkZXZpY2UgMC4w IG9uIHBjaTAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEK cGNpMTogPGRpc3BsYXksIFZHQT4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVy IGF0dGFjaGVkKQpjYmIwOiA8RU5FIENCMTQxMCBQQ0ktQ2FyZEJ1cyBCcmlk Z2U+IGlycSAxNyBhdCBkZXZpY2UgOS4wIG9uIHBjaTAKY2FyZGJ1czA6IDxD YXJkQnVzIGJ1cz4gb24gY2JiMApwY2NhcmQwOiA8MTYtYml0IFBDQ2FyZCBi dXM+IG9uIGNiYjAKY2JiOiBVbmFibGUgdG8gbWFwIElSUS4uLgpkZXZpY2Vf YXR0YWNoOiBjYmIwIGF0dGFjaCByZXR1cm5lZCAxMgpyYWwwOiA8UmFsaW5r IFRlY2hub2xvZ3kgUlQyNTAwPiBtZW0gMHhlODAwMDAwMC0weGU4MDAxZmZm IGlycSAxOSBhdCBkZXZpY2UgMTEuMCBvbiBwY2kwCnJhbDA6IGNvdWxkIG5v dCBhbGxvY2F0ZSBpbnRlcnJ1cHQgcmVzb3VyY2UKZGV2aWNlX2F0dGFjaDog cmFsMCBhdHRhY2ggcmV0dXJuZWQgNgp1aGNpMDogPFZJQSA4M0M1NzIgVVNC IGNvbnRyb2xsZXI+IHBvcnQgMHgxODAwLTB4MTgxZiBpcnEgMjEgYXQgZGV2 aWNlIDE2LjAgb24gcGNpMAp1aGNpMDogQ291bGQgbm90IGFsbG9jYXRlIGly cQpkZXZpY2VfYXR0YWNoOiB1aGNpMCBhdHRhY2ggcmV0dXJuZWQgNgp1aGNp MTogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHgxODIwLTB4 MTgzZiBpcnEgMjEgYXQgZGV2aWNlIDE2LjEgb24gcGNpMAp1aGNpMTogQ291 bGQgbm90IGFsbG9jYXRlIGlycQpkZXZpY2VfYXR0YWNoOiB1aGNpMSBhdHRh Y2ggcmV0dXJuZWQgNgp1aGNpMjogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xs ZXI+IHBvcnQgMHgxODQwLTB4MTg1ZiBpcnEgMjEgYXQgZGV2aWNlIDE2LjIg b24gcGNpMAp1aGNpMjogQ291bGQgbm90IGFsbG9jYXRlIGlycQpkZXZpY2Vf YXR0YWNoOiB1aGNpMiBhdHRhY2ggcmV0dXJuZWQgNgplaGNpMDogPFZJQSBW VDYyMDIgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhlODAwMjAwMC0weGU4 MDAyMGZmIGlycSAyMSBhdCBkZXZpY2UgMTYuMyBvbiBwY2kwCmVoY2kwOiBD b3VsZCBub3QgYWxsb2NhdGUgaXJxCmRldmljZV9hdHRhY2g6IGVoY2kwIGF0 dGFjaCByZXR1cm5lZCA2CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRl dmljZSAxNy4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0 YXBjaTA6IDxWSUEgODIzNSBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgx ZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHgxODYwLTB4MTg2 ZiBhdCBkZXZpY2UgMTcuMSBvbiBwY2kwCmF0YTA6IDxBVEEgY2hhbm5lbCAw PiBvbiBhdGFwY2kwCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kw CnBjaTA6IDxtdWx0aW1lZGlhLCBhdWRpbz4gYXQgZGV2aWNlIDE3LjUgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2 aWNlIDE3LjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKdnIwOiA8VklBIFZUNjEw MiBSaGluZSBJSSAxMC8xMDBCYXNlVFg+IHBvcnQgMHgxNDAwLTB4MTRmZiBt ZW0gMHhlODAwMjQwMC0weGU4MDAyNGZmIGlycSAyMyBhdCBkZXZpY2UgMTgu MCBvbiBwY2kwCnZyMDogY291bGRuJ3QgbWFwIGludGVycnVwdApkZXZpY2Vf YXR0YWNoOiB2cjAgYXR0YWNoIHJldHVybmVkIDYKYWNwaV9idXR0b24wOiA8 UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRl cj4gb24gYWNwaTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3 aXRjaD4gb24gYWNwaTAKYmF0dGVyeTA6IDxBQ1BJIENvbnRyb2wgTWV0aG9k IEJhdHRlcnk+IG9uIGFjcGkwCmFjcGlfdHowOiA8VGhlcm1hbCBab25lPiBv biBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIp PiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBL ZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGti ZDA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIg b24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBH bGlkZVBvaW50LCBkZXZpY2UgSUQgMApwbXRpbWVyMCBvbiBpc2EwCm9ybTA6 IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4ZDgwMDAtMHhkZmZmZiww eGUzMDAwLTB4ZTNmZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwCnBwYzA6IHBh cmFsbGVsIHBvcnQgbm90IGZvdW5kLgpzYzA6IDxTeXN0ZW0gY29uc29sZT4g YXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBj b25zb2xlcywgZmxhZ3M9MHgzMDA+CnNpbzA6IGNvbmZpZ3VyZWQgaXJxIDQg bm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5 IG5vdCBiZSBlbmFibGVkCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEg NCBmbGFncyAweDEwIG9uIGlzYTAKc2lvMDogdHlwZSA4MjUwIG9yIG5vdCBy ZXNwb25kaW5nCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1h cCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFi bGVkCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgz ZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKVGltZWNvdW50ZXIg IlRTQyIgZnJlcXVlbmN5IDE2MDM2NDY3MDMgSHogcXVhbGl0eSA4MDAKVGlt ZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwphZDA6IDM4MTU0TUIg PElDMjVOMDQwQVRNUjA0IDAgTU8yT0FENEE+IGF0IGF0YTAtbWFzdGVyIFVE TUExMDAKYWNkMDogRFZEUiA8U2xpbXR5cGUgRFZEUlcgU09TVy04NTJTL1BT RjI+IGF0IGF0YTEtbWFzdGVyIFVETUEzMwpUcnlpbmcgdG8gbW91bnQgcm9v dCBmcm9tIHVmczovZGV2L2FkMHMzYQo= --0-1520262272-1128232673=:89866 Content-Type: application/octet-stream; name="dmesg_v.out" Content-Transfer-Encoding: base64 Content-Description: 1484992402-dmesg_v.out Content-Disposition: attachment; filename="dmesg_v.out" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4K Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAx OTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0 aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgpGcmVlQlNEIDcuMC1DVVJSRU5UICMwOiBUaHUgU2VwIDI5IDA4OjAw OjA4IEVEVCAyMDA1CiAgICBkbW1pbGxlckA6L3Vzci9vYmovdXNyL3NyYy9z eXMvQVZFUkFURUMKUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5l bC9rZXJuZWwiIGF0IDB4YzBhMTcwMDAuClByZWxvYWRlZCBlbGYgbW9kdWxl ICIvYm9vdC9rZXJuZWwvdmVzYS5rbyIgYXQgMHhjMGExNzE5NC4KUHJlbG9h ZGVkIGVsZiBtb2R1bGUgIi9ib290L2tlcm5lbC9hY3BpLmtvIiBhdCAweGMw YTE3MjQwLgpDYWxpYnJhdGluZyBjbG9jayhzKSAuLi4gaTgyNTQgY2xvY2s6 IDExOTMxOTEgSHoKQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3Bl Y2lmaWVkIC0gdXNpbmcgZGVmYXVsdCBmcmVxdWVuY3kKVGltZWNvdW50ZXIg Imk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ2FsaWJy YXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDE2MDM2NDgyMTQgSHoK Q1BVOiBNb2JpbGUgQU1EIEF0aGxvbih0bSkgWFAgLU0gUHJvY2Vzc29yIDI4 MDArICgxNjAzLjY1LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJB dXRoZW50aWNBTUQiICBJZCA9IDB4ZmMwICBTdGVwcGluZyA9IDAKICBGZWF0 dXJlcz0weDc4YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNF LENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xG TFVTSCxNTVgsRlhTUixTU0UsU1NFMj4KICBBTUQgRmVhdHVyZXM9MHhjMDUw MDgwMDxTWVNDQUxMLE5YLE1NWCssM0ROb3crLDNETm93PgpEYXRhIFRMQjog MzIgZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKSW5zdHJ1Y3Rpb24gVExC OiAzMiBlbnRyaWVzLCBmdWxseSBhc3NvY2lhdGl2ZQpMMSBkYXRhIGNhY2hl OiA2NCBrYnl0ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAyLXdh eSBhc3NvY2lhdGl2ZQpMMSBpbnN0cnVjdGlvbiBjYWNoZTogNjQga2J5dGVz LCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywgMi13YXkgYXNzb2NpYXRp dmUKTDIgaW50ZXJuYWwgY2FjaGU6IDEyOCBrYnl0ZXMsIDY0IGJ5dGVzL2xp bmUsIDEgbGluZXMvdGFnLCA4LXdheSBhc3NvY2lhdGl2ZQpyZWFsIG1lbW9y eSAgPSA1MDI3MjY2NTYgKDQ3OSBNQikKUGh5c2ljYWwgbWVtb3J5IGNodW5r KHMpOgoweDAwMDAwMDAwMDAwMDEwMDAgLSAweDAwMDAwMDAwMDAwOWVmZmYs IDY0NzE2OCBieXRlcyAoMTU4IHBhZ2VzKQoweDAwMDAwMDAwMDAxMDAwMDAg LSAweDAwMDAwMDAwMDAzZmZmZmYsIDMxNDU3MjggYnl0ZXMgKDc2OCBwYWdl cykKMHgwMDAwMDAwMDAwYzI1MDAwIC0gMHgwMDAwMDAwMDFkNmM5ZmZmLCA0 ODA5MjM2NDggYnl0ZXMgKDExNzQxMyBwYWdlcykKYXZhaWwgbWVtb3J5ID0g NDgyNTkwNzIwICg0NjAgTUIpCmJpb3MzMjogRm91bmQgQklPUzMyIFNlcnZp Y2UgRGlyZWN0b3J5IGhlYWRlciBhdCAweGMwMGY3ZjYwCmJpb3MzMjogRW50 cnkgPSAweGZkNzUwIChjMDBmZDc1MCkgIFJldiA9IDAgIExlbiA9IDEKcGNp YmlvczogUENJIEJJT1MgZW50cnkgYXQgMHhmZDc1MCsweDE2YwpwbnBiaW9z OiBGb3VuZCBQblAgQklPUyBkYXRhIGF0IDB4YzAwZjdmZjAKcG5wYmlvczog RW50cnkgPSBmMDAwMDpjNTJjICBSZXYgPSAxLjAKT3RoZXIgQklPUyBzaWdu YXR1cmVzIGZvdW5kOgp3bGFuOiA8ODAyLjExIExpbmsgTGF5ZXI+Cm1lbTog PG1lbW9yeT4KUGVudGl1bSBQcm8gTVRSUiBzdXBwb3J0IGVuYWJsZWQKbmZz bG9jazogcHNldWRvLWRldmljZQpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8g ZGV2aWNlPgppbzogPEkvTz4KcmFuZG9tOiA8ZW50cm9weSBzb3VyY2UsIFNv ZnR3YXJlLCBZYXJyb3c+ClZFU0E6IGluZm9ybWF0aW9uIGJsb2NrCjU2IDQ1 IDUzIDQxIDAwIDAzIGQ5IGJhIDAwIGMwIDAxIDAwIDAwIDAwIDdhIDNiIAow MCBjMCAwMCAwMiAwMCAwMSAxNiA2MyAwMCBjMCAxNyA2MyAwMCBjMCAxOCA2 MyAKMDAgYzAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgCjAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIApWRVNBOiAzMiBtb2RlKHMpIGZvdW5kClZFU0E6IHYzLjAs IDMyNzY4ayBtZW1vcnksIGZsYWdzOjB4MSwgbW9kZSB0YWJsZToweGMwMGMz YjdhIChjMDAwM2I3YSkKVkVTQTogVklBIEs4TjgwMAoKVkVTQTogICAKbnB4 MDogW0ZBU1RdCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9h cmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQphY3BpMDogPFBUTFREICAgUlNE VD4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFtNUFNBRkVdCnBjaV9vcGVuKDEp Ogltb2RlIDEgYWRkciBwb3J0ICgweDBjZjgpIGlzIDB4ODAwMDg5MDQKcGNp X29wZW4oMWEpOgltb2RlMXJlcz0weDgwMDAwMDAwICgweDgwMDAwMDAwKQpw Y2lfY2ZnY2hlY2s6CWRldmljZSAwIFtjbGFzcz0wNjAwMDBdIFtoZHI9ODBd IGlzIHRoZXJlIChpZD0wMjA0MTEwNikKcGNpYmlvczogQklPUyB2ZXJzaW9u IDIuMTAKRm91bmQgJFBJUiB0YWJsZSwgMTIgZW50cmllcyBhdCAweGMwMGZk ZjAwClBDSS1Pbmx5IEludGVycnVwdHM6IG5vbmUKTG9jYXRpb24gIEJ1cyBE ZXZpY2UgUGluICBMaW5rICBJUlFzCnNsb3QgMSAgICAgIDAgICAgOCAgICBB ICAgMHgwMSAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAxICAg ICAgMCAgICA4ICAgIEIgICAweDAyICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAx NCAxNQpzbG90IDEgICAgICAwICAgIDggICAgQyAgIDB4MDMgIDMgNCA1IDYg NyA5IDEwIDExIDEyIDE0IDE1CnNsb3QgMSAgICAgIDAgICAgOCAgICBEICAg MHgwNSAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAg MCAgICA5ICAgIEEgICAweDAyICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAx NQpzbG90IDIgICAgICAwICAgIDkgICAgQiAgIDB4MDMgIDMgNCA1IDYgNyA5 IDEwIDExIDEyIDE0IDE1CnNsb3QgMiAgICAgIDAgICAgOSAgICBDICAgMHgw NSAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAyICAgICAgMCAg ICA5ICAgIEQgICAweDAxICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpz bG90IDMgICAgICAwICAgMTAgICAgQSAgIDB4MDMgIDMgNCA1IDYgNyA5IDEw IDExIDEyIDE0IDE1CnNsb3QgMyAgICAgIDAgICAxMCAgICBCICAgMHgwNSAg MyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCAzICAgICAgMCAgIDEw ICAgIEMgICAweDAxICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90 IDMgICAgICAwICAgMTAgICAgRCAgIDB4MDIgIDMgNCA1IDYgNyA5IDEwIDEx IDEyIDE0IDE1CnNsb3QgNCAgICAgIDAgICAxMSAgICBBICAgMHgwNSAgMyA0 IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKc2xvdCA0ICAgICAgMCAgIDExICAg IEIgICAweDAxICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDQg ICAgICAwICAgMTEgICAgQyAgIDB4MDIgIDMgNCA1IDYgNyA5IDEwIDExIDEy IDE0IDE1CnNsb3QgNCAgICAgIDAgICAxMSAgICBEICAgMHgwMyAgMyA0IDUg NiA3IDkgMTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgICAwICAgIEEg ICAweDAxICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAg ICAwICAgIDAgICAgQiAgIDB4MDIgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0 IDE1CmVtYmVkZGVkICAgIDAgICAgMCAgICBDICAgMHgwMyAgMyA0IDUgNiA3 IDkgMTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgICAwICAgIEQgICAw eDA1ICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAw ICAgMTcgICAgQSAgIDB4MDEgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1 CmVtYmVkZGVkICAgIDAgICAxNyAgICBCICAgMHgwMiAgMyA0IDUgNiA3IDkg MTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgIDE3ICAgIEMgICAweDAz ICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAwICAg MTcgICAgRCAgIDB4MDUgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CmVt YmVkZGVkICAgIDAgICAxNiAgICBBICAgMHgwMSAgMyA0IDUgNiA3IDkgMTAg MTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgIDE2ICAgIEIgICAweDAyICAz IDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAwICAgMTYg ICAgQyAgIDB4MDMgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CmVtYmVk ZGVkICAgIDAgICAxNiAgICBEICAgMHgwNSAgMyA0IDUgNiA3IDkgMTAgMTEg MTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgIDE4ICAgIEEgICAweDAxICAzIDQg NiA5IDEwIDExIDEyIDE0IDE1CmVtYmVkZGVkICAgIDAgICAxOCAgICBCICAg MHgwMiAgMyA0IDYgOSAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAwICAg MTggICAgQyAgIDB4MDMgIDMgNCA2IDkgMTAgMTEgMTIgMTQgMTUKZW1iZWRk ZWQgICAgMCAgIDE4ICAgIEQgICAweDA1ICAzIDQgNiA5IDEwIDExIDEyIDE0 IDE1CmVtYmVkZGVkICAgIDAgICAgMSAgICBBICAgMHgwMSAgMyA0IDUgNiA3 IDkgMTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgICAxICAgIEIgICAw eDAyICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAw ICAgIDEgICAgQyAgIDB4MDMgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1 CmVtYmVkZGVkICAgIDAgICAgMSAgICBEICAgMHgwNSAgMyA0IDUgNiA3IDkg MTAgMTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgICAwICAgIEEgICAweDAx ICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQplbWJlZGRlZCAgICAwICAg IDAgICAgQiAgIDB4MDIgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CmVt YmVkZGVkICAgIDAgICAgMCAgICBDICAgMHgwMyAgMyA0IDUgNiA3IDkgMTAg MTEgMTIgMTQgMTUKZW1iZWRkZWQgICAgMCAgICAwICAgIEQgICAweDA1ICAz IDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQpzbG90IDEgICAgICAxICAgIDAg ICAgQSAgIDB4MDEgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnNsb3Qg MSAgICAgIDEgICAgMCAgICBCICAgMHgwMiAgMyA0IDUgNiA3IDkgMTAgMTEg MTIgMTQgMTUKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAxNyBmdW5j IDAKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiA5IGZ1bmMgMAphY3Bp MDogUG93ZXIgQnV0dG9uIChmaXhlZCkKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1 cyAwIGRldiAwIGZ1bmMgMwpwY2lfbGluazA6IDxBQ1BJIFBDSSBMaW5rIEFM S0E+IGlycSA5IG9uIGFjcGkwCnBjaV9saW5rMDogTGlua3MgYWZ0ZXIgaW5p dGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAg ICAgOSAgIE4gICAgIDAgIDE2IDE3IDE4IDE5IDIwIDIxIDIyIDIzCnBjaV9s aW5rMDogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAg SVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTYg MTcgMTggMTkgMjAgMjEgMjIgMjMKcGNpX2xpbmswOiBMaW5rcyBhZnRlciBk aXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1 ICAgTiAgICAgMCAgMTYgMTcgMTggMTkgMjAgMjEgMjIgMjMKcGNpX2xpbmsx OiA8QUNQSSBQQ0kgTGluayBBTEtCPiBpcnEgMTEgb24gYWNwaTAKcGNpX2xp bmsxOiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBS dGQgIFJlZiAgSVJRcwogICAgMCAgIDExICAgTiAgICAgMCAgMTYgMTcgMTgg MTkgMjAgMjEgMjIgMjMKcGNpX2xpbmsxOiBMaW5rcyBhZnRlciBpbml0aWFs IHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAw ICAyNTUgICBOICAgICAwICAxNiAxNyAxOCAxOSAyMCAyMSAyMiAyMwpwY2lf bGluazE6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAg UmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxNiAxNyAxOCAxOSAy MCAyMSAyMiAyMwpwY2lfbGluazI6IDxBQ1BJIFBDSSBMaW5rIEFMS0M+IGly cSAxMCBvbiBhY3BpMApwY2lfbGluazI6IExpbmtzIGFmdGVyIGluaXRpYWwg cHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAgMTAg ICBOICAgICAwICAyMgpwY2lfbGluazI6IExpbmtzIGFmdGVyIGluaXRpYWwg dmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAg IDI1NSAgIE4gICAgIDAgIDIyCnBjaV9saW5rMjogTGlua3MgYWZ0ZXIgZGlz YWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAg IE4gICAgIDAgIDIyCnBjaV9saW5rMzogPEFDUEkgUENJIExpbmsgQUxLRD4g aXJxIDcgb24gYWNwaTAKcGNpX2xpbmszOiBMaW5rcyBhZnRlciBpbml0aWFs IHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgICA3 ICAgTiAgICAgMCAgMjEKcGNpX2xpbmszOiBMaW5rcyBhZnRlciBpbml0aWFs IHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAw ICAyNTUgICBOICAgICAwICAyMQpwY2lfbGluazM6IExpbmtzIGFmdGVyIGRp c2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUg ICBOICAgICAwICAyMQpwY2lfbGluazQ6IDxBQ1BJIFBDSSBMaW5rIExOS0E+ IGlycSA5IG9uIGFjcGkwCnBjaV9saW5rNDogTGlua3MgYWZ0ZXIgaW5pdGlh bCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgICAg OSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMiAxNCAxNQpwY2lfbGluazQ6IExp bmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMKICAgIDAgICAgOSAgIE4gICAgIDAgIDMgNCA1IDcgOSAx MiAxNCAxNQpwY2lfbGluazQ6IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAz IDQgNSA3IDkgMTIgMTQgMTUKcGNpX2xpbms1OiA8QUNQSSBQQ0kgTGluayBM TktCPiBpcnEgMTEgb24gYWNwaTAKcGNpX2xpbms1OiBMaW5rcyBhZnRlciBp bml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAg MCAgIDExICAgTiAgICAgMCAgMyA0IDUgNyAxMCAxMiAxNCAxNQpwY2lfbGlu azU6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElS USAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1 IDcgMTAgMTIgMTQgMTUKcGNpX2xpbms1OiBMaW5rcyBhZnRlciBkaXNhYmxl OgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAg ICAgMCAgMyA0IDUgNyAxMCAxMiAxNCAxNQpwY2lfbGluazY6IDxBQ1BJIFBD SSBMaW5rIExOS0M+IGlycSAxMCBvbiBhY3BpMApwY2lfbGluazY6IExpbmtz IGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzCiAgICAwICAgMTAgICBOICAgICAwICAzIDQgNSA3IDExIDEyIDE0IDE1 CnBjaV9saW5rNjogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgIDEwICAgTiAgICAg MCAgMyA0IDUgNyAxMSAxMiAxNCAxNQpwY2lfbGluazY6IExpbmtzIGFmdGVy IGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAy NTUgICBOICAgICAwICAzIDQgNSA3IDExIDEyIDE0IDE1CnBjaV9saW5rNzog PEFDUEkgUENJIExpbmsgTE5LRD4gaXJxIDcgb24gYWNwaTAKcGNpX2xpbms3 OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQg IFJlZiAgSVJRcwogICAgMCAgICA3ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEw IDExIDEyIDE0IDE1CnBjaV9saW5rNzogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2 YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAg ICA3ICAgTiAgICAgMCAgMyA0IDUgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9s aW5rNzogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDcgOSAxMCAx MSAxMiAxNCAxNQpBQ1BJIHRpbWVyOiAxLzEgMS8xIDEvMSAxLzEgMS8xIDEv MSAxLzEgMS8xIDEvMSAxLzEgLT4gMTAKVGltZWNvdW50ZXIgIkFDUEktZmFz dCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGlt ZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDAw OC0weDQwMGIgb24gYWNwaTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApw b3dlcm5vdzA6IDxQb3dlck5vdyEgSzg+IG9uIGNwdTAKcGNpYjA6IDxBQ1BJ IEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApw Y2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiBwaHlzaWNhbCBi dXM9MApmb3VuZC0+CXZlbmRvcj0weDExMDYsIGRldj0weDAyMDQsIHJldmlk PTB4MDAKCWJ1cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNiwgc3RhdHJl Zz0weDIyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQw ICgxOTIwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBE MAoJbWFwWzEwXTogdHlwZSAzLCByYW5nZSAzMiwgYmFzZSBmMDAwMDAwMCwg c2l6ZSAyNywgZW5hYmxlZApmb3VuZC0+CXZlbmRvcj0weDExMDYsIGRldj0w eDEyMDQsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTAsIGZ1bmM9MQoJY2xh c3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4 MDAwNiwgc3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCgls YXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhs YXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMTA2LCBkZXY9MHgy MjA0LCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0wLCBmdW5jPTIKCWNsYXNz PTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAw MDYsIHN0YXRyZWc9MHgwMjAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTEwNiwgZGV2PTB4MzIw NCwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MCwgZnVuYz0zCgljbGFzcz0w Ni0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2 LCBzdGF0cmVnPTB4MDIwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRp bWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDExMDYsIGRldj0weDQyMDQs IHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTAsIGZ1bmM9NAoJY2xhc3M9MDYt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwg c3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1l cj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMTA2LCBkZXY9MHg3MjA0LCBy ZXZpZD0weDAwCglidXM9MCwgc2xvdD0wLCBmdW5jPTcKCWNsYXNzPTA2LTAw LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDYsIHN0 YXRyZWc9MHgwMjAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTEwNiwgZGV2PTB4YjE4OCwgcmV2 aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MSwgZnVuYz0wCgljbGFzcz0wNi0wNC0w MCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0 cmVnPTB4MDIzMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwYyAoMzAwMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDE1MjQsIGRldj0weDE0MTAsIHJl dmlkPTB4MDEKCWJ1cz0wLCBzbG90PTksIGZ1bmM9MAoJY2xhc3M9MDYtMDct MDAsIGhkcnR5cGU9MHgwMiwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3Rh dHJlZz0weDAyMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDIwICg5NjAgbnMpLCBtaW5nbnQ9MHg0MCAoMTYwMDAgbnMpLCBtYXhsYXQ9 MHgwNCAoMTAwMCBucykKCWludHBpbj1hLCBpcnE9MTAKCXBvd2Vyc3BlYyAx ICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTog dHlwZSAxLCByYW5nZSAzMiwgYmFzZSAwMDAwMDAwMCwgc2l6ZSAxMiwgZW5h YmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC45LklOVEEKcGNpYjA6 IHNsb3QgOSBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQtPgl2ZW5k b3I9MHgxODE0LCBkZXY9MHgwMjAxLCByZXZpZD0weDAxCglidXM9MCwgc2xv dD0xMSwgZnVuYz0wCgljbGFzcz0wMi04MC0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCgljbWRyZWc9MHgwMDEzLCBzdGF0cmVnPTB4MDQxMCwgY2FjaGVs bnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1h LCBpcnE9NwoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50 IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGU4MDAwMDAw LCBzaXplIDEzLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjExLklOVEEKcGNpYjA6IHNsb3QgMTEgSU5UQSBoYXJkd2lyZWQgdG8gSVJR IDE5CmZvdW5kLT4JdmVuZG9yPTB4MTEwNiwgZGV2PTB4MzAzOCwgcmV2aWQ9 MHg4MAoJYnVzPTAsIHNsb3Q9MTYsIGZ1bmM9MAoJY2xhc3M9MGMtMDMtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAxNywgc3RhdHJl Zz0weDAyMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0 MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCglpbnRwaW49YSwgaXJxPTkKCXBvd2Vyc3BlYyAyICBzdXBwb3J0 cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzIwXTogdHlwZSA0LCBy YW5nZSAzMiwgYmFzZSAwMDAwMTgwMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2li MDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4xNi5JTlRBCnBjaWIwOiBzbG90IDE2 IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMQpmb3VuZC0+CXZlbmRvcj0weDEx MDYsIGRldj0weDMwMzgsIHJldmlkPTB4ODAKCWJ1cz0wLCBzbG90PTE2LCBm dW5jPTEKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEK CWNtZHJlZz0weDAwMTcsIHN0YXRyZWc9MHgwMjEwLCBjYWNoZWxuc3o9MTYg KGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT0x MQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50 IEQwCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxODIw LCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjE2LklOVEIKcGNpYjA6IHNsb3QgMTYgSU5UQiBoYXJkd2lyZWQgdG8gSVJR IDIxCmZvdW5kLT4JdmVuZG9yPTB4MTEwNiwgZGV2PTB4MzAzOCwgcmV2aWQ9 MHg4MAoJYnVzPTAsIHNsb3Q9MTYsIGZ1bmM9MgoJY2xhc3M9MGMtMDMtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAxNywgc3RhdHJl Zz0weDAyMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0 MCAoMTkyMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCglpbnRwaW49YywgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsyMF06IHR5cGUgNCwg cmFuZ2UgMzIsIGJhc2UgMDAwMDE4NDAsIHNpemUgIDUsIGVuYWJsZWQKcGNp YjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTYuSU5UQwpwY2liMDogc2xvdCAx NiBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMjEKZm91bmQtPgl2ZW5kb3I9MHgx MTA2LCBkZXY9MHgzMTA0LCByZXZpZD0weDgyCglidXM9MCwgc2xvdD0xNiwg ZnVuYz0zCgljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0w CgljbWRyZWc9MHgwMDEzLCBzdGF0cmVnPTB4MDIxMCwgY2FjaGVsbnN6PTE2 IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1kLCBpcnE9 NwoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBjdXJyZW50 IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGU4MDAyMDAw LCBzaXplICA4LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjE2LklOVEQKcGNpYjA6IHNsb3QgMTYgSU5URCBoYXJkd2lyZWQgdG8gSVJR IDIxCmZvdW5kLT4JdmVuZG9yPTB4MTEwNiwgZGV2PTB4MzE3NywgcmV2aWQ9 MHgwMAoJYnVzPTAsIHNsb3Q9MTcsIGZ1bmM9MAoJY2xhc3M9MDYtMDEtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDA4Nywgc3RhdHJl Zz0weDAyMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApm b3VuZC0+CXZlbmRvcj0weDExMDYsIGRldj0weDA1NzEsIHJldmlkPTB4MDYK CWJ1cz0wLCBzbG90PTE3LCBmdW5jPTEKCWNsYXNzPTAxLTAxLThhLCBoZHJ0 eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgw MjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTky MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CglpbnRwaW49YSwgaXJxPTI1NQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBi YXNlIDAwMDAxODYwLCBzaXplICA0LCBlbmFibGVkCmZvdW5kLT4JdmVuZG9y PTB4MTEwNiwgZGV2PTB4MzA1OSwgcmV2aWQ9MHg1MAoJYnVzPTAsIHNsb3Q9 MTcsIGZ1bmM9NQoJY2xhc3M9MDQtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MAoJY21kcmVnPTB4MDAwMSwgc3RhdHJlZz0weDAyMTAsIGNhY2hlbG5z ej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1jLCBpcnE9 MTAKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVu dCBEMAoJbWFwWzEwXTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAwMDAwMTAw MCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC4xNy5JTlRDIChzcmMgXFxfU0JfLlBDSTAuUElCXy5BTEtDOjApCnBjaV9s aW5rMjogUGlja2VkIElSUSAyMiB3aXRoIHdlaWdodCAwCnBjaWIwOiBzbG90 IDE3IElOVEMgcm91dGVkIHRvIGlycSAyMiB2aWEgXFxfU0JfLlBDSTAuUElC Xy5BTEtDCmZvdW5kLT4JdmVuZG9yPTB4MTEwNiwgZGV2PTB4MzA2OCwgcmV2 aWQ9MHg4MAoJYnVzPTAsIHNsb3Q9MTcsIGZ1bmM9NgoJY2xhc3M9MDctODAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwMCwgc3Rh dHJlZz0weDAyMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKCWludHBpbj1jLCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgNCwgcmFuZ2Ug MzIsIGJhc2UgMDAwMDAwMDAsIHNpemUgIDgsIHBvcnQgZGlzYWJsZWQKZm91 bmQtPgl2ZW5kb3I9MHgxMTA2LCBkZXY9MHgzMDY1LCByZXZpZD0weDc0Cgli dXM9MCwgc2xvdD0xOCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDEzLCBzdGF0cmVnPTB4MDIx MCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIw IG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDA4ICgyMDAw IG5zKQoJaW50cGluPWEsIGlycT05Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMg RDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgNCwgcmFu Z2UgMzIsIGJhc2UgMDAwMDE0MDAsIHNpemUgIDgsIGVuYWJsZWQKCW1hcFsx NF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZTgwMDI0MDAsIHNpemUgIDgs IGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMTguSU5UQQpw Y2liMDogc2xvdCAxOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjMKZm91bmQt Pgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAwLCByZXZpZD0weDAwCglidXM9 MCwgc2xvdD0yNCwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAxMCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+ CXZlbmRvcj0weDEwMjIsIGRldj0weDExMDEsIHJldmlkPTB4MDAKCWJ1cz0w LCBzbG90PTI0LCBmdW5jPTEKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBj YWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4J dmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMiwgcmV2aWQ9MHgwMAoJYnVzPTAs IHNsb3Q9MjQsIGZ1bmM9MgoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgw MCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWlu Z250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2 ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAzLCByZXZpZD0weDAwCglidXM9MCwg c2xvdD0yNCwgZnVuYz0zCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQphZ3AwOiA8VklB IDgzODAgaG9zdCB0byBQQ0kgYnJpZGdlPiBtZW0gMHhmMDAwMDAwMC0weGY3 ZmZmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMAphZ3AwOiAxIE1pc2NlbGxh bmVvdXMgQ29udHJvbCB1bml0KHMpIGZvdW5kLgphZ3AwOiBBcGVydHVyZSBC YXNlWzBdOiAweDAwMDAwMDc4CmFncDA6IFJlc2VydmVkIDB4ODAwMDAwMCBi eXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZjAwMDAwMDAKYWdwMDog YWxsb2NhdGluZyBHQVRUIGZvciBhcGVydHVyZSBvZiBzaXplIDEyOE0KcGNp YjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBj aTAKcGNpYjE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMQpwY2liMTogICBzdWJv cmRpbmF0ZSBidXMgICAxCnBjaWIxOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4 ZjAwMC0weGZmZgpwY2liMTogICBtZW1vcnkgZGVjb2RlICAgICAweGU5MDAw MDAwLTB4ZTlmZmZmZmYKcGNpYjE6ICAgcHJlZmV0Y2hlZCBkZWNvZGUgMHhm ODAwMDAwMC0weGZiZmZmZmZmCnBjaWIxOiBjb3VsZCBub3QgZ2V0IFBDSSBp bnRlcnJ1cHQgcm91dGluZyB0YWJsZSBmb3IgXFxfU0JfLlBDSTAuUFBCXyAt IEFFX05PVF9GT1VORApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpw Y2kxOiBwaHlzaWNhbCBidXM9MQpmb3VuZC0+CXZlbmRvcj0weDExMDYsIGRl dj0weDMxMDgsIHJldmlkPTB4MDEKCWJ1cz0xLCBzbG90PTAsIGZ1bmM9MAoJ Y2xhc3M9MDMtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwNywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwgbWluZ250PTB4MDIgKDUwMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT05Cglwb3dl cnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1h cFsxMF06IHR5cGUgMywgcmFuZ2UgMzIsIGJhc2UgZjgwMDAwMDAsIHNpemUg MjYsIGVuYWJsZWQKcGNpYjE6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJh bmdlIDB4ZjgwMDAwMDAtMHhmYmZmZmZmZjogZ29vZAoJbWFwWzE0XTogdHlw ZSAxLCByYW5nZSAzMiwgYmFzZSBlOTAwMDAwMCwgc2l6ZSAyNCwgZW5hYmxl ZApwY2liMTogKG51bGwpIHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhlOTAw MDAwMC0weGU5ZmZmZmZmOiBnb29kCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZv ciAwLjEuSU5UQQpwY2liMDogc2xvdCAxIElOVEEgaGFyZHdpcmVkIHRvIElS USAxNgpwY2liMTogc2xvdCAwIElOVEEgaXMgcm91dGVkIHRvIGlycSAxNgpw Y2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIg YXR0YWNoZWQpCmNiYjA6IDxFTkUgQ0IxNDEwIFBDSS1DYXJkQnVzIEJyaWRn ZT4gaXJxIDE3IGF0IGRldmljZSA5LjAgb24gcGNpMApjYmIwOiBMYXp5IGFs bG9jYXRpb24gb2YgMHgxMDAwIGJ5dGVzIHJpZCAweDEwIHR5cGUgMyBhdCAw eDgwMDAwMDAwCmNhcmRidXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjAKcGNj YXJkMDogPDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBjYmIwCmNiYjogVW5hYmxl IHRvIG1hcCBJUlEuLi4KZGV2aWNlX2F0dGFjaDogY2JiMCBhdHRhY2ggcmV0 dXJuZWQgMTIKcmFsMDogPFJhbGluayBUZWNobm9sb2d5IFJUMjUwMD4gbWVt IDB4ZTgwMDAwMDAtMHhlODAwMWZmZiBpcnEgMTkgYXQgZGV2aWNlIDExLjAg b24gcGNpMApyYWwwOiBSZXNlcnZlZCAweDIwMDAgYnl0ZXMgZm9yIHJpZCAw eDEwIHR5cGUgMyBhdCAweGU4MDAwMDAwCnJhbDA6IGNvdWxkIG5vdCBhbGxv Y2F0ZSBpbnRlcnJ1cHQgcmVzb3VyY2UKZGV2aWNlX2F0dGFjaDogcmFsMCBh dHRhY2ggcmV0dXJuZWQgNgp1aGNpMDogPFZJQSA4M0M1NzIgVVNCIGNvbnRy b2xsZXI+IHBvcnQgMHgxODAwLTB4MTgxZiBpcnEgMjEgYXQgZGV2aWNlIDE2 LjAgb24gcGNpMAp1aGNpMDogUmVzZXJ2ZWQgMHgyMCBieXRlcyBmb3Igcmlk IDB4MjAgdHlwZSA0IGF0IDB4MTgwMAp1aGNpMDogQ291bGQgbm90IGFsbG9j YXRlIGlycQpkZXZpY2VfYXR0YWNoOiB1aGNpMCBhdHRhY2ggcmV0dXJuZWQg Ngp1aGNpMTogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHgx ODIwLTB4MTgzZiBpcnEgMjEgYXQgZGV2aWNlIDE2LjEgb24gcGNpMAp1aGNp MTogUmVzZXJ2ZWQgMHgyMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0 IDB4MTgyMAp1aGNpMTogQ291bGQgbm90IGFsbG9jYXRlIGlycQpkZXZpY2Vf YXR0YWNoOiB1aGNpMSBhdHRhY2ggcmV0dXJuZWQgNgp1aGNpMjogPFZJQSA4 M0M1NzIgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHgxODQwLTB4MTg1ZiBpcnEg MjEgYXQgZGV2aWNlIDE2LjIgb24gcGNpMAp1aGNpMjogUmVzZXJ2ZWQgMHgy MCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4MTg0MAp1aGNpMjog Q291bGQgbm90IGFsbG9jYXRlIGlycQpkZXZpY2VfYXR0YWNoOiB1aGNpMiBh dHRhY2ggcmV0dXJuZWQgNgplaGNpMDogPFZJQSBWVDYyMDIgVVNCIDIuMCBj b250cm9sbGVyPiBtZW0gMHhlODAwMjAwMC0weGU4MDAyMGZmIGlycSAyMSBh dCBkZXZpY2UgMTYuMyBvbiBwY2kwCmVoY2kwOiBSZXNlcnZlZCAweDEwMCBi eXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZTgwMDIwMDAKZWhjaTA6 IENvdWxkIG5vdCBhbGxvY2F0ZSBpcnEKZGV2aWNlX2F0dGFjaDogZWhjaTAg YXR0YWNoIHJldHVybmVkIDYKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQg ZGV2aWNlIDE3LjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAK YXRhcGNpMDogPFZJQSA4MjM1IFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAw eDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweDE4NjAtMHgx ODZmIGF0IGRldmljZSAxNy4xIG9uIHBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQg MHgxMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0IGF0IDB4MTg2MAphdGEw OiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMAphdGFwY2kwOiBSZXNlcnZl ZCAweDggYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweDFmMAphdGFw Y2kwOiBSZXNlcnZlZCAweDEgYnl0ZXMgZm9yIHJpZCAweDE0IHR5cGUgNCBh dCAweDNmNgphdGEwOiByZXNldCB0cDEgbWFzaz0wMyBvc3RhdDA9NTAgb3N0 YXQxPTAwCmF0YTA6IHN0YXQwPTB4NTAgZXJyPTB4MDEgbHNiPTB4MDAgbXNi PTB4MDAKYXRhMDogc3RhdDE9MHgwMCBlcnI9MHgwMSBsc2I9MHgwMCBtc2I9 MHgwMAphdGEwOiByZXNldCB0cDIgc3RhdDA9NTAgc3RhdDE9MDAgZGV2aWNl cz0weDE8QVRBX01BU1RFUj4KYXRhMDogW01QU0FGRV0KYXRhMTogPEFUQSBj aGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5 dGVzIGZvciByaWQgMHgxOCB0eXBlIDQgYXQgMHgxNzAKYXRhcGNpMDogUmVz ZXJ2ZWQgMHgxIGJ5dGVzIGZvciByaWQgMHgxYyB0eXBlIDQgYXQgMHgzNzYK YXRhMTogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQwPTUxIG9zdGF0MT0wMAph dGExOiBzdGF0MD0weDAwIGVycj0weDAxIGxzYj0weDE0IG1zYj0weGViCmF0 YTE6IHN0YXQxPTB4MDAgZXJyPTB4MDAgbHNiPTB4MDAgbXNiPTB4MDAKYXRh MTogcmVzZXQgdHAyIHN0YXQwPTAwIHN0YXQxPTAwIGRldmljZXM9MHg0PEFU QVBJX01BU1RFUj4KYXRhMTogW01QU0FGRV0KcGNpMDogPG11bHRpbWVkaWEs IGF1ZGlvPiBhdCBkZXZpY2UgMTcuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpw Y2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMTcuNiAobm8gZHJpdmVy IGF0dGFjaGVkKQp2cjA6IDxWSUEgVlQ2MTAyIFJoaW5lIElJIDEwLzEwMEJh c2VUWD4gcG9ydCAweDE0MDAtMHgxNGZmIG1lbSAweGU4MDAyNDAwLTB4ZTgw MDI0ZmYgaXJxIDIzIGF0IGRldmljZSAxOC4wIG9uIHBjaTAKdnIwOiBSZXNl cnZlZCAweDEwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSA0IGF0IDB4MTQw MAp2cjA6IGNvdWxkbid0IG1hcCBpbnRlcnJ1cHQKZGV2aWNlX2F0dGFjaDog dnIwIGF0dGFjaCByZXR1cm5lZCA2CmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1 dHRvbj4gb24gYWNwaTAKYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFj cGkwCmFjcGlfbGlkMDogPENvbnRyb2wgTWV0aG9kIExpZCBTd2l0Y2g+IG9u IGFjcGkwCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5 PiBvbiBhY3BpMAphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAK cHNtY3BucDA6IDxQUy8yIG1vdXNlIHBvcnQ+IGlycSAxMiBvbiBhY3BpMAph dGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4 NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4g aXJxIDEgb24gYXRrYmRjMAphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRy b2xsZXIgY29tbWFuZCBieXRlIDAwNDcKYXRrYmQ6IGtleWJvYXJkIElEIDB4 NDFhYiAoMikKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAxMDEv MTAyICgyKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDAKYXRrYmQwOiBb R0lBTlQtTE9DS0VEXQpwc20wOiBjdXJyZW50IGNvbW1hbmQgYnl0ZTowMDQ3 CnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBb R0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBHbGlkZVBvaW50LCBkZXZpY2Ug SUQgMC0wMCwgMiBidXR0b25zCnBzbTA6IGNvbmZpZzowMDAwMDAwMCwgZmxh Z3M6MDAwMDAwMDgsIHBhY2tldCBzaXplOjMKcHNtMDogc3luY21hc2s6YzAs IHN5bmNiaXRzOjAwCmV4X2lzYV9pZGVudGlmeSgpCmF0YTogYXRhMCBhbHJl YWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKYXRhOiBhdGExIGFscmVhZHkgZXhp c3RzOyBza2lwcGluZyBpdAphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlz dHM7IHNraXBwaW5nIGl0CnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9y dCBhdCAyMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDI0 MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjgzCnBucF9p ZGVudGlmeTogVHJ5aW5nIFJlYWRfUG9ydCBhdCAyYzMKcG5wX2lkZW50aWZ5 OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDMwMwpwbnBfaWRlbnRpZnk6IFRyeWlu ZyBSZWFkX1BvcnQgYXQgMzQzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJlYWRf UG9ydCBhdCAzODMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0 IDNjMwpQTlAgSWRlbnRpZnkgY29tcGxldGUKc2M6IHNjMCBhbHJlYWR5IGV4 aXN0czsgc2tpcHBpbmcgaXQKdmdhOiB2Z2EwIGFscmVhZHkgZXhpc3RzOyBz a2lwcGluZyBpdAppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAg ZGV2aWNlcwppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBk ZXZpY2VzCnBtdGltZXIwIG9uIGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9N cz4gYXQgaW9tZW0gMHhkODAwMC0weGRmZmZmLDB4ZTMwMDAtMHhlM2ZmZiBw bnBpZCBPUk0wMDAwIG9uIGlzYTAKYWR2MDogbm90IHByb2JlZCAoZGlzYWJs ZWQpCmFoYTA6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQphaWMwOiBub3QgcHJv YmVkIChkaXNhYmxlZCkKYnQwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKY3Mw OiBub3QgcHJvYmVkIChkaXNhYmxlZCkKZWQwOiBub3QgcHJvYmVkIChkaXNh YmxlZCkKZmRjMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmMC0weDNm NSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwCmZlMDogbm90IHByb2JlZCAo ZGlzYWJsZWQpCmllMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmxuYzA6IG5v dCBwcm9iZWQgKGRpc2FibGVkKQpwcGMwOiBwYXJhbGxlbCBwb3J0IG5vdCBm b3VuZC4KcHBjMDogPFBhcmFsbGVsIHBvcnQ+IGZhaWxlZCB0byBwcm9iZSBh dCBpcnEgNyBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFn cyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVz LCBmbGFncz0weDMwMD4Kc2MwOiBmYjAsIGtiZDAsIHRlcm1pbmFsIGVtdWxh dG9yOiBzYyAoc3lzY29ucyB0ZXJtaW5hbCkKc2lvMDogY29uZmlndXJlZCBp cnEgNCBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDAKc2lvMDogcG9y dCBtYXkgbm90IGJlIGVuYWJsZWQKc2lvMDogaXJxIG1hcHM6IDB4MSAweDEg MHgxIDB4MQpzaW8wOiBwcm9iZSBmYWlsZWQgdGVzdChzKTogMCAxIDIgNCA2 IDcgOQpzaW8wIGF0IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgx MCBvbiBpc2EwCnNpbzA6IHR5cGUgODI1MCBvciBub3QgcmVzcG9uZGluZwpz aW8xOiBjb25maWd1cmVkIGlycSAzIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVk IGlycXMgMApzaW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZApzaW8xOiBp cnEgbWFwczogMHgxIDB4MSAweDEgMHgxCnNpbzE6IHByb2JlIGZhaWxlZCB0 ZXN0KHMpOiAwIDEgMiA0IDYgNyA5CnNpbzEgZmFpbGVkIHRvIHByb2JlIGF0 IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMApzaW8yOiBub3QgcHJv YmVkIChkaXNhYmxlZCkKc2lvMzogbm90IHByb2JlZCAoZGlzYWJsZWQpCnNu MDogbm90IHByb2JlZCAoZGlzYWJsZWQpCnZnYTA6IDxHZW5lcmljIElTQSBW R0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZm IG9uIGlzYTAKdnQwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKaXNhX3Byb2Jl X2NoaWxkcmVuOiBwcm9iaW5nIFBuUCBkZXZpY2VzCkRldmljZSBjb25maWd1 cmF0aW9uIGZpbmlzaGVkLgpwcm9jZnMgcmVnaXN0ZXJlZApUaW1lY291bnRl ciAiVFNDIiBmcmVxdWVuY3kgMTYwMzY0ODIxNCBIeiBxdWFsaXR5IDgwMApU aW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmxvMDogYnBmIGF0 dGFjaGVkCmFjcGlfYWNhZDA6IGFjbGluZSBpbml0aWFsaXphdGlvbiBzdGFy dAphY3BpX2FjYWQwOiBPbiBMaW5lCmFjcGlfYWNhZDA6IGFjbGluZSBpbml0 aWFsaXphdGlvbiBkb25lLCB0cmllZCAxIHRpbWVzCmJhdHRlcnkwOiBiYXR0 ZXJ5IGluaXRpYWxpemF0aW9uIHN0YXJ0CmJhdHRlcnkwOiBiYXR0ZXJ5IGlu aXRpYWxpemF0aW9uIGRvbmUsIHRyaWVkIDEgdGltZXMKYWNwaV90ejA6IF9B QzI6IHRlbXBlcmF0dXJlIDU4LjggPj0gc2V0cG9pbnQgMzQuOAphY3BpX3R6 MDogX0FDMTogdGVtcGVyYXR1cmUgNTguOCA+PSBzZXRwb2ludCA1NC44CmFj cGlfdHowOiBzd2l0Y2hlZCBmcm9tIE5PTkUgdG8gX0FDMTogNTguOEMKYWNw aV90ejA6IF9BQzI6IHRlbXBlcmF0dXJlIDU4LjggPj0gc2V0cG9pbnQgMzQu OAphY3BpX3R6MDogX0FDMjogdGVtcGVyYXR1cmUgNTguOCA+PSBzZXRwb2lu dCAzNC44CmF0YTAtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9 VURNQTEwMCBjYWJsZT04MCB3aXJlCmFjcGlfdHowOiBfQUMyOiB0ZW1wZXJh dHVyZSA1OC44ID49IHNldHBvaW50IDM0LjgKYWNwaV90ejA6IF9BQzI6IHRl bXBlcmF0dXJlIDU4LjggPj0gc2V0cG9pbnQgMzQuOAphZDA6IHNldHRpbmcg UElPNCBvbiBWSUEgODIzNSBjaGlwCmFkMDogc2V0dGluZyBVRE1BMTAwIG9u IFZJQSA4MjM1IGNoaXAKYWQwOiAzODE1NE1CIDxJQzI1TjA0MEFUTVIwNCAw IE1PMk9BRDRBPiBhdCBhdGEwLW1hc3RlciBVRE1BMTAwCmFkMDogNzgxNDAx NjAgc2VjdG9ycyBbNzc1MjBDLzE2SC82M1NdIDE2IHNlY3RvcnMvaW50ZXJy dXB0IDEgZGVwdGggcXVldWUKR0VPTTogbmV3IGRpc2sgYWQwCmFkMDogVklB IGNoZWNrMSBmYWlsZWQKYWQwOiBBZGFwdGVjIGNoZWNrMSBmYWlsZWQKYWQw OiBMU0kgKHYzKSBjaGVjazEgZmFpbGVkCmFkMDogTFNJICh2MikgY2hlY2sx IGZhaWxlZAphZDA6IEZyZWVCU0QgY2hlY2sxIGZhaWxlZAphdGExLW1hc3Rl cjogcGlvPVBJTzQgd2RtYT1XRE1BMiB1ZG1hPVVETUEzMyBjYWJsZT00MCB3 aXJlCmFjZDA6IHNldHRpbmcgUElPNCBvbiBWSUEgODIzNSBjaGlwCmFjZDA6 IHNldHRpbmcgVURNQTMzIG9uIFZJQSA4MjM1IGNoaXAKYWNkMDogPFNsaW10 eXBlIERWRFJXIFNPU1ctODUyUy9QU0YyPiBEVkRSIGRyaXZlIGF0IGF0YTEg YXMgbWFzdGVyCmFjZDA6IHJlYWQgNDEzNEtCL3MgKDQxMzRLQi9zKSB3cml0 ZSA0MTM0S0IvcyAoNDEzNEtCL3MpLCAyMDQ4S0IgYnVmZmVyLCBVRE1BMzMK YWNkMDogUmVhZHM6IENEUiwgQ0RSVywgQ0REQSBzdHJlYW0sIERWRFJPTSwg RFZEUiwgcGFja2V0CmFjZDA6IFdyaXRlczogQ0RSLCBDRFJXLCBEVkRSLCB0 ZXN0IHdyaXRlLCBidXJucHJvb2YKYWNkMDogQXVkaW86IHBsYXksIDI1NiB2 b2x1bWUgbGV2ZWxzCmFjZDA6IE1lY2hhbmlzbTogZWplY3RhYmxlIHRyYXks IHVubG9ja2VkCmFjZDA6IE1lZGl1bTogbm8vYmxhbmsgZGlzYwpBVEEgUHNl dWRvUkFJRCBsb2FkZWQKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6 L2Rldi9hZDBzM2EKc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2luaXQKYWNw aV90ejA6IF9BQzI6IHRlbXBlcmF0dXJlIDYwLjggPj0gc2V0cG9pbnQgMzQu OAphY3BpX3R6MDogX0FDMjogdGVtcGVyYXR1cmUgNTguOCA+PSBzZXRwb2lu dCAzNC44CmFjcGlfdHowOiBfQUMyOiB0ZW1wZXJhdHVyZSA1OS44ID49IHNl dHBvaW50IDM0LjgK --0-1520262272-1128232673=:89866-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 08:21:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FC8F16A41F; Sun, 2 Oct 2005 08:21:16 +0000 (GMT) (envelope-from michael@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id A603E43D45; Sun, 2 Oct 2005 08:21:15 +0000 (GMT) (envelope-from michael@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id DE06D4CF57; Sun, 2 Oct 2005 08:22:29 +0000 (GMT) Received: from [10.0.1.8] (ppp157-158.static.internode.on.net [150.101.157.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 70CE24CF50; Sun, 2 Oct 2005 08:22:28 +0000 (GMT) Message-ID: <433F9873.2080001@roq.com> Date: Sun, 02 Oct 2005 18:21:07 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.11) Gecko/20050925 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Schuele References: <433D5215.6010101@computer.org> <20050930184537.GA3665@teardrop.org> <433DA1CF.7020502@computer.org> <20050930210541.GA11841@odin.ac.hmc.edu> <433DAE00.4090602@computer.org> <20050930222442.GA20004@odin.ac.hmc.edu> <433DEF54.7070201@computer.org> <1128173651.1231.4.camel@RabbitsDen> <433E9658.9040101@computer.org> In-Reply-To: <433E9658.9040101@computer.org> Content-Type: text/plain; charset=ISO-8859-5; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sun, 02 Oct 2005 11:39:56 +0000 Cc: mobile@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , current@freebsd.org Subject: Re: wpa_supplicant and WEP.... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 08:21:16 -0000 Eric Schuele wrote: > Alexandre "Sunny" Kovalenko wrote: > >> On Fri, 2005-09-30 at 21:07 -0500, Eric Schuele wrote: >> >> >>> Ah... hex *keys*... plural!! I should use all 4 of them? I had been >>> using just the one declared as the default key to tx. I have >>> attached a >>> screenshot of what a linksys does when you setup WEP. Give it a >>> cleartext passphrase and it generates 4 hex keys. On some systems you >>> can enter the passphrase... others I've had to enter the 'default' key. >>> Never thought to try all four keys at once. Is that what you think I >>> should do? >>> >>> >>>> How are you entering >>>> your hex keys? The examples are a bit unclear, but digging around in >>>> the code it looks like unquoted strings are assumed to be hex strings. >>>> They should not be prefixed by 0x. >>> >>> >>> I'll try them in the above format (I was prefixing with 0x). I'm >>> not in the office but will try my home AP.... BRB.... >>> >>> Whoa!!! That's IT!!! >>> Am I the only person who couldn't figure that out??? >>> You must use all 4 hex keys and specify which is the default. >>> >> >> No, you don't -- at least on -CURRENT of week or two ago following >> wpa_supplicant.conf works quite well: >> >> ctrl_interface=/var/run/wpa_supplicant >> ctrl_interface_group=wheel >> >> network={ >> ssid="SillySSID" >> scan_ssid=1 >> priority=5 >> key_mgmt=NONE >> wep_key0=0123456789abcdef0123456789 >> wep_tx_keyidx=0 >> } >> > > Yes... you are correct. One is sufficient. I got a little over > zealous when entering keys. > > I simply must have had the format of the hex keys incorrect all this > time. I must say, I have been trying to get WEP to work for an > embarrisingly long time. WPA-PSK and open networks gave me no trouble > though. But I tried for the longest time to get WEP going because > thats how I had things setup from 5.x (since WPA was not supported) > and I thought it would be easiest to just turn wpa_supplicant on > without changing the wLAN. > > Anyways.... Thank you very much to all. So it works for you now? Darn I have had the exact same problem I got on WPA straight away but could never get past DHCP on WEP. I decided not to worry about having it auto dhcp and just placed this into a script if I decided to use WEP wireless. ifconfig ath0 inet 192.168.231.5 netmask 255.255.255.0 ssid MYW wepmode on weptxkey 1 wepkey 1:0x6eb24e9f544768c20e22a29f43 route add 0.0.0.0 192.168.231.1 I could get on just fine with WEP if I added my own IP and WEP key manually but DHCP has never worked (unlike in WPA). Since people are claiming it works I will have to give it another shot next time I use wireless. Mike From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 11:44:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D95216A41F for ; Sun, 2 Oct 2005 11:44:53 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5400643D48 for ; Sun, 2 Oct 2005 11:44:53 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 6D21246B94; Sun, 2 Oct 2005 07:44:52 -0400 (EDT) Date: Sun, 2 Oct 2005 12:44:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Lankford In-Reply-To: <433E9C4F.8040404@charter.net> Message-ID: <20051002124424.D71864@fledge.watson.org> References: <433E9C4F.8040404@charter.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: RELENG_6 Kernel doesn't build due to DEVFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 11:44:53 -0000 On Sat, 1 Oct 2005, Andrew Lankford wrote: > uname -a > > FreeBSD bogushost 6.0-BETA4 FreeBSD 6.0-BETA4 #2: Mon Sep 12 23:01:45 EDT > 2005 root@bogushost:/usr/obj/usr/src/sys/ARL6AMD64 amd64 > > I haven't been able to build a GENERIC 6.0 kernel on amd64 for about a week > now because of this error: Make sure you buildworld before buildkernel, there was a compiler tweak, and the new compiler version is required to build the new kernel. Robert N M Watson > > /usr/src/sys/fs/devfs/devfs_vnops.c:1148: warning: redundant redeclaration of > 'devfs_ops_f' > /usr/src/sys/fs/devfs/devfs_vnops.c:70: warning: previous declaration of > 'devfs_ops_f' was here > /usr/src/sys/fs/devfs/devfs_vnops.c:1159: warning: redundant redeclaration of > 'devfs_vnodeops' > /usr/src/sys/fs/devfs/devfs_vnops.c:68: warning: previous declaration of > 'devfs_vnodeops' was here > /usr/src/sys/fs/devfs/devfs_vnops.c:1181: warning: redundant redeclaration of > 'd > evfs_specops' > /usr/src/sys/fs/devfs/devfs_vnops.c:69: warning: previous declaration of > 'devfs_specops' was here > *** Error code 1 > > For some reason, -Wall seems to be used when compiling this part of the > kernel even though I didn't specify this to make.conf. As far as > devfs_vnops.c syntax goes, I've never used sparse declarations before, so I > wouldn't know if that's improper syntax or not. Since no one else seems to > have complained about this, I'm wondering if I'm even following the right > branch anymore. For the record here's the version info for the offending > source code: > > * $FreeBSD: src/sys/fs/devfs/devfs_vnops.c,v 1.114.2.5 2005/09/26 14:36:52 > phk Exp $ > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 11:50:29 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E89A16A41F for ; Sun, 2 Oct 2005 11:50:29 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FE0743D46 for ; Sun, 2 Oct 2005 11:50:29 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j92BoLPP015748; Sun, 2 Oct 2005 04:50:25 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510021150.j92BoLPP015748@gw.catspoiler.org> Date: Sun, 2 Oct 2005 04:50:21 -0700 (PDT) From: Don Lewis To: kometen@gmail.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: current@FreeBSD.org Subject: Re: patch review & testing request for fill_kinfo_proc() and friends X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 11:50:29 -0000 On 2 Oct, Claus Guttesen wrote: > 2005/10/2, Don Lewis : >> Attached is a patch that fixes locking problems in fill_kinfo_proc() and >> related functions. The patch is larger than I initially anticipated >> because I had to refactor the code in order to get the locking right. >> >> I'd like to commit it to HEAD soon so that it can be MFC'ed in time for >> 6.0-RC1, but it really needs review and testing of all the sysctl and >> linprocfs functionality. This patch also applies cleanly to RELENG_6. > > Applied the patch from RELENG_6 from Sunday Oct. 2'nd. > > twin/usr/src/sys/kern#>patch < /home/claus/temp/fifo_patch > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: kern_proc.c > |=================================================================== > |RCS file: /home/ncvs/src/sys/kern/kern_proc.c,v > |retrieving revision 1.231 > |diff -u -r1.231 kern_proc.c > |--- kern_proc.c 27 Sep 2005 18:03:15 -0000 1.231 > |+++ kern_proc.c 2 Oct 2005 08:48:56 -0000 > -------------------------- > Patching file kern_proc.c using Plan A... > Hunk #1 succeeded at 72 (offset -1 lines). > Hunk #2 failed at 597. > Hunk #3 failed at 674. > Hunk #4 failed at 728. > Hunk #5 succeeded at 738 with fuzz 1 (offset 2 lines). > Hunk #6 failed at 886. > Hunk #7 failed at 949. > 5 out of 7 hunks failed--saving rejects to kern_proc.c.rej > Hmm... Ignoring the trailing garbage. > done Judging from the chunks that failed vs. the chunks that succeeded, it looks to me like the patch file that you are using has a tab to space munge. I'll send you a private copy as a gzipped attachment. From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 12:00:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0611216A41F for ; Sun, 2 Oct 2005 12:00:15 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1900E43D5E for ; Sun, 2 Oct 2005 12:00:07 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 7C23B2E01C; Sun, 2 Oct 2005 14:00:05 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03085-08; Sun, 2 Oct 2005 14:00:04 +0200 (CEST) Received: from [10.0.0.17] (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id 555902E01B; Sun, 2 Oct 2005 14:00:04 +0200 (CEST) Message-ID: <433FCBC1.10401@datacomm.ch> Date: Sun, 02 Oct 2005 14:00:01 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Fredrik Lindberg References: <433F6018.2050900@datacomm.ch> <433F976F.6090501@samsco.org> <433FB9B9.9020207@shapeshifter.se> In-Reply-To: <433FB9B9.9020207@shapeshifter.se> X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9F2992366AFCAA8A36645A62" X-Virus-Scanned: amavisd-new at atlantis.intranet Cc: current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 12:00:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9F2992366AFCAA8A36645A62 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit >> Sounds like the if_sk driver needs to be made more intelligent so that >> it doesn't try to claim this card, yes? >> > Something like this... Shouldn't this be applied to the re and maybe the nge driver as well then? To prevent them from trying to attach to the other revisions? The revision of the EG1032 that uses the Realtek chip is 0x10, according to pciconf. (Full output for completeness' sake: re0@pci2:10:0: class=0x020000 card=0x00241737 chip=0x10321737 rev=0x10 hdr=0x00 vendor = 'Linksys' device = 'EG1032 Gigabit Ethernet' class = network subclass = ethernet ) Cheers Benjamin --------------enig9F2992366AFCAA8A36645A62 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.2.4 (Darwin) iD4DBQFDP8vFgShs4qbRdeQRApfiAJiZGIOZc+2HnfvXhUKlO3V1EnvTAJ43CW6J ppJX0zWtB/BlWHC1IVB29Q== =DrhF -----END PGP SIGNATURE----- --------------enig9F2992366AFCAA8A36645A62-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 12:03:00 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C786E16A41F; Sun, 2 Oct 2005 12:03:00 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from moby.liwing.de (www.liwing.de [82.97.68.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EBB343D67; Sun, 2 Oct 2005 12:02:59 +0000 (GMT) (envelope-from rehsack@liwing.de) Received: from [80.64.176.27] (helo=[10.62.10.4]) by moby.liwing.de with esmtp (Exim 4.52 (FreeBSD)) id 1EM2ca-0009QR-2v; Sun, 02 Oct 2005 12:07:12 +0000 Message-ID: <433FCE5E.1070108@liwing.de> Date: Sun, 02 Oct 2005 12:11:10 +0000 From: Jens Rehsack User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050819) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20050930.105707.82839923.imp@bsdimp.com> <433F36C6.2060906@liwing.de> <20051001.220943.73336049.imp@bsdimp.com> In-Reply-To: <20051001.220943.73336049.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jens.rehsack.ext@siemensvdo.com, jon@FreeBSD.org, current@FreeBSD.org Subject: Re: Problems with Acer Travelmate & PC-Card interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 12:03:00 -0000 M. Warner Losh wrote: > In message: <433F36C6.2060906@liwing.de> > Jens Rehsack writes: > : Is there a way for me to support you with data or traces to figure it > : out? Or do I simply have to wait ... > > If you had the debugging level like I suggested, then I think so. You > did run it with hw.cardbus.cis_debug=1, right? Yes, I did. And it adds exactly the 4 lines you've additional in the log. > Warner From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 12:27:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADE8D16A41F for ; Sun, 2 Oct 2005 12:27:59 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 399E143D46 for ; Sun, 2 Oct 2005 12:27:59 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id 2D08A1A764; Sun, 2 Oct 2005 14:27:58 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47279-06; Sun, 2 Oct 2005 14:27:57 +0200 (CEST) Received: from [192.168.0.94] (h4n2fls31o270.telia.com [217.208.199.4]) by mx1.h3q.net (Postfix) with ESMTP id 283641A744; Sun, 2 Oct 2005 14:27:57 +0200 (CEST) Message-ID: <433FD24E.4030903@shapeshifter.se> Date: Sun, 02 Oct 2005 14:27:58 +0200 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Lutz References: <433F6018.2050900@datacomm.ch> <433F976F.6090501@samsco.org> <433FB9B9.9020207@shapeshifter.se> <433FCBC1.10401@datacomm.ch> In-Reply-To: <433FCBC1.10401@datacomm.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: at mail.hamnpolare.net Cc: current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 12:27:59 -0000 Benjamin Lutz wrote: >>>Sounds like the if_sk driver needs to be made more intelligent so that >>>it doesn't try to claim this card, yes? >>> >> >>Something like this... > > > Shouldn't this be applied to the re and maybe the nge driver as well > then? To prevent them from trying to attach to the other revisions? Yes, you are probably right. I realized this too, a few moments after I sent my previous mail. > The revision of the EG1032 that uses the Realtek chip is 0x10, according > to pciconf. (Full output for completeness' sake: > > re0@pci2:10:0: class=0x020000 card=0x00241737 chip=0x10321737 rev=0x10 > hdr=0x00 > vendor = 'Linksys' > device = 'EG1032 Gigabit Ethernet' > class = network > subclass = ethernet > ) > I don't think we need to take nge into account since it only probes for NGE_VENDORID (0x100B) and NGE_DEVICEID (0x0022). rev 3 0x10, should be claimed by re rev 2(?) 0x12, should be claimed by sk rev 1(?), claimed by nge(4) Fredrik From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 17:10:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3B4816A41F for ; Sun, 2 Oct 2005 17:10:10 +0000 (GMT) (envelope-from corwin@pleiades.aeternal.net) Received: from pleiades.aeternal.net (pleiades.in.markiza.sk [62.168.76.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A83043D45 for ; Sun, 2 Oct 2005 17:10:10 +0000 (GMT) (envelope-from corwin@pleiades.aeternal.net) Received: by pleiades.aeternal.net (Postfix, from userid 1001) id 06992114E2; Sun, 2 Oct 2005 19:10:10 +0200 (CEST) Date: Sun, 2 Oct 2005 19:10:09 +0200 From: martin hudec To: current@freebsd.org Message-ID: <20051002171009.GF719@pleiades.aeternal.net> References: <20051001205124.GR45345@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+ts6NCQ4mrNQIV8p" Content-Disposition: inline In-Reply-To: <20051001205124.GR45345@cell.sick.ru> X-Copyright: (C) 2005 Martin Hudec X-Operating-System: FreeBSD pleiades.aeternal.net 7.0-CURRENT i386 X-PGP-Key: http://www.aeternal.net/corwin_aeternal.asc User-Agent: mutt-ng/devel-r535 (FreeBSD) Cc: Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: martin hudec List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 17:10:10 -0000 --+ts6NCQ4mrNQIV8p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, On Sun, Oct 02, 2005 at 12:51:24AM +0400 or thereabouts, Gleb Smirnoff wrot= e: > I have just committed a big polling cleanup. First important > point is that only two drivers were tested to work. Please, > if you run CURRENT and polling(4), please reply to this mail, > saying whether your NIC works or not. When I get approvements > for all drivers, then I will be ready for MFC. Current state is: >=20 > em - tested (ru, glebius) > fxp - tested (glebius) > ixgb - not tested (changeset similar to em) > nge - not tested > re - not tested > vge - not tested > dc - not tested > rl - not tested Tested on CURRENT built today, rl works fine with polling. > sf - not tested > sis - not tested > ste - not tested > vr - not tested > xl - not tested --=20 martin hudec * 421 907 303 393 * corwin@aeternal.net * http://www.aeternal.net "Nothing travels faster than the speed of light with the possible=20 exception of bad news, which obeys its own special laws." Douglas Adams, "The Hitchhiker's Guide to the Galaxy" --+ts6NCQ4mrNQIV8p Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDQBRxZYEZIv+rgggRAiLiAJwNJ7J25uSDeE+HJxUP+2S2m3A16QCfT+DL wg7j1d8n596eFfryzYJQsNs= =VBpm -----END PGP SIGNATURE----- --+ts6NCQ4mrNQIV8p-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 17:48:42 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C92D516A41F for ; Sun, 2 Oct 2005 17:48:42 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [70.88.158.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6558643D49 for ; Sun, 2 Oct 2005 17:48:41 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [70.88.158.93]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j92HlvXN063961; Sun, 2 Oct 2005 13:48:11 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Sun, 2 Oct 2005 13:47:57 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Scott Long In-Reply-To: <433F976F.6090501@samsco.org> Message-ID: <20051002134710.J96720@sasami.jurai.net> References: <433F6018.2050900@datacomm.ch> <433F976F.6090501@samsco.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1860783952-1128275277=:96720" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [70.88.158.93]); Sun, 02 Oct 2005 13:48:11 -0400 (EDT) Cc: Benjamin Lutz , current@FreeBSD.ORG Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 17:48:42 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1860783952-1128275277=:96720 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sun, 2 Oct 2005, Scott Long wrote: > Sounds like the if_sk driver needs to be made more intelligent so that > it doesn't try to claim this card, yes? I found the attached patch in my local tree. Curious to know if it works as I don't have the hardware. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 --0-1860783952-1128275277=:96720 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="re-sk.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20051002134757.S96720@sasami.jurai.net> Content-Description: Content-Disposition: attachment; filename="re-sk.patch" SW5kZXg6IHBjaS9pZl9zay5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvY3ZzL3NyYy9zeXMvcGNpL2lmX3NrLmMsdg0KcmV0 cmlldmluZyByZXZpc2lvbiAxLjEwOQ0KZGlmZiAtdSAtdSAtcjEuMTA5IGlm X3NrLmMNCi0tLSBwY2kvaWZfc2suYwkxMyBBdWcgMjAwNSAxMToxMzoxMiAt MDAwMAkxLjEwOQ0KKysrIHBjaS9pZl9zay5jCTIgT2N0IDIwMDUgMTc6NDU6 MDggLTAwMDANCkBAIC0xNDIsNDAgKzE0Miw0NSBAQA0KIHN0YXRpYyBzdHJ1 Y3Qgc2tfdHlwZSBza19kZXZzW10gPSB7DQogCXsNCiAJCVZFTkRPUklEX1NL LA0KLQkJREVWSUNFSURfU0tfVjEsDQorCQlERVZJQ0VJRF9TS19WMSwgLTEs DQogCQkiU3lzS29ubmVjdCBHaWdhYml0IEV0aGVybmV0IChWMS4wKSINCiAJ fSwNCiAJew0KIAkJVkVORE9SSURfU0ssDQotCQlERVZJQ0VJRF9TS19WMiwN CisJCURFVklDRUlEX1NLX1YyLCAtMSwNCiAJCSJTeXNLb25uZWN0IEdpZ2Fi aXQgRXRoZXJuZXQgKFYyLjApIg0KIAl9LA0KIAl7DQogCQlWRU5ET1JJRF9N QVJWRUxMLA0KLQkJREVWSUNFSURfU0tfVjIsDQorCQlERVZJQ0VJRF9TS19W MiwgLTEsDQogCQkiTWFydmVsbCBHaWdhYml0IEV0aGVybmV0Ig0KIAl9LA0K IAl7DQogCQlWRU5ET1JJRF9NQVJWRUxMLA0KLQkJREVWSUNFSURfQkVMS0lO XzUwMDUsDQorCQlERVZJQ0VJRF9CRUxLSU5fNTAwNSwgLTEsDQogCQkiQmVs a2luIEY1RDUwMDUgR2lnYWJpdCBFdGhlcm5ldCINCiAJfSwNCiAJew0KIAkJ VkVORE9SSURfM0NPTSwNCi0JCURFVklDRUlEXzNDT01fM0M5NDAsDQorCQlE RVZJQ0VJRF8zQ09NXzNDOTQwLCAtMSwNCiAJCSIzQ29tIDNDOTQwIEdpZ2Fi aXQgRXRoZXJuZXQiDQogCX0sDQogCXsNCiAJCVZFTkRPUklEX0xJTktTWVMs DQotCQlERVZJQ0VJRF9MSU5LU1lTX0VHMTAzMiwNCi0JCSJMaW5rc3lzIEVH MTAzMiBHaWdhYml0IEV0aGVybmV0Ig0KKwkJREVWSUNFSURfTElOS1NZU19F RzEwMzIsIDB4MCwNCisJCSJMaW5rc3lzIEVHMTAzMiB2MSBHaWdhYml0IEV0 aGVybmV0Ig0KKwl9LA0KKwl7DQorCQlWRU5ET1JJRF9MSU5LU1lTLA0KKwkJ REVWSUNFSURfTElOS1NZU19FRzEwMzIsIDB4MSwNCisJCSJMaW5rc3lzIEVH MTAzMiB2MiBHaWdhYml0IEV0aGVybmV0Ig0KIAl9LA0KIAl7DQogCQlWRU5E T1JJRF9ETElOSywNCi0JCURFVklDRUlEX0RMSU5LX0RHRTUzMFQsDQorCQlE RVZJQ0VJRF9ETElOS19ER0U1MzBULCAtMSwNCiAJCSJELUxpbmsgREdFLTUz MFQgR2lnYWJpdCBFdGhlcm5ldCINCiAJfSwNCi0JeyAwLCAwLCBOVUxMIH0N CisJeyAwLCAwLCAwLCBOVUxMIH0NCiB9Ow0KIA0KIHN0YXRpYyBpbnQgc2tj X3Byb2JlKGRldmljZV90KTsNCkBAIC0xMzExLDcgKzEzMTYsOSBAQA0KIA0K IAl3aGlsZSh0LT5za19uYW1lICE9IE5VTEwpIHsNCiAJCWlmICgocGNpX2dl dF92ZW5kb3IoZGV2KSA9PSB0LT5za192aWQpICYmDQotCQkgICAgKHBjaV9n ZXRfZGV2aWNlKGRldikgPT0gdC0+c2tfZGlkKSkgew0KKwkJICAgIChwY2lf Z2V0X2RldmljZShkZXYpID09IHQtPnNrX2RpZCkgJiYNCisJCSAgICAoKHQt PnNrX3JpZCA9PSAtMSkgfHwgICANCisJCSAgICAgIChwY2lfZ2V0X3Jldmlk KGRldikgPT0gdC0+c2tfcmlkKSkpIHsNCiAJCQlkZXZpY2Vfc2V0X2Rlc2Mo ZGV2LCB0LT5za19uYW1lKTsNCiAJCQlyZXR1cm4gKEJVU19QUk9CRV9ERUZB VUxUKTsNCiAJCX0NCkluZGV4OiBwY2kvaWZfc2tyZWcuaA0KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL2N2cy9zcmMvc3lzL3Bj aS9pZl9za3JlZy5oLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yOQ0KZGlm ZiAtdSAtdSAtcjEuMjkgaWZfc2tyZWcuaA0KLS0tIHBjaS9pZl9za3JlZy5o CTEwIEp1biAyMDA1IDE2OjQ5OjIzIC0wMDAwCTEuMjkNCisrKyBwY2kvaWZf c2tyZWcuaAkyIE9jdCAyMDA1IDE3OjQ1OjI1IC0wMDAwDQpAQCAtMTMwMCw2 ICsxMzAwLDcgQEANCiBzdHJ1Y3Qgc2tfdHlwZSB7DQogCXVfaW50MTZfdAkJ c2tfdmlkOw0KIAl1X2ludDE2X3QJCXNrX2RpZDsNCisJaW50CQkJc2tfcmlk Ow0KIAljaGFyCQkJKnNrX25hbWU7DQogfTsNCiANCkluZGV4OiBkZXYvcmUv aWZfcmUuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9o b21lL2N2cy9zcmMvc3lzL2Rldi9yZS9pZl9yZS5jLHYNCnJldHJpZXZpbmcg cmV2aXNpb24gMS41MQ0KZGlmZiAtdSAtdSAtcjEuNTEgaWZfcmUuYw0KLS0t IGRldi9yZS9pZl9yZS5jCTE4IEF1ZyAyMDA1IDE4OjM2OjM5IC0wMDAwCTEu NTENCisrKyBkZXYvcmUvaWZfcmUuYwkyIE9jdCAyMDA1IDE3OjQ2OjM0IC0w MDAwDQpAQCAtMTU5LDIxICsxNTksMjMgQEANCiAgKiBWYXJpb3VzIHN1cHBv cnRlZCBkZXZpY2UgdmVuZG9ycy90eXBlcyBhbmQgdGhlaXIgbmFtZXMuDQog ICovDQogc3RhdGljIHN0cnVjdCBybF90eXBlIHJlX2RldnNbXSA9IHsNCi0J eyBETElOS19WRU5ET1JJRCwgRExJTktfREVWSUNFSURfNTI4VCwgUkxfSFdS RVZfODE2OVMsDQorCXsgRExJTktfVkVORE9SSUQsIERMSU5LX0RFVklDRUlE XzUyOFQsIC0xLCBSTF9IV1JFVl84MTY5UywNCiAJCSJELUxpbmsgREdFLTUy OChUKSBHaWdhYml0IEV0aGVybmV0IEFkYXB0ZXIiIH0sDQotCXsgUlRfVkVO RE9SSUQsIFJUX0RFVklDRUlEXzgxMzksIFJMX0hXUkVWXzgxMzlDUExVUywN CisJeyBSVF9WRU5ET1JJRCwgUlRfREVWSUNFSURfODEzOSwgLTEsIFJMX0hX UkVWXzgxMzlDUExVUywNCiAJCSJSZWFsVGVrIDgxMzlDKyAxMC8xMDBCYXNl VFgiIH0sDQotCXsgUlRfVkVORE9SSUQsIFJUX0RFVklDRUlEXzgxNjksIFJM X0hXUkVWXzgxNjksDQorCXsgUlRfVkVORE9SSUQsIFJUX0RFVklDRUlEXzgx NjksIC0xLCBSTF9IV1JFVl84MTY5LA0KIAkJIlJlYWxUZWsgODE2OSBHaWdh Yml0IEV0aGVybmV0IiB9LA0KLQl7IFJUX1ZFTkRPUklELCBSVF9ERVZJQ0VJ RF84MTY5LCBSTF9IV1JFVl84MTY5UywNCisJeyBSVF9WRU5ET1JJRCwgUlRf REVWSUNFSURfODE2OSwgLTEsIFJMX0hXUkVWXzgxNjlTLA0KIAkJIlJlYWxU ZWsgODE2OVMgU2luZ2xlLWNoaXAgR2lnYWJpdCBFdGhlcm5ldCIgfSwNCi0J eyBSVF9WRU5ET1JJRCwgUlRfREVWSUNFSURfODE2OSwgUkxfSFdSRVZfODE2 OVNCLA0KKwl7IFJUX1ZFTkRPUklELCBSVF9ERVZJQ0VJRF84MTY5LCAtMSwg UkxfSFdSRVZfODE2OVNCLA0KIAkJIlJlYWxUZWsgODE2OVNCIFNpbmdsZS1j aGlwIEdpZ2FiaXQgRXRoZXJuZXQiIH0sDQotCXsgUlRfVkVORE9SSUQsIFJU X0RFVklDRUlEXzgxNjksIFJMX0hXUkVWXzgxMTBTLA0KKwl7IFJUX1ZFTkRP UklELCBSVF9ERVZJQ0VJRF84MTY5LCAtMSwgUkxfSFdSRVZfODExMFMsDQog CQkiUmVhbFRlayA4MTEwUyBTaW5nbGUtY2hpcCBHaWdhYml0IEV0aGVybmV0 IiB9LA0KLQl7IENPUkVHQV9WRU5ET1JJRCwgQ09SRUdBX0RFVklDRUlEX0NH TEFQQ0lHVCwgUkxfSFdSRVZfODE2OVMsDQorCXsgQ09SRUdBX1ZFTkRPUklE LCBDT1JFR0FfREVWSUNFSURfQ0dMQVBDSUdULCAtMSwgUkxfSFdSRVZfODE2 OVMsDQogCQkiQ29yZWdhIENHLUxBUENJR1QgKFJUTDgxNjlTKSBHaWdhYml0 IEV0aGVybmV0IiB9LA0KLQl7IDAsIDAsIDAsIE5VTEwgfQ0KKwl7IFZFTkRP UklEX0xJTktTWVMsIERFVklDRUlEX0xJTktTWVNfRUcxMDMyLCAweDEwLCBS TF9IV1JFVl84MTY5UywNCisJCSJMaW5rc3lzIEVHMTAzMnYzIEdpZ2FiaXQg RXRoZXJuZXQiIH0sDQorCXsgMCwgMCwgMCwgMCwgTlVMTCB9DQogfTsNCiAN CiBzdGF0aWMgc3RydWN0IHJsX2h3cmV2IHJlX2h3cmV2c1tdID0gew0KQEAg LTgyNCw3ICs4MjYsOSBAQA0KIA0KIAl3aGlsZSAodC0+cmxfbmFtZSAhPSBO VUxMKSB7DQogCQlpZiAoKHBjaV9nZXRfdmVuZG9yKGRldikgPT0gdC0+cmxf dmlkKSAmJg0KLQkJICAgIChwY2lfZ2V0X2RldmljZShkZXYpID09IHQtPnJs X2RpZCkpIHsNCisJCSAgICAocGNpX2dldF9kZXZpY2UoZGV2KSA9PSB0LT5y bF9kaWQpICYmDQorCQkgICAgKCh0LT5ybF9yaWQgPT0gLTEpIHx8DQorCQkg ICAgIChwY2lfZ2V0X3JldmlkKGRldikgPT0gdC0+cmxfcmlkKSkpIHsNCiAN CiAJCQkvKg0KIAkJCSAqIFRlbXBvcmFyaWx5IG1hcCB0aGUgSS9PIHNwYWNl DQo= --0-1860783952-1128275277=:96720-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 19:17:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9ED116A41F for ; Sun, 2 Oct 2005 19:17:28 +0000 (GMT) (envelope-from joaomamede@sapo.pt) Received: from sapo.pt (relay5.ptmail.sapo.pt [212.55.154.25]) by mx1.FreeBSD.org (Postfix) with SMTP id C4BE743D48 for ; Sun, 2 Oct 2005 19:17:27 +0000 (GMT) (envelope-from joaomamede@sapo.pt) Received: (qmail 7422 invoked from network); 2 Oct 2005 19:17:21 -0000 Received: from unknown (HELO sapo.pt) (10.134.35.155) by relay5 with SMTP; 2 Oct 2005 19:17:21 -0000 Received: (qmail 14063 invoked from network); 2 Oct 2005 19:17:21 -0000 X-AntiVirus: PTMail-AV 0.3.87 X-Virus-Status: Clean (0.08064 seconds) Received: from unknown (HELO [192.168.5.18]) (joaomamede@sapo.pt@[82.154.53.188]) (envelope-sender ) by mta5 (qmail-ldap-1.03) with SMTP for ; 2 Oct 2005 19:17:21 -0000 Message-ID: <434032C0.3010302@sapo.pt> Date: Sun, 02 Oct 2005 20:19:28 +0100 From: =?ISO-8859-1?Q?Jo=E3o_Mamede?= User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050904) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: ndis + dwl-g520 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 19:17:28 -0000 Well since nobody knew what was my ndis+dwl-g520 problem.I wanted to ask. Anyone have dwl-g520 with ndis running. If yes what files did you used? It's a rev B2. I'll try later with a B3 currently in my linux machine. Best Regards João Mamede From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 19:23:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20A2416A41F for ; Sun, 2 Oct 2005 19:23:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAB9E43D48 for ; Sun, 2 Oct 2005 19:23:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 8E7FD1A3C1F; Sun, 2 Oct 2005 12:23:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 499A251288; Sun, 2 Oct 2005 15:22:59 -0400 (EDT) Date: Sun, 2 Oct 2005 15:22:59 -0400 From: Kris Kennaway To: Divacky Roman Message-ID: <20051002192259.GA37178@xor.obsecurity.org> References: <20051001085358.GA62022@stud.fit.vutbr.cz> <20051001154628.GA64006@xor.obsecurity.org> <20051002095828.GA51218@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <20051002095828.GA51218@stud.fit.vutbr.cz> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Kris Kennaway Subject: Re: 6.0R todo list - hash sizes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 19:23:01 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 02, 2005 at 11:58:28AM +0200, Divacky Roman wrote: > On Sat, Oct 01, 2005 at 11:46:28AM -0400, Kris Kennaway wrote: > > On Sat, Oct 01, 2005 at 10:53:58AM +0200, Divacky Roman wrote: > > > Hi, > > >=20 > > > scottl@ removed: > > > Nullfs (and perhaps other filesystems) use an absurdly small > > > hash size that causes significant performance penalties. > > >=20 > > > this item from 6.0R todo list. How was this solved? I didnt see any c= ommits > > > to enlarge the hash values. Its still the same... why it was removed = then? > >=20 > > It was an incorrect suggestion on my part - it turns out this was not > > the cause of the performance penalties, and Jeff fixed them long ago. > >=20 > > Kris > >=20 >=20 > anyway - what sense does it make to have hash of size 4 entries? (fdescfs= has > this for example) It doesn't cause any performance penalty I can measure. Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDQDOSWry0BWjoQKURAk5TAKC8c3cuep3+k2rR4iR+xvznohTqFgCgivk+ OUVOAFH7+pX/pnOzTYOAC20= =PkqM -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 20:38:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93B4A16A41F for ; Sun, 2 Oct 2005 20:38:25 +0000 (GMT) (envelope-from vladimir.usenko@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2349043D45 for ; Sun, 2 Oct 2005 20:38:24 +0000 (GMT) (envelope-from vladimir.usenko@gmail.com) Received: by qproxy.gmail.com with SMTP id e14so340480qbc for ; Sun, 02 Oct 2005 13:38:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=BgPG7c3ZR9Eh87hbK9bAo9PSFV7tLtonQ/Z3c8B1h0Lt5PmPefSOsnK+K4bHCabbbvI/ALmzJCf0PbW5mQGB5WvTgrK8sOAEGvSsorhSyUEO5jQPoDbfMlW8trQSIeAzf3afJQkQJNaLzqbjTv0SlzogG99y5zHTlSXgxRhqQz4= Received: by 10.65.83.19 with SMTP id k19mr2150611qbl; Sun, 02 Oct 2005 13:38:24 -0700 (PDT) Received: by 10.65.123.11 with HTTP; Sun, 2 Oct 2005 13:38:24 -0700 (PDT) Message-ID: Date: Sun, 2 Oct 2005 23:38:24 +0300 From: Vladimir Usenko To: current@freebsd.org In-Reply-To: <20051001205124.GR45345@cell.sick.ru> MIME-Version: 1.0 References: <20051001205124.GR45345@cell.sick.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Gleb Smirnoff Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vladimir Usenko List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 20:38:25 -0000 MDEuMTAuMDUsIEdsZWIgU21pcm5vZmYgPGdsZWJpdXNAZnJlZWJzZC5vcmc+IM7B0MnTwcwowSk6 Cj4KPiBDb2xsZWFndWVzLAo+Cj4gSSBoYXZlIGp1c3QgY29tbWl0dGVkIGEgYmlnIHBvbGxpbmcg Y2xlYW51cC4gRmlyc3QgaW1wb3J0YW50Cj4gcG9pbnQgaXMgdGhhdCBvbmx5IHR3byBkcml2ZXJz IHdlcmUgdGVzdGVkIHRvIHdvcmsuIFBsZWFzZSwKPiBpZiB5b3UgcnVuIENVUlJFTlQgYW5kIHBv bGxpbmcoNCksIHBsZWFzZSByZXBseSB0byB0aGlzIG1haWwsCj4gc2F5aW5nIHdoZXRoZXIgeW91 ciBOSUMgd29ya3Mgb3Igbm90LiBXaGVuIEkgZ2V0IGFwcHJvdmVtZW50cwo+IGZvciBhbGwgZHJp dmVycywgdGhlbiBJIHdpbGwgYmUgcmVhZHkgZm9yIE1GQy4gQ3VycmVudCBzdGF0ZSBpczoKPgo+ IGVtIC0gdGVzdGVkIChydSwgZ2xlYml1cykKPiBmeHAgLSB0ZXN0ZWQgKGdsZWJpdXMpCj4gaXhn YiAtIG5vdCB0ZXN0ZWQgKGNoYW5nZXNldCBzaW1pbGFyIHRvIGVtKQo+IG5nZSAtIG5vdCB0ZXN0 ZWQKPiByZSAtIG5vdCB0ZXN0ZWQKPiB2Z2UgLSBub3QgdGVzdGVkCj4gZGMgLSBub3QgdGVzdGVk Cj4gcmwgLSBub3QgdGVzdGVkCj4gc2YgLSBub3QgdGVzdGVkCj4gc2lzIC0gbm90IHRlc3RlZAo+ IHN0ZSAtIG5vdCB0ZXN0ZWQKPiB2ciAtIG5vdCB0ZXN0ZWQKPiB4bCAtIG5vdCB0ZXN0ZWQKCgpU b2RheSB3YXMgdGVzdGVkIHhsLiBXaXRob3V0IGFueSB0cm91Ymxlcy4uLgpQZXJmb3JtYW5jZSBp cyBiZXN0CgpUaGUgc2Vjb25kIGltcG9ydGFudCBwb2ludCBpcyB0aGF0IHlvdSBzaG91bGQgbm90 IHVzZSBrZXJuLnBvbGxpbmcuZW5hYmxlCj4gYW55bW9yZS4gSnVzdCB0dXJuIHBvbGxpbmcgb24g aW50ZXJmYWNlIHdpdGggaWZjb25maWcsIGVpdGhlciBtYW51YWxseQo+IG9yIHZpYSByYy5jb25m Lgo+Cj4KCi0tClVWLVJJUEUK From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 21:51:31 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7602B16A41F; Sun, 2 Oct 2005 21:51:31 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B708243D45; Sun, 2 Oct 2005 21:51:30 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id 13D291A74D; Sun, 2 Oct 2005 23:51:28 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53364-03; Sun, 2 Oct 2005 23:51:25 +0200 (CEST) Received: from [192.168.0.94] (h4n2fls31o270.telia.com [217.208.199.4]) by mx1.h3q.net (Postfix) with ESMTP id 589A81A743; Sun, 2 Oct 2005 23:51:25 +0200 (CEST) Message-ID: <4340565E.3060207@shapeshifter.se> Date: Sun, 02 Oct 2005 23:51:26 +0200 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Matthew N. Dodd" References: <433F6018.2050900@datacomm.ch> <433F976F.6090501@samsco.org> <20051002134710.J96720@sasami.jurai.net> In-Reply-To: <20051002134710.J96720@sasami.jurai.net> Content-Type: multipart/mixed; boundary="------------090705040803050808030709" X-Virus-Scanned: at mail.hamnpolare.net Cc: Benjamin Lutz , current@FreeBSD.ORG Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 21:51:31 -0000 This is a multi-part message in MIME format. --------------090705040803050808030709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Matthew N. Dodd wrote: > On Sun, 2 Oct 2005, Scott Long wrote: > >> Sounds like the if_sk driver needs to be made more intelligent so that >> it doesn't try to claim this card, yes? > > > I found the attached patch in my local tree. > > Curious to know if it works as I don't have the hardware. > > I couldn't get a clean compile with this for some reason, maybe my buildspace were polluted. I've attached a similar patch that works for me with my Linksys EG1032 rev 3 card, rev 2 cards needs testing because I don't own any of those. Fredrik --------------090705040803050808030709 Content-Type: text/plain; name="linksys-20051002.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="linksys-20051002.patch" Index: sys/pci/if_sk.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_sk.c,v retrieving revision 1.110 diff -u -r1.110 if_sk.c --- sys/pci/if_sk.c 16 Sep 2005 11:11:51 -0000 1.110 +++ sys/pci/if_sk.c 2 Oct 2005 21:32:03 -0000 @@ -143,39 +143,46 @@ { VENDORID_SK, DEVICEID_SK_V1, + -1, "SysKonnect Gigabit Ethernet (V1.0)" }, { VENDORID_SK, DEVICEID_SK_V2, + -1, "SysKonnect Gigabit Ethernet (V2.0)" }, { VENDORID_MARVELL, DEVICEID_SK_V2, + -1, "Marvell Gigabit Ethernet" }, { VENDORID_MARVELL, DEVICEID_BELKIN_5005, + -1, "Belkin F5D5005 Gigabit Ethernet" }, { VENDORID_3COM, DEVICEID_3COM_3C940, + -1, "3Com 3C940 Gigabit Ethernet" }, { VENDORID_LINKSYS, DEVICEID_LINKSYS_EG1032, - "Linksys EG1032 Gigabit Ethernet" + 0x12, + "Linksys EG1032 Gigabit Ethernet Rev. 2" }, { VENDORID_DLINK, DEVICEID_DLINK_DGE530T, + -1, "D-Link DGE-530T Gigabit Ethernet" }, - { 0, 0, NULL } + { 0, 0, 0, NULL } }; static int skc_probe(device_t); @@ -1311,7 +1318,8 @@ while(t->sk_name != NULL) { if ((pci_get_vendor(dev) == t->sk_vid) && - (pci_get_device(dev) == t->sk_did)) { + (pci_get_device(dev) == t->sk_did) && + (pci_get_revid(dev) == t->sk_rev || t->sk_rev == -1)) { device_set_desc(dev, t->sk_name); return (BUS_PROBE_DEFAULT); } Index: sys/pci/if_skreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_skreg.h,v retrieving revision 1.29 diff -u -r1.29 if_skreg.h --- sys/pci/if_skreg.h 10 Jun 2005 16:49:23 -0000 1.29 +++ sys/pci/if_skreg.h 2 Oct 2005 21:32:05 -0000 @@ -1300,6 +1300,7 @@ struct sk_type { u_int16_t sk_vid; u_int16_t sk_did; + int16_t sk_rev; char *sk_name; }; Index: sys/pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.53 diff -u -r1.53 if_rlreg.h --- sys/pci/if_rlreg.h 29 Sep 2005 16:52:19 -0000 1.53 +++ sys/pci/if_rlreg.h 2 Oct 2005 21:32:05 -0000 @@ -457,6 +457,7 @@ struct rl_type { uint16_t rl_vid; uint16_t rl_did; + int16_t rl_rev; int rl_basetype; char *rl_name; }; @@ -823,6 +824,16 @@ * Corega CG-LAPCIGT device ID */ #define COREGA_DEVICEID_CGLAPCIGT 0xc107 + +/* + * Linksys vendor ID + */ +#define LINKSYS_VENDORID 0x1737 + +/* + * Linksys EG1032 device ID + */ +#define LINKSYS_DEVICEID_EG1032 0x1032 /* * Peppercon vendor ID Index: sys/pci/if_rl.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rl.c,v retrieving revision 1.158 diff -u -r1.158 if_rl.c --- sys/pci/if_rl.c 1 Oct 2005 18:56:19 -0000 1.158 +++ sys/pci/if_rl.c 2 Oct 2005 21:32:06 -0000 @@ -136,41 +136,41 @@ * Various supported device vendors/types and their names. */ static struct rl_type rl_devs[] = { - { RT_VENDORID, RT_DEVICEID_8129, RL_8129, + { RT_VENDORID, RT_DEVICEID_8129, -1, RL_8129, "RealTek 8129 10/100BaseTX" }, - { RT_VENDORID, RT_DEVICEID_8139, RL_8139, + { RT_VENDORID, RT_DEVICEID_8139, -1, RL_8139, "RealTek 8139 10/100BaseTX" }, - { RT_VENDORID, RT_DEVICEID_8138, RL_8139, + { RT_VENDORID, RT_DEVICEID_8138, -1, RL_8139, "RealTek 8139 10/100BaseTX CardBus" }, - { RT_VENDORID, RT_DEVICEID_8100, RL_8139, + { RT_VENDORID, RT_DEVICEID_8100, -1, RL_8139, "RealTek 8100 10/100BaseTX" }, - { ACCTON_VENDORID, ACCTON_DEVICEID_5030, RL_8139, + { ACCTON_VENDORID, ACCTON_DEVICEID_5030, -1, RL_8139, "Accton MPX 5030/5038 10/100BaseTX" }, - { DELTA_VENDORID, DELTA_DEVICEID_8139, RL_8139, + { DELTA_VENDORID, DELTA_DEVICEID_8139, -1, RL_8139, "Delta Electronics 8139 10/100BaseTX" }, - { ADDTRON_VENDORID, ADDTRON_DEVICEID_8139, RL_8139, + { ADDTRON_VENDORID, ADDTRON_DEVICEID_8139, -1, RL_8139, "Addtron Technolgy 8139 10/100BaseTX" }, - { DLINK_VENDORID, DLINK_DEVICEID_530TXPLUS, RL_8139, + { DLINK_VENDORID, DLINK_DEVICEID_530TXPLUS, -1, RL_8139, "D-Link DFE-530TX+ 10/100BaseTX" }, - { DLINK_VENDORID, DLINK_DEVICEID_690TXD, RL_8139, + { DLINK_VENDORID, DLINK_DEVICEID_690TXD, -1, RL_8139, "D-Link DFE-690TXD 10/100BaseTX" }, - { NORTEL_VENDORID, ACCTON_DEVICEID_5030, RL_8139, + { NORTEL_VENDORID, ACCTON_DEVICEID_5030, -1, RL_8139, "Nortel Networks 10/100BaseTX" }, - { COREGA_VENDORID, COREGA_DEVICEID_FETHERCBTXD, RL_8139, + { COREGA_VENDORID, COREGA_DEVICEID_FETHERCBTXD, -1, RL_8139, "Corega FEther CB-TXD" }, - { COREGA_VENDORID, COREGA_DEVICEID_FETHERIICBTXD, RL_8139, + { COREGA_VENDORID, COREGA_DEVICEID_FETHERIICBTXD, -1, RL_8139, "Corega FEtherII CB-TXD" }, - { PEPPERCON_VENDORID, PEPPERCON_DEVICEID_ROLF, RL_8139, + { PEPPERCON_VENDORID, PEPPERCON_DEVICEID_ROLF, -1, RL_8139, "Peppercon AG ROL-F" }, - { PLANEX_VENDORID, PLANEX_DEVICEID_FNW3800TX, RL_8139, + { PLANEX_VENDORID, PLANEX_DEVICEID_FNW3800TX, -1, RL_8139, "Planex FNW-3800-TX" }, - { CP_VENDORID, RT_DEVICEID_8139, RL_8139, + { CP_VENDORID, RT_DEVICEID_8139, -1, RL_8139, "Compaq HNE-300" }, - { LEVEL1_VENDORID, LEVEL1_DEVICEID_FPC0106TX, RL_8139, + { LEVEL1_VENDORID, LEVEL1_DEVICEID_FPC0106TX, -1, RL_8139, "LevelOne FPC-0106TX" }, - { EDIMAX_VENDORID, EDIMAX_DEVICEID_EP4103DL, RL_8139, + { EDIMAX_VENDORID, EDIMAX_DEVICEID_EP4103DL, -1, RL_8139, "Edimax EP-4103DL CardBus" }, - { 0, 0, 0, NULL } + { 0, 0, 0, 0, NULL } }; static int rl_attach(device_t); @@ -733,7 +733,8 @@ while (t->rl_name != NULL) { if ((pci_get_vendor(dev) == t->rl_vid) && - (pci_get_device(dev) == t->rl_did)) { + (pci_get_device(dev) == t->rl_did) && + (pci_get_devid(dev) == t->rl_rev || t->rl_rev == -1)) { /* * Temporarily map the I/O space * so we can read the chip ID register. Index: sys/dev/re/if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.56 diff -u -r1.56 if_re.c --- sys/dev/re/if_re.c 1 Oct 2005 18:56:17 -0000 1.56 +++ sys/dev/re/if_re.c 2 Oct 2005 21:32:07 -0000 @@ -159,21 +159,23 @@ * Various supported device vendors/types and their names. */ static struct rl_type re_devs[] = { - { DLINK_VENDORID, DLINK_DEVICEID_528T, RL_HWREV_8169S, + { DLINK_VENDORID, DLINK_DEVICEID_528T, -1, RL_HWREV_8169S, "D-Link DGE-528(T) Gigabit Ethernet Adapter" }, - { RT_VENDORID, RT_DEVICEID_8139, RL_HWREV_8139CPLUS, + { RT_VENDORID, RT_DEVICEID_8139, -1, RL_HWREV_8139CPLUS, "RealTek 8139C+ 10/100BaseTX" }, - { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169, + { RT_VENDORID, RT_DEVICEID_8169, -1, RL_HWREV_8169, "RealTek 8169 Gigabit Ethernet" }, - { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169S, + { RT_VENDORID, RT_DEVICEID_8169, -1, RL_HWREV_8169S, "RealTek 8169S Single-chip Gigabit Ethernet" }, - { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169SB, + { RT_VENDORID, RT_DEVICEID_8169, -1, RL_HWREV_8169SB, "RealTek 8169SB Single-chip Gigabit Ethernet" }, - { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8110S, + { RT_VENDORID, RT_DEVICEID_8169, -1, RL_HWREV_8110S, "RealTek 8110S Single-chip Gigabit Ethernet" }, - { COREGA_VENDORID, COREGA_DEVICEID_CGLAPCIGT, RL_HWREV_8169S, + { COREGA_VENDORID, COREGA_DEVICEID_CGLAPCIGT, -1, RL_HWREV_8169S, "Corega CG-LAPCIGT (RTL8169S) Gigabit Ethernet" }, - { 0, 0, 0, NULL } + { LINKSYS_VENDORID, LINKSYS_DEVICEID_EG1032, 0x10, RL_HWREV_8169S, + "Linksys EG1032 (RTL8169S) Gigabit Ethernet Rev. 3" }, + { 0, 0, 0, 0, NULL } }; static struct rl_hwrev re_hwrevs[] = { @@ -821,7 +823,8 @@ while (t->rl_name != NULL) { if ((pci_get_vendor(dev) == t->rl_vid) && - (pci_get_device(dev) == t->rl_did)) { + (pci_get_device(dev) == t->rl_did) && + (pci_get_revid(dev) == t->rl_rev || t->rl_rev == -1)) { /* * Temporarily map the I/O space Index: share/man/man4/sk.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/sk.4,v retrieving revision 1.28 diff -u -r1.28 sk.4 --- share/man/man4/sk.4 21 Jul 2005 05:02:38 -0000 1.28 +++ share/man/man4/sk.4 2 Oct 2005 21:32:07 -0000 @@ -175,7 +175,7 @@ .It D-Link DGE-530T single port, 1000baseT adapter .It -Linksys EG1032 single port, 1000baseT adapter +Linksys EG1032 single port Rev. 2, 1000baseT adapter .It SK-9521 SK-NET GE-T single port, 1000baseT adapter .It Index: share/man/man4/re.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/re.4,v retrieving revision 1.15 diff -u -r1.15 re.4 --- share/man/man4/re.4 5 Aug 2005 13:21:11 -0000 1.15 +++ share/man/man4/re.4 2 Oct 2005 21:32:08 -0000 @@ -165,6 +165,8 @@ PLANEX COMMUNICATIONS Inc.\& GN-1200TC (8169S) .It Xterasys XN-152 10/100/1000 NIC (8169) +.It +Linksys EG1032 Gigabit Ethernet Rev. 3 (8169S) .El .Sh DIAGNOSTICS .Bl -diag --------------090705040803050808030709-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 22:07:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F67516A41F for ; Sun, 2 Oct 2005 22:07:10 +0000 (GMT) (envelope-from don@siad.net) Received: from mars.siad.net (h-69-3-214-122.lsanca54.covad.net [69.3.214.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE3143D45 for ; Sun, 2 Oct 2005 22:07:09 +0000 (GMT) (envelope-from don@siad.net) Received: from [69.3.214.123] (h-69-3-214-123.lsanca54.covad.net [69.3.214.123]) by mars.siad.net (8.13.1/8.13.1) with ESMTP id j92M8ukZ041444 for ; Sun, 2 Oct 2005 15:08:56 -0700 (PDT) (envelope-from don@siad.net) Message-ID: <434059DC.3050307@siad.net> Date: Sun, 02 Oct 2005 15:06:20 -0700 From: "Don L. Belcher" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050912 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050810084015.40585.qmail@web54409.mail.yahoo.com> In-Reply-To: <20050810084015.40585.qmail@web54409.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version 0.70, clamav-milter version 0.70j X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0b1 (mars.siad.net [69.3.214.122]); Sun, 02 Oct 2005 15:08:57 -0700 (PDT) Subject: umass card reader timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 22:07:10 -0000 I thought to give version 6 a try. After da0 fails then it tries da0-da2 and fails with the same timeout although da0-da2 are listed in the dev directory but not da3. It also takes a few hours to boot-up is there some place that I can adjust the time-out? FreeBSD rover.siad.net 6.0-BETA5 FreeBSD 6.0-BETA5 #6: Sat Oct 1 01:45:24 PDT 2005 don@rover.siad.net:/usr/obj/usr/home/don/FreeBSD-Version6/src/sys/GENERIC i386 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-0 device pass0: Serial Number \^_ pass0: 40.000MB/s transfers pass1 at umass-sim0 bus 0 target 0 lun 1 pass1: Removable Direct Access SCSI-0 device pass1: Serial Number \^_ pass1: 40.000MB/s transfers pass2 at umass-sim0 bus 0 target 0 lun 2 pass2: Removable Direct Access SCSI-0 device pass2: Serial Number \^_ pass2: 40.000MB/s transfers pass3 at umass-sim0 bus 0 target 0 lun 3 pass3: Removable Direct Access SCSI-0 device pass3: Serial Number \^_ pass3: 40.000MB/s transfers (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: Serial Number \^_ da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim0:0:0:1): error 6 (da1:umass-sim0:0:0:1): Unretryable Error da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: Serial Number \^_ da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da2:umass-sim0:0:0:2): error 6 (da2:umass-sim0:0:0:2): Unretryable Error da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: Serial Number \^_ da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present GEOM: new disk ad8 GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 GEOM: new disk da3 GEOM: new disk ar0 umass0: BBB reset failed, TIMEOUT (da3:umass-sim0:0:0:3): Request completed with CAM_REQ_CMP_ERR (da3:umass-sim0:0:0:3): Retrying Command umass0: BBB reset failed, TIMEOUT (da3:umass-sim0:0:0:3): Request completed with CAM_REQ_CMP_ERR (da3:umass-sim0:0:0:3): Retrying Command --- snip --- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 22:24:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89EE816A41F for ; Sun, 2 Oct 2005 22:24:55 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3024D43D45 for ; Sun, 2 Oct 2005 22:24:54 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0INR00BGY7LI7450@VL-MO-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 02 Oct 2005 18:24:54 -0400 (EDT) Date: Sun, 02 Oct 2005 18:24:46 -0400 From: Nicolas Blais In-reply-to: <434059DC.3050307@siad.net> To: freebsd-current@freebsd.org Message-id: <200510021824.53642.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1216247.AQtbUAgqTY; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <20050810084015.40585.qmail@web54409.mail.yahoo.com> <434059DC.3050307@siad.net> User-Agent: KMail/1.8.2 Subject: Re: umass card reader timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 22:24:55 -0000 --nextPart1216247.AQtbUAgqTY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On October 2, 2005 06:06 pm, Don L. Belcher wrote: > I thought to give version 6 a try. After da0 fails then it tries da0-da2 > and fails with the same timeout although da0-da2 are listed in the dev > directory but not da3. It also takes a few hours to boot-up is there some > place that I can adjust the time-out? > > > FreeBSD rover.siad.net 6.0-BETA5 FreeBSD 6.0-BETA5 #6: Sat Oct 1 > 01:45:24 PDT 2005 > don@rover.siad.net:/usr/obj/usr/home/don/FreeBSD-Version6/src/sys/GENERIC > i386 > > > pass0 at umass-sim0 bus 0 target 0 lun 0 > pass0: Removable Direct Access SCSI-0 devi= ce > pass0: Serial Number \^_ > pass0: 40.000MB/s transfers > pass1 at umass-sim0 bus 0 target 0 lun 1 > pass1: Removable Direct Access SCSI-0 devi= ce > pass1: Serial Number \^_ > pass1: 40.000MB/s transfers > pass2 at umass-sim0 bus 0 target 0 lun 2 > pass2: Removable Direct Access SCSI-0 devi= ce > pass2: Serial Number \^_ > pass2: 40.000MB/s transfers > pass3 at umass-sim0 bus 0 target 0 lun 3 > pass3: Removable Direct Access SCSI-0 devi= ce > pass3: Serial Number \^_ > pass3: 40.000MB/s transfers > > > (da0:umass-sim0:0:0:0): error 6 > (da0:umass-sim0:0:0:0): Unretryable Error > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: Serial Number \^_ > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > (da1:umass-sim0:0:0:1): error 6 > (da1:umass-sim0:0:0:1): Unretryable Error > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: Serial Number \^_ > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > (da2:umass-sim0:0:0:2): error 6 > (da2:umass-sim0:0:0:2): Unretryable Error > da2 at umass-sim0 bus 0 target 0 lun 2 > da2: Removable Direct Access SCSI-0 device > da2: Serial Number \^_ > da2: 40.000MB/s transfers > da2: Attempt to query device size failed: NOT READY, Medium not present > GEOM: new disk ad8 > GEOM: new disk da0 > GEOM: new disk da1 > GEOM: new disk da2 > GEOM: new disk da3 > GEOM: new disk ar0 > umass0: BBB reset failed, TIMEOUT > (da3:umass-sim0:0:0:3): Request completed with CAM_REQ_CMP_ERR > (da3:umass-sim0:0:0:3): Retrying Command > umass0: BBB reset failed, TIMEOUT > (da3:umass-sim0:0:0:3): Request completed with CAM_REQ_CMP_ERR > (da3:umass-sim0:0:0:3): Retrying Command I too wish I could work my card reader. I have the same problem as you, exc= ept=20 that it doesn't take "hours" to boot but 1 minute between each probe pass, = so=20 5 minutes: (probe1:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe1:umass-sim0:0:0:0): Retrying Command (probe1:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe1:umass-sim0:0:0:0): Retrying Command (probe1:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe1:umass-sim0:0:0:0): Retrying Command (probe1:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe1:umass-sim0:0:0:0): Retrying Command (probe1:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe1:umass-sim0:0:0:0): error 5 (probe1:umass-sim0:0:0:0): Retries Exausted Without ehci, there is no more delay, but it still doesn't work and I loose= my=20 mouse. Nicolas. =2D-=20 =46reeBSD 7.0-CURRENT #0: Sat Oct 1 11:51:38 EDT 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://66.130.198.54:8081/security/nb_root.asc --nextPart1216247.AQtbUAgqTY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDQF41z38ton5LGeIRAjiCAJ9Ep12he0pi4IafbmdP7MiRzrgBvgCaAztj CRe37wCoPT6ciAXvWVQjrCU= =VPpF -----END PGP SIGNATURE----- --nextPart1216247.AQtbUAgqTY-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 22:25:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99FA016A421 for ; Sun, 2 Oct 2005 22:25:22 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from mail.neovanglist.net (blackacid.neovanglist.net [69.16.150.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12AEB43D55 for ; Sun, 2 Oct 2005 22:25:20 +0000 (GMT) (envelope-from Chris@lainos.org) Received: from localhost (localhost.neovanglist.net [127.0.0.1]) by mail.neovanglist.net (Postfix) with ESMTP id 5DCF96D438 for ; Sun, 2 Oct 2005 15:22:55 -0700 (MST) Received: from mail.neovanglist.net ([127.0.0.1]) by localhost (blackacid.neovanglist.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22960-08 for ; Sun, 2 Oct 2005 15:22:50 -0700 (MST) Received: from melchior (0x5358bc07.bynxx15.adsl-dhcp.tele.dk [83.88.188.7]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.neovanglist.net (Postfix) with ESMTP id D482B6D42D for ; Sun, 2 Oct 2005 15:22:49 -0700 (MST) From: Chris Gilbert To: freebsd-current@freebsd.org Date: Mon, 3 Oct 2005 00:24:52 +0200 User-Agent: KMail/1.8.2 References: <20050529141558.GA12270@lbl.pl> <200510012111.22351.Chris@lainos.org> <200510020225.53757.Chris@lainos.org> In-Reply-To: <200510020225.53757.Chris@lainos.org> MIME-Version: 1.0 Message-Id: <200510030024.53147.Chris@lainos.org> X-Virus-Scanned: amavisd-new at neovanglist.net Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: USB Mouse Problems in -BETA5 [Was: logitech wireless mouse works for a while but then disconnects] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 22:25:22 -0000 Just to narrow things down a bit, I switched the mouse onto my onboard USB controller. Before, it was on a PCI USB 2.0 card. ('uPD720100A/101 USB 2.0 Enhanced Host Controller') Now it is on the onboard USB 1.1 controller. ('AMD-768 USB Controller') However, the problem still persists, which leads me to rule out a faulty controller/hub, and leads me to believe that the problem most likely lies somewhere in the uhid/ums parts of the USB stack. To give an idea about the severity of the issue, just in the last 12 hours, the mouse has "attached and detached" over 25 times. Today I will switch my mouse for an identical model on a FreeBSD 5.3 machine. This way I will be able to confirm that it's not a problem with the mouse itself, and a real problem with the USB stack. To summersize, here is a quick run-down of what I know so far: 1) The problem does not lie in moused, it happens both with moused active and without. 2) The problem is not X related, it happens both with and without the X server running. 3) The problem is irritated by lots of frequent mouse activity. It has never happened while the mouse is sitting still. 4) The problem is not specific to any particular USB controller, or ochi/uhci/echi. It happens with both ochi and ehci, and both with AMD and NEC USB controllers. 5) For me, the problem was not present in FreeBSD 6-CURRENT or prior. It started after updating to BETA2, and continues while using BETA5. Also, for the record, ACPI is disabled at boot via device.hints. I thought it may have been some sort of strange power management issue with the system thinking it should power down the USB ports to save energy... but this doesn't seem to be the case. I will send another mail once I have made sure it's not an issue with my particular mouse. But judging by the fact that the mouse has worked perfectly in the past, and others are having the same error, I am confident that this is not the issue. Once I have affirmed this, I will start looking into the USB stack myself. However if anyone else is interested in looking into this problem, I would be more than happy to assist them in any way I can. Thanks again, Chris Gilbert On Sunday 02 October 2005 02:25, Chris Gilbert wrote: > I just updated to 6-BETA5 and have the same results. > > I confirmed that it happens even when I'm not in X, and just at the > console. > > However, it only happens when I am moving the mouse around... > > It's almost like it's getting a bytestream from the mouse that causes it to > go bonkers internally... but I'm not sure. > > In the mean time, I have worked around it by having X use moused/sysmouse > instead of opening the ums0 device directly. This doesn't fix the problem, > but at least I don't have to cycle my VTs every time it dies. > > Any ideas on this guys? Since it's not just me, this could be a potentially > annoying issue in the release unless it gets some solving... > > Thanks! > > -- > Regards > Chris Gilbert > From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 22:33:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE9EE16A41F for ; Sun, 2 Oct 2005 22:33:20 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from relay.epsb.ca (relay.epsb.ca [198.161.119.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7F0F43D5E for ; Sun, 2 Oct 2005 22:33:19 +0000 (GMT) (envelope-from Kirk.Davis@epsb.ca) Received: from exchange03.epsb.ca (exchange03.epsb.ca [10.0.5.11]) by relay.epsb.ca (8.12.11/8.12.11) with ESMTP id j92MXG2K068334; Sun, 2 Oct 2005 16:33:16 -0600 (MDT) (envelope-from Kirk.Davis@epsb.ca) Received: by exchange03.epsb.ca with Internet Mail Service (5.5.2653.19) id ; Sun, 2 Oct 2005 16:33:16 -0600 Message-ID: <04C71268DFDAA8499EC1A248A44B6A2B34C190@Exchange21.EDU.epsb.ca> From: Kirk Davis To: "'Stefan Ehmann'" Date: Sun, 2 Oct 2005 16:33:09 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Cc: "'freebsd-current@freebsd.org'" Subject: RE: wpa_supplicant + open APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 22:33:20 -0000 Sorry this is not help full but I was just going to send out a similar message. > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Stefan Ehmann > Posted At: Friday, September 30, 2005 3:59 AM > Posted To: current > Conversation: wpa_supplicant + open APs > Subject: wpa_supplicant + open APs > > > I'm using the if_iwi driver. At home I'm using WPA, at work > there's an open AP. I want to use wpa_supplicant for both, so > I don't need to edit configs each time I switch locations. > > wpa_supplicant works fine with the WPA setup but fails to > associate with the open AP. I am seeing the same problem. I'm not sure if it is the wpa_supplicant or the wiw driver but I'm stating to suspect the iwi drivers is at fault. I have been able to accociate with WPA-PSK, WPA, and WPA2 access points without any problems but I just can't associate with open ones. Who knew open AP's would be the secure ones ;-) ---- Kirk From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 22:58:54 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B850F16A41F for ; Sun, 2 Oct 2005 22:58:54 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [70.88.158.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4956943D46 for ; Sun, 2 Oct 2005 22:58:54 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [70.88.158.93]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j92MwP7I002096; Sun, 2 Oct 2005 18:58:31 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Sun, 2 Oct 2005 18:58:25 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Fredrik Lindberg In-Reply-To: <4340565E.3060207@shapeshifter.se> Message-ID: <20051002185513.P96720@sasami.jurai.net> References: <433F6018.2050900@datacomm.ch> <433F976F.6090501@samsco.org> <20051002134710.J96720@sasami.jurai.net> <4340565E.3060207@shapeshifter.se> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1952017982-1128293905=:96720" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [70.88.158.93]); Sun, 02 Oct 2005 18:58:32 -0400 (EDT) Cc: Benjamin Lutz , current@FreeBSD.ORG Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 22:58:54 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1952017982-1128293905=:96720 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sun, 2 Oct 2005, Fredrik Lindberg wrote: > I couldn't get a clean compile with this for some reason, maybe > my buildspace were polluted. Yea, I forget the diffs to rl(4). Attached. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 --0-1952017982-1128293905=:96720 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="re-rl-sk.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20051002185825.C96720@sasami.jurai.net> Content-Description: Content-Disposition: attachment; filename="re-rl-sk.patch" SW5kZXg6IHBjaS9pZl9zay5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvY3ZzL3NyYy9zeXMvcGNpL2lmX3NrLmMsdg0KcmV0 cmlldmluZyByZXZpc2lvbiAxLjExMA0KZGlmZiAtdSAtdSAtcjEuMTEwIGlm X3NrLmMNCi0tLSBwY2kvaWZfc2suYwkxNiBTZXAgMjAwNSAxMToxMTo1MSAt MDAwMAkxLjExMA0KKysrIHBjaS9pZl9zay5jCTIgT2N0IDIwMDUgMjI6NTE6 NDYgLTAwMDANCkBAIC0xNDIsNDAgKzE0Miw0NSBAQA0KIHN0YXRpYyBzdHJ1 Y3Qgc2tfdHlwZSBza19kZXZzW10gPSB7DQogCXsNCiAJCVZFTkRPUklEX1NL LA0KLQkJREVWSUNFSURfU0tfVjEsDQorCQlERVZJQ0VJRF9TS19WMSwgLTEs DQogCQkiU3lzS29ubmVjdCBHaWdhYml0IEV0aGVybmV0IChWMS4wKSINCiAJ fSwNCiAJew0KIAkJVkVORE9SSURfU0ssDQotCQlERVZJQ0VJRF9TS19WMiwN CisJCURFVklDRUlEX1NLX1YyLCAtMSwNCiAJCSJTeXNLb25uZWN0IEdpZ2Fi aXQgRXRoZXJuZXQgKFYyLjApIg0KIAl9LA0KIAl7DQogCQlWRU5ET1JJRF9N QVJWRUxMLA0KLQkJREVWSUNFSURfU0tfVjIsDQorCQlERVZJQ0VJRF9TS19W MiwgLTEsDQogCQkiTWFydmVsbCBHaWdhYml0IEV0aGVybmV0Ig0KIAl9LA0K IAl7DQogCQlWRU5ET1JJRF9NQVJWRUxMLA0KLQkJREVWSUNFSURfQkVMS0lO XzUwMDUsDQorCQlERVZJQ0VJRF9CRUxLSU5fNTAwNSwgLTEsDQogCQkiQmVs a2luIEY1RDUwMDUgR2lnYWJpdCBFdGhlcm5ldCINCiAJfSwNCiAJew0KIAkJ VkVORE9SSURfM0NPTSwNCi0JCURFVklDRUlEXzNDT01fM0M5NDAsDQorCQlE RVZJQ0VJRF8zQ09NXzNDOTQwLCAtMSwNCiAJCSIzQ29tIDNDOTQwIEdpZ2Fi aXQgRXRoZXJuZXQiDQogCX0sDQogCXsNCiAJCVZFTkRPUklEX0xJTktTWVMs DQotCQlERVZJQ0VJRF9MSU5LU1lTX0VHMTAzMiwNCi0JCSJMaW5rc3lzIEVH MTAzMiBHaWdhYml0IEV0aGVybmV0Ig0KKwkJREVWSUNFSURfTElOS1NZU19F RzEwMzIsIDB4MCwNCisJCSJMaW5rc3lzIEVHMTAzMiB2MSBHaWdhYml0IEV0 aGVybmV0Ig0KKwl9LA0KKwl7DQorCQlWRU5ET1JJRF9MSU5LU1lTLA0KKwkJ REVWSUNFSURfTElOS1NZU19FRzEwMzIsIDB4MSwNCisJCSJMaW5rc3lzIEVH MTAzMiB2MiBHaWdhYml0IEV0aGVybmV0Ig0KIAl9LA0KIAl7DQogCQlWRU5E T1JJRF9ETElOSywNCi0JCURFVklDRUlEX0RMSU5LX0RHRTUzMFQsDQorCQlE RVZJQ0VJRF9ETElOS19ER0U1MzBULCAtMSwNCiAJCSJELUxpbmsgREdFLTUz MFQgR2lnYWJpdCBFdGhlcm5ldCINCiAJfSwNCi0JeyAwLCAwLCBOVUxMIH0N CisJeyAwLCAwLCAwLCBOVUxMIH0NCiB9Ow0KIA0KIHN0YXRpYyBpbnQgc2tj X3Byb2JlKGRldmljZV90KTsNCkBAIC0xMzExLDcgKzEzMTYsOSBAQA0KIA0K IAl3aGlsZSh0LT5za19uYW1lICE9IE5VTEwpIHsNCiAJCWlmICgocGNpX2dl dF92ZW5kb3IoZGV2KSA9PSB0LT5za192aWQpICYmDQotCQkgICAgKHBjaV9n ZXRfZGV2aWNlKGRldikgPT0gdC0+c2tfZGlkKSkgew0KKwkJICAgIChwY2lf Z2V0X2RldmljZShkZXYpID09IHQtPnNrX2RpZCkgJiYNCisJCSAgICAoKHQt PnNrX3JpZCA9PSAtMSkgfHwgICANCisJCSAgICAgIChwY2lfZ2V0X3Jldmlk KGRldikgPT0gdC0+c2tfcmlkKSkpIHsNCiAJCQlkZXZpY2Vfc2V0X2Rlc2Mo ZGV2LCB0LT5za19uYW1lKTsNCiAJCQlyZXR1cm4gKEJVU19QUk9CRV9ERUZB VUxUKTsNCiAJCX0NCkluZGV4OiBwY2kvaWZfc2tyZWcuaA0KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL2N2cy9zcmMvc3lzL3Bj aS9pZl9za3JlZy5oLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4yOQ0KZGlm ZiAtdSAtdSAtcjEuMjkgaWZfc2tyZWcuaA0KLS0tIHBjaS9pZl9za3JlZy5o CTEwIEp1biAyMDA1IDE2OjQ5OjIzIC0wMDAwCTEuMjkNCisrKyBwY2kvaWZf c2tyZWcuaAkyIE9jdCAyMDA1IDE3OjQ1OjI1IC0wMDAwDQpAQCAtMTMwMCw2 ICsxMzAwLDcgQEANCiBzdHJ1Y3Qgc2tfdHlwZSB7DQogCXVfaW50MTZfdAkJ c2tfdmlkOw0KIAl1X2ludDE2X3QJCXNrX2RpZDsNCisJaW50CQkJc2tfcmlk Ow0KIAljaGFyCQkJKnNrX25hbWU7DQogfTsNCiANCkluZGV4OiBwY2kvaWZf cmwuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21l L2N2cy9zcmMvc3lzL3BjaS9pZl9ybC5jLHYNCnJldHJpZXZpbmcgcmV2aXNp b24gMS4xNTgNCmRpZmYgLXUgLXUgLXIxLjE1OCBpZl9ybC5jDQotLS0gcGNp L2lmX3JsLmMJMSBPY3QgMjAwNSAxODo1NjoxOSAtMDAwMAkxLjE1OA0KKysr IHBjaS9pZl9ybC5jCTIgT2N0IDIwMDUgMjI6NTY6MDMgLTAwMDANCkBAIC0x MzYsNDEgKzEzNiw0MSBAQA0KICAqIFZhcmlvdXMgc3VwcG9ydGVkIGRldmlj ZSB2ZW5kb3JzL3R5cGVzIGFuZCB0aGVpciBuYW1lcy4NCiAgKi8NCiBzdGF0 aWMgc3RydWN0IHJsX3R5cGUgcmxfZGV2c1tdID0gew0KLQl7IFJUX1ZFTkRP UklELCBSVF9ERVZJQ0VJRF84MTI5LCBSTF84MTI5LA0KKwl7IFJUX1ZFTkRP UklELCBSVF9ERVZJQ0VJRF84MTI5LCAtMSwgUkxfODEyOSwNCiAJCSJSZWFs VGVrIDgxMjkgMTAvMTAwQmFzZVRYIiB9LA0KLQl7IFJUX1ZFTkRPUklELCBS VF9ERVZJQ0VJRF84MTM5LCBSTF84MTM5LA0KKwl7IFJUX1ZFTkRPUklELCBS VF9ERVZJQ0VJRF84MTM5LCAtMSwgUkxfODEzOSwNCiAJCSJSZWFsVGVrIDgx MzkgMTAvMTAwQmFzZVRYIiB9LA0KLQl7IFJUX1ZFTkRPUklELCBSVF9ERVZJ Q0VJRF84MTM4LCBSTF84MTM5LA0KKwl7IFJUX1ZFTkRPUklELCBSVF9ERVZJ Q0VJRF84MTM4LCAtMSwgUkxfODEzOSwNCiAJCSJSZWFsVGVrIDgxMzkgMTAv MTAwQmFzZVRYIENhcmRCdXMiIH0sDQotCXsgUlRfVkVORE9SSUQsIFJUX0RF VklDRUlEXzgxMDAsIFJMXzgxMzksDQorCXsgUlRfVkVORE9SSUQsIFJUX0RF VklDRUlEXzgxMDAsIC0xLCBSTF84MTM5LA0KIAkJIlJlYWxUZWsgODEwMCAx MC8xMDBCYXNlVFgiIH0sDQotCXsgQUNDVE9OX1ZFTkRPUklELCBBQ0NUT05f REVWSUNFSURfNTAzMCwgUkxfODEzOSwNCisJeyBBQ0NUT05fVkVORE9SSUQs IEFDQ1RPTl9ERVZJQ0VJRF81MDMwLCAtMSwgUkxfODEzOSwNCiAJCSJBY2N0 b24gTVBYIDUwMzAvNTAzOCAxMC8xMDBCYXNlVFgiIH0sDQotCXsgREVMVEFf VkVORE9SSUQsIERFTFRBX0RFVklDRUlEXzgxMzksIFJMXzgxMzksDQorCXsg REVMVEFfVkVORE9SSUQsIERFTFRBX0RFVklDRUlEXzgxMzksIC0xLCBSTF84 MTM5LA0KIAkJIkRlbHRhIEVsZWN0cm9uaWNzIDgxMzkgMTAvMTAwQmFzZVRY IiB9LA0KLQl7IEFERFRST05fVkVORE9SSUQsIEFERFRST05fREVWSUNFSURf ODEzOSwgUkxfODEzOSwNCisJeyBBRERUUk9OX1ZFTkRPUklELCBBRERUUk9O X0RFVklDRUlEXzgxMzksIC0xLCBSTF84MTM5LA0KIAkJIkFkZHRyb24gVGVj aG5vbGd5IDgxMzkgMTAvMTAwQmFzZVRYIiB9LA0KLQl7IERMSU5LX1ZFTkRP UklELCBETElOS19ERVZJQ0VJRF81MzBUWFBMVVMsIFJMXzgxMzksDQorCXsg RExJTktfVkVORE9SSUQsIERMSU5LX0RFVklDRUlEXzUzMFRYUExVUywgLTEs IFJMXzgxMzksDQogCQkiRC1MaW5rIERGRS01MzBUWCsgMTAvMTAwQmFzZVRY IiB9LA0KLQl7IERMSU5LX1ZFTkRPUklELCBETElOS19ERVZJQ0VJRF82OTBU WEQsIFJMXzgxMzksDQorCXsgRExJTktfVkVORE9SSUQsIERMSU5LX0RFVklD RUlEXzY5MFRYRCwgLTEsIFJMXzgxMzksDQogCQkiRC1MaW5rIERGRS02OTBU WEQgMTAvMTAwQmFzZVRYIiB9LA0KLQl7IE5PUlRFTF9WRU5ET1JJRCwgQUND VE9OX0RFVklDRUlEXzUwMzAsIFJMXzgxMzksDQorCXsgTk9SVEVMX1ZFTkRP UklELCBBQ0NUT05fREVWSUNFSURfNTAzMCwgLTEsIFJMXzgxMzksDQogCQki Tm9ydGVsIE5ldHdvcmtzIDEwLzEwMEJhc2VUWCIgfSwNCi0JeyBDT1JFR0Ff VkVORE9SSUQsIENPUkVHQV9ERVZJQ0VJRF9GRVRIRVJDQlRYRCwgUkxfODEz OSwNCisJeyBDT1JFR0FfVkVORE9SSUQsIENPUkVHQV9ERVZJQ0VJRF9GRVRI RVJDQlRYRCwgLTEsIFJMXzgxMzksDQogCQkiQ29yZWdhIEZFdGhlciBDQi1U WEQiIH0sDQotCXsgQ09SRUdBX1ZFTkRPUklELCBDT1JFR0FfREVWSUNFSURf RkVUSEVSSUlDQlRYRCwgUkxfODEzOSwNCisJeyBDT1JFR0FfVkVORE9SSUQs IENPUkVHQV9ERVZJQ0VJRF9GRVRIRVJJSUNCVFhELCAtMSwgUkxfODEzOSwN CiAJCSJDb3JlZ2EgRkV0aGVySUkgQ0ItVFhEIiB9LA0KLQl7IFBFUFBFUkNP Tl9WRU5ET1JJRCwgUEVQUEVSQ09OX0RFVklDRUlEX1JPTEYsIFJMXzgxMzks DQorCXsgUEVQUEVSQ09OX1ZFTkRPUklELCBQRVBQRVJDT05fREVWSUNFSURf Uk9MRiwgLTEsIFJMXzgxMzksDQogCQkiUGVwcGVyY29uIEFHIFJPTC1GIiB9 LA0KLQl7IFBMQU5FWF9WRU5ET1JJRCwgUExBTkVYX0RFVklDRUlEX0ZOVzM4 MDBUWCwgUkxfODEzOSwNCisJeyBQTEFORVhfVkVORE9SSUQsIFBMQU5FWF9E RVZJQ0VJRF9GTlczODAwVFgsIC0xLCBSTF84MTM5LA0KIAkJIlBsYW5leCBG TlctMzgwMC1UWCIgfSwNCi0JeyBDUF9WRU5ET1JJRCwgUlRfREVWSUNFSURf ODEzOSwgUkxfODEzOSwNCisJeyBDUF9WRU5ET1JJRCwgUlRfREVWSUNFSURf ODEzOSwgLTEsIFJMXzgxMzksDQogCQkiQ29tcGFxIEhORS0zMDAiIH0sDQot CXsgTEVWRUwxX1ZFTkRPUklELCBMRVZFTDFfREVWSUNFSURfRlBDMDEwNlRY LCBSTF84MTM5LA0KKwl7IExFVkVMMV9WRU5ET1JJRCwgTEVWRUwxX0RFVklD RUlEX0ZQQzAxMDZUWCwgLTEsIFJMXzgxMzksDQogCQkiTGV2ZWxPbmUgRlBD LTAxMDZUWCIgfSwNCi0JeyBFRElNQVhfVkVORE9SSUQsIEVESU1BWF9ERVZJ Q0VJRF9FUDQxMDNETCwgUkxfODEzOSwNCisJeyBFRElNQVhfVkVORE9SSUQs IEVESU1BWF9ERVZJQ0VJRF9FUDQxMDNETCwgLTEsIFJMXzgxMzksDQogCQki RWRpbWF4IEVQLTQxMDNETCBDYXJkQnVzIiB9LA0KLQl7IDAsIDAsIDAsIE5V TEwgfQ0KKwl7IDAsIDAsIDAsIDAsIE5VTEwgfQ0KIH07DQogDQogc3RhdGlj IGludCBybF9hdHRhY2goZGV2aWNlX3QpOw0KQEAgLTczMyw3ICs3MzMsMTAg QEANCiANCiAJd2hpbGUgKHQtPnJsX25hbWUgIT0gTlVMTCkgew0KIAkJaWYg KChwY2lfZ2V0X3ZlbmRvcihkZXYpID09IHQtPnJsX3ZpZCkgJiYNCi0JCSAg ICAocGNpX2dldF9kZXZpY2UoZGV2KSA9PSB0LT5ybF9kaWQpKSB7DQorCQkg ICAgKHBjaV9nZXRfZGV2aWNlKGRldikgPT0gdC0+cmxfZGlkKSAmJg0KKwkJ ICAgICgodC0+cmxfcmlkID09IC0xKSB8fA0KKwkJICAgICAocGNpX2dldF9y ZXZpZChkZXYpID09IHQtPnJsX3JpZCkpKSB7DQorCQkgICAgIA0KIAkJCS8q DQogCQkJICogVGVtcG9yYXJpbHkgbWFwIHRoZSBJL08gc3BhY2UNCiAJCQkg KiBzbyB3ZSBjYW4gcmVhZCB0aGUgY2hpcCBJRCByZWdpc3Rlci4NCkluZGV4 OiBwY2kvaWZfcmxyZWcuaA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNT IGZpbGU6IC9ob21lL2N2cy9zcmMvc3lzL3BjaS9pZl9ybHJlZy5oLHYNCnJl dHJpZXZpbmcgcmV2aXNpb24gMS41Mw0KZGlmZiAtdSAtdSAtcjEuNTMgaWZf cmxyZWcuaA0KLS0tIHBjaS9pZl9ybHJlZy5oCTI5IFNlcCAyMDA1IDE2OjUy OjE5IC0wMDAwCTEuNTMNCisrKyBwY2kvaWZfcmxyZWcuaAkyIE9jdCAyMDA1 IDIyOjU2OjE4IC0wMDAwDQpAQCAtNDU3LDYgKzQ1Nyw3IEBADQogc3RydWN0 IHJsX3R5cGUgew0KIAl1aW50MTZfdAkJcmxfdmlkOw0KIAl1aW50MTZfdAkJ cmxfZGlkOw0KKwlpbnQJCQlybF9yaWQ7DQogCWludAkJCXJsX2Jhc2V0eXBl Ow0KIAljaGFyCQkJKnJsX25hbWU7DQogfTsNCkBAIC04MDUsNiArODA2LDE2 IEBADQogI2RlZmluZSBETElOS19ERVZJQ0VJRF82OTBUWEQJCQkweDEzNDAN CiANCiAvKg0KKyAqIExpbmtzeXMgUENJIHZlbmRvciBJRA0KKyAqLw0KKyNk ZWZpbmUJVkVORE9SSURfTElOS1NZUwkJCTB4MTczNw0KKw0KKy8qDQorICog TGlua3N5cyBnaWdhYml0IGV0aGVybmV0IGRldmljZSBJRA0KKyAqLw0KKyNk ZWZpbmUJREVWSUNFSURfTElOS1NZU19FRzEwMzIJCQkweDEwMzINCisNCisv Kg0KICAqIENvcmVnYSBLLksgdmVuZG9yIElEDQogICovDQogI2RlZmluZSBD T1JFR0FfVkVORE9SSUQJCQkJMHgxMjU5DQpJbmRleDogZGV2L3JlL2lmX3Jl LmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9j dnMvc3JjL3N5cy9kZXYvcmUvaWZfcmUuYyx2DQpyZXRyaWV2aW5nIHJldmlz aW9uIDEuNTYNCmRpZmYgLXUgLXUgLXIxLjU2IGlmX3JlLmMNCi0tLSBkZXYv cmUvaWZfcmUuYwkxIE9jdCAyMDA1IDE4OjU2OjE3IC0wMDAwCTEuNTYNCisr KyBkZXYvcmUvaWZfcmUuYwkyIE9jdCAyMDA1IDIyOjU2OjU4IC0wMDAwDQpA QCAtMTU5LDIxICsxNTksMjMgQEANCiAgKiBWYXJpb3VzIHN1cHBvcnRlZCBk ZXZpY2UgdmVuZG9ycy90eXBlcyBhbmQgdGhlaXIgbmFtZXMuDQogICovDQog c3RhdGljIHN0cnVjdCBybF90eXBlIHJlX2RldnNbXSA9IHsNCi0JeyBETElO S19WRU5ET1JJRCwgRExJTktfREVWSUNFSURfNTI4VCwgUkxfSFdSRVZfODE2 OVMsDQorCXsgRExJTktfVkVORE9SSUQsIERMSU5LX0RFVklDRUlEXzUyOFQs IC0xLCBSTF9IV1JFVl84MTY5UywNCiAJCSJELUxpbmsgREdFLTUyOChUKSBH aWdhYml0IEV0aGVybmV0IEFkYXB0ZXIiIH0sDQotCXsgUlRfVkVORE9SSUQs IFJUX0RFVklDRUlEXzgxMzksIFJMX0hXUkVWXzgxMzlDUExVUywNCisJeyBS VF9WRU5ET1JJRCwgUlRfREVWSUNFSURfODEzOSwgLTEsIFJMX0hXUkVWXzgx MzlDUExVUywNCiAJCSJSZWFsVGVrIDgxMzlDKyAxMC8xMDBCYXNlVFgiIH0s DQotCXsgUlRfVkVORE9SSUQsIFJUX0RFVklDRUlEXzgxNjksIFJMX0hXUkVW XzgxNjksDQorCXsgUlRfVkVORE9SSUQsIFJUX0RFVklDRUlEXzgxNjksIC0x LCBSTF9IV1JFVl84MTY5LA0KIAkJIlJlYWxUZWsgODE2OSBHaWdhYml0IEV0 aGVybmV0IiB9LA0KLQl7IFJUX1ZFTkRPUklELCBSVF9ERVZJQ0VJRF84MTY5 LCBSTF9IV1JFVl84MTY5UywNCisJeyBSVF9WRU5ET1JJRCwgUlRfREVWSUNF SURfODE2OSwgLTEsIFJMX0hXUkVWXzgxNjlTLA0KIAkJIlJlYWxUZWsgODE2 OVMgU2luZ2xlLWNoaXAgR2lnYWJpdCBFdGhlcm5ldCIgfSwNCi0JeyBSVF9W RU5ET1JJRCwgUlRfREVWSUNFSURfODE2OSwgUkxfSFdSRVZfODE2OVNCLA0K Kwl7IFJUX1ZFTkRPUklELCBSVF9ERVZJQ0VJRF84MTY5LCAtMSwgUkxfSFdS RVZfODE2OVNCLA0KIAkJIlJlYWxUZWsgODE2OVNCIFNpbmdsZS1jaGlwIEdp Z2FiaXQgRXRoZXJuZXQiIH0sDQotCXsgUlRfVkVORE9SSUQsIFJUX0RFVklD RUlEXzgxNjksIFJMX0hXUkVWXzgxMTBTLA0KKwl7IFJUX1ZFTkRPUklELCBS VF9ERVZJQ0VJRF84MTY5LCAtMSwgUkxfSFdSRVZfODExMFMsDQogCQkiUmVh bFRlayA4MTEwUyBTaW5nbGUtY2hpcCBHaWdhYml0IEV0aGVybmV0IiB9LA0K LQl7IENPUkVHQV9WRU5ET1JJRCwgQ09SRUdBX0RFVklDRUlEX0NHTEFQQ0lH VCwgUkxfSFdSRVZfODE2OVMsDQorCXsgQ09SRUdBX1ZFTkRPUklELCBDT1JF R0FfREVWSUNFSURfQ0dMQVBDSUdULCAtMSwgUkxfSFdSRVZfODE2OVMsDQog CQkiQ29yZWdhIENHLUxBUENJR1QgKFJUTDgxNjlTKSBHaWdhYml0IEV0aGVy bmV0IiB9LA0KLQl7IDAsIDAsIDAsIE5VTEwgfQ0KKwl7IFZFTkRPUklEX0xJ TktTWVMsIERFVklDRUlEX0xJTktTWVNfRUcxMDMyLCAweDEwLCBSTF9IV1JF Vl84MTY5UywNCisJCSJMaW5rc3lzIEVHMTAzMnYzIEdpZ2FiaXQgRXRoZXJu ZXQiIH0sDQorCXsgMCwgMCwgMCwgMCwgTlVMTCB9DQogfTsNCiANCiBzdGF0 aWMgc3RydWN0IHJsX2h3cmV2IHJlX2h3cmV2c1tdID0gew0KQEAgLTgyMSw3 ICs4MjMsOSBAQA0KIA0KIAl3aGlsZSAodC0+cmxfbmFtZSAhPSBOVUxMKSB7 DQogCQlpZiAoKHBjaV9nZXRfdmVuZG9yKGRldikgPT0gdC0+cmxfdmlkKSAm Jg0KLQkJICAgIChwY2lfZ2V0X2RldmljZShkZXYpID09IHQtPnJsX2RpZCkp IHsNCisJCSAgICAocGNpX2dldF9kZXZpY2UoZGV2KSA9PSB0LT5ybF9kaWQp ICYmDQorCQkgICAgKCh0LT5ybF9yaWQgPT0gLTEpIHx8DQorCQkgICAgIChw Y2lfZ2V0X3JldmlkKGRldikgPT0gdC0+cmxfcmlkKSkpIHsNCiANCiAJCQkv Kg0KIAkJCSAqIFRlbXBvcmFyaWx5IG1hcCB0aGUgSS9PIHNwYWNlDQo= --0-1952017982-1128293905=:96720-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 2 23:36:58 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0564A16A41F for ; Sun, 2 Oct 2005 23:36:58 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC05643D45 for ; Sun, 2 Oct 2005 23:36:57 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j92NaogU016869 for ; Sun, 2 Oct 2005 16:36:54 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510022336.j92NaogU016869@gw.catspoiler.org> Date: Sun, 2 Oct 2005 16:36:50 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org In-Reply-To: <200510020908.j9298dAX014736@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: Re: patch review & testing request for fill_kinfo_proc() and friends X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2005 23:36:58 -0000 On 2 Oct, To: current@freebsd.org wrote: > Attached is a patch that fixes locking problems in fill_kinfo_proc() and > related functions. The patch is larger than I initially anticipated > because I had to refactor the code in order to get the locking right. > > I'd like to commit it to HEAD soon so that it can be MFC'ed in time for > 6.0-RC1, but it really needs review and testing of all the sysctl and > linprocfs functionality. This patch also applies cleanly to RELENG_6. [snip] I found and fixed a few whitespace nits and a minor buglet that didn't affect functionality. This patch has passed all of my testing, so I committed it to HEAD to give it wider exposure. ------ Forwarded message ------ From: Don Lewis Subject: cvs commit: src/sys/kern kern_proc.c Date: Sun, 2 Oct 2005 23:27:56 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org truckman 2005-10-02 23:27:56 UTC FreeBSD src repository Modified files: sys/kern kern_proc.c Log: Always wire the sysctl output buffer in sysctl_kern_proc() before calling sysctl_out_proc(). -- fix from jhb Move the code in fill_kinfo_thread() that gathers data from struct proc into the new function fill_kinfo_proc_only(). Change all callers of fill_kinfo_thread() to call both fill_kinfo_proc_only() and fill_kinfo() thread. When gathering data from a multi-threaded process, fill_kinfo_proc_only() only needs to be called once. Grab sched_lock before accessing the process thread list or calling fill_kinfo_thread(). PR: kern/84684 MFC after: 3 days Revision Changes Path 1.232 +113 -95 src/sys/kern/kern_proc.c From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 08:16:00 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABA7F16A41F for ; Mon, 3 Oct 2005 08:16:00 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0161F43D49 for ; Mon, 3 Oct 2005 08:15:59 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j938CvwY050646 for freebsd-current@FreeBSD.org.checked; Mon, 3 Oct 2005 12:12:57 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j938AZnG050606; Mon, 3 Oct 2005 12:10:36 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4340E785.3030705@cronyx.ru> Date: Mon, 03 Oct 2005 12:10:45 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200501181124.19323.jhb@FreeBSD.org> In-Reply-To: <200501181124.19323.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, FreeBSD current mailing list Subject: Re: LOR: kern_descrip.c:2277,2278 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 08:16:00 -0000 Hi, Could you check: http://lists.freebsd.org/pipermail/freebsd-current/2005-September/056078.html Best regards, rik John Baldwin wrote: >On Monday 17 January 2005 05:07 pm, Bjoern A. Zeeb wrote: > > >>Hi, >> >>I have added the following as LOR #055 to "the LOR page"[1]. >> >>lock order reversal >> 1st 0xffffffff80c3a9e8 sleep mtxpool (sleep mtxpool) @ >>sys/kern/kern_descrip.c:2277 2nd 0xffffff00222d8a48 filedesc structure >>(filedesc structure) @ sys/kern/kern_descrip.c:2278 KDB: stack backtrace: >>witness_checkorder() at witness_checkorder+0x5f1 >>_mtx_lock_flags() at _mtx_lock_flags+0x4a >>dupfdopen() at dupfdopen+0x320 >>kern_open() at kern_open+0x5de >>syscall() at syscall+0x4ab >>Xfast_syscall() at Xfast_syscall+0xa8 >>--- syscall (5, FreeBSD ELF64, open), rip = 0x80077e7d0, rsp = >>0x7fffffffe6f8, rbp = 0x7fffffffec70 --- >> >>I can easily reproduce it every boot. It seems to be triggered by >>Capi4BSD[2] framework which I incorporated in my private tree. >> >>Can someone please comment on this ? >> >> > >The problem is that FILEDESC_UNLOCK() actually includes an entirely separate >lock of its own (it's like an sx lock sort of). One possible fix might be to >change struct file to either use a dedicated mutex pool (instead of the more >generic mtxpool_sleep one that is intended only for leaf-lock usage) or to >have each struct file include its own mutex rather than using a pool lock. > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 08:16:02 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CBE616A41F for ; Mon, 3 Oct 2005 08:16:02 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55A5E43D4C for ; Mon, 3 Oct 2005 08:16:01 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j938CvAi050649 for current@FreeBSD.org.checked; Mon, 3 Oct 2005 12:12:57 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from [144.206.181.94] (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j938AZnG050606; Mon, 3 Oct 2005 12:10:36 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4340E785.3030705@cronyx.ru> Date: Mon, 03 Oct 2005 12:10:45 +0400 From: Roman Kurakin User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200501181124.19323.jhb@FreeBSD.org> In-Reply-To: <200501181124.19323.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, FreeBSD current mailing list Subject: Re: LOR: kern_descrip.c:2277,2278 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 08:16:02 -0000 Hi, Could you check: http://lists.freebsd.org/pipermail/freebsd-current/2005-September/056078.html Best regards, rik John Baldwin wrote: >On Monday 17 January 2005 05:07 pm, Bjoern A. Zeeb wrote: > > >>Hi, >> >>I have added the following as LOR #055 to "the LOR page"[1]. >> >>lock order reversal >> 1st 0xffffffff80c3a9e8 sleep mtxpool (sleep mtxpool) @ >>sys/kern/kern_descrip.c:2277 2nd 0xffffff00222d8a48 filedesc structure >>(filedesc structure) @ sys/kern/kern_descrip.c:2278 KDB: stack backtrace: >>witness_checkorder() at witness_checkorder+0x5f1 >>_mtx_lock_flags() at _mtx_lock_flags+0x4a >>dupfdopen() at dupfdopen+0x320 >>kern_open() at kern_open+0x5de >>syscall() at syscall+0x4ab >>Xfast_syscall() at Xfast_syscall+0xa8 >>--- syscall (5, FreeBSD ELF64, open), rip = 0x80077e7d0, rsp = >>0x7fffffffe6f8, rbp = 0x7fffffffec70 --- >> >>I can easily reproduce it every boot. It seems to be triggered by >>Capi4BSD[2] framework which I incorporated in my private tree. >> >>Can someone please comment on this ? >> >> > >The problem is that FILEDESC_UNLOCK() actually includes an entirely separate >lock of its own (it's like an sx lock sort of). One possible fix might be to >change struct file to either use a dedicated mutex pool (instead of the more >generic mtxpool_sleep one that is intended only for leaf-lock usage) or to >have each struct file include its own mutex rather than using a pool lock. > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 11:57:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 313EE16A41F; Mon, 3 Oct 2005 11:57:03 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEECB43D49; Mon, 3 Oct 2005 11:57:02 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id D563439521; Mon, 3 Oct 2005 13:57:01 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 5D0E1405A; Mon, 3 Oct 2005 13:56:59 +0200 (CEST) Date: Mon, 3 Oct 2005 13:56:59 +0200 From: Jeremie Le Hen To: Robert Watson Message-ID: <20051003115659.GJ43195@obiwan.tataz.chchile.org> References: <433E9C4F.8040404@charter.net> <20051002124424.D71864@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051002124424.D71864@fledge.watson.org> User-Agent: Mutt/1.5.10i Cc: Andrew Lankford , current@freebsd.org Subject: Re: RELENG_6 Kernel doesn't build due to DEVFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 11:57:03 -0000 Hi Andrew, Robert, > >I haven't been able to build a GENERIC 6.0 kernel on amd64 for about a week > >now because of this error: > > Make sure you buildworld before buildkernel, there was a compiler tweak, > and the new compiler version is required to build the new kernel. I've run into this too, because I used to compile my kernel manually (the old way). This method will indeed use the old compiler, thus you will need to use the buildkernel target. Robert, FWIW, what was the compiler tweak you are talking about ? Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 14:57:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4AEC16A41F for ; Mon, 3 Oct 2005 14:57:05 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D11443D45 for ; Mon, 3 Oct 2005 14:57:04 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j93Ev0pA050175 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 3 Oct 2005 16:57:00 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j93Ev05X050173; Mon, 3 Oct 2005 16:57:00 +0200 (CEST) Date: Mon, 3 Oct 2005 16:57:00 +0200 From: Divacky Roman To: Kris Kennaway Message-ID: <20051003145659.GA49975@stud.fit.vutbr.cz> References: <20051001085358.GA62022@stud.fit.vutbr.cz> <20051001154628.GA64006@xor.obsecurity.org> <20051002095828.GA51218@stud.fit.vutbr.cz> <20051002192259.GA37178@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051002192259.GA37178@xor.obsecurity.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: current@freebsd.org Subject: Re: 6.0R todo list - hash sizes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 14:57:05 -0000 On Sun, Oct 02, 2005 at 03:22:59PM -0400, Kris Kennaway wrote: > On Sun, Oct 02, 2005 at 11:58:28AM +0200, Divacky Roman wrote: > > On Sat, Oct 01, 2005 at 11:46:28AM -0400, Kris Kennaway wrote: > > > On Sat, Oct 01, 2005 at 10:53:58AM +0200, Divacky Roman wrote: > > > > Hi, > > > > > > > > scottl@ removed: > > > > Nullfs (and perhaps other filesystems) use an absurdly small > > > > hash size that causes significant performance penalties. > > > > > > > > this item from 6.0R todo list. How was this solved? I didnt see any commits > > > > to enlarge the hash values. Its still the same... why it was removed then? > > > > > > It was an incorrect suggestion on my part - it turns out this was not > > > the cause of the performance penalties, and Jeff fixed them long ago. > > > > > > Kris > > > > > > > anyway - what sense does it make to have hash of size 4 entries? (fdescfs has > > this for example) > > It doesn't cause any performance penalty I can measure. maybe using hash then is useless and the hash functionality could be removed to simplify the code? From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 15:31:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F22D316A41F; Mon, 3 Oct 2005 15:31:12 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from fep19.inet.fi (fep19.inet.fi [194.251.242.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF4F443D45; Mon, 3 Oct 2005 15:31:11 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] ([84.249.3.49]) by fep19.inet.fi with ESMTP id <20051003153110.LIZE20628.fep19.inet.fi@[192.168.0.20]>; Mon, 3 Oct 2005 18:31:10 +0300 Message-ID: <43414EBE.1060500@pp.nic.fi> Date: Mon, 03 Oct 2005 18:31:10 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "freebsd-current@freebsd.org" , net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: send_query: No buffer space available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 15:31:13 -0000 What should i do to avoid these messages from MRTG and dhclient? This happens with some network load on xl0 interface and pf+altq or ipfw+dummynet+statefull rules enabled, even with simple pass rules. Increasing kern.ipc.nmbclusters, kern.ipc.nsfbufs, kern.ipc.somaxconn and net.inet.tcp.sendspace doesn't seem to help. FreeBSD 5.3-RELEASE to 6.0-BETA5 have this problem. SNMP Error: send_query: No buffer space available dhclient: send_packet: No buffer space available netstat -m 1108/572/1680 mbufs in use (current/cache/total) 975/351/1326/17216 mbuf clusters in use (current/cache/total/max) 0/12/4560 sfbufs in use (current/peak/max) 2227K/845K/3072K bytes allocated to network (current/cache/total) 0 requests for sfbufs denied 0 requests for sfbufs delayed 94 requests for I/O initiated by sendfile 766 calls to protocol drain routines From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 15:51:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7039116A41F for ; Mon, 3 Oct 2005 15:51:59 +0000 (GMT) (envelope-from freebsd@orchid.homeunix.org) Received: from orchid.homeunix.org (bbb129.neoplus.adsl.tpnet.pl [83.27.191.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44DF843D45 for ; Mon, 3 Oct 2005 15:51:57 +0000 (GMT) (envelope-from freebsd@orchid.homeunix.org) Received: from [192.168.1.66] (blackacidevil.orchid.homeunix.org [192.168.1.66]) (authenticated bits=0) by orchid.homeunix.org (8.13.3/8.13.3) with ESMTP id j93FpoFr085288 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 3 Oct 2005 17:51:52 +0200 (CEST) (envelope-from freebsd@orchid.homeunix.org) Message-ID: <43415397.9090600@orchid.homeunix.org> Date: Mon, 03 Oct 2005 17:51:51 +0200 From: Karol Kwiatkowski User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: eculp@bafirst.com References: <20050924071340.tr01mijqyocwsgss@mail.bafirst.com> In-Reply-To: <20050924071340.tr01mijqyocwsgss@mail.bafirst.com> X-Enigmail-Version: 0.92.1.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87/1107/Sun Oct 2 10:09:39 2005 on orchid.homeunix.org X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Weird freeze w/ skype w/kde in current of last 10-15 days. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@orchid.homeunix.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 15:51:59 -0000 eculp@bafirst.com wrote: > This is a really strange problem that even I don't believe;) > I have 7.0-CURRENT FreeBSD 7.0-CURRENT #22: Fri Sep 23 05:39:20 CDT 2005 > skype-1.2.0.11 > kde-3.4.2 > And when I start skype I get a hard lock. No console message, no log > messages, nothing. I have to turn it off and back on. > > The strange part involves the work arounds that are independient of one > another that I have found: > > Kernel compiled prior to around Sept. 9 works fine, zero problems with kde. > Current Kernel and using xdm in place of kde, works fine. > > Now I try to keep my box clean of old libraries and did a portupgrade > -Rruf of skype and kde with no changes and even that doesn't explain why > an older kernel would work unless I had some old libraries around, I > would assume and the working kernels aren't that old. > > To make it even more unusual I have 4 other machines showing the same > symptoms. They are all AMD 32 bit w/ different motherboards and from > 256M to 2M in memory. I don't have anything with an intel chip to test on. > > Any suggestions will be greatly appreciated, I have no idea where else > to look. > > Thanks, > > ed 'Me too' kind of post (no one replied on -current or -ports). As soon as skype's window shows up everything stops - no mouse, no keyboard, no ssh connection from other machine, no nothing. It started in similar period of time (few weeks ago but I don't know exactly). Here's my setup: FreeBSD 6.0-BETA5 #2: Mon Oct 3 14:27:55 CEST 2005 i386 AMD Athlon 2000+, 512MB I upgraded from 5.4-RELEASE (cvsup, make), recompiled all ports as instructed. Software used: skype-1.2.0.17 = up-to-date with port (previously skype-1.2.0.11, same effect) linux-XFree86-libs-4.3.99.902_3 = up-to-date with port linux-expat-1.95.5_3 = up-to-date with port linux-fontconfig-2.1_4 = up-to-date with port linux_base-8-8.0_6 = up-to-date with port linux_dri-4.3.0_3 = up-to-date with port kdebase-3.4.2_2 = up-to-date with port kdehier-1.0_8 = up-to-date with port kdelibs-3.4.2_1 = up-to-date with port kdemultimedia-3.4.2_1 = up-to-date with port kdeutils-3.4.2 = up-to-date with port Linux compatibility module loaded at system boot (linux_enable="YES"). Any help appreciated. Regards, Karol -- Karol Kwiatkowski From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 16:48:42 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81C8716A41F; Mon, 3 Oct 2005 16:48:42 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C80E943D46; Mon, 3 Oct 2005 16:48:41 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 03 Oct 2005 13:04:48 -0400 From: John Baldwin To: stable@FreeBSD.org Date: Mon, 3 Oct 2005 12:50:02 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510031250.03362.jhb@FreeBSD.org> Cc: current@FreeBSD.org Subject: HEADSUP: Removing wb(4) driver in one week X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 16:48:42 -0000 Unless someone steps up to test the locking patches on either HEAD or 6.0 in the next week, I'm going to remove the driver from the tree since it's not possible to support a driver if changes can't be tested for it. I also having locking patches for txp(4), vx(4), and lge(4) that need testing, though there has been at least some minimal interest in at least two of those (though no one has tested anything yet on all 3). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 17:06:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ABD016A41F for ; Mon, 3 Oct 2005 17:06:59 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A491B43D45 for ; Mon, 3 Oct 2005 17:06:58 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 03 Oct 2005 13:23:05 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 3 Oct 2005 13:02:26 -0400 User-Agent: KMail/1.8 References: <20051002055754.89962.qmail@web32914.mail.mud.yahoo.com> In-Reply-To: <20051002055754.89962.qmail@web32914.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510031302.27024.jhb@FreeBSD.org> Cc: Donn Miller Subject: Re: ACPI irq routing problems on Averatec 5428hx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 17:06:59 -0000 On Sunday 02 October 2005 01:57 am, Donn Miller wrote: > Now, I think the answer might be to ditch the Averatec. But, anyways, > if I don't disable ACPI on boot, I get a lot of errors like: > > device]: couldn't map interrupt > device_attach: [device] attach returned 6 > > Attached is a non-verbose and a verbose dmesg output from a -current > build within a week or so. I've been having this problems for quite a > while. If I disable ACPI, everything works, but I can't use the cpu > frequency scaling feature, and the fans run like crazy. > > Verbose dmesg -> dmesg_v.out > non-Verbose dmesg -> dmesg_n.out > > I have the same issues with Linux, but I usually can get around this by > passing the "acpi=noirq" flag to the kernel to enable ACPI but to > disable acpi for irq routing. Can I do this with FreeBSD? I think the > bios in this laptop is crap. It looks like your BIOS is alwas using the APIC versions of the link devices (ALKA vs LNKA). You can probably do a simple fix to your ASL to work around this problem. Try getting an ASL dump and posting it to the acpi@ mailing list. I can help you fix it and the other folks on that list plus the acpi(4) manpage can help you override your BIOS's DSDT with the fixed one to get your machine working. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 17:07:01 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B073116A41F; Mon, 3 Oct 2005 17:07:01 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B53443D48; Mon, 3 Oct 2005 17:07:00 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 03 Oct 2005 13:23:06 -0400 From: John Baldwin To: Roman Kurakin Date: Mon, 3 Oct 2005 13:06:29 -0400 User-Agent: KMail/1.8 References: <200501181124.19323.jhb@FreeBSD.org> <4340E785.3030705@cronyx.ru> In-Reply-To: <4340E785.3030705@cronyx.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510031306.31314.jhb@FreeBSD.org> Cc: "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, FreeBSD current mailing list Subject: Re: LOR: kern_descrip.c:2277,2278 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 17:07:01 -0000 On Monday 03 October 2005 04:10 am, Roman Kurakin wrote: > Hi, > > Could you check: > > http://lists.freebsd.org/pipermail/freebsd-current/2005-September/056078.ht >ml > > Best regards, > rik If it doesn't trigger any other LORs then it is probably fine. > John Baldwin wrote: > >On Monday 17 January 2005 05:07 pm, Bjoern A. Zeeb wrote: > >>Hi, > >> > >>I have added the following as LOR #055 to "the LOR page"[1]. > >> > >>lock order reversal > >> 1st 0xffffffff80c3a9e8 sleep mtxpool (sleep mtxpool) @ > >>sys/kern/kern_descrip.c:2277 2nd 0xffffff00222d8a48 filedesc structure > >>(filedesc structure) @ sys/kern/kern_descrip.c:2278 KDB: stack backtrace: > >>witness_checkorder() at witness_checkorder+0x5f1 > >>_mtx_lock_flags() at _mtx_lock_flags+0x4a > >>dupfdopen() at dupfdopen+0x320 > >>kern_open() at kern_open+0x5de > >>syscall() at syscall+0x4ab > >>Xfast_syscall() at Xfast_syscall+0xa8 > >>--- syscall (5, FreeBSD ELF64, open), rip = 0x80077e7d0, rsp = > >>0x7fffffffe6f8, rbp = 0x7fffffffec70 --- > >> > >>I can easily reproduce it every boot. It seems to be triggered by > >>Capi4BSD[2] framework which I incorporated in my private tree. > >> > >>Can someone please comment on this ? > > > >The problem is that FILEDESC_UNLOCK() actually includes an entirely > > separate lock of its own (it's like an sx lock sort of). One possible > > fix might be to change struct file to either use a dedicated mutex pool > > (instead of the more generic mtxpool_sleep one that is intended only for > > leaf-lock usage) or to have each struct file include its own mutex rather > > than using a pool lock. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 17:07:01 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B073116A41F; Mon, 3 Oct 2005 17:07:01 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B53443D48; Mon, 3 Oct 2005 17:07:00 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 03 Oct 2005 13:23:06 -0400 From: John Baldwin To: Roman Kurakin Date: Mon, 3 Oct 2005 13:06:29 -0400 User-Agent: KMail/1.8 References: <200501181124.19323.jhb@FreeBSD.org> <4340E785.3030705@cronyx.ru> In-Reply-To: <4340E785.3030705@cronyx.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510031306.31314.jhb@FreeBSD.org> Cc: "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, FreeBSD current mailing list Subject: Re: LOR: kern_descrip.c:2277,2278 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 17:07:02 -0000 On Monday 03 October 2005 04:10 am, Roman Kurakin wrote: > Hi, > > Could you check: > > http://lists.freebsd.org/pipermail/freebsd-current/2005-September/056078.ht >ml > > Best regards, > rik If it doesn't trigger any other LORs then it is probably fine. > John Baldwin wrote: > >On Monday 17 January 2005 05:07 pm, Bjoern A. Zeeb wrote: > >>Hi, > >> > >>I have added the following as LOR #055 to "the LOR page"[1]. > >> > >>lock order reversal > >> 1st 0xffffffff80c3a9e8 sleep mtxpool (sleep mtxpool) @ > >>sys/kern/kern_descrip.c:2277 2nd 0xffffff00222d8a48 filedesc structure > >>(filedesc structure) @ sys/kern/kern_descrip.c:2278 KDB: stack backtrace: > >>witness_checkorder() at witness_checkorder+0x5f1 > >>_mtx_lock_flags() at _mtx_lock_flags+0x4a > >>dupfdopen() at dupfdopen+0x320 > >>kern_open() at kern_open+0x5de > >>syscall() at syscall+0x4ab > >>Xfast_syscall() at Xfast_syscall+0xa8 > >>--- syscall (5, FreeBSD ELF64, open), rip = 0x80077e7d0, rsp = > >>0x7fffffffe6f8, rbp = 0x7fffffffec70 --- > >> > >>I can easily reproduce it every boot. It seems to be triggered by > >>Capi4BSD[2] framework which I incorporated in my private tree. > >> > >>Can someone please comment on this ? > > > >The problem is that FILEDESC_UNLOCK() actually includes an entirely > > separate lock of its own (it's like an sx lock sort of). One possible > > fix might be to change struct file to either use a dedicated mutex pool > > (instead of the more generic mtxpool_sleep one that is intended only for > > leaf-lock usage) or to have each struct file include its own mutex rather > > than using a pool lock. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 17:57:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 184B216A41F; Mon, 3 Oct 2005 17:57:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE1243D45; Mon, 3 Oct 2005 17:57:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j93Hv47X025894; Mon, 3 Oct 2005 13:57:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j93Hv4i1045090; Mon, 3 Oct 2005 13:57:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2E4617302F; Mon, 3 Oct 2005 13:57:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051003175704.2E4617302F@freebsd-current.sentex.ca> Date: Mon, 3 Oct 2005 13:57:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 17:57:06 -0000 TB --- 2005-10-03 16:36:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-03 16:36:56 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-10-03 16:36:56 - cleaning the object tree TB --- 2005-10-03 16:37:22 - checking out the source tree TB --- 2005-10-03 16:37:22 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-10-03 16:37:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-03 16:44:07 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-03 16:44:07 - cd /src TB --- 2005-10-03 16:44:07 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-03 17:48:18 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-03 17:48:18 - cd /src TB --- 2005-10-03 17:48:18 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Oct 3 17:48:19 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] echo mb_init mb_initm mb_done mb_detach mb_fixhdr mb_reserve mb_put_uint8 mb_put_uint16be mb_put_uint16le mb_put_uint32be mb_put_uint32le mb_put_int64be mb_put_int64le mb_put_mem mb_put_mbuf mb_put_uio md_init md_initm md_done md_append_record md_next_record md_get_uint8 md_get_uint16 md_get_uint16le md_get_uint16be md_get_uint32 md_get_uint32be md_get_uint32le md_get_int64 md_get_int64be md_get_int64le md_get_mem md_get_mbuf md_get_uio > export_syms awk -f /src/sys/modules/libmchain/../../conf/kmod_syms.awk libmchain.kld export_syms | xargs -J% objcopy % libmchain.kld ld -Bshareable -d -warn-common -o libmchain.ko.debug libmchain.kld objcopy --strip-debug libmchain.ko.debug libmchain.ko ===> lmc (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /obj/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/obj/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/lmc/../../dev/lmc/if_lmc.c /src/sys/modules/lmc/../../dev/lmc/if_lmc.c: In function `create_ring': /src/sys/modules/lmc/../../dev/lmc/if_lmc.c:2603: warning: int format, different type arg (arg 3) *** Error code 1 Stop in /src/sys/modules/lmc. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-03 17:57:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-03 17:57:04 - ERROR: failed to build generic kernel TB --- 2005-10-03 17:57:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 18:00:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A5E216A41F; Mon, 3 Oct 2005 18:00:57 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE50043D45; Mon, 3 Oct 2005 18:00:56 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0INS00AJSQ1JH4@ms-dienst.rz.rwth-aachen.de>; Mon, 03 Oct 2005 20:00:55 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Mon, 03 Oct 2005 20:00:54 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j93I0sQ2009836; Mon, 03 Oct 2005 20:00:54 +0200 (MEST) Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1EMUcQ-0000JR-00; Mon, 03 Oct 2005 20:00:54 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 181FF2843F; Mon, 03 Oct 2005 20:00:24 +0200 (CEST) Date: Mon, 03 Oct 2005 20:00:23 +0200 From: Christian Brueffer In-reply-to: <20051001205124.GR45345@cell.sick.ru> To: Gleb Smirnoff Message-id: <20051003180023.GB1505@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="61jdw2sOBCFtR2d/"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.9i X-Operating-System: FreeBSD 6.0-BETA5 X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20051001205124.GR45345@cell.sick.ru> Cc: current@FreeBSD.org Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 18:00:57 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 02, 2005 at 12:51:24AM +0400, Gleb Smirnoff wrote: > Colleagues, >=20 > I have just committed a big polling cleanup. First important > point is that only two drivers were tested to work. Please, > if you run CURRENT and polling(4), please reply to this mail, > saying whether your NIC works or not. When I get approvements > for all drivers, then I will be ready for MFC. Current state is: >=20 > em - tested (ru, glebius) > fxp - tested (glebius) > ixgb - not tested (changeset similar to em) > nge - not tested > re - not tested > vge - not tested > dc - not tested > rl - not tested > sf - not tested > sis - not tested > ste - not tested > vr - not tested > xl - not tested >=20 > The second important point is that you should not use kern.polling.enable > anymore. Just turn polling on interface with ifconfig, either manually > or via rc.conf. >=20 I can test sf(4), dc(4), vr(4) and soon vge(4) if you whip up a patch for RELENG_6. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDQXG3bHYXjKDtmC0RAuvhAJ91UkoWI2Kb5yRWvQHKAQKKFexJEwCeMPP9 X1WHqZHtQBjLwcJOSLxhMOg= =Sgka -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 18:13:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5A316A41F for ; Mon, 3 Oct 2005 18:13:17 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E3F43D45 for ; Mon, 3 Oct 2005 18:13:16 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: by jail1-fbsd4.consiagnet.it (Postfix, from userid 1000) id BC7E758D5; Mon, 3 Oct 2005 20:16:13 +0200 (CEST) Date: Mon, 3 Oct 2005 20:16:13 +0200 From: Dario Freni To: current@freebsd.org Message-ID: <20051003181613.GA34048@cvs.freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline X-Operating-System: FreeBSD 4.10-STABLE (What else? ;) X-Sent-From: cvs.freesbie.org X-GPG-Key: http://www.saturnero.net/saturnero.asc X-GPG-Fingerprint: 9C23 3CED 32A4 1E6E 7F83 042F CA68 BBD8 8892 872B User-Agent: Mutt/1.5.9i Cc: Subject: date set to epoch when booting from cd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 18:13:17 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi guys, me and other testers have encountered a strange problem when booting =66rom CDroms created with freesbie2 toolkit: the date is set to epoch. This don't happens with ufs image, only with iso with cd9660 root set. The iso is created with: mkisofs -b boot/cdboot -no-emul-boot -J -r -ldots -l -L -V ${LABEL} -p Free= SBIE -o $ISOPATH . which is almost the same way used in release scripts. How can I help debugging this? Thanks to everybody, Dario --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDQXVrymi72IiShysRAoj2AKDzzG5FZZNB4TilO0cDFXqshxOgJQCgzw1p ldUghxt8GkgqD9eKzx+VLk8= =a89F -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 19:21:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC82716A41F for ; Mon, 3 Oct 2005 19:21:56 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7929143D45 for ; Mon, 3 Oct 2005 19:21:56 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Mon, 03 Oct 2005 14:21:55 -0500 id 000958BB.434184D3.000183AA Received: from dsl-201-144-82-159.prod-infinitum.com.mx (dsl-201-144-82-159.prod-infinitum.com.mx [201.144.82.159]) by mail.bafirst.com (Horde MIME library) with HTTP; Mon, 03 Oct 2005 14:21:55 -0500 Message-ID: <20051003142155.k83ajli0gs8os484@mail.bafirst.com> Date: Mon, 03 Oct 2005 14:21:55 -0500 From: eculp@bafirst.com To: freebsd@orchid.homeunix.org References: <20050924071340.tr01mijqyocwsgss@mail.bafirst.com> <43415397.9090600@orchid.homeunix.org> In-Reply-To: <43415397.9090600@orchid.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Cc: freebsd-current@freebsd.org Subject: Re: Weird freeze w/ skype w/kde in current of last 10-15 days. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 19:21:57 -0000 Quoting Karol Kwiatkowski : > eculp@bafirst.com wrote: >> This is a really strange problem that even I don't believe;) >> I have 7.0-CURRENT FreeBSD 7.0-CURRENT #22: Fri Sep 23 05:39:20 CDT 2005 >> skype-1.2.0.11 >> kde-3.4.2 >> And when I start skype I get a hard lock. No console message, no log >> messages, nothing. I have to turn it off and back on. >> >> The strange part involves the work arounds that are independient of one >> another that I have found: >> >> Kernel compiled prior to around Sept. 9 works fine, zero problems with kde. >> Current Kernel and using xdm in place of kde, works fine. >> >> Now I try to keep my box clean of old libraries and did a portupgrade >> -Rruf of skype and kde with no changes and even that doesn't explain why >> an older kernel would work unless I had some old libraries around, I >> would assume and the working kernels aren't that old. >> >> To make it even more unusual I have 4 other machines showing the same >> symptoms. They are all AMD 32 bit w/ different motherboards and from >> 256M to 2M in memory. I don't have anything with an intel chip to test on. >> >> Any suggestions will be greatly appreciated, I have no idea where else >> to look. >> >> Thanks, >> >> ed > > 'Me too' kind of post (no one replied on -current or -ports). No. I finally gave up and switched to gnome and all is well. > As soon as skype's window shows up everything stops - no mouse, no > keyboard, no ssh connection from other machine, no nothing. It started > in similar period of time (few weeks ago but I don't know exactly). > Roughly from somewhere around the 12th to the 15th, IIRC. > > Here's my setup: > > FreeBSD 6.0-BETA5 #2: Mon Oct 3 14:27:55 CEST 2005 i386 > AMD Athlon 2000+, 512MB > > I upgraded from 5.4-RELEASE (cvsup, make), recompiled all ports as > instructed. > > Software used: > > skype-1.2.0.17 = up-to-date with port > (previously skype-1.2.0.11, same effect) > > linux-XFree86-libs-4.3.99.902_3 = up-to-date with port > linux-expat-1.95.5_3 = up-to-date with port > linux-fontconfig-2.1_4 = up-to-date with port > linux_base-8-8.0_6 = up-to-date with port > linux_dri-4.3.0_3 = up-to-date with port > > kdebase-3.4.2_2 = up-to-date with port > kdehier-1.0_8 = up-to-date with port > kdelibs-3.4.2_1 = up-to-date with port > kdemultimedia-3.4.2_1 = up-to-date with port > kdeutils-3.4.2 = up-to-date with port > > Linux compatibility module loaded at system boot (linux_enable="YES"). > My configuration is the same even the processor and memory, maybe the processor is the key. > > Any help appreciated. My first workaround was twm but I got bored with that in about 5 minutes and switched to gnome, both of which work or a kernel for before the above dates will work with kde. As I said, it makes no sense to me. Good luck, ed > > Regards, > > Karol > > -- > Karol Kwiatkowski > From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 19:22:05 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ED3C16A434 for ; Mon, 3 Oct 2005 19:22:05 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 309C943D48 for ; Mon, 3 Oct 2005 19:22:03 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j93JIxGr058879 for current@FreeBSD.org.checked; Mon, 3 Oct 2005 23:18:59 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (localhost.cronyx.ru [127.0.0.1]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j93JHWHA058851; Mon, 3 Oct 2005 23:17:32 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4341819B.9090400@cronyx.ru> Date: Mon, 03 Oct 2005 23:08:11 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Baldwin References: <200501181124.19323.jhb@FreeBSD.org> <4340E785.3030705@cronyx.ru> <200510031306.31314.jhb@FreeBSD.org> In-Reply-To: <200510031306.31314.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list Subject: Re: LOR: kern_descrip.c:2277,2278 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 19:22:05 -0000 Hi, John Baldwin: >On Monday 03 October 2005 04:10 am, Roman Kurakin wrote: > > >>Hi, >> >>Could you check: >> >>http://lists.freebsd.org/pipermail/freebsd-current/2005-September/056078.ht >>ml >> >>Best regards, >> rik >> >> > >If it doesn't trigger any other LORs then it is probably fine. > It is applied on my development machine and I didn't see any other LOR. I'll commit it to current, and probably it wouldn't be a good idea to MFC it before 6.0. rik >>John Baldwin wrote: >> >> >>>On Monday 17 January 2005 05:07 pm, Bjoern A. Zeeb wrote: >>> >>> >>>>Hi, >>>> >>>>I have added the following as LOR #055 to "the LOR page"[1]. >>>> >>>>lock order reversal >>>>1st 0xffffffff80c3a9e8 sleep mtxpool (sleep mtxpool) @ >>>>sys/kern/kern_descrip.c:2277 2nd 0xffffff00222d8a48 filedesc structure >>>>(filedesc structure) @ sys/kern/kern_descrip.c:2278 KDB: stack backtrace: >>>>witness_checkorder() at witness_checkorder+0x5f1 >>>>_mtx_lock_flags() at _mtx_lock_flags+0x4a >>>>dupfdopen() at dupfdopen+0x320 >>>>kern_open() at kern_open+0x5de >>>>syscall() at syscall+0x4ab >>>>Xfast_syscall() at Xfast_syscall+0xa8 >>>>--- syscall (5, FreeBSD ELF64, open), rip = 0x80077e7d0, rsp = >>>>0x7fffffffe6f8, rbp = 0x7fffffffec70 --- >>>> >>>>I can easily reproduce it every boot. It seems to be triggered by >>>>Capi4BSD[2] framework which I incorporated in my private tree. >>>> >>>>Can someone please comment on this ? >>>> >>>> >>>The problem is that FILEDESC_UNLOCK() actually includes an entirely >>>separate lock of its own (it's like an sx lock sort of). One possible >>>fix might be to change struct file to either use a dedicated mutex pool >>>(instead of the more generic mtxpool_sleep one that is intended only for >>>leaf-lock usage) or to have each struct file include its own mutex rather >>>than using a pool lock. >>> >>> > > > From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 19:28:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F7DD16A41F for ; Mon, 3 Oct 2005 19:28:11 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E159B43D49 for ; Mon, 3 Oct 2005 19:28:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j93JPjsT094537; Mon, 3 Oct 2005 13:25:46 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 03 Oct 2005 13:26:34 -0600 (MDT) Message-Id: <20051003.132634.20912224.imp@bsdimp.com> To: fli+freebsd-current@shapeshifter.se From: "M. Warner Losh" In-Reply-To: <433FB9B9.9020207@shapeshifter.se> References: <433F6018.2050900@datacomm.ch> <433F976F.6090501@samsco.org> <433FB9B9.9020207@shapeshifter.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 03 Oct 2005 13:25:52 -0600 (MDT) Cc: benlutz@datacomm.ch, current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 19:28:11 -0000 Is rev the right thing to filter based on, or is the subvendor id and subvendor device? if a vendor sets the vendor id/vendor device fields wrong, who is to say that we can know based on the pci revision field if this device is right or not. The revision field tends to change a lot and having a sample size of 1 or 2 (or even 5) likely is insufficient to know if it can be relied upon to not cause problems with the next container load of the cards arrives... I know that the re vs rl decision is made based on the revision in the device's I/O space right now: while (t->rl_name != NULL) { if ((pci_get_vendor(dev) == t->rl_vid) && (pci_get_device(dev) == t->rl_did)) { ... map I/O hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; ... unmap I/O if (t->rl_basetype == hwrev) { device_set_desc(dev, t->rl_name); return (BUS_PROBE_DEFAULT); } } t++; } return (ENXIO); Checking for 0x10 vs 0x15 for a card that has gone from rev 2 to rev 3 just strikes me as unwise. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 19:39:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F011F16A420 for ; Mon, 3 Oct 2005 19:39:44 +0000 (GMT) (envelope-from danny@ricin.com) Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A09FC43D58 for ; Mon, 3 Oct 2005 19:39:41 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.128.133] (port=39317 helo=smtp2.home.nl) by smtpq1.home.nl with esmtp (Exim 4.30) id 1EMWA0-0005PK-Fx for current@freebsd.org; Mon, 03 Oct 2005 21:39:40 +0200 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:50341 helo=desktop.homenet) by smtp2.home.nl with esmtp (Exim 4.30) id 1EMW9z-0000CJ-59 for current@freebsd.org; Mon, 03 Oct 2005 21:39:39 +0200 From: Danny Pansters To: current@freebsd.org Date: Mon, 3 Oct 2005 21:38:46 +0000 User-Agent: KMail/1.8.1 X-Face: "0Qv=,p:+]LvuqrtS4U\z3k"qN=.1]@=?utf-8?q?=258=3F=3BPoab=23v=27F=7E=0A=09!Wm=5Fe-=24=7EL=5D=3B?=>[c*L^Qoladj)x@mH}Bqz"vLO?Zdl}[@V@=?utf-8?q?U=3Fx3=23lI=3A=0A=09=24DN=7E!Hr?=@K`-mNv"zXm MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510032138.46226.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Cc: Subject: 6.0-today kernel build fails over nvidia-driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 19:39:45 -0000 I was updating from BETA1 and have nvidia enabled in loader.conf. It used to be that I had to rebuild from the port after installworld, but now apparently the idea is that it gets pulled in during makekernel. I can't see where though. The problem seems to be a misquote or a shell-expansion thing. Uname: FreeBSD desktop.homenet 6.0-BETA1 FreeBSD 6.0-BETA1 #0: Sat Jul 23 17:59:45 CEST 2005 root@desktop.homenet:/usr/obj/usr/src/sys/DESKTOP i386 ===> xl (all) cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /usr/obj/usr/src/sys/DESKTOP/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/DESKTOP -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/xl/../../pci/if_xl.c ld -d -warn-common -r -d -o if_xl.kld if_xl.o touch export_syms awk -f /usr/src/sys/modules/xl/../../conf/kmod_syms.awk if_xl.kld export_syms | xargs -J% objcopy % if_xl.kld ld -Bshareable -d -warn-common -o if_xl.ko if_xl.kld objcopy --strip-debug if_xl.ko cd ${PORTSDIR:-/usr/ports}/"nvidia-driver; SYSDIR= /usr/obj/usr/src/make.i386/make -B all Syntax error: Unterminated quoted string *** Error code 2 Stop in /usr/obj/usr/src/sys/DESKTOP. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Dan From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 20:12:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DBED16A420; Mon, 3 Oct 2005 20:12:42 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 945AB43D46; Mon, 3 Oct 2005 20:12:41 +0000 (GMT) (envelope-from jura@networks.ru) X-Spam-Status: No, hits=0.0 required=2.0 Received: from [83.237.227.80] (account jura HELO notebook) by networks.ru (CommuniGate Pro SMTP 4.2.8) with ESMTP-TLS id 1941855; Tue, 04 Oct 2005 00:12:32 +0400 Message-ID: <006601c5c856$c9ce72a0$0701010a@notebook> From: "Yuriy N. Shkandybin" To: Date: Tue, 4 Oct 2005 00:12:29 +0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Gleb Smirnoff Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 20:12:42 -0000 Hello. I've tested nge and confirm that with=20 sc->nge_ldata =3D contigmalloc(sizeof(struct nge_list_data), = M_DEVBUF, - M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0); + M_NOWAIT|M_ZERO, 0, 0xffffffff, PAGE_SIZE, 0); polling works. Also want to notice interrupt load with polling enable. CPU states: 0.0% user, 0.0% nice, 2.4% system, 26.4% interrupt, 71.2% = idle without polling. CPU states: 1.0% user, 0.0% nice, 5.8% system, 0.0% interrupt, 93.3% = idle but same behavour i've seen since RELENG_5. There is no such load with em driver. If additional testing needed i can help and provide access to testbox = with 7.0 and nge card. Jura =20 =20 From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 20:23:24 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5227516A41F for ; Mon, 3 Oct 2005 20:23:24 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8429543D46 for ; Mon, 3 Oct 2005 20:23:23 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j93KNKDB079244 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2005 00:23:21 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j93KNK2k079243; Tue, 4 Oct 2005 00:23:20 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 4 Oct 2005 00:23:20 +0400 From: Gleb Smirnoff To: "Yuriy N. Shkandybin" Message-ID: <20051003202320.GF74917@cell.sick.ru> References: <006601c5c856$c9ce72a0$0701010a@notebook> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <006601c5c856$c9ce72a0$0701010a@notebook> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 20:23:24 -0000 On Tue, Oct 04, 2005 at 12:12:29AM +0400, Yuriy N. Shkandybin wrote: Y> Hello. Y> Y> I've tested nge and confirm that with Y> sc->nge_ldata = contigmalloc(sizeof(struct nge_list_data), M_DEVBUF, Y> - M_NOWAIT, 0, 0xffffffff, PAGE_SIZE, 0); Y> + M_NOWAIT|M_ZERO, 0, 0xffffffff, PAGE_SIZE, 0); Y> Y> polling works. I hope Yar will handle this one. Y> Also want to notice interrupt load with polling enable. Y> CPU states: 0.0% user, 0.0% nice, 2.4% system, 26.4% interrupt, 71.2% idle Y> without polling. Y> CPU states: 1.0% user, 0.0% nice, 5.8% system, 0.0% interrupt, 93.3% idle Y> but same behavour i've seen since RELENG_5. Y> Y> There is no such load with em driver. Was there such load before my polling changes? Y> If additional testing needed i can help and provide access to testbox with 7.0 and nge card. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 20:47:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D94516A41F for ; Mon, 3 Oct 2005 20:47:36 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id B337A43D48 for ; Mon, 3 Oct 2005 20:47:35 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id t5so247440wxc for ; Mon, 03 Oct 2005 13:47:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QTH6FNvyKD/DKP9+QMQK2DjAB7y4vChdVjr9QthPECu3voXnSvHShNyD3doKepDOJ6l0PJFopIbZrjncyuT+BBbVnaiDuUiLMLPrA5inLDFweqEpmT90/IG9v9Vp0leGQEJ5tMmMJD8/i07t89IXmYQ7ZLPI6MgcDiNKlJmKvK4= Received: by 10.70.113.7 with SMTP id l7mr241457wxc; Mon, 03 Oct 2005 13:47:34 -0700 (PDT) Received: by 10.70.53.4 with HTTP; Mon, 3 Oct 2005 13:47:34 -0700 (PDT) Message-ID: <790a9fff0510031347v34c5a48bg3968aadcda03a10b@mail.gmail.com> Date: Mon, 3 Oct 2005 15:47:34 -0500 From: Scot Hetzel To: Danny Pansters In-Reply-To: <200510032138.46226.danny@ricin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200510032138.46226.danny@ricin.com> Cc: current@freebsd.org Subject: Re: 6.0-today kernel build fails over nvidia-driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 20:47:36 -0000 On 10/3/05, Danny Pansters wrote: > I was updating from BETA1 and have nvidia enabled in loader.conf. It used= to > be that I had to rebuild from the port after installworld, but now appare= ntly > the idea is that it gets pulled in during makekernel. I can't see where > though. The problem seems to be a misquote or a shell-expansion thing. > This is coming from kern.post.mk: > cd ${PORTSDIR:-/usr/ports}/"nvidia-driver; SYSDIR=3D > /usr/obj/usr/src/make.i386/make -B all > Syntax error: Unterminated quoted string > *** Error code 2 > It looks like you have PORTS_MODULES defined in your /etc/make.conf file. This causes all defined PORTS_MODULES to be updated when the kernel is built. The problem is a missing ending quote and the directory to where the nvidia-driver is located in the ports tree. You'll need to either remove PORTS_MODULES, or fix it to show the correct location of the nvidia-driver port in /etc/make.conf. PORTS_MODULES=3D x11/nvidia-driver Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 21:40:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 839F516A420 for ; Mon, 3 Oct 2005 21:40:46 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DD2B43D45 for ; Mon, 3 Oct 2005 21:40:45 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id C1DDA1A744; Mon, 3 Oct 2005 23:40:42 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70789-13; Mon, 3 Oct 2005 23:40:41 +0200 (CEST) Received: from [192.168.0.94] (h4n2fls31o270.telia.com [217.208.199.4]) by mx1.h3q.net (Postfix) with ESMTP id 8B9AD1A743; Mon, 3 Oct 2005 23:40:41 +0200 (CEST) Message-ID: <4341A55B.1070209@shapeshifter.se> Date: Mon, 03 Oct 2005 23:40:43 +0200 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <433F6018.2050900@datacomm.ch> <433F976F.6090501@samsco.org> <433FB9B9.9020207@shapeshifter.se> <20051003.132634.20912224.imp@bsdimp.com> In-Reply-To: <20051003.132634.20912224.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: at mail.hamnpolare.net Cc: benlutz@datacomm.ch, current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 21:40:46 -0000 M. Warner Losh wrote: > Is rev the right thing to filter based on, or is the subvendor id and > subvendor device? if a vendor sets the vendor id/vendor device fields > wrong, who is to say that we can know based on the pci revision field > if this device is right or not. The revision field tends to change a > lot and having a sample size of 1 or 2 (or even 5) likely is > insufficient to know if it can be relied upon to not cause problems > with the next container load of the cards arrives... > > I know that the re vs rl decision is made based on the revision in the > device's I/O space right now: > > while (t->rl_name != NULL) { > if ((pci_get_vendor(dev) == t->rl_vid) && > (pci_get_device(dev) == t->rl_did)) { > ... map I/O > hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; > ... unmap I/O > if (t->rl_basetype == hwrev) { > device_set_desc(dev, t->rl_name); > return (BUS_PROBE_DEFAULT); > } > } > t++; > } > return (ENXIO); > > Checking for 0x10 vs 0x15 for a card that has gone from rev 2 to rev 3 > just strikes me as unwise. > > Warner Filtering on subvendor/subdevice might be better, I didn't even think of that and revision filtering seemed to be quite popular among exsisting drivers. The subdevice id for a rev.3 card seems to be 0x0024 (subvendor 0x1737). I don't own a rev. 2 card but google says that the rev.2 card has subdevice id 0x0015 (subvendor 0x1737). Fredrik From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 21:41:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0992616A43E for ; Mon, 3 Oct 2005 21:41:01 +0000 (GMT) (envelope-from danny@ricin.com) Received: from smtpq1.home.nl (smtpq1.home.nl [213.51.128.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A93943D48 for ; Mon, 3 Oct 2005 21:41:00 +0000 (GMT) (envelope-from danny@ricin.com) Received: from [213.51.128.133] (port=57365 helo=smtp2.home.nl) by smtpq1.home.nl with esmtp (Exim 4.30) id 1EMY3P-00073L-Am; Mon, 03 Oct 2005 23:40:59 +0200 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.215.228]:59487 helo=desktop.homenet) by smtp2.home.nl with esmtp (Exim 4.30) id 1EMY3C-0003He-NP; Mon, 03 Oct 2005 23:40:46 +0200 From: Danny Pansters To: Scot Hetzel Date: Mon, 3 Oct 2005 23:39:53 +0000 User-Agent: KMail/1.8.1 References: <200510032138.46226.danny@ricin.com> <790a9fff0510031347v34c5a48bg3968aadcda03a10b@mail.gmail.com> In-Reply-To: <790a9fff0510031347v34c5a48bg3968aadcda03a10b@mail.gmail.com> X-Face: "0Qv=,p:+]LvuqrtS4U\z3k"qN=.1]@=?utf-8?q?=258=3F=3BPoab=23v=27F=7E=0A=09!Wm=5Fe-=24=7EL=5D=3B?=>[c*L^Qoladj)x@mH}Bqz"vLO?Zdl}[@V@=?utf-8?q?U=3Fx3=23lI=3A=0A=09=24DN=7E!Hr?=@K`-mNv"zXm MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510032339.54030.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Cc: current@freebsd.org Subject: Re: 6.0-today kernel build fails over nvidia-driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 21:41:01 -0000 On Monday 3 October 2005 20:47, Scot Hetzel wrote: > On 10/3/05, Danny Pansters wrote: > > I was updating from BETA1 and have nvidia enabled in loader.conf. It used > > to be that I had to rebuild from the port after installworld, but now > > apparently the idea is that it gets pulled in during makekernel. I can't > > see where though. The problem seems to be a misquote or a shell-expansion > > thing. > > This is coming from kern.post.mk: > > cd ${PORTSDIR:-/usr/ports}/"nvidia-driver; SYSDIR= > > /usr/obj/usr/src/make.i386/make -B all > > Syntax error: Unterminated quoted string > > *** Error code 2 > > It looks like you have PORTS_MODULES defined in your /etc/make.conf > file. This causes all defined PORTS_MODULES to be updated when the > kernel is built. > > The problem is a missing ending quote and the directory to where the > nvidia-driver is located in the ports tree. > > You'll need to either remove PORTS_MODULES, or fix it to show the > correct location of the nvidia-driver port in /etc/make.conf. > > PORTS_MODULES= x11/nvidia-driver Ah, I see. Thanks. I have this, put in automagically I guess: PORTS_MODULES="nvidia-driver rct" I'll change it, it'll work. Still learning something new every day :) Thanks again, Dan From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 21:43:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23C9B16A41F for ; Mon, 3 Oct 2005 21:43:19 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F08F43D58 for ; Mon, 3 Oct 2005 21:43:17 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j93Le6T8095576; Mon, 3 Oct 2005 15:40:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 03 Oct 2005 15:40:55 -0600 (MDT) Message-Id: <20051003.154055.08405729.imp@bsdimp.com> To: fli+freebsd-current@shapeshifter.se From: "M. Warner Losh" In-Reply-To: <20051003.132634.20912224.imp@bsdimp.com> References: <433F976F.6090501@samsco.org> <433FB9B9.9020207@shapeshifter.se> <20051003.132634.20912224.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 03 Oct 2005 15:40:09 -0600 (MDT) Cc: benlutz@datacomm.ch, current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 21:43:19 -0000 In message: <20051003.132634.20912224.imp@bsdimp.com> "M. Warner Losh" writes: : Checking for 0x10 vs 0x15 for a card that has gone from rev 2 to rev 3 : just strikes me as unwise. I just checked a few datasheets. The rev field typically is the revision of the silicon and is hardwired. The vendor ID and vendor device fields, in contrast, often come from eeprom. Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 22:54:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E7C16A41F for ; Mon, 3 Oct 2005 22:54:43 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0BA043D48 for ; Mon, 3 Oct 2005 22:54:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j93Mqn9v096195; Mon, 3 Oct 2005 16:52:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 03 Oct 2005 16:53:37 -0600 (MDT) Message-Id: <20051003.165337.14303305.imp@bsdimp.com> To: fli+freebsd-current@shapeshifter.se From: "M. Warner Losh" In-Reply-To: <4341A55B.1070209@shapeshifter.se> References: <433FB9B9.9020207@shapeshifter.se> <20051003.132634.20912224.imp@bsdimp.com> <4341A55B.1070209@shapeshifter.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 03 Oct 2005 16:52:52 -0600 (MDT) Cc: benlutz@datacomm.ch, current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 22:54:43 -0000 In message: <4341A55B.1070209@shapeshifter.se> Fredrik Lindberg writes: : Filtering on subvendor/subdevice might be better, I didn't even think : of that and revision filtering seemed to be quite popular among : exsisting drivers. Yes. Many chip vendors bump the revision field 'often'. Just how often varies from chip maker to chip maker. Some do only when they have a new version of the chip that needs special work arounds (or that no longer needs them :-). Others do change it for each change to the silicon. Most are somewhere inbetween. : The subdevice id for a rev.3 card seems to be 0x0024 (subvendor 0x1737). : I don't own a rev. 2 card but google says that the rev.2 card has : subdevice id 0x0015 (subvendor 0x1737). That might be sufficient... Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 06:46:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A8E616A41F for ; Tue, 4 Oct 2005 06:46:28 +0000 (GMT) (envelope-from shanu@shankerbalan.net) Received: from mailsrv.bangalore.corp.yahoo.com (mailsrv.bangalore.corp.yahoo.com [202.46.19.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F4A43D48 for ; Tue, 4 Oct 2005 06:46:26 +0000 (GMT) (envelope-from shanu@shankerbalan.net) Received: from buffy.bangalore.corp.yahoo.com (buffy.bangalore.corp.yahoo.com [172.24.90.212]) by mailsrv.bangalore.corp.yahoo.com (8.13.4/8.13.4/pop-in) with ESMTP id j946kO5c087879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 4 Oct 2005 12:16:24 +0530 (IST) Received: from buffy.bangalore.corp.yahoo.com (localhost [127.0.0.1]) by buffy.bangalore.corp.yahoo.com (8.13.4/8.13.4) with ESMTP id j946kOA2025470 for ; Tue, 4 Oct 2005 12:16:24 +0530 (IST) (envelope-from shanu@shankerbalan.net) Received: (from shanker@localhost) by buffy.bangalore.corp.yahoo.com (8.13.4/8.13.4/Submit) id j946kMH0025469 for freebsd-current@freebsd.org; Tue, 4 Oct 2005 12:16:22 +0530 (IST) (envelope-from shanu@shankerbalan.net) X-Authentication-Warning: buffy.bangalore.corp.yahoo.com: shanker set sender to shanu@shankerbalan.net using -f Date: Tue, 4 Oct 2005 12:16:22 +0530 From: Shanker Balan To: "freebsd-current@freebsd.org" Message-ID: <20051004064622.GE15690@yahoo-inc.com> Mail-Followup-To: "freebsd-current@freebsd.org" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organisation: http://shankerbalan.net User-Agent: Mutt/1.5.11 Subject: Call for Participation - FOSS.IN/2005 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 06:46:28 -0000 Hello All, The call for participation is out at http://foss.in/2005/cfp/. It would be real nice to have a well stocked BSD lineup for the event. FOSS.IN is India's largest Free & Open Source Software (FOSS) event, bringing together thousands of participants from across India, Asia and the rest of the world. http://foss.in/2005/about/ In case you are not interested in speaking, there is always BoF sessions which are being planned and the change to meet up with fellow BSDers itself would be a good reason to come down to Bangalore. -- Shanker Balan From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 08:04:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80FB616A41F; Tue, 4 Oct 2005 08:04:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2055B43D48; Tue, 4 Oct 2005 08:04:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j9484vIi072292; Tue, 4 Oct 2005 04:04:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j9484vYp080520; Tue, 4 Oct 2005 04:04:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8626A7302F; Tue, 4 Oct 2005 04:04:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051004080457.8626A7302F@freebsd-current.sentex.ca> Date: Tue, 4 Oct 2005 04:04:57 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 08:04:59 -0000 TB --- 2005-10-04 05:50:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-04 05:50:27 - starting HEAD tinderbox run for i386/i386 TB --- 2005-10-04 05:50:27 - cleaning the object tree TB --- 2005-10-04 05:51:19 - checking out the source tree TB --- 2005-10-04 05:51:19 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-10-04 05:51:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-04 06:09:52 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-04 06:09:52 - cd /src TB --- 2005-10-04 06:09:52 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-04 07:28:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-04 07:28:53 - cd /src TB --- 2005-10-04 07:28:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Oct 4 07:28:53 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Oct 4 07:46:47 UTC 2005 TB --- 2005-10-04 07:46:47 - generating LINT kernel config TB --- 2005-10-04 07:46:47 - cd /src/sys/i386/conf TB --- 2005-10-04 07:46:47 - /usr/bin/make -B LINT TB --- 2005-10-04 07:46:47 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-04 07:46:47 - cd /src TB --- 2005-10-04 07:46:47 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Oct 4 07:46:48 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o linux.ko linux.kld objcopy --strip-debug linux.ko ===> lmc (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/lmc/../../dev/lmc/if_lmc.c In file included from /src/sys/modules/lmc/../../dev/lmc/if_lmc.c:84: ./opt_global.h:2:1: "DEVICE_POLLING" redefined In file included from :4: /obj/src/sys/LINT/opt_global.h:12:1: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/lmc. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-04 08:04:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-04 08:04:57 - ERROR: failed to build lint kernel TB --- 2005-10-04 08:04:57 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 09:44:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5140C16A41F; Tue, 4 Oct 2005 09:44:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6C1B43D45; Tue, 4 Oct 2005 09:44:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j949iMjd086894; Tue, 4 Oct 2005 05:44:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j949iMOs028983; Tue, 4 Oct 2005 05:44:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 934DF7302F; Tue, 4 Oct 2005 05:44:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051004094422.934DF7302F@freebsd-current.sentex.ca> Date: Tue, 4 Oct 2005 05:44:22 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 09:44:24 -0000 TB --- 2005-10-04 08:04:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-04 08:04:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-10-04 08:04:57 - cleaning the object tree TB --- 2005-10-04 08:05:20 - checking out the source tree TB --- 2005-10-04 08:05:20 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-10-04 08:05:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-04 08:11:32 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-04 08:11:32 - cd /src TB --- 2005-10-04 08:11:32 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-04 09:14:57 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-04 09:14:57 - cd /src TB --- 2005-10-04 09:14:57 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Oct 4 09:14:57 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Oct 4 09:29:28 UTC 2005 TB --- 2005-10-04 09:29:28 - generating LINT kernel config TB --- 2005-10-04 09:29:28 - cd /src/sys/pc98/conf TB --- 2005-10-04 09:29:28 - /usr/bin/make -B LINT TB --- 2005-10-04 09:29:28 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-04 09:29:28 - cd /src TB --- 2005-10-04 09:29:28 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Oct 4 09:29:28 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o linux.ko linux.kld objcopy --strip-debug linux.ko ===> lmc (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/lmc/../../dev/lmc/if_lmc.c In file included from /src/sys/modules/lmc/../../dev/lmc/if_lmc.c:84: ./opt_global.h:2:1: "DEVICE_POLLING" redefined In file included from :5: /obj/pc98/src/sys/LINT/opt_global.h:12:1: this is the location of the previous definition *** Error code 1 Stop in /src/sys/modules/lmc. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-04 09:44:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-04 09:44:22 - ERROR: failed to build lint kernel TB --- 2005-10-04 09:44:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 09:49:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74BB916A41F for ; Tue, 4 Oct 2005 09:49:38 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id F348143D45 for ; Tue, 4 Oct 2005 09:49:37 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id 2D7E11A753 for ; Tue, 4 Oct 2005 11:49:37 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75730-18 for ; Tue, 4 Oct 2005 11:49:36 +0200 (CEST) Received: from [10.0.3.123] (sto-nat.se.tangram-group.net [212.37.5.19]) by mx1.h3q.net (Postfix) with ESMTP id 2F5981A750 for ; Tue, 4 Oct 2005 11:49:36 +0200 (CEST) Message-ID: <43425033.6070409@shapeshifter.se> Date: Tue, 04 Oct 2005 11:49:39 +0200 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <433FB9B9.9020207@shapeshifter.se> <20051003.132634.20912224.imp@bsdimp.com> <4341A55B.1070209@shapeshifter.se> <20051003.165337.14303305.imp@bsdimp.com> In-Reply-To: <20051003.165337.14303305.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: at mail.hamnpolare.net Cc: Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 09:49:38 -0000 M. Warner Losh wrote: > In message: <4341A55B.1070209@shapeshifter.se> > Fredrik Lindberg writes: > : Filtering on subvendor/subdevice might be better, I didn't even think > : of that and revision filtering seemed to be quite popular among > : exsisting drivers. > > Yes. Many chip vendors bump the revision field 'often'. Just how > often varies from chip maker to chip maker. Some do only when they > have a new version of the chip that needs special work arounds (or > that no longer needs them :-). Others do change it for each change to > the silicon. Most are somewhere inbetween. > > : The subdevice id for a rev.3 card seems to be 0x0024 (subvendor 0x1737). > : I don't own a rev. 2 card but google says that the rev.2 card has > : subdevice id 0x0015 (subvendor 0x1737). > > That might be sufficient... > Ok, how should this be implemented then? Just a specific check in each drivers probe methods or by adding some svid/sdid fields to struct rl_type and similar structs. I would go for the latter, but that might be overkill. Fredrik From owner-freebsd-current@FreeBSD.ORG Mon Oct 3 21:03:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFABE16A41F; Mon, 3 Oct 2005 21:03:19 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81C0043D49; Mon, 3 Oct 2005 21:03:17 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id j93L3GUK029607; Mon, 3 Oct 2005 23:03:16 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id j93L3Gde029605; Mon, 3 Oct 2005 23:03:16 +0200 Received: from saturn.kn-bremen.de (localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.1/8.13.1) with ESMTP id j93L1kh9032795; Mon, 3 Oct 2005 23:01:46 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.1/8.13.1/Submit) id j93L1k3a032794; Mon, 3 Oct 2005 23:01:46 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 3 Oct 2005 23:01:46 +0200 To: freebsd-current@freebsd.org, freebsd-emulation@freebsd.org, qemu-devel@nongnu.org Message-ID: <20051003210146.GA31457@saturn.kn-bremen.de> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-emulation@freebsd.org, qemu-devel@nongnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 04 Oct 2005 11:36:06 +0000 Cc: Subject: qemu inside qemu troubles with FreeBSD 6.0beta4 guest X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 21:03:19 -0000 Hi! What worked with a 4.11 guest I couldnt get to work with a 6.0beta4 guest: running qemu inside qemu. without kqemu loaded in both the host and the guest qemu doesnt properly start up in the guest, top in the guest showing the cpu spending most of its time servicing interrupts (but none which show up in systat -vm), with kqemu loaded in the guest the host's qemu hangs as soon as i start qemu in the guest (monitor (on stdio) and guest dont respond anymore), and when i attach gdb i get this: (which doesnt tell me much tho - anyone have an idea?) $ gdb work/qemu-snapshot-2005-09-09_23/i386-softmmu/qemu 31161 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"... Attaching to program: /usr/ports/emulators/qemu/work/qemu-snapshot-2005-09-09_23/i386-softmmu/qemu, process 31161 Reading symbols from /lib/libm.so.3...done. Loaded symbols for /lib/libm.so.3 Reading symbols from /lib/libz.so.2...done. Loaded symbols for /lib/libz.so.2 Reading symbols from /usr/local/lib/libSDL-1.1.so.7...done. Loaded symbols for /usr/local/lib/libSDL-1.1.so.7 Reading symbols from /lib/libutil.so.4...done. Loaded symbols for /lib/libutil.so.4 Reading symbols from /usr/lib/libpthread.so.1...done. Loaded symbols for /usr/lib/libpthread.so.1 Reading symbols from /lib/libc.so.5...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /usr/lib/libvgl.so.3...done. Loaded symbols for /usr/lib/libvgl.so.3 Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /usr/local/lib/libvga.so.1...done. Loaded symbols for /usr/local/lib/libvga.so.1 Reading symbols from /usr/local/lib/libaa.so.1...done. Loaded symbols for /usr/local/lib/libaa.so.1 Reading symbols from /usr/lib/libusbhid.so.1...done. Loaded symbols for /usr/lib/libusbhid.so.1 Reading symbols from /lib/libncurses.so.5...done. Loaded symbols for /lib/libncurses.so.5 Reading symbols from /usr/X11R6/lib/libXcursor.so.1...done. Loaded symbols for /usr/X11R6/lib/libXcursor.so.1 Reading symbols from /usr/X11R6/lib/libXrender.so.1...done. Loaded symbols for /usr/X11R6/lib/libXrender.so.1 Reading symbols from /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2...done. Loaded symbols for /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 [Switching to LWP 100145] 0x281d0f77 in pthread_testcancel () from /usr/lib/libpthread.so.1 (gdb) bt #0 0x281d0f77 in pthread_testcancel () from /usr/lib/libpthread.so.1 #1 0x281bf8ca in sigprocmask () from /usr/lib/libpthread.so.1 #2 0x28215f96 in setjmp () from /lib/libc.so.5 #3 0x00000001 in ?? () #4 0x00000000 in ?? () #5 0x09b97288 in ?? () #6 0x09b97000 in ?? () #7 0x080965fa in cpu_x86_exec (env1=0x9b97000) at /usr/ports/emulators/qemu/work/qemu-snapshot-2005-09-09_23/cpu-exec.c:193 #8 0x0804d34c in main_loop () at /usr/ports/emulators/qemu/work/qemu-snapshot-2005-09-09_23/vl.c:2879 #9 0x0804e777 in main (argc=0, argv=0xc099d780) at /usr/ports/emulators/qemu/work/qemu-snapshot-2005-09-09_23/vl.c:3939 (gdb) fr 7 #7 0x080965fa in cpu_x86_exec (env1=0x9b97000) at /usr/ports/emulators/qemu/work/qemu-snapshot-2005-09-09_23/cpu-exec.c:193 193 if (setjmp(env->jmp_env) == 0) { (gdb) l 188 #endif 189 env->exception_index = -1; 190 191 /* prepare setjmp context for exception handling */ 192 for(;;) { 193 if (setjmp(env->jmp_env) == 0) { 194 env->current_tb = NULL; 195 /* if an exception is pending, we execute it here */ 196 if (env->exception_index >= 0) { 197 if (env->exception_index >= EXCP_INTERRUPT) { (gdb) p env $1 = (struct CPUX86State *) 0x9b97000 (gdb) p *env $2 = {regs = {3230665952, 3231311552, 0, 3231307648, 3521339392, 3521339404, 3246877824, 10}, eip = 3229438863, eflags = 524290, cc_src = 0, cc_dst = 3230665952, cc_op = 16, df = 1, hflags = 68276, segs = {{ selector = 40, base = 0, limit = 4294967295, flags = 13603584}, { selector = 32, base = 0, limit = 4294967295, flags = 13605632}, { selector = 40, base = 0, limit = 4294967295, flags = 13603584}, { selector = 40, base = 0, limit = 4294967295, flags = 13603584}, { selector = 8, base = 4290772992, limit = 4294967295, flags = 4291793856}, {selector = 27, base = 163075072, limit = 4294967295, flags = 164623288}}, ldt = {selector = 80, base = 3231313952, limit = 135, flags = 3221283481}, tr = {selector = 72, base = 4290773056, limit = 103, flags = 4278225344}, gdt = {selector = 0, base = 3231311520, limit = 151, flags = 0}, idt = {selector = 0, base = 3231314432, limit = 2047, flags = 0}, cr = {3758424123, 0, 3521339388, 252215296, 1680}, a20_mask = 4294967295, fpstt = 0, fpus = 16384, fpuc = 4735, fptags = "\001\001\001\001\001\001\001\001", fpregs = {{d = 1.4426950408889634073876517827983434, mmx = { _b = "¼ð\027\\);ª¸", _w = {61628, 23575}, _l = {1545072828}, q = 13306513097844322492}}, {d = 1, mmx = { _b = "\000\000\000\000\000\000\000\200", _w = {0, 0}, _l = {0}, q = 9223372036854775808}}, {d = 1.4426950408889634073876517827983434, mmx = {_b = "¼ð\027\\);ª¸", _w = {61628, 23575}, _l = {1545072828}, q = 13306513097844322492}}, {d = 1, mmx = { ---Type to continue, or q to quit--- _b = "\000\000\000\000\000\000\000\200", _w = {0, 0}, _l = {0}, q = 9223372036854775808}}, {d = 1.4426950408889634073876517827983434, mmx = {_b = "¼ð\027\\);ª¸", _w = {61628, 23575}, _l = {1545072828}, q = 13306513097844322492}}, {d = 1, mmx = { _b = "\000\000\000\000\000\000\000\200", _w = {0, 0}, _l = {0}, q = 9223372036854775808}}, {d = 0, mmx = { _b = "\000\000\000\000\000\000\000", _w = {0, 0}, _l = {0}, q = 0}}, { d = 0, mmx = {_b = "\000\000\000\000\000\000\000", _w = {0, 0}, _l = { 0}, q = 0}}}, fp_status = {float_rounding_mode = 0 '\0', floatx80_rounding_precision = 64 '@'}, ft0 = 0, fp_convert = {f = 0, d = 0, i32 = 0, i64 = 0}, sse_status = {float_rounding_mode = 0 '\0', floatx80_rounding_precision = 0 '\0'}, mxcsr = 8064, xmm_regs = {{ _b = '\0' , _w = {0, 0, 0, 0, 0, 0, 0, 0}, _l = {0, 0, 0, 0}, _q = {0, 0}, _s = {0, 0, 0, 0}, _d = {0, 0}}, { _b = '\0' , _w = {0, 0, 0, 0, 0, 0, 0, 0}, _l = {0, 0, 0, 0}, _q = {0, 0}, _s = {0, 0, 0, 0}, _d = {0, 0}}, { _b = '\0' , _w = {0, 0, 0, 0, 0, 0, 0, 0}, _l = {0, 0, 0, 0}, _q = {0, 0}, _s = {0, 0, 0, 0}, _d = {0, 0}}, { _b = '\0' , _w = {0, 0, 0, 0, 0, 0, 0, 0}, _l = {0, 0, 0, 0}, _q = {0, 0}, _s = {0, 0, 0, 0}, _d = {0, 0}}, { _b = '\0' , _w = {0, 0, 0, 0, 0, 0, 0, 0}, _l = {0, 0, 0, 0}, _q = {0, 0}, _s = {0, 0, 0, 0}, _d = {0, 0}}, { _b = '\0' , _w = {0, 0, 0, 0, 0, 0, 0, 0}, _l = {0, 0, ---Type to continue, or q to quit--- 0, 0}, _q = {0, 0}, _s = {0, 0, 0, 0}, _d = {0, 0}}, { _b = '\0' , _w = {0, 0, 0, 0, 0, 0, 0, 0}, _l = {0, 0, 0, 0}, _q = {0, 0}, _s = {0, 0, 0, 0}, _d = {0, 0}}, { _b = '\0' , _w = {0, 0, 0, 0, 0, 0, 0, 0}, _l = {0, 0, 0, 0}, _q = {0, 0}, _s = {0, 0, 0, 0}, _d = {0, 0}}}, xmm_t0 = { _b = '\0' , _w = {0, 0, 0, 0, 0, 0, 0, 0}, _l = {0, 0, 0, 0}, _q = {0, 0}, _s = {0, 0, 0, 0}, _d = {0, 0}}, mmx_t0 = { _b = "\000\000\000\000\000\000\000", _w = {0, 0}, _l = {0}, q = 0}, sysenter_cs = 0, sysenter_esp = 0, sysenter_eip = 0, efer = 0, star = 0, pat = 0, jmp_env = {{_jb = {134833658, 163147776, -1077943892, 163147776, 0, 135087861, 4735, 0, 0, 0, 0, 0}}}, exception_index = 14, error_code = 2, exception_is_int = 0, exception_next_eip = 3229438863, current_tb = 0x0, dr = {0, 0, 0, 0, 0, 0, 0, 0}, interrupt_request = 3, user_mode_only = 0, mem_write_pc = 146601405, mem_write_vaddr = 3238006848, tlb_read = {{{address = 4290772992, addend = 692432896}, { address = 3230666752, addend = 1749245952}, {address = 3230670848, addend = 1749245952}, {address = 4294967295, addend = 1749245952}, { address = 3220193280, addend = 1762877440}, {address = 3230683136, addend = 1749245952}, {address = 3220201472, addend = 1762877440}, { address = 3220205568, addend = 1762877440}, {address = 4294967295, addend = 6537216}, {address = 3230699520, addend = 1749245952}, { address = 4294967295, addend = 1749245952}, {address = 4294967295, addend = 1749245952}, {address = 4294967295, addend = 257126400}, { ---Type to continue, or q to quit--- address = 4294967295, addend = 2115674112}, {address = 3227574272, addend = 1749245952}, {address = 3227578368, addend = 1749245952}, { address = 3227582464, addend = 1749245952}, {address = 4294967295, addend = 1725210624}, {address = 3229687808, addend = 1749245952}, { address = 3229691904, addend = 1749245952}, {address = 3247521792, addend = 2115543040}, {address = 3247525888, addend = 2115543040}, { address = 3247529984, addend = 2116198400}, {address = 3247534080, addend = 2116329472}, {address = 3229712384, addend = 1749245952}, { address = 4294967295, addend = 1749245952}, {address = 3226574848, addend = 1749245952}, {address = 3229724672, addend = 1749245952}, { address = 3247554560, addend = 1725472768}, {address = 3243364352, addend = 2127364096}, {address = 4294967295, addend = 1749245952}, { address = 3230789632, addend = 1749245952}, {address = 3230793728, addend = 1749245952}, {address = 3230797824, addend = 1749245952}, { address = 3230801920, addend = 1749245952}, {address = 3230806016, addend = 1749245952}, {address = 3230810112, addend = 1749245952}, { address = 3229765632, addend = 1749245952}, {address = 4294967295, addend = 2004705280}, {address = 3230822400, addend = 1749245952}, { address = 3230826496, addend = 1749245952}, {address = 3230830592, addend = 1749245952}, {address = 3230834688, addend = 1749245952}, { address = 3227693056, addend = 1749245952}, {address = 4294967295, addend = 2127364096}, {address = 4294967295, addend = 2127364096}, { address = 3229802496, addend = 1749245952}, {address = 3227709440, ---Type to continue, or q to quit--- addend = 1749245952}, {address = 3245539328, addend = 1725079552}, { address = 4294967295, addend = 1724948480}, {address = 3227721728, addend = 1749245952}, {address = 3227725824, addend = 1749245952}, { address = 3230875648, addend = 1749245952}, {address = 3247656960, addend = 2115280896}, {address = 3521339392, addend = 1733992448}, { address = 3238227968, addend = 2134880256}, {address = 3238232064, addend = 2134880256}, {address = 3238236160, addend = 2134880256}, { address = 3238240256, addend = 2134880256}, {address = 3247681536, addend = 1725997056}, {address = 4294967295, addend = 2116067328}, { address = 3247689728, addend = 2115936256}, {address = 3227770880, addend = 1749245952}, {address = 3238260736, addend = 2134642688}, { address = 3247702016, addend = 2115936256}, {address = 3250851840, addend = 1983684608}, {address = 3374587904, addend = 1990946816}, { address = 3227791360, addend = 1749245952}, {address = 3238281216, addend = 2134642688}, {address = 3247722496, addend = 2110038016}, { address = 3238289408, addend = 2134642688}, {address = 3238293504, addend = 2134642688}, {address = 4294967295, addend = 2115543040}, { address = 3238301696, addend = 2134642688}, {address = 3238305792, addend = 2134642688}, {address = 3227824128, addend = 1749245952}, { address = 3227828224, addend = 1749245952}, {address = 3227832320, addend = 1749245952}, {address = 3227836416, addend = 1749245952}, { address = 4294967295, addend = 2127364096}, {address = 3227844608, addend = 1749245952}, {address = 3227848704, addend = 1749245952}, { ---Type to continue, or q to quit--- address = 3227852800, addend = 1749245952}, {address = 3250925568, addend = 2015797248}, {address = 3231006720, addend = 1749245952}, { address = 3227865088, addend = 1749245952}, {address = 3229966336, addend = 1749245952}, {address = 3229970432, addend = 1749245952}, { address = 3229974528, addend = 1749245952}, {address = 3229978624, addend = 1749245952}, {address = 3229982720, addend = 1749245952}, { address = 3229986816, addend = 1749245952}, {address = 3229990912, addend = 1749245952}, {address = 3245723648, addend = 1724948480}, { address = 3492143104, addend = 1479405568}, {address = 3245731840, addend = 1724948480}, {address = 3245735936, addend = 1724948480}, { address = 3245740032, addend = 1724948480}, {address = 3245744128, addend = 1724948480}, {address = 3245748224, addend = 1724948480}, { address = 3245752320, addend = 1724948480}, {address = 3245756416, addend = 1724948480}, {address = 3245760512, addend = 1724948480}, { address = 3245764608, addend = 1724948480}, {address = 3227942912, addend = 1749245952}, {address = 3521548288, addend = 1701138432}, { address = 3225853952, addend = 1749245952}, {address = 4294967295, addend = 2134642688}, {address = 3238445056, addend = 2134642688}, { address = 3230060544, addend = 1749245952}, {address = 3245793280, addend = 1725079552}, {address = 3245797376, addend = 1725079552}, { address = 3245801472, addend = 1725079552}, {address = 3231125504, addend = 1749245952}, {address = 3245809664, addend = 1724948480}, { address = 3245813760, addend = 1724948480}, {address = 3245817856, ---Type to continue, or q to quit--- addend = 1724948480}, {address = 3245821952, addend = 1724948480}, { address = 3245826048, addend = 1724948480}, {address = 3245830144, addend = 1724948480}, {address = 3238494208, addend = 2127364096}, { address = 3228012544, addend = 1749245952}, {address = 3251085312, addend = 2018680832}, {address = 3229069312, addend = 1749245952}, { address = 3251093504, addend = 2017763328}, {address = 3245854720, addend = 1724948480}, {address = 3230130176, addend = 1749245952}, { address = 3230134272, addend = 1749245952}, {address = 3228041216, addend = 1749245952}, {address = 3251113984, addend = 1977917440}, { address = 3472367616, addend = 1791995904}, {address = 3229102080, addend = 1749245952}, {address = 3246931968, addend = 2110169088}, { address = 3229110272, addend = 1749245952}, {address = 3228065792, addend = 1749245952}, {address = 3472388096, addend = 1795272704}, { address = 3230171136, addend = 1749245952}, {address = 3229126656, addend = 1749245952}, {address = 3245907968, addend = 1725079552}, { address = 3245912064, addend = 1725079552}, {address = 3231236096, addend = 1749245952}, {address = 3229143040, addend = 1749245952}, { address = 3230195712, addend = 1749245952}, {address = 3229151232, addend = 1749245952}, {address = 3245932544, addend = 1725079552}, { address = 3229159424, addend = 1749245952}, {address = 3245940736, addend = 1725079552}, {address = 3245944832, addend = 1725079552}, { address = 3242803200, addend = 2127364096}, {address = 3247001600, addend = 2116198400}, {address = 3228131328, addend = 1749245952}, { ---Type to continue, or q to quit--- address = 3250155520, addend = 2005966848}, {address = 3245965312, addend = 2118164480}, {address = 3250163712, addend = 2004525056}, { address = 3242827776, addend = 2127364096}, {address = 3242831872, addend = 2127364096}, {address = 3242835968, addend = 2127364096}, { address = 3231305728, addend = 1749245952}, {address = 3231309824, addend = 1749245952}, {address = 3231313920, addend = 1749245952}, { address = 3230269440, addend = 1749245952}, {address = 3242856448, addend = 2127364096}, {address = 3242860544, addend = 2127364096}, { address = 3231330304, addend = 1749245952}, {address = 3231334400, addend = 1749245952}, {address = 3242872832, addend = 2127364096}, { address = 3242876928, addend = 2127364096}, {address = 3242881024, addend = 2127364096}, {address = 3242885120, addend = 2127364096}, { address = 3242889216, addend = 2127364096}, {address = 3242893312, addend = 2127364096}, {address = 3242897408, addend = 2127364096}, { address = 3242901504, addend = 2127364096}, {address = 3242905600, addend = 2127364096}, {address = 3242909696, addend = 2127364096}, { address = 3242913792, addend = 2127364096}, {address = 3242917888, addend = 2127364096}, {address = 3251310592, addend = 1976868864}, { address = 3242926080, addend = 2127364096}, {address = 3242930176, addend = 2127364096}, {address = 3242934272, addend = 2127364096}, { address = 3242938368, addend = 2127364096}, {address = 3242942464, addend = 2127364096}, {address = 3230363648, addend = 1749245952}, { address = 3230367744, addend = 1749245952}, {address = 4294967295, ---Type to continue, or q to quit--- addend = 834756608}, {address = 3230375936, addend = 1749245952}, { address = 3230380032, addend = 1749245952}, {address = 3230384128, addend = 1749245952}, {address = 3230388224, addend = 1749245952}, { address = 3230392320, addend = 1749245952}, {address = 3230396416, addend = 1749245952}, {address = 3230400512, addend = 1749245952}, { address = 3230404608, addend = 1749245952}, {address = 3230408704, addend = 1749245952}, {address = 3230412800, addend = 1749245952}, { address = 3230416896, addend = 1749245952}, {address = 3246149632, addend = 2117902336}, {address = 3230425088, addend = 1749245952}, { address = 3230429184, addend = 1749245952}...}, {{address = 137363456, addend = 791126016}, {address = 4294967295, addend = 299274240}, { address = 4294967295, addend = 395689984}, {address = 4294967295, addend = 395689984}, {address = 4294967295, addend = 6275072}, { address = 4294967295, addend = 288370688}, {address = 4294967295, addend = 274739200}, {address = 4294967295, addend = 286666752}, { address = 4294967295, addend = 281423872}, {address = 4294967295, addend = 7061504}, {address = 4294967295, addend = 6668288}, { address = 672182272, addend = 259768320}, {address = 672186368, addend = 257126400}, {address = 4294967295, addend = 261320704}, { address = 4294967295, addend = 258568192}, {address = 4294967295, addend = 5570560}, {address = 672202752, addend = 257257472}, { address = 673255424, addend = 5832704}, {address = 4294967295, addend = 259223552}, {address = 672215040, addend = 256471040}, { ---Type to continue, or q to quit--- address = 672219136, addend = 250966016}, {address = 4294967295, addend = 253980672}, {address = 672227328, addend = 254636032}, { address = 4294967295, addend = 251490304}, {address = 672235520, addend = 250966016}, {address = 672239616, addend = 393236480}, { address = 672243712, addend = 7098368}, {address = 4294967295, addend = 393105408}, {address = 4294967295, addend = 256811008}, { address = 4294967295, addend = 255107072}, {address = 4294967295, addend = 256811008}, {address = 4294967295, addend = 256811008}, { address = 675414016, addend = 247508992}, {address = 4294967295, addend = 250552320}, {address = 4294967295, addend = 251310080}, { address = 4294967295, addend = 253755392}, {address = 4294967295, addend = 257949696}, {address = 4294967295, addend = 255197184}, { address = 4294967295, addend = 808943616}, {address = 673345536, addend = 5308416}, {address = 673349632, addend = 5832704}, { address = 4294967295, addend = 3351248896}, {address = 4294967295, addend = 388780032}, {address = 4294967295, addend = 254582784}, { address = 4294967295, addend = 3351248896}, {address = 4294967295, addend = 261328896}, {address = 4294967295, addend = 269660160}, { address = 672329728, addend = 376860672}, {address = 4294967295, addend = 375156736}, {address = 4294967295, addend = 801435648}, { address = 4294967295, addend = 3351248896}, {address = 4294967295, addend = 802783232}, {address = 4294967295, addend = 3351248896}, { address = 4294967295, addend = 3351248896}, {address = 4294967295, ---Type to continue, or q to quit--- addend = 803176448}, {address = 4294967295, addend = 5672960}, { address = 4294967295, addend = 5672960}, {address = 4294967295, addend = 375812096}, {address = 4294967295, addend = 815828992}, { address = 4294967295, addend = 820023296}, {address = 4294967295, addend = 817008640}, {address = 4294967295, addend = 389873664}, { address = 4294967295, addend = 253820928}, {address = 672395264, addend = 255991808}, {address = 672399360, addend = 256778240}, { address = 672403456, addend = 257302528}, {address = 672407552, addend = 270934016}, {address = 672411648, addend = 260579328}, { address = 672415744, addend = 269099008}, {address = 672419840, addend = 275521536}, {address = 672423936, addend = 260710400}, { address = 4294967295, addend = 393674752}, {address = 134512640, addend = 793595904}, {address = 134516736, addend = 793071616}, { address = 134520832, addend = 791498752}, {address = 4294967295, addend = 837898240}, {address = 4294967295, addend = 838422528}, { address = 4294967295, addend = 794513408}, {address = 134537216, addend = 795299840}, {address = 134541312, addend = 800149504}, { address = 4294967295, addend = 5963776}, {address = 4294967295, addend = 5832704}, {address = 4294967295, addend = 836456448}, { address = 4294967295, addend = 794394624}, {address = 4294967295, addend = 15138816}, {address = 134565888, addend = 794513408}, { address = 4294967295, addend = 832524288}, {address = 4294967295, addend = 833179648}, {address = 134578176, addend = 792940544}, { ---Type to continue, or q to quit--- address = 134582272, addend = 790712320}, {address = 134586368, addend = 789532672}, {address = 4294967295, addend = 798064640}, { address = 4294967295, addend = 796884992}, {address = 4294967295, addend = 16154624}, {address = 4294967295, addend = 796622848}, { address = 4294967295, addend = 392101888}, {address = 4294967295, addend = 394330112}, {address = 4294967295, addend = 799899648}, { address = 4294967295, addend = 5046272}, {address = 4294967295, addend = 5963776}, {address = 4294967295, addend = 5963776}, { address = 4294967295, addend = 4784128}, {address = 4294967295, addend = 5439488}, {address = 674656256, addend = 285761536}, { address = 674660352, addend = 282091520}, {address = 4294967295, addend = 5046272}, {address = 4294967295, addend = 5439488}, { address = 4294967295, addend = 5701632}, {address = 4294967295, addend = 253792256}, {address = 673632256, addend = 394067968}, { address = 4294967295, addend = 271360000}, {address = 4294967295, addend = 5046272}, {address = 4294967295, addend = 5308416}, { address = 747048960, addend = 179482624}, {address = 747053056, addend = 179089408}, {address = 747057152, addend = 179220480}, { address = 747061248, addend = 177647616}, {address = 747065344, addend = 180137984}, {address = 747069440, addend = 180793344}, { address = 674721792, addend = 252329984}, {address = 674725888, addend = 296239104}, {address = 4294967295, addend = 300453888}, { address = 4294967295, addend = 298749952}, {address = 4294967295, ---Type to continue, or q to quit--- addend = 4349952}, {address = 4294967295, addend = 253116416}, { address = 136826880, addend = 790863872}, {address = 4294967295, addend = 795443200}, {address = 4294967295, addend = 799113216}, { address = 4294967295, addend = 393674752}, {address = 4294967295, addend = 395116544}, {address = 4294967295, addend = 4259840}, { address = 673722368, addend = 5046272}, {address = 163069952, addend = 763469824}, {address = 163074048, addend = 761896960}, { address = 163078144, addend = 764256256}, {address = 4294967295, addend = 838230016}, {address = 4294967295, addend = 5308416}, { address = 4294967295, addend = 796479488}, {address = 4294967295, addend = 790974464}, {address = 4294967295, addend = 5701632}, { address = 4294967295, addend = 5046272}, {address = 163106816, addend = 766091264}, {address = 673767424, addend = 257781760}, { address = 4294967295, addend = 258306048}, {address = 4294967295, addend = 256471040}, {address = 673779712, addend = 258306048}, { address = 134815744, addend = 795299840}, {address = 134819840, addend = 797921280}, {address = 163135488, addend = 760324096}, { address = 134828032, addend = 794775552}, {address = 163143680, addend = 761634816}, {address = 163147776, addend = 761110528}, { address = 163151872, addend = 762683392}, {address = 4294967295, addend = 762683392}, {address = 4294967295, addend = 762159104}, { address = 4294967295, addend = 762945536}, {address = 4294967295, addend = 297701376}, {address = 4294967295, addend = 298356736}, { ---Type to continue, or q to quit--- address = 672784384, addend = 394252288}, {address = 672788480, addend = 394121216}, {address = 4294967295, addend = 765435904}, { address = 4294967295, addend = 762421248}, {address = 4294967295, addend = 763469824}, {address = 673853440, addend = 259395584}, { address = 4294967295, addend = 256512000}, {address = 4294967295, addend = 257298432}, {address = 673865728, addend = 285700096}, { address = 673869824, addend = 285044736}, {address = 134905856, addend = 836587520}, {address = 4294967295, addend = 285831168}, { address = 673882112, addend = 287535104}, {address = 672837632, addend = 252850176}, {address = 672841728, addend = 295055360}, { address = 672845824, addend = 253505536}, {address = 672849920, addend = 253112320}, {address = 673902592, addend = 287797248}, { address = 672858112, addend = 254816256}, {address = 673910784, addend = 287272960}, {address = 672866304, addend = 254816256}, { address = 4294967295, addend = 255995904}, {address = 4294967295, addend = 297046016}, {address = 4294967295, addend = 392404992}, { address = 4294967295, addend = 296259584}, {address = 4294967295, addend = 256782336}, {address = 4294967295, addend = 253767680}, { address = 4294967295, addend = 834756608}, {address = 4294967295, addend = 791638016}, {address = 4294967295, addend = 817725440}, { address = 4294967295, addend = 252059648}, {address = 137089024, addend = 790470656}, {address = 137093120, addend = 791650304}, { address = 4294967295, addend = 272248832}, {address = 4294967295, ---Type to continue, or q to quit--- addend = 251736064}, {address = 4294967295, addend = 250818560}, { address = 4294967295, addend = 251604992}, {address = 4294967295, addend = 260976640}, {address = 4294967295, addend = 820547584}, { address = 4294967295, addend = 3351248896}, {address = 135028736, addend = 791236608}, {address = 675049472, addend = 255705088}...}}, tlb_write = {{{address = 4290772992, addend = 692432896}, { address = 3230666752, addend = 1749245952}, {address = 3230670848, addend = 1749245952}, {address = 4294967295, addend = 1749245952}, { address = 3220193280, addend = 1762877440}, {address = 3230683136, addend = 1749245952}, {address = 4294967295, addend = 4294967295}, { address = 3220205568, addend = 1762877440}, {address = 4294967295, addend = 4294967295}, {address = 3230699520, addend = 1749245952}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 257126400}, { address = 4294967295, addend = 2115674112}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 1725210624}, {address = 3229687808, addend = 1749245952}, { address = 3229691904, addend = 1749245952}, {address = 3247521792, addend = 2115543040}, {address = 3247525888, addend = 2115543040}, { address = 3247529984, addend = 2116198400}, {address = 3247534080, addend = 2116329472}, {address = 3229712384, addend = 1749245952}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, ---Type to continue, or q to quit--- addend = 4294967295}, {address = 3229724672, addend = 1749245952}, { address = 3247554560, addend = 1725472768}, {address = 3243364352, addend = 2127364096}, {address = 4294967295, addend = 1749245952}, { address = 3230789632, addend = 1749245952}, {address = 3230793728, addend = 1749245952}, {address = 3230797824, addend = 1749245952}, { address = 3230801920, addend = 1749245952}, {address = 3230806016, addend = 1749245952}, {address = 3230810112, addend = 1749245952}, { address = 3229765632, addend = 1749245952}, {address = 4294967295, addend = 2004705280}, {address = 3230822400, addend = 1749245952}, { address = 3230826496, addend = 1749245952}, {address = 3230830592, addend = 1749245952}, {address = 3230834688, addend = 1749245952}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 2127364096}, {address = 4294967295, addend = 2127364096}, { address = 3229802496, addend = 1749245952}, {address = 4294967295, addend = 4294967295}, {address = 3245539328, addend = 1725079552}, { address = 4294967295, addend = 1724948480}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 3230875648, addend = 1749245952}, {address = 3247656960, addend = 2115280896}, {address = 3521339392, addend = 1733992448}, { address = 3238227968, addend = 2134880256}, {address = 3238232064, addend = 2134880256}, {address = 3238236160, addend = 2134880256}, { address = 3238240256, addend = 2134880256}, {address = 3247681536, addend = 1725997056}, {address = 4294967295, addend = 2116067328}, { ---Type to continue, or q to quit--- address = 3247689728, addend = 2115936256}, {address = 4294967295, addend = 4294967295}, {address = 3238260736, addend = 2134642688}, { address = 3247702016, addend = 2115936256}, {address = 3250851840, addend = 1983684608}, {address = 3374587904, addend = 1990946816}, { address = 4294967295, addend = 4294967295}, {address = 3238281216, addend = 2134642688}, {address = 3247722496, addend = 2110038016}, { address = 3238289408, addend = 2134642688}, {address = 3238293504, addend = 2134642688}, {address = 4294967295, addend = 2115543040}, { address = 3238301696, addend = 2134642688}, {address = 3238305792, addend = 2134642688}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 2127364096}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 3250925568, addend = 2015797248}, {address = 3231006720, addend = 1749245952}, { address = 4294967295, addend = 4294967295}, {address = 3229966336, addend = 1749245952}, {address = 3229970432, addend = 1749245952}, { address = 3229974528, addend = 1749245952}, {address = 3229978624, addend = 1749245952}, {address = 3229982720, addend = 1749245952}, { address = 3229986816, addend = 1749245952}, {address = 3229990912, addend = 1749245952}, {address = 3245723648, addend = 1724948480}, { address = 3492143104, addend = 1479405568}, {address = 3245731840, ---Type to continue, or q to quit--- addend = 1724948480}, {address = 3245735936, addend = 1724948480}, { address = 3245740032, addend = 1724948480}, {address = 3245744128, addend = 1724948480}, {address = 3245748224, addend = 1724948480}, { address = 3245752320, addend = 1724948480}, {address = 3245756416, addend = 1724948480}, {address = 3245760512, addend = 1724948480}, { address = 3245764608, addend = 1724948480}, {address = 4294967295, addend = 4294967295}, {address = 3521548288, addend = 1701138432}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 2134642688}, {address = 3238445056, addend = 2134642688}, { address = 3230060544, addend = 1749245952}, {address = 3245793280, addend = 1725079552}, {address = 3245797376, addend = 1725079552}, { address = 3245801472, addend = 1725079552}, {address = 3231125504, addend = 1749245952}, {address = 3245809664, addend = 1724948480}, { address = 3245813760, addend = 1724948480}, {address = 3245817856, addend = 1724948480}, {address = 3245821952, addend = 1724948480}, { address = 3245826048, addend = 1724948480}, {address = 3245830144, addend = 1724948480}, {address = 3238494208, addend = 2127364096}, { address = 4294967295, addend = 4294967295}, {address = 3251085312, addend = 2018680832}, {address = 4294967295, addend = 4294967295}, { address = 3251093504, addend = 2017763328}, {address = 3245854720, addend = 1724948480}, {address = 3230130176, addend = 1749245952}, { address = 3230134272, addend = 1749245952}, {address = 4294967295, addend = 4294967295}, {address = 3251113984, addend = 1977917440}, { ---Type to continue, or q to quit--- address = 3472367616, addend = 1791995904}, {address = 4294967295, addend = 4294967295}, {address = 3246931968, addend = 2110169088}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 3472388096, addend = 1795272704}, { address = 3230171136, addend = 1749245952}, {address = 4294967295, addend = 4294967295}, {address = 3245907968, addend = 1725079552}, { address = 3245912064, addend = 1725079552}, {address = 3231236096, addend = 1749245952}, {address = 4294967295, addend = 4294967295}, { address = 3230195712, addend = 1749245952}, {address = 4294967295, addend = 4294967295}, {address = 3245932544, addend = 1725079552}, { address = 4294967295, addend = 4294967295}, {address = 3245940736, addend = 1725079552}, {address = 3245944832, addend = 1725079552}, { address = 3242803200, addend = 2127364096}, {address = 3247001600, addend = 2116198400}, {address = 4294967295, addend = 4294967295}, { address = 3250155520, addend = 2005966848}, {address = 3245965312, addend = 2118164480}, {address = 3250163712, addend = 2004525056}, { address = 3242827776, addend = 2127364096}, {address = 3242831872, addend = 2127364096}, {address = 3242835968, addend = 2127364096}, { address = 3231305728, addend = 1749245952}, {address = 3231309824, addend = 1749245952}, {address = 3231313920, addend = 1749245952}, { address = 3230269440, addend = 1749245952}, {address = 3242856448, addend = 2127364096}, {address = 3242860544, addend = 2127364096}, { address = 3231330304, addend = 1749245952}, {address = 3231334400, ---Type to continue, or q to quit--- addend = 1749245952}, {address = 3242872832, addend = 2127364096}, { address = 3242876928, addend = 2127364096}, {address = 3242881024, addend = 2127364096}, {address = 3242885120, addend = 2127364096}, { address = 3242889216, addend = 2127364096}, {address = 3242893312, addend = 2127364096}, {address = 3242897408, addend = 2127364096}, { address = 3242901504, addend = 2127364096}, {address = 3242905600, addend = 2127364096}, {address = 3242909696, addend = 2127364096}, { address = 3242913792, addend = 2127364096}, {address = 3242917888, addend = 2127364096}, {address = 3251310592, addend = 1976868864}, { address = 3242926080, addend = 2127364096}, {address = 3242930176, addend = 2127364096}, {address = 3242934272, addend = 2127364096}, { address = 3242938368, addend = 2127364096}, {address = 3242942464, addend = 2127364096}, {address = 3230363648, addend = 1749245952}, { address = 3230367744, addend = 1749245952}, {address = 4294967295, addend = 834756608}, {address = 3230375936, addend = 1749245952}, { address = 3230380032, addend = 1749245952}, {address = 3230384128, addend = 1749245952}, {address = 3230388224, addend = 1749245952}, { address = 3230392320, addend = 1749245952}, {address = 3230396416, addend = 1749245952}, {address = 3230400512, addend = 1749245952}, { address = 3230404608, addend = 1749245952}, {address = 3230408704, addend = 1749245952}, {address = 3230412800, addend = 1749245952}, { address = 3230416896, addend = 1749245952}, {address = 3246149632, addend = 2117902336}, {address = 3230425088, addend = 1749245952}, { ---Type to continue, or q to quit--- address = 3230429184, addend = 1749245952}...}, {{address = 137363456, addend = 791126016}, {address = 4294967295, addend = 299274240}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 274739200}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 672182272, addend = 259768320}, {address = 672186368, addend = 257126400}, {address = 4294967295, addend = 261320704}, { address = 4294967295, addend = 258568192}, {address = 4294967295, addend = 4294967295}, {address = 672202752, addend = 257257472}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 259223552}, {address = 672215040, addend = 256471040}, { address = 672219136, addend = 250966016}, {address = 4294967295, addend = 253980672}, {address = 672227328, addend = 254636032}, { address = 4294967295, addend = 251490304}, {address = 672235520, addend = 250966016}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 256811008}, { address = 4294967295, addend = 255107072}, {address = 4294967295, addend = 256811008}, {address = 4294967295, addend = 256811008}, { address = 675414016, addend = 247508992}, {address = 4294967295, ---Type to continue, or q to quit--- addend = 250552320}, {address = 4294967295, addend = 251310080}, { address = 4294967295, addend = 253755392}, {address = 4294967295, addend = 257949696}, {address = 4294967295, addend = 255197184}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 3351248896}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 254582784}, { address = 4294967295, addend = 3351248896}, {address = 4294967295, addend = 261328896}, {address = 4294967295, addend = 269660160}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 801435648}, { address = 4294967295, addend = 3351248896}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 3351248896}, { address = 4294967295, addend = 3351248896}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 253820928}, {address = 4294967295, addend = 4294967295} , {address = 4294967295, addend = 271360000}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 747048960, ---Type to continue, or q to quit--- addend = 179482624}, {address = 747053056, addend = 179089408}, { address = 747057152, addend = 179220480}, {address = 747061248, addend = 177647616}, {address = 747065344, addend = 180137984}, { address = 747069440, addend = 180793344}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 300453888}, {address = 4294967295, addend = 298749952}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 136826880, addend = 790863872}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 163069952, addend = 763469824}, { address = 163074048, addend = 761896960}, {address = 163078144, addend = 764256256}, {address = 4294967295, addend = 838230016}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 163106816, addend = 766091264}, { address = 673767424, addend = 257781760}, {address = 4294967295, addend = 258306048}, {address = 4294967295, addend = 256471040}, { address = 673779712, addend = 258306048}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { ---Type to continue, or q to quit--- address = 163135488, addend = 760324096}, {address = 4294967295, addend = 4294967295}, {address = 163143680, addend = 761634816}, { address = 163147776, addend = 761110528}, {address = 163151872, addend = 762683392}, {address = 4294967295, addend = 762683392}, { address = 4294967295, addend = 762159104}, {address = 4294967295, addend = 762945536}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 765435904}, {address = 4294967295, addend = 762421248}, {address = 4294967295, addend = 763469824}, { address = 673853440, addend = 259395584}, {address = 4294967295, addend = 256512000}, {address = 4294967295, addend = 257298432}, { address = 4294967295, addend = 4294967295} , { address = 4294967295, addend = 834756608}, {address = 4294967295, addend = 791638016}, {address = 4294967295, addend = 817725440}, { address = 4294967295, addend = 252059648}, {address = 137089024, addend = 790470656}, {address = 137093120, addend = 791650304}, { address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 251736064}, {address = 4294967295, addend = 250818560}, { address = 4294967295, addend = 251604992}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 3351248896}, {address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, { ---Type to continue, or q to quit--- address = 4294967295, addend = 4294967295}, {address = 4294967295, addend = 4294967295}, {address = 672964608, addend = 260816896}, { address = 672968704, addend = 256360448}, {address = 4294967295, addend = 258064384}, {address = 4294967295, addend = 4294967295}, { address = 4294967295, addend = 255574016}, {address = 4294967295, addend = 4294967295} , {address = 137224192, addend = 791257088}, {address = 137228288, addend = 789815296}, { address = 137232384, addend = 791126016}, {address = 137236480, addend = 788242432}, {address = 137240576, addend = 789159936}, { address = 137244672, addend = 788766720}, {address = 137248768, addend = 788897792}, {address = 137252864, addend = 787324928}, { address = 137256960, addend = 789815296}, {address = 137261056, addend = 790470656}, {address = 137265152, addend = 791388160}, { address = 137269248, addend = 791519232}, {address = 137273344, addend = 795582464}, {address = 137277440, addend = 792829952}, { address = 137281536, addend = 793616384}, {address = 137285632, addend = 791781376}, {address = 137289728, addend = 793354240}, { address = 137293824, addend = 793878528}, {address = 4294967295, addend = 4294967295}, {address = 137302016, addend = 785358848}, { address = 137306112, addend = 788504576}, {address = 137310208, addend = 789159936}, {address = 137314304, addend = 786014208}, { address = 137318400, addend = 785620992}, {address = 135225344, addend = 789815296}, {address = 137326592, addend = 786800640}, { ---Type to continue, or q to quit--- address = 137330688, addend = 788373504}, {address = 137334784, addend = 788373504}, {address = 137338880, addend = 787587072}...}}, breakpoints = {0 }, nb_breakpoints = 0, singlestep_enabled = 0, cpuid_level = 2, cpuid_vendor1 = 1970169159, cpuid_vendor2 = 1231384169, cpuid_vendor3 = 1818588270, cpuid_version = 1587, cpuid_features = 125938173, cpuid_ext_features = 0, cpuid_xlevel = 0, cpuid_model = {1431127377, 1919505952, 1818326388, 1431323424, 1919252000, 1852795251, 925773856, 12846, 0, 0, 0, 0}, cpuid_ext2_features = 0, kqemu_enabled = 0, apic_state = 0x9b87700, opaque = 0x0} (gdb) q The program is running. Quit anyway (and detach it)? (y or n) y Detaching from program: /usr/ports/emulators/qemu/work/qemu-snapshot-2005-09-09_23/i386-softmmu/qemu, process 31161 From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 11:51:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB1416A41F; Tue, 4 Oct 2005 11:51:50 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFEE43D45; Tue, 4 Oct 2005 11:51:41 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id j94Bpa1Q034832; Tue, 4 Oct 2005 15:51:36 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j94BpZmp034831; Tue, 4 Oct 2005 15:51:35 +0400 (MSD) (envelope-from yar) Date: Tue, 4 Oct 2005 15:51:35 +0400 From: Yar Tikhiy To: Gavin Atkinson Message-ID: <20051004115135.GA34584@comp.chem.msu.su> References: <20050922104104.GA13539@comp.chem.msu.su> <20050925213741.GG15981@odin.ac.hmc.edu> <1127686105.23447.35.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1127686105.23447.35.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: "ifconfig -vlandev" syntax X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 11:51:50 -0000 On Sun, Sep 25, 2005 at 11:08:25PM +0100, Gavin Atkinson wrote: > > There's also the issue that the "vlan" and "vlandev" options have to be > specified in that order, which is counter-intuitive and undocumented. I've committed a change to ifconfig(8) that makes the order arbitrary. Please test it if you can. I hope to merge it to RELENG_6 after a period of testing. -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 13:03:45 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30DD716A41F; Tue, 4 Oct 2005 13:03:45 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id A14B843D46; Tue, 4 Oct 2005 13:03:44 +0000 (GMT) (envelope-from mi@blue.virtual-estates.net) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j94D3hXO067063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2005 09:03:43 -0400 (EDT) (envelope-from mi@blue.virtual-estates.net) Received: (from mi@localhost) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j94D3hQv067062; Tue, 4 Oct 2005 09:03:43 -0400 (EDT) (envelope-from mi) From: "Mikhail T." Message-Id: <200510041303.j94D3hQv067062@blue.virtual-estates.net> To: current@FreeBSD.org, openoffice@FreeBSD.org Date: Tue, 4 Oct 2005 09:03:43 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 13:03:45 -0000 This happened twice already -- I rebuilt the kernel after the first time. I'm currently running FreeBSD 6.0-BETA5 #7: Mon Oct 3 19:10:37 EDT 2005 This is a dual Xeon-PII @450MHz with 512Mb of memory. The OOo build progresses until it gets stuck on something like: if ( -e ../../../unxfbsd.pro/slo/provider.o) touch ../../../unxfbsd.pro/slo/provider.obj According to Ctrl-T, the active process is: load: 0.00 cmd: perl5.8.7 64983 [runnable] 0.00u 0.01s 0% 4868k but the machine is 100% idle. The build itself can be interrupted with Ctrl-C, but the subsequent access to the work-directory will somewhere. The first time `rm -rf' got hung. Now `find work/ -name provider.o' is hanging (after displaying work/OOo_2.0beta2/configmgr/unxfbsd.pro/slo/provider.o). The machine is otherwise usable. When rebooted after the first time this happened, the reboot hung too -- I had to cold-reset it and the filesystem hosting /usr/ports had to be fsck-ed. This last build log can be found at: http://aldan.algebra.com:8015/~mi/ooo-2.0-build.log.bz2 but I doubt, it is OOo-specific, although other heavy ports (like firefox or jdk14) built fine. -mi From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 14:32:21 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A97E16A420 for ; Tue, 4 Oct 2005 14:32:21 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59F9743D49 for ; Tue, 4 Oct 2005 14:32:20 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j94EWHeO091118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2005 18:32:18 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j94EWH8C091117; Tue, 4 Oct 2005 18:32:17 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 4 Oct 2005 18:32:17 +0400 From: Gleb Smirnoff To: Christian Brueffer Message-ID: <20051004143217.GI88623@cell.sick.ru> References: <20051001205124.GR45345@cell.sick.ru> <20051003180023.GB1505@unixpages.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051003180023.GB1505@unixpages.org> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 14:32:21 -0000 On Mon, Oct 03, 2005 at 08:00:23PM +0200, Christian Brueffer wrote: C> On Sun, Oct 02, 2005 at 12:51:24AM +0400, Gleb Smirnoff wrote: C> > Colleagues, C> > C> > I have just committed a big polling cleanup. First important C> > point is that only two drivers were tested to work. Please, C> > if you run CURRENT and polling(4), please reply to this mail, C> > saying whether your NIC works or not. When I get approvements C> > for all drivers, then I will be ready for MFC. Current state is: C> > C> > em - tested (ru, glebius) C> > fxp - tested (glebius) C> > ixgb - not tested (changeset similar to em) C> > nge - not tested C> > re - not tested C> > vge - not tested C> > dc - not tested C> > rl - not tested C> > sf - not tested C> > sis - not tested C> > ste - not tested C> > vr - not tested C> > xl - not tested C> > C> > The second important point is that you should not use kern.polling.enable C> > anymore. Just turn polling on interface with ifconfig, either manually C> > or via rc.conf. C> > C> C> I can test sf(4), dc(4), vr(4) and soon vge(4) if you whip up a patch C> for RELENG_6. Patch for RELENG_6 is here: http://people.freebsd.org/~glebius/totest/newpoll_RELENG_6.diff -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 15:05:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 704BB16A41F; Tue, 4 Oct 2005 15:05:46 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74B9243D46; Tue, 4 Oct 2005 15:05:45 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice6.sentex.ca (pumice6.sentex.ca [64.7.153.21]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94F5iiN021632; Tue, 4 Oct 2005 11:05:44 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice6.sentex.ca (8.13.3/8.13.3) with ESMTP id j94F5iG7027790; Tue, 4 Oct 2005 11:05:44 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j94F5gSr061431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2005 11:05:42 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051004104724.083c6ba8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 04 Oct 2005 11:05:07 -0400 To: Jung-uk Kim , obrien@freebsd.org From: Mike Tancsa In-Reply-To: <200509261626.47937.jkim@FreeBSD.org> References: <200509211550.27524.jkim@FreeBSD.org> <20050926160431.GA1649@dragon.NUXI.org> <200509261626.47937.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.21 Cc: freebsd-current@freebsd.org Subject: Re: AMD/Intel multicore detection (Was: Re: [PATCH] AMD multicore detection) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 15:05:46 -0000 At 04:26 PM 26/09/2005, Jung-uk Kim wrote: >Okay. I have a new patch here: > >http://people.freebsd.org/~jkim/multicore-20050926.diff > >I removed mp_machdep.c patch and added proper multicore identification >for both AMD and Intel CPUs. I hope this does not overlap with your >work. Please review/test. Hi, Just got an AMD 3800 X2 to test with. Running just a beta5 kernel from a few days ago does not see the second CPU and nor does it with your latest patch Running the cpuid program shows ./a.out CPUID function %eax %ebx %ecx %edx -------------------------------------------------- 0h 00000001 68747541 444d4163 69746e65 1h 00020fb1 00000800 00000001 078bfbff 8000_0000h 80000018 68747541 444d4163 69746e65 8000_0001h 00020fb1 00000150 00000001 e3d3fbff 8000_0002h 20444d41 6d6d6148 46207265 6c696d61 8000_0003h 72702079 7365636f 20726f73 6f4d202d 8000_0004h 206c6564 6e6b6e55 006e776f 00000000 8000_0005h ff08ff08 ff20ff20 40020140 40020140 8000_0006h 00000000 42004200 02008140 00000000 8000_0007h 00000000 00000000 00000000 0000000f 8000_0008h 00003028 00000000 00000001 00000000 8000_0009h 00000000 00000000 00000000 00000000 8000_000ah 00000000 00000000 00000000 00000000 8000_000bh 00000000 00000000 00000000 00000000 8000_000ch 00000000 00000000 00000000 00000000 8000_000dh 00000000 00000000 00000000 00000000 8000_000eh 00000000 00000000 00000000 00000000 8000_000fh 00000000 00000000 00000000 00000000 8000_0010h 00000000 00000000 00000000 00000000 8000_0011h 00000000 00000000 00000000 00000000 8000_0012h 00000000 00000000 00000000 00000000 8000_0013h 00000000 00000000 00000000 00000000 8000_0014h 00000000 00000000 00000000 00000000 8000_0015h 00000000 00000000 00000000 00000000 8000_0016h 00000000 00000000 00000000 00000000 8000_0017h 00000000 00000000 00000000 00000000 8000_0018h 00000000 00000000 00000000 00000000 # dmesg Copyright (c) 1992-2005 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 6.0-BETA5 #0: Wed Sep 28 17:49:46 EDT 2005 mdtancsa@formerly-itx-vpn.sentex.ca:/usr/obj/usr/src/sys/smp Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Hammer Family processor - Model Unknown (1999.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 1055850496 (1006 MB) avail memory = 1024147456 (976 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LPC0.LNK0] in namespace, AE_NOT_FOUND SearchNode 0xc22d25c0 StartNode 0xc22d25c0 ReturnNode 0 acpi0: Power Button (fixed) pci_link0: irq 0 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 5 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) pci0: at device 19.0 (no driver attached) pci0: at device 19.1 (no driver attached) ehci0: mem 0xfe02d000-0xfe02dfff irq 19 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] usb0: EHCI version 1.0 usb0: wrong number of companions (2 != 0) usb0: on ehci0 usb0: USB revision 2.0 uhub0: (0x1002) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfd00-0xfd0f at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci2: on pcib2 rl0: port 0xdf00-0xdfff mem 0xfddff000-0xfddff0ff irq 22 at device 5.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:14:2a:1a:49:f6 fwohci0: mem 0xfddfe000-0xfddfe7ff,0xfddf8000-0xfddfbfff irq 23 at device 6.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:0a:e6:ff:33:76:4b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:0a:33:76:4b fwe0: Ethernet address: 02:00:0a:33:76:4b fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci0: at device 20.5 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff 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 1999790735 Hz quality 800 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ad0: 38166MB at ata0-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a rl0: link state changed to DOWN rl0: link state changed to UP and with your patch, still no difference dmesg Copyright (c) 1992-2005 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 6.0-BETA5 #1: Tue Oct 4 10:54:37 EDT 2005 mdtancsa@formerly-itx-vpn.sentex.ca:/usr/obj/usr/src/sys/smp Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Hammer Family processor - Model Unknown (1999.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 real memory = 1055850496 (1006 MB) avail memory = 1024147456 (976 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LPC0.LNK0] in namespace, AE_NOT_FOUND SearchNode 0xc22d25c0 StartNode 0xc22d25c0 ReturnNode 0 acpi0: Power Button (fixed) pci_link0: irq 0 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 5 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) pci0: at device 19.0 (no driver attached) pci0: at device 19.1 (no driver attached) ehci0: mem 0xfe02d000-0xfe02dfff irq 19 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] usb0: EHCI version 1.0 usb0: wrong number of companions (2 != 0) usb0: on ehci0 usb0: USB revision 2.0 uhub0: (0x1002) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfd00-0xfd0f at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci2: on pcib2 rl0: port 0xdf00-0xdfff mem 0xfddff000-0xfddff0ff irq 22 at device 5.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:14:2a:1a:49:f6 fwohci0: mem 0xfddfe000-0xfddfe7ff,0xfddf8000-0xfddfbfff irq 23 at device 6.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:0a:e6:ff:33:76:4b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:0a:33:76:4b fwe0: Ethernet address: 02:00:0a:33:76:4b fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci0: at device 20.5 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff 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 1999787075 Hz quality 800 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ad0: 38166MB at ata0-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a MB is an RS480-M with ATI chipset. http://www.ecs.com.tw/ECSWeb/Products/ProductsDetail.aspx?MenuID=90&LanID=0&DetailID=506&DetailName=BIOS From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 15:12:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74FE116A41F for ; Tue, 4 Oct 2005 15:12:40 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A2F043D46 for ; Tue, 4 Oct 2005 15:12:39 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.52 (FreeBSD)) id 1EMoT9-000Cn7-LY for freebsd-current@freebsd.org; Tue, 04 Oct 2005 15:12:39 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.52 (FreeBSD)) id 1EMoT2-0009gX-Gz for freebsd-current@freebsd.org; Tue, 04 Oct 2005 05:12:32 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17218.39904.100995.79612@roam.psg.com> Date: Tue, 4 Oct 2005 08:12:32 -0700 To: FreeBSD Current Subject: mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 15:12:40 -0000 last i did software mirroring, dinosaurs walked the earth. back then, ccd was the preferred means. well, a friend has this box, and i am a stuckee. it has two identical drives, and i want to just mirror the whole shebang. Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 1012974 57758 874180 6% / /dev/ad0s1d 1012974 1882 930056 0% /var /dev/ad0s1e 1012974 20 931918 0% /var/spool /dev/ad0s1f 112212598 1766794 101468798 2% /usr is ccd still the way to go, or is there a new incantation? thanks! randy From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 15:33:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30EE016A41F for ; Tue, 4 Oct 2005 15:33:40 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id C457943D49 for ; Tue, 4 Oct 2005 15:33:39 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 4C5941F87BED; Tue, 4 Oct 2005 17:33:38 +0200 (CEST) Date: Tue, 4 Oct 2005 17:33:38 +0200 From: Roman Neuhauser To: Randy Bush Message-ID: <20051004153338.GA3847@isis.sigpipe.cz> Mail-Followup-To: Randy Bush , FreeBSD Current References: <17218.39904.100995.79612@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17218.39904.100995.79612@roam.psg.com> User-Agent: Mutt/1.5.9i Cc: FreeBSD Current Subject: Re: mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 15:33:40 -0000 # randy@psg.com / 2005-10-04 08:12:32 -0700: > last i did software mirroring, dinosaurs walked the earth. back > then, ccd was the preferred means. well, a friend has this box, > and i am a stuckee. it has two identical drives, and i want to > just mirror the whole shebang. > > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s1a 1012974 57758 874180 6% / > /dev/ad0s1d 1012974 1882 930056 0% /var > /dev/ad0s1e 1012974 20 931918 0% /var/spool > /dev/ad0s1f 112212598 1766794 101468798 2% /usr > > is ccd still the way to go, or is there a new incantation? > thanks! > I'm using gmirror with ok results (including swap) so far on 6.0 betas. There's a howto near the top of the google pile, it lists two methods, the one that's labelled "simpler but not that flexible" did the trick. (read: it was flexible enough) -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 15:34:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5294816A41F for ; Tue, 4 Oct 2005 15:34:15 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E06A43D58 for ; Tue, 4 Oct 2005 15:34:14 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 2D6952CB31 for ; Tue, 4 Oct 2005 17:34:13 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j94FXxvh010936; Tue, 4 Oct 2005 17:34:04 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Tue, 4 Oct 2005 17:33:50 +0200 User-Agent: KMail/1.8.2 References: <17218.39904.100995.79612@roam.psg.com> In-Reply-To: <17218.39904.100995.79612@roam.psg.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200510041733.52189.thierry@herbelot.com> Cc: Randy Bush Subject: Re: mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 15:34:15 -0000 Le Tuesday 4 October 2005 17:12, Randy Bush a écrit : > last i did software mirroring, dinosaurs walked the earth. back > then, ccd was the preferred means. well, a friend has this box, > and i am a stuckee. it has two identical drives, and i want to > just mirror the whole shebang. Hello, I've got a sort of tinderbox, happily RAID'ed with gmirror(4) since last april : heartily recommended there is also a tutorial on the web on how to convert a box to a gmirror. TfH From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 15:48:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2068E16A420 for ; Tue, 4 Oct 2005 15:48:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0D7543D45 for ; Tue, 4 Oct 2005 15:48:57 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j94FmG8m007952; Tue, 4 Oct 2005 09:48:23 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 04 Oct 2005 09:49:05 -0600 (MDT) Message-Id: <20051004.094905.112627036.imp@bsdimp.com> To: fli@shapeshifter.se From: "M. Warner Losh" In-Reply-To: <43424F75.3000409@shapeshifter.se> References: <4341A55B.1070209@shapeshifter.se> <20051003.165337.14303305.imp@bsdimp.com> <43424F75.3000409@shapeshifter.se> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 04 Oct 2005 09:48:24 -0600 (MDT) Cc: benlutz@datacomm.ch, current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 15:48:58 -0000 In message: <43424F75.3000409@shapeshifter.se> Fredrik Lindberg writes: : M. Warner Losh wrote: : > In message: <4341A55B.1070209@shapeshifter.se> : > Fredrik Lindberg writes: : > : Filtering on subvendor/subdevice might be better, I didn't even think : > : of that and revision filtering seemed to be quite popular among : > : exsisting drivers. : > : > Yes. Many chip vendors bump the revision field 'often'. Just how : > often varies from chip maker to chip maker. Some do only when they : > have a new version of the chip that needs special work arounds (or : > that no longer needs them :-). Others do change it for each change to : > the silicon. Most are somewhere inbetween. : > : > : The subdevice id for a rev.3 card seems to be 0x0024 (subvendor 0x1737). : > : I don't own a rev. 2 card but google says that the rev.2 card has : > : subdevice id 0x0015 (subvendor 0x1737). : > : > That might be sufficient... : > : : Ok, how should this be implemented then? Just a specific check in each : drivers probe methods or by adding some svid/sdid fields to : struct rl_type and similar structs. : I would go for the latter, but that might be overkill. I'd code it as a special case in re and sk driver's probe routine for the moment. If more of these cards surface, then doing something more general might be a good idea. Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 15:54:09 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A362C16A41F; Tue, 4 Oct 2005 15:54:09 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3823343D45; Tue, 4 Oct 2005 15:54:08 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j94G14Bq047463; Tue, 4 Oct 2005 12:01:04 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Mike Tancsa Date: Tue, 4 Oct 2005 11:53:51 -0400 User-Agent: KMail/1.6.2 References: <200509211550.27524.jkim@FreeBSD.org> <200509261626.47937.jkim@FreeBSD.org> <6.2.3.4.0.20051004104724.083c6ba8@64.7.153.2> In-Reply-To: <6.2.3.4.0.20051004104724.083c6ba8@64.7.153.2> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200510041153.53292.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1109/Mon Oct 3 18:06:28 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org, obrien@FreeBSD.org Subject: Re: AMD/Intel multicore detection (Was: Re: [PATCH] AMD multicore detection) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 15:54:09 -0000 On Tuesday 04 October 2005 11:05 am, Mike Tancsa wrote: > At 04:26 PM 26/09/2005, Jung-uk Kim wrote: > >Okay. I have a new patch here: > > > >http://people.freebsd.org/~jkim/multicore-20050926.diff > > > >I removed mp_machdep.c patch and added proper multicore > > identification for both AMD and Intel CPUs. I hope this does not > > overlap with your work. Please review/test. > > Hi, > Just got an AMD 3800 X2 to test with. Running just a beta5 > kernel from a few days ago does not see the second CPU and nor does > it with your latest patch It seems BIOS did not recognize the processor. Therefore, dual-core support is disabled. Please update the BIOS and let me know. Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 16:00:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07B0116A420; Tue, 4 Oct 2005 16:00:42 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D161343D55; Tue, 4 Oct 2005 16:00:40 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94G0ePi030583; Tue, 4 Oct 2005 12:00:40 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.4/8.13.4) with ESMTP id j94G0eV8089541; Tue, 4 Oct 2005 12:00:40 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j94G0cpu061683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2005 12:00:38 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20051004115631.0842af90@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Tue, 04 Oct 2005 12:00:02 -0400 To: Jung-uk Kim , obrien@freebsd.org From: Mike Tancsa In-Reply-To: <6.2.3.4.0.20051004104724.083c6ba8@64.7.153.2> References: <200509211550.27524.jkim@FreeBSD.org> <20050926160431.GA1649@dragon.NUXI.org> <200509261626.47937.jkim@FreeBSD.org> <6.2.3.4.0.20051004104724.083c6ba8@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.53 on 64.7.153.26 Cc: freebsd-current@freebsd.org Subject: Re: AMD/Intel multicore detection (Was: Re: [PATCH] AMD multicore detection) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 16:00:42 -0000 At 11:05 AM 04/10/2005, Mike Tancsa wrote: >At 04:26 PM 26/09/2005, Jung-uk Kim wrote: > >>Okay. I have a new patch here: >> >>http://people.freebsd.org/~jkim/multicore-20050926.diff >> >>I removed mp_machdep.c patch and added proper multicore identification >>for both AMD and Intel CPUs. I hope this does not overlap with your >>work. Please review/test. > >Hi, > Just got an AMD 3800 X2 to test with. Running just a beta5 > kernel from a few days ago does not see the second CPU and nor does > it with your latest patch Sorry for the noise folks, but its amazing what a BIOS update will do ;) Box seems to boot just fine now and it sees both cores. Over the next week or so, we will place it in our spam / av scanner mix to see how it performs compared to Intel's dual core offering. % dmesg Copyright (c) 1992-2005 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 6.0-BETA5 #1: Tue Oct 4 10:54:37 EDT 2005 mdtancsa@formerly-itx-vpn.sentex.ca:/usr/obj/usr/src/sys/smp Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (1999.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 Hyperthreading: 2 logical cores real memory = 1055850496 (1006 MB) avail memory = 1024147456 (976 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LPC0.LNK0] in namespace, AE_NOT_FOUND SearchNode 0xc22d2600 StartNode 0xc22d2600 ReturnNode 0 acpi0: Power Button (fixed) pci_link0: irq 0 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 5 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) pci0: at device 19.0 (no driver attached) pci0: at device 19.1 (no driver attached) ehci0: mem 0xfe02d000-0xfe02dfff irq 19 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] usb0: EHCI version 1.0 usb0: wrong number of companions (2 != 0) usb0: on ehci0 usb0: USB revision 2.0 uhub0: (0x1002) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfd00-0xfd0f at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib2: at device 20.4 on pci0 pci2: on pcib2 rl0: port 0xdf00-0xdfff mem 0xfddff000-0xfddff0ff irq 22 at device 5.0 on pci2 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:14:2a:1a:49:f6 fwohci0: mem 0xfddfe000-0xfddfe7ff,0xfddf8000-0xfddfbfff irq 23 at device 6.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:0a:e6:ff:33:76:4b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:0a:33:76:4b fwe0: Ethernet address: 02:00:0a:33:76:4b fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci0: at device 20.5 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ad0: 38166MB at ata0-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 16:16:23 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76D0B16A41F; Tue, 4 Oct 2005 16:16:23 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AA0D43D46; Tue, 4 Oct 2005 16:16:23 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j94GG3Gq022249; Tue, 4 Oct 2005 09:16:07 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510041616.j94GG3Gq022249@gw.catspoiler.org> Date: Tue, 4 Oct 2005 09:16:03 -0700 (PDT) From: Don Lewis To: mi@aldan.algebra.com In-Reply-To: <200510041303.j94D3hQv067062@blue.virtual-estates.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: re@FreeBSD.org, current@FreeBSD.org, openoffice@FreeBSD.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 16:16:23 -0000 On 4 Oct, Mikhail T. wrote: > This happened twice already -- I rebuilt the kernel after the first > time. I'm currently running > > FreeBSD 6.0-BETA5 #7: Mon Oct 3 19:10:37 EDT 2005 > > This is a dual Xeon-PII @450MHz with 512Mb of memory. > > The OOo build progresses until it gets stuck on something like: > > if ( -e ../../../unxfbsd.pro/slo/provider.o) touch ../../../unxfbsd.pro/slo/provider.obj > > According to Ctrl-T, the active process is: > > load: 0.00 cmd: perl5.8.7 64983 [runnable] 0.00u 0.01s 0% 4868k > > but the machine is 100% idle. The build itself can be interrupted > with Ctrl-C, but the subsequent access to the work-directory > will somewhere. The first time `rm -rf' got hung. Now > `find work/ -name provider.o' is hanging (after displaying > work/OOo_2.0beta2/configmgr/unxfbsd.pro/slo/provider.o). > > The machine is otherwise usable. When rebooted after the first time > this happened, the reboot hung too -- I had to cold-reset it and the > filesystem hosting /usr/ports had to be fsck-ed. Is this problem repeatable? What does "ps lax" say about the hung processes? Where is the reboot sequence did the system hang? What problems did fsck fix? My RELENG_6 box doesn't have enough space to build OOo, but I can try it on HEAD, which should be very similar. From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 16:33:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D6C116A41F for ; Tue, 4 Oct 2005 16:33:42 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE0FA43D46 for ; Tue, 4 Oct 2005 16:33:41 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.52 (FreeBSD)) id 1EMpjY-000F3z-TI; Tue, 04 Oct 2005 16:33:41 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.52 (FreeBSD)) id 1EMpjR-000Ith-ML; Tue, 04 Oct 2005 06:33:33 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17218.44765.182519.715218@roam.psg.com> Date: Tue, 4 Oct 2005 09:33:33 -0700 To: Garrett Wollman References: <17218.39904.100995.79612@roam.psg.com> <17218.44564.810191.63339@khavrinen.csail.mit.edu> Cc: FreeBSD Current Subject: Re: mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 16:33:42 -0000 gmirror looks great! mahalo randy From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 17:08:36 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 965C316A41F; Tue, 4 Oct 2005 17:08:36 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B48C43D45; Tue, 4 Oct 2005 17:08:36 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j94H8JJM022379; Tue, 4 Oct 2005 10:08:24 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510041708.j94H8JJM022379@gw.catspoiler.org> Date: Tue, 4 Oct 2005 10:08:19 -0700 (PDT) From: Don Lewis To: mi+mx@aldan.algebra.com In-Reply-To: <200510041255.55183.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: re@FreeBSD.org, current@FreeBSD.org, openoffice@FreeBSD.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 17:08:36 -0000 On 4 Oct, Mikhail Teterin wrote: >> Is this problem repeatable? > > Yes, as per my original e-mail, it has happened twice already. > > The first time the last command in the build log was very similar, but > involved a different object file. The perl-process was stuck as "running" > and I was able to kill it, but the subsequent `rm -rf work' became > unkillable in "ufs", just like `find' is now. > >> What does "ps lax" say about the hung processes? > > 0 65327 8694 0 -4 0 1432 908 ufs D+ p2 0:02,05 find work/ -name provider.o Hung trying to lock a vnode ... What other processes are in the D state, and what is their wchan info? Are you using filesystem snapshots? From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 17:25:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC5A916A41F for ; Tue, 4 Oct 2005 17:25:34 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ADEC43D45 for ; Tue, 4 Oct 2005 17:25:34 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id j94HPXTv049492; Tue, 4 Oct 2005 10:25:33 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id j94HPWAq049491; Tue, 4 Oct 2005 10:25:32 -0700 (PDT) (envelope-from obrien) Date: Tue, 4 Oct 2005 10:25:32 -0700 From: "David O'Brien" To: Kris Kennaway Message-ID: <20051004172532.GA49048@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Kris Kennaway , freebsd-current@freebsd.org References: <20050926152952.GA1670@dragon.NUXI.org> <20050926160808.GB1649@dragon.NUXI.org> <20050926180615.GA61075@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050926180615.GA61075@xor.obsecurity.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: [PANIC] ufs_dirbad: bad dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 17:25:35 -0000 On Mon, Sep 26, 2005 at 02:06:15PM -0400, Kris Kennaway wrote: > On Mon, Sep 26, 2005 at 09:08:08AM -0700, David O'Brien wrote: > > On Mon, Sep 26, 2005 at 08:29:52AM -0700, David O'Brien wrote: > > > Anyone own this one? > > > The running kernel was: > > > FreeBSD 7.0-CURRENT #528: Sun Sep 25 21:07:22 PDT 2005 > > ... > > > panic messages: > > > panic: ufs_dirbad: bad dir > > > > Just got another one - uptime was about 10 minutes. Is one of the recent > > changes to SU & FFS making this situation easier to trigger? > > As I've mentioned the last few times you reported this, it's a > long-standing bug that has existed since the FreeBSD 4.x days or > before. I know you mentioned this. :-) However the rate of my tripping over it has increased to every few days. > Try to fsck -f your filesystems to make sure there is no > lingering damage. I've turned off SU on all my partitions. I also do periodically boot single user and 'fsck -y /'. We still definitely have at least one serious UFS bug in the weeds. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 17:43:58 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F4D16A41F; Tue, 4 Oct 2005 17:43:58 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 414ED43D48; Tue, 4 Oct 2005 17:43:58 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j94HhfRW023403; Tue, 4 Oct 2005 10:43:45 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510041743.j94HhfRW023403@gw.catspoiler.org> Date: Tue, 4 Oct 2005 10:43:41 -0700 (PDT) From: Don Lewis To: mi+mx@aldan.algebra.com In-Reply-To: <200510041328.05637.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-5 Content-Transfer-Encoding: 8BIT Cc: re@FreeBSD.org, current@FreeBSD.org, openoffice@FreeBSD.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 17:43:58 -0000 On 4 Oct, Mikhail Teterin wrote: > ÒöÒâÞàÞÚ 04 ÖÞÒâÕÝì 2005 13:08, Don Lewis ²Ø ÝÐßØáÐÛØ: >> Hung trying to lock a vnode ... >> >> What other processes are in the D state, and what is their wchan info? > 0 45773 45771 0 -4 0 1740 1208 ufs D p1 0:00,32 dmake > 0 45806 45788 350 -4 0 1548 632 ufs D p1 0:00,00 /bin/tcsh -fc zipdep.pl -u -j ../../../ > 0 65072 64985 271 -4 0 1248 480 ufs D p1 0:00,00 /bin/tcsh -fc if ( -e ../../../unxfbsd.p > 0 65327 8694 0 -4 0 1432 908 ufs D+ p2 0:02,05 find work/ -name provider.o Looks like some sort of vnode locking bug. All the other processes are system processes in their usual idle state. > The two tcsh and the dmake process are remnants of the interrupted OOo build. > What's a "wchan"? wchan is the column labeled MWCHAN in the ps lax output. The wchan info for the processes above is "ufs". >> Are you using filesystem snapshots? > > Not "on purpose". This is the /var partition, BTW, nothing fancy: > > /dev/da0s2e on /var (ufs, local, soft-updates) > > The only suspect thing about it, that I can say, is that "a few reboots ago" > I used growfs to extend it. Thanks for your help, I'm hoping that something will show up on my HEAD box because it has vnode lock debugging enabled. If not, it will require some time in the kernel debugger. From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 17:57:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 284FF16A41F for ; Tue, 4 Oct 2005 17:57:47 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC81A43D48 for ; Tue, 4 Oct 2005 17:57:46 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j94Hvjbw019262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 4 Oct 2005 13:57:45 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j94HveaW084841; Tue, 4 Oct 2005 13:57:40 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17218.49812.271334.154595@grasshopper.cs.duke.edu> Date: Tue, 4 Oct 2005 13:57:40 -0400 (EDT) To: freebsd-current@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: lockmgr: thread <..> unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 17:57:47 -0000 I'm getting tons of these warnings on a new AMD64x2 box when doing heavy disk activity (buildworld or portsnap): lockmgr: thread 0xffffff00162a1be0 unlocking unheld lock KDB: stack backtrace: lockmgr() at lockmgr+0x6ee VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x49 vput() at vput+0x81 lookup() at lookup+0xae2 namei() at namei+0x34d vn_open_cred() at vn_open_cred+0x208 kern_open() at kern_open+0xfc open() at open+0x25 syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (5, FreeBSD ELF64, open), rip = 0x8006e2f4c, rsp = 0x7fffffffe638, rbp = 0x4 --- This is with -current as of ~9am EDT today. I've seen 19 in the course of a j4 buildworld and a portsnap fetch and extract. Kris reported the same message, but with a different stack here: http://lists.freebsd.org/pipermail/freebsd-current/2005-September/055142.html Drew From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 18:08:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C8A616A41F; Tue, 4 Oct 2005 18:08:08 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from fep19.inet.fi (fep19.inet.fi [194.251.242.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2393543D45; Tue, 4 Oct 2005 18:08:06 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] ([84.249.3.49]) by fep19.inet.fi with ESMTP id <20051004180805.RNGN20628.fep19.inet.fi@[192.168.0.20]>; Tue, 4 Oct 2005 21:08:05 +0300 Message-ID: <4342C505.7070205@pp.nic.fi> Date: Tue, 04 Oct 2005 21:08:05 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "freebsd-current@freebsd.org" References: <43414EBE.1060500@pp.nic.fi> In-Reply-To: <43414EBE.1060500@pp.nic.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: send_query: No buffer space available [SOLVED] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 18:08:08 -0000 Pertti Kosunen wrote: > What should i do to avoid these messages from MRTG and dhclient? This > happens with some network load on xl0 interface and pf+altq or > ipfw+dummynet+statefull rules enabled, even with simple pass rules. > > Increasing kern.ipc.nmbclusters, kern.ipc.nsfbufs, kern.ipc.somaxconn > and net.inet.tcp.sendspace doesn't seem to help. FreeBSD 5.3-RELEASE to > 6.0-BETA5 have this problem. > > SNMP Error: > send_query: No buffer space available > > dhclient: send_packet: No buffer space available Increasing kern.ipc.maxsockbuf seem to solve the problem. From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:55:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA33116A421 for ; Tue, 4 Oct 2005 19:55:09 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA0D43D45 for ; Tue, 4 Oct 2005 19:55:08 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j94Jq7rS072737 for freebsd-current@freebsd.org.checked; Tue, 4 Oct 2005 23:52:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (localhost.cronyx.ru [127.0.0.1]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j94JoPun072699; Tue, 4 Oct 2005 23:50:25 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4342DAD2.1060008@cronyx.ru> Date: Tue, 04 Oct 2005 23:41:06 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Roman Kurakin References: <433984C9.2040403@cronyx.ru> In-Reply-To: <433984C9.2040403@cronyx.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: LOR #55 fix proposal (kern_descrip.c patch) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 19:55:09 -0000 Commited. Roman Kurakin: > Hi, > > It seems that the LOR #55 > (http://sources.zabbadoz.net/freebsd/lor.html#055) > could be fixed by following patch. I need testers and reviewers of it > since I want > to commit it. > > I do not see a reason why not to extend action of FILEDESC_LOCK. > > (http://www.cronyx.ru/~rik/freebsd/lor055/lor55.pch) > > Index: kern_descrip.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/kern_descrip.c,v > retrieving revision 1.280 > diff -u -r1.280 kern_descrip.c > --- kern_descrip.c 26 Aug 2005 11:16:39 -0000 1.280 > +++ kern_descrip.c 27 Sep 2005 17:31:57 -0000 > @@ -2275,7 +2275,6 @@ > fdused(fdp, indx); > if (fp != NULL) > FILE_LOCK(fp); > - FILEDESC_UNLOCK(fdp); > > /* > * We now own the reference to fp that the ofiles[] array > @@ -2283,6 +2282,9 @@ > */ > if (fp != NULL) > fdrop_locked(fp, td); > + > + FILEDESC_UNLOCK(fdp); > + > return (0); > > default: > > Best regards, > rik > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:55:13 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C323A16A421 for ; Tue, 4 Oct 2005 19:55:13 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id F032D43D45 for ; Tue, 4 Oct 2005 19:55:12 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j94Jq8qF072746 for current@FreeBSD.org.checked; Tue, 4 Oct 2005 23:52:08 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (localhost.cronyx.ru [127.0.0.1]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j94JpG07072705; Tue, 4 Oct 2005 23:51:16 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4342DB05.10608@cronyx.ru> Date: Tue, 04 Oct 2005 23:41:57 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Baldwin References: <200501181124.19323.jhb@FreeBSD.org> <4340E785.3030705@cronyx.ru> <200510031306.31314.jhb@FreeBSD.org> In-Reply-To: <200510031306.31314.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list Subject: Re: LOR: kern_descrip.c:2277,2278 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 19:55:13 -0000 Commited. rik John Baldwin: >On Monday 03 October 2005 04:10 am, Roman Kurakin wrote: > > >>Hi, >> >>Could you check: >> >>http://lists.freebsd.org/pipermail/freebsd-current/2005-September/056078.ht >>ml >> >>Best regards, >> rik >> >> > >If it doesn't trigger any other LORs then it is probably fine. > > > >>John Baldwin wrote: >> >> >>>On Monday 17 January 2005 05:07 pm, Bjoern A. Zeeb wrote: >>> >>> >>>>Hi, >>>> >>>>I have added the following as LOR #055 to "the LOR page"[1]. >>>> >>>>lock order reversal >>>>1st 0xffffffff80c3a9e8 sleep mtxpool (sleep mtxpool) @ >>>>sys/kern/kern_descrip.c:2277 2nd 0xffffff00222d8a48 filedesc structure >>>>(filedesc structure) @ sys/kern/kern_descrip.c:2278 KDB: stack backtrace: >>>>witness_checkorder() at witness_checkorder+0x5f1 >>>>_mtx_lock_flags() at _mtx_lock_flags+0x4a >>>>dupfdopen() at dupfdopen+0x320 >>>>kern_open() at kern_open+0x5de >>>>syscall() at syscall+0x4ab >>>>Xfast_syscall() at Xfast_syscall+0xa8 >>>>--- syscall (5, FreeBSD ELF64, open), rip = 0x80077e7d0, rsp = >>>>0x7fffffffe6f8, rbp = 0x7fffffffec70 --- >>>> >>>>I can easily reproduce it every boot. It seems to be triggered by >>>>Capi4BSD[2] framework which I incorporated in my private tree. >>>> >>>>Can someone please comment on this ? >>>> >>>> >>>The problem is that FILEDESC_UNLOCK() actually includes an entirely >>>separate lock of its own (it's like an sx lock sort of). One possible >>>fix might be to change struct file to either use a dedicated mutex pool >>>(instead of the more generic mtxpool_sleep one that is intended only for >>>leaf-lock usage) or to have each struct file include its own mutex rather >>>than using a pool lock. >>> >>> > > > From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 19:57:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C56816A41F for ; Tue, 4 Oct 2005 19:57:51 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22B443D45 for ; Tue, 4 Oct 2005 19:57:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 9BF7F1A3C1E; Tue, 4 Oct 2005 12:57:43 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8B9D75130C; Tue, 4 Oct 2005 15:57:42 -0400 (EDT) Date: Tue, 4 Oct 2005 15:57:42 -0400 From: Kris Kennaway To: Andrew Gallatin Message-ID: <20051004195742.GA56798@xor.obsecurity.org> References: <17218.49812.271334.154595@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <17218.49812.271334.154595@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: lockmgr: thread <..> unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 19:57:51 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 04, 2005 at 01:57:40PM -0400, Andrew Gallatin wrote: >=20 > I'm getting tons of these warnings on a new AMD64x2 box when doing > heavy disk activity (buildworld or portsnap): >=20 > lockmgr: thread 0xffffff00162a1be0 unlocking unheld lock > KDB: stack backtrace: > lockmgr() at lockmgr+0x6ee > VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x49 > vput() at vput+0x81 > lookup() at lookup+0xae2 > namei() at namei+0x34d > vn_open_cred() at vn_open_cred+0x208 > kern_open() at kern_open+0xfc > open() at open+0x25 > syscall() at syscall+0x642 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (5, FreeBSD ELF64, open), rip =3D 0x8006e2f4c, rsp =3D 0x7fff= ffffe638, rbp =3D 0x4 --- >=20 > This is with -current as of ~9am EDT today. I've seen 19 in the > course of a j4 buildworld and a portsnap fetch and extract. >=20 > Kris reported the same message, but with a different stack here: > http://lists.freebsd.org/pipermail/freebsd-current/2005-September/055142.= html What filesystems are you using? Any non-standard kernel options? I've not seen any more of these on nullfs, nfs or ufs in my environment (mine were nullfs-related). Kris --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDQt62Wry0BWjoQKURAjssAJ0R38zwvBkZtv+cQGKaTO1I8Aty6wCgrKFN Hnwufv6pPhFFCXD9C/WEfuI= =OZGI -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 20:01:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AD5116A41F; Tue, 4 Oct 2005 20:01:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A639243D55; Tue, 4 Oct 2005 20:01:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94K1VBN054193; Tue, 4 Oct 2005 16:01:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94K1VkD015654; Tue, 4 Oct 2005 16:01:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C90C7302F; Tue, 4 Oct 2005 16:01:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051004200131.5C90C7302F@freebsd-current.sentex.ca> Date: Tue, 4 Oct 2005 16:01:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 20:01:34 -0000 TB --- 2005-10-04 18:54:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-04 18:54:47 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-10-04 18:54:47 - cleaning the object tree TB --- 2005-10-04 18:55:17 - checking out the source tree TB --- 2005-10-04 18:55:17 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-10-04 18:55:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-04 19:01:45 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-04 19:01:45 - cd /src TB --- 2005-10-04 19:01:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/alpha/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/alpha/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/alpha/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/alpha/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/alpha/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-04 20:01:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-04 20:01:31 - ERROR: failed to build world TB --- 2005-10-04 20:01:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 20:05:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A9B616A41F for ; Tue, 4 Oct 2005 20:05:32 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 993E343D45 for ; Tue, 4 Oct 2005 20:05:31 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j94K5UNI014268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2005 16:05:30 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j94K5Pvs084950; Tue, 4 Oct 2005 16:05:25 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17218.57477.687012.187586@grasshopper.cs.duke.edu> Date: Tue, 4 Oct 2005 16:05:25 -0400 (EDT) To: Kris Kennaway In-Reply-To: <20051004195742.GA56798@xor.obsecurity.org> References: <17218.49812.271334.154595@grasshopper.cs.duke.edu> <20051004195742.GA56798@xor.obsecurity.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org Subject: Re: lockmgr: thread <..> unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 20:05:32 -0000 Kris Kennaway writes: > > What filesystems are you using? Any non-standard kernel options? > I've not seen any more of these on nullfs, nfs or ufs in my > environment (mine were nullfs-related). Just ufs2, nothing fancy like nullfs. There was an nfsv3 fs mounted (my home directory) but /usr/src, /usr/obj, and /usr/ports are all local ufs2 fs, all mounted with softupdates. I had no unusual kernel compile options, other than KDB/DDB/BREAK_TO_DEBUGGER (eg, no witness, no invariants). This is an "AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.27-MHz K8-class CPU)" and a UDMA133 ATA disk. Nothing very exotic... Drew From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 20:43:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FEB316A41F for ; Tue, 4 Oct 2005 20:43:30 +0000 (GMT) (envelope-from pvgrol@planet.nl) Received: from smtp14.wxs.nl (smtp14.wxs.nl [195.121.6.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id C48ED43D45 for ; Tue, 4 Oct 2005 20:43:29 +0000 (GMT) (envelope-from pvgrol@planet.nl) Received: from [192.168.2.100] (ip503d9e79.speed.planet.nl [80.61.158.121]) by smtp14.wxs.nl (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0INU009BRS8FGE@smtp14.wxs.nl> for freebsd-current@freebsd.org; Tue, 04 Oct 2005 22:43:28 +0200 (CEST) Date: Tue, 04 Oct 2005 22:38:10 +0200 From: Pim van Grol To: freebsd-current@freebsd.org Message-id: <4342E832.6080406@planet.nl> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051002 X-Enigmail-Version: 0.92.1.0 Subject: Ndis SMC2835W (prism54) no go with 6.0-beta5 but ok with 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 20:43:30 -0000 I have a laptop (IBM 390X) with a PCMCIA (cardbus) wlan card. This is a version 1 SMC2835W (the full mac version) that uses the Intersil 3890 chipset. Also known as prism gt. This card has no native driver in FreeBSD. Well, this may not be exactly true as someone (bfeldman?) used the linux driver to create a freebsd driver (if_pff) but that will not compile on 6.0 and I never tried it on 5.x I have to admit. On FreeBSD 5.3, 5.4 it works with the ndis driver (project evil). I used ndiscvt to convert the driver and the firmware and this works quite nicely. From dmesg: --------------------------------- Copyright (c) 1992-2005 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 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC //skip pci0: at device 2.3 (no driver attached) cbb0: mem 0x10000000-0x10000fff irq 10 at device 3.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x20000000-0x20000fff irq 10 at device 3.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 //skip cbb1: bad Vcc request. ctrl=0x33, status=0x30000b20 cbb_power: 3V ndis0: mem 0x88000000-0x88001fff irq 10 at device 0.0 on cardbus1 can't re-use a leaf (BusType)! ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:04:e2:99:99:99 ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ndis0: couldn't retrieve channel info: 28 ndis0: link up --------------------------------- However, on 6.0 (tried b3 and b5) the driver will not load. This is the Win XP driver (API 5.1) whereas on 5.4 the Win 2k driver was used (API 5.0). On 6.0 the driver was converted with 'ndisgen' (smc2835.sys, smc2835wnic.inf and firmware smc2835w.arm). >From dmesg: --------------------------------- FreeBSD 6.0-BETA5 #0: Mon Sep 19 00:12:45 UTC 2005 //skip cbb0: mem 0x10000000-0x10000fff irq 10 at device 3.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x20000000-0x20000fff irq 10 at device 3.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 //skip cbb1: bad Vcc request. ctrl=0x33, status=0x30000b20 cbb_power: 3V cardbus1: at device 0.0 (no driver attached) cbb1: bad Vcc request. ctrl=0x0, status=0x30000b69 cbb_power: 0V --------------------------------- At this point I do a: # kldload if_ndis # kldload smc2835w_sys dmesg: --------------------------------- cbb1: cbb_power: 3V cbb1: bad Vcc request. ctrl=0x33, status=0x30000b20 cbb_power: 3V found-> vendor=0x1260, dev=0x3890, revid=0x01 bus=4, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0298, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x0a (2500 ns), maxlat=0x1c (7000 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 TUPLE: LINKTARGET [3]: 43 49 53 Product version: 5.0 Product name: Intersil | ISL3890 | - | - | Manufacturer ID: 0b009038 Functions: Unknown(254), Multi-Functioned TUPLE: Unknown(0x1c) [3]: 02 d9 02 cardbus1: Opening BAR: type=MEM, bar=10, len=2000 CIS reading done cardbus1: Non-prefetchable memory at 88000000-88001fff pci0: driver added found-> vendor=0x8086, dev=0x7113, revid=0x03 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:2:3: reprobing on driver added found-> vendor=0x11c1, dev=0x0449, revid=0x01 bus=0, slot=6, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0xfc (63000 ns), maxlat=0x0e (3500 ns) intpin=a, irq=11 powerspec 2 supports D0 D2 D3 current D0 pci0:6:0: reprobing on driver added pci0:6:0: Transition from D0 to D3 found-> vendor=0x125d, dev=0x1969, revid=0x02 bus=0, slot=7, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=5 powerspec 1 supports D0 D1 D2 D3 current D0 pci0:7:0: reprobing on driver added pci0:7:0: Transition from D0 to D3 pci1: driver added found-> vendor=0x10c8, dev=0x0005, revid=0x20 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0207, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0xff (63750 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 pci1:0:0: reprobing on driver added pci0: driver added found-> vendor=0x8086, dev=0x7113, revid=0x03 bus=0, slot=2, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0:2:3: reprobing on driver added found-> vendor=0x11c1, dev=0x0449, revid=0x01 bus=0, slot=6, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0xfc (63000 ns), maxlat=0x0e (3500 ns) intpin=a, irq=11 powerspec 2 supports D0 D2 D3 current D3 pci0:6:0: reprobing on driver added pci0:6:0: Transition from D3 to D0 pci0:6:0: Transition from D0 to D3 found-> vendor=0x125d, dev=0x1969, revid=0x02 bus=0, slot=7, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=5 powerspec 1 supports D0 D1 D2 D3 current D3 pci0:7:0: reprobing on driver added pci0:7:0: Transition from D3 to D0 pci0:7:0: Transition from D0 to D3 pci1: driver added found-> vendor=0x10c8, dev=0x0005, revid=0x20 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0207, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0xff (63750 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 pci1:0:0: reprobing on driver added cbb1: cbb_power: 0V cbb1: bad Vcc request. ctrl=0x0, status=0x30000b69 cbb_power: 0V cbb1: cbb_power: 3V cbb1: bad Vcc request. ctrl=0x33, status=0x30000b20 cbb_power: 3V found-> vendor=0x1260, dev=0x3890, revid=0x01 bus=4, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0298, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x0a (2500 ns), maxlat=0x1c (7000 ns) intpin=a, irq=10 powerspec 1 supports D0 D1 D2 D3 current D0 TUPLE: LINKTARGET [3]: 43 49 53 Product version: 5.0 Product name: Intersil | ISL3890 | - | - | Manufacturer ID: 0b009038 Functions: Unknown(254), Multi-Functioned TUPLE: Unknown(0x1c) [3]: 02 d9 02 cardbus1: Opening BAR: type=MEM, bar=10, len=2000 CIS reading done cardbus1: Non-prefetchable memory at 88000000-88001fff ndis0: mem 0x88000000-0x88001fff irq 10 at device 0.0 on cardbus1 ndis0: [MPSAFE] can't re-use a leaf (BusType)! ndis0: NDIS API version: 5.1 ndis0: NDIS ERROR: c000138a (unknown error) ndis0: init handler failed device_attach: ndis0 attach returned 6 --------------------------------- Does anyone have any hint, clue or solution ;-) ? BR, Pim From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 21:09:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0A8816A41F; Tue, 4 Oct 2005 21:09:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 341E643D48; Tue, 4 Oct 2005 21:09:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94L9V31061366; Tue, 4 Oct 2005 17:09:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94L9VFw052547; Tue, 4 Oct 2005 17:09:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 03A5E7302F; Tue, 4 Oct 2005 17:09:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051004210930.03A5E7302F@freebsd-current.sentex.ca> Date: Tue, 4 Oct 2005 17:09:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 21:09:32 -0000 TB --- 2005-10-04 20:01:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-04 20:01:31 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-04 20:01:31 - cleaning the object tree TB --- 2005-10-04 20:02:03 - checking out the source tree TB --- 2005-10-04 20:02:03 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-04 20:02:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-04 20:08:34 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-04 20:08:34 - cd /src TB --- 2005-10-04 20:08:34 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/amd64/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/amd64/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/amd64/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/amd64/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/amd64/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-04 21:09:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-04 21:09:30 - ERROR: failed to build world TB --- 2005-10-04 21:09:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 22:15:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8188016A41F; Tue, 4 Oct 2005 22:15:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1626943D45; Tue, 4 Oct 2005 22:15:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94MFZQo067919; Tue, 4 Oct 2005 18:15:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94MFZOL079960; Tue, 4 Oct 2005 18:15:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 012757302F; Tue, 4 Oct 2005 18:15:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051004221534.012757302F@freebsd-current.sentex.ca> Date: Tue, 4 Oct 2005 18:15:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 22:15:36 -0000 TB --- 2005-10-04 21:09:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-04 21:09:31 - starting HEAD tinderbox run for i386/i386 TB --- 2005-10-04 21:09:31 - cleaning the object tree TB --- 2005-10-04 21:09:56 - checking out the source tree TB --- 2005-10-04 21:09:56 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-10-04 21:09:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-04 21:16:07 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-04 21:16:07 - cd /src TB --- 2005-10-04 21:16:07 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-04 22:15:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-04 22:15:34 - ERROR: failed to build world TB --- 2005-10-04 22:15:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 23:21:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8602416A41F; Tue, 4 Oct 2005 23:21:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB7E443D45; Tue, 4 Oct 2005 23:21:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94NLIlY071593; Tue, 4 Oct 2005 19:21:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j94NLIe7002845; Tue, 4 Oct 2005 19:21:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 89D6E7302F; Tue, 4 Oct 2005 19:21:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051004232118.89D6E7302F@freebsd-current.sentex.ca> Date: Tue, 4 Oct 2005 19:21:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 23:21:20 -0000 TB --- 2005-10-04 22:15:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-04 22:15:35 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-10-04 22:15:35 - cleaning the object tree TB --- 2005-10-04 22:16:00 - checking out the source tree TB --- 2005-10-04 22:16:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-10-04 22:16:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-04 22:22:20 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-04 22:22:20 - cd /src TB --- 2005-10-04 22:22:20 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/pc98/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/pc98/src/tmp/usr/include/machine/_stdint.h:6, from /obj/pc98/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/pc98/src/tmp/usr/include/i386/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/pc98/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/pc98/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-04 23:21:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-04 23:21:18 - ERROR: failed to build world TB --- 2005-10-04 23:21:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 23:38:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24EDD16A41F for ; Tue, 4 Oct 2005 23:38:43 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from webhost1.tasman.net (webhost1.tasman.net [203.86.194.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C145343D48 for ; Tue, 4 Oct 2005 23:38:40 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from [203.86.192.98] (helo=[172.16.20.244]) by webhost1.tasman.net with esmtpa (Exim 4.52 (FreeBSD)) id 1EMwNK-000KD4-20 for current@freebsd.org; Wed, 05 Oct 2005 12:39:10 +1300 Message-ID: <4343CA8E.1060804@ThePacific.Net> Date: Wed, 05 Oct 2005 12:43:58 +0000 From: "Marcos Biscaysaqu - ThePacific.net" Organization: ThePacific.net User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050912) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - webhost1.tasman.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - ThePacific.Net X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: MIPs CPUs support on Freebsd ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 23:38:43 -0000 Hi there. Is already in the market a lot of new embedded boards with MICs CPUs for a very good price, Linksys is already using it and now mikrotik with their Routerboard. Linux has support for it, any idea when Freebsd Will support it??. Im think it will be very important to freebsd support this CPUs is getting VERY popular! thanks Marcos Biscaysaqu ThePacific.net From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 00:28:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 492EB16A41F; Wed, 5 Oct 2005 00:28:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D999243D8C; Wed, 5 Oct 2005 00:28:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j950SARZ075188; Tue, 4 Oct 2005 20:28:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j950S6Nk026853; Tue, 4 Oct 2005 20:28:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B35E77302F; Tue, 4 Oct 2005 20:28:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051005002806.B35E77302F@freebsd-current.sentex.ca> Date: Tue, 4 Oct 2005 20:28:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 00:28:16 -0000 TB --- 2005-10-04 23:21:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-04 23:21:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-10-04 23:21:18 - cleaning the object tree TB --- 2005-10-04 23:21:43 - checking out the source tree TB --- 2005-10-04 23:21:43 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-10-04 23:21:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-04 23:28:20 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-04 23:28:20 - cd /src TB --- 2005-10-04 23:28:20 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/sparc64/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/sparc64/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/sparc64/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/sparc64/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/sparc64/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-05 00:28:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-05 00:28:06 - ERROR: failed to build world TB --- 2005-10-05 00:28:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 00:42:08 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5F7216A421 for ; Wed, 5 Oct 2005 00:42:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED10C43D46 for ; Wed, 5 Oct 2005 00:42:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id C90141A3C24; Tue, 4 Oct 2005 17:42:07 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BB35951285; Tue, 4 Oct 2005 20:42:06 -0400 (EDT) Date: Tue, 4 Oct 2005 20:42:06 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20051005004206.GA40800@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: jroberson@chesapeake.net Subject: lockf(1) non-serialization X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 00:42:08 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On an SMP machine with mpsafevfs=1: # cat /tmp/l2.sh mkdir foo rmdir foo # while true; do (lockf lock sh /tmp/l2.sh) & done mkdir: foo: File exists rmdir: foo: No such file or directory mkdir: foo: File exists rmdir: foo: No such file or directory mkdir: foo: File exists [...] It looks like lockf(1) is not serializing requests properly, i.e. it's handing out locks to two processes at once. I first saw this early this year, but then it went away for a while. Kris P.S. lockf(1) is also very lame in how it acquires locks..this patch from Christian fixes that so that multiple lockf processes don't all spin in a thundering herd trying to grab the same lock, but the above bug appears with or without it (just more efficiently with): http://people.freebsd.org/~csjp/lockf.diff --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDQyFeWry0BWjoQKURAlKmAKCtkGgQYGNVdp83t8T/+XhoTa1NiQCfWr+n q8/ZD/R+Tu3w9XfMOxEZy7o= =CLOR -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 00:43:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2A8516A41F for ; Wed, 5 Oct 2005 00:43:08 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CD1B43D46 for ; Wed, 5 Oct 2005 00:43:08 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j950h7mQ010495; Tue, 4 Oct 2005 17:43:07 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j950h7aC010494; Tue, 4 Oct 2005 17:43:07 -0700 Date: Tue, 4 Oct 2005 17:43:07 -0700 From: Brooks Davis To: "Marcos Biscaysaqu - ThePacific.net" Message-ID: <20051005004307.GA31320@odin.ac.hmc.edu> References: <4343CA8E.1060804@ThePacific.Net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <4343CA8E.1060804@ThePacific.Net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: MIPs CPUs support on Freebsd ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 00:43:08 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 05, 2005 at 12:43:58PM +0000, Marcos Biscaysaqu - ThePacific.ne= t wrote: > Hi there. > Is already in the market a lot of new embedded boards with MICs CPUs= =20 > for a very good price, Linksys is already using it and now mikrotik with= =20 > their Routerboard. Linux has support for it, any idea when Freebsd Will= =20 > support it??. Im think it will be very important to freebsd support this= =20 > CPUs is getting VERY popular! When someone does the work. Many of us would love to see such a port, but it's a non-trivial amount of effort. Simply saying it's a good idea does nearly nothing to actually cause it to happen. :) -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDQyGaXY6L6fI4GtQRApQNAJ9RLB2Y5TLSLK7n+nmpHkSLS+YSwgCdGPip nf7bky2WwJKZF0rDskqXFZ0= =F/up -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 01:02:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA50816A41F for ; Wed, 5 Oct 2005 01:02:05 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from webhost1.tasman.net (webhost1.tasman.net [203.86.194.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59C3043D48 for ; Wed, 5 Oct 2005 01:02:05 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from [203.86.192.98] (helo=[172.16.20.244]) by webhost1.tasman.net with esmtpa (Exim 4.52 (FreeBSD)) id 1EMxg3-000Lha-JO for current@freebsd.org; Wed, 05 Oct 2005 14:02:35 +1300 Message-ID: <4343DE1C.60802@ThePacific.Net> Date: Wed, 05 Oct 2005 14:07:24 +0000 From: "Marcos Biscaysaqu - ThePacific.net" Organization: ThePacific.net User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050912) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <4343CA8E.1060804@ThePacific.Net> <20051005004307.GA31320@odin.ac.hmc.edu> In-Reply-To: <20051005004307.GA31320@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - webhost1.tasman.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - ThePacific.Net X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: MIPs CPUs support on Freebsd ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 01:02:05 -0000 Brooks Davis wrote: >On Wed, Oct 05, 2005 at 12:43:58PM +0000, Marcos Biscaysaqu - ThePacific.net wrote: > > >>Hi there. >> Is already in the market a lot of new embedded boards with MICs CPUs >>for a very good price, Linksys is already using it and now mikrotik with >>their Routerboard. Linux has support for it, any idea when Freebsd Will >>support it??. Im think it will be very important to freebsd support this >>CPUs is getting VERY popular! >> >> > >When someone does the work. Many of us would love to see such a port, >but it's a non-trivial amount of effort. Simply saying it's a good idea >does nearly nothing to actually cause it to happen. :) > >-- Brooks > > > I would love to help, but Im dont know even start with this, Im not a kernel developer :( , but Im ready to do any necesary test. cheers Marcos Biscaysqu From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 01:23:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DC1016A41F for ; Wed, 5 Oct 2005 01:23:44 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3451443D5E for ; Wed, 5 Oct 2005 01:23:44 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 713BAC0ED; Tue, 4 Oct 2005 21:23:43 -0400 (EDT) Date: Tue, 4 Oct 2005 21:23:43 -0400 From: James Snow To: freebsd-current@freebsd.org Message-ID: <20051005012343.GB92522@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 6.0-BETA5 panic at shutdown with ULE scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 01:23:44 -0000 Syncing disks, vnodes remaining...6 1 3 0 0 done All buffers synced. Uptime: 5h37m31s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10002 fault code = supervisor read, page not present instruction pointer = 0x20:0xc052ca92 stack pointer = 0x28:0xd3e1db24 frame pointer = 0x28:0xd3e1db28 code segment = base 0x0, limit oxfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 39 (swi6: task queue) trap number = 12 panic: page fault There was a dump as well, a little over 500MB. Let me know what else I can provide. -Snow From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 01:31:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35FE916A41F for ; Wed, 5 Oct 2005 01:31:05 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id A91CC43D45 for ; Wed, 5 Oct 2005 01:31:04 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-65-96-188-64.hsd1.ma.comcast.net (c-66-30-112-178.hsd1.ma.comcast.net[66.30.112.178](misconfigured sender)) by comcast.net (sccrmhc14) with ESMTP id <2005100501310301400ooh39e>; Wed, 5 Oct 2005 01:31:03 +0000 Received: from c-66-30-112-178.hsd1.ma.comcast.net (localhost.127.in-addr.arpa [127.0.0.1]) by c-65-96-188-64.hsd1.ma.comcast.net (8.13.4/8.13.1) with ESMTP id j951V87m068237; Tue, 4 Oct 2005 21:31:08 -0400 (EDT) (envelope-from rodrigc@c-66-30-112-178.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-30-112-178.hsd1.ma.comcast.net (8.13.4/8.13.1/Submit) id j951V8gH068236; Tue, 4 Oct 2005 21:31:08 -0400 (EDT) (envelope-from rodrigc) Date: Tue, 4 Oct 2005 21:31:08 -0400 From: Craig Rodrigues To: James Snow Message-ID: <20051005013108.GA68198@crodrigues.org> References: <20051005012343.GB92522@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051005012343.GB92522@teardrop.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA5 panic at shutdown with ULE scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 01:31:05 -0000 On Tue, Oct 04, 2005 at 09:23:43PM -0400, James Snow wrote: > There was a dump as well, a little over 500MB. Let me know what else I > can provide. You didn't provide enough useful info. Can you analyze your dump and provide backtraces, as outlined in: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html and send it to the mailing list? -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 02:20:31 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA36916A420; Wed, 5 Oct 2005 02:20:31 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 621D843D45; Wed, 5 Oct 2005 02:20:31 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j952KD25025940; Tue, 4 Oct 2005 19:20:17 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510050220.j952KD25025940@gw.catspoiler.org> Date: Tue, 4 Oct 2005 19:20:13 -0700 (PDT) From: Don Lewis To: mi+mx@aldan.algebra.com In-Reply-To: <200510041328.05637.mi+mx@aldan.algebra.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-5 Content-Transfer-Encoding: 8BIT Cc: re@FreeBSD.org, current@FreeBSD.org, openoffice@FreeBSD.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 02:20:32 -0000 On 4 Oct, Mikhail Teterin wrote: > ÒöÒâÞàÞÚ 04 ÖÞÒâÕÝì 2005 13:08, Don Lewis ²Ø ÝÐßØáÐÛØ: >> Hung trying to lock a vnode ... >> >> What other processes are in the D state, and what is their wchan info? > > mi@roo:~ (301) ps -lax | awk 'match($10, "D")' > 0 2 0 0 -8 0 0 8 - DL ?? 0:06,50 [g_event] > 0 3 0 0 -8 0 0 8 - DL ?? 0:39,71 [g_up] > 0 4 0 0 -8 0 0 8 - DL ?? 0:31,21 [g_down] > 0 5 0 0 8 0 0 8 - DL ?? 0:00,00 [thread taskq] > 0 6 0 0 8 0 0 8 - DL ?? 0:00,00 [kqueue taskq] > 0 7 0 0 96 0 0 8 idle DL ?? 0:00,00 [aic_recovery0] > 0 8 0 0 96 0 0 8 idle DL ?? 0:00,00 [aic_recovery0] > 0 9 0 0 96 0 0 8 idle DL ?? 0:00,00 [aic_recovery1] > 0 10 0 0 -16 0 0 8 ktrace DL ?? 0:00,00 [ktrace] > 0 39 0 0 -16 0 0 8 - DL ?? 0:09,21 [yarrow] > 0 44 0 0 8 0 0 8 usbevt DL ?? 0:00,01 [usb0] > 0 45 0 0 8 0 0 8 usbtsk DL ?? 0:00,00 [usbtask] > 0 46 0 0 96 0 0 8 idle DL ?? 0:00,00 [aic_recovery1] > 0 47 0 0 -8 0 0 8 - DL ?? 0:00,91 [fdc0] > 0 49 0 0 -16 0 0 8 psleep DL ?? 0:03,51 [pagedaemon] > 0 50 0 0 20 0 0 8 psleep DL ?? 0:00,00 [vmdaemon] > 0 51 0 0 171 0 0 8 pgzero DL ?? 12:19,32 [pagezero] > 0 52 0 0 -16 0 0 8 psleep DL ?? 0:06,55 [bufdaemon] > 0 53 0 0 20 0 0 8 syncer DL ?? 1:00,40 [syncer] > 0 54 0 0 -4 0 0 8 vlruwt DL ?? 0:03,16 [vnlru] > 0 55 0 0 -64 0 0 8 - DL ?? 0:11,48 [schedcpu] > 0 115 0 0 -8 0 0 8 mdwait DL ?? 0:05,75 [md7] > 0 45773 45771 0 -4 0 1740 1208 ufs D p1 0:00,32 dmake > 0 45806 45788 350 -4 0 1548 632 ufs D p1 0:00,00 /bin/tcsh -fc zipdep.pl -u -j ../../../ > 0 65072 64985 271 -4 0 1248 480 ufs D p1 0:00,00 /bin/tcsh -fc if ( -e ../../../unxfbsd.p > 0 65327 8694 0 -4 0 1432 908 ufs D+ p2 0:02,05 find work/ -name provider.o Mikhail and I have been looking at this offline and have discovered the following: The wedged processes are waiting for vnode locks in the file name lookup path for the access() and lstat syscalls(). There are two locked directories that are wedging these processes. We don't know what threads are holding the locks on these directories, but we do know that is is none of the threads associated with these processes, so it is not a classic deadlock problem. No other processes seem to be wedged, and all the system processes appear to be in their idle states. This problem appears to be some sort of vnode lock leak. I'm unable to replicate this on my UP box running HEAD. Mikhail is running RELENG_6 on an SMP box. This could be a RELENG_6 vs. HEAD problem, or it could be a UP vs. SMP problem. From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 02:34:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A29916A433 for ; Wed, 5 Oct 2005 02:34:54 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEBCD43D45 for ; Wed, 5 Oct 2005 02:34:53 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id C8CB2C0ED; Tue, 4 Oct 2005 22:34:52 -0400 (EDT) Date: Tue, 4 Oct 2005 22:34:52 -0400 From: James Snow To: Craig Rodrigues Message-ID: <20051005023452.GC92522@teardrop.org> References: <20051005012343.GB92522@teardrop.org> <20051005013108.GA68198@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051005013108.GA68198@crodrigues.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, James Snow Subject: Re: 6.0-BETA5 panic at shutdown with ULE scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 02:34:54 -0000 On Tue, Oct 04, 2005 at 09:31:08PM -0400, Craig Rodrigues wrote: > > You didn't provide enough useful info. Can you analyze your > dump and provide backtraces, as outlined in: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > and send it to the mailing list? Oops. My /usr/obj directory has already been cleaned out during a cvsup and buildworld. I'll see if I can reproduce this. -Snow From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 02:49:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2225716A41F; Wed, 5 Oct 2005 02:49:05 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 915C443D76; Wed, 5 Oct 2005 02:49:04 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 535EC1CCD4; Wed, 5 Oct 2005 15:49:03 +1300 (NZDT) Date: Wed, 5 Oct 2005 15:49:03 +1300 From: Andrew Thompson To: FreeBSD Current Message-ID: <20051005024903.GA72743@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , FreeBSD Current , Brooks Davis Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Brooks Davis Subject: panic: ifc_free_unit: bit is already cleared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 02:49:05 -0000 Hi, I have found a repeatable panic with network device cloning, unfortunatly I am unable to dump on this box. This is sparc64 with a 2 day old current. [root@dev]# kldload if_vlan [root@dev]# for i in `jot 100 1`; do for> ifconfig xl0.$i create for> done [root@dev]# kldunload if_vlan panic: ifc_free_unit: bit is already cleared cpuid = 0 KDB: enter: panic [thread pid 4527 tid 100089 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> trace Tracing pid 4527 tid 100089 td 0xfffff8000ab8e4c0 panic() at panic+0x164 ifc_free_unit() at ifc_free_unit+0x50 vlan_clone_destroy() at vlan_clone_destroy+0x8c vlan_modevent() at vlan_modevent+0x44 module_unload() at module_unload+0x60 linker_file_unload() at linker_file_unload+0x7c kern_kldunload() at kern_kldunload+0x84 kldunloadf() at kldunloadf+0x1c syscall() at syscall+0x2dc -- syscall (444, FreeBSD ELF64, kldunloadf) %o7=0x100b58 -- userland() at 0x40391348 user trace: trap %o7=0x100b58 pc 0x40391348, sp 0x7fdffffdde1 pc 0x100894, sp 0x7fdffffe2c1 pc 0x40209474, sp 0x7fdffffe381 done db> From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 03:27:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E114D16A41F; Wed, 5 Oct 2005 03:27:42 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 414C243D46; Wed, 5 Oct 2005 03:27:40 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j953PhQL024593; Wed, 5 Oct 2005 12:55:43 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Wed, 5 Oct 2005 12:57:34 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j953Ld029807; Wed, 5 Oct 2005 12:51:39 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 4F1D1PF9; Wed, 5 Oct 2005 12:51:29 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id j953MCjY067940; Wed, 5 Oct 2005 12:52:12 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id j953MCgC067939; Wed, 5 Oct 2005 12:52:12 +0930 (CST) (envelope-from wilkinsa) Date: Wed, 5 Oct 2005 12:52:12 +0930 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20051005032211.GB67868@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@FreeBSD.org, current@FreeBSD.org References: <20050920004358.GA76462@squash.dsto.defence.gov.au> <200509211640.38493.jhb@FreeBSD.org> <20050923024615.GT91606@squash.dsto.defence.gov.au> <200509261611.36343.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <200509261611.36343.jhb@FreeBSD.org> User-Agent: Mutt/1.5.10i Cc: Subject: Re: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 03:27:43 -0000 0n Mon, Sep 26, 2005 at 04:11:35PM -0400, John Baldwin wrote: >On Thursday 22 September 2005 10:46 pm, Wilkinson, Alex wrote: >> 0n Wed, Sep 21, 2005 at 04:40:36PM -0400, John Baldwin wrote: >> >On Monday 19 September 2005 08:55 pm, Scott Long wrote: >> >> Wilkinson, Alex wrote: >> >> > Can anyone tell me what the following means, and how to fix it: >> >> > >> >> > APIC_IO: Testing 8254 interrupt delivery >> >> > APIC_IO: Broken MP table detected: 8254 is not connected to >> >> > IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 >> >> > intpin 0 >> >> > >> >> > - aW >> >> >> >> It means that you need to use 6.0 instead of 5.x =-) It represents >> >> the old way that we connected the timecounters, which apparently >> >> isn't well supported with newer amd64 boards. 6.0 solves this >> >> problem by using a better supported mechanism. >> > >> >Actually, this is a 4.x method and it basically means that it has >> > fallen back to mixed mode for IRQ0. 6.0 certainly does this better. >> > 5.x just uses mixed mode by default. >> >> John, what is mixed mode ? > >Normally when you use the APICs, you don't use the older 8259A AT-PICs at all. >However, the 8259A's are hooked up to pin 0 on the first I/O APIC, so if you >enable pin 0 and enable interruput pins on the 8259As, then if they get an >interrupt, they will forward it to the first I/O APIC which will then forward >it to the CPUs as directed. Using both the old PICs and the APICs at the >same time using pin 0 in the first I/O APIC is known as mixed mode. The >reason FreeBSD uses it is that some motherboard manufacturers chose to not >connect an IRQ0 input from the ISA timer to pin 2 on the first I/O APIC, even >though the MP Table said that they did. The reason they could get away with >that is that Windows didn't use IRQ0 when it used the APICs, so the >motherboards still passed WHQL certification ok (or so I've been told). >Linux also doesn't use IRQ0, but uses the built-in countdown periodic timer >that each CPU has in its local APIC. In 4.x, the kernel would try to get >IRQ0 interrupts via pin 2 on the first I/O APIC and if it didn't work, it >printed out the message you saw and enabled mixed mode and enabled IRQ0 in >the 8259A AT-PIC. In 5.x, we just always use mixed mode without the runtime >test and have a hint for forcing it to not use mixed mode. In 6.x we use the >countdown timer in the local APIC like Linux and Windows when using the APICs >and don't use IRQ0 at all. As usual an awesome explanation. Thanks for taking the time to explain this to me ! - aW From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 03:27:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E114D16A41F; Wed, 5 Oct 2005 03:27:42 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 414C243D46; Wed, 5 Oct 2005 03:27:40 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw501.dsto.defence.gov.au (ednmsw501.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j953PhQL024593; Wed, 5 Oct 2005 12:55:43 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw501.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Wed, 5 Oct 2005 12:57:34 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j953Ld029807; Wed, 5 Oct 2005 12:51:39 +0930 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 4F1D1PF9; Wed, 5 Oct 2005 12:51:29 +0930 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.13.3/8.13.3) with ESMTP id j953MCjY067940; Wed, 5 Oct 2005 12:52:12 +0930 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.13.3/8.13.3/Submit) id j953MCgC067939; Wed, 5 Oct 2005 12:52:12 +0930 (CST) (envelope-from wilkinsa) Date: Wed, 5 Oct 2005 12:52:12 +0930 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20051005032211.GB67868@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@FreeBSD.org, current@FreeBSD.org References: <20050920004358.GA76462@squash.dsto.defence.gov.au> <200509211640.38493.jhb@FreeBSD.org> <20050923024615.GT91606@squash.dsto.defence.gov.au> <200509261611.36343.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <200509261611.36343.jhb@FreeBSD.org> User-Agent: Mutt/1.5.10i Cc: Subject: Re: Broken MP table detected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 03:27:43 -0000 0n Mon, Sep 26, 2005 at 04:11:35PM -0400, John Baldwin wrote: >On Thursday 22 September 2005 10:46 pm, Wilkinson, Alex wrote: >> 0n Wed, Sep 21, 2005 at 04:40:36PM -0400, John Baldwin wrote: >> >On Monday 19 September 2005 08:55 pm, Scott Long wrote: >> >> Wilkinson, Alex wrote: >> >> > Can anyone tell me what the following means, and how to fix it: >> >> > >> >> > APIC_IO: Testing 8254 interrupt delivery >> >> > APIC_IO: Broken MP table detected: 8254 is not connected to >> >> > IOAPIC #0 intpin 2 APIC_IO: routing 8254 via 8259 and IOAPIC #0 >> >> > intpin 0 >> >> > >> >> > - aW >> >> >> >> It means that you need to use 6.0 instead of 5.x =-) It represents >> >> the old way that we connected the timecounters, which apparently >> >> isn't well supported with newer amd64 boards. 6.0 solves this >> >> problem by using a better supported mechanism. >> > >> >Actually, this is a 4.x method and it basically means that it has >> > fallen back to mixed mode for IRQ0. 6.0 certainly does this better. >> > 5.x just uses mixed mode by default. >> >> John, what is mixed mode ? > >Normally when you use the APICs, you don't use the older 8259A AT-PICs at all. >However, the 8259A's are hooked up to pin 0 on the first I/O APIC, so if you >enable pin 0 and enable interruput pins on the 8259As, then if they get an >interrupt, they will forward it to the first I/O APIC which will then forward >it to the CPUs as directed. Using both the old PICs and the APICs at the >same time using pin 0 in the first I/O APIC is known as mixed mode. The >reason FreeBSD uses it is that some motherboard manufacturers chose to not >connect an IRQ0 input from the ISA timer to pin 2 on the first I/O APIC, even >though the MP Table said that they did. The reason they could get away with >that is that Windows didn't use IRQ0 when it used the APICs, so the >motherboards still passed WHQL certification ok (or so I've been told). >Linux also doesn't use IRQ0, but uses the built-in countdown periodic timer >that each CPU has in its local APIC. In 4.x, the kernel would try to get >IRQ0 interrupts via pin 2 on the first I/O APIC and if it didn't work, it >printed out the message you saw and enabled mixed mode and enabled IRQ0 in >the 8259A AT-PIC. In 5.x, we just always use mixed mode without the runtime >test and have a hint for forcing it to not use mixed mode. In 6.x we use the >countdown timer in the local APIC like Linux and Windows when using the APICs >and don't use IRQ0 at all. As usual an awesome explanation. Thanks for taking the time to explain this to me ! - aW From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 05:41:00 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E561016A424; Wed, 5 Oct 2005 05:41:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF3D543D46; Wed, 5 Oct 2005 05:41:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id 98D161A3C1E; Tue, 4 Oct 2005 22:41:00 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 871E3514C7; Wed, 5 Oct 2005 01:40:59 -0400 (EDT) Date: Wed, 5 Oct 2005 01:40:59 -0400 From: Kris Kennaway To: tjr@FreeBSD.org Message-ID: <20051005054059.GA25393@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: cpio incorrectly dereferencing symlinks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 05:41:01 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The new cpio (invoked by cpio -dump) copies symlinks by dereferencing them, i.e. copying the files they point to, instead of the symlinks themselves. This is a regression. Kris --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDQ2drWry0BWjoQKURAtvkAKC/OnakTYxgSglz8acV+rAEqQjIBQCgyv/f RqKJYXZ/12LEDEAqWbeOnpI= =AvxV -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:14:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6358516A41F for ; Wed, 5 Oct 2005 08:14:40 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF36243D48 for ; Wed, 5 Oct 2005 08:14:39 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EN4Pj-0006lL-6X; Wed, 05 Oct 2005 10:14:11 +0200 Date: Wed, 5 Oct 2005 10:14:42 +0200 From: Marcin Jessa To: "Marcos Biscaysaqu - ThePacific.net" Message-Id: <20051005101442.2afe3f0f.lists@yazzy.org> In-Reply-To: <4343DE1C.60802@ThePacific.Net> References: <4343CA8E.1060804@ThePacific.Net> <20051005004307.GA31320@odin.ac.hmc.edu> <4343DE1C.60802@ThePacific.Net> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: current@freebsd.org Subject: Re: MIPs CPUs support on Freebsd ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 08:14:40 -0000 On Wed, 05 Oct 2005 14:07:24 +0000 "Marcos Biscaysaqu - ThePacific.net" wrote: > Brooks Davis wrote: > > >On Wed, Oct 05, 2005 at 12:43:58PM +0000, Marcos Biscaysaqu - > >ThePacific.net wrote: > > > > > >>Hi there. > >> Is already in the market a lot of new embedded boards with MICs > >> CPUs > >>for a very good price, Linksys is already using it and now mikrotik > >>with their Routerboard. Linux has support for it, any idea when > >>Freebsd Will support it??. Im think it will be very important to > >>freebsd support this CPUs is getting VERY popular! > >> > >> > > > >When someone does the work. Many of us would love to see such a > >port, but it's a non-trivial amount of effort. Simply saying it's a > >good idea does nearly nothing to actually cause it to happen. :) > > > >-- Brooks > > > > > > > I would love to help, but Im dont know even start with this, Im not a > kernel developer :( , but Im ready to do any necesary test. MIPS (not MICs) is ported to NetBSD, which is in many ways similar to FreeBSD. I actually have one of those routerboards but haven't tried to cross compile NetBSD and run it on that board yet. I could build a MIPS version of my embedded software if there was a demand for it. Anyway, there is not much developement going on with MIPS so there is really not much need to port it over to FreeBSD. Yes, they are cheap and relatively fast but far away from being the mainstream you want them to be. Marcin. From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:19:01 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F23416A41F for ; Wed, 5 Oct 2005 08:19:01 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBD5C43D5E for ; Wed, 5 Oct 2005 08:18:51 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 34CDF3A729; Wed, 5 Oct 2005 10:18:50 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 2A9FB4083; Wed, 5 Oct 2005 10:18:41 +0200 (CEST) Date: Wed, 5 Oct 2005 10:18:41 +0200 From: Jeremie Le Hen To: Andrzej Tobola , Pertti Kosunen Message-ID: <20051005081840.GK43195@obiwan.tataz.chchile.org> References: <20050928190336.GA1027@obiwan.tataz.chchile.org> <200509281527.33584.mistry.7@osu.edu> <20050928202406.GD1027@obiwan.tataz.chchile.org> <20050928222849.GA1086@obiwan.tataz.chchile.org> <20050929170359.GA31360@amper.iem.pw.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050929170359.GA31360@amper.iem.pw.edu.pl> User-Agent: Mutt/1.5.10i Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: ATA/DMA problem after reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 08:19:01 -0000 Hi Andrzej, Pertti, > > I tried to disable APIC, S.M.A.R.T, IDE DMA Burst, IDE Block Mode. > > I don't know what the last one does, but anyway, nothing corrected > > my problem. > > > > Other suggestions are welcome. > > In my case switching from UDMA33 to WDMA solves the problem, > but almost halves disk bandwidth (from 28M/s to 18M/s) > (via # atacontrol mode ad0) > > It seems that there is som nasty timing bug in ATA or system > so only big bulk transfer are affected How do I set this at boot time ? There may be a tunable or something allowing to do this. My problem indeed occurs before / is even mounted. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:48:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6476016A41F for ; Wed, 5 Oct 2005 08:48:07 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF85643D45 for ; Wed, 5 Oct 2005 08:48:06 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: by xproxy.gmail.com with SMTP id t4so69719wxc for ; Wed, 05 Oct 2005 01:48:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=Cj06OjLu+BiAxtz68i6o7+0rMXLvLl+v9z5kAO5tP3aR2hRpyrf/aYlL5h5hGMAPJzpJ4F0evm4vrMZkR3jtx+kfAv1vZSdn/tRKs4DSS78f8YyhOuWWke1fFQzizBWwTLkvJl8u9V65XxENyM2XmblMvB9X+iU7XE9mCuNXzc0= Received: by 10.70.11.19 with SMTP id 19mr337905wxk; Wed, 05 Oct 2005 01:48:06 -0700 (PDT) Received: from splash.homeunix.org ( [84.141.3.84]) by mx.gmail.com with ESMTP id i10sm314013wxd.2005.10.05.01.48.05; Wed, 05 Oct 2005 01:48:06 -0700 (PDT) Date: Wed, 5 Oct 2005 10:48:03 +0200 From: Martin Wilke To: freebsd-current@freebsd.org Message-Id: <20051005104803.9f8ce283.unixfreunde@gmail.com> X-Mailer: Sylpheed version 2.1.3 (GTK+ 2.8.4; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [Fsbd-Current] Buildword hang on pf_snmp.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 08:48:07 -0000 _INTTYPES_H -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame ter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcas t-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar- subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/usr.sbin/bsnm pd/modules/snmp_pf/pf_snmp.c -o pf_snmp.So In file included from /usr/obj/usr/src/tmp/usr/include/stdint.h:35, from /usr/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /usr/obj/usr/src/tmp/usr/include/machine/_stdint.h:75:1: "INT32_MAX" redefined In file included from /usr/obj/usr/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /usr/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /usr/obj/usr/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /usr/obj/usr/src/tmp/usr/include/stdint.h:35, from /usr/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /usr/obj/usr/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /usr/obj/usr/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /usr/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /usr/obj/usr/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /usr/src/usr.sbin/bsnmpd. *** Error code 1 Stop in /usr/src/usr.sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ^C From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:54:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA6F816A41F for ; Wed, 5 Oct 2005 08:54:48 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5606443D49 for ; Wed, 5 Oct 2005 08:54:47 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Oct 2005 10:54:46 +0200 Date: Wed, 5 Oct 2005 10:54:47 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Martin Wilke In-Reply-To: <20051005104803.9f8ce283.unixfreunde@gmail.com> Message-ID: <20051005105435.A89149@beagle.kn.op.dlr.de> References: <20051005104803.9f8ce283.unixfreunde@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 05 Oct 2005 08:54:46.0480 (UTC) FILETIME=[6F978D00:01C5C98A] Cc: freebsd-current@freebsd.org Subject: Re: [Fsbd-Current] Buildword hang on pf_snmp.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 08:54:49 -0000 I'm working on this. harti On Wed, 5 Oct 2005, Martin Wilke wrote: MW>_INTTYPES_H -Wsystem-headers -Werror -Wall -Wno-format-y2k -W MW>-Wno-unused-parame ter -Wstrict-prototypes -Wmissing-prototypes MW>-Wpointer-arith -Wreturn-type -Wcas t-qual -Wwrite-strings -Wswitch MW>-Wshadow -Wcast-align -Wunused-parameter -Wchar- subscripts -Winline MW>-Wnested-externs -Wredundant-decls -c /usr/src/usr.sbin/bsnm MW>pd/modules/snmp_pf/pf_snmp.c -o pf_snmp.So In file included MW>from /usr/obj/usr/src/tmp/usr/include/stdint.h:35, MW>from /usr/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /usr/obj/usr/src/tmp/usr/include/machine/_stdint.h:75:1: MW>"INT32_MAX" redefined In file included MW>from /usr/obj/usr/src/tmp/usr/include/bsnmp/snmpmod.h:40, MW>from /usr/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /usr/obj/usr/src/tmp/usr/include/bsnmp/asn1.h:186:1: MW>this is the location of the previous definition MW>In file included from /usr/obj/usr/src/tmp/usr/include/stdint.h:35, MW> from /usr/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: MW>/usr/obj/usr/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" MW>redefined In file included MW>from /usr/obj/usr/src/tmp/usr/include/bsnmp/snmpmod.h:40, MW>from /usr/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /usr/obj/usr/src/tmp/usr/include/bsnmp/asn1.h:189:1: MW>this is the location of the previous definition MW>*** Error code 1 MW> MW>Stop in /usr/src/usr.sbin/bsnmpd/modules/snmp_pf. MW>*** Error code 1 MW> MW>Stop in /usr/src/usr.sbin/bsnmpd/modules. MW>*** Error code 1 MW> MW>Stop in /usr/src/usr.sbin/bsnmpd. MW>*** Error code 1 MW> MW>Stop in /usr/src/usr.sbin. MW>*** Error code 1 MW> MW>Stop in /usr/src. MW>*** Error code 1 MW> MW>Stop in /usr/src. MW>*** Error code 1 MW> MW>Stop in /usr/src. MW>^C MW>_______________________________________________ MW>freebsd-current@freebsd.org mailing list MW>http://lists.freebsd.org/mailman/listinfo/freebsd-current MW>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" MW> MW> MW> From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 08:55:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49CC316A46C for ; Wed, 5 Oct 2005 08:55:09 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from fep19.inet.fi (fep19.inet.fi [194.251.242.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2290D43D49 for ; Wed, 5 Oct 2005 08:55:06 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] ([84.249.3.49]) by fep19.inet.fi with ESMTP id <20051005085505.UJNR20628.fep19.inet.fi@[192.168.0.20]>; Wed, 5 Oct 2005 11:55:05 +0300 Message-ID: <434394E9.6070106@pp.nic.fi> Date: Wed, 05 Oct 2005 11:55:05 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <20050928190336.GA1027@obiwan.tataz.chchile.org> <200509281527.33584.mistry.7@osu.edu> <20050928202406.GD1027@obiwan.tataz.chchile.org> <20050928222849.GA1086@obiwan.tataz.chchile.org> <20050929170359.GA31360@amper.iem.pw.edu.pl> <20051005081840.GK43195@obiwan.tataz.chchile.org> In-Reply-To: <20051005081840.GK43195@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ATA/DMA problem after reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 08:55:09 -0000 Jeremie Le Hen wrote: >How do I set this at boot time ? There may be a tunable or something >allowing to do this. My problem indeed occurs before / is even >mounted. > Disable dma at boot and enable in rc.local. /boot/loader.conf hw.ata.ata_dma="0" hw.ata.atapi_dma="0" /etc/rc.local #!/bin/sh atacontrol mode ad0 UDMA66 atacontrol mode ad4 UDMA66 atacontrol mode ad5 UDMA66 atacontrol mode ad6 UDMA66 From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 09:04:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EB8A16A420 for ; Wed, 5 Oct 2005 09:04:54 +0000 (GMT) (envelope-from yraffah@savola.com) Received: from Heathrow.savoladns.com (heathrow.savoladns.com [212.100.209.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02CC543D45 for ; Wed, 5 Oct 2005 09:04:52 +0000 (GMT) (envelope-from yraffah@savola.com) Received: (qmail 6460 invoked from network); 5 Oct 2005 11:53:48 +0300 Received: from unknown (HELO ocs.savola.com) (172.31.12.10) by 172.31.12.2 with SMTP; 5 Oct 2005 11:53:48 +0300 Received: from 222.22.1.191 by ocs.savola.com with ESMTP id 20183401128502585; Wed, 05 Oct 2005 11:56:25 +0300 From: Yousef Raffah To: freebsd-current@freebsd.org In-Reply-To: <434394E9.6070106@pp.nic.fi> References: <20050928190336.GA1027@obiwan.tataz.chchile.org> <200509281527.33584.mistry.7@osu.edu> <20050928202406.GD1027@obiwan.tataz.chchile.org> <20050928222849.GA1086@obiwan.tataz.chchile.org> <20050929170359.GA31360@amper.iem.pw.edu.pl> <20051005081840.GK43195@obiwan.tataz.chchile.org> <434394E9.6070106@pp.nic.fi> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qy+1Cb8NOUhCfCJy9Y6o" Organization: The Savola Group Date: Wed, 05 Oct 2005 12:04:12 +0300 Message-Id: <1128503052.684.11.camel@RedDevil.savola.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Subject: Re: ATA/DMA problem after reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yraffah@savola.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 09:04:54 -0000 --=-qy+1Cb8NOUhCfCJy9Y6o Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2005-10-05 at 11:55 +0300, Pertti Kosunen wrote: > Jeremie Le Hen wrote: >=20 > >How do I set this at boot time ? There may be a tunable or something > >allowing to do this. My problem indeed occurs before / is even > >mounted. > > >=20 > Disable dma at boot and enable in rc.local. >=20 > /boot/loader.conf > hw.ata.ata_dma=3D"0" > hw.ata.atapi_dma=3D"0" >=20 > /etc/rc.local > #!/bin/sh > atacontrol mode ad0 UDMA66 > atacontrol mode ad4 UDMA66 > atacontrol mode ad5 UDMA66 > atacontrol mode ad6 UDMA66 Can these be used as a general rule? I mean I have a Tecra A4 and as of now, my settings are the defaults: root@RedDevil# atacontrol mode acd0 current mode =3D UDMA33 root@RedDevil# atacontrol mode ad0 current mode =3D UDMA100 Can I use UDMA66 for both of them? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=-qy+1Cb8NOUhCfCJy9Y6o Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDQ5cM9KbelRb+qmwRAhlqAJ9fXptCjrhWhlX5ai4WWDRYJy/l3wCeMPMe iUsp2iGotKij4SAPTkRyItc= =jZ1C -----END PGP SIGNATURE----- --=-qy+1Cb8NOUhCfCJy9Y6o-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 09:18:12 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A7D816A41F; Wed, 5 Oct 2005 09:18:12 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2DAE43D46; Wed, 5 Oct 2005 09:18:11 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j959IAov002089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Oct 2005 13:18:10 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j959IA7Q002088; Wed, 5 Oct 2005 13:18:10 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 5 Oct 2005 13:18:09 +0400 From: Gleb Smirnoff To: Andrew Thompson , "yar@FreeBSD.org FreeBSD Current" , Brooks Davis Message-ID: <20051005091809.GW88623@cell.sick.ru> References: <20051005024903.GA72743@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20051005024903.GA72743@heff.fud.org.nz> User-Agent: Mutt/1.5.6i Cc: Subject: Re: panic: ifc_free_unit: bit is already cleared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 09:18:12 -0000 On Wed, Oct 05, 2005 at 03:49:03PM +1300, Andrew Thompson wrote: A> Hi, A> A> I have found a repeatable panic with network device cloning, unfortunatly I am A> unable to dump on this box. This is sparc64 with a 2 day old current. A> A> A> [root@dev]# kldload if_vlan A> [root@dev]# for i in `jot 100 1`; do A> for> ifconfig xl0.$i create A> for> done A> [root@dev]# kldunload if_vlan shouldn't it return EBUSY here? A> panic: ifc_free_unit: bit is already cleared A> cpuid = 0 A> KDB: enter: panic A> [thread pid 4527 tid 100089 ] A> Stopped at kdb_enter+0x3c: ta %xcc, 1 A> db> trace A> Tracing pid 4527 tid 100089 td 0xfffff8000ab8e4c0 A> panic() at panic+0x164 A> ifc_free_unit() at ifc_free_unit+0x50 A> vlan_clone_destroy() at vlan_clone_destroy+0x8c A> vlan_modevent() at vlan_modevent+0x44 A> module_unload() at module_unload+0x60 A> linker_file_unload() at linker_file_unload+0x7c A> kern_kldunload() at kern_kldunload+0x84 A> kldunloadf() at kldunloadf+0x1c A> syscall() at syscall+0x2dc A> -- syscall (444, FreeBSD ELF64, kldunloadf) %o7=0x100b58 -- A> userland() at 0x40391348 A> user trace: trap %o7=0x100b58 A> pc 0x40391348, sp 0x7fdffffdde1 A> pc 0x100894, sp 0x7fdffffe2c1 A> pc 0x40209474, sp 0x7fdffffe381 A> done A> db> A> A> _______________________________________________ A> freebsd-current@freebsd.org mailing list A> http://lists.freebsd.org/mailman/listinfo/freebsd-current A> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 09:39:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10BB916A41F for ; Wed, 5 Oct 2005 09:39:14 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from fep18.inet.fi (fep18.inet.fi [194.251.242.243]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4AF343D4C for ; Wed, 5 Oct 2005 09:39:12 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] ([84.249.3.49]) by fep18.inet.fi with ESMTP id <20051005093911.YIEN9772.fep18.inet.fi@[192.168.0.20]>; Wed, 5 Oct 2005 12:39:11 +0300 Message-ID: <43439F40.5030708@pp.nic.fi> Date: Wed, 05 Oct 2005 12:39:12 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: yraffah@savola.com References: <20050928190336.GA1027@obiwan.tataz.chchile.org> <200509281527.33584.mistry.7@osu.edu> <20050928202406.GD1027@obiwan.tataz.chchile.org> <20050928222849.GA1086@obiwan.tataz.chchile.org> <20050929170359.GA31360@amper.iem.pw.edu.pl> <20051005081840.GK43195@obiwan.tataz.chchile.org> <434394E9.6070106@pp.nic.fi> <1128503052.684.11.camel@RedDevil.savola.com> In-Reply-To: <1128503052.684.11.camel@RedDevil.savola.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: ATA/DMA problem after reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 09:39:14 -0000 Yousef Raffah wrote: > Can these be used as a general rule? I mean I have a Tecra A4 and as of > now, my settings are the defaults: > root@RedDevil# atacontrol mode acd0 > current mode = UDMA33 > root@RedDevil# atacontrol mode ad0 > current mode = UDMA100 > > Can I use UDMA66 for both of them? It depends on hardware, those UDMA66 modes are stable on that machine. If there is no problems do not change anything. Lowering one step might help to ata timeout problems. FreeBSD sets dma mode to highest supported by default i think. From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 10:18:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3299D16A41F; Wed, 5 Oct 2005 10:18:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A376443D46; Wed, 5 Oct 2005 10:18:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j95AIV5K087844; Wed, 5 Oct 2005 06:18:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j95AIVjP026603; Wed, 5 Oct 2005 06:18:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2737C7302F; Wed, 5 Oct 2005 06:18:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051005101830.2737C7302F@freebsd-current.sentex.ca> Date: Wed, 5 Oct 2005 06:18:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 10:18:33 -0000 TB --- 2005-10-05 09:11:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-05 09:11:29 - starting HEAD tinderbox run for alpha/alpha TB --- 2005-10-05 09:11:29 - cleaning the object tree TB --- 2005-10-05 09:11:50 - checking out the source tree TB --- 2005-10-05 09:11:50 - cd /tinderbox/HEAD/alpha/alpha TB --- 2005-10-05 09:11:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-05 09:18:29 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-05 09:18:29 - cd /src TB --- 2005-10-05 09:18:29 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/alpha/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/alpha/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/alpha/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/alpha/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/alpha/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-05 10:18:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-05 10:18:30 - ERROR: failed to build world TB --- 2005-10-05 10:18:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 11:26:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B119616A41F; Wed, 5 Oct 2005 11:26:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401AB43D45; Wed, 5 Oct 2005 11:26:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j95BQOaQ008052; Wed, 5 Oct 2005 07:26:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j95BQOKV024208; Wed, 5 Oct 2005 07:26:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 486B07302F; Wed, 5 Oct 2005 07:26:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051005112624.486B07302F@freebsd-current.sentex.ca> Date: Wed, 5 Oct 2005 07:26:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 11:26:27 -0000 TB --- 2005-10-05 10:18:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-05 10:18:31 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-05 10:18:31 - cleaning the object tree TB --- 2005-10-05 10:18:50 - checking out the source tree TB --- 2005-10-05 10:18:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-05 10:18:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-05 10:25:22 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-05 10:25:22 - cd /src TB --- 2005-10-05 10:25:22 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/amd64/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/amd64/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/amd64/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/amd64/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/amd64/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-05 11:26:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-05 11:26:24 - ERROR: failed to build world TB --- 2005-10-05 11:26:24 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 16:30:19 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6CAF16A420 for ; Tue, 4 Oct 2005 16:30:19 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 606B443D48 for ; Tue, 4 Oct 2005 16:30:17 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.1) with ESMTP id j94GUD34063560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Tue, 4 Oct 2005 12:30:15 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.1/Submit) id j94GUD8J063557; Tue, 4 Oct 2005 12:30:13 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17218.44564.810191.63339@khavrinen.csail.mit.edu> Date: Tue, 4 Oct 2005 12:30:12 -0400 To: Randy Bush In-Reply-To: <17218.39904.100995.79612@roam.psg.com> References: <17218.39904.100995.79612@roam.psg.com> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Tue, 04 Oct 2005 12:30:15 -0400 (EDT) X-Spam-Status: No, score=0.0 required=5.0 tests=none version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu X-Mailman-Approved-At: Wed, 05 Oct 2005 11:33:25 +0000 Cc: FreeBSD Current Subject: mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 16:30:19 -0000 < said: > is ccd still the way to go, or is there a new incantation? You could use either ataraid or gmirror in this case. I've multiple machines doing both: I use ataraid on the boxes which have BIOS support for it, and gmirror elsewhere. I've actually built an automated install process that recognizes when the first two disks are identical and automatically creates a gmirror instance for them. I've used it to set up a handful of servers and it works nicely. -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 16:56:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7B6116A420; Tue, 4 Oct 2005 16:56:14 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E52643D5A; Tue, 4 Oct 2005 16:56:11 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j94Gu9MS067837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Oct 2005 12:56:10 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j94Gu3dh020658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2005 12:56:04 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j94GtvKQ065065; Tue, 4 Oct 2005 12:55:57 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j94Gttxs065064; Tue, 4 Oct 2005 12:55:55 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Don Lewis Date: Tue, 4 Oct 2005 12:55:54 -0400 User-Agent: KMail/1.8.2 References: <200510041616.j94GG3Gq022249@gw.catspoiler.org> In-Reply-To: <200510041616.j94GG3Gq022249@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510041255.55183.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1109/Mon Oct 3 18:06:28 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Wed, 05 Oct 2005 11:33:25 +0000 Cc: re@freebsd.org, current@freebsd.org, openoffice@freebsd.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 16:56:14 -0000 > Is this problem repeatable? Yes, as per my original e-mail, it has happened twice already. The first time the last command in the build log was very similar, but involved a different object file. The perl-process was stuck as "running" and I was able to kill it, but the subsequent `rm -rf work' became unkillable in "ufs", just like `find' is now. > What does "ps lax" say about the hung processes? 0 65327 8694 0 -4 0 1432 908 ufs D+ p2 0:02,05 find work/ -name provider.o > Where is the reboot sequence did the system hang? Don't remember -- well after shutting syslogd. Presumably -- while trying to umount everything. > What problems did fsck fix? Oct 3 21:03:12 roo fsck: /dev/da0s2e: ZERO LENGTH DIR I=325352 OWNER=mi MODE=42755 Oct 3 21:03:12 roo fsck: /dev/da0s2e: SIZE=0 MTIME=Oct 3 11:22 2005 (CLEARED) Oct 3 21:03:12 roo fsck: /dev/da0s2e: Reclaimed: 0 directories, -2 files, -37 fragments Oct 3 21:03:12 roo fsck: /dev/da0s2e: 364942 files, 1204019 used, 2386729 free (79873 frags, 288357 blocks, 2.2% fragmentation) > My RELENG_6 box doesn't have enough space to build OOo, but I can try it > on HEAD, which should be very similar. Thank you! -mi From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 17:28:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0302E16A41F; Tue, 4 Oct 2005 17:28:22 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578BC43D46; Tue, 4 Oct 2005 17:28:21 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j94HSJKN067907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Oct 2005 13:28:20 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j94HSD1W020918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Oct 2005 13:28:14 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j94HS86g065312; Tue, 4 Oct 2005 13:28:08 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j94HS5U8065311; Tue, 4 Oct 2005 13:28:05 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Don Lewis Date: Tue, 4 Oct 2005 13:28:04 -0400 User-Agent: KMail/1.8.2 References: <200510041708.j94H8JJM022379@gw.catspoiler.org> In-Reply-To: <200510041708.j94H8JJM022379@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200510041328.05637.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/1109/Mon Oct 3 18:06:28 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 X-Mailman-Approved-At: Wed, 05 Oct 2005 11:33:25 +0000 Cc: re@freebsd.org, current@freebsd.org, openoffice@freebsd.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 17:28:22 -0000 צ×ÔÏÒÏË 04 ÖÏ×ÔÅÎØ 2005 13:08, Don Lewis ÷É ÎÁÐÉÓÁÌÉ: > Hung trying to lock a vnode ... > > What other processes are in the D state, and what is their wchan info? mi@roo:~ (301) ps -lax | awk 'match($10, "D")' 0 2 0 0 -8 0 0 8 - DL ?? 0:06,50 [g_event] 0 3 0 0 -8 0 0 8 - DL ?? 0:39,71 [g_up] 0 4 0 0 -8 0 0 8 - DL ?? 0:31,21 [g_down] 0 5 0 0 8 0 0 8 - DL ?? 0:00,00 [thread taskq] 0 6 0 0 8 0 0 8 - DL ?? 0:00,00 [kqueue taskq] 0 7 0 0 96 0 0 8 idle DL ?? 0:00,00 [aic_recovery0] 0 8 0 0 96 0 0 8 idle DL ?? 0:00,00 [aic_recovery0] 0 9 0 0 96 0 0 8 idle DL ?? 0:00,00 [aic_recovery1] 0 10 0 0 -16 0 0 8 ktrace DL ?? 0:00,00 [ktrace] 0 39 0 0 -16 0 0 8 - DL ?? 0:09,21 [yarrow] 0 44 0 0 8 0 0 8 usbevt DL ?? 0:00,01 [usb0] 0 45 0 0 8 0 0 8 usbtsk DL ?? 0:00,00 [usbtask] 0 46 0 0 96 0 0 8 idle DL ?? 0:00,00 [aic_recovery1] 0 47 0 0 -8 0 0 8 - DL ?? 0:00,91 [fdc0] 0 49 0 0 -16 0 0 8 psleep DL ?? 0:03,51 [pagedaemon] 0 50 0 0 20 0 0 8 psleep DL ?? 0:00,00 [vmdaemon] 0 51 0 0 171 0 0 8 pgzero DL ?? 12:19,32 [pagezero] 0 52 0 0 -16 0 0 8 psleep DL ?? 0:06,55 [bufdaemon] 0 53 0 0 20 0 0 8 syncer DL ?? 1:00,40 [syncer] 0 54 0 0 -4 0 0 8 vlruwt DL ?? 0:03,16 [vnlru] 0 55 0 0 -64 0 0 8 - DL ?? 0:11,48 [schedcpu] 0 115 0 0 -8 0 0 8 mdwait DL ?? 0:05,75 [md7] 0 45773 45771 0 -4 0 1740 1208 ufs D p1 0:00,32 dmake 0 45806 45788 350 -4 0 1548 632 ufs D p1 0:00,00 /bin/tcsh -fc zipdep.pl -u -j ../../../ 0 65072 64985 271 -4 0 1248 480 ufs D p1 0:00,00 /bin/tcsh -fc if ( -e ../../../unxfbsd.p 0 65327 8694 0 -4 0 1432 908 ufs D+ p2 0:02,05 find work/ -name provider.o The two tcsh and the dmake process are remnants of the interrupted OOo build. What's a "wchan"? > Are you using filesystem snapshots? Not "on purpose". This is the /var partition, BTW, nothing fancy: /dev/da0s2e on /var (ufs, local, soft-updates) The only suspect thing about it, that I can say, is that "a few reboots ago" I used growfs to extend it. Thanks for your help, -mi From owner-freebsd-current@FreeBSD.ORG Tue Oct 4 23:59:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB96216A420 for ; Tue, 4 Oct 2005 23:59:08 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7920D43D45 for ; Tue, 4 Oct 2005 23:59:08 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 7DA5AC12F; Tue, 4 Oct 2005 19:59:07 -0400 (EDT) Date: Tue, 4 Oct 2005 19:59:07 -0400 From: James Snow To: freebsd-current@freebsd.org Message-ID: <20051004235906.GA92522@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 05 Oct 2005 11:33:25 +0000 Subject: 6.0-BETA5 panic at shutdown with ULE scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2005 23:59:08 -0000 Syncing disks, vnodes remaining...6 1 3 0 0 done All buffers synced. Uptime: 5h37m31s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10002 fault code = supervisor read, page not present instruction pointer = 0x20:0xc052ca92 stack pointer = 0x28:0xd3e1db24 frame pointer = 0x28:0xd3e1db28 code segment = base 0x0, limit oxfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 39 (swi6: task queue) trap number = 12 panic: page fault There was a dump as well, a little over 500MB. Let me know what else I can provide. -Snow From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 11:56:36 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56BC016A41F for ; Wed, 5 Oct 2005 11:56:36 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E883043D46 for ; Wed, 5 Oct 2005 11:56:35 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1EN7sV-0004t1-0j; Wed, 05 Oct 2005 13:56:07 +0200 Date: Wed, 5 Oct 2005 13:56:38 +0200 From: Marcin Jessa To: Garrett Wollman Message-Id: <20051005135638.65dd9b15.lists@yazzy.org> In-Reply-To: <17218.44564.810191.63339@khavrinen.csail.mit.edu> References: <17218.39904.100995.79612@roam.psg.com> <17218.44564.810191.63339@khavrinen.csail.mit.edu> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: randy@psg.com, freebsd-current@FreeBSD.ORG Subject: Re: mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 11:56:36 -0000 On Tue, 4 Oct 2005 12:30:12 -0400 Garrett Wollman wrote: > < said: > > > is ccd still the way to go, or is there a new incantation? > > You could use either ataraid or gmirror in this case. I've multiple > machines doing both: I use ataraid on the boxes which have BIOS > support for it, and gmirror elsewhere. > > I've actually built an automated install process that recognizes when > the first two disks are identical and automatically creates a gmirror > instance for them. I've used it to set up a handful of servers and it > works nicely. Could you publish your script(s)? From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 12:22:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 617AD16A41F for ; Wed, 5 Oct 2005 12:22:48 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mx1.h3q.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4171343D48 for ; Wed, 5 Oct 2005 12:22:46 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mx1.h3q.net (Postfix) with ESMTP id 6A87E1A744; Wed, 5 Oct 2005 14:22:44 +0200 (CEST) Received: from mx1.h3q.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10784-03; Wed, 5 Oct 2005 14:22:42 +0200 (CEST) Received: from [10.0.0.26] (sto-nat.se.tangram-group.net [212.37.5.19]) by mx1.h3q.net (Postfix) with ESMTP id A1A751A743; Wed, 5 Oct 2005 14:22:42 +0200 (CEST) Message-ID: <4343C596.7030000@shapeshifter.se> Date: Wed, 05 Oct 2005 14:22:46 +0200 From: Fredrik Lindberg User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <4341A55B.1070209@shapeshifter.se> <20051003.165337.14303305.imp@bsdimp.com> <43424F75.3000409@shapeshifter.se> <20051004.094905.112627036.imp@bsdimp.com> In-Reply-To: <20051004.094905.112627036.imp@bsdimp.com> Content-Type: multipart/mixed; boundary="------------020401020007030706000008" X-Virus-Scanned: at mail.hamnpolare.net Cc: benlutz@datacomm.ch, current@freebsd.org Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 12:22:48 -0000 This is a multi-part message in MIME format. --------------020401020007030706000008 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit M. Warner Losh wrote: > In message: <43424F75.3000409@shapeshifter.se> > Fredrik Lindberg writes: > : M. Warner Losh wrote: > : > In message: <4341A55B.1070209@shapeshifter.se> > : > Fredrik Lindberg writes: > : > : Filtering on subvendor/subdevice might be better, I didn't even think > : > : of that and revision filtering seemed to be quite popular among > : > : exsisting drivers. > : > > : > Yes. Many chip vendors bump the revision field 'often'. Just how > : > often varies from chip maker to chip maker. Some do only when they > : > have a new version of the chip that needs special work arounds (or > : > that no longer needs them :-). Others do change it for each change to > : > the silicon. Most are somewhere inbetween. > : > > : > : The subdevice id for a rev.3 card seems to be 0x0024 (subvendor 0x1737). > : > : I don't own a rev. 2 card but google says that the rev.2 card has > : > : subdevice id 0x0015 (subvendor 0x1737). > : > > : > That might be sufficient... > : > > : > : Ok, how should this be implemented then? Just a specific check in each > : drivers probe methods or by adding some svid/sdid fields to > : struct rl_type and similar structs. > : I would go for the latter, but that might be overkill. > > I'd code it as a special case in re and sk driver's probe routine for > the moment. If more of these cards surface, then doing something more > general might be a good idea. > > Warner Ok, here is something that probes for subdevice. Somebody with a rev. 2 card needs to test this and confirm that sk(4) still attaches successfully to those cards. Fredrik --------------020401020007030706000008 Content-Type: text/plain; name="linksys-20051005.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="linksys-20051005.patch" Index: dev/re/if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.57 diff -u -r1.57 if_re.c --- dev/re/if_re.c 5 Oct 2005 10:09:15 -0000 1.57 +++ dev/re/if_re.c 5 Oct 2005 12:21:32 -0000 @@ -177,6 +177,8 @@ "RealTek 8110S Single-chip Gigabit Ethernet" }, { COREGA_VENDORID, COREGA_DEVICEID_CGLAPCIGT, RL_HWREV_8169S, "Corega CG-LAPCIGT (RTL8169S) Gigabit Ethernet" }, + { LINKSYS_VENDORID, LINKSYS_DEVICEID_EG1032, RL_HWREV_8169S, + "Linksys EG1032 (RTL8169S) Gigabit Ethernet" }, { 0, 0, 0, NULL } }; @@ -826,6 +828,17 @@ while (t->rl_name != NULL) { if ((pci_get_vendor(dev) == t->rl_vid) && (pci_get_device(dev) == t->rl_did)) { + /* + * Only attach to rev. 3 of the Linksys EG1032 adapter. + * Rev. 2 i supported by sk(4). + */ + if ((t->rl_vid == LINKSYS_VENDORID) && + (t->rl_did == LINKSYS_DEVICEID_EG1032) && + (pci_get_subdevice(dev) != + LINKSYS_SUBDEVICE_EG1032_REV3)) { + t++; + continue; + } /* * Temporarily map the I/O space Index: pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.53 diff -u -r1.53 if_rlreg.h --- pci/if_rlreg.h 29 Sep 2005 16:52:19 -0000 1.53 +++ pci/if_rlreg.h 5 Oct 2005 12:21:32 -0000 @@ -825,6 +825,21 @@ #define COREGA_DEVICEID_CGLAPCIGT 0xc107 /* + * Linksys vendor ID + */ +#define LINKSYS_VENDORID 0x1737 + +/* + * Linksys EG1032 device ID + */ +#define LINKSYS_DEVICEID_EG1032 0x1032 + +/* + * Linksys EG1032 rev 3 sub-device ID + */ +#define LINKSYS_SUBDEVICE_EG1032_REV3 0x0024 + +/* * Peppercon vendor ID */ #define PEPPERCON_VENDORID 0x1743 Index: pci/if_sk.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_sk.c,v retrieving revision 1.110 diff -u -r1.110 if_sk.c --- pci/if_sk.c 16 Sep 2005 11:11:51 -0000 1.110 +++ pci/if_sk.c 5 Oct 2005 12:21:33 -0000 @@ -1312,6 +1312,17 @@ while(t->sk_name != NULL) { if ((pci_get_vendor(dev) == t->sk_vid) && (pci_get_device(dev) == t->sk_did)) { + /* + * Only attach to rev. 2 of the Linksys EG1032 adapter. + * Rev. 3 is supported by re(4). + */ + if ((t->sk_vid == VENDORID_LINKSYS) && + (t->sk_did == DEVICEID_LINKSYS_EG1032) && + (pci_get_subdevice(dev) != + SUBDEVICEID_LINKSYS_EG1032_REV2)) { + t++; + continue; + } device_set_desc(dev, t->sk_name); return (BUS_PROBE_DEFAULT); } Index: pci/if_skreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_skreg.h,v retrieving revision 1.29 diff -u -r1.29 if_skreg.h --- pci/if_skreg.h 10 Jun 2005 16:49:23 -0000 1.29 +++ pci/if_skreg.h 5 Oct 2005 12:21:33 -0000 @@ -104,6 +104,11 @@ #define DEVICEID_LINKSYS_EG1032 0x1032 /* + * Linksys gigabit ethernet rev 2 sub-device ID + */ +#define SUBDEVICEID_LINKSYS_EG1032_REV2 0x0015 + +/* * D-Link PCI vendor ID */ #define VENDORID_DLINK 0x1186 --------------020401020007030706000008-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 12:32:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4476916A423; Wed, 5 Oct 2005 12:32:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4DEA43D48; Wed, 5 Oct 2005 12:32:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j95CWXUP095974; Wed, 5 Oct 2005 08:32:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j95CWXdi092627; Wed, 5 Oct 2005 08:32:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 73C177302F; Wed, 5 Oct 2005 08:32:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051005123233.73C177302F@freebsd-current.sentex.ca> Date: Wed, 5 Oct 2005 08:32:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 12:32:36 -0000 TB --- 2005-10-05 11:26:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-05 11:26:24 - starting HEAD tinderbox run for i386/i386 TB --- 2005-10-05 11:26:24 - cleaning the object tree TB --- 2005-10-05 11:26:39 - checking out the source tree TB --- 2005-10-05 11:26:39 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-10-05 11:26:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-05 11:32:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-05 11:32:56 - cd /src TB --- 2005-10-05 11:32:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-05 12:32:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-05 12:32:33 - ERROR: failed to build world TB --- 2005-10-05 12:32:33 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 13:14:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA64516A448 for ; Wed, 5 Oct 2005 13:14:00 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4CE643D49 for ; Wed, 5 Oct 2005 13:13:59 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so29976nzd for ; Wed, 05 Oct 2005 06:13:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=j5N9FzBv4UbrdNDwKde/BvkY3dSGhu4GKmvvHzNTpuCl/zKgC78eVSJWQ5eP6zgNeNNm/XYJq/FcscUMjMX3unJEJ94yByhLYrC/paWUDExWNb93JPWxZEe4khcscgVsBtgobwITpJO0Lw76zYing8mZIUfu0V9Rt+SY3qZ8w4U= Received: by 10.36.227.3 with SMTP id z3mr466205nzg; Wed, 05 Oct 2005 06:13:59 -0700 (PDT) Received: by 10.36.68.16 with HTTP; Wed, 5 Oct 2005 06:13:59 -0700 (PDT) Message-ID: <34cb7c840510050613u36e76be1pef82c41130da8804@mail.gmail.com> Date: Wed, 5 Oct 2005 14:13:59 +0100 From: Peter Edwards To: freebsd-current@freebsd.org In-Reply-To: <200509291303.41181.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_12820_8414373.1128518039151" References: <34cb7c8405092815247dc89bf6@mail.gmail.com> <1127978233.3383.12.camel@berloga.shadowland> <200509291303.41181.jhb@FreeBSD.org> Cc: jkim@freebsd.org Subject: Re: biodone panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Edwards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 13:14:01 -0000 ------=_Part_12820_8414373.1128518039151 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Take 2 for the biodone() panics: acd_geom_start() implements request limiting by breaking up a large request in the passed bio into a sequence of smaller ones. As each request is created, acd_strategy is invoked to start the IO. However, I think this IO can complete while still issuing the child requests, leading to the parent being retired early. (ie, when a child operation completes, it checks if its the last operation to complete, and, if so, retires the parent: see g_std_done.) The attached patch makes my qemu box much more reliable (I could crash a qemu hosted system 100% with a "tar fc" of the 6.0-BETA bootonly ISO without the patch, and it's gone through many iterations fine with it) Any opinions/testing results welcome. ------=_Part_12820_8414373.1128518039151 Content-Type: text/plain; name=ata-geom.txt; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ata-geom.txt" Index: sys/dev/ata/atapi-cd.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/atapi-cd.c,v retrieving revision 1.179.2.1 diff -u -r1.179.2.1 atapi-cd.c --- sys/dev/ata/atapi-cd.c 25 Aug 2005 16:21:05 -0000 1.179.2.1 +++ sys/dev/ata/atapi-cd.c 5 Oct 2005 12:01:33 -0000 @@ -760,7 +760,7 @@ } else { u_int pos, size = cdp->iomax - cdp->iomax % bp->bio_to->sectorsize; - struct bio *bp2; + struct bio *bp2, *first, *cur, **next = &first; for (pos = 0; pos < bp->bio_length; pos += size) { if (!(bp2 = g_clone_bio(bp))) { @@ -773,7 +773,13 @@ bp2->bio_data += pos; bp2->bio_length = MIN(size, bp->bio_length - pos); bp2->bio_pblkno = bp2->bio_offset / bp2->bio_to->sectorsize; - acd_strategy(bp2); + *next = bp2; + next = (struct bio **)&bp2->bio_driver1; + } + *next = 0; + while ((cur = first) != 0) { + first = (struct bio *)cur->bio_driver1; + acd_strategy(cur); } } } ------=_Part_12820_8414373.1128518039151-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 13:38:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAE7A16A420; Wed, 5 Oct 2005 13:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5821743D49; Wed, 5 Oct 2005 13:38:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id j95DcTuN002571; Wed, 5 Oct 2005 09:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j95DcUY9007903; Wed, 5 Oct 2005 09:38:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D712B7302F; Wed, 5 Oct 2005 09:38:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051005133829.D712B7302F@freebsd-current.sentex.ca> Date: Wed, 5 Oct 2005 09:38:29 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 13:38:32 -0000 TB --- 2005-10-05 12:32:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-05 12:32:33 - starting HEAD tinderbox run for i386/pc98 TB --- 2005-10-05 12:32:33 - cleaning the object tree TB --- 2005-10-05 12:32:49 - checking out the source tree TB --- 2005-10-05 12:32:49 - cd /tinderbox/HEAD/i386/pc98 TB --- 2005-10-05 12:32:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-05 12:39:01 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-05 12:39:01 - cd /src TB --- 2005-10-05 12:39:01 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /obj/pc98/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/pc98/src/tmp/usr/include/machine/_stdint.h:6, from /obj/pc98/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/pc98/src/tmp/usr/include/i386/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/pc98/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/pc98/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-05 13:38:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-05 13:38:29 - ERROR: failed to build world TB --- 2005-10-05 13:38:29 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 14:45:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11C9316A42B; Wed, 5 Oct 2005 14:45:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DFB643D6B; Wed, 5 Oct 2005 14:45:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j95EjaEP027796; Wed, 5 Oct 2005 10:45:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j95Ejaah037193; Wed, 5 Oct 2005 10:45:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA3F77302F; Wed, 5 Oct 2005 10:45:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051005144535.CA3F77302F@freebsd-current.sentex.ca> Date: Wed, 5 Oct 2005 10:45:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 14:45:40 -0000 TB --- 2005-10-05 13:38:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-05 13:38:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-10-05 13:38:30 - cleaning the object tree TB --- 2005-10-05 13:38:48 - checking out the source tree TB --- 2005-10-05 13:38:48 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-10-05 13:38:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-05 13:45:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-05 13:45:36 - cd /src TB --- 2005-10-05 13:45:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/sparc64/src/tmp/usr/include/bsnmp/asn1.h:186:1: this is the location of the previous definition In file included from /obj/sparc64/src/tmp/usr/include/stdint.h:35, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:36: /obj/sparc64/src/tmp/usr/include/machine/_stdint.h:81:1: "UINT32_MAX" redefined In file included from /obj/sparc64/src/tmp/usr/include/bsnmp/snmpmod.h:40, from /src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:29: /obj/sparc64/src/tmp/usr/include/bsnmp/asn1.h:189:1: this is the location of the previous definition *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-05 14:45:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-05 14:45:35 - ERROR: failed to build world TB --- 2005-10-05 14:45:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 16:10:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB1E16A41F for ; Wed, 5 Oct 2005 16:10:48 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8435543D48 for ; Wed, 5 Oct 2005 16:10:45 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id j95GHiqO082911; Wed, 5 Oct 2005 12:17:45 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Peter Edwards Date: Wed, 5 Oct 2005 12:10:28 -0400 User-Agent: KMail/1.6.2 References: <34cb7c8405092815247dc89bf6@mail.gmail.com> <200509291303.41181.jhb@FreeBSD.org> <34cb7c840510050613u36e76be1pef82c41130da8804@mail.gmail.com> In-Reply-To: <34cb7c840510050613u36e76be1pef82c41130da8804@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200510051210.30452.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1113/Wed Oct 5 07:13:44 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: biodone panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 16:10:48 -0000 On Wednesday 05 October 2005 09:13 am, Peter Edwards wrote: > Take 2 for the biodone() panics: > > acd_geom_start() implements request limiting by breaking up a large > request in the passed bio into a sequence of smaller ones. As each > request is created, acd_strategy is invoked to start the IO. > > However, I think this IO can complete while still issuing the child > requests, leading to the parent being retired early. (ie, when a > child operation completes, it checks if its the last operation to > complete, and, if so, retires the parent: see g_std_done.) > > The attached patch makes my qemu box much more reliable (I could > crash a qemu hosted system 100% with a "tar fc" of the 6.0-BETA > bootonly ISO without the patch, and it's gone through many > iterations fine with it) > > Any opinions/testing results welcome. I think you nailed it! It's a shame that I had the same theory and I was staring at the same code with scratching my head for hours but I couldn't find proper fix. :-( Tested with QEMU 0.7.2 from ports/qemu for a while with no regression. BTW, minor style comment. Please do s/0/NULL/. Thanks a bunch! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 17:20:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7287A16A41F for ; Wed, 5 Oct 2005 17:20:33 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A7843D46 for ; Wed, 5 Oct 2005 17:20:31 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so67872nzd for ; Wed, 05 Oct 2005 10:20:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YjzR7hXSw16WiE3kgxGvxa6OFJqkP7mKqNL3FPcoVPXcEAIdeUrufAjgcOaq9RegsgNiiW9se6VMdZG5Ea+tuuzDalHzNGHOfWcc1m8hrrjnDJXz/AqRGH6K2Fpoo0nGvkpLZVNW/2z8XLPhxctNgb5iktGHvtgRT1rPxDc0L7k= Received: by 10.37.12.56 with SMTP id p56mr687653nzi; Wed, 05 Oct 2005 10:20:31 -0700 (PDT) Received: by 10.36.68.16 with HTTP; Wed, 5 Oct 2005 10:20:31 -0700 (PDT) Message-ID: <34cb7c840510051020t58288c7fh2cf889864740adff@mail.gmail.com> Date: Wed, 5 Oct 2005 18:20:31 +0100 From: Peter Edwards To: Jung-uk Kim In-Reply-To: <200510051210.30452.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <34cb7c8405092815247dc89bf6@mail.gmail.com> <200509291303.41181.jhb@FreeBSD.org> <34cb7c840510050613u36e76be1pef82c41130da8804@mail.gmail.com> <200510051210.30452.jkim@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: biodone panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Edwards List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 17:20:33 -0000 On 10/5/05, Jung-uk Kim wrote: > On Wednesday 05 October 2005 09:13 am, Peter Edwards wrote: > > Take 2 for the biodone() panics: > > > > acd_geom_start() implements request limiting by breaking up a large > > request in the passed bio into a sequence of smaller ones. As each > > request is created, acd_strategy is invoked to start the IO. > > > > However, I think this IO can complete while still issuing the child > > requests, leading to the parent being retired early. (ie, when a > > child operation completes, it checks if its the last operation to > > complete, and, if so, retires the parent: see g_std_done.) > > > > The attached patch makes my qemu box much more reliable (I could > > crash a qemu hosted system 100% with a "tar fc" of the 6.0-BETA > > bootonly ISO without the patch, and it's gone through many > > iterations fine with it) > > > > Any opinions/testing results welcome. > > I think you nailed it! It's a shame that I had the same theory and I > was staring at the same code with scratching my head for hours but I > couldn't find proper fix. :-( Tested with QEMU 0.7.2 from ports/qemu > for a while with no regression. Cool, thanks for the feedback! > > BTW, minor style comment. Please do s/0/NULL/. Ah. Noted, thanks. From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 18:00:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3533E16A422 for ; Wed, 5 Oct 2005 18:00:13 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64DCC43D45 for ; Wed, 5 Oct 2005 18:00:10 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j95I08ZZ006900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Oct 2005 14:00:09 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j95I03Iw086709; Wed, 5 Oct 2005 14:00:03 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17220.5283.170670.956780@grasshopper.cs.duke.edu> Date: Wed, 5 Oct 2005 14:00:03 -0400 (EDT) To: Kris Kennaway In-Reply-To: <20051004195742.GA56798@xor.obsecurity.org> References: <17218.49812.271334.154595@grasshopper.cs.duke.edu> <20051004195742.GA56798@xor.obsecurity.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org Subject: Re: lockmgr: thread <..> unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 18:00:39 -0000 It also seems to have started happening on a second amd64 that I just upgraded from a mid-august -current to CVS cvsupped yesterday. This is a UP amd64 3000+.. Drew From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 18:21:19 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7374516A43C; Wed, 5 Oct 2005 18:21:19 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39B543D46; Wed, 5 Oct 2005 18:21:18 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j95ILIEW008833; Wed, 5 Oct 2005 11:21:18 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j95ILIcD008832; Wed, 5 Oct 2005 11:21:18 -0700 Date: Wed, 5 Oct 2005 11:21:18 -0700 From: Brooks Davis To: Gleb Smirnoff Message-ID: <20051005182118.GA5729@odin.ac.hmc.edu> References: <20051005024903.GA72743@heff.fud.org.nz> <20051005091809.GW88623@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20051005091809.GW88623@cell.sick.ru> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Brooks Davis , "yar@FreeBSD.org FreeBSD Current" , Andrew Thompson Subject: Re: panic: ifc_free_unit: bit is already cleared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 18:21:20 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 05, 2005 at 01:18:09PM +0400, Gleb Smirnoff wrote: > On Wed, Oct 05, 2005 at 03:49:03PM +1300, Andrew Thompson wrote: > A> Hi, > A>=20 > A> I have found a repeatable panic with network device cloning, unfortuna= tly I am > A> unable to dump on this box. This is sparc64 with a 2 day old current. > A>=20 > A>=20 > A> [root@dev]# kldload if_vlan > A> [root@dev]# for i in `jot 100 1`; do > A> for> ifconfig xl0.$i create > A> for> done > A> [root@dev]# kldunload if_vlan >=20 > shouldn't it return EBUSY here? The interfaces should be destroyed and the module unloaded. I suspect the problem is that if_clone_detach is either called too early or does too much. I don't have time to look at it now. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDRBmdXY6L6fI4GtQRAsR7AKCOAcpkutl7APfBQdtdNrSYKPLBaACgjZqK qA9MFAZgUnIgKU7xjRryNfk= =WTxb -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 20:37:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4140916A41F; Wed, 5 Oct 2005 20:37:07 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2C9943D46; Wed, 5 Oct 2005 20:37:06 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id DCBC750A3E; Wed, 5 Oct 2005 22:37:04 +0200 (CEST) Received: from localhost (dkq77.neoplus.adsl.tpnet.pl [83.24.20.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id F3AEF509F1; Wed, 5 Oct 2005 22:36:54 +0200 (CEST) Date: Wed, 5 Oct 2005 22:36:39 +0200 From: Pawel Jakub Dawidek To: Andrew Thompson , FreeBSD Current , Brooks Davis Message-ID: <20051005203639.GA20552@garage.freebsd.pl> References: <20051005024903.GA72743@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20051005024903.GA72743@heff.fud.org.nz> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Subject: Re: panic: ifc_free_unit: bit is already cleared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 20:37:07 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 05, 2005 at 03:49:03PM +1300, Andrew Thompson wrote: +> Hi, +>=20 +> I have found a repeatable panic with network device cloning, unfortunatl= y I am +> unable to dump on this box. This is sparc64 with a 2 day old current. The order is wrong in vlan_modevent(). if_clone_detach() is freeing ifc_units field, so ifc_free_unit() should not be called after that. This patch should fix the problem: http://people.freebsd.org/~pjd/patches/if_vlan.c.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDRDlWForvXbEpPzQRAvm5AKCCp0WdPGlkuosuJABx5UcVaXKZLwCfVXtS 9du4pfm0F+mONRaOmKK12wU= =oWg6 -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 20:52:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C73A316A41F; Wed, 5 Oct 2005 20:52:29 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 453BB43D46; Wed, 5 Oct 2005 20:52:29 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 1967F1CCD4; Thu, 6 Oct 2005 09:52:25 +1300 (NZDT) Date: Thu, 6 Oct 2005 09:52:25 +1300 From: Andrew Thompson To: Pawel Jakub Dawidek Message-ID: <20051005205224.GA75848@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Pawel Jakub Dawidek , FreeBSD Current , Brooks Davis References: <20051005024903.GA72743@heff.fud.org.nz> <20051005203639.GA20552@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051005203639.GA20552@garage.freebsd.pl> User-Agent: Mutt/1.4.2.1i Cc: Brooks Davis , FreeBSD Current Subject: Re: panic: ifc_free_unit: bit is already cleared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 20:52:29 -0000 On Wed, Oct 05, 2005 at 10:36:39PM +0200, Pawel Jakub Dawidek wrote: > On Wed, Oct 05, 2005 at 03:49:03PM +1300, Andrew Thompson wrote: > +> Hi, > +> > +> I have found a repeatable panic with network device cloning, unfortunatly I am > +> unable to dump on this box. This is sparc64 with a 2 day old current. > > The order is wrong in vlan_modevent(). > > if_clone_detach() is freeing ifc_units field, so ifc_free_unit() should not > be called after that. > > This patch should fix the problem: > Looks good to me, I see that all the cloners use this order in their unload routine. if_stf and if_vlan are the only users of ifc_free_unit() and will both have this problem. /sys/contrib/pf/net/if_pflog.c /sys/contrib/pf/net/if_pfsync.c /sys/net/if_bridge.c /sys/net/if_disc.c /sys/net/if_faith.c /sys/net/if_gif.c /sys/net/if_gre.c /sys/net/if_ppp.c /sys/net/if_stf.c /sys/net/if_vlan.c /sys/netinet/ip_carp.c Andrew From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 20:55:17 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 445DF16A41F; Wed, 5 Oct 2005 20:55:17 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6269843D46; Wed, 5 Oct 2005 20:55:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j95KtF1P031093; Wed, 5 Oct 2005 13:55:15 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j95KtFvx031092; Wed, 5 Oct 2005 13:55:15 -0700 Date: Wed, 5 Oct 2005 13:55:15 -0700 From: Brooks Davis To: Pawel Jakub Dawidek Message-ID: <20051005205515.GA30350@odin.ac.hmc.edu> References: <20051005024903.GA72743@heff.fud.org.nz> <20051005203639.GA20552@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20051005203639.GA20552@garage.freebsd.pl> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Brooks Davis , FreeBSD Current , Andrew Thompson Subject: Re: panic: ifc_free_unit: bit is already cleared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 20:55:17 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 05, 2005 at 10:36:39PM +0200, Pawel Jakub Dawidek wrote: > On Wed, Oct 05, 2005 at 03:49:03PM +1300, Andrew Thompson wrote: > +> Hi, > +>=20 > +> I have found a repeatable panic with network device cloning, unfortuna= tly I am > +> unable to dump on this box. This is sparc64 with a 2 day old current. >=20 > The order is wrong in vlan_modevent(). >=20 > if_clone_detach() is freeing ifc_units field, so ifc_free_unit() should n= ot > be called after that. >=20 > This patch should fix the problem: >=20 > http://people.freebsd.org/~pjd/patches/if_vlan.c.patch Yes. This does introduce a race in that a new interface could be created between the vlan_clone_destroy loop and the call to if_clone_detach. It's going to be hard to trigger, but it probably should be fixed. Since cloning isn't performance critical, I think adding a dead flag to the clone structure and failing all attempts once the flag is set. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDRD2zXY6L6fI4GtQRAkYcAJ95L5mfgqtdndQk2+/t94eJb4iEwwCff6Og 4NbDvw6k5op2qpWyV7D/jBQ= =vrdy -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 21:05:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F15316A41F for ; Wed, 5 Oct 2005 21:05:55 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from webhost1.tasman.net (webhost1.tasman.net [203.86.194.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F1D643D46 for ; Wed, 5 Oct 2005 21:05:54 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from [203.86.192.98] (helo=[172.16.20.244]) by webhost1.tasman.net with esmtpa (Exim 4.52 (FreeBSD)) id 1ENGSz-000GMe-RU; Thu, 06 Oct 2005 10:06:22 +1300 Message-ID: <4344F840.3050001@ThePacific.Net> Date: Thu, 06 Oct 2005 10:11:12 +0000 From: "Marcos Biscaysaqu - ThePacific.net" Organization: ThePacific.net User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050912) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Juszczak , current@freebsd.org References: <20051005145906.E40019@neptune.atopia.net> In-Reply-To: <20051005145906.E40019@neptune.atopia.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - webhost1.tasman.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - ThePacific.Net X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: Sanao 2511 with FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 21:05:55 -0000 Matt Juszczak wrote: > Hi all, > > I was wondering if the Sanao 2511 under FreeBSD can give better > quality reception than the built-in IBM Thinkpad T23 Wireless B card. > I'm in a lot of places where the reception is low (opposite sides of > my apartment, @ my College and work, etc.). > > Also, how does the Sanaro 2511 card itself work in FreeBSD? Does > anyone notice any improvements speed and performance wise? Does it > get too hot for laptops? > > Thanks! > > -Matt > _______________________________________________ > freebsd-mobile@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile > To unsubscribe, send any mail to "freebsd-mobile-unsubscribe@freebsd.org" > > > Hi there. Seano must be prism chipset, right? normally they work quite well, if you want speed get an Atheros card cheers Marcos Biscaysaqu ThePacific.net From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 21:09:51 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D638116A41F; Wed, 5 Oct 2005 21:09:51 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47CCF43D46; Wed, 5 Oct 2005 21:09:51 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 21DEA1CCDD; Thu, 6 Oct 2005 10:09:50 +1300 (NZDT) Date: Thu, 6 Oct 2005 10:09:50 +1300 From: Andrew Thompson To: Brooks Davis Message-ID: <20051005210950.GB75848@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Brooks Davis , Pawel Jakub Dawidek , FreeBSD Current , Brooks Davis References: <20051005024903.GA72743@heff.fud.org.nz> <20051005203639.GA20552@garage.freebsd.pl> <20051005205515.GA30350@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051005205515.GA30350@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2.1i Cc: Brooks Davis , Pawel Jakub Dawidek , FreeBSD Current Subject: Re: panic: ifc_free_unit: bit is already cleared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 21:09:52 -0000 On Wed, Oct 05, 2005 at 01:55:15PM -0700, Brooks Davis wrote: > On Wed, Oct 05, 2005 at 10:36:39PM +0200, Pawel Jakub Dawidek wrote: > > On Wed, Oct 05, 2005 at 03:49:03PM +1300, Andrew Thompson wrote: > > +> Hi, > > +> > > +> I have found a repeatable panic with network device cloning, unfortunatly I am > > +> unable to dump on this box. This is sparc64 with a 2 day old current. > > > > The order is wrong in vlan_modevent(). > > > > if_clone_detach() is freeing ifc_units field, so ifc_free_unit() should not > > be called after that. > > > > This patch should fix the problem: > > > > http://people.freebsd.org/~pjd/patches/if_vlan.c.patch > > Yes. This does introduce a race in that a new interface could > be created between the vlan_clone_destroy loop and the call to > if_clone_detach. I dont think this is the problem. IF_CLONE_REMREF(ifc) is freeing ifc->ifc_units in if_clone_detach(). It look like the ref counting isnt working quite right. Andrew From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 21:56:04 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48AC016A41F; Wed, 5 Oct 2005 21:56:04 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91ACA43D45; Wed, 5 Oct 2005 21:56:03 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 352531CCD4; Thu, 6 Oct 2005 10:56:02 +1300 (NZDT) Date: Thu, 6 Oct 2005 10:56:02 +1300 From: Andrew Thompson To: Brooks Davis Message-ID: <20051005215602.GA76375@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Brooks Davis , Pawel Jakub Dawidek , Brooks Davis , FreeBSD Current References: <20051005024903.GA72743@heff.fud.org.nz> <20051005203639.GA20552@garage.freebsd.pl> <20051005205515.GA30350@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051005205515.GA30350@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2.1i Cc: Brooks Davis , Pawel Jakub Dawidek , FreeBSD Current Subject: Re: panic: ifc_free_unit: bit is already cleared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 21:56:04 -0000 On Wed, Oct 05, 2005 at 01:55:15PM -0700, Brooks Davis wrote: > On Wed, Oct 05, 2005 at 10:36:39PM +0200, Pawel Jakub Dawidek wrote: > > On Wed, Oct 05, 2005 at 03:49:03PM +1300, Andrew Thompson wrote: > > +> Hi, > > +> > > +> I have found a repeatable panic with network device cloning, unfortunatly I am > > +> unable to dump on this box. This is sparc64 with a 2 day old current. > > > > The order is wrong in vlan_modevent(). > > > > if_clone_detach() is freeing ifc_units field, so ifc_free_unit() should not > > be called after that. > > > > This patch should fix the problem: > > > > http://people.freebsd.org/~pjd/patches/if_vlan.c.patch > > Yes. This does introduce a race in that a new interface could > be created between the vlan_clone_destroy loop and the call to > if_clone_detach. It's going to be hard to trigger, but it probably > should be fixed. Since cloning isn't performance critical, I think > adding a dead flag to the clone structure and failing all attempts once > the flag is set. I think this patch fixes the problem while avoiding the race. It changes ifc->ifc_refcnt to count the number of attached interfaces. Andrew Index: if_clone.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_clone.c,v retrieving revision 1.6 diff -u -p -r1.6 if_clone.c --- if_clone.c 24 Feb 2005 13:14:41 -0000 1.6 +++ if_clone.c 5 Oct 2005 21:49:13 -0000 @@ -124,7 +124,6 @@ if_clone_create(char *name, size_t len) IF_CLONERS_LOCK(); LIST_FOREACH(ifc, &if_cloners, ifc_list) { if (ifc->ifc_match(ifc, name)) { - IF_CLONE_ADDREF(ifc); break; } } @@ -134,7 +133,6 @@ if_clone_create(char *name, size_t len) return (EINVAL); err = (*ifc->ifc_create)(ifc, name, len); - IF_CLONE_REMREF(ifc); return (err); } @@ -156,7 +154,6 @@ if_clone_destroy(const char *name) IF_CLONERS_LOCK(); LIST_FOREACH(ifc, &if_cloners, ifc_list) { if (strcmp(ifc->ifc_name, ifp->if_dname) == 0) { - IF_CLONE_ADDREF(ifc); break; } } @@ -172,7 +169,6 @@ if_clone_destroy(const char *name) err = (*ifc->ifc_destroy)(ifc, ifp); done: - IF_CLONE_REMREF(ifc); return (err); } @@ -353,6 +349,7 @@ ifc_alloc_unit(struct if_clone *ifc, int * Allocate the unit in the bitmap. */ ifc->ifc_units[bytoff] |= (1 << bitoff); + IF_CLONE_ADDREF_LOCKED(ifc); done: IF_CLONE_UNLOCK(ifc); @@ -375,7 +372,7 @@ ifc_free_unit(struct if_clone *ifc, int KASSERT((ifc->ifc_units[bytoff] & (1 << bitoff)) != 0, ("%s: bit is already cleared", __func__)); ifc->ifc_units[bytoff] &= ~(1 << bitoff); - IF_CLONE_UNLOCK(ifc); + IF_CLONE_REMREF_LOCKED(ifc); /* releases lock */ } void From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 23:25:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C16416A41F for ; Wed, 5 Oct 2005 23:25:00 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8F1A43D45 for ; Wed, 5 Oct 2005 23:24:59 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 285091015C; Thu, 6 Oct 2005 01:24:58 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 7BE2F4083; Thu, 6 Oct 2005 01:24:53 +0200 (CEST) Date: Thu, 6 Oct 2005 01:24:53 +0200 From: Jeremie Le Hen To: James Snow Message-ID: <20051005232453.GV43195@obiwan.tataz.chchile.org> References: <20051004235906.GA92522@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051004235906.GA92522@teardrop.org> User-Agent: Mutt/1.5.10i Cc: freebsd-current@freebsd.org Subject: Re: 6.0-BETA5 panic at shutdown with ULE scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 23:25:00 -0000 Hi James, On Tue, Oct 04, 2005 at 07:59:07PM -0400, James Snow wrote: > Syncing disks, vnodes remaining...6 1 3 0 0 done > All buffers synced. > Uptime: 5h37m31s > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x10002 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc052ca92 > stack pointer = 0x28:0xd3e1db24 > frame pointer = 0x28:0xd3e1db28 > code segment = base 0x0, limit oxfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 39 (swi6: task queue) > trap number = 12 > panic: page fault > > There was a dump as well, a little over 500MB. Let me know what else I > can provide. Kernel dumps are useful, but heavy. Posting a stack backtrace could lead developpers to understand what has happened and then to fix the problem. Could you load your dump in kgdb(1) with kernel.debug and then post the output of "backtrace full" please ? Thanks, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 00:03:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEFF316A41F; Thu, 6 Oct 2005 00:03:22 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5372643D45; Thu, 6 Oct 2005 00:03:21 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from geri.cc.fer.hr (localhost.cc.fer.hr [127.0.0.1]) by geri.cc.fer.hr (8.13.4/8.13.1) with ESMTP id j960190v057807; Thu, 6 Oct 2005 02:01:09 +0200 (CEST) (envelope-from ivoras@fer.hr) Received: from localhost (ivoras@localhost) by geri.cc.fer.hr (8.13.4/8.13.1/Submit) with ESMTP id j960195l057804; Thu, 6 Oct 2005 02:01:09 +0200 (CEST) (envelope-from ivoras@fer.hr) X-Authentication-Warning: geri.cc.fer.hr: ivoras owned process doing -bs Date: Thu, 6 Oct 2005 02:01:09 +0200 (CEST) From: Ivan Voras Sender: ivoras@geri.cc.fer.hr To: hackers@freebsd.org, current@freebsd.org Message-ID: <20051006015311.N57718@geri.cc.fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: ggtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 00:03:23 -0000 I'd like to announce a new utility for FreeBSD, named "ggtrace". It's a graphical (X11) utility that displays I/O on a ggate device in a window. It can attach to any device or file, producing a /dev/ggateN device which can be used as usual - for example for hosting filesystems. All I/O requests are logged and displayed as a histogram of activity. The sources are here: http://ivoras.sharanet.org/stuff/ggtrace.tgz You'll need X11, libpng and wxgtk26-contrib ports installed before building it. Read the README file before using the application! This is still software under development and I'd like to hear any feedback you might have on it :) -- Ivan Voras From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 05:38:55 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8392D16A41F; Thu, 6 Oct 2005 05:38:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38D0D43D48; Thu, 6 Oct 2005 05:38:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [70.30.70.180]) by elvis.mu.org (Postfix) with ESMTP id E471D1A3C1E; Wed, 5 Oct 2005 22:38:54 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CEE08512A7; Thu, 6 Oct 2005 01:38:53 -0400 (EDT) Date: Thu, 6 Oct 2005 01:38:53 -0400 From: Kris Kennaway To: Don Lewis Message-ID: <20051006053853.GA58630@xor.obsecurity.org> References: <200510041328.05637.mi+mx@aldan.algebra.com> <200510050220.j952KD25025940@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <200510050220.j952KD25025940@gw.catspoiler.org> User-Agent: Mutt/1.4.2.1i Cc: mi+mx@aldan.algebra.com, re@FreeBSD.org, current@FreeBSD.org, openoffice@FreeBSD.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 05:38:55 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 04, 2005 at 07:20:13PM -0700, Don Lewis wrote: > On 4 Oct, Mikhail Teterin wrote: > > ???????? 04 ??????? 2005 13:08, Don Lewis ?? ????????: > >> Hung trying to lock a vnode ... > >> > >> What other processes are in the D state, and what is their wchan info? > >=20 > > mi@roo:~ (301) ps -lax | awk 'match($10, "D")' > > 0 2 0 0 -8 0 0 8 - DL ?? 0:06,50 [g_= event] > > 0 3 0 0 -8 0 0 8 - DL ?? 0:39,71 [g_= up] > > 0 4 0 0 -8 0 0 8 - DL ?? 0:31,21 [g_= down] > > 0 5 0 0 8 0 0 8 - DL ?? 0:00,00 [th= read taskq] > > 0 6 0 0 8 0 0 8 - DL ?? 0:00,00 [kq= ueue taskq] > > 0 7 0 0 96 0 0 8 idle DL ?? 0:00,00 [ai= c_recovery0] > > 0 8 0 0 96 0 0 8 idle DL ?? 0:00,00 [ai= c_recovery0] > > 0 9 0 0 96 0 0 8 idle DL ?? 0:00,00 [ai= c_recovery1] > > 0 10 0 0 -16 0 0 8 ktrace DL ?? 0:00,00 [kt= race] > > 0 39 0 0 -16 0 0 8 - DL ?? 0:09,21 [ya= rrow] > > 0 44 0 0 8 0 0 8 usbevt DL ?? 0:00,01 [us= b0] > > 0 45 0 0 8 0 0 8 usbtsk DL ?? 0:00,00 [us= btask] > > 0 46 0 0 96 0 0 8 idle DL ?? 0:00,00 [ai= c_recovery1] > > 0 47 0 0 -8 0 0 8 - DL ?? 0:00,91 [fd= c0] > > 0 49 0 0 -16 0 0 8 psleep DL ?? 0:03,51 [pa= gedaemon] > > 0 50 0 0 20 0 0 8 psleep DL ?? 0:00,00 [vm= daemon] > > 0 51 0 0 171 0 0 8 pgzero DL ?? 12:19,32 [pa= gezero] > > 0 52 0 0 -16 0 0 8 psleep DL ?? 0:06,55 [bu= fdaemon] > > 0 53 0 0 20 0 0 8 syncer DL ?? 1:00,40 [sy= ncer] > > 0 54 0 0 -4 0 0 8 vlruwt DL ?? 0:03,16 [vn= lru] > > 0 55 0 0 -64 0 0 8 - DL ?? 0:11,48 [sc= hedcpu] > > 0 115 0 0 -8 0 0 8 mdwait DL ?? 0:05,75 [md= 7] > > 0 45773 45771 0 -4 0 1740 1208 ufs D p1 0:00,32 dma= ke > > 0 45806 45788 350 -4 0 1548 632 ufs D p1 0:00,00 /bi= n/tcsh -fc zipdep.pl -u -j ../../../ > > 0 65072 64985 271 -4 0 1248 480 ufs D p1 0:00,00 /bi= n/tcsh -fc if ( -e ../../../unxfbsd.p > > 0 65327 8694 0 -4 0 1432 908 ufs D+ p2 0:02,05 fin= d work/ -name provider.o >=20 > Mikhail and I have been looking at this offline and have discovered the > following: > The wedged processes are waiting for vnode locks in the file > name lookup path for the access() and lstat syscalls(). >=20 > There are two locked directories that are wedging these > processes. >=20 > We don't know what threads are holding the locks on these > directories, but we do know that is is none of the threads > associated with these processes, so it is not a classic deadlock > problem. 'show lockedvnods' doesn't help? There is code in -current that saves stack traces when lockmgr locks are acquired, when DEBUG_LOCKS is enabled - except it sometimes panics while trying to save the trace because of a code bug. I remind jeffr about this on a more-or-less daily basis, but he hasn't had time to commit the fix he has yet. It still may be useful if this is easily reproducible. > This problem appears to be some sort of vnode lock leak. leaked lockmgr locks usually panic when the thread exits. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDRLhtWry0BWjoQKURAqbBAKDDYHRox1Y3jeJDYh+vI/po8nMInACfXsXw tqAxMscrtIZGb5inaiXgMfQ= =WUq1 -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 06:14:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B71A16A41F for ; Thu, 6 Oct 2005 06:14:14 +0000 (GMT) (envelope-from caiquanqing@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A13543D4C for ; Thu, 6 Oct 2005 06:14:10 +0000 (GMT) (envelope-from caiquanqing@gmail.com) Received: by xproxy.gmail.com with SMTP id t4so213822wxc for ; Wed, 05 Oct 2005 23:14:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=ClshyQAFPL+rJp/brij7SzmdL+FY5t0PSUJiBArRUeGQVwX92v9DeB8eyMyiClhUy2am+Q/P2JUTzmrSwIYacZJVXFip/j2DqXWQLA4OYo00UwEsHVlp0ymK4vQ2WShQJMEg6DaHt1XBAXHzOQq5xb6FPjzUf4l3ewunLLh3lfU= Received: by 10.70.18.9 with SMTP id 9mr964485wxr; Wed, 05 Oct 2005 23:14:10 -0700 (PDT) Received: by 10.70.11.18 with HTTP; Wed, 5 Oct 2005 23:14:10 -0700 (PDT) Message-ID: <2b22951e0510052314m524a3767u64df1aeb679689c@mail.gmail.com> Date: Wed, 5 Oct 2005 23:14:10 -0700 From: "Cai, Quanqing" To: freebsd-firewire@freebsd.org, freebsd-drivers@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <2b22951e0510032051v781bfebej3c5250a3741fd31d@mail.gmail.com> MIME-Version: 1.0 References: <2b22951e0510032051v781bfebej3c5250a3741fd31d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: kern/82727 : [modules] kernel module if_fwip fails to load, machine panics if compiled in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Cai, Quanqing" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 06:14:14 -0000 I have posted this message to freebsd-firewire@freebsd.org, but looks nobod= y care about it:( Anybody review and commit it? I already tested it on my two systems, one is FreeBSD 6.0-BETA5, another is FreeBSD 7.0-CURRENT, and works great, I can scp file at 8MBytes/s. Here is diff: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/net/if_fwsubr.c Wed Oct 5 23:01:19 2005 +++ if_fwsubr.c Wed Oct 5 22:55:08 2005 @@ -850,10 +850,10 @@ } static moduledata_t firewire_mod =3D { - "firewire", + "firewire_media", firewire_modevent, 0 }; -DECLARE_MODULE(firewire, firewire_mod, SI_SUB_INIT_IF, SI_ORDER_ANY); -MODULE_VERSION(firewire, 1); +DECLARE_MODULE(firewire_media, firewire_mod, SI_SUB_INIT_IF, SI_ORDER_ANY)= ; +MODULE_VERSION(firewire_media, 1); =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BR Cai, Quanqing On 10/3/05, Cai, Quanqing wrote: > > Hi guys, > > For kern/82727 I dig into source and find some clues as below. > > In file /sys/net/if_fwsubr.c we have following lines: > DECLARE_MODULE(firewire, firewire_mod, SI_SUB_INIT_IF, SI_ORDER_ANY); > MODULE_VERSION(firewire, 1); > > In file /sys/dev/firewire/firewire.c we also have conflict lines: > > DRIVER_MODULE(firewire,fwohci,firewire_driver,firewire_devclass,fw_modeve= nt,0); > MODULE_VERSION(firewire, 1); > > So it's very clear where problem is in.I just make some simple changes in > file /sys/net/if_fwsubr.c and fwip works: change firewire to firewire_med= ia. > > I will try to find another computer to test if linking two computers > through fwip works. > > BR > Cai, Quanqing > From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 06:55:04 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 184E716A41F; Thu, 6 Oct 2005 06:55:04 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DB0843D4C; Thu, 6 Oct 2005 06:55:03 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7DF6850B83; Thu, 6 Oct 2005 08:55:01 +0200 (CEST) Received: from localhost (dkq77.neoplus.adsl.tpnet.pl [83.24.20.77]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A706750B1C; Thu, 6 Oct 2005 08:54:54 +0200 (CEST) Date: Thu, 6 Oct 2005 08:54:38 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20051006065438.GA23045@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Subject: Cross-compiling current kernel. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 06:55:04 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'm not able to cross-compile i386 kernel on amd64 machine. It worked without any problems before, but with recent HEAD, I get this error: -------------------------------------------------------------- >>> stage 3.1: making dependencies -------------------------------------------------------------- cd /usr/obj/i386/usr/home/src/HEAD/src/sys/LAB; MAKEOBJDIRPREFIX=3D/usr/ob= j/i386 MACHINE_ARCH=3Di386 MACHINE=3Di386 CPUTYPE=3D GROFF_BIN_PATH=3D/= usr/obj/i386/usr/home/src/HEAD/src/tmp/legacy/usr/bin GROFF_FONT_PATH=3D/u= sr/obj/i386/usr/home/src/HEAD/src/tmp/legacy/usr/share/groff_font GROFF_TM= AC_PATH=3D/usr/obj/i386/usr/home/src/HEAD/src/tmp/legacy/usr/share/tmac _S= HLIBDIRPREFIX=3D/usr/obj/i386/usr/home/src/HEAD/src/tmp INSTALL=3D"sh /usr= /home/src/HEAD/src/tools/install.sh" PATH=3D/usr/obj/i386/usr/home/src/HEA= D/src/tmp/legacy/usr/sbin:/usr/obj/i386/usr/home/src/HEAD/src/tmp/legacy/us= r/bin:/usr/obj/i386/usr/home/src/HEAD/src/tmp/legacy/usr/games:/usr/obj/i38= 6/usr/home/src/HEAD/src/tmp/usr/sbin:/usr/obj/i386/usr/home/src/HEAD/src/tm= p/usr/bin:/usr/obj/i386/usr/home/src/HEAD/src/tmp/usr/games:/sbin:/bin:/usr= /sbin:/usr/bin make KERNEL=3Dkernel depend -DNO_MODULES_OBJ cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes= -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensi= ons -std=3Dc99 -g -nostdinc -I- -I. -I/usr/home/src/HEAD/src/sys -I/usr/hom= e/src/HEAD/src/sys/contrib/dev/acpica -I/usr/home/src/HEAD/src/sys/contrib/= altq -I/usr/home/src/HEAD/src/sys/contrib/ipfilter -I/usr/home/src/HEAD/src= /sys/contrib/pf -I/usr/home/src/HEAD/src/sys/contrib/dev/ath/freebsd -I/usr= /home/src/HEAD/src/sys/contrib/ngatm -I/usr/home/src/HEAD/src/sys/dev/twa -= D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dn= ow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /usr/home/src/HEAD/src/sys/i= 386/i386/genassym.c /usr/home/src/HEAD/src/sys/i386/i386/genassym.c:1: error: -mpreferred-stack= -boundary=3D2 is not between 4 and 12 *** Error code 1 Stop in /usr/home/obj/i386/usr/home/src/HEAD/src/sys/LAB. *** Error code 1 Any ideas? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDRMouForvXbEpPzQRAoyvAJoCtAfn+1ygDeJFcu5cHnpV5CgkyQCgsKK0 mgj3zDUSLMSn4SXLx435dBY= =wFjA -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 07:13:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1294716A420; Thu, 6 Oct 2005 07:13:31 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3648843D48; Thu, 6 Oct 2005 07:13:29 +0000 (GMT) (envelope-from jura@networks.ru) Received: from [81.195.67.217] (HELO Jura) by networks.ru (CommuniGate Pro SMTP 4.3.8) with ESMTPS id 1984457; Thu, 06 Oct 2005 11:13:28 +0400 Message-ID: <069d01c5ca45$30825850$6504010a@Jura> From: "Yuriy N. Shkandybin" To: Date: Thu, 6 Oct 2005 11:11:32 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Cc: freebsd-net@freebsd.org Subject: pf synproxy broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 07:13:31 -0000 Hello. Please look at PR 86072. I've confirm that this issue exist in latest STABLE and HEAD. How it looks: 1) without synproxy telnet localhost 22 Trying ::1... Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. SSH-2.0-OpenSSH_4.2p1 FreeBSD-20050903 2) with synproxy pass in log on lo0 proto tcp from any to any port 22 flags S/SA synproxy state telnet localhost 22 Trying ::1... Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. That's all no actual connection. netstat: tcp4 0 0 127.0.0.1.45427 127.0.0.1.22 ESTABLISHED pfÓtl -s state self tcp 127.0.0.1:22 <- 127.0.0.1:45427 PROXY:DST Jura From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 07:53:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79BF016A41F for ; Thu, 6 Oct 2005 07:53:15 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6FDC43D58 for ; Thu, 6 Oct 2005 07:53:14 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by pastinakel.tue.nl (Postfix) with ESMTP id 8AACF14BDB5 for ; Thu, 6 Oct 2005 09:53:13 +0200 (CEST) Received: from pastinakel.tue.nl ([127.0.0.1]) by localhost (pastinakel.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47113-01 for ; Thu, 6 Oct 2005 09:53:12 +0200 (CEST) Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100]) by pastinakel.tue.nl (Postfix) with ESMTP id DFCA714BDB2 for ; Thu, 6 Oct 2005 09:53:12 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72]) by umta.win.tue.nl (Postfix) with ESMTP id DD78731401C for ; Thu, 6 Oct 2005 09:53:12 +0200 (CEST) Received: by pcwin002.win.tue.nl (Postfix, from userid 1001) id CA42640E4; Thu, 6 Oct 2005 09:53:12 +0200 (CEST) Date: Thu, 6 Oct 2005 09:53:12 +0200 From: Stijn Hoop To: freebsd-current@freebsd.org Message-ID: <20051006075312.GM86136@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Subject: interrupt throttling stepping in too soon? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 07:53:15 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On 6.0-BETA5 I was initializing a gvinum RAID-5 array of 565GB. This took about 28 hours, and completed without errors. Due to a rocky start while creating this volume and the fact that I've been bitten by parity errors in the past I decided to do a complete 'checkparity' right after the array came up. This was yesterday afternoon. This morning I came in to find the system unresponsive. On the console there were multiple DMA_TIMEOUT messages for the disks of the array, and just above those was a line about an 'interrupt storm for atapci0, throttling'. Sure enough this is the controller that all the disks are on. Doubly unfortunate however was that upon attempting to reboot (CTRL+ALT+DEL still worked), the system dropped into the debugger after having 'synced all disks'. Being naive I thought 'oh well I'll debug after reboot' and rebooted. Apparently this was a stupid thing to do because my whole / had gone missing. While this has no real relevance on the problem at hand, it had an unfortunate side effect: due to the fact that I had to reinstall, I have no actual log messages anymore :( What I do have are the dmesg lines for the setup, see below. Is it possible that the interrupt storm detection and subsequent throttling is triggering too early, leading to lost interrupts, and in this case DMA_TIMEOUTS? As far as I can tell the system worked beautifully while initializing, and for +- 8 hours checking parity. It is now rebuilding again (*twiddle thumbs*) and it still seems to work perfectly. I therefore do not primarily suspect the hardware (although it is of course possible). It could be that the daily periodic job triggered more I/O, so much so that the system overloaded (although the relevant controller has no mounted drives of course). Relevant dmesg: atapci0: port 0xd400-0xd407,0xd000-0x= d003,0xb800-0xb807,0xb400-0xb403,0xb000-0xb00f mem 0xed800000-0xed803fff ir= q 11 at device 13.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,= 0x376,0xa400-0xa40f at device 17.1 on pci0 ata0: on atapci1 ata1: on atapci1 ad0: 38166MB at ata0-master UDMA100 ad1: 117246MB at ata0-slave UDMA133 ad2: 117246MB at ata1-master UDMA133 ad3: 117246MB at ata1-slave UDMA133 ad4: 194481MB at ata2-master UDMA133 ad5: 194481MB at ata2-slave UDMA133 ad6: 194481MB at ata3-master UDMA133 ad7: 239372MB at ata3-slave UDMA133 The array is on disks ad4, ad5, ad6 and ad7 (yes, I know that having only 1 disk per channel is more effective. Speed is not really an issue here). gvinum setup (now reinitializing as you can see): V data State: down Plexes: 1 Size: 565 GB P data.p0 R5 State: down Subdisks: 4 Size: 565 GB S data.p0.s0 State: I 2% D: pluto Size: 188 GB S data.p0.s1 State: I 2% D: donald Size: 188 GB S data.p0.s2 State: I 2% D: goofy Size: 188 GB S data.p0.s3 State: I 2% D: mickey Size: 188 GB Thanks for any answers. --Stijn --=20 A "No" uttered from deepest conviction is better and greater than a "Yes" merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDRNfoY3r/tLQmfWcRAtfqAKCcaxoXACDfdJL1Xt28jWiceecjkQCfbi54 98kCsOhO7ZnyXdVfekSVMYs= =XFM0 -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 08:39:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1BA516A420 for ; Thu, 6 Oct 2005 08:39:11 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from vfemail.net (miwi2dsl-a234.wi.tds.net [216.170.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CDC943D49 for ; Thu, 6 Oct 2005 08:39:10 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: (qmail 38101 invoked by uid 85); 6 Oct 2005 08:39:09 -0000 Received: from akbeech@gmail.com by mail.vfemail.net by uid 0 with qmail-scanner-1.16 (clamscan: 0.75.1. spamassassin: 2.63. Clear:. Processed in 1.731821 secs); 06 Oct 2005 08:39:09 -0000 Received: from unknown (HELO ?192.168.2.200?) (alaska@vfemail.net@209.124.141.64) by miwi2dsl-a234.wi.tds.net with RC4-MD5 encrypted SMTP; 6 Oct 2005 08:39:07 -0000 From: Beecher Rintoul Organization: NorthWind Communications To: freebsd-current@freebsd.org Date: Thu, 6 Oct 2005 00:38:35 -0800 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1173124.4LHVOkl2Bx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510060039.02162.akbeech@gmail.com> Subject: error in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 08:39:11 -0000 --nextPart1173124.4LHVOkl2Bx Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I'm getting the following on today's current installworld: =2D------------------------------------------------------------ >>> Installing everything =2D------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install =3D=3D=3D> share/info (install) =3D=3D=3D> include (install) creating osreldate.h from newvers.sh touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 I remember this from some time ago, but I don't remember the fix. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \=20 =2D------------------------------------------------------------------------= =2D------------- --nextPart1173124.4LHVOkl2Bx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDROKmVq19LUoGB+MRAifZAKC2wORt2WenvrkXQqPo1xln20x3fACgntU/ RE5SDviSJ9SsYZpoNAlAkDc= =pAAj -----END PGP SIGNATURE----- --nextPart1173124.4LHVOkl2Bx-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 09:06:38 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4963916A41F for ; Thu, 6 Oct 2005 09:06:38 +0000 (GMT) (envelope-from matthew@thebunker.net) Received: from male.aldigital.co.uk (male.thebunker.net [213.129.64.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1DA743D46 for ; Thu, 6 Oct 2005 09:06:37 +0000 (GMT) (envelope-from matthew@thebunker.net) Received: from lack-of-gravitas.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by male.aldigital.co.uk (Postfix) with ESMTP id BF7D597681; Thu, 6 Oct 2005 10:06:36 +0100 (BST) Received: from lack-of-gravitas.thebunker.net (localhost [127.0.0.1]) by lack-of-gravitas.thebunker.net (8.13.4/8.13.4) with ESMTP id j9696Z9S037811; Thu, 6 Oct 2005 10:06:36 +0100 (BST) (envelope-from matthew@lack-of-gravitas.thebunker.net) Received: (from matthew@localhost) by lack-of-gravitas.thebunker.net (8.13.4/8.13.4/Submit) id j9696ZHm037810; Thu, 6 Oct 2005 10:06:35 +0100 (BST) (envelope-from matthew) Date: Thu, 6 Oct 2005 10:06:35 +0100 From: Matthew Seaman To: Beecher Rintoul Message-ID: <20051006090634.GA22551@lack-of-gravitas.thebunker.net> Mail-Followup-To: Beecher Rintoul , freebsd-current@freebsd.org References: <200510060039.02162.akbeech@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <200510060039.02162.akbeech@gmail.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: error in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 09:06:38 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 06, 2005 at 12:38:35AM -0800, Beecher Rintoul wrote: > I'm getting the following on today's current installworld: >=20 > ------------------------------------------------------------- > >>> Installing everything > -------------------------------------------------------------- > cd /usr/src; make -f Makefile.inc1 install > =3D=3D=3D> share/info (install) > =3D=3D=3D> include (install) > creating osreldate.h from newvers.sh > touch: not found > *** Error code 127 >=20 > Stop in /usr/src/include. > *** Error code 1 >=20 > I remember this from some time ago, but I don't remember the fix. Don't mount /tmp noexec? Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 8 Dane Court Manor School Rd PGP: http://www.infracaninophile.co.uk/pgpkey Tilmanstone Tel: +44 1304 617253 Kent, CT14 0JL UK --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iQCVAwUBQ0TpGpr7OpndfbmCAQIygwQApb6thER6/Fag7BdhgjcMcfW5KEaBN2IY iohO5X2JUPLg7H6MESh/fZrmb74FuO4F5BwNevQwI9P/20uVEriYIwGxVlSKs633 QQ/fDaHpl4jIlptnqpVuV9K3WVHuLXMU3OquYbCkUYUkHqjE5qcW5XgjGklW0e/c wmn0O8DqWYY= =J7yu -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 09:51:46 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F0BC16A41F for ; Thu, 6 Oct 2005 09:51:46 +0000 (GMT) (envelope-from tjr@freebsd.org) Received: from mail.netspace.net.au (cumulus.netspace.net.au [203.10.110.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id A206743D49 for ; Thu, 6 Oct 2005 09:51:45 +0000 (GMT) (envelope-from tjr@freebsd.org) Received: from [192.168.0.2] (220-253-14-241.VIC.netspace.net.au [220.253.14.241]) by mail.netspace.net.au (Postfix) with ESMTP id 30A667B710; Thu, 6 Oct 2005 19:51:40 +1000 (EST) Message-ID: <4344F3AD.3010503@freebsd.org> Date: Thu, 06 Oct 2005 19:51:41 +1000 From: Tim Robbins User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20051005054059.GA25393@xor.obsecurity.org> In-Reply-To: <20051005054059.GA25393@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: cpio incorrectly dereferencing symlinks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 09:51:46 -0000 Kris Kennaway wrote: >The new cpio (invoked by cpio -dump) copies symlinks by dereferencing >them, i.e. copying the files they point to, instead of the symlinks >themselves. This is a regression. > This should be fixed now. Thanks for the report. Tim From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 09:51:52 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1793F16A41F; Thu, 6 Oct 2005 09:51:51 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3710643D45; Thu, 6 Oct 2005 09:51:50 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4119550B83; Thu, 6 Oct 2005 11:51:48 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CCB8C50B1C; Thu, 6 Oct 2005 11:51:39 +0200 (CEST) Date: Thu, 6 Oct 2005 11:51:39 +0200 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20051006095139.GB23662@garage.freebsd.pl> References: <20051006065438.GA23045@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: <20051006065438.GA23045@garage.freebsd.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng devel (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Subject: Re: Cross-compiling current kernel. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 09:51:52 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 06, 2005 at 08:54:38AM +0200, Pawel Jakub Dawidek wrote: +> Hi. +>=20 +> I'm not able to cross-compile i386 kernel on amd64 machine. +> It worked without any problems before, but with recent HEAD, I get this +> error: +>=20 +> -------------------------------------------------------------- +> >>> stage 3.1: making dependencies +> -------------------------------------------------------------- +> cd /usr/obj/i386/usr/home/src/HEAD/src/sys/LAB; MAKEOBJDIRPREFIX=3D/usr= /obj/i386 MACHINE_ARCH=3Di386 MACHINE=3Di386 CPUTYPE=3D GROFF_BIN_PATH= =3D/usr/obj/i386/usr/home/src/HEAD/src/tmp/legacy/usr/bin GROFF_FONT_PATH= =3D/usr/obj/i386/usr/home/src/HEAD/src/tmp/legacy/usr/share/groff_font GRO= FF_TMAC_PATH=3D/usr/obj/i386/usr/home/src/HEAD/src/tmp/legacy/usr/share/tma= c _SHLIBDIRPREFIX=3D/usr/obj/i386/usr/home/src/HEAD/src/tmp INSTALL=3D"sh= /usr/home/src/HEAD/src/tools/install.sh" PATH=3D/usr/obj/i386/usr/home/sr= c/HEAD/src/tmp/legacy/usr/sbin:/usr/obj/i386/usr/home/src/HEAD/src/tmp/lega= cy/usr/bin:/usr/obj/i386/usr/home/src/HEAD/src/tmp/legacy/usr/games:/usr/ob= j/i386/usr/home/src/HEAD/src/tmp/usr/sbin:/usr/obj/i386/usr/home/src/HEAD/s= rc/tmp/usr/bin:/usr/obj/i386/usr/home/src/HEAD/src/tmp/usr/games:/sbin:/bin= :/usr/sbin:/usr/bin make KERNEL=3Dkernel depend -DNO_MODULES_OBJ +> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-exte= nsions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/home/src/HEAD/src/sys -I/usr/= home/src/HEAD/src/sys/contrib/dev/acpica -I/usr/home/src/HEAD/src/sys/contr= ib/altq -I/usr/home/src/HEAD/src/sys/contrib/ipfilter -I/usr/home/src/HEAD/= src/sys/contrib/pf -I/usr/home/src/HEAD/src/sys/contrib/dev/ath/freebsd -I/= usr/home/src/HEAD/src/sys/contrib/ngatm -I/usr/home/src/HEAD/src/sys/dev/tw= a -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-lim= it=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D= 1000 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3= dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /usr/home/src/HEAD/src/sys= /i386/i386/genassym.c +> /usr/home/src/HEAD/src/sys/i386/i386/genassym.c:1: error: -mpreferred-st= ack-boundary=3D2 is not between 4 and 12 +> *** Error code 1 +>=20 +> Stop in /usr/home/obj/i386/usr/home/src/HEAD/src/sys/LAB. +> *** Error code 1 +>=20 +> Any ideas? I'm sorry, false alarm. I cleaned up my obj/ directory and forget to build toolchain. BTW. It was still failing when I only built kernel-toolchain. It started to work after building the whole toolchain. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --K8nIJk4ghYZn606h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDRPOrForvXbEpPzQRAiV3AKCibQ85DMN06GZATHi0sPjVXH8xyACgsfiY rtnjQqLORYnTTS/LSVhniKo= =EYog -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 10:48:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BEED16A41F for ; Thu, 6 Oct 2005 10:48:30 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7617243D4C for ; Thu, 6 Oct 2005 10:48:29 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j96AmQTY017605; Thu, 6 Oct 2005 11:48:26 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j96AmQlU025432; Thu, 6 Oct 2005 11:48:26 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j96AmQJK025431; Thu, 6 Oct 2005 11:48:26 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Beecher Rintoul In-Reply-To: <200510060039.02162.akbeech@gmail.com> References: <200510060039.02162.akbeech@gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 06 Oct 2005 11:48:25 +0100 Message-Id: <1128595705.25106.8.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: error in installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 10:48:30 -0000 On Thu, 2005-10-06 at 00:38 -0800, Beecher Rintoul wrote: > Hi, > I'm getting the following on today's current installworld: > > ------------------------------------------------------------- > >>> Installing everything > -------------------------------------------------------------- > cd /usr/src; make -f Makefile.inc1 install > ===> share/info (install) > ===> include (install) > creating osreldate.h from newvers.sh > touch: not found > *** Error code 127 > > Stop in /usr/src/include. > *** Error code 1 > > I remember this from some time ago, but I don't remember the fix. The fix for this problem is to use Google. Clue: You're feeling lucky. http://www.google.co.uk/search?hl=en&q=freebsd+%22touch%3A+not+found% 22&btnI Gavin From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 11:21:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D81C916A41F for ; Thu, 6 Oct 2005 11:21:58 +0000 (GMT) (envelope-from current@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF2943D49 for ; Thu, 6 Oct 2005 11:21:57 +0000 (GMT) (envelope-from current@dino.sk) Received: from tablet.dino.sk ([213.215.74.194]) (AUTH: PLAIN milan, SSL: TLSv1/SSLv3,128bits,RC4-MD5) by bsd.dino.sk with esmtp; Thu, 06 Oct 2005 13:22:51 +0200 id 0000022E.4345090B.0000760F From: Milan Obuch To: freebsd-current@freebsd.org Date: Thu, 6 Oct 2005 13:21:33 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510061321.35170.current@dino.sk> Subject: pcf module problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 11:21:59 -0000 While working on ACCESS.bus support for Geode based WRAP boards I run into some linker issue. As Geode's controller is full hardware implementation, I used pcf as a template, sort of. After I put my base module infrastructure together and began work with actual hardware functions and iicbus interface, my module no longer kldloaded. Then I checked pcf module and found the same behavior. If you have no 'device iicbus' in kernel configuration, issuing 'kldload pcf' gives link_elf: symbol iicbus_intr undefined kldload: can't load pcf: No such file or directory. Adding 'device iibus' into kernel configuration and rebuilding kernel fixes this, so it looks like symbol is just not exported. As I am using module for development and resulting code will be built in kernel in application platform (most probably), it is not big issue to me. I use found work-around. It would be just nice to get this fixed. Anyway, is anybody out there using pcf? There is some work done in this area, but not yet linked into main tree. I have not pcf hardware, so I can not test anything in this area, but it would be good to make the transition from older i386/isa/pcf.c to new dev/pcf/... Milan From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 11:34:06 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 610B616A41F; Thu, 6 Oct 2005 11:34:06 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF76E43D46; Thu, 6 Oct 2005 11:34:05 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j96BY1TY026568; Thu, 6 Oct 2005 12:34:01 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j96BY11X025591; Thu, 6 Oct 2005 12:34:01 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j96BY1ML025590; Thu, 6 Oct 2005 12:34:01 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: John Baldwin In-Reply-To: <200509291210.38799.jhb@FreeBSD.org> References: <1123588622.893.15.camel@buffy.york.ac.uk> <200508091050.21811.jhb@FreeBSD.org> <1123603336.897.3.camel@buffy.york.ac.uk> <200509291210.38799.jhb@FreeBSD.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 06 Oct 2005 12:34:00 +0100 Message-Id: <1128598440.25106.13.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-BETA2 DRM/witness panic: Assertion j < 1000 failed at /usr/src/sys/kern/subr_witness.c:1513 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 11:34:06 -0000 On Thu, 2005-09-29 at 12:10 -0400, John Baldwin wrote: > On Tuesday 09 August 2005 12:02 pm, Gavin Atkinson wrote: > > On Tue, 2005-08-09 at 10:50 -0400, John Baldwin wrote: > > > On Tuesday 09 August 2005 07:57 am, Gavin Atkinson wrote: > > > > Hi, > > > > > > > > I have a regular panic (3 times a day) on a system running 6.0-BETA2 > > > > which was very stable under 5.4. dmesg available at > > > > http://www.devrandom.co.uk/freebsd/dmesg-buffy-20050809 . The panic > > > > seems to relate to DRM, I have a ATI Radeon QY RV100 7000/VE card. > > > > > > Do a 'show witness', it looks like witness has a cycle somehow. Normally > > > these can only occur if there is a cycle in the static lock order. > > > > http://www.devrandom.co.uk/freebsd/sh-witness-buffy-20050809 > > > > Gavin > > Do you still get this panic on more recent 6.0? I've been running a 6.0 from Friday for a week now without seeing this panic, so I suspect it's fixed. However, I don't remember seeing any commits which look like they were responsible for fixing it, is it possible that it's just been masked by some other commit? I'm happy to step back and find the responsible commit, unless you're happy that it was fixed for certain. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Oct 5 15:52:27 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0770A16A41F for ; Wed, 5 Oct 2005 15:52:27 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE1843D45 for ; Wed, 5 Oct 2005 15:52:26 +0000 (GMT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.1/8.13.1) with ESMTP id j95FqO6J080056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Wed, 5 Oct 2005 11:52:24 -0400 (EDT) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.1/8.13.1/Submit) id j95FqNYX080053; Wed, 5 Oct 2005 11:52:23 -0400 (EDT) (envelope-from wollman) From: Garrett Wollman MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17219.63159.775095.556435@khavrinen.csail.mit.edu> Date: Wed, 5 Oct 2005 11:52:23 -0400 To: Marcin Jessa In-Reply-To: <20051005135638.65dd9b15.lists@yazzy.org> References: <17218.39904.100995.79612@roam.psg.com> <17218.44564.810191.63339@khavrinen.csail.mit.edu> <20051005135638.65dd9b15.lists@yazzy.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6 (khavrinen.csail.mit.edu [127.0.0.1]); Wed, 05 Oct 2005 11:52:24 -0400 (EDT) X-Spam-Status: No, score=0.6 required=5.0 tests=J_CHICKENPOX_21 version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on khavrinen.csail.mit.edu X-Mailman-Approved-At: Thu, 06 Oct 2005 11:44:27 +0000 Cc: freebsd-current@FreeBSD.ORG Subject: Re: mirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2005 15:52:27 -0000 < said: > On Tue, 4 Oct 2005 12:30:12 -0400 > Garrett Wollman wrote: >> I've actually built an automated install process that recognizes when >> the first two disks are identical and automatically creates a gmirror >> instance for them. I've used it to set up a handful of servers and it >> works nicely. > Could you publish your script(s)? I can publish parts of them. See for the rc.d part of the system. You'll have to examine this closely to figure out how it works and implement the cfengine bits yourself (or else replace them with another configuration mechanism). No warranties. -GAWollman From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 11:48:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9365F16A41F for ; Thu, 6 Oct 2005 11:48:50 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A38A243D70 for ; Thu, 6 Oct 2005 11:48:43 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 1CBB52E03B; Thu, 6 Oct 2005 13:48:43 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00531-01; Thu, 6 Oct 2005 13:48:42 +0200 (CEST) Received: from [10.0.0.17] (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id 114AA2E039; Thu, 6 Oct 2005 13:48:42 +0200 (CEST) Message-ID: <43450F11.3050404@datacomm.ch> Date: Thu, 06 Oct 2005 13:48:33 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Fredrik Lindberg References: <4341A55B.1070209@shapeshifter.se> <20051003.165337.14303305.imp@bsdimp.com> <43424F75.3000409@shapeshifter.se> <20051004.094905.112627036.imp@bsdimp.com> <4343C596.7030000@shapeshifter.se> In-Reply-To: <4343C596.7030000@shapeshifter.se> X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig627BFBC26F5E063B9C7A1292" X-Virus-Scanned: amavisd-new at atlantis.intranet Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: Linksys EG1032 rev. 3 patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 11:48:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig627BFBC26F5E063B9C7A1292 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Fredrik Lindberg wrote: > Ok, here is something that probes for subdevice. Somebody with a > rev. 2 card needs to test this and confirm that sk(4) > still attaches successfully to those cards. This works just fine here (re(4), rev. 3 card, 6.0-BETA5), as expected. I don't have a rev. 2 card though. Cheers Benjamin --------------enig627BFBC26F5E063B9C7A1292 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.2.4 (Darwin) iD8DBQFDRQ8WgShs4qbRdeQRAmxJAJwOpLd2GjA1TVqgUYVorm60JKIC6ACfU9xU /nDtl2Yp+xpy2qhoLuCADeA= =nuXp -----END PGP SIGNATURE----- --------------enig627BFBC26F5E063B9C7A1292-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 12:00:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B64516A42A for ; Thu, 6 Oct 2005 12:00:43 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from maxlor.mine.nu (c-213-160-32-54.customer.ggaweb.ch [213.160.32.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1200F43D48 for ; Thu, 6 Oct 2005 12:00:43 +0000 (GMT) (envelope-from benlutz@datacomm.ch) Received: from localhost (unknown [127.0.0.1]) by maxlor.mine.nu (Postfix) with ESMTP id 13F1F2E03D for ; Thu, 6 Oct 2005 14:00:43 +0200 (CEST) Received: from maxlor.mine.nu ([127.0.0.1]) by localhost (atlantis.intranet [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00530-05 for ; Thu, 6 Oct 2005 14:00:42 +0200 (CEST) Received: from [10.0.0.17] (mini.intranet [10.0.0.17]) by maxlor.mine.nu (Postfix) with ESMTP id F10332E03C for ; Thu, 6 Oct 2005 14:00:41 +0200 (CEST) Message-ID: <434511E0.7080501@datacomm.ch> Date: Thu, 06 Oct 2005 14:00:32 +0200 From: Benjamin Lutz User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig08A4F17AD4287DBF3FA4D117" X-Virus-Scanned: amavisd-new at atlantis.intranet Cc: Subject: flooded by acpi_perf0: invalid _PSS package X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 12:00:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig08A4F17AD4287DBF3FA4D117 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello, On my Sempron 3000+ machine running FreeBSD-6.0-BETA5/i386 dmesg gets flooded by 264 consequent lines of: acpi_perf0: invalid _PSS package The system appears to work fine though (I haven't tested any ACPI specific stuff though, it's a headless server). Is there something you or I can do about it? If the messages are really harmless, maybe they could be supressed? For reference, Jiawei Ye reported the same thing a couple of months ago, there were no answers though: http://marc.theaimsgroup.com/?l=freebsd-current&m=112139473031906&w=2 Cheers Benjamin --------------enig08A4F17AD4287DBF3FA4D117 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.2.4 (Darwin) iD8DBQFDRRHmgShs4qbRdeQRAuBMAJ9w9zckIAhk88H1B3L746BgYWMZSwCfcR8O HNO+khGNi7q/Sw25KE+u1pI= =fdqp -----END PGP SIGNATURE----- --------------enig08A4F17AD4287DBF3FA4D117-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 12:38:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F40316A41F for ; Thu, 6 Oct 2005 12:38:37 +0000 (GMT) (envelope-from brewer.doug@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E60343D48 for ; Thu, 6 Oct 2005 12:38:37 +0000 (GMT) (envelope-from brewer.doug@gmail.com) Received: by zproxy.gmail.com with SMTP id z31so154103nzd for ; Thu, 06 Oct 2005 05:38:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=L4WiizvmLKUueh6PaAeznFsCUz0jJDZDg9AwTs9XUmsOoS9zqHAy8KkP8SydeZgBlmlOYfmH8FNhXkoClYeiATS4JLgAHzh1D/3kOnC/gIvG6hWVrNMRryDD3PoTSKpX3SkoZEiUSZTMJHArRVLjyWFlvHxlCYHg+CfmzvRQoG8= Received: by 10.36.220.25 with SMTP id s25mr333028nzg; Thu, 06 Oct 2005 05:38:36 -0700 (PDT) Received: by 10.36.12.16 with HTTP; Thu, 6 Oct 2005 05:38:36 -0700 (PDT) Message-ID: Date: Thu, 6 Oct 2005 20:38:36 +0800 From: Doug Brewer To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 06 Oct 2005 12:54:07 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Implement rms and edf scheduling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Doug Brewer List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 12:38:37 -0000 Hello, Does FreeBSD support rate monotonic and EDF scheduling? If not, is anyone workong on it? Best regards, doug. From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 13:09:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C4EF16A41F for ; Thu, 6 Oct 2005 13:09:21 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821CE43D45 for ; Thu, 6 Oct 2005 13:09:20 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 6E6ECC0F8; Thu, 6 Oct 2005 09:09:19 -0400 (EDT) Date: Thu, 6 Oct 2005 09:09:19 -0400 From: James Snow To: freebsd-current@freebsd.org Message-ID: <20051006130918.GA55882@teardrop.org> References: <20051005012343.GB92522@teardrop.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20051005012343.GB92522@teardrop.org> User-Agent: Mutt/1.4.2.1i Subject: Re: 6.0-BETA5 panic at shutdown with ULE scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 13:09:21 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This is easily reproduceable. Backtrace and kernel config are attached. This only happens when I'm using my ThinkPad as a gateway. If I do the following... kldload ipfw kldload ipdivert sysctl net.inet.ip.forwarding=1 sysctl net.link.ether.ipfw=1 sysctl net.inet.ip.fw.verbose=1 ipfw add 100 divert 8668 ip from any to any via em0 ipfw add 101 allow ip from any to any via em0 ... I will get this panic when I shut down. It may require that traffic be coming or going through the network interfaces when I shut down. The network devices on this laptop are: ath0@pci2:2:0: class=0x020000 card=0x057e1014 chip=0x1014168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '11a/b/g Wireless LAN Mini PCI Adapter' class = network subclass = ethernet em0@pci2:1:0: class=0x020000 card=0x055b1014 chip=0x10778086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller (Mobile)' class = network subclass = ethernet I'm happy to test patches. Please let me know what other information I can provide. -Snow --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=X40-ULE machine i386 cpu I686_CPU ident X40 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # 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_DIRHASH # Improve performance on big directories 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 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 ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) # 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 device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device cardbus # CardBus (32-bit) bus # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # Wireless NIC cards device wlan # 802.11 support # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device 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 # USB support device uhci # UHCI PCI->USB interface device usb # USB Bus (required) --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=bt Syncing disks, vnodes remaining...2 1 1 0 0 done All buffers synced. Uptime: 7h29m50s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10002 fault code = supervisor read, page not present instruction pointer = 0x20:0xc052cd36 stack pointer = 0x28:0xd3e1db24 frame pointer = 0x28:0xd3e1db28 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 39 (swi6: task queue) trap number = 12 panic: page fault Uptime: 7h29m55s Dumping 502 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 502MB (128480 pages) 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04b7ac2 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc04b7d58 in panic (fmt=0xc05e9fa6 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc05cc1cc in trap_fatal (frame=0xd3e1dae4, eva=65538) at /usr/src/sys/i386/i386/trap.c:841 #4 0xc05cbf37 in trap_pfault (frame=0xd3e1dae4, usermode=0, eva=65538) at /usr/src/sys/i386/i386/trap.c:752 #5 0xc05cbb95 in trap (frame= {tf_fs = -1050214392, tf_es = 40, tf_ds = -1050214360, tf_edi = -1050142296, tf_esi = -1050144340, tf_ebp = -740173016, tf_isp = -740173040, tf_ebx = -1050144340, tf_edx = -1051297040, tf_ecx = 65535, tf_eax = 65535, tf_trapno = 12, tf_err = 0, tf_eip = -1068315338, tf_cs = 32, tf_eflags = 590466, tf_esp = -1050165248, tf_ss = -740172988}) at /usr/src/sys/i386/i386/trap.c:442 #6 0xc05bc32a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc052cd36 in ieee80211_chan2mode (ic=0xc16811ac, chan=0xffff) at /usr/src/sys/net80211/ieee80211.c:892 #8 0xc0537e87 in ieee80211_dup_bss (nt=0xc16819a8, macaddr=0xc18e980a "") at /usr/src/sys/net80211/ieee80211_node.c:225 #9 0xc05383e2 in ieee80211_add_neighbor (ic=0xc16811ac, wh=0xc18e9800, sp=0xd3e1dbac) at /usr/src/sys/net80211/ieee80211_node.c:1234 #10 0xc0530842 in ieee80211_recv_mgmt (ic=0xc16811ac, m0=0xc18c4300, ni=0xc16c1c00, subtype=128, rssi=68, rstamp=29985) at /usr/src/sys/net80211/ieee80211_input.c:1959 #11 0xc06f6b9e in ?? () #12 0xc16811ac in ?? () #13 0xc18c4300 in ?? () #14 0xc16c1c00 in ?? () #15 0x00000080 in ?? () #16 0x00000044 in ?? () #17 0x00007521 in ?? () #18 0xc1681000 in ?? () #19 0x00007521 in ?? () #20 0xc16c1c00 in ?? () #21 0xc18c4300 in ?? () #22 0xc18e9800 in ?? () #23 0xc16c1c00 in ?? () #24 0xd3e1dc74 in ?? () #25 0xc052e859 in ieee80211_input (ic=0xc16811ac, m=0xc16811ac, ni=0x44, rssi=128, rstamp=68) at /usr/src/sys/net80211/ieee80211_input.c:540 Previous frame identical to this frame (corrupt stack?) (kgdb) --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 13:35:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D61B16A41F; Thu, 6 Oct 2005 13:35:16 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D961843D48; Thu, 6 Oct 2005 13:35:15 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j96DZE46015000; Thu, 6 Oct 2005 23:35:14 +1000 Received: from dirk.no.domain (ppp2C37.dyn.pacific.net.au [61.8.44.55]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j96DZCL2005472; Thu, 6 Oct 2005 23:35:13 +1000 Date: Thu, 6 Oct 2005 23:35:57 +1000 From: Sam Lawrance To: freebsd-current@freebsd.org Message-ID: <20051006233557.293d24a2@dirk.no.domain> X-Mailer: Sylpheed-Claws 1.9.14 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: installer doesn't work with USB keyboards - PR usb/84295 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 13:35:16 -0000 It's not possible to use a USB keyboard to install freebsd unless the BIOS has usb keyboard support (and it's enabled). mnag@ proposes a simple solution in http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/84295 Is it possible this issue could be handled in time for the release? From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 13:55:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84D8216A41F for ; Thu, 6 Oct 2005 13:55:02 +0000 (GMT) (envelope-from viaprog@lic1.vsi.ru) Received: from si.sinet.ru (relay.sinet.ru [85.113.128.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B35A43D5D for ; Thu, 6 Oct 2005 13:54:47 +0000 (GMT) (envelope-from viaprog@lic1.vsi.ru) Received: from [85.113.146.28] ([85.113.146.28]) by si.sinet.ru (8.12.10+Ingvio/8.12.10) with ESMTP id j96Du1hv011717 for ; Thu, 6 Oct 2005 17:56:01 +0400 (MSD) Message-ID: <43452CD6.9030908@lic1.vsi.ru> Date: Thu, 06 Oct 2005 17:55:34 +0400 From: "Igor A. Valcov" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------050304060205040409070304" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6.0-BETA5 with Silicon Image SiI 3112 SATA150 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 13:55:02 -0000 This is a multi-part message in MIME format. --------------050304060205040409070304 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi, all. After installing FreeBSD 5.3/5.4 i have SATA problem. Upgrading to 6.0-BETA5 from 2005-10-06 RELENG_6 - problem not solved. -- Igor A. Valcov --------------050304060205040409070304 Content-Type: text/plain; name="atacontrol" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="atacontrol" ATA channel 0: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: ad4 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: ad6 Serial ATA v1.0 Slave: no device present ATA channel 4: Master: no device present Slave: no device present ATA channel 5: Master: ad10 Serial ATA v1.0 Slave: no device present --------------050304060205040409070304 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! ad6: req=0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! Copyright (c) 1992-2005 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 6.0-BETA5 #0: Thu Oct 6 12:52:14 MSD 2005 root@freebsd6.intercon.ru:/usr/src/sys/i386/compile/VIAPROG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1045344256 (996 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 3 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 5 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 9 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) 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) pcib2: at device 30.0 on pci0 pci2: on pcib2 em0: port 0xbc00-0xbc3f mem 0xff9e0000-0xff9fffff,0xff980000-0xff9bffff irq 22 at device 1.0 on pci2 em0: Ethernet address: 00:04:23:a6:99:d9 em0: Speed:N/A Duplex:N/A atapci0: port 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xac00-0xac03,0xa800-0xa80f mem 0xff9dfc00-0xff9dfdff irq 18 at device 4.0 on pci2 ata2: on atapci0 ata3: on atapci0 pci2: at device 7.0 (no driver attached) fxp0: port 0xa400-0xa43f mem 0xff9dd000-0xff9ddfff irq 20 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:11:11:c6:d8:24 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 atapci2: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f irq 18 at device 31.2 on pci0 atapci2: failed to enable memory mapping! ata4: on atapci2 ata5: on atapci2 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (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] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xccfff,0xd2000-0xd67ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 3.333 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging unlimited acd0: CDRW at ata0-master UDMA33 ad4: 152627MB at ata2-master SATA150 ad6: 152627MB at ata3-master SATA150 ad10: 76319MB at ata5-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted uhci0: port 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered em0: link state changed to UP uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd800-0xd81f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffaffc00-0xffafffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered KLD daemon_saver.ko: depends on splash - not available Copyright (c) 1992-2005 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 6.0-BETA5 #0: Thu Oct 6 12:52:14 MSD 2005 root@freebsd6.intercon.ru:/usr/src/sys/i386/compile/VIAPROG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1045344256 (996 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 3 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 5 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 11 on acpi0 pci_link7: irq 9 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) 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) pcib2: at device 30.0 on pci0 pci2: on pcib2 em0: port 0xbc00-0xbc3f mem 0xff9e0000-0xff9fffff,0xff980000-0xff9bffff irq 22 at device 1.0 on pci2 em0: Ethernet address: 00:04:23:a6:99:d9 em0: Speed:N/A Duplex:N/A atapci0: port 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xac00-0xac03,0xa800-0xa80f mem 0xff9dfc00-0xff9dfdff irq 18 at device 4.0 on pci2 ata2: on atapci0 ata3: on atapci0 pci2: at device 7.0 (no driver attached) fxp0: port 0xa400-0xa43f mem 0xff9dd000-0xff9ddfff irq 20 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:11:11:c6:d8:24 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 atapci2: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f irq 18 at device 31.2 on pci0 atapci2: failed to enable memory mapping! ata4: on atapci2 ata5: on atapci2 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (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] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xccfff,0xd2000-0xd67ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 3.333 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging unlimited acd0: CDRW at ata0-master UDMA33 ad4: 152627MB at ata2-master SATA150 ad6: 152627MB at ata3-master SATA150 ad10: 76319MB at ata5-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted uhci0: port 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered em0: link state changed to UP uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd800-0xd81f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffaffc00-0xffafffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered KLD daemon_saver.ko: depends on splash - not available fxp0: link state changed to DOWN --------------050304060205040409070304 Content-Type: text/plain; name="pciconf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pciconf" hostb0@pci0:0:0: class=0x060000 card=0x25708086 chip=0x25708086 rev=0x02 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x25718086 rev=0x02 hdr=0x01 uhci0@pci0:29:0: class=0x0c0300 card=0x524c8086 chip=0x24d28086 rev=0x02 hdr=0x00 uhci1@pci0:29:1: class=0x0c0300 card=0x524c8086 chip=0x24d48086 rev=0x02 hdr=0x00 uhci2@pci0:29:2: class=0x0c0300 card=0x524c8086 chip=0x24d78086 rev=0x02 hdr=0x00 uhci3@pci0:29:3: class=0x0c0300 card=0x524c8086 chip=0x24de8086 rev=0x02 hdr=0x00 ehci0@pci0:29:7: class=0x0c0320 card=0x524c8086 chip=0x24dd8086 rev=0x02 hdr=0x00 pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 atapci1@pci0:31:1: class=0x01018a card=0x524c8086 chip=0x24db8086 rev=0x02 hdr=0x00 atapci2@pci0:31:2: class=0x01048f card=0x524c8086 chip=0x24df8086 rev=0x02 hdr=0x00 none0@pci0:31:3: class=0x0c0500 card=0x524c8086 chip=0x24d38086 rev=0x02 hdr=0x00 none1@pci0:31:5: class=0x040100 card=0xa0008086 chip=0x24d58086 rev=0x02 hdr=0x00 none2@pci1:0:0: class=0x030000 card=0x4c311002 chip=0x59641002 rev=0x01 hdr=0x00 none3@pci1:0:1: class=0x038000 card=0x4c301002 chip=0x5d441002 rev=0x01 hdr=0x00 em0@pci2:1:0: class=0x020000 card=0x10018086 chip=0x10268086 rev=0x04 hdr=0x00 atapci0@pci2:4:0: class=0x018000 card=0x31121095 chip=0x31121095 rev=0x02 hdr=0x00 none4@pci2:7:0: class=0x0c0010 card=0x524c8086 chip=0x581111c1 rev=0x61 hdr=0x00 fxp0@pci2:8:0: class=0x020000 card=0x30208086 chip=0x10508086 rev=0x01 hdr=0x00 --------------050304060205040409070304-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 15:33:42 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADB0416A42B for ; Thu, 6 Oct 2005 15:33:42 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D12943DCD for ; Thu, 6 Oct 2005 15:33:02 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j96FWbHO028238; Thu, 6 Oct 2005 17:32:37 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <43452CD6.9030908@lic1.vsi.ru> References: <43452CD6.9030908@lic1.vsi.ru> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <9DD41F79-C31E-4F53-8D5D-B466864750B4@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Thu, 6 Oct 2005 17:32:57 +0200 To: "Igor A. Valcov" X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-BETA5 with Silicon Image SiI 3112 SATA150 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 15:33:42 -0000 On 06/10/2005, at 15:55, Igor A. Valcov wrote: > Hi, all. > > After installing FreeBSD 5.3/5.4 i have SATA problem. > Upgrading to 6.0-BETA5 from 2005-10-06 RELENG_6 - problem not solved. You seem to be loosing interrupts, try to move the sii3112 to another =20= slot so it doesn't share its interrupt with anything. Or better yet =20 get a real SATA controller :) -S=F8ren > > -- > Igor A. Valcov > > ATA channel 0: > Master: acd0 ATA/ATAPI revision 0 > Slave: no device present > ATA channel 1: > Master: no device present > Slave: no device present > ATA channel 2: > Master: ad4 Serial ATA v1.0 > Slave: no device present > ATA channel 3: > Master: ad6 Serial ATA v1.0 > Slave: no device present > ATA channel 4: > Master: no device present > Slave: no device present > ATA channel 5: > Master: ad10 Serial ATA v1.0 > Slave: no device present > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > ad6: req=3D0xc26a8258 SETFEATURES SET TRANSFER MODE semaphore =20 > timeout !! DANGER Will Robinson !! > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, =20= > 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.0-BETA5 #0: Thu Oct 6 12:52:14 MSD 2005 > root@freebsd6.intercon.ru:/usr/src/sys/i386/compile/VIAPROG > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf34 Stepping =3D 4 > =20 > Features=3D0xbfebfbff GE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE=20= > > > Features2=3D0x441d> > Hyperthreading: 2 logical CPUs > real memory =3D 1072889856 (1023 MB) > avail memory =3D 1045344256 (996 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: irq 11 on acpi0 > pci_link1: irq 3 on acpi0 > pci_link2: irq 10 on acpi0 > pci_link3: irq 5 on acpi0 > pci_link4: irq 5 on acpi0 > pci_link5: irq 0 on acpi0 > pci_link6: irq 11 on acpi0 > pci_link7: irq 9 on acpi0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > acpi_throttle1: on cpu1 > acpi_throttle1: failed to attach P_CNT > device_attach: acpi_throttle1 attach returned 6 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pci1: at device 0.1 (no driver attached) > 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) > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > em0: port =20 > 0xbc00-0xbc3f mem 0xff9e0000-0xff9fffff,0xff980000-0xff9bffff irq =20 > 22 at device 1.0 on pci2 > em0: Ethernet address: 00:04:23:a6:99:d9 > em0: Speed:N/A Duplex:N/A > atapci0: port =20 > 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xac00-0xac03,0xa800-0xa80f =20= > mem 0xff9dfc00-0xff9dfdff irq 18 at device 4.0 on pci2 > ata2: on atapci0 > ata3: on atapci0 > pci2: at device 7.0 (no driver attached) > fxp0: port 0xa400-0xa43f =20= > mem 0xff9dd000-0xff9ddfff irq 20 at device 8.0 on pci2 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:11:11:c6:d8:24 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port =20 > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on =20= > pci0 > ata0: on atapci1 > ata1: on atapci1 > atapci2: port =20 > 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f =20= > irq 18 at device 31.2 on pci0 > atapci2: failed to enable memory mapping! > ata4: on atapci2 > ata5: on atapci2 > pci0: at device 31.3 (no driver attached) > pci0: at device 31.5 (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] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3 > fdc0: port =20 > 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags =20 > 0x10 on acpi0 > sio0: type 16550A > orm0: at iomem 0xc0000-0xccfff,0xd2000-0xd67ff on =20= > isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff =20 > on isa0 > Timecounters tick every 3.333 msec > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding =20 > disabled, default to deny, logging unlimited > acd0: CDRW at ata0-master UDMA33 > ad4: 152627MB at ata2-master SATA150 > ad6: 152627MB at ata3-master SATA150 > ad10: 76319MB at ata5-master SATA150 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > WARNING: / was not properly dismounted > WARNING: /home was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > uhci0: port =20 > 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port =20 > 0xd000-0xd01f irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > em0: link state changed to UP > uhci2: port =20 > 0xd400-0xd41f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port =20 > 0xd800-0xd81f irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem =20 > 0xffaffc00-0xffafffff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > KLD daemon_saver.ko: depends on splash - not available > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, =20= > 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.0-BETA5 #0: Thu Oct 6 12:52:14 MSD 2005 > root@freebsd6.intercon.ru:/usr/src/sys/i386/compile/VIAPROG > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf34 Stepping =3D 4 > =20 > Features=3D0xbfebfbff GE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE=20= > > > Features2=3D0x441d> > Hyperthreading: 2 logical CPUs > real memory =3D 1072889856 (1023 MB) > avail memory =3D 1045344256 (996 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: irq 11 on acpi0 > pci_link1: irq 3 on acpi0 > pci_link2: irq 10 on acpi0 > pci_link3: irq 5 on acpi0 > pci_link4: irq 5 on acpi0 > pci_link5: irq 0 on acpi0 > pci_link6: irq 11 on acpi0 > pci_link7: irq 9 on acpi0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > acpi_throttle1: on cpu1 > acpi_throttle1: failed to attach P_CNT > device_attach: acpi_throttle1 attach returned 6 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pci1: at device 0.1 (no driver attached) > 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) > pcib2: at device 30.0 on pci0 > pci2: on pcib2 > em0: port =20 > 0xbc00-0xbc3f mem 0xff9e0000-0xff9fffff,0xff980000-0xff9bffff irq =20 > 22 at device 1.0 on pci2 > em0: Ethernet address: 00:04:23:a6:99:d9 > em0: Speed:N/A Duplex:N/A > atapci0: port =20 > 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xac00-0xac03,0xa800-0xa80f =20= > mem 0xff9dfc00-0xff9dfdff irq 18 at device 4.0 on pci2 > ata2: on atapci0 > ata3: on atapci0 > pci2: at device 7.0 (no driver attached) > fxp0: port 0xa400-0xa43f =20= > mem 0xff9dd000-0xff9ddfff irq 20 at device 8.0 on pci2 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:11:11:c6:d8:24 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port =20 > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on =20= > pci0 > ata0: on atapci1 > ata1: on atapci1 > atapci2: port =20 > 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f =20= > irq 18 at device 31.2 on pci0 > atapci2: failed to enable memory mapping! > ata4: on atapci2 > ata5: on atapci2 > pci0: at device 31.3 (no driver attached) > pci0: at device 31.5 (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] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3 > fdc0: port =20 > 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags =20 > 0x10 on acpi0 > sio0: type 16550A > orm0: at iomem 0xc0000-0xccfff,0xd2000-0xd67ff on =20= > isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff =20 > on isa0 > Timecounters tick every 3.333 msec > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding =20 > disabled, default to deny, logging unlimited > acd0: CDRW at ata0-master UDMA33 > ad4: 152627MB at ata2-master SATA150 > ad6: 152627MB at ata3-master SATA150 > ad10: 76319MB at ata5-master SATA150 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > WARNING: / was not properly dismounted > WARNING: /home was not properly dismounted > WARNING: /tmp was not properly dismounted > WARNING: /usr was not properly dismounted > WARNING: /var was not properly dismounted > uhci0: port =20 > 0xcc00-0xcc1f irq 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port =20 > 0xd000-0xd01f irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > em0: link state changed to UP > uhci2: port =20 > 0xd400-0xd41f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port =20 > 0xd800-0xd81f irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem =20 > 0xffaffc00-0xffafffff irq 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > KLD daemon_saver.ko: depends on splash - not available > fxp0: link state changed to DOWN > hostb0@pci0:0:0: class=3D0x060000 card=3D0x25708086 chip=3D0x25708086= =20 > rev=3D0x02 hdr=3D0x00 > pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000000 chip=3D0x25718086 = =20 > rev=3D0x02 hdr=3D0x01 > uhci0@pci0:29:0: class=3D0x0c0300 card=3D0x524c8086 chip=3D0x24d28086= =20 > rev=3D0x02 hdr=3D0x00 > uhci1@pci0:29:1: class=3D0x0c0300 card=3D0x524c8086 chip=3D0x24d48086= =20 > rev=3D0x02 hdr=3D0x00 > uhci2@pci0:29:2: class=3D0x0c0300 card=3D0x524c8086 chip=3D0x24d78086= =20 > rev=3D0x02 hdr=3D0x00 > uhci3@pci0:29:3: class=3D0x0c0300 card=3D0x524c8086 chip=3D0x24de8086= =20 > rev=3D0x02 hdr=3D0x00 > ehci0@pci0:29:7: class=3D0x0c0320 card=3D0x524c8086 chip=3D0x24dd8086= =20 > rev=3D0x02 hdr=3D0x00 > pcib2@pci0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x244e8086= =20 > rev=3D0xc2 hdr=3D0x01 > isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x24d08086= =20 > rev=3D0x02 hdr=3D0x00 > atapci1@pci0:31:1: class=3D0x01018a card=3D0x524c8086 =20 > chip=3D0x24db8086 rev=3D0x02 hdr=3D0x00 > atapci2@pci0:31:2: class=3D0x01048f card=3D0x524c8086 =20 > chip=3D0x24df8086 rev=3D0x02 hdr=3D0x00 > none0@pci0:31:3: class=3D0x0c0500 card=3D0x524c8086 chip=3D0x24d38086= =20 > rev=3D0x02 hdr=3D0x00 > none1@pci0:31:5: class=3D0x040100 card=3D0xa0008086 chip=3D0x24d58086= =20 > rev=3D0x02 hdr=3D0x00 > none2@pci1:0:0: class=3D0x030000 card=3D0x4c311002 chip=3D0x59641002 = =20 > rev=3D0x01 hdr=3D0x00 > none3@pci1:0:1: class=3D0x038000 card=3D0x4c301002 chip=3D0x5d441002 = =20 > rev=3D0x01 hdr=3D0x00 > em0@pci2:1:0: class=3D0x020000 card=3D0x10018086 chip=3D0x10268086 =20= > rev=3D0x04 hdr=3D0x00 > atapci0@pci2:4:0: class=3D0x018000 card=3D0x31121095 = chip=3D0x31121095 =20 > rev=3D0x02 hdr=3D0x00 > none4@pci2:7:0: class=3D0x0c0010 card=3D0x524c8086 chip=3D0x581111c1 = =20 > rev=3D0x61 hdr=3D0x00 > fxp0@pci2:8:0: class=3D0x020000 card=3D0x30208086 chip=3D0x10508086 = =20 > rev=3D0x01 hdr=3D0x00 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-=20 > unsubscribe@freebsd.org" S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 15:39:56 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A45416A41F for ; Thu, 6 Oct 2005 15:39:56 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DF0B43D5A for ; Thu, 6 Oct 2005 15:39:53 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id j96Fdr3t007464 for ; Thu, 6 Oct 2005 08:39:53 -0700 (PDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: current@freebsd.org Date: Thu, 6 Oct 2005 11:39:37 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510061139.37825.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 15:39:56 -0000 I have a new (several, actually) IBM ThinkCentre A51 (8131-16U and 8138-14U) machine on which I'd like to run FreeBSD 6.0. The machine has a "Barbados" motherboard with an integrated Broadcom BCM5751 gigabit NIC. Visually, the Broadcom chip identifies itself as a BCM5751KFB. The bge driver recognizes the chip and tries to attach, but fails: bge0: mem 0xd0000000-0xd000ffff irq 5 at device 0.0 on pci2 bge0: RX CPU self-diagnostics failed! bge0: chip initialization failed device_attach: bge0 attach returned 6 I saw a couple other reports and PR's with similar messages, but they all seemed to be related to BCM5705 chips on amd64. I did try the two possible workarounds I found, but neither produced any change (running a kernel without APIC and increasing the delay times in if_bge.c). Skipping (commenting out) the RX diagnostics check altogether resulted in a kernel panic (not too surprisingly). I do not suspect faulty hardware, as the behavior is the same on several different machines (and the chip works fine with Broadcom's drivers for DOS or Windows XP). What's the next step toward getting this chip working properly under FreeBSD? Has this particular chip been successfully tested with the bge driver previously? For now I will use a PCI NIC and/or the ndis driver, but I would love to see native support if possible. I'm more than happy to test patches if a driver developer would care to work with me. Are there any other details I should include in this thread or a PR? Any input will be greatly appreciated. Thanks! JN From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 15:43:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFA3516A41F for ; Thu, 6 Oct 2005 15:43:30 +0000 (GMT) (envelope-from freebsd@mean.net) Received: from mx1.tyfon.net (mx1.tyfon.net [217.27.161.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC4543D49 for ; Thu, 6 Oct 2005 15:43:29 +0000 (GMT) (envelope-from freebsd@mean.net) Received: from mean.net (s179h64vsg2.dyn.tyfon.se [217.27.179.64]) by mx1.tyfon.net (8.12.11/8.12.11) with ESMTP id j96FhSsi029533 for ; Thu, 6 Oct 2005 17:43:28 +0200 (CEST) Received: from beeyatch.mean.net (unknown [192.168.1.26]) by mean.net (Postfix) with ESMTP id E1ACB192B6 for ; Thu, 6 Oct 2005 17:43:27 +0200 (CEST) From: Mika To: freebsd-current@freebsd.org Content-Type: text/plain Date: Thu, 06 Oct 2005 17:43:25 +0200 Message-Id: <1128613406.84353.5.camel@beeyatch.mean.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Firefox dies unexpectedly. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 15:43:31 -0000 Hi, has anyone have the problem that firefox dies spontaneously ? I get this output from firefox --sync, it seems to happen on very different sites, and not always at the same site. I'm trying to figure out if it's Firefox,Xorg or FreeBSD that causes this to happen. gluffis@beeyatch:~:firefox --sync NP_Initialize New open dsp: Device busy SetWindow SetWindow SetWindow New SetWindow SetWindow SetWindow NewStream WriteReady Write WriteReady Write WriteReady Write WriteReady Write WriteReady Write DestroyStream Destroy The program 'Gecko' received an X Window System error. This probably reflects a bug in the program. The error was 'BadShmSeg (invalid shared segment parameter)'. (Details: serial 129 error_code 178 request_code 147 minor_code 2) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Mozilla Firefox 1.0.6, Copyright (c) 1998 - 2005 mozilla.org FreeBSD beeyatch 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Sun Sep 25 11:21:45 CEST 2005 -- Even alcohol can bend the room. From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 15:49:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CF1916A420 for ; Thu, 6 Oct 2005 15:49:39 +0000 (GMT) (envelope-from geekout@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D8A843D46 for ; Thu, 6 Oct 2005 15:49:38 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by qproxy.gmail.com with SMTP id o12so361219qba for ; Thu, 06 Oct 2005 08:49:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VLjknUZCkPqR3B9NcFEIz7/5MwKKDUf33ySKfvuS3ub9h7ji9V8mNyUmLvo2SSUYYU9Qg0/+3fkjtQ+qi26H6PYzK06SOsvoU04s0yegpBOdl7gfdR2EOGmAE+o2cbUDnfaFNOxGpfj/wtI31lfx9iDHKi4Ob48AF9IQ7T0LQH0= Received: by 10.65.44.10 with SMTP id w10mr1000606qbj; Thu, 06 Oct 2005 08:49:37 -0700 (PDT) Received: by 10.65.35.3 with HTTP; Thu, 6 Oct 2005 08:49:37 -0700 (PDT) Message-ID: <6e01203b0510060849x15fd2652w5fd1c922a2edc32c@mail.gmail.com> Date: Thu, 6 Oct 2005 09:49:37 -0600 From: Tyler Gee To: Mika In-Reply-To: <1128613406.84353.5.camel@beeyatch.mean.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1128613406.84353.5.camel@beeyatch.mean.net> Cc: freebsd-current@freebsd.org Subject: Re: Firefox dies unexpectedly. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 15:49:39 -0000 It usually has something to do with Flash and your libmap.conf.=20 Having said that, I have been unable to fix mine after uninstalling and reinstalling. Try commenting out those lines in your libmap.conf and visiting the same sites to see if you experience the same problems. If not, I don't know what the problem is. If so, you can narrow it down to working with your libmap and your Flash. ~Tyler On 10/6/05, Mika wrote: > Hi, > > has anyone have the problem that firefox dies spontaneously ? I get this > output from firefox --sync, it seems to happen on very different sites, > and not always at the same site. I'm trying to figure out if it's > Firefox,Xorg or FreeBSD that causes this to happen. > > gluffis@beeyatch:~:firefox --sync > NP_Initialize > New > open dsp: Device busy > SetWindow > SetWindow > SetWindow > New > SetWindow > SetWindow > SetWindow > NewStream > WriteReady > Write > WriteReady > Write > WriteReady > Write > WriteReady > Write > WriteReady > Write > DestroyStream > Destroy > The program 'Gecko' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadShmSeg (invalid shared segment parameter)'. > (Details: serial 129 error_code 178 request_code 147 minor_code 2) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() > function.) > > > Mozilla Firefox 1.0.6, Copyright (c) 1998 - 2005 mozilla.org > > FreeBSD beeyatch 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Sun Sep 25 11:21:45 > CEST 2005 > > -- > Even alcohol can bend the room. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 17:10:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FA7B16A420 for ; Thu, 6 Oct 2005 17:10:11 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81C3043D46 for ; Thu, 6 Oct 2005 17:10:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 0B1F61FFACE for ; Thu, 6 Oct 2005 19:10:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 808661FF90C; Thu, 6 Oct 2005 19:10:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 431561588D; Thu, 6 Oct 2005 17:05:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 40F8815823 for ; Thu, 6 Oct 2005 17:05:39 +0000 (UTC) Date: Thu, 6 Oct 2005 17:05:39 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: ACPI: table load failed: AE_BAD_SIGNATURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 17:10:11 -0000 Hi, I started to get this after updating from a months old HEAD to HEAD as of yesterday on one of my amd64 machines. There was one hardware change - removed 2 of 4 GB RAM. Could that be the problem? ACPI-0314: *** Error: Invalid signature where RSDP indicates RSDT/XSDT should be located ACPI-0325: *** Error: Looking for RSDT (RSDP->Rev < 2) ACPI-0181: *** Error: AcpiLoadTables: Could not load RSDT: AE_BAD_SIGNATURE ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_BAD_SIGNATURE ACPI: table load failed: AE_BAD_SIGNATURE -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 17:21:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BB3916A41F for ; Thu, 6 Oct 2005 17:21:37 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9457A43D60 for ; Thu, 6 Oct 2005 17:21:26 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by qproxy.gmail.com with SMTP id a39so455807qbd for ; Thu, 06 Oct 2005 10:21:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=r5I6CtEkselMGUmgxbV3mZzYLz9FNTJtK18c489VB3Zwuan6c0hgkONc3ISpwPMyV3Aew8zH8PAbKttHoFeAeGJmmJxQKvjgWlmZRx4QCwQKOtzdTCGAWhe2d2aJKuZtcTKmQ5pZPxpKPkJ/7cP+4V5D6NwJOLXomipOdGm6Mik= Received: by 10.65.81.20 with SMTP id i20mr1047728qbl; Thu, 06 Oct 2005 10:15:26 -0700 (PDT) Received: by 10.65.110.12 with HTTP; Thu, 6 Oct 2005 10:15:26 -0700 (PDT) Message-ID: Date: Fri, 7 Oct 2005 01:15:26 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: weird cpu usage in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 17:21:37 -0000 Hi, Just tried out tools/tools/http on the local machine and got the following output from top last pid: 74521; load averages: 2.14, 0.56, 0.20 up 0+15:46:19 01:1= 0:57 166 processes: 7 running, 159 sleeping CPU states: 41.0% user, 0.0% nice, 46.9% system, 12.1% interrupt, 0.0% id= le Mem: 142M Active, 248M Inact, 74M Wired, 19M Cache, 59M Buf, 3032K Free Swap: 512M Total, 512M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 67492 www 24 76 0 32948K 24764K RUN 0:09 507.03% httpd 62977 www 23 76 0 32804K 24572K RUN 0:09 422.46% httpd 74517 root 61 76 0 19232K 4276K RUN 0:03 14.16% http It looks just too weird. Is there a proper explanation for this sympton? I use ULE btw. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 17:35:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B7B16A41F for ; Thu, 6 Oct 2005 17:35:32 +0000 (GMT) (envelope-from martin@gneto.com) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8ACC43D48 for ; Thu, 6 Oct 2005 17:35:25 +0000 (GMT) (envelope-from martin@gneto.com) Received: from ua-83-227-181-30.cust.bredbandsbolaget.se ([83.227.181.30] [83.227.181.30]) by mxfep02.bredband.com with ESMTP id <20051006173524.SKCB11792.mxfep02.bredband.com@ua-83-227-181-30.cust.bredbandsbolaget.se>; Thu, 6 Oct 2005 19:35:24 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by ua-83-227-181-30.cust.bredbandsbolaget.se (Postfix) with ESMTP id 32D8C678E0; Thu, 6 Oct 2005 19:35:23 +0200 (CEST) Message-ID: <4345605B.7030309@gneto.com> Date: Thu, 06 Oct 2005 19:35:23 +0200 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051002) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Nielsen References: <200510061139.37825.lists@jnielsen.net> In-Reply-To: <200510061139.37825.lists@jnielsen.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 17:35:32 -0000 John Nielsen wrote: > I have a new (several, actually) IBM ThinkCentre A51 (8131-16U and 8138-14U) > machine on which I'd like to run FreeBSD 6.0. The machine has a "Barbados" > motherboard with an integrated Broadcom BCM5751 gigabit NIC. Visually, the > Broadcom chip identifies itself as a BCM5751KFB. > > The bge driver recognizes the chip and tries to attach, but fails: > > bge0: mem > 0xd0000000-0xd000ffff irq 5 at device 0.0 on pci2 > bge0: RX CPU self-diagnostics failed! > bge0: chip initialization failed > device_attach: bge0 attach returned 6 > > What's the next step toward getting this chip working properly under > FreeBSD? Has this particular chip been successfully tested with the bge > driver previously? I have a 5751 based PCI-e card working in an Intel D945GNT board here: pcib8: at device 28.5 on pci0 pci8: on pcib8 bge0: mem 0x90200000-0x9020ffff irq 17 at device 0.0 on pci8 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:10:18:11:bc:f4 I notice that yours have a higher ASIC rev. There is an open source Linux driver available at www.broadcom.com check if they are doing something special with different ASIC versions there. /Martin From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 17:37:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE9016A41F for ; Thu, 6 Oct 2005 17:37:50 +0000 (GMT) (envelope-from WillS@housing.ufl.edu) Received: from smtp.housing.ufl.edu (smtp2.housing.ufl.edu [128.227.47.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8542F43D46 for ; Thu, 6 Oct 2005 17:37:48 +0000 (GMT) (envelope-from WillS@housing.ufl.edu) Received: (qmail 29259 invoked by uid 98); 6 Oct 2005 17:37:44 -0000 Received: from 128.227.47.18 by smtp1.housing.ufl.edu (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.87/1082. spamassassin: 3.0.4. Clear:RC:1(128.227.47.18):. Processed in 1.774204 secs); 06 Oct 2005 17:37:44 -0000 X-Qmail-Scanner-Mail-From: WillS@housing.ufl.edu via smtp1.housing.ufl.edu X-Qmail-Scanner: 1.25 (Clear:RC:1(128.227.47.18):. Processed in 1.774204 secs) Received: from bragi.housing.ufl.edu (128.227.47.18) by smtp.housing.ufl.edu with SMTP; 6 Oct 2005 17:37:42 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Thu, 6 Oct 2005 13:29:06 -0400 Message-ID: <0E972CEE334BFE4291CD07E056C76ED807EAF9C1@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 Thread-Index: AcXKjFgzbK9e0yiVTECxqv7ICLGMzQADvSgw From: "Will Saxon" To: Cc: Subject: RE: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 17:37:50 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org=20 > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of John Nielsen > Sent: Thursday, October 06, 2005 11:40 AM > To: current@freebsd.org > Subject: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 >=20 >=20 > I have a new (several, actually) IBM ThinkCentre A51=20 > (8131-16U and 8138-14U)=20 > machine on which I'd like to run FreeBSD 6.0. The machine=20 > has a "Barbados"=20 > motherboard with an integrated Broadcom BCM5751 gigabit NIC. =20 > Visually, the=20 > Broadcom chip identifies itself as a BCM5751KFB. >=20 > The bge driver recognizes the chip and tries to attach, but fails: >=20 > bge0: mem=20 > 0xd0000000-0xd000ffff irq 5 at device 0.0 on pci2 > bge0: RX CPU self-diagnostics failed! > bge0: chip initialization failed > device_attach: bge0 attach returned 6 >=20 > I saw a couple other reports and PR's with similar messages,=20 > but they all=20 > seemed to be related to BCM5705 chips on amd64. I did try=20 > the two possible=20 > workarounds I found, but neither produced any change (running=20 > a kernel=20 > without APIC and increasing the delay times in if_bge.c). Skipping=20 > (commenting out) the RX diagnostics check altogether resulted=20 > in a kernel=20 > panic (not too surprisingly). I do not suspect faulty=20 > hardware, as the=20 > behavior is the same on several different machines (and the=20 > chip works fine=20 > with Broadcom's drivers for DOS or Windows XP). >=20 I'd like to mention that the 5705 referenced in the PR's (mine) still doesn't work and shows the same errors during attachment as this 5751. It doesn't work in i386 or amd64.=20 -Will From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 17:50:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 774EB16A421; Thu, 6 Oct 2005 17:50:16 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E6A43D45; Thu, 6 Oct 2005 17:50:13 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3D7ED.dip.t-dialin.net [84.163.215.237] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwtQ-1ENZsh1cp0-0001MA; Thu, 06 Oct 2005 19:50:11 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 6 Oct 2005 19:49:55 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510061950.09760.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-hackers@freebsd.org Subject: Call for FreeBSD Status Reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 17:50:16 -0000 All, again three month went by and exiting stuff has happend in FreeBSD. Many subtle bugs have been identified and fixed during the most productive QA-work in preparation for FreeBSD 6.0 (now entering final RC-phase). The Google Summer of Code has produced a lot of exiting projects; either finished (most visibly the new website) or still worked on enthusiastically. Work in HEAD is also taking off and promises to bring even more exiting stuff for the future ... I am sure you have interesting things to share for this round and we are looking forward to your reports. Please send status reports about your project's progess between July and now to monthly@freebsd.org To help you with fileing your report you will find a webform[1] or xml-template[2] linked from http://www.freebsd.org/news/status/ Submissions are due October 15. Thanks a lot, and we are hoping for a big turn-out. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News [1] http://www.freebsd.org/cgi/monthly.cgi [2] http://www.freebsd.org/news/status/report-sample.xml From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 18:04:22 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CF7316A41F for ; Thu, 6 Oct 2005 18:04:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1985943D49 for ; Thu, 6 Oct 2005 18:04:21 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.233] (Not Verified[10.50.41.233]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 06 Oct 2005 14:20:29 -0400 From: John Baldwin To: Gavin Atkinson Date: Thu, 6 Oct 2005 13:55:56 -0400 User-Agent: KMail/1.8 References: <1123588622.893.15.camel@buffy.york.ac.uk> <200509291210.38799.jhb@FreeBSD.org> <1128598440.25106.13.camel@buffy.york.ac.uk> In-Reply-To: <1128598440.25106.13.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510061355.56903.jhb@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: 6.0-BETA2 DRM/witness panic: Assertion j < 1000 failed at /usr/src/sys/kern/subr_witness.c:1513 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 18:04:22 -0000 On Thursday 06 October 2005 07:34 am, Gavin Atkinson wrote: > On Thu, 2005-09-29 at 12:10 -0400, John Baldwin wrote: > > On Tuesday 09 August 2005 12:02 pm, Gavin Atkinson wrote: > > > On Tue, 2005-08-09 at 10:50 -0400, John Baldwin wrote: > > > > On Tuesday 09 August 2005 07:57 am, Gavin Atkinson wrote: > > > > > Hi, > > > > > > > > > > I have a regular panic (3 times a day) on a system running > > > > > 6.0-BETA2 which was very stable under 5.4. dmesg available at > > > > > http://www.devrandom.co.uk/freebsd/dmesg-buffy-20050809 . The panic > > > > > seems to relate to DRM, I have a ATI Radeon QY RV100 7000/VE card. > > > > > > > > Do a 'show witness', it looks like witness has a cycle somehow. > > > > Normally these can only occur if there is a cycle in the static lock > > > > order. > > > > > > http://www.devrandom.co.uk/freebsd/sh-witness-buffy-20050809 > > > > > > Gavin > > > > Do you still get this panic on more recent 6.0? > > I've been running a 6.0 from Friday for a week now without seeing this > panic, so I suspect it's fixed. However, I don't remember seeing any > commits which look like they were responsible for fixing it, is it > possible that it's just been masked by some other commit? I'm happy to > step back and find the responsible commit, unless you're happy that it > was fixed for certain. > > Gavin Well, I'm not sure how you could even have triggered the panic in the first place. If you can't reproduce it that is fine with me for now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 18:55:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E917E16A41F; Thu, 6 Oct 2005 18:55:42 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id A453443D45; Thu, 6 Oct 2005 18:55:40 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id j96Itd3t043923; Thu, 6 Oct 2005 11:55:40 -0700 (PDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Thu, 6 Oct 2005 14:55:22 -0400 User-Agent: KMail/1.8.2 References: <200510061139.37825.lists@jnielsen.net> <4345605B.7030309@gneto.com> In-Reply-To: <4345605B.7030309@gneto.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510061455.22483.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 18:55:43 -0000 On Thursday 06 October 2005 13:35, Martin Nilsson wrote: > John Nielsen wrote: > > I have a new (several, actually) IBM ThinkCentre A51 (8131-16U and > > 8138-14U) machine on which I'd like to run FreeBSD 6.0. The machine > > has a "Barbados" motherboard with an integrated Broadcom BCM5751 > > gigabit NIC. Visually, the Broadcom chip identifies itself as a > > BCM5751KFB. > > > > The bge driver recognizes the chip and tries to attach, but fails: > > > > bge0: mem > > 0xd0000000-0xd000ffff irq 5 at device 0.0 on pci2 > > bge0: RX CPU self-diagnostics failed! > > bge0: chip initialization failed > > device_attach: bge0 attach returned 6 Interestingly enough, I had a chance to try the ndis driver (using Broadcom's Windows XP driver) and it fails almost identically: ndis0: mem 0xd0000000-0xd000ffff irq 16 at device 0.0 on pci2 ndis0: NDIS API version: 5.1 ndis0: NDIS ERROR: c005000e (%) ndis0: NDIS ERROR: c0050014 (%) ndis0: init handler failed device_attach: ndis0 attach returned 6 That and Martin's success with the same chip lead me to believe that the problem may be with PCI express on this mainboard and not the BCM5751 specifically. As far as I can tell, the NIC is the only PCI-e device in this system, and unfortunately I don't have any PCI-e expansion cards to test with. I'm in the process of updating the box to today's -CURRENT. I'll post what I learn from that, if anything. > I have a 5751 based PCI-e card working in an Intel D945GNT board here: > > pcib8: at device 28.5 on pci0 > pci8: on pcib8 > bge0: mem > 0x90200000-0x9020ffff irq 17 at device 0.0 on pci8 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge0: Ethernet address: 00:10:18:11:bc:f4 > I notice that yours have a higher ASIC rev. > > There is an open source Linux driver available at www.broadcom.com check > if they are doing something special with different ASIC versions there. I looked through the sources for both FreeBSD's driver and Broadcom's Linux driver, but I was unable to find the link between the printed ASIC rev. number and the code. I'm no expert programmer (expecially wrt device drivers), so I'm obviously just missing something. Pointers? JN From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 18:55:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E917E16A41F; Thu, 6 Oct 2005 18:55:42 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id A453443D45; Thu, 6 Oct 2005 18:55:40 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id j96Itd3t043923; Thu, 6 Oct 2005 11:55:40 -0700 (PDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Thu, 6 Oct 2005 14:55:22 -0400 User-Agent: KMail/1.8.2 References: <200510061139.37825.lists@jnielsen.net> <4345605B.7030309@gneto.com> In-Reply-To: <4345605B.7030309@gneto.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510061455.22483.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 18:55:43 -0000 On Thursday 06 October 2005 13:35, Martin Nilsson wrote: > John Nielsen wrote: > > I have a new (several, actually) IBM ThinkCentre A51 (8131-16U and > > 8138-14U) machine on which I'd like to run FreeBSD 6.0. The machine > > has a "Barbados" motherboard with an integrated Broadcom BCM5751 > > gigabit NIC. Visually, the Broadcom chip identifies itself as a > > BCM5751KFB. > > > > The bge driver recognizes the chip and tries to attach, but fails: > > > > bge0: mem > > 0xd0000000-0xd000ffff irq 5 at device 0.0 on pci2 > > bge0: RX CPU self-diagnostics failed! > > bge0: chip initialization failed > > device_attach: bge0 attach returned 6 Interestingly enough, I had a chance to try the ndis driver (using Broadcom's Windows XP driver) and it fails almost identically: ndis0: mem 0xd0000000-0xd000ffff irq 16 at device 0.0 on pci2 ndis0: NDIS API version: 5.1 ndis0: NDIS ERROR: c005000e (%) ndis0: NDIS ERROR: c0050014 (%) ndis0: init handler failed device_attach: ndis0 attach returned 6 That and Martin's success with the same chip lead me to believe that the problem may be with PCI express on this mainboard and not the BCM5751 specifically. As far as I can tell, the NIC is the only PCI-e device in this system, and unfortunately I don't have any PCI-e expansion cards to test with. I'm in the process of updating the box to today's -CURRENT. I'll post what I learn from that, if anything. > I have a 5751 based PCI-e card working in an Intel D945GNT board here: > > pcib8: at device 28.5 on pci0 > pci8: on pcib8 > bge0: mem > 0x90200000-0x9020ffff irq 17 at device 0.0 on pci8 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge0: Ethernet address: 00:10:18:11:bc:f4 > I notice that yours have a higher ASIC rev. > > There is an open source Linux driver available at www.broadcom.com check > if they are doing something special with different ASIC versions there. I looked through the sources for both FreeBSD's driver and Broadcom's Linux driver, but I was unable to find the link between the printed ASIC rev. number and the code. I'm no expert programmer (expecially wrt device drivers), so I'm obviously just missing something. Pointers? JN From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 19:01:55 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5806316A464; Thu, 6 Oct 2005 19:01:55 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42AD943D68; Thu, 6 Oct 2005 19:01:51 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id j96J1XSi030862; Thu, 6 Oct 2005 12:01:37 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200510061901.j96J1XSi030862@gw.catspoiler.org> Date: Thu, 6 Oct 2005 12:01:33 -0700 (PDT) From: Don Lewis To: kris@obsecurity.org In-Reply-To: <20051006053853.GA58630@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: mi+mx@aldan.algebra.com, re@FreeBSD.org, current@FreeBSD.org, openoffice@FreeBSD.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 19:01:56 -0000 On 6 Oct, Kris Kennaway wrote: > On Tue, Oct 04, 2005 at 07:20:13PM -0700, Don Lewis wrote: > There is code in -current that saves stack traces when lockmgr locks > are acquired, when DEBUG_LOCKS is enabled - except it sometimes panics > while trying to save the trace because of a code bug. I remind jeffr > about this on a more-or-less daily basis, but he hasn't had time to > commit the fix he has yet. It still may be useful if this is easily > reproducible. >> This problem appears to be some sort of vnode lock leak. > > leaked lockmgr locks usually panic when the thread exits. More info, gathered from a repeat of the OOo build: There are two processes involved: UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 7055 47910 251 8 0 1728 1124 wait I p1 0:00.39 dmake produ 0 7093 7055 251 -4 0 1548 716 ufs D p1 0:00.00 /bin/tcsh - Process 7093 is stuck here: #0 sched_switch (td=0xc247e900, newtd=0xc1dba780, flags=1) at /usr/src/sys/kern/sched_4bsd.c:980 #1 0xc247e900 in ?? () #2 0xc0525d68 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:356 #3 0xc0544c77 in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:427 #4 0xc0544f0f in sleepq_wait (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:539 #5 0xc05259c7 in msleep (ident=0xc2874af8, mtx=0xc0781f38, priority=80, wmesg=0x0, timo=0) at /usr/src/sys/kern/kern_synch.c:227 #6 0xc050d74e in acquire (lkpp=0xd5ab2ae0, extflags=64, wanted=393216) at /usr/src/sys/kern/kern_lock.c:110 #7 0xc050dd24 in lockmgr (lkp=0xc2874af8, flags=12290, interlkp=0x40, td=0xc247e900) at /usr/src/sys/kern/kern_lock.c:348 #8 0xc058624d in vop_stdlock (ap=0x0) at /usr/src/sys/kern/vfs_default.c:258 #9 0xc06ff4c4 in VOP_LOCK_APV (vop=0xc0760dc0, a=0xd5ab2b50) at vnode_if.c:1642 #10 0xc065f897 in ffs_lock (ap=0x0) at /usr/src/sys/ufs/ffs/ffs_vnops.c:341 #11 0xc06ff4c4 in VOP_LOCK_APV (vop=0xc076a820, a=0xd5ab2b50) at vnode_if.c:1642 #12 0xc05a1a8e in vn_lock (vp=0xc2874aa0, flags=4098, td=0xc247e900) at vnode_if.h:844 #13 0xc0588881 in lookup (ndp=0xd5ab2c64) at /usr/src/sys/kern/vfs_lookup.c:382 #14 0xc0588499 in namei (ndp=0xd5ab2c64) at /usr/src/sys/kern/vfs_lookup.c:203 #15 0xc059980c in kern_access (td=0xc247e900, path=0x0, pathseg=UIO_USERSPACE, flags=0) at /usr/src/sys/kern/vfs_syscalls.c:1879 #16 0xc0599788 in access (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:1856 #17 0xc06ec012 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 6, tf_esi = 671846400, tf_eb p = -1077950592, tf_isp = -710202012, tf_ebx = 671798328, tf_edx = 134517062, tf _ecx = 671846415, tf_eax = 33, tf_trapno = 12, tf_err = 2, tf_eip = 671705663, t f_cs = 51, tf_eflags = 582, tf_esp = -1077950692, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:986 The vnode in question: (kdb) print *(struct vnode *)0xc2874aa0 $1 = {v_type = VDIR, v_tag = 0xc0728095 "ufs", v_op = 0xc076a820, v_data = 0xc2566420, v_mount = 0xc1f7c400, v_nmntvnodes = { tqe_next = 0xc28dc880, tqe_prev = 0xc37f7bc4}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = { le_next = 0x0, le_prev = 0xc3253020}, v_hash = 854582, v_cache_src = { lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xc2874ad0}, v_dd = 0x0, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = { lk_interlock = 0xc0781f38, lk_flags = 33816640, lk_sharecount = 0, lk_waitcount = 1, lk_exclusivecount = 1, lk_prio = 80, lk_wmesg = 0xc0728095 "ufs", lk_timo = 6, lk_lockholder = 0xc1fbd900, lk_newlock = 0x0}, v_interlock = {mtx_object = {lo_class = 0xc0759484, lo_name = 0xc07295db "vnode interlock", lo_type = 0xc07295db "vnode interlock", lo_flags = 196608, lo_list = { tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, v_vnlock = 0xc2874af8, v_holdcnt = 4, v_usecount = 4, v_iflag = 0, v_vflag = 0, v_writecount = 0, v_freelist = {tqe_next = 0x0, tqe_prev = 0xc2855c68}, v_bufobj = {bo_mtx = 0xc2874b1c, bo_clean = { bv_hd = {tqh_first = 0x0, tqh_last = 0xc2874b64}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xc2874b74}, bv_root = 0x0, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0xc075fd64, bo_bsize = 16384, bo_object = 0xc29928c4, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xc2874aa0, __bo_vnode = 0xc2874aa0}, v_pollinfo = 0x0, v_label = 0x0} Process 7055, which only has one thread, is holding the lock: (kgdb) print ((struct vnode *)0xc2874aa0)->v_lock->lk_lockholder->td_proc->p_pid $4 = 7055 (kgdb) print ((struct vnode *)0xc2874aa0)->v_lock->lk_lockholder->td_proc->p_numthreads $1 = 1 This is what process 7055 is doing: #0 sched_switch (td=0xc1fbd900, newtd=0xc1dba900, flags=1) at /usr/src/sys/kern/sched_4bsd.c:980 #1 0xc1fbd900 in ?? () #2 0xc0525d68 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:356 #3 0xc0544c77 in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:427 #4 0xc0544f50 in sleepq_wait_sig (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:552 #5 0xc05259b7 in msleep (ident=0xc1fbc830, mtx=0xc1fbc898, priority=348, wmesg=0x0, timo=0) at /usr/src/sys/kern/kern_synch.c:225 #6 0xc04fe89c in kern_wait (td=0xc1fbd900, pid=-1, status=0xd4912c80, options=0, rusage=0x0) at /usr/src/sys/kern/kern_exit.c:772 #7 0xc04fdc9d in wait4 (td=0x0, uap=0xd4912d04) at /usr/src/sys/kern/kern_exit.c:569 #8 0xc06ec012 in syscall (frame= {tf_fs = 134873147, tf_es = 134545467, tf_ds = -1078001605, tf_edi = 13488 5888, tf_esi = 7093, tf_ebp = -1077951208, tf_isp = -728683164, tf_ebx = 6725478 76, tf_edx = 0, tf_ecx = 134913208, tf_eax = 7, tf_trapno = 12, tf_err = 2, tf_e ip = 671979599, tf_cs = 51, tf_eflags = 534, tf_esp = -1077951236, tf_ss = 59}) Please 'splain to me why process 7055 is holding a locked vnode while it is executing the wait4() syscall. It looks like the DEBUG_LOCKS option might be useful in this case, though this is RELENG_6, which doesn't have the (buggy?) stack trace save feature. From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 19:52:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA8B716A420; Thu, 6 Oct 2005 19:52:34 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9E1443D6A; Thu, 6 Oct 2005 19:52:23 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0INY00MFEF78G6@ms-dienst.rz.rwth-aachen.de>; Thu, 06 Oct 2005 21:52:21 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Thu, 06 Oct 2005 21:52:20 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j96JqJqn004749; Thu, 06 Oct 2005 21:52:19 +0200 (MEST) Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtp (Exim 3.35 #1 (Debian)) id 1ENbmt-0004fa-00; Thu, 06 Oct 2005 21:52:19 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 6AC7728442; Thu, 06 Oct 2005 21:51:49 +0200 (CEST) Date: Thu, 06 Oct 2005 21:51:49 +0200 From: Christian Brueffer In-reply-to: <20051004143217.GI88623@cell.sick.ru> To: Gleb Smirnoff Message-id: <20051006195149.GB5166@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=+g7M9IMkV8truYOl; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.9i X-Operating-System: FreeBSD 6.0-BETA5 X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20051001205124.GR45345@cell.sick.ru> <20051003180023.GB1505@unixpages.org> <20051004143217.GI88623@cell.sick.ru> Cc: current@FreeBSD.org Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 19:52:34 -0000 --+g7M9IMkV8truYOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 04, 2005 at 06:32:17PM +0400, Gleb Smirnoff wrote: > On Mon, Oct 03, 2005 at 08:00:23PM +0200, Christian Brueffer wrote: > C> On Sun, Oct 02, 2005 at 12:51:24AM +0400, Gleb Smirnoff wrote: > C> > Colleagues, > C> >=20 > C> > I have just committed a big polling cleanup. First important > C> > point is that only two drivers were tested to work. Please, > C> > if you run CURRENT and polling(4), please reply to this mail, > C> > saying whether your NIC works or not. When I get approvements > C> > for all drivers, then I will be ready for MFC. Current state is: > C> >=20 > C> > em - tested (ru, glebius) > C> > fxp - tested (glebius) > C> > ixgb - not tested (changeset similar to em) > C> > nge - not tested > C> > re - not tested > C> > vge - not tested > C> > dc - not tested > C> > rl - not tested > C> > sf - not tested > C> > sis - not tested > C> > ste - not tested > C> > vr - not tested > C> > xl - not tested > C> >=20 > C> > The second important point is that you should not use kern.polling.e= nable > C> > anymore. Just turn polling on interface with ifconfig, either manual= ly > C> > or via rc.conf. > C> >=20 > C>=20 > C> I can test sf(4), dc(4), vr(4) and soon vge(4) if you whip up a patch > C> for RELENG_6. >=20 > Patch for RELENG_6 is here: >=20 > http://people.freebsd.org/~glebius/totest/newpoll_RELENG_6.diff >=20 Thanks, sf(4) works as expected. I can test the other drivers next week. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFDRYBVbHYXjKDtmC0RAjJoAJ9mLRXOQGT+zfamov0dV5n1CkNVowCgu8B6 Oqd3h4MlHscKBat/0st6nEk= =P22e -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 20:46:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E9C216A41F for ; Thu, 6 Oct 2005 20:46:37 +0000 (GMT) (envelope-from freebsd@mean.net) Received: from mx1.tyfon.net (mx1.tyfon.net [217.27.161.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB1C43D45 for ; Thu, 6 Oct 2005 20:46:36 +0000 (GMT) (envelope-from freebsd@mean.net) Received: from mean.net (s179h64vsg2.dyn.tyfon.se [217.27.179.64]) by mx1.tyfon.net (8.12.11/8.12.11) with ESMTP id j96KkZ6f053800; Thu, 6 Oct 2005 22:46:35 +0200 (CEST) Received: from beeyatch.mean.net (unknown [192.168.1.26]) by mean.net (Postfix) with ESMTP id CBAB91932A; Thu, 6 Oct 2005 22:46:34 +0200 (CEST) From: Mika To: Tyler Gee In-Reply-To: <6e01203b0510060849x15fd2652w5fd1c922a2edc32c@mail.gmail.com> References: <1128613406.84353.5.camel@beeyatch.mean.net> <6e01203b0510060849x15fd2652w5fd1c922a2edc32c@mail.gmail.com> Content-Type: text/plain Date: Thu, 06 Oct 2005 22:46:34 +0200 Message-Id: <1128631594.16127.5.camel@beeyatch.mean.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Firefox dies unexpectedly. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 20:46:37 -0000 I got rid of the flashplugin and it seems to have done the trick. I guess I'll do without flash, really don't need it anyway. //Mika On Thu, 2005-10-06 at 09:49 -0600, Tyler Gee wrote: > It usually has something to do with Flash and your libmap.conf. > Having said that, I have been unable to fix mine after uninstalling > and reinstalling. Try commenting out those lines in your libmap.conf > and visiting the same sites to see if you experience the same > problems. If not, I don't know what the problem is. If so, you can > narrow it down to working with your libmap and your Flash. > > ~Tyler > > > On 10/6/05, Mika wrote: > > Hi, > > > > has anyone have the problem that firefox dies spontaneously ? I get this > > output from firefox --sync, it seems to happen on very different sites, > > and not always at the same site. I'm trying to figure out if it's > > Firefox,Xorg or FreeBSD that causes this to happen. > > > > gluffis@beeyatch:~:firefox --sync > > NP_Initialize > > New > > open dsp: Device busy > > SetWindow > > SetWindow > > SetWindow > > New > > SetWindow > > SetWindow > > SetWindow > > NewStream > > WriteReady > > Write > > WriteReady > > Write > > WriteReady > > Write > > WriteReady > > Write > > WriteReady > > Write > > DestroyStream > > Destroy > > The program 'Gecko' received an X Window System error. > > This probably reflects a bug in the program. > > The error was 'BadShmSeg (invalid shared segment parameter)'. > > (Details: serial 129 error_code 178 request_code 147 minor_code 2) > > (Note to programmers: normally, X errors are reported asynchronously; > > that is, you will receive the error a while after causing it. > > To debug your program, run it with the --sync command line > > option to change this behavior. You can then get a meaningful > > backtrace from your debugger if you break on the gdk_x_error() > > function.) > > > > > > Mozilla Firefox 1.0.6, Copyright (c) 1998 - 2005 mozilla.org > > > > FreeBSD beeyatch 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Sun Sep 25 11:21:45 > > CEST 2005 > > > > -- > > Even alcohol can bend the room. > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 22:15:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3F2816A421 for ; Thu, 6 Oct 2005 22:15:04 +0000 (GMT) (envelope-from nock@email.arizona.edu) Received: from smtpgate.email.arizona.edu (deagol.email.Arizona.EDU [128.196.133.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A9DF43D48 for ; Thu, 6 Oct 2005 22:15:04 +0000 (GMT) (envelope-from nock@email.arizona.edu) Received: from localhost (eomer.email.arizona.edu [10.0.0.219]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 88066B4BE9B for ; Thu, 6 Oct 2005 15:15:03 -0700 (MST) Received: from [10.0.0.64] (kuat.arizona.edu [150.135.250.50]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E77C4B4A978 for ; Thu, 6 Oct 2005 15:15:02 -0700 (MST) Message-ID: <4345A172.1030305@email.arizona.edu> Date: Thu, 06 Oct 2005 15:13:06 -0700 From: Shawn Nock User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050928) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <1128613406.84353.5.camel@beeyatch.mean.net> <6e01203b0510060849x15fd2652w5fd1c922a2edc32c@mail.gmail.com> <1128631594.16127.5.camel@beeyatch.mean.net> In-Reply-To: <1128631594.16127.5.camel@beeyatch.mean.net> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF86D6BCC0BCBA88C7B0BF382" X-Virus-Scanned: amavisd-new at email.arizona.edu Subject: Re: Firefox dies unexpectedly. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 22:15:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF86D6BCC0BCBA88C7B0BF382 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mika wrote: > I got rid of the flashplugin and it seems to have done the trick. I > guess I'll do without flash, really don't need it anyway. I have had this problem since 1.0.7 portupgrade [running current sept 27], however I do not have any plugins install [flash or otherwise]... Maybe there is a larger problem. I don't use 'the web' much, but if there is demand (others with this problem) I'll take a look at the core dumps [saving for a rainy day...] -- Shawn Nock (OpenPGP: 0x8ED6EE9A) Broadcast Engineer; KUAT-TV 6, Tucson, AZ University of Arizona nock 'at' email.arizona.edu desk: 520.621.3280 cell: 520.820.0687 --------------enigF86D6BCC0BCBA88C7B0BF382 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.2 (FreeBSD) iD8DBQFDRaF6XOm+F47W7poRAh0QAKCY1h0GV+8EEe/7J3UrMTTxAIK1IQCfWFVY Ngc2ToWLhCv/KXFueCskX9Y= =1ywH -----END PGP SIGNATURE----- --------------enigF86D6BCC0BCBA88C7B0BF382-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 22:38:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E332916A41F; Thu, 6 Oct 2005 22:38:36 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2288943D45; Thu, 6 Oct 2005 22:38:35 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 4332AC780033BD9E; Fri, 7 Oct 2005 00:38:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 7 Oct 2005 00:38:34 +0200 Content-class: urn:content-classes:message Message-ID: <4F9C9299A10AE74E89EA580D14AA10A605F55D@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: gvinum startup problems Thread-Index: AcXKxrN2tOfyCoK2T3O0hshk7v5D5Q== From: "Daniel Eriksson" To: Cc: Pawel Jakub Dawidek Subject: gvinum startup problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 22:38:37 -0000 One of my servers boot off of SCSI, and has a gvinum array consisting of 4 x 120GB ATA disks in RAID-0 configuration. When loading gvinum through "/boot/loader.conf", the tasting of providers seems to be out of whack, and the array always comes up broken with one subdisk missing. When loading gvinum manually, the array always comes up properly without any problems. All the individual disks are probed properly during startup, but for some reason gvinum does not taste all 4 disks if it loads through "/boot/loader.conf". This is what it looks like when I have loaded the module manually. As far as I can remember, every time I've tried to auto-load the module it has been /dev/ad3 (vd1) that has failed to be tasted. # gvinum list 4 drives: D vd2 State: up /dev/ad0 A: 0/117800 MB (0%) D vd3 State: up /dev/ad1 A: 0/117800 MB (0%) D vd0 State: up /dev/ad2 A: 0/117800 MB (0%) D vd1 State: up /dev/ad3 A: 0/117800 MB (0%) 1 volume: V 480GB State: up Plexes: 1 Size: 460 GB 1 plex: P 480GB.p0 S State: up Subdisks: 4 Size: 460 GB 4 subdisks: S 480GB.p0.s0 State: up D: vd0 Size: 115 GB S 480GB.p0.s1 State: up D: vd1 Size: 115 GB S 480GB.p0.s2 State: up D: vd2 Size: 115 GB S 480GB.p0.s3 State: up D: vd3 Size: 115 GB I know this bug report might not be very useful without GEOM debugging info, but right now I cannot provide that. With some luck the problem and its solution is obvious to Pawel or someone else. :-) The problem has been around since I first started using gvinum (instead of vinum). This was a year ago or something like that. I used to run 5-CURRENT on it, and switched to the RELENG_6 branch when that became available a few months ago. I keep it pretty up-to-date (usually 2-3 upgrades per week). It's an SMP box running with the SCHED_4BSD scheduler /Daniel Eriksson /boot/kernel/acpi.ko text=3D0x49d18 data=3D0x2160+0x1090 syms=3D[0x4+0x7810+0x4+0xa292] KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-BETA5 #0: Wed Oct 5 18:32:58 CEST 2005 daniel@xxx:/usr/obj/usr/src/sys/XXX Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) MP 2600+ (2000.09-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 =20 Features=3D0x383fbff AMD Features=3D0xc0480800 real memory =3D 804782080 (767 MB) avail memory =3D 778121216 (742 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 3 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 10 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x8000-0x807f,0x8080-0x80ff iomem 0xd8000-0xdbfff on acpi0 pci0: on pcib0 agp0: port 0x1490-0x1493 mem 0xec000000-0xedffffff,0xea100000-0xea100fff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 7.3 (no driver attached) ciss0: port 0x1000-0x10ff mem 0xe8100000-0xe813ffff,0xe8000000-0xe80fffff irq 20 at device 8.0 on pci0 ciss0: [GIANT-LOCKED] em0: port 0x1400-0x143f mem 0xe81c0000-0xe81dffff,0xe8140000-0xe817ffff irq 21 at device 9.0 on pci0 em0: Ethernet address: 00:04:23:ac:20:8a em0: Speed:N/A Duplex:N/A em1: port 0x1440-0x147f mem 0xe81e0000-0xe81fffff,0xe8180000-0xe81bffff irq 22 at device 9.1 on pci0 em1: Ethernet address: 00:04:23:ac:20:8b em1: Speed:N/A Duplex:N/A pcib2: at device 16.0 on pci0 pci2: on pcib2 atapci1: port 0x3010-0x3017,0x3004-0x3007,0x3008-0x300f,0x3000-0x3003,0x2000-0x20ff irq 16 at device 4.0 on pci2 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x3028-0x302f,0x301c-0x301f,0x3020-0x3027,0x3018-0x301b,0x2400-0x24ff irq 16 at device 4.1 on pci2 ata4: on atapci2 ata5: on atapci2 atapci3: port 0x3040-0x3047,0x3034-0x3037,0x3038-0x303f,0x3030-0x3033,0x2800-0x28ff irq 19 at device 7.0 on pci2 ata6: on atapci3 ata7: on atapci3 atapci4: port 0x3058-0x305f,0x304c-0x304f,0x3050-0x3057,0x3048-0x304b,0x2c00-0x2cff irq 19 at device 7.1 on pci2 ata8: on atapci4 ata9: on atapci4 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcefff,0xe0000-0xe3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging unlimited ad0: 117800MB at ata0-master UDMA100 ad1: 117800MB at ata0-slave UDMA100 ad2: 117800MB at ata1-master UDMA100 ad3: 117800MB at ata1-slave UDMA100 ad4: 238475MB at ata2-master UDMA100 ad5: 238475MB at ata2-slave UDMA100 ad6: 239372MB at ata3-master UDMA133 ad7: 239372MB at ata3-slave UDMA133 ad8: 114473MB at ata4-master UDMA100 ad9: 117800MB at ata4-slave UDMA100 ad10: 194481MB at ata5-master UDMA133 ad11: 239372MB at ata5-slave UDMA133 ad12: 114473MB at ata6-master UDMA100 ad13: 114473MB at ata6-slave UDMA100 ad14: 194481MB at ata7-master UDMA133 ad15: 194481MB at ata7-slave UDMA133 ad16: 239372MB at ata8-master UDMA133 ad18: 117246MB at ata9-master UDMA133 ad19: 117246MB at ata9-slave UDMA133 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device=20 da0: 135.168MB/s transfers da0: 105008MB (215056800 512 byte sectors: 255H 32S/T 26355C) da1 at ciss0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-0 device=20 da1: 135.168MB/s transfers da1: 486240MB (995821155 512 byte sectors: 255H 63S/T 61987C) ar0: 476950MB status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad5 at ata2-slave ar1: 478744MB status: READY ar1: disk0 READY using ad6 at ata3-master ar1: disk1 READY using ad7 at ata3-slave ar2: 343420MB status: READY ar2: disk0 READY using ad12 at ata6-master ar2: disk1 READY using ad13 at ata6-slave ar2: disk2 READY using ad8 at ata4-master ar3: 351740MB status: READY ar3: disk0 READY using ad18 at ata9-master ar3: disk1 READY using ad19 at ata9-slave ar3: disk2 READY using ad9 at ata4-slave ar4: 583442MB status: READY ar4: disk0 READY using ad14 at ata7-master ar4: disk1 READY using ad15 at ata7-slave ar4: disk2 READY using ad10 at ata5-master ar5: 478744MB status: READY ar5: disk0 READY using ad11 at ata5-slave ar5: disk1 READY using ad16 at ata8-master SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 23:39:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2C0E16A41F for ; Thu, 6 Oct 2005 23:39:10 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from crumpet.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19EDE43D49 for ; Thu, 6 Oct 2005 23:39:09 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from bigguy.am-productions.biz (am-productions.biz [69.61.164.22]) (authenticated bits=0) by crumpet.united-ware.com (8.12.8p2/8.12.8) with ESMTP id j96NX5C9064818 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 6 Oct 2005 19:33:06 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Thu, 6 Oct 2005 19:40:07 -0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1626273.GCJubsSqi6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510061940.18199.mistry.7@osu.edu> X-Spam-Status: No, hits=-2.4 required=5.0 tests=BAYES_44,J_CHICKENPOX_43, MYFREEBSD2 autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com X-Virus-Scanned: ClamAV 0.86.2/1116/Thu Oct 6 05:34:58 2005 on crumpet.united-ware.com X-Virus-Status: Clean Subject: burncd/atapi multisession CD issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 23:39:11 -0000 --nextPart1626273.GCJubsSqi6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I've got a couple of issues, which both appear on RELENG_6 and=20 =2DCURRENT as of today. I'm not sure when they started as I mostly=20 burncd multisession backups on my 4.x system. Once I burn a CD with burncd: mkisofs -r -J -o test.iso files burncd -f /dev/acd0 -s max -m data test.iso fixate The files burn just fine, but I have to eject and then close the=20 drive. eg. "cdcontrol eject ; cdcontrol close" before I can mount=20 the CD. If I try to mount the CD without the eject/close I get the=20 following message in the syslog: kernel: g_vfs_done():acd0[READ(offset=3D32768, length=3D2048)]error =3D 5 The same goes (eject/close except no error message) before grabbing=20 the multisession info with "burncd -f /dev/acd0 msinfo". When I try to burn another session with burncd I just get=20 "Input/Output error" and the second session doesn't get added to the=20 CD. This all seems like a problem with ata/atapi rather than burncd. =46rom the RELENG_6 system: atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 8.0 on=20 pci0 ata0: on atapci0 ata1: on atapci0 ad0: 38162MB at ata0-master UDMA100 ad1: 32253MB at ata0-slave UDMA133 acd0: CDRW at ata1-master UDMA33 =46rom the CURRENT system: atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 on=20 pci0 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA=20 access bug, expect reduced performance ata0: on atapci0 ata1: on atapci0 ad0: 19077MB at ata0-master UDMA66 acd0: CDRW at ata1-master UDMA33 Thanks, =2D-=20 Anish Mistry --nextPart1626273.GCJubsSqi6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDRbXixqA5ziudZT0RAi+4AKCsUGv/E93k0HEdVoJ7m00y9x53RwCeJd8f GQQ+GOdcTyauH4AR4F84esI= =f18s -----END PGP SIGNATURE----- --nextPart1626273.GCJubsSqi6-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 23:58:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E48A16A41F for ; Thu, 6 Oct 2005 23:58:56 +0000 (GMT) (envelope-from nge@cs.hmc.edu) Received: from turing.cs.hmc.edu (turing.cs.hmc.edu [134.173.42.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2685B43D45 for ; Thu, 6 Oct 2005 23:58:56 +0000 (GMT) (envelope-from nge@cs.hmc.edu) Received: by turing.cs.hmc.edu (Postfix, from userid 26983) id C8A0753230; Thu, 6 Oct 2005 16:58:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by turing.cs.hmc.edu (Postfix) with ESMTP id B2F465A92B; Thu, 6 Oct 2005 16:58:55 -0700 (PDT) Date: Thu, 6 Oct 2005 16:58:55 -0700 (PDT) From: Nate Eldredge X-X-Sender: nate@turing To: Anish Mistry In-Reply-To: <200510061940.18199.mistry.7@osu.edu> Message-ID: References: <200510061940.18199.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: burncd/atapi multisession CD issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2005 23:58:56 -0000 On Thu, 6 Oct 2005, Anish Mistry wrote: > I've got a couple of issues, which both appear on RELENG_6 and > -CURRENT as of today. I'm not sure when they started as I mostly > burncd multisession backups on my 4.x system. > Once I burn a CD with burncd: > mkisofs -r -J -o test.iso files > burncd -f /dev/acd0 -s max -m data test.iso fixate > The files burn just fine, but I have to eject and then close the > drive. eg. "cdcontrol eject ; cdcontrol close" before I can mount > the CD. If I try to mount the CD without the eject/close I get the > following message in the syslog: > kernel: g_vfs_done():acd0[READ(offset=32768, length=2048)]error = 5 > The same goes (eject/close except no error message) before grabbing > the multisession info with "burncd -f /dev/acd0 msinfo". > When I try to burn another session with burncd I just get > "Input/Output error" and the second session doesn't get added to the > CD. > This all seems like a problem with ata/atapi rather than burncd. I think this is true on a number of systems. I have noticed it on Linux for instance. It may be a hardware thing. Burning seems to create some sort of state which can't be read back correctly, but ejecting the disc clears it. Maybe some other sort of drive reset would suffice. But anyway the workaround is pretty simple. -- Nate Eldredge nge@cs.hmc.edu From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 01:48:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6002A16A420 for ; Fri, 7 Oct 2005 01:48:47 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C5FC43D48 for ; Fri, 7 Oct 2005 01:48:46 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 07 Oct 2005 00:52:47 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp025) with SMTP; 07 Oct 2005 02:52:47 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Fri, 7 Oct 2005 02:52:21 +0200 User-Agent: KMail/1.8.1 References: <200510061940.18199.mistry.7@osu.edu> In-Reply-To: <200510061940.18199.mistry.7@osu.edu> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1545507.VYTZILoRr0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510070252.32000@harrymail> X-Y-GMX-Trusted: 0 Cc: Subject: Re: burncd/atapi multisession CD issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 01:48:47 -0000 --nextPart1545507.VYTZILoRr0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 7. Oktober 2005 01:40 CEST schrieb Anish Mistry: > I've got a couple of issues, which both appear on RELENG_6 and > -CURRENT as of today. I'm not sure when they started as I mostly > burncd multisession backups on my 4.x system. > Once I burn a CD with burncd: > mkisofs -r -J -o test.iso files > burncd -f /dev/acd0 -s max -m data test.iso fixate > The files burn just fine, but I have to eject and then close the > drive. eg. "cdcontrol eject ; cdcontrol close" before I can mount > the CD. If I try to mount the CD without the eject/close I get the > following message in the syslog: > kernel: g_vfs_done():acd0[READ(offset=3D32768, length=3D2048)]error =3D 5 > The same goes (eject/close except no error message) before grabbing > the multisession info with "burncd -f /dev/acd0 msinfo". > When I try to burn another session with burncd I just get > "Input/Output error" and the second session doesn't get added to the > CD. > This all seems like a problem with ata/atapi rather than burncd. Hmm, with my little knowledge of GEOM I think 'true > /dev/acd0' should=20 replace the open/close sequence... It saves some time I hope... ;) =2DHarry > > From the RELENG_6 system: > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 8.0 on > pci0 > ata0: on atapci0 > ata1: on atapci0 > ad0: 38162MB at ata0-master UDMA100 > ad1: 32253MB at ata0-slave UDMA133 > acd0: CDRW at ata1-master UDMA33 > > From the CURRENT system: > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 on > pci0 > atapci0: using PIO transfers above 137GB as workaround for 48bit DMA > access bug, expect reduced performance > ata0: on atapci0 > ata1: on atapci0 > ad0: 19077MB at ata0-master UDMA66 > acd0: CDRW at ata1-master UDMA33 > > > Thanks, --nextPart1545507.VYTZILoRr0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDRcbPBylq0S4AzzwRAsjZAJ9B8O0weEVUXoqpZbNMs3nnOresXACfeiAF xQIk97WHBzqqq95wD02EYrI= =jjbo -----END PGP SIGNATURE----- --nextPart1545507.VYTZILoRr0-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 04:00:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64F5016A41F for ; Fri, 7 Oct 2005 04:00:46 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from crumpet.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB8A943D48 for ; Fri, 7 Oct 2005 04:00:43 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from bigguy.am-productions.biz (am-productions.biz [69.61.164.22]) (authenticated bits=0) by crumpet.united-ware.com (8.12.8p2/8.12.8) with ESMTP id j973scC9065515 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 6 Oct 2005 23:54:39 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Emanuel Strobl Date: Fri, 7 Oct 2005 00:01:36 -0400 User-Agent: KMail/1.8.2 References: <200510061940.18199.mistry.7@osu.edu> <200510070252.32000@harrymail> In-Reply-To: <200510070252.32000@harrymail> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1907206.DSfAZRaymB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510070001.51736.mistry.7@osu.edu> X-Spam-Status: No, hits=-2.4 required=5.0 tests=BAYES_44,J_CHICKENPOX_43, MYFREEBSD3 autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com X-Virus-Scanned: ClamAV 0.86.2/1119/Thu Oct 6 14:29:53 2005 on crumpet.united-ware.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: burncd/atapi multisession CD issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 04:00:46 -0000 --nextPart1907206.DSfAZRaymB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 06 October 2005 08:52 pm, Emanuel Strobl wrote: > Am Freitag, 7. Oktober 2005 01:40 CEST schrieb Anish Mistry: > > I've got a couple of issues, which both appear on RELENG_6 and > > -CURRENT as of today. I'm not sure when they started as I mostly > > burncd multisession backups on my 4.x system. > > Once I burn a CD with burncd: > > mkisofs -r -J -o test.iso files > > burncd -f /dev/acd0 -s max -m data test.iso fixate > > The files burn just fine, but I have to eject and then close the > > drive. eg. "cdcontrol eject ; cdcontrol close" before I can > > mount the CD. If I try to mount the CD without the eject/close I > > get the following message in the syslog: > > kernel: g_vfs_done():acd0[READ(offset=3D32768, length=3D2048)]error =3D > > 5 The same goes (eject/close except no error message) before > > grabbing the multisession info with "burncd -f /dev/acd0 msinfo". > > When I try to burn another session with burncd I just get > > "Input/Output error" and the second session doesn't get added to > > the CD. > > This all seems like a problem with ata/atapi rather than burncd. > > Hmm, with my little knowledge of GEOM I think 'true > /dev/acd0' > should replace the open/close sequence... It saves some time I > hope... ;) > Unfortunately that doesn't work :(. I normally do "cat /dev/null=20 > /dev/geomdevhere", but that doesn't work either. After re-reading=20 my email I don't seem to make it clear that even after an eject/close=20 I can't burn a second session onto a CD. I just get the=20 "Input/Output error." Thanks, =2D-=20 Anish Mistry --nextPart1907206.DSfAZRaymB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDRfMvxqA5ziudZT0RAsTWAKDRtim5JfTBFo/p6Vgcl5mHpZ0G/QCdHK7D OsvXYvt8osm8eWJgkbt5eco= =gLqT -----END PGP SIGNATURE----- --nextPart1907206.DSfAZRaymB-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 06:56:10 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26FC916A41F; Fri, 7 Oct 2005 06:56:10 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from imap1u.univie.ac.at (imap1.unet.univie.ac.at [131.130.1.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9299943D45; Fri, 7 Oct 2005 06:56:09 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben (le.vpn.univie.ac.at [131.130.222.177]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id j976t7eK036849 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 7 Oct 2005 08:55:10 +0200 (CEST) Date: Fri, 7 Oct 2005 08:55:01 +0200 From: Lukas Ertl To: Daniel Eriksson In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A605F55D@royal64.emp.zapto.org> Message-ID: References: <4F9C9299A10AE74E89EA580D14AA10A605F55D@royal64.emp.zapto.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, Pawel Jakub Dawidek Subject: Re: gvinum startup problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 06:56:10 -0000 On Fri, 7 Oct 2005, Daniel Eriksson wrote: > One of my servers boot off of SCSI, and has a gvinum array consisting of > 4 x 120GB ATA disks in RAID-0 configuration. When loading gvinum through > "/boot/loader.conf", the tasting of providers seems to be out of whack, > and the array always comes up broken with one subdisk missing. When > loading gvinum manually, the array always comes up properly without any > problems. > > All the individual disks are probed properly during startup, but for > some reason gvinum does not taste all 4 disks if it loads through > "/boot/loader.conf". Interesting... on a fresh CURRENT, the problem should be the other way round... :-) Have you tried setting kern.geom.debugflags=1 at the loader prompt? It might give a hint as to why one disk is missing. thanks, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 07:23:49 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2857D16A41F for ; Fri, 7 Oct 2005 07:23:49 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D62343D45 for ; Fri, 7 Oct 2005 07:23:48 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j977NFcN039259; Fri, 7 Oct 2005 09:23:15 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <200510061940.18199.mistry.7@osu.edu> References: <200510061940.18199.mistry.7@osu.edu> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <91A23017-FFD2-498E-A8DA-7EB729F35399@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Fri, 7 Oct 2005 09:23:34 +0200 To: Anish Mistry X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: burncd/atapi multisession CD issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 07:23:49 -0000 On 07/10/2005, at 1:40, Anish Mistry wrote: > I've got a couple of issues, which both appear on RELENG_6 and > -CURRENT as of today. I'm not sure when they started as I mostly > burncd multisession backups on my 4.x system. > Once I burn a CD with burncd: > mkisofs -r -J -o test.iso files > burncd -f /dev/acd0 -s max -m data test.iso fixate > The files burn just fine, but I have to eject and then close the > drive. eg. "cdcontrol eject ; cdcontrol close" before I can mount > the CD. If I try to mount the CD without the eject/close I get the > following message in the syslog: > kernel: g_vfs_done():acd0[READ(offset=3D32768, length=3D2048)]error =3D = 5 > The same goes (eject/close except no error message) before grabbing > the multisession info with "burncd -f /dev/acd0 msinfo". > When I try to burn another session with burncd I just get > "Input/Output error" and the second session doesn't get added to the > CD. > This all seems like a problem with ata/atapi rather than burncd. Well, its rather a feature of your particular burner (which then join =20= the club of many others). Some burner SW actually does an eject/close dance now and then to get =20= around it :) S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 07:48:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 621C516A422 for ; Fri, 7 Oct 2005 07:48:42 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4499143D53 for ; Fri, 7 Oct 2005 07:48:39 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from localhost (localhost [127.0.0.1]) by kweetal.tue.nl (Postfix) with ESMTP id 024E913B938 for ; Fri, 7 Oct 2005 09:48:38 +0200 (CEST) Received: from kweetal.tue.nl ([127.0.0.1]) by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27442-01-11 for ; Fri, 7 Oct 2005 09:48:21 +0200 (CEST) Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100]) by kweetal.tue.nl (Postfix) with ESMTP id 6B0AE13B90A for ; Fri, 7 Oct 2005 09:45:20 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72]) by umta.win.tue.nl (Postfix) with ESMTP id 6362131401D for ; Fri, 7 Oct 2005 09:45:20 +0200 (CEST) Received: by pcwin002.win.tue.nl (Postfix, from userid 1001) id 48CF340E4; Fri, 7 Oct 2005 09:45:20 +0200 (CEST) Date: Fri, 7 Oct 2005 09:45:20 +0200 From: Stijn Hoop To: freebsd-current@freebsd.org Message-ID: <20051007074520.GS86136@pcwin002.win.tue.nl> References: <20051006075312.GM86136@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: <20051006075312.GM86136@pcwin002.win.tue.nl> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Virus-Scanned: amavisd-new at tue.nl Subject: Re: interrupt throttling stepping in too soon? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 07:48:42 -0000 --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Followup to my own problem: On Thu, Oct 06, 2005 at 09:53:12AM +0200, Stijn Hoop wrote: > On the console there were multiple DMA_TIMEOUT messages for the disks of > the array, and just above those was a line about an 'interrupt storm for > atapci0, throttling'. After a rebuild which completed succesfully, I rsynced data to the disks. About 5 minutes later the same message appeared and the machine panic'd, this time destroying /var/log with it :-/ Anyway, I decided to hammer the disks without waiting a long time for gvinu= m=20 to build an array, and indeed I can reproduce this by mounting all 4 drives, and for each drive dd'ing the whole drive to /dev/null plus rsync'ing data to it at the same time. It held up at 20 MB/s but I suspect that the box isn't keeping up with the combined total of interrupts because it goes down faster when I engage the network (rsync from a remote box). So, I guess my question becomes: is there a way to find out why this box can't handle enough interrupts? Could it be that the motherboard is flawed? Is this definitely a hardware error or is it still possible that the interrupt throttling is stepping in too soon and thus screwing the rest of the system? On a sidenote, I monitored systat -vmstat while doing the above and it appeared that IRQ 11 (ATA controller) was doing around 1000-1100 irqs/s, and IRQ 5 (xl0) was doing around 800-1000 irqs/s. Is there a way to log this somehow? *grumbling-something-about-i386-hardware*'ingly yours, --Stijn --=20 "Linux has many different distributions, meaning that you can probably find one that is exactly what you want (I even found one that looked like a Unix system)." -- Mike Meyer, from a posting at questions@freebsd.org --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDRieQY3r/tLQmfWcRAqo4AJ0egIFihSul58257FRND/cQ/UoKOACeOv77 6JPqJKzNE0YmOfGSILUTCdw= =PBFG -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 08:44:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17CD416A41F for ; Fri, 7 Oct 2005 08:44:52 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70AAA43D45 for ; Fri, 7 Oct 2005 08:44:51 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail23.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j978iktI026318 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 7 Oct 2005 18:44:47 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j978ijSR089096; Fri, 7 Oct 2005 18:44:45 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j978ijan089095; Fri, 7 Oct 2005 18:44:45 +1000 (EST) (envelope-from pjeremy) Date: Fri, 7 Oct 2005 18:44:45 +1000 From: Peter Jeremy To: Shawn Nock Message-ID: <20051007084445.GU72352@cirb503493.alcatel.com.au> References: <1128613406.84353.5.camel@beeyatch.mean.net> <6e01203b0510060849x15fd2652w5fd1c922a2edc32c@mail.gmail.com> <1128631594.16127.5.camel@beeyatch.mean.net> <4345A172.1030305@email.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4345A172.1030305@email.arizona.edu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Firefox dies unexpectedly. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 08:44:52 -0000 On Thu, 2005-Oct-06 15:13:06 -0700, Shawn Nock wrote: > I have had this problem since 1.0.7 portupgrade [running current sept >27], however I do not have any plugins install [flash or otherwise]... I ran into problems with emacs as well as a couple of other X applications following one portupgrade run (I can't recall if mozilla was affected). It looks like one of the X.org updates included some API incompatibilities. My solution was a more widespread rebuild (something like '-r'). -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 09:04:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 923F716A41F for ; Fri, 7 Oct 2005 09:04:25 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37A9C43D46 for ; Fri, 7 Oct 2005 09:04:24 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (Postfix) with ESMTP id 205D72AA69; Fri, 7 Oct 2005 11:04:21 +0200 (CEST) Message-ID: <43463ABB.6020908@withagen.nl> Date: Fri, 07 Oct 2005 11:07:07 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711) X-Accept-Language: en-us, en MIME-Version: 1.0 To: d.compen@bouwbedrijfbaken.nl, "freebsd-current@freebsd.org" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Soortelijk gewicht X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 09:04:25 -0000 d.compen@bouwbedrijfbaken.nl wrote: > Beste Willem-Jan, > > Kalkzandsteen heeft hogere soortelijk gewicht als Poriso. Verwerkt bedraagt het gewicht in Poriso (100mm) incl. specie per m2 ca. 150 kg. Het gewicht van Kalkzandsteen (100mm) incl. specie per m2 bedraagt ca. 175 kg. Zie tevens bijlage. Dat heeft het geluidstechnisch de voorkeur om de extra muren in de kelder in kalkzandsteen uit te voeren. --WjW From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 09:08:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D2AA16A41F; Fri, 7 Oct 2005 09:08:03 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F6043D46; Fri, 7 Oct 2005 09:08:03 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn1.fre.skanova.net (7.2.060.1) id 43297E3C0052A637; Fri, 7 Oct 2005 11:08:02 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 7 Oct 2005 11:08:01 +0200 Content-class: urn:content-classes:message Message-ID: <4F9C9299A10AE74E89EA580D14AA10A605F55E@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: gvinum startup problems Thread-Index: AcXKxrN2tOfyCoK2T3O0hshk7v5D5QAVMYgg From: "Daniel Eriksson" To: Cc: Lukas Ertl Subject: RE: gvinum startup problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 09:08:03 -0000 I just tried booting with kern.geom.debugflags=3D1 and geom_vinum_load=3D"YES" in /boot/loader.conf (latest RELENG_6), and the result was not good: # gvinum list g_post_event_x(0xc0513ef0, 0xc2116600, 2, 262144) 3 drives: D vd1 State: up /dev/ad3 A: 0/117800 MB (0%) D vd0 State: up /dev/ad2 A: 0/117800 MB (0%) D vd3 State: up /dev/ad1 A: 0/117800 MB (0%) 1 volume: V 480GB State: down Plexes: 1 Size: 345 GB 1 plex: P 480GB.p0 S State: down Subdisks: 3 Size: 345 GB 4 subdisks: S 480GB.p0.s3 State: stale D: vd3 Size: 115 GB S 480GB.p0.s2 State: up D: vd2 Size: 115 GB S 480GB.p0.s1 State: up D: vd1 Size: 115 GB S 480GB.p0.s0 State: stale D: vd0 Size: 115 GB My previous assertion that it was always /dev/ad3 that failed to be tasted was probably just a matter of bad memory on my part. As you can see from the above list, one vinumdrive was never found (/dev/ad0), and two subdisks were marked as stale. Rebooting the machine without auto-start of gvinum and then manually doing a "gvinum start" from single- or multi-user brings the array up properly. I have put three logs online: 1. Normal boot, plain dmesg (just to make it easier to see what devices are found during probing, they are drowned in debug messages in the two logs below) http://193.11.63.100/normal_boot.txt 2. kern.geom.debugflags=3D1 + geom_vinum_load=3D"YES" -> single-user http://193.11.63.100/gvinum_auto_start.txt 3. kern.geom.debugflags=3D1 -> single-user -> "gvinum start" http://193.11.63.100/gvinum_manual_start.txt Warning, the two debug logs are rather long (112kB each). /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 09:55:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C78816A41F for ; Fri, 7 Oct 2005 09:55:33 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C1743D48 for ; Fri, 7 Oct 2005 09:55:33 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (Postfix) with ESMTP id 0E9CF2AA69 for ; Fri, 7 Oct 2005 11:55:31 +0200 (CEST) Message-ID: <434646BA.3080803@withagen.nl> Date: Fri, 07 Oct 2005 11:58:18 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "freebsd-current@freebsd.org" References: <43463ABB.6020908@withagen.nl> In-Reply-To: <43463ABB.6020908@withagen.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Soortelijk gewicht X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 09:55:33 -0000 Oooops, Too many things that start with free* Sorry, --WjW Willem Jan Withagen wrote: > d.compen@bouwbedrijfbaken.nl wrote: > >> Beste Willem-Jan, >> >> Kalkzandsteen heeft hogere soortelijk gewicht als Poriso. Verwerkt >> bedraagt het gewicht in Poriso (100mm) incl. specie per m2 ca. 150 kg. >> Het gewicht van Kalkzandsteen (100mm) incl. specie per m2 bedraagt ca. >> 175 kg. Zie tevens bijlage. > > > Dat heeft het geluidstechnisch de voorkeur om de extra muren in de > kelder in kalkzandsteen uit te voeren. > > --WjW > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 11:09:52 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C88816A41F; Fri, 7 Oct 2005 11:09:52 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from gecko.sbs.de (gecko.sbs.de [194.138.37.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 940AE43D48; Fri, 7 Oct 2005 11:09:49 +0000 (GMT) (envelope-from jens.rehsack.ext@siemensvdo.com) Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by gecko.sbs.de (8.12.6/8.12.6) with ESMTP id j97B9PEe003629; Fri, 7 Oct 2005 13:09:25 +0200 Received: from sbas063a.ww011.siemens.net (sbas063a.sbas.ww011.siemens.net [158.92.186.172]) by mail1.sbs.de (8.12.6/8.12.6) with ESMTP id j97B9N4Q014431; Fri, 7 Oct 2005 13:09:25 +0200 Received: from krbdf7ma.ww011.siemens.net ([158.92.210.82]) by sbas063a.ww011.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); Fri, 7 Oct 2005 13:09:24 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Fri, 7 Oct 2005 13:09:22 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problems with Acer Travelmate & PC-Card interface Thread-Index: AcXHSTt1qeF6SlJrRYyVpqMu3zEq5gD5igIw From: "Rehsack Jens \(ext\)" To: "M. Warner Losh" X-OriginalArrivalTime: 07 Oct 2005 11:09:24.0272 (UTC) FILETIME=[93284B00:01C5CB2F] Cc: Jens Rehsack , jon@FreeBSD.org, current@FreeBSD.org Subject: RE: Problems with Acer Travelmate & PC-Card interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 11:09:52 -0000 From: Jens Rehsack [mailto:rehsack@liwing.de]=20 Sent: Sunday, October 02, 2005 2:11 PM To: M. Warner Losh Cc: Rehsack Jens (ext); jon@FreeBSD.org; current@FreeBSD.org Subject: Re: Problems with Acer Travelmate & PC-Card interface > M. Warner Losh wrote: > > In message: <433F36C6.2060906@liwing.de> > > Jens Rehsack writes: > > : Is there a way for me to support you with data or traces to figure it > > : out? Or do I simply have to wait ... > >=20 > > If you had the debugging level like I suggested, then I think so. You > > did run it with hw.cardbus.cis_debug=3D1, right? >=20 > Yes, I did. And it adds exactly the 4 lines you've additional in the log. >=20 > > Warner Any news, Warner? Best regards, Jens From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 11:26:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA90516A41F for ; Fri, 7 Oct 2005 11:26:12 +0000 (GMT) (envelope-from dreamer2@tikhvin.info) Received: from mail.lsi.ru (mail.lsi.ru [212.58.192.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E050A43D45 for ; Fri, 7 Oct 2005 11:26:11 +0000 (GMT) (envelope-from dreamer2@tikhvin.info) Received: by mail.lsi.ru (Postfix, from userid 426) id 098A13873BD; Fri, 7 Oct 2005 15:26:09 +0400 (MSD) Received: from [192.168.8.22] (unknown [212.58.217.41]) by mail.lsi.ru (Postfix) with ESMTP id 92DBD38738F for ; Fri, 7 Oct 2005 15:26:07 +0400 (MSD) Message-ID: <43465B61.6050801@tikhvin.info> Date: Fri, 07 Oct 2005 15:26:25 +0400 From: Vitaly User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------080109010807020603040703" Subject: BETA5 panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 11:26:13 -0000 This is a multi-part message in MIME format. --------------080109010807020603040703 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Panics occured only with ath clients activity. I have attach backtraces, what should i do else? fxp0: flags=18943 mtu 1500 options=48 ether 00:04:ac:d7:bd:24 media: Ethernet autoselect (100baseTX ) status: active ath0: flags=8943 mtu 1500 ether 00:0f:3d:a9:4e:20 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid D2HOME channel 6 bssid 00:0f:3d:a9:4e:20 authmode SHARED privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 39 protmode CTS ssid HIDE dtimperiod 1 bintval 100 fxp1: flags=18843 mtu 1500 options=48 inet 212.58.xx.xx netmask 0xfffffff0 broadcast 212.58.xx.xx ether 00:08:c7:89:f5:5f media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet 192.168.8.1 netmask 0xffffffff vlan0: flags=9843 mtu 1500 inet 192.168.50.30 netmask 0xffffffe0 broadcast 192.168.50.31 ether 00:08:c7:89:f5:5f media: Ethernet autoselect (100baseTX ) status: active vlan: 903 parent interface: fxp1 vlan1: flags=9843 mtu 1500 inet 192.168.197.1 netmask 0xffffff00 broadcast 192.168.197.255 ether 00:08:c7:89:f5:5f media: Ethernet autoselect (100baseTX ) status: active vlan: 47 parent interface: fxp1 vlan2: flags=9843 mtu 1500 inet 192.168.60.2 netmask 0xffffff00 broadcast 192.168.60.255 ether 00:08:c7:89:f5:5f media: Ethernet autoselect (100baseTX ) status: active vlan: 602 parent interface: fxp1 bridge0: flags=8041 mtu 1500 inet 192.168.7.1 netmask 0xffffff00 ether ac:de:48:37:8e:76 priority 32768 hellotime 2 fwddelay 15 maxage 20 member: fxp0 flags=3 member: ath0 flags=3 ng0: flags=8890 mtu 1500 ng1: flags=8890 mtu 1500 --------------080109010807020603040703 Content-Type: text/plain; name="backtrace2.txt" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="backtrace2.txt" Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbfc00b04 fault code = supervisor read, page not present instruction pointer = 0x20:0xc070c33a stack pointer = 0x28:0xd2779ba0 frame pointer = 0x28:0xd2779c10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 32 (swi6: task queue) trap number = 12 panic: page fault Uptime: 33m44s Dumping 191 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 191MB (48893 pages) 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc0538e9c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc05391e9 in panic (fmt=0xc074fe21 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc14b6c00 bootopt = 260 newpanic = 0 ap = 0xc14b6c00 "\030TKà À>à" buf = "page fault", '\0' #3 0xc072263c in trap_fatal (frame=0xd2779b60, eva=0) at /usr/src/sys/i386/i386/trap.c:841 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 10, ssd_xx1 = 1, ssd_def32 = 1, ssd_gran = 1} #4 0xc0722312 in trap_pfault (frame=0xd2779b60, usermode=0, eva=3217033988) at /usr/src/sys/i386/i386/trap.c:752 va = 3217031168 vm = (struct vmspace *) 0x0 map = 0x1 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc14b6c00 p = (struct proc *) 0xc14b5418 #5 0xc0721ead in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = -763953112, tf_edi = -1051083600, tf_esi = -1051723264, tf_ebp = -763913200, tf_isp = -763913332, tf_ebx = 0, tf_edx = 0, tf_ecx = 2888008, tf_eax = 705, tf_trapno = 12, tf_err = 0, tf_eip = -1066351814, tf_cs = 32, tf_eflags = 590338, tf_esp = 0, tf_ss = -763953151}) at /usr/src/sys/i386/i386/trap.c:442 td = (struct thread *) 0xc14b6c00 p = (struct proc *) 0xc14b5418 sticks = 3228242063 i = 0 ucode = 0 type = 12 code = 0 eva = 3217033988 #6 0xc070e5fa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc070c33a in bus_dmamap_load_mbuf_sg (dmat=0xc14d5700, map=0x0, m0=0x0, segs=0xc159bcd4, nsegs=0xc159bcb4, flags=1) at pmap.h:200 first = 0 lastaddr = 0 m = (struct mbuf *) 0xc14ffa00 error = 2888008 #8 0xc049534e in ath_rxbuf_init (sc=0xc1595000, bf=0xc159bcb0) at /usr/src/sys/dev/ath/if_ath.c:2495 ah = (struct ath_hal *) 0xc1597000 error = -1051111424 m = (struct mbuf *) 0xc14ffa00 ds = (struct ath_desc *) 0xc1595000 __func__ = "ath_rxbuf_init" #9 0xc0495bc6 in ath_rx_proc (arg=0xc1595000, npending=705) at /usr/src/sys/dev/ath/if_ath.c:2858 sc = (struct ath_softc *) 0xc1595000 bf = (struct ath_buf *) 0xc159bcb0 ic = (struct ieee80211com *) 0xc15951ac ifp = (struct ifnet *) 0xc1592800 ah = (struct ath_hal *) 0xc1597000 ds = (struct ath_desc *) 0xc14b1cd0 m = (struct mbuf *) 0xc154f000 ni = (struct ieee80211_node *) 0xc1a01000 an = (struct ath_node *) 0x2c1148 len = -1046474752 type = 8 phyerr = 705 status = 3248492544 __func__ = "ath_rx_proc" #10 0xc055f600 in taskqueue_run (queue=0xc13e9480) at /usr/src/sys/kern/subr_taskqueue.c:217 task = (struct task *) 0xc15960a8 owned = 0 pending = 1 #11 0xc055f7c3 in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:252 No locals. #12 0xc051e338 in ithread_loop (arg=0xc13e9400) at /usr/src/sys/kern/kern_intr.c:547 ithd = (struct ithd *) 0xc13e9400 ih = (struct intrhand *) 0xc148da40 td = (struct thread *) 0xc14b6c00 p = (struct proc *) 0xc14b5418 count = 0 warned = 0 #13 0xc051d20f in fork_exit (callout=0xc051e180 , arg=0x2c1, frame=0x2c1) at /usr/src/sys/kern/kern_fork.c:789 p = (struct proc *) 0xc14b5418 td = (struct thread *) 0x0 #14 0xc070e65c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 No locals. (kgdb) --------------080109010807020603040703 Content-Type: text/plain; name="backtrace1.txt" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="backtrace1.txt" Unread portion of the kernel message buffer: in_cksum_skip: out of data by 88 in_cksum_skip: out of data by 88 ath0: stuck beacon; resetting (bmiss count 4) Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc057b4d0 stack pointer = 0x28:0xd712fa80 frame pointer = 0x28:0xd712fab4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2230 (sshd) trap number = 12 panic: page fault Uptime: 2h30m16s Dumping 191 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 191MB (48893 pages) 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc0538e9c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc05391e9 in panic (fmt=0xc074fe21 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc18a2d80 bootopt = 260 newpanic = 0 ap = 0xc18a2d80 "H\034\212à@\213Kà" buf = "page fault", '\0' #3 0xc072263c in trap_fatal (frame=0xd712fa40, eva=0) at /usr/src/sys/i386/i386/trap.c:841 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 9, ssd_xx1 = 1, ssd_def32 = 1, ssd_gran = 1} #4 0xc0722312 in trap_pfault (frame=0xd712fa40, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:752 va = 0 vm = (struct vmspace *) 0x0 map = 0x1 rv = 1 ftype = 1 '\001' td = (struct thread *) 0xc18a2d80 p = (struct proc *) 0xc18a1c48 #5 0xc0721ead in trap (frame= {tf_fs = -1047920632, tf_es = -1047920600, tf_ds = -686686168, tf_edi = 88, tf_esi = 0, tf_ebp = -686622028, tf_isp = -686622100, tf_ebx = 1460, tf_edx = 164, tf_ecx = -1047051576, tf_eax = -1051016448, tf_trapno = 12, tf_err = 0, tf_eip = -1067993904, tf_cs = 32, tf_eflags = 66066, tf_esp = -1056645432, tf_ss = -1056645504}) at /usr/src/sys/i386/i386/trap.c:442 td = (struct thread *) 0xc18a2d80 p = (struct proc *) 0xc18a1c48 sticks = 3247060480 i = 0 ucode = 0 type = 12 code = 0 eva = 12 #6 0xc070e5fa in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc057b4d0 in m_copym (m=0x0, off0=164, len=324, wait=1) at /usr/src/sys/kern/uipc_mbuf.c:389 n = (struct mbuf *) 0x5b4 np = (struct mbuf **) 0xc154dc00 off = 88 top = (struct mbuf *) 0xd712fac0 copyhdr = 0 #8 0xc062b5d7 in tcp_output (tp=0xc182aac8) at /usr/src/sys/netinet/tcp_output.c:774 so = (struct socket *) 0xc19742c8 len = 324 recwin = 131400 sendwin = 1460 off = 164 flags = 16 error = -1047051576 m = (struct mbuf *) 0xc154dc00 ip = (struct ip *) 0x3 th = (struct tcphdr *) 0x5b4 opt = "\000\000\000\000HØ\022â`5Xþ\220C\227à\000ÅZà\000ýTà\220C\227àhØ\022âî5Xþ\220C\227à" ipoptlen = 164 optlen = 0 hdrlen = 40 idle = 0 sendalot = 0 i = 4 sack_rxmit = 0 sack_bytes_rxmt = 0 p = (struct sackhole *) 0x0 #9 0xc0632bac in tcp_usr_send (so=0xc19742c8, flags=0, m=0xc15ae500, nam=0x0, control=0x0, td=0xc18a2d80) at /usr/src/sys/netinet/tcp_usrreq.c:702 error = 0 inp = (struct inpcb *) 0xc17c5924 tp = (struct tcpcb *) 0xc182aac8 unlocked = 1 #10 0xc057efb1 in sosend (so=0xc19742c8, addr=0x0, uio=0xd712fcb0, top=0xc15ae500, control=0x0, flags=0, td=0xc18a2d80) at /usr/src/sys/kern/uipc_socket.c:829 mp = (struct mbuf **) 0xc15ae500 m = (struct mbuf *) 0xc15ae500 space = 130912 len = 324 resid = 0 clen = -1051007744 error = 0 dontroute = 0 atomic = 0 #11 0xc0569dc7 in soo_write (fp=0xc15ac300, uio=0xd712fcb0, active_cred=0xc1985c00, flags=0, td=0xc18a2d80) at /usr/src/sys/kern/sys_socket.c:118 so = (struct socket *) 0xc19742c8 error = 324 #12 0xc0562968 in dofilewrite (td=0xc18a2d80, fd=-1051016448, fp=0xc18c5360, auio=0xd712fcb0, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:246 cnt = 324 error = -1047768224 ktruio = (struct uio *) 0x0 #13 0xc0562785 in kern_writev (td=0xc18a2d80, fd=3, auio=0xc15ac300) at /usr/src/sys/kern/sys_generic.c:402 fp = (struct file *) 0xc18c5360 error = 0 #14 0xc056263f in write (td=0xc15ac300, uap=0xc19742c8) at /usr/src/sys/kern/sys_generic.c:326 auio = {uio_iov = 0xd712fca8, uio_iovcnt = 1, uio_offset = 323, uio_resid = 0, uio_segflg = UIO_USERSPACE, uio_rw = UIO_WRITE, uio_td = 0xc18a2d80} aiov = {iov_base = 0x8083144, iov_len = 0} #15 0xc0722a30 in syscall (frame= {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = 134693032, tf_esi = 324, tf_ebp = -1077944808, tf_isp = -686621340, tf_ebx = 671959216, tf_edx = 134693032, tf_ecx = 134754304, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 674158639, tf_cs = 51, tf_eflags = 518, tf_esp = -1077944836, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:986 params = 0xbfbfde00
callp = (struct sysent *) 0xc078c950 td = (struct thread *) 0xc18a2d80 p = (struct proc *) 0xc18a1c48 orig_tf_eflags = 518 sticks = 8 error = 0 narg = 3 args = {3, 134754304, 324, 0, 0, -1065678288, -686621388, 671959216} code = 4 #16 0xc070e64f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 No locals. #17 0x00000033 in ?? () No symbol table info available. Previous frame inner to this frame (corrupt stack?) (kgdb) --------------080109010807020603040703-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 12:34:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8106D16A420; Fri, 7 Oct 2005 12:34:21 +0000 (GMT) (envelope-from viaprog@lic1.vsi.ru) Received: from si.sinet.ru (relay.sinet.ru [85.113.128.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9358243D5F; Fri, 7 Oct 2005 12:34:19 +0000 (GMT) (envelope-from viaprog@lic1.vsi.ru) Received: from [85.113.146.28] ([85.113.146.28]) by si.sinet.ru (8.12.10+Ingvio/8.12.10) with ESMTP id j97CZkRe021419; Fri, 7 Oct 2005 16:35:46 +0400 (MSD) Message-ID: <43466B8A.1050402@lic1.vsi.ru> Date: Fri, 07 Oct 2005 16:35:22 +0400 From: "Igor A. Valcov" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <434550C3.90203@lic1.vsi.ru> In-Reply-To: <434550C3.90203@lic1.vsi.ru> Content-Type: multipart/mixed; boundary="------------020000050400020700070604" Cc: sos@FreeBSD.org Subject: Re: [ Re: 6.0-BETA5 with Silicon Image SiI 3112 SATA150 controller] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: viaprog@lic1.vsi.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 12:34:21 -0000 This is a multi-part message in MIME format. --------------020000050400020700070604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit > Subject: Re: 6.0-BETA5 with Silicon Image SiI 3112 SATA150 controller > From: Søren Schmidt > >> Hi, all. >> >> After installing FreeBSD 5.3/5.4 i have SATA problem. >> Upgrading to 6.0-BETA5 from 2005-10-06 RELENG_6 - problem not solved. > > > You seem to be loosing interrupts, try to move the sii3112 to another > slot so it doesn't share its interrupt with anything. Or better yet > get a real SATA controller :) > Testing with Adaptec Sil3112 SATA controller and native PSI-IDESI3112 with the same results. Change the PCI slot are no effect. While errors printed on console, interrupt counter vmstat -i on atapci interrupt incremented very slowly... What SATA controller are you recommended? -- Igor A. Valcov --------------020000050400020700070604 Content-Type: text/plain; name="pciconf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pciconf" hostb0@pci0:0:0: class=0x060000 card=0x25708086 chip=0x25708086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82865G/PE/P, 82848P DRAM Controller / Host-Hub Interface' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x25718086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82865G/PE/P, 82848P PCI-to-AGP Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x524c8086 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x524c8086 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x524c8086 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x524c8086 chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x524c8086 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci1@pci0:31:1: class=0x01018a card=0x524c8086 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) EIDE Controller' class = mass storage subclass = ATA atapci2@pci0:31:2: class=0x01048f card=0x524c8086 chip=0x24df8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801ER (ICH5R) SATA Controller' class = mass storage subclass = RAID none0@pci0:31:3: class=0x0c0500 card=0x524c8086 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus none1@pci0:31:5: class=0x040100 card=0xa0008086 chip=0x24d58086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller' class = multimedia subclass = audio none2@pci1:0:0: class=0x030000 card=0x4c311002 chip=0x59641002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon 9200 Radeon 9200 SE Series' class = display subclass = VGA none3@pci1:0:1: class=0x038000 card=0x4c301002 chip=0x5d441002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon 9200 SE Series - Secondary (RV280)' class = display atapci0@pci2:1:0: class=0x010401 card=0x02409005 chip=0x02401095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' class = mass storage subclass = RAID none4@pci2:7:0: class=0x0c0010 card=0x524c8086 chip=0x581111c1 rev=0x61 hdr=0x00 vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' device = 'FW322/323 1394A PCI PHY/Link Open Host Ctrlr I/F' class = serial bus subclass = FireWire fxp0@pci2:8:0: class=0x020000 card=0x30208086 chip=0x10508086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER PRO/100 VE Network Connection' class = network subclass = ethernet --------------020000050400020700070604 Content-Type: text/plain; name="atacontrol" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="atacontrol" ATA channel 0: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: ad4 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: ad6 Serial ATA v1.0 Slave: no device present ATA channel 4: Master: no device present Slave: no device present ATA channel 5: Master: ad10 Serial ATA v1.0 Slave: no device present --------------020000050400020700070604-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 12:26:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E97C16A429; Fri, 7 Oct 2005 12:26:34 +0000 (GMT) (envelope-from viaprog@sinet.ru) Received: from si.sinet.ru (mail.sinet.ru [85.113.128.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4A7F43D45; Fri, 7 Oct 2005 12:26:32 +0000 (GMT) (envelope-from viaprog@sinet.ru) Received: from [85.113.146.28] ([85.113.146.28]) by si.sinet.ru (8.12.10+Ingvio/8.12.10) with ESMTP id j97CRwiG020763; Fri, 7 Oct 2005 16:27:58 +0400 (MSD) Message-ID: <434669B6.3010707@sinet.ru> Date: Fri, 07 Oct 2005 16:27:34 +0400 From: "Igor A. Valcov" Organization: Intercon ISP User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <434550C3.90203@lic1.vsi.ru> In-Reply-To: <434550C3.90203@lic1.vsi.ru> Content-Type: multipart/mixed; boundary="------------040209050600040102060305" X-Mailman-Approved-At: Fri, 07 Oct 2005 12:34:41 +0000 Cc: sos@FreeBSD.org Subject: Re: [ Re: 6.0-BETA5 with Silicon Image SiI 3112 SATA150 controller] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: viaprog@sinet.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 12:26:34 -0000 This is a multi-part message in MIME format. --------------040209050600040102060305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit > Subject: Re: 6.0-BETA5 with Silicon Image SiI 3112 SATA150 controller > From: Søren Schmidt > >> Hi, all. >> >> After installing FreeBSD 5.3/5.4 i have SATA problem. >> Upgrading to 6.0-BETA5 from 2005-10-06 RELENG_6 - problem not solved. > > > You seem to be loosing interrupts, try to move the sii3112 to another > slot so it doesn't share its interrupt with anything. Or better yet > get a real SATA controller :) > Testing with Adaptec Sil3112 SATA controller and native PSI-IDESI3112 with the same results. Change the PCI slot are no effect. While errors printed on console, interrupt counter vmstat -i on atapci interrupt incremented very slowly... What SATA controller are you recommended? -- Igor A. Valcov --------------040209050600040102060305 Content-Type: text/plain; name="pciconf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pciconf" hostb0@pci0:0:0: class=0x060000 card=0x25708086 chip=0x25708086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82865G/PE/P, 82848P DRAM Controller / Host-Hub Interface' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x25718086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82865G/PE/P, 82848P PCI-to-AGP Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x524c8086 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x524c8086 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x524c8086 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x524c8086 chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x524c8086 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci1@pci0:31:1: class=0x01018a card=0x524c8086 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) EIDE Controller' class = mass storage subclass = ATA atapci2@pci0:31:2: class=0x01048f card=0x524c8086 chip=0x24df8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801ER (ICH5R) SATA Controller' class = mass storage subclass = RAID none0@pci0:31:3: class=0x0c0500 card=0x524c8086 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus none1@pci0:31:5: class=0x040100 card=0xa0008086 chip=0x24d58086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller' class = multimedia subclass = audio none2@pci1:0:0: class=0x030000 card=0x4c311002 chip=0x59641002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon 9200 Radeon 9200 SE Series' class = display subclass = VGA none3@pci1:0:1: class=0x038000 card=0x4c301002 chip=0x5d441002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Radeon 9200 SE Series - Secondary (RV280)' class = display atapci0@pci2:1:0: class=0x010401 card=0x02409005 chip=0x02401095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' class = mass storage subclass = RAID none4@pci2:7:0: class=0x0c0010 card=0x524c8086 chip=0x581111c1 rev=0x61 hdr=0x00 vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' device = 'FW322/323 1394A PCI PHY/Link Open Host Ctrlr I/F' class = serial bus subclass = FireWire fxp0@pci2:8:0: class=0x020000 card=0x30208086 chip=0x10508086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER PRO/100 VE Network Connection' class = network subclass = ethernet --------------040209050600040102060305 Content-Type: text/plain; name="atacontrol" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="atacontrol" ATA channel 0: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: ad4 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: ad6 Serial ATA v1.0 Slave: no device present ATA channel 4: Master: no device present Slave: no device present ATA channel 5: Master: ad10 Serial ATA v1.0 Slave: no device present --------------040209050600040102060305-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 13:42:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BCA616A41F for ; Fri, 7 Oct 2005 13:42:25 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF1E43D45 for ; Fri, 7 Oct 2005 13:42:24 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j97DfpgO046916; Fri, 7 Oct 2005 15:41:51 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: <43466B8A.1050402@lic1.vsi.ru> References: <434550C3.90203@lic1.vsi.ru> <43466B8A.1050402@lic1.vsi.ru> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <6BD42138-1570-44AC-A3C9-973F6A66CBFF@FreeBSD.ORG> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Fri, 7 Oct 2005 15:42:21 +0200 To: viaprog@lic1.vsi.ru X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.ORG Subject: Re: [ Re: 6.0-BETA5 with Silicon Image SiI 3112 SATA150 controller] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 13:42:25 -0000 On 07/10/2005, at 14:35, Igor A. Valcov wrote: >> Subject: Re: 6.0-BETA5 with Silicon Image SiI 3112 SATA150 controller >> From: S=F8ren Schmidt >> >>> Hi, all. >>> >>> After installing FreeBSD 5.3/5.4 i have SATA problem. >>> Upgrading to 6.0-BETA5 from 2005-10-06 RELENG_6 - problem not =20 >>> solved. >>> >> You seem to be loosing interrupts, try to move the sii3112 to another >> slot so it doesn't share its interrupt with anything. Or better yet >> get a real SATA controller :) >> > > Testing with Adaptec Sil3112 SATA controller and native PSI-IDESI3112 > with the same results. Change the PCI slot are no effect. Hmm, wierd it works as expected here in all the machines I've tested.. > > While errors printed on console, interrupt counter vmstat -i on atapci > interrupt incremented very slowly... > > What SATA controller are you recommended? With the risk of sounding like a broken record, Promise is my =20 favorite as they provide docs and HW so I can write drivers for their =20= controllers. S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 14:12:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD9EA16A41F for ; Fri, 7 Oct 2005 14:12:12 +0000 (GMT) (envelope-from jura@networks.ru) Received: from networks.ru (orange.networks.ru [80.249.138.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCFF643D48 for ; Fri, 7 Oct 2005 14:12:11 +0000 (GMT) (envelope-from jura@networks.ru) Received: from [81.195.67.217] (HELO Jura) by networks.ru (CommuniGate Pro SMTP 4.3.8) with ESMTPS id 1987939 for freebsd-current@freebsd.org; Fri, 07 Oct 2005 18:12:10 +0400 Message-ID: <00e401c5cb48$de24e190$6504010a@Jura> From: "Yuriy N. Shkandybin" To: Date: Fri, 7 Oct 2005 18:10:26 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 14:12:12 -0000 Hello. First of all hank you , Gleb, for your work with polling! I've noticed next: no polling CPU states: 0.9% user, 0.0% nice, 5.8% system, 4.1% interrupt, 89.2% idle polling CPU states: 1.8% user, 0.0% nice, 5.8% system, 2.9% interrupt, 89.6% idle 1.5 times slowly then without polling enabled polling + kern.polling.idle_poll=1 CPU states: 0.2% user, 0.0% nice, 59.3% system, 21.3% interrupt, 19.2% idle but about +10 % perfomance thoughput I've tested with em, nge, em+nge. Jura From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 14:21:10 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3072916A41F for ; Fri, 7 Oct 2005 14:21:10 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6655043D45 for ; Fri, 7 Oct 2005 14:21:09 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j97EL7g4042970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Oct 2005 18:21:08 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j97EL7bR042969; Fri, 7 Oct 2005 18:21:07 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 7 Oct 2005 18:21:07 +0400 From: Gleb Smirnoff To: "Yuriy N. Shkandybin" Message-ID: <20051007142107.GD14542@cell.sick.ru> References: <00e401c5cb48$de24e190$6504010a@Jura> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <00e401c5cb48$de24e190$6504010a@Jura> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 14:21:10 -0000 On Fri, Oct 07, 2005 at 06:10:26PM +0400, Yuriy N. Shkandybin wrote: Y> polling + kern.polling.idle_poll=1 Y> CPU states: 0.2% user, 0.0% nice, 59.3% system, 21.3% interrupt, 19.2% Y> idle Y> but about +10 % perfomance thoughput This is normal and known for idle_poll. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 15:16:50 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8812B16A41F; Fri, 7 Oct 2005 15:16:50 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42CE143D45; Fri, 7 Oct 2005 15:16:50 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] ([68.161.71.31]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0INZ004TGX3WPHZ3@vms042.mailsrvcs.net>; Fri, 07 Oct 2005 10:16:44 -0500 (CDT) Date: Fri, 07 Oct 2005 11:16:46 -0400 From: Chuck Swiger In-reply-to: <20051007142107.GD14542@cell.sick.ru> To: Gleb Smirnoff Message-id: <4346915E.6040106@mac.com> Organization: The Courts of Chaos MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7bit X-Accept-Language: en-us, en References: <00e401c5cb48$de24e190$6504010a@Jura> <20051007142107.GD14542@cell.sick.ru> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Cc: freebsd-current@FreeBSD.org, "Yuriy N. Shkandybin" Subject: Re: [HEADSUP] big polling changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 15:16:50 -0000 Gleb Smirnoff wrote: > On Fri, Oct 07, 2005 at 06:10:26PM +0400, Yuriy N. Shkandybin wrote: > Y> polling + kern.polling.idle_poll=1 > Y> CPU states: 0.2% user, 0.0% nice, 59.3% system, 21.3% interrupt, 19.2% > Y> idle > Y> but about +10 % perfomance thoughput > > This is normal and known for idle_poll. Is this because polling now fires the device interrupt every so often even while idle? If so, could this behavior obtain a threshold to limit the maximum number of interrupts being added when the device is idle? I've been seeing interupt storms back in 5.4, especially when a USB controller and a NIC share an IRQ. Another thing to consider might be to switch in and out of polling mode dynamicly, which would let you operate in interrupt-driven mode if the network is quiet or silent, but would go into polling mode once there is enough traffic to make doing so a benefit. Once you go into polling mode, stay there until the network becomes silent again. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 16:36:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BE2A16A41F for ; Fri, 7 Oct 2005 16:36:35 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09D1E43D45 for ; Fri, 7 Oct 2005 16:36:33 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 02B9FC137; Fri, 7 Oct 2005 12:36:33 -0400 (EDT) Date: Fri, 7 Oct 2005 12:36:32 -0400 From: James Snow To: Vitaly Message-ID: <20051007163632.GA1680@teardrop.org> References: <43465B61.6050801@tikhvin.info> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <43465B61.6050801@tikhvin.info> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: BETA5 panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 16:36:35 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Oct 07, 2005 at 03:26:25PM +0400, Vitaly wrote: > Panics occured only with ath clients activity. I have attach > backtraces, what should i do else? I'm following up with my own post from a few days ago, only because it looks like the same issue. (To my untrained eyes anyway.) -Snow --OXfL5xGRrasGEqWY Content-Type: message/rfc822 Content-Disposition: inline Return-Path: X-Original-To: snow+freebsd-current@teardrop.org Delivered-To: snow+freebsd-current@teardrop.org Received: from localhost (localhost.teardrop.org [127.0.0.1]) by silver.teardrop.org (Postfix) with ESMTP id B0805C0E6 for ; Thu, 6 Oct 2005 09:21:03 -0400 (EDT) Received: from silver.teardrop.org ([127.0.0.1]) by localhost (silver.teardrop.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56043-09 for ; Thu, 6 Oct 2005 09:20:44 -0400 (EDT) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by silver.teardrop.org (Postfix) with ESMTP id 04339C0F9 for ; Thu, 6 Oct 2005 09:20:43 -0400 (EDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1AC0C63BB9; Thu, 6 Oct 2005 13:20:40 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C39E516A424; Thu, 6 Oct 2005 13:20:39 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C4EF16A41F for ; Thu, 6 Oct 2005 13:09:21 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821CE43D45 for ; Thu, 6 Oct 2005 13:09:20 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 6E6ECC0F8; Thu, 6 Oct 2005 09:09:19 -0400 (EDT) Date: Thu, 6 Oct 2005 09:09:19 -0400 From: James Snow To: freebsd-current@freebsd.org Message-ID: <20051006130918.GA55882@teardrop.org> References: <20051005012343.GB92522@teardrop.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20051005012343.GB92522@teardrop.org> User-Agent: Mutt/1.4.2.1i Subject: Re: 6.0-BETA5 panic at shutdown with ULE scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=6.31 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This is easily reproduceable. Backtrace and kernel config are attached. This only happens when I'm using my ThinkPad as a gateway. If I do the following... kldload ipfw kldload ipdivert sysctl net.inet.ip.forwarding=1 sysctl net.link.ether.ipfw=1 sysctl net.inet.ip.fw.verbose=1 ipfw add 100 divert 8668 ip from any to any via em0 ipfw add 101 allow ip from any to any via em0 ... I will get this panic when I shut down. It may require that traffic be coming or going through the network interfaces when I shut down. The network devices on this laptop are: ath0@pci2:2:0: class=0x020000 card=0x057e1014 chip=0x1014168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '11a/b/g Wireless LAN Mini PCI Adapter' class = network subclass = ethernet em0@pci2:1:0: class=0x020000 card=0x055b1014 chip=0x10778086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82547EI Gigabit Ethernet Controller (Mobile)' class = network subclass = ethernet I'm happy to test patches. Please let me know what other information I can provide. -Snow --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=X40-ULE machine i386 cpu I686_CPU ident X40 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # 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_DIRHASH # Improve performance on big directories 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 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 ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) # 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 device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device cardbus # CardBus (32-bit) bus # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # Wireless NIC cards device wlan # 802.11 support # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device 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 # USB support device uhci # UHCI PCI->USB interface device usb # USB Bus (required) --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=bt Syncing disks, vnodes remaining...2 1 1 0 0 done All buffers synced. Uptime: 7h29m50s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10002 fault code = supervisor read, page not present instruction pointer = 0x20:0xc052cd36 stack pointer = 0x28:0xd3e1db24 frame pointer = 0x28:0xd3e1db28 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 39 (swi6: task queue) trap number = 12 panic: page fault Uptime: 7h29m55s Dumping 502 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 502MB (128480 pages) 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04b7ac2 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc04b7d58 in panic (fmt=0xc05e9fa6 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc05cc1cc in trap_fatal (frame=0xd3e1dae4, eva=65538) at /usr/src/sys/i386/i386/trap.c:841 #4 0xc05cbf37 in trap_pfault (frame=0xd3e1dae4, usermode=0, eva=65538) at /usr/src/sys/i386/i386/trap.c:752 #5 0xc05cbb95 in trap (frame= {tf_fs = -1050214392, tf_es = 40, tf_ds = -1050214360, tf_edi = -1050142296, tf_esi = -1050144340, tf_ebp = -740173016, tf_isp = -740173040, tf_ebx = -1050144340, tf_edx = -1051297040, tf_ecx = 65535, tf_eax = 65535, tf_trapno = 12, tf_err = 0, tf_eip = -1068315338, tf_cs = 32, tf_eflags = 590466, tf_esp = -1050165248, tf_ss = -740172988}) at /usr/src/sys/i386/i386/trap.c:442 #6 0xc05bc32a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc052cd36 in ieee80211_chan2mode (ic=0xc16811ac, chan=0xffff) at /usr/src/sys/net80211/ieee80211.c:892 #8 0xc0537e87 in ieee80211_dup_bss (nt=0xc16819a8, macaddr=0xc18e980a "") at /usr/src/sys/net80211/ieee80211_node.c:225 #9 0xc05383e2 in ieee80211_add_neighbor (ic=0xc16811ac, wh=0xc18e9800, sp=0xd3e1dbac) at /usr/src/sys/net80211/ieee80211_node.c:1234 #10 0xc0530842 in ieee80211_recv_mgmt (ic=0xc16811ac, m0=0xc18c4300, ni=0xc16c1c00, subtype=128, rssi=68, rstamp=29985) at /usr/src/sys/net80211/ieee80211_input.c:1959 #11 0xc06f6b9e in ?? () #12 0xc16811ac in ?? () #13 0xc18c4300 in ?? () #14 0xc16c1c00 in ?? () #15 0x00000080 in ?? () #16 0x00000044 in ?? () #17 0x00007521 in ?? () #18 0xc1681000 in ?? () #19 0x00007521 in ?? () #20 0xc16c1c00 in ?? () #21 0xc18c4300 in ?? () #22 0xc18e9800 in ?? () #23 0xc16c1c00 in ?? () #24 0xd3e1dc74 in ?? () #25 0xc052e859 in ieee80211_input (ic=0xc16811ac, m=0xc16811ac, ni=0x44, rssi=128, rstamp=68) at /usr/src/sys/net80211/ieee80211_input.c:540 Previous frame identical to this frame (corrupt stack?) (kgdb) --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --2oS5YaxWCcQjTEyO-- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 16:58:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D17F616A41F for ; Fri, 7 Oct 2005 16:58:27 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3506243D46 for ; Fri, 7 Oct 2005 16:58:26 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j97GwMXo011827; Fri, 7 Oct 2005 17:58:22 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id j97GwLTL030059; Fri, 7 Oct 2005 17:58:21 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id j97GwDJI030058; Fri, 7 Oct 2005 17:58:13 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: John Nielsen In-Reply-To: <200510061139.37825.lists@jnielsen.net> References: <200510061139.37825.lists@jnielsen.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 07 Oct 2005 17:58:13 +0100 Message-Id: <1128704293.29031.5.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: current@freebsd.org Subject: Re: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 16:58:27 -0000 On Thu, 2005-10-06 at 11:39 -0400, John Nielsen wrote: > I have a new (several, actually) IBM ThinkCentre A51 (8131-16U and 8138-14U) > machine on which I'd like to run FreeBSD 6.0. The machine has a "Barbados" > motherboard with an integrated Broadcom BCM5751 gigabit NIC. Visually, the > Broadcom chip identifies itself as a BCM5751KFB. > > The bge driver recognizes the chip and tries to attach, but fails: > > bge0: mem > 0xd0000000-0xd000ffff irq 5 at device 0.0 on pci2 > bge0: RX CPU self-diagnostics failed! > bge0: chip initialization failed > device_attach: bge0 attach returned 6 Can you post the output of pciconf -l please? Gavin From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 17:10:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDF4516A41F; Fri, 7 Oct 2005 17:10:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3665F43D45; Fri, 7 Oct 2005 17:10:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j97H750A057721; Fri, 7 Oct 2005 11:07:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 07 Oct 2005 11:08:01 -0600 (MDT) Message-Id: <20051007.110801.112853921.imp@bsdimp.com> To: jens.rehsack.ext@siemensvdo.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 07 Oct 2005 11:07:17 -0600 (MDT) Cc: rehsack@liwing.de, jon@freebsd.org, current@freebsd.org Subject: Re: Problems with Acer Travelmate & PC-Card interface X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 17:10:40 -0000 In message: "Rehsack Jens \(ext\)" writes: : From: Jens Rehsack [mailto:rehsack@liwing.de] : Sent: Sunday, October 02, 2005 2:11 PM : To: M. Warner Losh : Cc: Rehsack Jens (ext); jon@FreeBSD.org; current@FreeBSD.org : Subject: Re: Problems with Acer Travelmate & PC-Card interface : : > M. Warner Losh wrote: : > > In message: <433F36C6.2060906@liwing.de> : > > Jens Rehsack writes: : > > : Is there a way for me to support you with data or traces to figure : it : > > : out? Or do I simply have to wait ... : > > : > > If you had the debugging level like I suggested, then I think so. : You : > > did run it with hw.cardbus.cis_debug=1, right? : > : > Yes, I did. And it adds exactly the 4 lines you've additional in the : log. : > : > > Warner : : Any news, Warner? No. Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 17:59:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC9A816A41F for ; Fri, 7 Oct 2005 17:59:29 +0000 (GMT) (envelope-from dreamer2@tikhvin.info) Received: from rly3.z8.ru (counter.z8.ru [217.106.232.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 253AC43D46 for ; Fri, 7 Oct 2005 17:59:26 +0000 (GMT) (envelope-from dreamer2@tikhvin.info) Received: from elm.z8.ru (elm.z8.ru [217.106.232.16]) by rly3.z8.ru (8.13.1/8.13.1) with ESMTP id j97HxLBt074155 for ; Fri, 7 Oct 2005 21:59:22 +0400 (MSD) (envelope-from dreamer2@tikhvin.info) Received: from [192.168.8.20] (41.dsl.telesto.lsi.ru [212.58.217.41] (may be forged)) (authenticated bits=0) by elm.z8.ru (8.13.1/8.13.1) with ESMTP id j97HxLZk006933 for ; Fri, 7 Oct 2005 21:59:21 +0400 (MSD) (envelope-from dreamer2@tikhvin.info) Message-ID: <4346B77A.1090805@tikhvin.info> Date: Fri, 07 Oct 2005 21:59:22 +0400 From: Vitaly User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <43465B61.6050801@tikhvin.info> <20051007163632.GA1680@teardrop.org> In-Reply-To: <20051007163632.GA1680@teardrop.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.85.1/1121/Fri Oct 7 21:38:02 2005 on counter.z8.ru X-Virus-Status: Clean Subject: Re: BETA5 panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 17:59:29 -0000 James Snow wrote: >On Fri, Oct 07, 2005 at 03:26:25PM +0400, Vitaly wrote: > > >>Panics occured only with ath clients activity. I have attach >>backtraces, what should i do else? >> >> > >I'm following up with my own post from a few days ago, only because it >looks like the same issue. (To my untrained eyes anyway.) > > > No, i don't have ULE, but problem here in my kernel SCHED_4BSD From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 18:27:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6707116A420; Fri, 7 Oct 2005 18:27:27 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 062E343D45; Fri, 7 Oct 2005 18:27:24 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j97IRMTP013675; Fri, 7 Oct 2005 14:27:23 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <6BD42138-1570-44AC-A3C9-973F6A66CBFF@FreeBSD.ORG> References: <434550C3.90203@lic1.vsi.ru> <43466B8A.1050402@lic1.vsi.ru> <6BD42138-1570-44AC-A3C9-973F6A66CBFF@FreeBSD.ORG> Date: Fri, 7 Oct 2005 14:27:21 -0400 To: =?iso-8859-1?Q?S=F8ren_Schmidt?= , viaprog@lic1.vsi.ru From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.3 Cc: freebsd-current@freebsd.org Subject: Re: [ Re: 6.0-BETA5 with Silicon Image SiI 3112 SATA150 controller] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 18:27:27 -0000 At 3:42 PM +0200 10/7/05, S=F8ren Schmidt wrote: >On 07/10/2005, at 14:35, Igor A. Valcov wrote: >> >>What SATA controller are you recommended? > >With the risk of sounding like a broken record, Promise is my >favorite as they provide docs and HW so I can write drivers for >their controllers. I picked up a 'Promise SATA-II 150 TX4' controller after having a long run of headaches with a SiI 3112 controller. In the year or so since I bought that, I have had zero problems with the Promise controller. Mainly used with a Seagate drive, although periodically I make backups from that drive onto a Western-Digital drive. The WD drive is really a PATA drive with a little SATA-adapter added to it, while the Seagate drive is a genuine SATA drive. -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 19:57:44 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB6E816A41F; Fri, 7 Oct 2005 19:57:44 +0000 (GMT) (envelope-from patfbsdc@davenulle.org) Received: from smtp.lamaiziere.net (lamaiziere.net [213.41.172.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65A4643D46; Fri, 7 Oct 2005 19:57:43 +0000 (GMT) (envelope-from patfbsdc@davenulle.org) Received: from [192.168.0.59] (unknown [192.168.0.59]) by smtp.lamaiziere.net (Postfix) with ESMTP id 9D39CA6C9B; Fri, 7 Oct 2005 21:57:42 +0200 (CEST) From: Patrick =?iso-8859-1?q?Lamaizi=E8re?= Organization: >/dave/nulle To: freebsd-current@freebsd.org Date: Fri, 7 Oct 2005 21:57:41 +0200 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510072157.41895.patfbsdc@davenulle.org> Cc: Gleb Smirnoff Subject: [RELENG_6] warning in if_re.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 19:57:44 -0000 Hello, With a fresh RELENG_6, if_re.c does not compile because a warning : (FreeBSD: src/sys/dev/re/if_re.c,v 1.46.2.5 2005/10/07 14:00:04 glebius) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS [...] -c /usr/src/sys/modules/re/../../dev/re/if_re.c /usr/src/sys/modules/re/../../dev/re/if_re.c: In function `re_ioctl': /usr/src/sys/modules/re/../../dev/re/if_re.c:2286: warning: 'error' might be used uninitialized in this function *** Error code 1 It is ok if i put a "int error = 0;" My kernel's conf is without DEVICE_POLLING. Regards. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 19:58:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3576416A41F for ; Fri, 7 Oct 2005 19:58:09 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9F9143D45 for ; Fri, 7 Oct 2005 19:58:06 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from localhost (ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id j97Jw53t060038; Fri, 7 Oct 2005 12:58:05 -0700 (PDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Fri, 7 Oct 2005 15:57:49 -0400 User-Agent: KMail/1.8.2 References: <200510061139.37825.lists@jnielsen.net> <1128704293.29031.5.camel@buffy.york.ac.uk> In-Reply-To: <1128704293.29031.5.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_+MtRDV5jDXZsmHo" Message-Id: <200510071557.50553.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.87, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: Re: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 19:58:09 -0000 --Boundary-00=_+MtRDV5jDXZsmHo Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 07 October 2005 12:58, Gavin Atkinson wrote: > On Thu, 2005-10-06 at 11:39 -0400, John Nielsen wrote: > > I have a new (several, actually) IBM ThinkCentre A51 (8131-16U and > > 8138-14U) machine on which I'd like to run FreeBSD 6.0. The machine > > has a "Barbados" motherboard with an integrated Broadcom BCM5751 > > gigabit NIC. Visually, the Broadcom chip identifies itself as a > > BCM5751KFB. > > > > The bge driver recognizes the chip and tries to attach, but fails: > > > > bge0: mem > > 0xd0000000-0xd000ffff irq 5 at device 0.0 on pci2 > > bge0: RX CPU self-diagnostics failed! > > bge0: chip initialization failed > > device_attach: bge0 attach returned 6 > > Can you post the output of pciconf -l please? Attached, along with dmesg output and kernel config file (basically a stripped-down GENERIC). The machine is now running -CURRENT from yesterday. if_bge was loaded as a module prior to running dmesg and pciconf. JN --Boundary-00=_+MtRDV5jDXZsmHo Content-Type: text/plain; charset="iso-8859-1"; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2005 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 7.0-CURRENT #0: Thu Oct 6 17:29:41 EDT 2005 root@testbsd.benefitfocus.com:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.93GHz (2926.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x451d> AMD Features=0x100000 real memory = 795803648 (758 MB) avail memory = 769261568 (733 MB) ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.USB1._PRW] (Node 0xc1e0aa20), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USB1._PRW] (Node 0xc1e0aa20), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.USB2._PRW] (Node 0xc1e0a900), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USB2._PRW] (Node 0xc1e0a900), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.USB3._PRW] (Node 0xc1e0a7e0), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USB3._PRW] (Node 0xc1e0a7e0), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.USB4._PRW] (Node 0xc1e0a6c0), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USB4._PRW] (Node 0xc1e0a6c0), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.USBE._PRW] (Node 0xc1e0a620), AE_AML_NO_RETURN_VALUE ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.USBE._PRW] (Node 0xc1e0a620), AE_AML_NO_RETURN_VALUE acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 3 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 9 on acpi0 pci_link4: irq 9 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 11 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 pci2: at device 0.0 (no driver attached) uhci0: port 0x3440-0x345f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3460-0x347f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3480-0x349f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd04c0000-0xd04c03ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci10: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x4400-0x447f mem 0xd0100000-0xd010007f irq 20 at device 0.0 on pci10 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:03:1a:9b:e3 rl0: port 0x4000-0x40ff mem 0xd0100400-0xd01004ff irq 19 at device 1.0 on pci10 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:40:f4:9c:96:6e pci0: at device 30.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x34d0-0x34df at device 31.2 on pci0 atapci0: failed to enable memory mapping! ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (6280.3C) acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.USB1._PRW] (Node 0xc1e0aa20), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.USB2._PRW] (Node 0xc1e0a900), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.USB3._PRW] (Node 0xc1e0a7e0), AE_AML_NO_RETURN_VALUE ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.USBE._PRW] (Node 0xc1e0a620), AE_AML_NO_RETURN_VALUE orm0: at iomem 0xcb000-0xcb7ff,0xe0000-0xeffff pnpid ORM0000 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 2926017589 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38162MB at ata0-master SATA150 acpi_tz0: _CRT value is absurd, ignored (255.0C) acd0: CDROM at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a rl0: link state changed to DOWN bge0: mem 0xd0000000-0xd000ffff irq 16 at device 0.0 on pci2 bge0: RX CPU self-diagnostics failed! bge0: chip initialization failed device_attach: bge0 attach returned 6 --Boundary-00=_+MtRDV5jDXZsmHo Content-Type: text/plain; charset="iso-8859-1"; name="pciconf.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pciconf.txt" hostb0@pci0:0:0: class=0x060000 card=0x02f71014 chip=0x25808086 rev=0x04 hdr=0x00 none0@pci0:2:0: class=0x030000 card=0x02f71014 chip=0x25828086 rev=0x04 hdr=0x00 pcib1@pci0:28:0: class=0x060400 card=0x00000040 chip=0x26608086 rev=0x03 hdr=0x01 uhci0@pci0:29:0: class=0x0c0300 card=0x02f71014 chip=0x26588086 rev=0x03 hdr=0x00 uhci1@pci0:29:1: class=0x0c0300 card=0x02f71014 chip=0x26598086 rev=0x03 hdr=0x00 uhci2@pci0:29:2: class=0x0c0300 card=0x02f71014 chip=0x265a8086 rev=0x03 hdr=0x00 ehci0@pci0:29:7: class=0x0c0320 card=0x02f71014 chip=0x265c8086 rev=0x03 hdr=0x00 pcib2@pci0:30:0: class=0x060401 card=0x00000050 chip=0x244e8086 rev=0xd3 hdr=0x01 none1@pci0:30:2: class=0x040100 card=0x02f71014 chip=0x266e8086 rev=0x03 hdr=0x00 isab0@pci0:31:0: class=0x060100 card=0x02f71014 chip=0x26408086 rev=0x03 hdr=0x00 atapci0@pci0:31:2: class=0x010180 card=0x02f71014 chip=0x26518086 rev=0x03 hdr=0x00 none2@pci0:31:3: class=0x0c0500 card=0x02f71014 chip=0x266a8086 rev=0x03 hdr=0x00 bge0@pci2:0:0: class=0x020000 card=0x02f71014 chip=0x167714e4 rev=0x11 hdr=0x00 xl0@pci10:0:0: class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x78 hdr=0x00 rl0@pci10:1:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 --Boundary-00=_+MtRDV5jDXZsmHo Content-Type: text/plain; charset="iso-8859-1"; name="TEST" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="TEST" machine i386 cpu I686_CPU ident GENERIC 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 NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT 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 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 ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa 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 options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # 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 options SC_HISTORY_SIZE=2000 device agp # support several AGP chipsets # Floating point support - do not disable. device npx # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse --Boundary-00=_+MtRDV5jDXZsmHo-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 22:35:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A54A716A41F; Fri, 7 Oct 2005 22:35:30 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51B7243D46; Fri, 7 Oct 2005 22:35:30 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 07 Oct 2005 15:35:27 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j97MZRR8036098; Fri, 7 Oct 2005 15:35:27 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j97MZRbx036097; Fri, 7 Oct 2005 15:35:27 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200510072235.j97MZRbx036097@ambrisko.com> In-Reply-To: <200510071831.03687@aldan> To: Mikhail Teterin Date: Fri, 7 Oct 2005 15:35:27 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Don Lewis , re@freebsd.org, current@freebsd.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 22:35:30 -0000 Mikhail Teterin writes: | Don, Doug! | | Were you able to do anything about this problem -- the patch Doug posted | did not help -- things started hanging in ufs even worse than before. | All access to the affected fs would hang, not just inside the build | directory). FWIW, I won't be able to look at it much. I have various stuff going on this weekend and ran into a problem at work that's been kicking my butt. Doug A. From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 22:41:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14DD416A41F for ; Fri, 7 Oct 2005 22:41:43 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A97343D46 for ; Fri, 7 Oct 2005 22:41:42 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EO0sz-0004iP-Kt for freebsd-current@freebsd.org; Sat, 08 Oct 2005 00:40:18 +0200 Received: from murdoc.gwi.net ([207.5.142.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Oct 2005 00:40:17 +0200 Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Oct 2005 00:40:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Joshua Coombs" Date: Fri, 7 Oct 2005 18:39:26 -0400 Lines: 100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: murdoc.gwi.net X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Sender: news Subject: Problem building 6.0b5 on 4.11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 22:41:43 -0000 I'm trying to migrate my 4.11 box up to 6.0b5 via source, using both the migration doc for 5.x, as well as UPDATING from 6 to try and catch any potential gotchas. mergemaster -p goes through fine I nuked the old g++ headers as directed I then tried to do a make buildworld and this is where I hit trouble The first thing it wants to do is update make, I get the following when it tries: cyrix-dlc# env -i make buildworld -------------------------------------------------------------- >>> Building an up-to-date make(1) -------------------------------------------------------------- rm -f .depend mkdep -f .depend -a -I/usr/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -D__FBSDID=__RCSID -DDEFSHELLNAME=\"sh\" /usr/src/usr.bin/make/arch.c /usr/src/usr.bin/make/buf.c /usr/src/usr.bin/make/cond.c /usr/src/usr.bin/make/dir.c /usr/src/usr.bin/make/for.c /usr/src/usr.bin/make/hash.c /usr/src/usr.bin/make/hash_tables.c /usr/src/usr.bin/make/job.c /usr/src/usr.bin/make/lst.c /usr/src/usr.bin/make/main.c /usr/src/usr.bin/make/make.c /usr/src/usr.bin/make/parse.c /usr/src/usr.bin/make/proc.c /usr/src/usr.bin/make/shell.c /usr/src/usr.bin/make/str.c /usr/src/usr.bin/make/suff.c /usr/src/usr.bin/make/targ.c /usr/src/usr.bin/make/util.c /usr/src/usr.bin/make/var.c In file included from /usr/src/usr.bin/make/arch.c:107: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/cond.c:59: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/dir.c:97: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/for.c:55: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/job.c:131: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/main.c:84: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/make.c:80: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/parse.c:86: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/str.c:49: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/suff.c:102: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/targ.c:84: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/util.c:59: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory In file included from /usr/src/usr.bin/make/var.c:96: /usr/src/usr.bin/make/globals.h:49: stdint.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.bin/make. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. cyrix-dlc# locate stdint.h /usr/local/include/zzip/stdint.h /usr/src/sys/alpha/include/_stdint.h /usr/src/sys/amd64/include/_stdint.h /usr/src/sys/arm/include/_stdint.h /usr/src/sys/i386/include/_stdint.h /usr/src/sys/ia64/include/_stdint.h /usr/src/sys/pc98/include/_stdint.h /usr/src/sys/powerpc/include/_stdint.h /usr/src/sys/sparc64/include/_stdint.h /usr/src/sys/sys/stdint.h I checked, and I don't see anything about updating my base includes, and I would think the buildworld system would default to using the src includes, not the system's. Suggestions on how to proceed? Joshua Coombs From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 23:30:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C8216A41F for ; Fri, 7 Oct 2005 23:30:08 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDE6C43D45 for ; Fri, 7 Oct 2005 23:30:08 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Fri, 07 Oct 2005 16:30:04 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CDB725D09; Fri, 7 Oct 2005 16:30:03 -0700 (PDT) To: "Joshua Coombs" In-reply-to: Your message of "Fri, 07 Oct 2005 18:39:26 EDT." Date: Fri, 07 Oct 2005 16:30:03 -0700 From: "Kevin Oberman" Message-Id: <20051007233003.CDB725D09@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: Problem building 6.0b5 on 4.11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 23:30:09 -0000 > From: "Joshua Coombs" > Date: Fri, 7 Oct 2005 18:39:26 -0400 > Sender: owner-freebsd-current@freebsd.org > > I'm trying to migrate my 4.11 box up to 6.0b5 via source, using both > the migration doc for 5.x, as well as UPDATING from 6 to try and catch > any potential gotchas. > > mergemaster -p goes through fine > > I nuked the old g++ headers as directed > > I then tried to do a make buildworld and this is where I hit trouble > > The first thing it wants to do is update make, I get the following > when it tries: I think you need to re-read the upgrade instructions. Unless I ma quite confused, the correct order is: make buildworld make buildkernel KERNCONF=YOUR_KERNEL_HERE cp sys/${MACHINE}/conf/GENERIC.hints /boot/device.hints make installkernel KERNCONF=YOUR_KERNEL_HERE cd sys/boot ; make STRIP="" install /usr/src/etc/rc.d/preseedrandom mergemaster -p rm -rf /usr/include/g++ make installworld mergemaster -i You don't nuke the g++ headers until you have built both world and kernel and built and installed the new loader. That my not be the problem, but I am suspicious. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 23:55:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF29616A420 for ; Fri, 7 Oct 2005 23:55:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D33143D45 for ; Fri, 7 Oct 2005 23:55:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j97NrRZo061189; Fri, 7 Oct 2005 17:53:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 07 Oct 2005 17:54:24 -0600 (MDT) Message-Id: <20051007.175424.39461938.imp@bsdimp.com> To: jcoombs@gwi.net From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 07 Oct 2005 17:53:27 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Problem building 6.0b5 on 4.11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 23:55:41 -0000 In message: "Joshua Coombs" writes: : I'm trying to migrate my 4.11 box up to 6.0b5 via source, using both : the migration doc for 5.x, as well as UPDATING from 6 to try and catch : any potential gotchas. You need to upgrade to 5.4 first, and then from there to 6.0x. Warner From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 00:30:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 468E416A41F for ; Sat, 8 Oct 2005 00:30:49 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B588F43D45 for ; Sat, 8 Oct 2005 00:30:48 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EO2ah-0007Wf-Ui for freebsd-current@freebsd.org; Sat, 08 Oct 2005 02:29:31 +0200 Received: from murdoc.gwi.net ([207.5.142.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Oct 2005 02:29:31 +0200 Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 08 Oct 2005 02:29:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Joshua Coombs" Date: Fri, 7 Oct 2005 20:28:01 -0400 Lines: 33 Message-ID: References: <20051007233003.CDB725D09@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: murdoc.gwi.net X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Sender: news Subject: Re: Problem building 6.0b5 on 4.11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 00:30:49 -0000 > I think you need to re-read the upgrade instructions. Unless I ma > quite > confused, the correct order is: > make buildworld > make buildkernel KERNCONF=YOUR_KERNEL_HERE > cp sys/${MACHINE}/conf/GENERIC.hints /boot/device.hints > make installkernel KERNCONF=YOUR_KERNEL_HERE > cd sys/boot ; make STRIP="" install > > /usr/src/etc/rc.d/preseedrandom > mergemaster -p > rm -rf /usr/include/g++ > make installworld > mergemaster -i > > > You don't nuke the g++ headers until you have built both world and > kernel > and built and installed the new loader. That my not be the problem, > but > I am suspicious. Yup, that's what I get for reading one day then starting the work the next. Restoring the headers doesn't change the outcome unfortunately. I got another note saying I can't go from 4.11 to 6.0 directly, instead I have to move to 5.4 first... Can I bypass that if I build 6.0 on a system already running 6.0, bring over /usr/src and /usr/obj, and proceed from there? Joshua Coombs From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 06:28:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC37516A41F for ; Sat, 8 Oct 2005 06:28:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D1B743D45 for ; Sat, 8 Oct 2005 06:28:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j986QBmP063733; Sat, 8 Oct 2005 00:26:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 08 Oct 2005 00:27:09 -0600 (MDT) Message-Id: <20051008.002709.126688874.imp@bsdimp.com> To: jcoombs@gwi.net From: "M. Warner Losh" In-Reply-To: References: <20051007233003.CDB725D09@ptavv.es.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 08 Oct 2005 00:26:12 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Problem building 6.0b5 on 4.11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 06:28:23 -0000 In message: "Joshua Coombs" writes: : Can I bypass that if I build 6.0 on a system already running 6.0, : bring over /usr/src and /usr/obj, and proceed from there? Installworld tends to be a lot more forgiving than buildworld. I'd rate your chances of success as 'high' following this path. I've not personally done it, and I have no more 4.x systems to test... Warner From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 22:31:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48D8116A41F; Fri, 7 Oct 2005 22:31:08 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED1843D48; Fri, 7 Oct 2005 22:31:07 +0000 (GMT) (envelope-from mi+kde@aldan.algebra.com) Received: from blue.virtual-estates.net (blue [127.0.0.1]) by blue.virtual-estates.net (8.13.4/8.13.4) with ESMTP id j97MV4he061756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Oct 2005 18:31:04 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by blue.virtual-estates.net (8.13.4/8.13.4/Submit) id j97MV372061755; Fri, 7 Oct 2005 18:31:03 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) X-Authentication-Warning: blue.virtual-estates.net: mi set sender to mi+kde@aldan.algebra.com using -f From: Mikhail Teterin To: Don Lewis Date: Fri, 7 Oct 2005 18:31:02 -0400 User-Agent: KMail/1.8.2 References: <200510050220.j952KD25025940@gw.catspoiler.org> In-Reply-To: <200510050220.j952KD25025940@gw.catspoiler.org> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Sat, 08 Oct 2005 15:20:18 +0000 Cc: re@freebsd.org, current@freebsd.org Subject: Re: 6.0 hangs (while building OOo) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2005 22:31:08 -0000 Don, Doug! Were you able to do anything about this problem -- the patch Doug posted did not help -- things started hanging in ufs even worse than before. All access to the affected fs would hang, not just inside the build directory). I'd hate to see 6.0 ship with such a landmine inside it... -mi From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 10:06:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE9F916A41F for ; Sat, 8 Oct 2005 10:06:01 +0000 (GMT) (envelope-from Lutz.Bichler@gmx.de) Received: from GreenSrv.rz.unibw-muenchen.de (greensrv.RZ.UniBw-Muenchen.de [137.193.10.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E54543D46 for ; Sat, 8 Oct 2005 10:06:00 +0000 (GMT) (envelope-from Lutz.Bichler@gmx.de) Received: from localhost (GreenSrv [127.0.0.1]) by GreenSrv.rz.unibw-muenchen.de (8.12.8/8.12.8) with ESMTP id j98A25KQ022209 for ; Sat, 8 Oct 2005 12:02:06 +0200 Received: from GreenSrv.rz.unibw-muenchen.de ([127.0.0.1]) by localhost (GreenSrv [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22046-02 for ; Sat, 8 Oct 2005 12:02:03 +0200 (CEST) Received: from [192.168.0.236] (hermes.Informatik.UniBw-Muenchen.de [137.193.60.44]) by GreenSrv.rz.unibw-muenchen.de (8.12.8/8.12.8) with ESMTP id j98A1wGK022190 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 8 Oct 2005 12:02:00 +0200 X-Remarks: If SPAM is relayed via GreenSrv.rz.unibw-muenchen.de to outside of unibw-muenchen.de, please report it to abuse@unibw-muenchen.de From: Lutz Bichler To: freebsd-current@freebsd.org Date: Sat, 8 Oct 2005 11:59:41 +0000 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510081159.43273.Lutz.Bichler@gmx.de> X-Virus-Scanned: by amavisd-new at GreenSrv.rz.unibw-muenchen.de X-Mailman-Approved-At: Sat, 08 Oct 2005 15:20:18 +0000 Subject: SATA harddisk not recognized by 6.0-BETAx / 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lutz.Bichler@gmx.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 10:06:01 -0000 Hi, i have a problem booting the FreeBSD 6.0 BETAs and 7.0-CURRENT from today, because none of these recognize my SATA harddisk. FreeBSD 5.4 does recognize the disk. A verbose boot log is on http://www2-data.informatik.unibw-muenchen.de/People/lutz/boot.log. Any idea whats going wrong with the newer versions? Lutz From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 16:30:14 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AC4116A41F for ; Sat, 8 Oct 2005 16:30:14 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE86E43D46 for ; Sat, 8 Oct 2005 16:30:13 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (bex03-global-066.ensure.ne.jp [218.40.59.66] (may be forged)) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.3/NinthNine) with ESMTP id j98GU1Sf021682 for ; Sun, 9 Oct 2005 01:30:07 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 9 Oct 2005 01:30:01 +0900 (JST) Message-Id: <200510081630.j98GU1Sf021682@sakura.ninth-nine.com> From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org X-Mailer: Sylpheed version 2.0.2 (GTK+ 2.6.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0 (sakura.ninth-nine.com [219.127.74.120]); Sun, 09 Oct 2005 01:30:07 +0900 (JST) Cc: Subject: dhclient with if_wi&wep X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 16:30:14 -0000 dhclient with if_wi&WEP will freeze on 7-current. I am using following if_wi and WEP. wi0: mem 0xe0500000-0xe0500fff irq 5 at device 3.0 on pci2 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.3) wi0: Ethernet address: 00:d0:59:44:a7:4d # ifconfig wi0 ssid example wepkey 0xdeadbeefdeadbeefdeadbeefde weptxkey 1 # ifconfig wi0 wi0: flags=8843 mtu 1500 inet6 fe80::2d0:59ff:fe44:a74d%wi0 prefixlen 64 scopeid 0x3 ether 00:d0:59:44:a7:4d media: IEEE 802.11 Wireless Ethernet autoselect (DS/2Mbps) status: associated ssid example channel 1 bssid 00:02:8a:a7:19:da stationname "FreeBSD WaveLAN/IEEE node" authmode OPEN privacy OFF deftxkey 1 wepkey 1:104-bit txpowmax 100 In this state, I run dhclient. # dhclient wi0 (freeze about 20sec) - I cannot interrupt by keys and ping. (unfrozen) ifconfig: ioctl (SIOCAIFADDR): Operation not supported by device wi0: not found exiting. # ifconfig wi0 wi0: flags=8903 mtu 1500 inet6 fe80::2d0:59ff:fe44:a74d%wi0 prefixlen 64 scopeid 0x3 ether 00:d0:59:44:a7:4d # cat /var/log/messages Oct 8 22:01:08 pelsia kernel: wi0: link state changed to DOWN Oct 8 22:01:08 pelsia dhclient[854]: wi0: not found Oct 8 22:01:08 pelsia dhclient[854]: exiting. Oct 8 22:01:08 pelsia dhclient[855]: connection closed Oct 8 22:01:08 pelsia dhclient[855]: exiting. From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 17:37:41 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0097C16A41F for ; Sat, 8 Oct 2005 17:37:40 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5363C43D45 for ; Sat, 8 Oct 2005 17:37:40 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id j98HaqoX065643; Sat, 8 Oct 2005 19:36:52 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <200510081159.43273.Lutz.Bichler@gmx.de> References: <200510081159.43273.Lutz.Bichler@gmx.de> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <0ED453E0-9264-45F7-8AA8-FACE1C12D034@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Sat, 8 Oct 2005 19:37:36 +0200 To: Lutz.Bichler@gmx.de X-Mailer: Apple Mail (2.734) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: SATA harddisk not recognized by 6.0-BETAx / 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 17:37:42 -0000 On 08/10/2005, at 13:59, Lutz Bichler wrote: > Hi, > > i have a problem booting the FreeBSD 6.0 BETAs and 7.0-CURRENT from =20= > today, > because none of these recognize my SATA harddisk. FreeBSD 5.4 does =20 > recognize > the disk. A verbose boot log is on > http://www2-data.informatik.unibw-muenchen.de/People/lutz/boot.log. > Any idea whats going wrong with the newer versions? Hmm, a verbose boot log of the failing system would have been helpfull.. S=F8ren Schmidt sos@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 18:14:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1572316A41F for ; Sat, 8 Oct 2005 18:14:32 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8528943D45 for ; Sat, 8 Oct 2005 18:14:31 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j98IESXo014360; Sat, 8 Oct 2005 19:14:28 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.1/8.13.1) with ESMTP id j98IESPC057953; Sat, 8 Oct 2005 19:14:28 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.1/8.13.1/Submit) with ESMTP id j98IELhr057950; Sat, 8 Oct 2005 19:14:28 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 8 Oct 2005 19:14:21 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: John Nielsen In-Reply-To: <200510071557.50553.lists@jnielsen.net> Message-ID: <20051008172037.O56323@ury.york.ac.uk> References: <200510061139.37825.lists@jnielsen.net> <1128704293.29031.5.camel@buffy.york.ac.uk> <200510071557.50553.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-218515758-1128794948=:57697" Content-ID: <20051008191141.A57924@ury.york.ac.uk> X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: current@freebsd.org Subject: Re: Broadcom BCM5751 not attaching on IBM ThinkCentre A51 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 18:14:32 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-218515758-1128794948=:57697 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: <20051008191141.M57924@ury.york.ac.uk> On Fri, 7 Oct 2005, John Nielsen wrote: > On Friday 07 October 2005 12:58, Gavin Atkinson wrote: >> Can you post the output of pciconf -l please? > > Attached, along with dmesg output and kernel config file (basically a > stripped-down GENERIC). Can you try applying the attached patch, and the patch in http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/79139 and if the latter patch makes no difference, show the output of the extra line? You could also try http://people.freebsd.org/~yongari/bge.patch.0908 - but I don't believe it will help in this case. (it's actually to fix endian issues on other platforms, but it does change the way the driver talks to the chip subtly) Gavin --0-218515758-1128794948=:57697 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="bge.diff" Content-Transfer-Encoding: BASE64 Content-ID: <20051008190908.T57697@ury.york.ac.uk> Content-Description: Content-Disposition: ATTACHMENT; FILENAME="bge.diff" SW5kZXg6IHN5cy9kZXYvYmdlL2lmX2JnZS5jDQo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09DQpSQ1MgZmlsZTogL3Vzci9jdnMvc3JjL3N5cy9kZXYvYmdlL2lm X2JnZS5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS45MS4yLjINCmRpZmYg LXUgLXIxLjkxLjIuMiBpZl9iZ2UuYw0KLS0tIHN5cy9kZXYvYmdlL2lmX2Jn ZS5jCTI1IEF1ZyAyMDA1IDA1OjAxOjA1IC0wMDAwCTEuOTEuMi4yDQorKysg c3lzL2Rldi9iZ2UvaWZfYmdlLmMJOCBPY3QgMjAwNSAxNzo1ODoxNiAtMDAw MA0KQEAgLTExOTcsNiArMTE5Nyw3IEBADQogew0KIAlpbnQJCQlpOw0KIAl1 X2ludDMyX3QJCWRtYV9yd19jdGw7DQorCXVfaW50MzJfdAkJcnhjcHVfbW9k ZTsNCiANCiAJLyogU2V0IGVuZGlhbm5lc3MgYmVmb3JlIHdlIGFjY2VzcyBh bnkgbm9uLVBDSSByZWdpc3RlcnMuICovDQogI2lmIEJZVEVfT1JERVIgPT0g QklHX0VORElBTg0KQEAgLTEyMTEsNyArMTIxMiw5IEBADQogCSAqIENoZWNr IHRoZSAnUk9NIGZhaWxlZCcgYml0IG9uIHRoZSBSWCBDUFUgdG8gc2VlIGlm DQogCSAqIHNlbGYtdGVzdHMgcGFzc2VkLg0KIAkgKi8NCi0JaWYgKENTUl9S RUFEXzQoc2MsIEJHRV9SWENQVV9NT0RFKSAmIEJHRV9SWENQVU1PREVfUk9N RkFJTCkgew0KKwlyeGNwdV9tb2RlID0gQ1NSX1JFQURfNChzYywgQkdFX1JY Q1BVX01PREUpOw0KKwlwcmludGYoImJnZSVkOiByZWdpc3RlciB2YWx1ZSAl eFxuIiwgc2MtPmJnZV91bml0LCByeGNwdV9tb2RlKTsNCisJaWYgKHJ4Y3B1 X21vZGUgJiBCR0VfUlhDUFVNT0RFX1JPTUZBSUwpIHsNCiAJCXByaW50Zigi YmdlJWQ6IFJYIENQVSBzZWxmLWRpYWdub3N0aWNzIGZhaWxlZCFcbiIsDQog CQkgICAgc2MtPmJnZV91bml0KTsNCiAJCXJldHVybihFTk9ERVYpOw0K --0-218515758-1128794948=:57697-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 18:44:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37E5F16A41F for ; Sat, 8 Oct 2005 18:44:49 +0000 (GMT) (envelope-from eric.dillenseger@gmail.com) Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B1E843D45 for ; Sat, 8 Oct 2005 18:44:48 +0000 (GMT) (envelope-from eric.dillenseger@gmail.com) Received: by qproxy.gmail.com with SMTP id o12so29469qba for ; Sat, 08 Oct 2005 11:44:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=MypfQc9Tc7UcHK6ppvo5XufH5yEA8zDpF7i+qf2DbgbOl5pMgb/hkPCVkwcpKspYO4uDyqeMbDSdcdY4KoaOlK7kBKaCd5TSPDxlNFZUmNyi8AdacSF4pRqtAsjHGv/Xe6m1Ux+ekDWI6+1WiCBhDyC0s3pejk6l0nFvNweGJ8Y= Received: by 10.65.38.14 with SMTP id q14mr540205qbj; Sat, 08 Oct 2005 11:38:13 -0700 (PDT) Received: from localhost ( [194.158.118.44]) by mx.gmail.com with ESMTP id e13sm2192883qba.2005.10.08.11.38.12; Sat, 08 Oct 2005 11:38:13 -0700 (PDT) Date: Sat, 8 Oct 2005 20:38:10 +0200 From: Eric Dillenseger To: current@freebsd.org Message-ID: <20051008183810.GA6073@castor.workgroup> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.8i Cc: Subject: ndis and Belkin F5D7010 (aka BRoadcom BCM94306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 18:44:49 -0000 Hello, I've been using FreeBSD 5.4 for a while, but switched to -current to check if acpi support was better for my laptop. With 5.4, my wireless card was working, but it doesn't anymore on -current. I have ndis_load="YES" and if_ndis_load="YES" in /boot/loader.conf, I tried to compile ndis and if_ndis again after regenerating ndis_driver_data.h with no succes. When I plug the card, I see Oct 8 20:17:41 coincoin kernel: cardbus0: at device 0.0 (no driver attached) in messages log. Here's my dmesg: (I've fetched the source on Sep 21 12:48) Copyright (c) 1992-2005 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 7.0-CURRENT #9: Thu Sep 22 22:47:06 CEST 2005 root@coincoin.workgroup:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2395.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff Features2=0x400 real memory = 536346624 (511 MB) avail memory = 515452928 (491 MB) acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: irq 9 on acpi0 pci_link1: on acpi0 pci_link2: on acpi0 pci_link3: irq 9 on acpi0 pci_link4: irq 9 on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xec000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x3000-0x30ff mem 0xf0000000-0xf7ffffff,0xe8100000-0xe810ffff irq 9 at device 0.0 on pci1 info: [drm] AGP at 0xec000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 uhci0: port 0x1800-0x181f irq 9 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 9 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: irq 9 at device 5.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 5.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: mem 0xe8201000-0xe82017ff at device 5.2 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 08:00:46:03:01:49:71:0b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fxp0: port 0x4000-0x403f mem 0xe8200000-0xe8200fff irq 9 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 08:00:46:80:50:11 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f mem 0xe8000000-0xe80003ff at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff irq 9 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port acpi_sony0: on acpi0 acpi_sony0: PID 0 battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd8000-0xdbfff,0xdc000-0xdffff pnpid ORM0000 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 ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.21, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. ukbd0: Logitech Logitech USB Keyboard, rev 1.10/12.10, addr 2, iclass 3/1 kbd1 at ukbd0 uhid0: Logitech Logitech USB Keyboard, rev 1.10/12.10, addr 2, iclass 3/1 Timecounter "TSC" frequency 2395765528 Hz quality 800 Timecounters tick every 1.000 msec ad0: 28615MB at ata0-master UDMA100 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a pid 39699 (display), uid 1000: exited on signal 11 (core dumped) cardbus0: at device 0.0 (no driver attached) cardbus1: at device 0.0 (no driver attached) cardbus1: at device 0.0 (no driver attached) cardbus1: at device 0.0 (no driver attached) cardbus0: at device 0.0 (no driver attached) cardbus0: at device 0.0 (no driver attached) -- "Any attempt to brew coffee with a teapot should result in the error code "418 I'm a teapot". The resulting entity body MAY be short and stout." -- HTCPCP Spec, RFC 2324 From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 22:20:47 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF39816A41F; Sat, 8 Oct 2005 22:20:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F77543D45; Sat, 8 Oct 2005 22:20:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j98MKkeC091748; Sat, 8 Oct 2005 18:20:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j98MKkr8027943; Sat, 8 Oct 2005 18:20:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1AE7B7302F; Sat, 8 Oct 2005 18:20:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051008222046.1AE7B7302F@freebsd-current.sentex.ca> Date: Sat, 8 Oct 2005 18:20:46 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 22:20:48 -0000 TB --- 2005-10-08 20:22:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-08 20:22:31 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-10-08 20:22:31 - cleaning the object tree TB --- 2005-10-08 20:23:07 - checking out the source tree TB --- 2005-10-08 20:23:07 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-10-08 20:23:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-08 20:29:45 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-08 20:29:45 - cd /src TB --- 2005-10-08 20:29:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-10-08 22:00:37 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-08 22:00:37 - cd /src TB --- 2005-10-08 22:00:37 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 8 22:00:38 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Oct 8 22:16:34 UTC 2005 TB --- 2005-10-08 22:16:34 - generating LINT kernel config TB --- 2005-10-08 22:16:34 - cd /src/sys/amd64/conf TB --- 2005-10-08 22:16:34 - /usr/bin/make -B LINT TB --- 2005-10-08 22:16:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-08 22:16:34 - cd /src TB --- 2005-10-08 22:16:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 8 22:16:34 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/ddb/db_watch.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/ddb/db_write_cmd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/aac/aac.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/aac/aac_cam.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c: In function `aac_intr0': /src/sys/dev/aac/aac_debug.c:165: warning: implicit declaration of function `aac_intr' /src/sys/dev/aac/aac_debug.c:165: warning: nested extern declaration of `aac_intr' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-08 22:20:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-08 22:20:45 - ERROR: failed to build lint kernel TB --- 2005-10-08 22:20:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 23:00:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDAF816A41F for ; Sat, 8 Oct 2005 23:00:32 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62C0E43D45 for ; Sat, 8 Oct 2005 23:00:31 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EONf0-0005ly-6t for freebsd-current@freebsd.org; Sun, 09 Oct 2005 00:59:22 +0200 Received: from murdoc.gwi.net ([207.5.142.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 09 Oct 2005 00:59:22 +0200 Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 09 Oct 2005 00:59:22 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Joshua Coombs" Date: Sat, 8 Oct 2005 18:58:16 -0400 Lines: 20 Message-ID: References: <20051007233003.CDB725D09@ptavv.es.net> <20051008.002709.126688874.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: murdoc.gwi.net X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Sender: news Subject: Re: Problem building 6.0b5 on 4.11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 23:00:33 -0000 > Installworld tends to be a lot more forgiving than buildworld. I'd > rate your chances of success as 'high' following this path. I've > not > personally done it, and I have no more 4.x systems to test... > > Warner cyrix-dlc# make installkernel "/usr/src/share/mk/bsd.compat.mk", line 2: Need an operator "/usr/src/share/mk/bsd.compat.mk", line 2: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src. Nope, that trick doesn't work either. Guess I get to do this the hard way. Bah. Joshua Coombs From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 23:02:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4F1C16A41F for ; Sat, 8 Oct 2005 23:02:09 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 590FA43D45 for ; Sat, 8 Oct 2005 23:02:09 +0000 (GMT) (envelope-from minimarmot@gmail.com) Received: by xproxy.gmail.com with SMTP id t6so2702wxc for ; Sat, 08 Oct 2005 16:02:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Jgov5iSRj7c/aB3yuxngUtE/xn44SS/8HQfdo5cuwVg+/oc2QLAzNy+cX2ipusb4HOm+4LEYPynjijRKAkO1xKubeu1p9KIvTQf46O/t9fPToXP8sM0tIJA2SH3JPnGNlc5Wm4d/74C0YmYR/AW2Nfq8//Or4PTSfxhRczqUiVM= Received: by 10.70.46.8 with SMTP id t8mr3083453wxt; Sat, 08 Oct 2005 16:02:08 -0700 (PDT) Received: by 10.70.9.2 with HTTP; Sat, 8 Oct 2005 16:02:08 -0700 (PDT) Message-ID: <47d0403c0510081602l29f5c7abofa2d70b6635077f7@mail.gmail.com> Date: Sat, 8 Oct 2005 23:02:08 +0000 From: Ben Kaduk To: freebsd-current@freebsd.org In-Reply-To: <20051008183810.GA6073@castor.workgroup> MIME-Version: 1.0 References: <20051008183810.GA6073@castor.workgroup> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ndis and Belkin F5D7010 (aka BRoadcom BCM94306) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 23:02:09 -0000 On 10/8/05, Eric Dillenseger wrote: > > Hello, > > I've been using FreeBSD 5.4 for a while, but switched to -current > to check if acpi support was better for my laptop. > With 5.4, my wireless card was working, but it doesn't anymore on > -current. I have ndis_load=3D"YES" and if_ndis_load=3D"YES" in > /boot/loader.conf, I tried to compile ndis and if_ndis again after > regenerating ndis_driver_data.h with no succes. > When I plug the card, I see Oct 8 20:17:41 coincoin kernel: cardbus0: > at device 0.0 (no driver attached) in messages log. > > Here's my dmesg: > [snip] You probably want to look at ndisgen(8). Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 23:53:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2375B16A41F; Sat, 8 Oct 2005 23:53:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6BF043D64; Sat, 8 Oct 2005 23:53:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j98Nr7Xp095457; Sat, 8 Oct 2005 19:53:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j98Nr7GR049953; Sat, 8 Oct 2005 19:53:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4AF357302F; Sat, 8 Oct 2005 19:53:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051008235307.4AF357302F@freebsd-current.sentex.ca> Date: Sat, 8 Oct 2005 19:53:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2005 23:53:20 -0000 TB --- 2005-10-08 22:20:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-10-08 22:20:46 - starting HEAD tinderbox run for i386/i386 TB --- 2005-10-08 22:20:46 - cleaning the object tree TB --- 2005-10-08 22:21:10 - checking out the source tree TB --- 2005-10-08 22:21:10 - cd /tinderbox/HEAD/i386/i386 TB --- 2005-10-08 22:21:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-10-08 22:27:35 - building world (CFLAGS=-O2 -pipe) TB --- 2005-10-08 22:27:35 - cd /src TB --- 2005-10-08 22:27:35 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-10-08 23:30:55 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-08 23:30:55 - cd /src TB --- 2005-10-08 23:30:55 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Oct 8 23:30:56 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Oct 8 23:48:39 UTC 2005 TB --- 2005-10-08 23:48:39 - generating LINT kernel config TB --- 2005-10-08 23:48:39 - cd /src/sys/i386/conf TB --- 2005-10-08 23:48:39 - /usr/bin/make -B LINT TB --- 2005-10-08 23:48:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-10-08 23:48:39 - cd /src TB --- 2005-10-08 23:48:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 8 23:48:39 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/ddb/db_watch.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/ddb/db_write_cmd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/aac/aac.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/aac/aac_cam.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/aac/aac_debug.c /src/sys/dev/aac/aac_debug.c: In function `aac_intr0': /src/sys/dev/aac/aac_debug.c:165: warning: implicit declaration of function `aac_intr' /src/sys/dev/aac/aac_debug.c:165: warning: nested extern declaration of `aac_intr' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-10-08 23:53:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-10-08 23:53:07 - ERROR: failed to build lint kernel TB --- 2005-10-08 23:53:07 - tinderbox aborted