From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 00:39:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 087E3106567B for ; Sun, 2 Nov 2008 00:39:59 +0000 (UTC) (envelope-from jille@quis.cx) Received: from istud.quis.cx (ip83-113-174-82.adsl2.static.versatel.nl [82.174.113.83]) by mx1.freebsd.org (Postfix) with ESMTP id A99018FC1A for ; Sun, 2 Nov 2008 00:39:58 +0000 (UTC) (envelope-from jille@quis.cx) Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 4AD795C85; Sat, 1 Nov 2008 16:30:46 +0100 (CET) Message-ID: <490C7625.6060608@quis.cx> Date: Sat, 01 Nov 2008 16:30:45 +0100 From: Jille Timmermans User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Alexey Dokuchaev References: <20081101061930.GA34365@regency.nsu.ru> In-Reply-To: <20081101061930.GA34365@regency.nsu.ru> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: device snp build 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: Sun, 02 Nov 2008 00:39:59 -0000 Hello, snp(4) in -CURRENT is currently not supported. Ed made a patch for it; which worked for me. You can get the latest version from: http://people.freebsd.org/~ed/mpsafetty/ (The patch-set also includes other things; like a new /dev/console) -- Jille Alexey Dokuchaev schreef: > Hi there, > > Looks like device snp is broken on recent -CURRENT. Is it being > supported at all? How useful it is in modern environment? > > Thanks. Relevant part of build log attached. > > ./danfe > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 Nov 2 05:46:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B29A1065697 for ; Sun, 2 Nov 2008 05:46:20 +0000 (UTC) (envelope-from jbolivar@cantv.net) Received: from rs25s3.datacenter.cha.cantv.net (rs25s3.datacenter.cha.cantv.net [200.11.173.13]) by mx1.freebsd.org (Postfix) with ESMTP id 36C838FC19 for ; Sun, 2 Nov 2008 05:46:20 +0000 (UTC) (envelope-from jbolivar@cantv.net) X-DNSBL-MILTER: Passed Received: from [127.0.0.1] (dbec61b89.dslam-172-17-160-245-0126-313.dsl.cantv.net [190.198.27.137] (may be forged)) by rs25s3.datacenter.cha.cantv.net (8.14.3/8.14.3/3.0) with ESMTP id mA25YvZg025771 for ; Sun, 2 Nov 2008 01:05:00 -0430 X-Matched-Lists: [] Message-ID: <490D3C00.4040708@cantv.net> Date: Sun, 02 Nov 2008 01:04:56 -0430 From: Julian Bolivar User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 081101-0, 11/01/2008), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV version 0.94, clamav-milter version 0.94 on 10.128.1.88 X-Virus-Status: Clean Subject: /stand/sysinstall freezed on FreeBSD 7.1 install 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 Nov 2008 05:46:20 -0000 Dear Friends, I try to install FreeBSD 7.1 AMD64 beta 2 in an Intel Core 2 Duo and motherboard MSI 975X Platinum V.2m, but when /stand/sysinstall try to start from the installation CD, the system freezed and don't continue the install process. Anyone know how to solved this problem to install it Thanks and regards, Julian Bolivar From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 08:04:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EF891065679 for ; Sun, 2 Nov 2008 08:04:38 +0000 (UTC) (envelope-from kerneljack@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id D22618FC08 for ; Sun, 2 Nov 2008 08:04:37 +0000 (UTC) (envelope-from kerneljack@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1974699wfg.7 for ; Sun, 02 Nov 2008 01:04:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=xOJeFT7o6+BClwjUhopxu3CV4+3FldTBNrVJQAKXoiQ=; b=NYhJMab7edQPPAgkoCcA4Po+HYSPHX5ej5/hFVZ9acSXNvD5KKnEjVUzphHjNsl1pP dUMhk7pigmNQ/e46fqA4vxKEpf7Xebfx2orRh2+jFk3frc0VXkHB9RLaJ2ViFLQkrHI1 C76sVPz8XKTLLX+16G9snJ17LqaVjKp55bOrI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=nSPwIbBqT7CTIh6ACpgLfHmk/JwrbJnT2Uc/Nv15MbZRp5QJ2eA4vqUBqR1J7BKgmz XL1IARhYCWQxp85p7z9THqgBZyv0P4WQ4+75OZTuIoA6Xjm0DVNSHF6gRdjqD1ioptks ktGL0kM5o5tcyjeA+W5rDNxyLQ/L5fzutCea8= Received: by 10.142.242.11 with SMTP id p11mr2206489wfh.28.1225613077413; Sun, 02 Nov 2008 01:04:37 -0700 (PDT) Received: by 10.142.156.8 with HTTP; Sun, 2 Nov 2008 01:04:37 -0700 (PDT) Message-ID: Date: Sun, 2 Nov 2008 08:04:37 +0000 From: "Khusro Jaleel" To: freebsd-current@freebsd.org, current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: problems configuring wireless using iwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kerneljack@kerneljack.com 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 Nov 2008 08:04:38 -0000 Hi, I'm new to FreeBSD-CURRENT and am having problems getting my wireless to work on my laptop. It is an old Centrino ASUS laptop with built-in IPW2200 wireless. I've had no problems getting wireless to work on this for the past few years now with many flavors of linux and of course Windows so I'm sure it should also work in FreeBSD without any issues. However, I'm not having much luck. I've followed the instructions in the Handbook's Wireless page and read the iwi(4) man page and added the following to my /boot/loader.conf: ------------- legal.intel_iwi.license_ack=1 if_iwi_load="YES" wlan_load="YES" firmware_load="YES" iwi_bss_load="YES" iwi_ibss_load="YES" iwi_monitor_load="YES" hw.psm.synaptics_support=1 -------------- When I reboot and do a "dmesg | grep iwi" I get: ---------- iwi0: mem 0xff9de000-0xff9defff irq 4 at device 2.0 on pci2 iwi0: [ITHREAD] iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: mem 0xff9de000-0xff9defff irq 4 at device 2.0 on pci2 iwi0: [ITHREAD] iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: mem 0xff9de000-0xff9defff irq 4 at device 2.0 on pci2 iwi0: [ITHREAD] iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: mem 0xff9de000-0xff9defff irq 4 at device 2.0 on pci2 iwi0: [ITHREAD] iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) ---------- Am I forgetting to load the firmware somehow? In /boot/kernel, I see the following files: ----------- [root@asus ~]# ls -l /boot/kernel/iwi_* -r-xr-xr-x 1 root wheel 197996 Oct 31 23:56 /boot/kernel/iwi_bss.ko -r-xr-xr-x 1 root wheel 190182 Oct 31 23:56 /boot/kernel/iwi_ibss.ko -r-xr-xr-x 1 root wheel 194760 Oct 31 23:56 /boot/kernel/iwi_monitor.ko ----------- ifconfig: bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:11:2f:0c:e8:7f inet 192.168.1.70 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX ) status: active fwe0: flags=8802 metric 0 mtu 1500 options=8 ether 02:e0:18:1b:1f:63 ch 1 dma -1 fwip0: flags=8802 metric 0 mtu 1500 lladdr 0.e0.18.0.3.1b.1f.63.a.2.ff.fe.0.0.0.0 iwi0: flags=8803 metric 0 mtu 2290 ether 00:0e:35:0d:7c:65 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier plip0: flags=108810 metric 0 mtu 1500 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 But if I try to do "ifconfig iwi0 up" I get: ---------- iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) ---------- Any help appreciated. Thanks. From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 08:26:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6635106564A for ; Sun, 2 Nov 2008 08:26:02 +0000 (UTC) (envelope-from kerneljack@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id AC6FD8FC13 for ; Sun, 2 Nov 2008 08:26:02 +0000 (UTC) (envelope-from kerneljack@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1978542wfg.7 for ; Sun, 02 Nov 2008 01:26:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=xOJeFT7o6+BClwjUhopxu3CV4+3FldTBNrVJQAKXoiQ=; b=NYhJMab7edQPPAgkoCcA4Po+HYSPHX5ej5/hFVZ9acSXNvD5KKnEjVUzphHjNsl1pP dUMhk7pigmNQ/e46fqA4vxKEpf7Xebfx2orRh2+jFk3frc0VXkHB9RLaJ2ViFLQkrHI1 C76sVPz8XKTLLX+16G9snJ17LqaVjKp55bOrI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=nSPwIbBqT7CTIh6ACpgLfHmk/JwrbJnT2Uc/Nv15MbZRp5QJ2eA4vqUBqR1J7BKgmz XL1IARhYCWQxp85p7z9THqgBZyv0P4WQ4+75OZTuIoA6Xjm0DVNSHF6gRdjqD1ioptks ktGL0kM5o5tcyjeA+W5rDNxyLQ/L5fzutCea8= Received: by 10.142.242.11 with SMTP id p11mr2206489wfh.28.1225613077413; Sun, 02 Nov 2008 01:04:37 -0700 (PDT) Received: by 10.142.156.8 with HTTP; Sun, 2 Nov 2008 01:04:37 -0700 (PDT) Message-ID: Date: Sun, 2 Nov 2008 08:04:37 +0000 From: "Khusro Jaleel" To: freebsd-current@freebsd.org, current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: problems configuring wireless using iwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kerneljack@kerneljack.com 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 Nov 2008 08:26:03 -0000 Hi, I'm new to FreeBSD-CURRENT and am having problems getting my wireless to work on my laptop. It is an old Centrino ASUS laptop with built-in IPW2200 wireless. I've had no problems getting wireless to work on this for the past few years now with many flavors of linux and of course Windows so I'm sure it should also work in FreeBSD without any issues. However, I'm not having much luck. I've followed the instructions in the Handbook's Wireless page and read the iwi(4) man page and added the following to my /boot/loader.conf: ------------- legal.intel_iwi.license_ack=1 if_iwi_load="YES" wlan_load="YES" firmware_load="YES" iwi_bss_load="YES" iwi_ibss_load="YES" iwi_monitor_load="YES" hw.psm.synaptics_support=1 -------------- When I reboot and do a "dmesg | grep iwi" I get: ---------- iwi0: mem 0xff9de000-0xff9defff irq 4 at device 2.0 on pci2 iwi0: [ITHREAD] iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: mem 0xff9de000-0xff9defff irq 4 at device 2.0 on pci2 iwi0: [ITHREAD] iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: mem 0xff9de000-0xff9defff irq 4 at device 2.0 on pci2 iwi0: [ITHREAD] iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) iwi0: mem 0xff9de000-0xff9defff irq 4 at device 2.0 on pci2 iwi0: [ITHREAD] iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) ---------- Am I forgetting to load the firmware somehow? In /boot/kernel, I see the following files: ----------- [root@asus ~]# ls -l /boot/kernel/iwi_* -r-xr-xr-x 1 root wheel 197996 Oct 31 23:56 /boot/kernel/iwi_bss.ko -r-xr-xr-x 1 root wheel 190182 Oct 31 23:56 /boot/kernel/iwi_ibss.ko -r-xr-xr-x 1 root wheel 194760 Oct 31 23:56 /boot/kernel/iwi_monitor.ko ----------- ifconfig: bge0: flags=8843 metric 0 mtu 1500 options=9b ether 00:11:2f:0c:e8:7f inet 192.168.1.70 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX ) status: active fwe0: flags=8802 metric 0 mtu 1500 options=8 ether 02:e0:18:1b:1f:63 ch 1 dma -1 fwip0: flags=8802 metric 0 mtu 1500 lladdr 0.e0.18.0.3.1b.1f.63.a.2.ff.fe.0.0.0.0 iwi0: flags=8803 metric 0 mtu 2290 ether 00:0e:35:0d:7c:65 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier plip0: flags=108810 metric 0 mtu 1500 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 But if I try to do "ifconfig iwi0 up" I get: ---------- iwi0: timeout waiting for (null) firmware initialization to complete iwi0: could not load boot firmware (null) ---------- Any help appreciated. Thanks. From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 09:58:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9297F1065676 for ; Sun, 2 Nov 2008 09:58:04 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0268FC12 for ; Sun, 2 Nov 2008 09:58:04 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from [10.29.62.12] (port=57946) by fish.ish.com.au with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1KwZy4-0007fK-0S; Sun, 02 Nov 2008 21:14:00 +1100 Message-Id: From: Aristedes Maniatis To: Nicolas Martyanoff In-Reply-To: <20081101114717.0ffc2ec8@valhala> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 2 Nov 2008 20:46:25 +1100 References: <20081101114717.0ffc2ec8@valhala> X-Mailer: Apple Mail (2.929.2) Cc: current@freebsd.org Subject: Re: ZFS for a desktop computer 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 Nov 2008 09:58:04 -0000 On 01/11/2008, at 9:47 PM, Nicolas Martyanoff wrote: > - I've got a 64bits dual core 2GHz CPU, but can't use an amd64 FreeBSD > since Xen, NVidia drivers and wine don't work on it; but ZFS is said > to be unsuitable for i386. ZFS will run on i386, however since ZFS requires lots of RAM it has been said that it doesn't make sense to run it on systems with less than 1Gb of RAM dedicated to ZFS. I believe the requirement for large amounts of RAM will be slightly eased in later versions of ZFS (well, it still like RAM but will not hang your system when it runs out quite so easily). Read these instructions on how to get i386 to play with ZFS: http://wiki.freebsd.org/ZFSTuningGuide > - It's said you can't boot from a ZFS pool. Miroslav has answered this one with a couple of useful links (including one I co-wrote :-) Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 09:30:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DC4F1065672 for ; Sun, 2 Nov 2008 09:30:44 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DE8DE8FC1B for ; Sun, 2 Nov 2008 09:30:43 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1KwZ2Z-0002Q0-Ed>; Sun, 02 Nov 2008 10:14:35 +0100 Received: from e178040129.adsl.alicedsl.de ([85.178.40.129] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1KwZ2Z-0005ge-C3>; Sun, 02 Nov 2008 10:14:35 +0100 Message-ID: <490D6F88.4050609@mail.zedat.fu-berlin.de> Date: Sun, 02 Nov 2008 10:14:48 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.17 (X11/20081101) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.40.129 X-Mailman-Approved-At: Sun, 02 Nov 2008 12:10:20 +0000 Subject: GPT(8): gone in FreeBSD 8.0-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: Sun, 02 Nov 2008 09:30:44 -0000 Hello, I'm looking for the gpt(8) tool, found in FreeBSD 7. When switching to FreeBSD 8-CUR I missed it. Has it been dumped? Why, how to handle GUID partitions in FBSD8? Regards, Oliver -- From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 12:19:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 947DC1065670 for ; Sun, 2 Nov 2008 12:19:58 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 209738FC19 for ; Sun, 2 Nov 2008 12:19:57 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so1468220ugs.39 for ; Sun, 02 Nov 2008 04:19:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer:sender; bh=Fnwy1bkhMC09/Lg5u7dn2xJZ2N83wxixEc9R09RnuT4=; b=Y0Pa+tlD5elQXnx8hbdJpPouDv8ceYk7KLBi87AlbUeOCU9GL/iQS75ntatVyEWerE wMnZK6NM3TQ8vIGWreF70qu7iGXJFJa5FcIgys/NEXdGgjLa/9oZ/chLLFRGITBPnubw 1jlq8myFpctx3xSXnChMlknX9WdY8pPIW1YvI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer:sender; b=EjZWWDdrP0ydgYYlw3Yp4Fwb3w31q7USZt3IwpJPNCHKvw9Pn22yh+ebJWuiNjk2hu 8RWkKizdBT00pUufqyYOPNFpvMM/X4z+dVduY98DZXWXwl3b9XA59BSuXgMLU9GnmxRi pOYnI/8z74KJxrCXuXlbSy3HPls5qhvWwI3p4= Received: by 10.210.21.6 with SMTP id 6mr6684881ebu.18.1225628397826; Sun, 02 Nov 2008 04:19:57 -0800 (PST) Received: from ?10.0.1.30? ([92.250.66.213]) by mx.google.com with ESMTPS id 2sm30040071nfv.5.2008.11.02.04.19.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 Nov 2008 04:19:56 -0800 (PST) Message-Id: <22FEED13-2E4B-4873-B1A5-EA841369E3AE@freebsd.org> From: Rui Paulo To: O. Hartmann In-Reply-To: <490D6F88.4050609@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 2 Nov 2008 12:19:52 +0000 References: <490D6F88.4050609@mail.zedat.fu-berlin.de> X-Mailer: Apple Mail (2.929.2) Sender: Rui Paulo Cc: freebsd-current@freebsd.org Subject: Re: GPT(8): gone in FreeBSD 8.0-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: Sun, 02 Nov 2008 12:19:58 -0000 On 2 Nov 2008, at 09:14, O. Hartmann wrote: > Hello, > I'm looking for the gpt(8) tool, found in FreeBSD 7. When switching to > FreeBSD 8-CUR I missed it. Has it been dumped? Why, how to handle GUID > partitions in FBSD8? Yes, gpt is gone. We now use gpart. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 12:59:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D671065675 for ; Sun, 2 Nov 2008 12:59:25 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id DF0798FC12 for ; Sun, 2 Nov 2008 12:59:24 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so654641eyi.7 for ; Sun, 02 Nov 2008 04:59:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:subject:message-id :mime-version:content-type:content-disposition:user-agent; bh=CirElK5eZNAWvFmn03LU3lpbWdqVi1nsPH9c8Pqe+lI=; b=km9rWhtdAb3Tv4gT3G9p7VrEOcwdL64IqJVmHyYZArEY3iRW3a+hnP+XHQ3+qWKRzE cGjaDJ7vN4k+msDe9MDmPHXdb/hYoYva0b+m64NNj3B5/jhYVLTDIqCZDo8S6LQexVJN cbh+iLYJrG7kM7QFBAzHHzZEEd5/3SSklo06g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:subject:message-id :mime-version:content-type:content-disposition:user-agent; b=Jl1YhCcXsdQLMqxmQAC3iyzhuAhK0VcuvoO0eo6hXGw+wKv8yLWqbi1E0zLOQKg6vV XS/8FRxO/zKmicv89PDJczO+y2xjdGRsg6w6hGlaF5Wi6Kyu8/qriPTj4glaynXXvrm8 5teIY67Ych4u/A5yVIJelQJUlmCrG6AG44vf8= Received: by 10.210.25.18 with SMTP id 18mr16169984eby.14.1225629064491; Sun, 02 Nov 2008 04:31:04 -0800 (PST) Received: from darklight.homeunix.org ([85.175.24.53]) by mx.google.com with ESMTPS id u14sm11309722gvf.6.2008.11.02.04.31.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 Nov 2008 04:31:03 -0800 (PST) Received: from darklight.homeunix.org (yuri@darklight.homeunix.org [127.0.0.1]) by darklight.homeunix.org (8.14.3/8.14.3) with ESMTP id mA2CV0YG001995 for ; Sun, 2 Nov 2008 15:31:00 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.homeunix.org (8.14.3/8.14.3/Submit) id mA2CV0fk001994 for freebsd-current@freebsd.org; Sun, 2 Nov 2008 15:31:00 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.homeunix.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Sun, 2 Nov 2008 15:31:00 +0300 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20081102123100.GA1434@darklight.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: reproducible panic with mount_smbfs 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 Nov 2008 12:59:25 -0000 Hi, Trying to mount nonexistent smb share with mount_smbfs leads to following panic: # mount_smbfs //yuri@lifebane/blahblah /mnt Unread portion of the kernel message buffer: smb_co_lock: recursive lock for object 1 panic: Lock (lockmgr) smb_vc not locked @ /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:329. cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 witness_assert() at witness_assert+0x21a __lockmgr_args() at __lockmgr_args+0x17a smb_co_put() at smb_co_put+0x76 smb_sm_lookup() at smb_sm_lookup+0xfe smb_usr_lookup() at smb_usr_lookup+0xcd nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 giant_ioctl() at giant_ioctl+0x75 devfs_ioctl_f() at devfs_ioctl_f+0x76 kern_ioctl() at kern_ioctl+0x92 ioctl() at ioctl+0xfd syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = 0x7fffffffe038, rbp = 0x7fffffffe450 --- Uptime: 6m46s Physical memory: 2032 MB Dumping 148 MB: 133 117 101 85 69 53 37 21 5 #0 doadump () at pcpu.h:196 #1 0xffffffff804ea413 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xffffffff804ea89c in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff8052afea in witness_assert (lock=Variable "lock" is not available. ) at /usr/src/sys/kern/subr_witness.c:2199 #4 0xffffffff804d6b4a in __lockmgr_args (lk=0xffffff004a5bf408, flags=1048832, ilk=0xffffff004a5bf430, wmesg=Variable "wmesg" is not available. ) at /usr/src/sys/kern/kern_lock.c:659 #5 0xffffffff81023536 in smb_co_put (cp=0xffffff004a5bf400, scred=0xfffffffe7fd879b0) at lockmgr.h:93 #6 0xffffffff81023fce in smb_sm_lookup (vcspec=0xfffffffe7fd87890, shspec=0xfffffffe7fd87900, scred=0xfffffffe7fd879b0, vcpp=0xfffffffe7fd87928) at /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:222 #7 0xffffffff8102995d in smb_usr_lookup (dp=0xffffff0003738000, scred=0xfffffffe7fd879b0, vcpp=0xfffffffe7fd879c8, sspp=0xfffffffe7fd879c0) at /usr/src/sys/modules/smbfs/../../netsmb/smb_usr.c:154 #8 0xffffffff81024386 in nsmb_dev_ioctl (dev=Variable "dev" is not available. ) at /usr/src/sys/modules/smbfs/../../netsmb/smb_dev.c:285 #9 0xffffffff804b6375 in giant_ioctl (dev=0xffffff004a5bf800, cmd=2198367850, data=0xffffff0003738000 "\002", fflag=3, td=0xffffff004a5c7370) at /usr/src/sys/kern/kern_conf.c:407 #10 0xffffffff8047a636 in devfs_ioctl_f (fp=0xffffff0003e14870, com=2198367850, data=Variable "data" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:588 #11 0xffffffff8052e9c2 in kern_ioctl (td=0xffffff004a5c7370, fd=Variable "fd" is not available. ) at file.h:262 #12 0xffffffff8052ec2d in ioctl (td=0xffffff004a5c7370, uap=0xfffffffe7fd87c00) at /usr/src/sys/kern/sys_generic.c:676 #13 0xffffffff807c081f in syscall (frame=0xfffffffe7fd87c90) at /usr/src/sys/amd64/amd64/trap.c:898 #14 0xffffffff807a32db in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:338 #15 0x0000000800939aec in ?? () Previous frame inner to this frame (corrupt stack?) FreeBSD 8.0-CURRENT amd64 World and kernel are built from sources synced on Nov, 1. Yuri From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 12:19:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5862106567B for ; Sun, 2 Nov 2008 12:19:51 +0000 (UTC) (envelope-from some.else@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 648F08FC16 for ; Sun, 2 Nov 2008 12:19:51 +0000 (UTC) (envelope-from some.else@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so1468220ugs.39 for ; Sun, 02 Nov 2008 04:19:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=KCxG2KxOd2+Cr1m6wjIDz4oyxV+GvlyLu3FTMwfVgIU=; b=b46Ibm4/t9ULH99/4BTfOAkk2O7nLvS14uJaWgelO3cXqdZz5ua6OxGCOi3Vlhjr5T hv3xF8GQ9JdSWJ2DfFlrNaeNjyaxN9pJm1CvFfbCkdFM8hF4saty2cOYDJ8gGZe76jhl LntwcwZwuZ2peSvbMpK94btPKXm3GQmZGAlJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=dJE9XltG+4/Oit5BGmxNEU4k2Oj42DdIk4RfgnQyHnhiav+/v4udGm8D0xRubwIF3M tFxT0W37RRHe6SoYaYHPQExXZoNH+YVNPGM4oBQLB/s3254z+G4KlxaviARb4LWGxLMK PzISJhKS9ozl6H/Zxg7qrGisZhtH/APpsgy6Q= Received: by 10.66.239.16 with SMTP id m16mr1278286ugh.9.1225626499089; Sun, 02 Nov 2008 03:48:19 -0800 (PST) Received: from konstig.hippie (c-0692e255.13-501-64736c14.cust.bredbandsbolaget.se [85.226.146.6]) by mx.google.com with ESMTPS id s1sm7661813uge.27.2008.11.02.03.48.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 Nov 2008 03:48:18 -0800 (PST) Message-ID: <490D937A.8020103@gmail.com> Date: Sun, 02 Nov 2008 12:48:10 +0100 From: Annan User-Agent: Thunderbird 2.0.0.17 (X11/20081026) 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 Nov 2008 13:03:05 +0000 Cc: Subject: Trouble installing FreeBSD on ASUS M3A78-EM with firewire enabled 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 Nov 2008 12:19:51 -0000 When trying to install FreeBSD 7.1-BETA2 (amd64) on a computer with the motherboard ASUS M3A78-EM, the installation freezes with the error message: run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config Booting without ACPI, it still freezes, right after: Trying to mount root from ufs:/ufs/md0. I also tried 8.0-HEAD from http://pub.allbsd.org/FreeBSD-snapshots/amd64/8.0-HEAD-20081101-JPSNAP/cdrom/, which resulted in the same error messages. To get it to boot (7.1-BETA2, though I assume 8.0-HEAD will also boot :-)), deactivate firewire in BIOS (discovered after trying all sorts of things). I have no use for firewire so it's not a problem, but maybe it is for someone else. If you want to install 7.0-RELEASE, you also have to deactivate USB (as pointed out by this comment: http://www.vanutsteen.nl/2008/07/21/new-virtualization-server-htpc-machine/#comment-315). I found it to be true for M3A78-EM too. From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 12:26:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5309E1065675 for ; Sun, 2 Nov 2008 12:26:13 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2EA8FC13 for ; Sun, 2 Nov 2008 12:26:12 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Kwc20-0007OD-0a>; Sun, 02 Nov 2008 13:26:12 +0100 Received: from e178040129.adsl.alicedsl.de ([85.178.40.129] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Kwc1z-0005BU-To>; Sun, 02 Nov 2008 13:26:12 +0100 Message-ID: <490D9C71.1050401@mail.zedat.fu-berlin.de> Date: Sun, 02 Nov 2008 13:26:25 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.17 (X11/20081101) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.40.129 X-Mailman-Approved-At: Sun, 02 Nov 2008 13:18:29 +0000 Subject: OpenLDAP 2.4.11: won't work anymore, crashes with SIGNAL 11 after start 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 Nov 2008 12:26:13 -0000 Hello, I migrtaed this day to FreeBSD 8.0-CURRENT, most recent buildworld since last night. I'm about reinstalling everything I need from scratch, so OpenLDAP 2.4.11 (with SASL support). After pulling back the backup of the LDAP configurations and assuring that access rights etc. is in the right place, I tried starting openldap-2.4.11 and witnessed a crash. Immediately after the slapd-daemon starts it suffers from SIGNAL 11: Starting slapd. @(#) $OpenLDAP: slapd 2.4.11 (Nov 2 2008 11:42:11) $ root@foo.org:/usr/ports/net/openldap24-server/work/openldap-2.4.11/servers/slapd Segmentation fault /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd Well, removing all of my configurations (especially schemata, the slapd.d-directory) and replacing everything needed by those files coming with the installation package and trying starting this results in an 'Abort trap': Starting slapd. @(#) $OpenLDAP: slapd 2.4.11 (Nov 2 2008 11:42:11) $ root@foo.org:/usr/ports/net/openldap24-server/work/openldap-2.4.11/servers/slapd Assertion failed: (schema_init_done == 1), function slap_schema_check, file schema_prep.c, line 1340. Abort trap /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd The used configuration and installation works fine with FreeBSD 7.1-PRE (exactly the same way installed ports, used the same make.conf!). Well, before submitting a PR or investigating deeper, please can someone using LDAP 2.4.11 (from ports) on FBSD 8.0-CUR report whether he is successfully using LDAP or not? If there is more than a stupid config-error I will investigate deeper with all the debugging facilities switched on. Regards, thanks in advance, oliver From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 12:27:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5F501065670 for ; Sun, 2 Nov 2008 12:27:01 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 902D38FC16 for ; Sun, 2 Nov 2008 12:27:01 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Kwc2m-0007Uf-My>; Sun, 02 Nov 2008 13:27:00 +0100 Received: from e178040129.adsl.alicedsl.de ([85.178.40.129] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Kwc2m-0005Bq-KK>; Sun, 02 Nov 2008 13:27:00 +0100 Message-ID: <490D9CA2.6050006@mail.zedat.fu-berlin.de> Date: Sun, 02 Nov 2008 13:27:14 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.17 (X11/20081101) MIME-Version: 1.0 To: Rui Paulo References: <490D6F88.4050609@mail.zedat.fu-berlin.de> <22FEED13-2E4B-4873-B1A5-EA841369E3AE@freebsd.org> In-Reply-To: <22FEED13-2E4B-4873-B1A5-EA841369E3AE@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.40.129 X-Mailman-Approved-At: Sun, 02 Nov 2008 13:18:39 +0000 Cc: freebsd-current@freebsd.org Subject: Re: GPT(8): gone in FreeBSD 8.0-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: Sun, 02 Nov 2008 12:27:01 -0000 Rui Paulo wrote: > > On 2 Nov 2008, at 09:14, O. Hartmann wrote: > >> Hello, >> I'm looking for the gpt(8) tool, found in FreeBSD 7. When switching to >> FreeBSD 8-CUR I missed it. Has it been dumped? Why, how to handle GUID >> partitions in FBSD8? > > Yes, gpt is gone. > We now use gpart. > > Regards, > -- > Rui Paulo > > _______________________________________________ > 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" all right, thanks a lot. oliver From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 14:48:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5A2B106567D for ; Sun, 2 Nov 2008 14:48:45 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 67CF48FC28 for ; Sun, 2 Nov 2008 14:48:45 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id CF0A523C424; Sun, 2 Nov 2008 15:48:43 +0100 (CET) Date: Sun, 2 Nov 2008 15:48:43 +0100 From: Peter Schuller To: John Nielsen Message-ID: <20081102144842.GA59552@hyperion.scode.org> References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <200811011517.37640.lists@jnielsen.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Nicolas Martyanoff , freebsd-current@freebsd.org Subject: Re: ZFS for a desktop computer 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 Nov 2008 14:48:45 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > There are patches available to allow this but frankly I don't see the=20 > appeal. I think it makes much more sense to have / (including /boot) be a= =20 > regular UFS2 filesystem on a small partition. If something goes wrong you= =20 > can boot from a CD or single-user and not have to worry about getting you= r=20 > ZFS pools back online before you can even start troubleshooting the syste= m.=20 FWIW let me just put the vote in there that to me, personally, there is a lot of appeal. For recovery, I don't find minimalistic /:s or fixit CD:s very useful anyway (in fact I don't think I have ever fixed a system that way; if there is some trouble that prevents booting, I tend to end up booting a separate fully installed system from another drive or similar to have full flexibility). If you're using ZFS because you want to avoid certain failure conditions (such as "oh, there was a bad block during reconstruction and my mirror got blown away even though it was a 4-way mirror"), it is nice to have that applied to your *entire* system instead of having a small root partition or boot partition that is somehow exempted. Especially since these are the ones you really need to boot the system. I appreciate that supporting direct booting off of ZFS is not easy to implement, and this is not any kind of complaint. I just want to respond to the claim that there is no appeal to having it supported. I doubt I am alone in thinking it would be great to boot natively off ZFS, even if not every one under the sun agrees :) -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkNvcoACgkQDNor2+l1i303eACdGdJPz0xdMIcZRJACgB26uPT2 Ck0An2m1mYGV0lFZeNLRdZBPJEWifcbd =109P -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 15:16:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB60E106567C for ; Sun, 2 Nov 2008 15:16:28 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from megatron.madpilot.net (megatron.madpilot.net [88.149.173.206]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5B58FC1F for ; Sun, 2 Nov 2008 15:16:28 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from localhost (localhost [127.0.0.1]) by megatron.madpilot.net (Postfix) with ESMTP id 07E11130C08; Sun, 2 Nov 2008 15:58:57 +0100 (CET) X-Virus-Scanned: amavisd-new at madpilot.net Received: from megatron.madpilot.net ([127.0.0.1]) by localhost (megatron.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fEc30RbEDKX7; Sun, 2 Nov 2008 15:58:54 +0100 (CET) Received: from wedge.madpilot.net (wedge.madpilot.net [172.24.42.11]) by megatron.madpilot.net (Postfix) with ESMTP; Sun, 2 Nov 2008 15:58:54 +0100 (CET) Message-ID: <490DC02E.7020701@madpilot.net> Date: Sun, 02 Nov 2008 15:58:54 +0100 From: Guido Falsi User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: Peter Schuller References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> <20081102144842.GA59552@hyperion.scode.org> In-Reply-To: <20081102144842.GA59552@hyperion.scode.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Nicolas Martyanoff , freebsd-current@freebsd.org, John Nielsen Subject: Re: ZFS for a desktop computer 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 Nov 2008 15:16:28 -0000 Peter Schuller wrote: > I appreciate that supporting direct booting off of ZFS is not easy to > implement, and this is not any kind of complaint. I just want to > respond to the claim that there is no appeal to having it supported. I > doubt I am alone in thinking it would be great to boot natively off > ZFS, even if not every one under the sun agrees :) > Just to cast a "vote" I subscribe to this opinion. It would be great...In fact if direct boot from ZFS was supported I'd convert my work PC to AMD64+ZFS immediately. At home it would be hardware since my PCs have at most 512 Mb ram, which is more than enough for what I do here. -- Guido Falsi From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 16:05:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6117A106564A for ; Sun, 2 Nov 2008 16:05:10 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 329AD8FC19 for ; Sun, 2 Nov 2008 16:03:47 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so2131818mue.3 for ; Sun, 02 Nov 2008 08:03:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=LT5dNGkZQ+4MP582TSUWXiFjMZWtCaSCeuIj4a+Irc0=; b=ohTTz9L40DoVQ4rLLZy/09zUEd2h2NZIwtX5FikT683JJlWd9H6gaDFetP7KQbESyS v/o8a5+Qa9gRNcZof4uWymkGQGqKyB5Yw4KTsXdvWBlOaHaRpPA/25Qt4ZiOEt4EAW5F IlE1tUwHWXrAWQfs/Y3pzk3n54OGWlYVDS6rQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=DRoLWXO+jS1g7d3bEPD2Oz/VySMnckfJJs7xdjlDoW/46vXi24jcESYDFIS5ww3uAX HBXtClziY6vDO+ECM7TkGFcvV+eAde2FN7Eu8Ka6ctG3DhEQheylX5Ddh5PPt64Cll5u rZ50xoGX9UYo3cOET8gaGa60kA8ObE0zdTJ6I= Received: by 10.103.22.16 with SMTP id z16mr4275515mui.78.1225640244103; Sun, 02 Nov 2008 07:37:24 -0800 (PST) Received: by 10.103.239.14 with HTTP; Sun, 2 Nov 2008 07:37:24 -0800 (PST) Message-ID: <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> Date: Sun, 2 Nov 2008 16:37:24 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yuri Pankov" In-Reply-To: <20081102123100.GA1434@darklight.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081102123100.GA1434@darklight.homeunix.org> X-Google-Sender-Auth: 47038d8779c02b0d Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 16:05:10 -0000 2008/11/2, Yuri Pankov : > Hi, > > Trying to mount nonexistent smb share with mount_smbfs leads to > following panic: > > # mount_smbfs //yuri@lifebane/blahblah /mnt > > Unread portion of the kernel message buffer: > smb_co_lock: recursive lock for object 1 > panic: Lock (lockmgr) smb_vc not locked @ > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:329. > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x182 > witness_assert() at witness_assert+0x21a > __lockmgr_args() at __lockmgr_args+0x17a > smb_co_put() at smb_co_put+0x76 > smb_sm_lookup() at smb_sm_lookup+0xfe > smb_usr_lookup() at smb_usr_lookup+0xcd > nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 > giant_ioctl() at giant_ioctl+0x75 > devfs_ioctl_f() at devfs_ioctl_f+0x76 > kern_ioctl() at kern_ioctl+0x92 > ioctl() at ioctl+0xfd > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = > 0x7fffffffe038, rbp = 0x7fffffffe450 --- > Uptime: 6m46s > Physical memory: 2032 MB So, what is happening here is that smb_co_lock() is AFU. Infact looking at the code: int smb_co_lock(struct smb_connobj *cp, int flags, struct thread *td) { ... if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && (flags & LK_CANRECURSE) == 0) { SMBERROR("recursive lock for object %d\n", cp->co_level); return 0; } ... from that it is obvious that smb_co_lock() won't recurse the lock really, but will let believe the consumer it acquired the lock successfully without panicking at all (the printf is like a little joke there). I think that we don't panic here mainly because these are "user driver" events and we want avoid to get a DoS for the kernel but it is an unacceptable code also. This can be fixed by allowing recuring lockmgr by default but the problem is more vaste. For example, it would be very nice to drop the LK_DRAIN support from netsmb in order to completely remove it from the 8.0 kernel serie and kill a bogus / dangerous option for lockmgr. It would be a cornerstone for lockmgr wealth really. What really is missing here is a valid netsmb maintainer, someone that knows well the layers involved, is motivated to work on it and can take advantage from the other kernel developer experience on the most hardcore parts. It would be also nice, for example, to bring in some Apple's changes (like the crypto support). Someone willing to step in would be very appreciated. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 16:11:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09B21106564A for ; Sun, 2 Nov 2008 16:11:03 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id DC1648FC18 for ; Sun, 2 Nov 2008 16:11:02 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id mA2GAvHi028213; Sun, 2 Nov 2008 10:10:58 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <490DD114.3000901@math.missouri.edu> Date: Sun, 02 Nov 2008 10:11:00 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.17) Gecko/20081023 SeaMonkey/1.1.12 MIME-Version: 1.0 To: kerneljack@kerneljack.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: problems configuring wireless using iwi 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 Nov 2008 16:11:03 -0000 FreeBSD CURRENT has a different approach to wireless cards. Somewhere in /etc/rc.conf you need lines like wlans_iwi0="wlan0" and then all future ifconfig command should refer to wlan0 instead of iwi0. I am not sure if this will fix your problem or not, but you must have not done this somewhere, otherwise ifconfig would have listed wlan0 as well as iwi0. If you are new to FreeBSD, you might prefer to use FreeBSD-STABLE instead. I think iwi is already a part of that. Khusro Jaleel wrote: > Hi, > > I'm new to FreeBSD-CURRENT and am having problems getting my wireless > to work on my laptop. It is an old Centrino ASUS laptop with built-in > IPW2200 wireless. I've had no problems getting wireless to work on > this for the past few years now with many flavors of linux and of > course Windows so I'm sure it should also work in FreeBSD without any > issues. > > However, I'm not having much luck. I've followed the instructions in > the Handbook's Wireless page and read the iwi(4) man page and added > the following to my /boot/loader.conf: > > ------------- > legal.intel_iwi.license_ack=1 > if_iwi_load="YES" > wlan_load="YES" > firmware_load="YES" > iwi_bss_load="YES" > iwi_ibss_load="YES" > iwi_monitor_load="YES" > hw.psm.synaptics_support=1 > -------------- > > When I reboot and do a "dmesg | grep iwi" I get: > > ---------- > iwi0: mem 0xff9de000-0xff9defff irq 4 > at device 2.0 on pci2 > iwi0: [ITHREAD] > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: mem 0xff9de000-0xff9defff irq 4 > at device 2.0 on pci2 > iwi0: [ITHREAD] > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: mem 0xff9de000-0xff9defff irq 4 > at device 2.0 on pci2 > iwi0: [ITHREAD] > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: mem 0xff9de000-0xff9defff irq 4 > at device 2.0 on pci2 > iwi0: [ITHREAD] > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > ---------- > > Am I forgetting to load the firmware somehow? In /boot/kernel, I see > the following files: > > ----------- > [root@asus ~]# ls -l /boot/kernel/iwi_* > -r-xr-xr-x 1 root wheel 197996 Oct 31 23:56 /boot/kernel/iwi_bss.ko > -r-xr-xr-x 1 root wheel 190182 Oct 31 23:56 /boot/kernel/iwi_ibss.ko > -r-xr-xr-x 1 root wheel 194760 Oct 31 23:56 /boot/kernel/iwi_monitor.ko > ----------- > > ifconfig: > bge0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:11:2f:0c:e8:7f > inet 192.168.1.70 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (100baseTX ) > status: active > fwe0: flags=8802 metric 0 mtu 1500 > options=8 > ether 02:e0:18:1b:1f:63 > ch 1 dma -1 > fwip0: flags=8802 metric 0 mtu 1500 > lladdr 0.e0.18.0.3.1b.1f.63.a.2.ff.fe.0.0.0.0 > iwi0: flags=8803 metric 0 mtu 2290 > ether 00:0e:35:0d:7c:65 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > plip0: flags=108810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > > But if I try to do "ifconfig iwi0 up" I get: > > ---------- > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > ---------- > > Any help appreciated. Thanks. > _______________________________________________ > 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 Nov 2 16:17:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2FE5106568D; Sun, 2 Nov 2008 16:17:21 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id E2DBF8FC26; Sun, 2 Nov 2008 16:17:20 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1729054fgb.35 for ; Sun, 02 Nov 2008 08:17:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=tRR41TuxcmwWr1fcdySQEGfSm/5CQFtJbjUdzVtpAPg=; b=dXULrz6xkB50Z9hJU94kOB63yA18mTCuKRHVHZ7QXPqfxFQNKzr1gAxDCQsKDvaNdZ ng4bVlkBUs4ifXgmPu1+CXxYYQK9Ca/zmLlXXreC4l3nghI6fhU2/zSvhzoBXeaB0mEv k23MHGpnALbifNuzF8KBK6SOt9Bu1u6WTjuuQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=plix37eFrJOyuKwTjC+ajo1VL2acsGo57sVFNiijDgxf0e+uygqQEaM0qodm62nISR irlcH291as9iVUEmdLCRjlM5oi6GKf12QCRTwIkSsHgSoINoMgoucUQNhAS6+N7jxHW2 c78qxoL1+RWH++xwZX1cBA3f53ye3QS6hVikQ= Received: by 10.86.66.19 with SMTP id o19mr10091634fga.64.1225642638896; Sun, 02 Nov 2008 08:17:18 -0800 (PST) Received: by 10.86.78.14 with HTTP; Sun, 2 Nov 2008 08:17:18 -0800 (PST) Message-ID: <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> Date: Sun, 2 Nov 2008 17:17:18 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yuri Pankov" In-Reply-To: <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> X-Google-Sender-Auth: b35bc9f364f79055 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 16:17:21 -0000 2008/11/2, Attilio Rao : > 2008/11/2, Yuri Pankov : > > > Hi, > > > > Trying to mount nonexistent smb share with mount_smbfs leads to > > following panic: > > > > # mount_smbfs //yuri@lifebane/blahblah /mnt > > > > Unread portion of the kernel message buffer: > > smb_co_lock: recursive lock for object 1 > > panic: Lock (lockmgr) smb_vc not locked @ > > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:329. > > cpuid = 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > panic() at panic+0x182 > > witness_assert() at witness_assert+0x21a > > __lockmgr_args() at __lockmgr_args+0x17a > > smb_co_put() at smb_co_put+0x76 > > smb_sm_lookup() at smb_sm_lookup+0xfe > > smb_usr_lookup() at smb_usr_lookup+0xcd > > nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 > > giant_ioctl() at giant_ioctl+0x75 > > devfs_ioctl_f() at devfs_ioctl_f+0x76 > > kern_ioctl() at kern_ioctl+0x92 > > ioctl() at ioctl+0xfd > > syscall() at syscall+0x1bf > > Xfast_syscall() at Xfast_syscall+0xab > > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = > > 0x7fffffffe038, rbp = 0x7fffffffe450 --- > > Uptime: 6m46s > > Physical memory: 2032 MB > > > So, what is happening here is that smb_co_lock() is AFU. > Infact looking at the code: > int > smb_co_lock(struct smb_connobj *cp, int flags, struct thread *td) > { > ... > if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && > (flags & LK_CANRECURSE) == 0) { > SMBERROR("recursive lock for object %d\n", cp->co_level); > return 0; > } > ... Yuri, could you please test this fix: http://www.freebsd.org/~attilio/netsmb.diff and report if it works? You could get a KASSERT running but this is expected as I want to identify on the callers who passes a malformed request and fix it. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 16:33:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 298B71065678 for ; Sun, 2 Nov 2008 16:33:14 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 7460F8FC16 for ; Sun, 2 Nov 2008 16:33:12 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so853695nfh.33 for ; Sun, 02 Nov 2008 08:33:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=mEWkKJ+xT6SaSwxwFmAFVQXYON1G240N6q3FCSrZxjQ=; b=vn1xBsnFqfLj9sWahXdJCdabqhfHfq/i/c1ssVlE26LYlEJNujzSOOeh+gHNDi6/8C SKSsf3N5scRyTrFXJEHuxRKnCGl8fDG/bex+NDGlPTd1TL2vl4NNxJE0Hct2na4O44mY gfcqQEdV0Fa7RM4y17OAQq6HFvUhh9d5Np2DQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=RXgCAvk0cVZkFPprwFcpC0fBBQ/6gk/OMAiokJ8TnHTgQ6XiFuPNMFrKNUhkWrQuPe B6u0wlMhB6pywdHdKHbV1W0cAHmiCVPJgu57udcwKPcp5gELxCxGkO/P7193wxC/sb0d sj/F15zuzewHCrvfqL5OCZF3/Flc+SqmgcXNQ= Received: by 10.210.127.13 with SMTP id z13mr7413463ebc.11.1225643591692; Sun, 02 Nov 2008 08:33:11 -0800 (PST) Received: from darklight.homeunix.org ([85.175.24.53]) by mx.google.com with ESMTPS id g9sm11790271gvc.0.2008.11.02.08.33.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 Nov 2008 08:33:11 -0800 (PST) Received: from darklight.homeunix.org (yuri@darklight.homeunix.org [127.0.0.1]) by darklight.homeunix.org (8.14.3/8.14.3) with ESMTP id mA2GX7v2071530; Sun, 2 Nov 2008 19:33:07 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.homeunix.org (8.14.3/8.14.3/Submit) id mA2GX7S1071529; Sun, 2 Nov 2008 19:33:07 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.homeunix.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Sun, 2 Nov 2008 19:33:07 +0300 From: Yuri Pankov To: Attilio Rao Message-ID: <20081102163307.GB1434@darklight.homeunix.org> References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 16:33:14 -0000 On Sun, Nov 02, 2008 at 05:17:18PM +0100, Attilio Rao wrote: > 2008/11/2, Attilio Rao : > > 2008/11/2, Yuri Pankov : > > > > > Hi, > > > > > > Trying to mount nonexistent smb share with mount_smbfs leads to > > > following panic: > > > > > > # mount_smbfs //yuri@lifebane/blahblah /mnt > > > > > > Unread portion of the kernel message buffer: > > > smb_co_lock: recursive lock for object 1 > > > panic: Lock (lockmgr) smb_vc not locked @ > > > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:329. > > > cpuid = 0 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x182 > > > witness_assert() at witness_assert+0x21a > > > __lockmgr_args() at __lockmgr_args+0x17a > > > smb_co_put() at smb_co_put+0x76 > > > smb_sm_lookup() at smb_sm_lookup+0xfe > > > smb_usr_lookup() at smb_usr_lookup+0xcd > > > nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 > > > giant_ioctl() at giant_ioctl+0x75 > > > devfs_ioctl_f() at devfs_ioctl_f+0x76 > > > kern_ioctl() at kern_ioctl+0x92 > > > ioctl() at ioctl+0xfd > > > syscall() at syscall+0x1bf > > > Xfast_syscall() at Xfast_syscall+0xab > > > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = > > > 0x7fffffffe038, rbp = 0x7fffffffe450 --- > > > Uptime: 6m46s > > > Physical memory: 2032 MB > > > > > > So, what is happening here is that smb_co_lock() is AFU. > > Infact looking at the code: > > int > > smb_co_lock(struct smb_connobj *cp, int flags, struct thread *td) > > { > > ... > > if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && > > (flags & LK_CANRECURSE) == 0) { > > SMBERROR("recursive lock for object %d\n", cp->co_level); > > return 0; > > } > > ... > > Yuri, > could you please test this fix: > http://www.freebsd.org/~attilio/netsmb.diff > > and report if it works? > You could get a KASSERT running but this is expected as I want to > identify on the callers who passes a malformed request and fix it. > > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein Thanks, Attilio. With this patch system doesn't panic anymore with nonexistent share names (though I had to comment out smb_co_lockstatus prototype and function to get rid of -Werror complaints). Still getting a LOR: netsmb_dev: loaded lock order reversal: 1st 0xffffff0021644008 smb_vc (smb_vc) @ /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:332 2nd 0xffffffff81037368 smbsm (smbsm) @ /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:348 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e __lockmgr_args() at __lockmgr_args+0xc2a smb_co_lock() at smb_co_lock+0x38 smb_co_gone() at smb_co_gone+0x38 smb_sm_lookup() at smb_sm_lookup+0xfe smb_usr_lookup() at smb_usr_lookup+0xcd nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 giant_ioctl() at giant_ioctl+0x75 devfs_ioctl_f() at devfs_ioctl_f+0x76 kern_ioctl() at kern_ioctl+0x92 ioctl() at ioctl+0xfd syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = 0x7fffffffe048, rbp = 0x7fffffffe460 --- Thanks, Yuri From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 16:35:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE2E81065677 for ; Sun, 2 Nov 2008 16:35:21 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1E98FC0A for ; Sun, 2 Nov 2008 16:35:21 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id mA2GAvHi028213; Sun, 2 Nov 2008 10:10:58 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <490DD114.3000901@math.missouri.edu> Date: Sun, 02 Nov 2008 10:11:00 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.17) Gecko/20081023 SeaMonkey/1.1.12 MIME-Version: 1.0 To: kerneljack@kerneljack.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: problems configuring wireless using iwi 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 Nov 2008 16:35:21 -0000 FreeBSD CURRENT has a different approach to wireless cards. Somewhere in /etc/rc.conf you need lines like wlans_iwi0="wlan0" and then all future ifconfig command should refer to wlan0 instead of iwi0. I am not sure if this will fix your problem or not, but you must have not done this somewhere, otherwise ifconfig would have listed wlan0 as well as iwi0. If you are new to FreeBSD, you might prefer to use FreeBSD-STABLE instead. I think iwi is already a part of that. Khusro Jaleel wrote: > Hi, > > I'm new to FreeBSD-CURRENT and am having problems getting my wireless > to work on my laptop. It is an old Centrino ASUS laptop with built-in > IPW2200 wireless. I've had no problems getting wireless to work on > this for the past few years now with many flavors of linux and of > course Windows so I'm sure it should also work in FreeBSD without any > issues. > > However, I'm not having much luck. I've followed the instructions in > the Handbook's Wireless page and read the iwi(4) man page and added > the following to my /boot/loader.conf: > > ------------- > legal.intel_iwi.license_ack=1 > if_iwi_load="YES" > wlan_load="YES" > firmware_load="YES" > iwi_bss_load="YES" > iwi_ibss_load="YES" > iwi_monitor_load="YES" > hw.psm.synaptics_support=1 > -------------- > > When I reboot and do a "dmesg | grep iwi" I get: > > ---------- > iwi0: mem 0xff9de000-0xff9defff irq 4 > at device 2.0 on pci2 > iwi0: [ITHREAD] > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: mem 0xff9de000-0xff9defff irq 4 > at device 2.0 on pci2 > iwi0: [ITHREAD] > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: mem 0xff9de000-0xff9defff irq 4 > at device 2.0 on pci2 > iwi0: [ITHREAD] > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > iwi0: mem 0xff9de000-0xff9defff irq 4 > at device 2.0 on pci2 > iwi0: [ITHREAD] > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > ---------- > > Am I forgetting to load the firmware somehow? In /boot/kernel, I see > the following files: > > ----------- > [root@asus ~]# ls -l /boot/kernel/iwi_* > -r-xr-xr-x 1 root wheel 197996 Oct 31 23:56 /boot/kernel/iwi_bss.ko > -r-xr-xr-x 1 root wheel 190182 Oct 31 23:56 /boot/kernel/iwi_ibss.ko > -r-xr-xr-x 1 root wheel 194760 Oct 31 23:56 /boot/kernel/iwi_monitor.ko > ----------- > > ifconfig: > bge0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:11:2f:0c:e8:7f > inet 192.168.1.70 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (100baseTX ) > status: active > fwe0: flags=8802 metric 0 mtu 1500 > options=8 > ether 02:e0:18:1b:1f:63 > ch 1 dma -1 > fwip0: flags=8802 metric 0 mtu 1500 > lladdr 0.e0.18.0.3.1b.1f.63.a.2.ff.fe.0.0.0.0 > iwi0: flags=8803 metric 0 mtu 2290 > ether 00:0e:35:0d:7c:65 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > plip0: flags=108810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > > But if I try to do "ifconfig iwi0 up" I get: > > ---------- > iwi0: timeout waiting for (null) firmware initialization to complete > iwi0: could not load boot firmware (null) > ---------- > > Any help appreciated. Thanks. > _______________________________________________ > 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 Nov 2 17:53:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 438FC1065693; Sun, 2 Nov 2008 17:53:29 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 3F47E8FC1F; Sun, 2 Nov 2008 17:53:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1757078fgb.35 for ; Sun, 02 Nov 2008 09:53:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=7XyW/KnpcXkLJ0hL7US7oXjKvf5F9PDjfzskb0rbiYQ=; b=AMRFkcTRrYt/IO90t5p/JXyq6SoET57EbUYzKzdK3TZhM+xswCLg36j1trmjlc/ZmA D1nPxVYuAxl5UL7CcWMHR3BdN+LeJzMWiq0reZ0eoz619afzNObewT5zCeCA/QY+T34K ls2kmW5k5w47vlTZqNXH81uPTgsWOUYEC9dB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=xrLhQ2LWnk3TATlKDLbbxq5WslZTx/LgdSBnu0Rdgz1SAPgUKgEmQwLJ/MyU7Lw/qv x+w9xgK+4EpT5iV/YTvwq8FP3ZOBQJWL9JjaWu/REOXNMdVhBdnqHx73Piukn6x2xrWn T0nxNJ+DiT1VlRtk0NnwsNZu/D59sVBVbrMqQ= Received: by 10.86.66.19 with SMTP id o19mr10178116fga.18.1225648405145; Sun, 02 Nov 2008 09:53:25 -0800 (PST) Received: by 10.86.78.14 with HTTP; Sun, 2 Nov 2008 09:53:25 -0800 (PST) Message-ID: <3bbf2fe10811020953l29f1a7eesa4f4eeb49f0a2eba@mail.gmail.com> Date: Sun, 2 Nov 2008 18:53:25 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yuri Pankov" In-Reply-To: <20081102163307.GB1434@darklight.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> <20081102163307.GB1434@darklight.homeunix.org> X-Google-Sender-Auth: 5dc9fe2f9ed1fc7a Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 17:53:29 -0000 2008/11/2, Yuri Pankov : > On Sun, Nov 02, 2008 at 05:17:18PM +0100, Attilio Rao wrote: > > 2008/11/2, Attilio Rao : > > > 2008/11/2, Yuri Pankov : > > > > > > > Hi, > > > > > > > > Trying to mount nonexistent smb share with mount_smbfs leads to > > > > following panic: > > > > > > > > # mount_smbfs //yuri@lifebane/blahblah /mnt > > > > > > > > Unread portion of the kernel message buffer: > > > > smb_co_lock: recursive lock for object 1 > > > > panic: Lock (lockmgr) smb_vc not locked @ > > > > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:329. > > > > cpuid = 0 > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > > panic() at panic+0x182 > > > > witness_assert() at witness_assert+0x21a > > > > __lockmgr_args() at __lockmgr_args+0x17a > > > > smb_co_put() at smb_co_put+0x76 > > > > smb_sm_lookup() at smb_sm_lookup+0xfe > > > > smb_usr_lookup() at smb_usr_lookup+0xcd > > > > nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 > > > > giant_ioctl() at giant_ioctl+0x75 > > > > devfs_ioctl_f() at devfs_ioctl_f+0x76 > > > > kern_ioctl() at kern_ioctl+0x92 > > > > ioctl() at ioctl+0xfd > > > > syscall() at syscall+0x1bf > > > > Xfast_syscall() at Xfast_syscall+0xab > > > > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = > > > > 0x7fffffffe038, rbp = 0x7fffffffe450 --- > > > > Uptime: 6m46s > > > > Physical memory: 2032 MB > > > > > > > > > So, what is happening here is that smb_co_lock() is AFU. > > > Infact looking at the code: > > > int > > > smb_co_lock(struct smb_connobj *cp, int flags, struct thread *td) > > > { > > > ... > > > if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && > > > (flags & LK_CANRECURSE) == 0) { > > > SMBERROR("recursive lock for object %d\n", cp->co_level); > > > return 0; > > > } > > > ... > > > > Yuri, > > could you please test this fix: > > http://www.freebsd.org/~attilio/netsmb.diff > > > > and report if it works? > > You could get a KASSERT running but this is expected as I want to > > identify on the callers who passes a malformed request and fix it. > > > > Thanks, > > Attilio > > > > > > -- > > Peace can only be achieved by understanding - A. Einstein > > > Thanks, Attilio. > > With this patch system doesn't panic anymore with nonexistent share > names (though I had to comment out smb_co_lockstatus prototype and > function to get rid of -Werror complaints). Still getting a LOR: > > netsmb_dev: loaded > lock order reversal: > 1st 0xffffff0021644008 smb_vc (smb_vc) @ > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:332 > 2nd 0xffffffff81037368 smbsm (smbsm) @ > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:348 > > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x81e > __lockmgr_args() at __lockmgr_args+0xc2a > smb_co_lock() at smb_co_lock+0x38 > smb_co_gone() at smb_co_gone+0x38 > > smb_sm_lookup() at smb_sm_lookup+0xfe > smb_usr_lookup() at smb_usr_lookup+0xcd > nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 > giant_ioctl() at giant_ioctl+0x75 > devfs_ioctl_f() at devfs_ioctl_f+0x76 > kern_ioctl() at kern_ioctl+0x92 > ioctl() at ioctl+0xfd > syscall() at syscall+0x1bf > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = > > 0x7fffffffe048, rbp = 0x7fffffffe460 --- I've updated the patch in order to fix smb_co_lockstatus problem. Could you please stress test it while I investigate the LOR problem? Are you running with INVARIANTS? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 19:26:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 364D81065672; Sun, 2 Nov 2008 19:26:00 +0000 (UTC) (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 D92238FC27; Sun, 2 Nov 2008 19:25:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA2JPvn1098513; Sun, 2 Nov 2008 14:25:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA2JPvJB083984; Sun, 2 Nov 2008 14:25:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DEE7A73039; Sun, 2 Nov 2008 14:25:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081102192556.DEE7A73039@freebsd-current.sentex.ca> Date: Sun, 2 Nov 2008 14:25:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8554/Sat Nov 1 23:28:42 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc 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: Sun, 02 Nov 2008 19:26:00 -0000 TB --- 2008-11-02 18:11:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-02 18:11:26 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-11-02 18:11:26 - cleaning the object tree TB --- 2008-11-02 18:11:56 - cvsupping the source tree TB --- 2008-11-02 18:11:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-11-02 18:12:05 - building world (CFLAGS=-O -pipe) TB --- 2008-11-02 18:12:05 - cd /src TB --- 2008-11-02 18:12:05 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 2 18:12:06 UTC 2008 >>> 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 >>> World build completed on Sun Nov 2 19:25:55 UTC 2008 TB --- 2008-11-02 19:25:55 - generating LINT kernel config TB --- 2008-11-02 19:25:55 - cd /src/sys/powerpc/conf TB --- 2008-11-02 19:25:55 - /usr/bin/make -B LINT TB --- 2008-11-02 19:25:55 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-02 19:25:55 - cd /src TB --- 2008-11-02 19:25:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 2 19:25:55 UTC 2008 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/powerpc/conf; PATH=/obj/powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc/src/tmp/legacy/usr/bin:/obj/powerpc/src/tmp/legacy/usr/games:/obj/powerpc/src/tmp/usr/sbin:/obj/powerpc/src/tmp/usr/bin:/obj/powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/powerpc/src/sys/LINT /src/sys/powerpc/conf/LINT WARNING: duplicate option `GEOM_PART_APM' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. /src/sys/powerpc/conf/LINT: unknown option "RL_TWISTER_ENABLE" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-02 19:25:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-02 19:25:56 - ERROR: failed to build lint kernel TB --- 2008-11-02 19:25:56 - tinderbox aborted TB --- 3170.28 user 368.91 system 4470.08 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 20:18:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9E6810656B2; Sun, 2 Nov 2008 20:18:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9668D8FC14; Sun, 2 Nov 2008 20:18:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA2KIu8d017876; Sun, 2 Nov 2008 15:18:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA2KIuNI023785; Sun, 2 Nov 2008 15:18:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1C6FF73039; Sun, 2 Nov 2008 15:18:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081102201856.1C6FF73039@freebsd-current.sentex.ca> Date: Sun, 2 Nov 2008 15:18:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8554/Sat Nov 1 23:28:42 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 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: Sun, 02 Nov 2008 20:19:00 -0000 TB --- 2008-11-02 19:09:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-02 19:09:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-11-02 19:09:11 - cleaning the object tree TB --- 2008-11-02 19:09:41 - cvsupping the source tree TB --- 2008-11-02 19:09:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-11-02 19:09:48 - building world (CFLAGS=-O -pipe) TB --- 2008-11-02 19:09:48 - cd /src TB --- 2008-11-02 19:09:48 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 2 19:09:50 UTC 2008 >>> 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 >>> World build completed on Sun Nov 2 20:18:55 UTC 2008 TB --- 2008-11-02 20:18:55 - generating LINT kernel config TB --- 2008-11-02 20:18:55 - cd /src/sys/sparc64/conf TB --- 2008-11-02 20:18:55 - /usr/bin/make -B LINT TB --- 2008-11-02 20:18:55 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-02 20:18:55 - cd /src TB --- 2008-11-02 20:18:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 2 20:18:55 UTC 2008 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sparc64/conf; PATH=/obj/sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64/src/tmp/legacy/usr/bin:/obj/sparc64/src/tmp/legacy/usr/games:/obj/sparc64/src/tmp/usr/sbin:/obj/sparc64/src/tmp/usr/bin:/obj/sparc64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sparc64/src/sys/LINT /src/sys/sparc64/conf/LINT WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_SUNLABEL' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `SUNKBD_EMULATE_ATKBD' encountered. /src/sys/sparc64/conf/LINT: unknown option "RL_TWISTER_ENABLE" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-02 20:18:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-02 20:18:55 - ERROR: failed to build lint kernel TB --- 2008-11-02 20:18:55 - tinderbox aborted TB --- 2970.84 user 364.32 system 4184.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 20:32:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8D541065672; Sun, 2 Nov 2008 20:32:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE0C8FC0A; Sun, 2 Nov 2008 20:32:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA2KWFYR018851; Sun, 2 Nov 2008 15:32:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA2KWFOX033011; Sun, 2 Nov 2008 15:32:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 60C4173039; Sun, 2 Nov 2008 15:32:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081102203215.60C4173039@freebsd-current.sentex.ca> Date: Sun, 2 Nov 2008 15:32:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8554/Sat Nov 1 23:28:42 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Sun, 02 Nov 2008 20:32:17 -0000 TB --- 2008-11-02 19:25:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-02 19:25:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-11-02 19:25:56 - cleaning the object tree TB --- 2008-11-02 19:26:22 - cvsupping the source tree TB --- 2008-11-02 19:26:22 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-11-02 19:26:30 - building world (CFLAGS=-O -pipe) TB --- 2008-11-02 19:26:30 - cd /src TB --- 2008-11-02 19:26:30 - /usr/bin/make -B buildworld >>> World build started on Sun Nov 2 19:26:31 UTC 2008 >>> 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 >>> World build completed on Sun Nov 2 20:32:15 UTC 2008 TB --- 2008-11-02 20:32:15 - generating LINT kernel config TB --- 2008-11-02 20:32:15 - cd /src/sys/sun4v/conf TB --- 2008-11-02 20:32:15 - /usr/bin/make -B LINT TB --- 2008-11-02 20:32:15 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-02 20:32:15 - cd /src TB --- 2008-11-02 20:32:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 2 20:32:15 UTC 2008 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/sun4v/conf; PATH=/obj/sun4v/src/tmp/legacy/usr/sbin:/obj/sun4v/src/tmp/legacy/usr/bin:/obj/sun4v/src/tmp/legacy/usr/games:/obj/sun4v/src/tmp/usr/sbin:/obj/sun4v/src/tmp/usr/bin:/obj/sun4v/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/sun4v/src/sys/LINT /src/sys/sun4v/conf/LINT WARNING: duplicate option `GEOM_BSD' encountered. WARNING: duplicate option `GEOM_SUNLABEL' encountered. WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. /src/sys/sun4v/conf/LINT: unknown option "RL_TWISTER_ENABLE" *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-02 20:32:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-02 20:32:15 - ERROR: failed to build lint kernel TB --- 2008-11-02 20:32:15 - tinderbox aborted TB --- 2957.13 user 363.23 system 3978.42 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 20:45:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71AE1106567B for ; Sun, 2 Nov 2008 20:45:49 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id EEF768FC1B for ; Sun, 2 Nov 2008 20:45:46 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so689715eyi.7 for ; Sun, 02 Nov 2008 12:45:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=Fga0IzX4kjY+1XdCszPCJSpPVQwmaqWDh9rRpUh6Zg0=; b=kDCDcVNQvanMcDePQB0yUW2fwUScgwLvmzcjrHB9kER+iwMPzJnILMT5YcrZBRq6y0 YH5ggDqpx/WPAwy8E8YVdZNdfmo2a4wfGcpH2siHcCe4OUA2txrMupa/7a8efYwbOhoH 6yhQaHvq7aGcyzmkZbEGVGjn2zQI/MDjLLOdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=g5upUqeFJ7/B2I4HWhG9Qd1Nb386CAiYb878hvLSkeOoqNl53PvZwRVflFUTncw0cq ZpZJEI1IL7/Qnq8r/x/3p0hLkQ5xat1lf1IaGIfKHkTJMsTBb21P5FN19R+krO4X5IWY oNe+eMCVrf7TP7rIAgxdMQjX+5o10vQDGD9AA= Received: by 10.210.22.16 with SMTP id 16mr3599199ebv.132.1225657340829; Sun, 02 Nov 2008 12:22:20 -0800 (PST) Received: from darklight.homeunix.org ([85.175.24.53]) by mx.google.com with ESMTPS id u14sm12348777gvf.6.2008.11.02.12.22.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 Nov 2008 12:22:20 -0800 (PST) Received: from darklight.homeunix.org (yuri@darklight.homeunix.org [127.0.0.1]) by darklight.homeunix.org (8.14.3/8.14.3) with ESMTP id mA2KMChr006700; Sun, 2 Nov 2008 23:22:17 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.homeunix.org (8.14.3/8.14.3/Submit) id mA2KMB3n006698; Sun, 2 Nov 2008 23:22:11 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.homeunix.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Sun, 2 Nov 2008 23:22:11 +0300 From: Yuri Pankov To: Attilio Rao Message-ID: <20081102202211.GA1549@darklight.homeunix.org> References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> <20081102163307.GB1434@darklight.homeunix.org> <3bbf2fe10811020953l29f1a7eesa4f4eeb49f0a2eba@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10811020953l29f1a7eesa4f4eeb49f0a2eba@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 20:45:49 -0000 On Sun, Nov 02, 2008 at 06:53:25PM +0100, Attilio Rao wrote: > 2008/11/2, Yuri Pankov : > > On Sun, Nov 02, 2008 at 05:17:18PM +0100, Attilio Rao wrote: > > > 2008/11/2, Attilio Rao : > > > > 2008/11/2, Yuri Pankov : > > > > > > > > > Hi, > > > > > > > > > > Trying to mount nonexistent smb share with mount_smbfs leads to > > > > > following panic: > > > > > > > > > > # mount_smbfs //yuri@lifebane/blahblah /mnt > > > > > > > > > > Unread portion of the kernel message buffer: > > > > > smb_co_lock: recursive lock for object 1 > > > > > panic: Lock (lockmgr) smb_vc not locked @ > > > > > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:329. > > > > > cpuid = 0 > > > > > KDB: stack backtrace: > > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > > > panic() at panic+0x182 > > > > > witness_assert() at witness_assert+0x21a > > > > > __lockmgr_args() at __lockmgr_args+0x17a > > > > > smb_co_put() at smb_co_put+0x76 > > > > > smb_sm_lookup() at smb_sm_lookup+0xfe > > > > > smb_usr_lookup() at smb_usr_lookup+0xcd > > > > > nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 > > > > > giant_ioctl() at giant_ioctl+0x75 > > > > > devfs_ioctl_f() at devfs_ioctl_f+0x76 > > > > > kern_ioctl() at kern_ioctl+0x92 > > > > > ioctl() at ioctl+0xfd > > > > > syscall() at syscall+0x1bf > > > > > Xfast_syscall() at Xfast_syscall+0xab > > > > > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = > > > > > 0x7fffffffe038, rbp = 0x7fffffffe450 --- > > > > > Uptime: 6m46s > > > > > Physical memory: 2032 MB > > > > > > > > > > > > So, what is happening here is that smb_co_lock() is AFU. > > > > Infact looking at the code: > > > > int > > > > smb_co_lock(struct smb_connobj *cp, int flags, struct thread *td) > > > > { > > > > ... > > > > if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && > > > > (flags & LK_CANRECURSE) == 0) { > > > > SMBERROR("recursive lock for object %d\n", cp->co_level); > > > > return 0; > > > > } > > > > ... > > > > > > Yuri, > > > could you please test this fix: > > > http://www.freebsd.org/~attilio/netsmb.diff > > > > > > and report if it works? > > > You could get a KASSERT running but this is expected as I want to > > > identify on the callers who passes a malformed request and fix it. > > > > > > Thanks, > > > Attilio > > > > > > > > > -- > > > Peace can only be achieved by understanding - A. Einstein > > > > > > Thanks, Attilio. > > > > With this patch system doesn't panic anymore with nonexistent share > > names (though I had to comment out smb_co_lockstatus prototype and > > function to get rid of -Werror complaints). Still getting a LOR: > > > > netsmb_dev: loaded > > lock order reversal: > > 1st 0xffffff0021644008 smb_vc (smb_vc) @ > > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:332 > > 2nd 0xffffffff81037368 smbsm (smbsm) @ > > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:348 > > > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > > _witness_debugger() at _witness_debugger+0x2e > > witness_checkorder() at witness_checkorder+0x81e > > __lockmgr_args() at __lockmgr_args+0xc2a > > smb_co_lock() at smb_co_lock+0x38 > > smb_co_gone() at smb_co_gone+0x38 > > > > smb_sm_lookup() at smb_sm_lookup+0xfe > > smb_usr_lookup() at smb_usr_lookup+0xcd > > nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 > > giant_ioctl() at giant_ioctl+0x75 > > devfs_ioctl_f() at devfs_ioctl_f+0x76 > > kern_ioctl() at kern_ioctl+0x92 > > ioctl() at ioctl+0xfd > > syscall() at syscall+0x1bf > > Xfast_syscall() at Xfast_syscall+0xab > > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = > > > > 0x7fffffffe048, rbp = 0x7fffffffe460 --- > > I've updated the patch in order to fix smb_co_lockstatus problem. > Could you please stress test it while I investigate the LOR problem? Not sure what do you mean by "stress test". I've tried mounting several different shares and copied ~100Gb from them, hope this should suffice. > Are you running with INVARIANTS? Yes. > > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein Thanks, Yuri From owner-freebsd-current@FreeBSD.ORG Sun Nov 2 23:15:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57362106568D for ; Sun, 2 Nov 2008 23:15:03 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 066678FC0A for ; Sun, 2 Nov 2008 23:15:02 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so831418ywe.13 for ; Sun, 02 Nov 2008 15:15:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=d393E+xO+lGYAZDvqHlD7aTZJA9kktJpVfmg6H/IrBE=; b=x6as4v/Xnh8UbFRrw5Fn4P9QX5ZTQ8n1SFmaMPdbL9fz/qigf0aYgL35AVNocykzVV /LkTUKF75SoXoHiZe3i2A6foeUEsu0f3dcbYu876REChF8ooRg1LSrvZdRlSmR289Ue8 IiAGTeT2OqifXNjlvBek9jXF+TYmYi3hZv1Ps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=LZzNgSAFICTJH7QY4KMPJ+5z8xc4Os+7WdV3woXjZHcKCM5XX57r+IZbRp9ndaWvmG ZthiGhSSKczDBYrtEeOUUMgvk7xrKjOWRi42+6MlMbYDvx7O85rKDUFakG0yMMb24sHn Trd4NzqVL4yqXUOylUqJsCRYw1VuVTFDgslk8= Received: by 10.150.155.4 with SMTP id c4mr2038761ybe.107.1225667702162; Sun, 02 Nov 2008 15:15:02 -0800 (PST) Received: from ?10.0.3.231? (pool-70-111-21-88.nwrk.east.verizon.net [70.111.21.88]) by mx.google.com with ESMTPS id 7sm5679905ywo.7.2008.11.02.15.15.00 (version=SSLv3 cipher=RC4-MD5); Sun, 02 Nov 2008 15:15:01 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: John Nielsen In-Reply-To: <200811011517.37640.lists@jnielsen.net> References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> Content-Type: text/plain; charset=utf-8 Date: Sun, 02 Nov 2008 18:14:30 -0500 Message-Id: <1225667670.12521.7.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Nicolas Martyanoff , freebsd-current@freebsd.org Subject: Re: ZFS for a desktop computer 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 Nov 2008 23:15:03 -0000 On Sat, 2008-11-01 at 15:17 -0400, John Nielsen wrote: > On Saturday 01 November 2008, Nicolas Martyanoff wrote: > > I'm thinking about switching my main desktop to FreeBSD for various > > reasons (main one, I love it on my laptop and server), and I've been > > considering using ZFS. I'd like to have a disk-modular system, ie.: > > > > - Being able to have mirroring. > > - Being able to add new disks without effort. > > - Being able to add new disks AND mirroring disks (spare disks ?) at > > the same time. > > > > I'm gonna begin with 2x 1TB disks with mirroring, and I'd like to be > > able to add, if needed, new disks, for example 2x 1.5TB to get 2.5TB > > diskspace fully mirrored. The whole process shouldn't need to reinstall > > the system, or to change the slice/partition layout, ie. be totally > > transparent for the data. > > And for this particular need, ZFS seems to be the way to go. > > I'm happily using ZFS on a 32-bit FreeBSD desktop system (that also plays a > home server role). It should meet your disk-modularity requirements above, > with the exception that it's not possible to add disks to a raidZ set > (though it is possible to add additional sets to the same zpool). > > > However, I'm a bit worried about FreeBSD's ZFS implementation: > > > > - I've got a 64bits dual core 2GHz CPU, but can't use an amd64 FreeBSD > > since Xen, NVidia drivers and wine don't work on it; but ZFS is said > > to be unsuitable for i386. > > That's overstating the case. The extra memory headroom on amd64 may make > things simpler, but it's certianly possible to run ZFS on FreeBSD i386 as > long as you have a couple gigs of RAM (I actually only have 1.5 GB) and > follow the tuning guidelines. You should also be willing to monitor your > system and go through one or two fine-tuning cycles Just a "me too". I am using ZFS on my i386 (Core Duo) laptop: / and /boot are UFS2, /usr and /home are ZFS. Main appeal in my case was the startup time after the panic -- doing fsck on 120GB /home was not fun. I have to admit that machine has 3GB of real memory in it, though. -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 01:49:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74EDE1065674; Mon, 3 Nov 2008 01:49:48 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao102.cox.net (eastrmmtao102.cox.net [68.230.240.8]) by mx1.freebsd.org (Postfix) with ESMTP id 124618FC13; Mon, 3 Nov 2008 01:49:47 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao102.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20081103014947.USUP19960.eastrmmtao102.cox.net@eastrmimpo02.cox.net>; Sun, 2 Nov 2008 20:49:47 -0500 Received: from serene.no-ip.org ([72.204.148.162]) by eastrmimpo02.cox.net with bizsmtp id aRpn1a0043WU3WG02RpnSc; Sun, 02 Nov 2008 20:49:47 -0500 X-Authority-Analysis: v=1.0 c=1 a=JnPxh0cO4EMMECSa5rUA:9 a=O0Mn-W00xr2zs9R1FeO5LOKUvJ8A:4 a=4vB-4DCPJfMA:10 a=gi0PWCVxevcA:10 X-CM-Score: 0.00 Date: Sun, 2 Nov 2008 19:49:47 -0600 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20081102194947.031d6896@serene.no-ip.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: sos@freebsd.org Subject: More on non-recognized SATA hardware 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 Nov 2008 01:49:48 -0000 I just noticed something today in the boot messages that I hadn't noticed before: it appears that my SATA controller is being probed as a RAID controller, but without any driver being attached. Booting a CURRENT snapshot from 11/02, I'm seeing something like: pci0: at PCI 9.0 (no driver attached) Would it be a simple matter of patching one of the existing RAID hardware drivers (ahci, perhaps?) to recognize my specific device? And if so, how can I go about doing this with no existing FreeBSD installation? Or, could somebody do this for me and create a mini-iso, just enough to get me started with a minimal base system? For what it's worth, here's the relevant info from Ubuntu's lspci command: 00:09.0 RAID bus controller: nVidia Corporation Device 0ad8 (rev a2) Subsystem: Hewlett-Packard Company Device 2a6e Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [b0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/3 Enable+ Address: 00000000fee0f00c Data: 41a9 Capabilities: [ec] HyperTransport: MSI Mapping Enable+ Fixed+ Kernel driver in use: ahci Kernel modules: ahci Please help! I've got a serious FreeBSD jones going on here! It's been about two months now since my last computer died and I've been without FreeBSD ever since. Ubuntu is an OK temporary substitute, but I want my FreeBSD back! :-) Thanks! -- Conrad J. Sabatier From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 03:00:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30318106568B; Mon, 3 Nov 2008 03:00:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AB84D8FC21; Mon, 3 Nov 2008 03:00:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA330Fd9038981; Sun, 2 Nov 2008 22:00:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA330FoV060561; Sun, 2 Nov 2008 22:00:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4D73273039; Sun, 2 Nov 2008 22:00:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081103030015.4D73273039@freebsd-current.sentex.ca> Date: Sun, 2 Nov 2008 22:00:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8556/Sun Nov 2 18:57:48 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 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 Nov 2008 03:00:20 -0000 TB --- 2008-11-03 01:49:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-03 01:49:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-11-03 01:49:36 - cleaning the object tree TB --- 2008-11-03 01:49:58 - cvsupping the source tree TB --- 2008-11-03 01:49:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-11-03 01:50:04 - building world (CFLAGS=-O -pipe) TB --- 2008-11-03 01:50:04 - cd /src TB --- 2008-11-03 01:50:04 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 3 01:50:09 UTC 2008 >>> 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 >>> World build completed on Mon Nov 3 03:00:13 UTC 2008 TB --- 2008-11-03 03:00:13 - generating LINT kernel config TB --- 2008-11-03 03:00:13 - cd /src/sys/sparc64/conf TB --- 2008-11-03 03:00:13 - /usr/bin/make -B LINT TB --- 2008-11-03 03:00:13 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-03 03:00:13 - cd /src TB --- 2008-11-03 03:00:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 3 03:00:13 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] ===> aio (cleandir) rm -f export_syms aio.ko aio.kld vfs_aio.o opt_vfs_aio.h vnode_if.h vnode_if_newproto.h vnode_if_typedef.h rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> amr (cleandir) rm -f export_syms amr.ko amr.kld amr.o amr_pci.o amr_disk.o pci_if.h bus_if.h device_if.h ===> amr/amr_cam (clean) cd: can't cd to /src/sys/modules/amr/amr_cam *** Error code 2 Stop in /src/sys/modules/amr. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-03 03:00:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-03 03:00:15 - ERROR: failed to build lint kernel TB --- 2008-11-03 03:00:15 - tinderbox aborted TB --- 2972.62 user 362.02 system 4238.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 03:35:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DCDF1065686; Mon, 3 Nov 2008 03:35:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1A64E8FC1D; Mon, 3 Nov 2008 03:35:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA33Z7LQ040708; Sun, 2 Nov 2008 22:35:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA33Z6Gf038789; Sun, 2 Nov 2008 22:35:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E3E2473039; Sun, 2 Nov 2008 22:35:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081103033506.E3E2473039@freebsd-current.sentex.ca> Date: Sun, 2 Nov 2008 22:35:06 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8556/Sun Nov 2 18:57:48 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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 Nov 2008 03:35:09 -0000 TB --- 2008-11-03 02:33:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-03 02:33:11 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-11-03 02:33:11 - cleaning the object tree TB --- 2008-11-03 02:33:28 - cvsupping the source tree TB --- 2008-11-03 02:33:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-11-03 02:33:36 - building world (CFLAGS=-O -pipe) TB --- 2008-11-03 02:33:36 - cd /src TB --- 2008-11-03 02:33:36 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 3 02:33:38 UTC 2008 >>> 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 >>> World build completed on Mon Nov 3 03:35:05 UTC 2008 TB --- 2008-11-03 03:35:05 - generating LINT kernel config TB --- 2008-11-03 03:35:05 - cd /src/sys/sun4v/conf TB --- 2008-11-03 03:35:05 - /usr/bin/make -B LINT TB --- 2008-11-03 03:35:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-03 03:35:05 - cd /src TB --- 2008-11-03 03:35:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 3 03:35:05 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] ===> aio (cleandir) rm -f export_syms aio.ko aio.kld vfs_aio.o opt_vfs_aio.h vnode_if.h vnode_if_newproto.h vnode_if_typedef.h rm -f @ machine sparc64 rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> amr (cleandir) rm -f export_syms amr.ko amr.kld amr.o amr_pci.o amr_disk.o pci_if.h bus_if.h device_if.h ===> amr/amr_cam (clean) cd: can't cd to /src/sys/modules/amr/amr_cam *** Error code 2 Stop in /src/sys/modules/amr. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-03 03:35:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-03 03:35:06 - ERROR: failed to build lint kernel TB --- 2008-11-03 03:35:06 - tinderbox aborted TB --- 2936.71 user 358.66 system 3715.55 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 05:25:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02DC6106568F; Mon, 3 Nov 2008 05:25:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BD0B08FC0A; Mon, 3 Nov 2008 05:25:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA35Pja5045007; Mon, 3 Nov 2008 00:25:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA35PiQr016997; Mon, 3 Nov 2008 00:25:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C884573039; Mon, 3 Nov 2008 00:25:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081103052544.C884573039@freebsd-current.sentex.ca> Date: Mon, 3 Nov 2008 00:25:44 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8556/Sun Nov 2 18:57:48 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 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: Mon, 03 Nov 2008 05:25:48 -0000 TB --- 2008-11-03 03:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-03 03:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-11-03 03:40:01 - cleaning the object tree TB --- 2008-11-03 03:40:48 - cvsupping the source tree TB --- 2008-11-03 03:40:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-11-03 03:40:56 - building world (CFLAGS=-O -pipe) TB --- 2008-11-03 03:40:56 - cd /src TB --- 2008-11-03 03:40:56 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 3 03:40:58 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Nov 3 05:25:41 UTC 2008 TB --- 2008-11-03 05:25:41 - generating LINT kernel config TB --- 2008-11-03 05:25:41 - cd /src/sys/amd64/conf TB --- 2008-11-03 05:25:41 - /usr/bin/make -B LINT TB --- 2008-11-03 05:25:42 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-03 05:25:42 - cd /src TB --- 2008-11-03 05:25:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 3 05:25:42 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree [...] ===> aio (cleandir) rm -f export_syms aio.ko aio.kld vfs_aio.o opt_vfs_aio.h vnode_if.h vnode_if_newproto.h vnode_if_typedef.h rm -f @ machine rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> amr (cleandir) rm -f export_syms amr.ko amr.kld amr.o amr_pci.o amr_disk.o pci_if.h bus_if.h device_if.h ===> amr/amr_cam (clean) cd: can't cd to /src/sys/modules/amr/amr_cam *** Error code 2 Stop in /src/sys/modules/amr. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-03 05:25:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-03 05:25:44 - ERROR: failed to build lint kernel TB --- 2008-11-03 05:25:44 - tinderbox aborted TB --- 4543.31 user 566.83 system 6343.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 10:22:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05ACB1065673 for ; Mon, 3 Nov 2008 10:22:13 +0000 (UTC) (envelope-from kerneljack@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id C99088FC1B for ; Mon, 3 Nov 2008 10:22:12 +0000 (UTC) (envelope-from kerneljack@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2308209rvf.43 for ; Mon, 03 Nov 2008 02:22:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=wT0Zpv9rDAW0IloOGrpF8WMw9d6p0ulXwpfMXVyqlxA=; b=B7Dy31AQMjQvBIgzgukqY37E/Q9ca/6cYuilICFtfYaKHI0EdKhZnOaRop/VUkmL6h 4hSE4R0fEPX56Rxt8qgGBgNhsKASNTveBgpIIQ9mwstVzVsn2eqUoyseErYhpOC8yEsa Yimt8CYqv7vcPRUiLwBZTksMvhio/02Iylths= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=DG3vnQYn8dIQW8rKe0fQJY1zpTSeSzAqxZXhEhGjI6rAkgj1j/LMl7cvdUpqNwACA1 LKsgx1HsHrQQcJ9uBssQBmAY1tUFdDc0+pShRqn/43D3MfXR+hjxWtiNXUUbdvtdIcbC iAAmyepZDpmig7MDKYGUin6ILxX2ZVta7M5l0= Received: by 10.142.44.11 with SMTP id r11mr1756535wfr.178.1225707732524; Mon, 03 Nov 2008 02:22:12 -0800 (PST) Received: by 10.142.156.8 with HTTP; Mon, 3 Nov 2008 02:22:12 -0800 (PST) Message-ID: Date: Mon, 3 Nov 2008 10:22:12 +0000 From: "Khusro Jaleel" To: "Stephen Montgomery-Smith" In-Reply-To: <490DD114.3000901@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <490DD114.3000901@math.missouri.edu> Cc: freebsd-current@freebsd.org Subject: Re: problems configuring wireless using iwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kerneljack@kerneljack.com 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 Nov 2008 10:22:13 -0000 Thanks for your reply, Stephen, just a few other questions: Am I supposed to download the firmware from somewhere or not? I tried going to /usr/ports/net/iwi-firmware/ and iwi-firmware-kmod and running "make install" but both of them error out saying something about "please run make rmconfig and remove CONTROL" but when I run "make rmconfig" I get "No user-configurable ...." something like that. I'm still not sure whether I need to get the firmware from somewhere or not? I hope you can clarify this. My /boot/kernel has those iwi_bss.ko etc files that I mentioned, but I'm not sure if those are firmware or not? Should I get the firmware from somewhere and put it in /boot/firmware instead? I will try putting those lines /etc/rc.conf tonight and will see what happens. Thanks again. On Sun, Nov 2, 2008 at 4:11 PM, Stephen Montgomery-Smith wrote: > FreeBSD CURRENT has a different approach to wireless cards. Somewhere in > /etc/rc.conf you need lines like > wlans_iwi0="wlan0" > and then all future ifconfig command should refer to wlan0 instead of iwi0. > > I am not sure if this will fix your problem or not, but you must have not > done this somewhere, otherwise ifconfig would have listed wlan0 as well as > iwi0. > > If you are new to FreeBSD, you might prefer to use FreeBSD-STABLE instead. > I think iwi is already a part of that. > > > Khusro Jaleel wrote: >> >> Hi, >> >> I'm new to FreeBSD-CURRENT and am having problems getting my wireless >> to work on my laptop. It is an old Centrino ASUS laptop with built-in >> IPW2200 wireless. I've had no problems getting wireless to work on >> this for the past few years now with many flavors of linux and of >> course Windows so I'm sure it should also work in FreeBSD without any >> issues. >> >> However, I'm not having much luck. I've followed the instructions in >> the Handbook's Wireless page and read the iwi(4) man page and added >> the following to my /boot/loader.conf: >> >> ------------- >> legal.intel_iwi.license_ack=1 >> if_iwi_load="YES" >> wlan_load="YES" >> firmware_load="YES" >> iwi_bss_load="YES" >> iwi_ibss_load="YES" >> iwi_monitor_load="YES" >> hw.psm.synaptics_support=1 >> -------------- >> >> When I reboot and do a "dmesg | grep iwi" I get: >> >> ---------- >> iwi0: mem 0xff9de000-0xff9defff irq 4 >> at device 2.0 on pci2 >> iwi0: [ITHREAD] >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: mem 0xff9de000-0xff9defff irq 4 >> at device 2.0 on pci2 >> iwi0: [ITHREAD] >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: mem 0xff9de000-0xff9defff irq 4 >> at device 2.0 on pci2 >> iwi0: [ITHREAD] >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: mem 0xff9de000-0xff9defff irq 4 >> at device 2.0 on pci2 >> iwi0: [ITHREAD] >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> ---------- >> >> Am I forgetting to load the firmware somehow? In /boot/kernel, I see >> the following files: >> >> ----------- >> [root@asus ~]# ls -l /boot/kernel/iwi_* >> -r-xr-xr-x 1 root wheel 197996 Oct 31 23:56 /boot/kernel/iwi_bss.ko >> -r-xr-xr-x 1 root wheel 190182 Oct 31 23:56 /boot/kernel/iwi_ibss.ko >> -r-xr-xr-x 1 root wheel 194760 Oct 31 23:56 /boot/kernel/iwi_monitor.ko >> ----------- >> >> ifconfig: >> bge0: flags=8843 metric 0 mtu 1500 >> options=9b >> ether 00:11:2f:0c:e8:7f >> inet 192.168.1.70 netmask 0xffffff00 broadcast 192.168.1.255 >> media: Ethernet autoselect (100baseTX ) >> status: active >> fwe0: flags=8802 metric 0 mtu 1500 >> options=8 >> ether 02:e0:18:1b:1f:63 >> ch 1 dma -1 >> fwip0: flags=8802 metric 0 mtu 1500 >> lladdr 0.e0.18.0.3.1b.1f.63.a.2.ff.fe.0.0.0.0 >> iwi0: flags=8803 metric 0 mtu 2290 >> ether 00:0e:35:0d:7c:65 >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >> plip0: flags=108810 metric 0 mtu >> 1500 >> lo0: flags=8049 metric 0 mtu 16384 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 >> inet6 ::1 prefixlen 128 >> inet 127.0.0.1 netmask 0xff000000 >> >> But if I try to do "ifconfig iwi0 up" I get: >> >> ---------- >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> ---------- >> >> Any help appreciated. Thanks. >> _______________________________________________ >> 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 Mon Nov 3 12:40:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BA961065670 for ; Mon, 3 Nov 2008 12:40:40 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.251]) by mx1.freebsd.org (Postfix) with ESMTP id 317CE8FC12 for ; Mon, 3 Nov 2008 12:40:40 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by hs-out-0708.google.com with SMTP id 54so1001134hsz.11 for ; Mon, 03 Nov 2008 04:40:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ait3o06GRHgOYShLyxqQwXVMVqf8VDazzK7Xj961krk=; b=pWzhZzOwL/Rd745ATEGhjowHY1YOuIDVlzWWbKS2oieUaTCZr+3vqVarwhnMKUmDXU Y0aIqvxi4rL1VKN74HcRQoQx5zI1J63IlsE0OjK3d87eOE4ZUwSQakFH/sCehKZGner3 LGOfxQyWQ+2Ya468tW8GYmO/LnY4awIzPCeY0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=PdpFmeGLvy3dXbh40HX8d0KATPBSsPiUSgM8Y+P419F/Vfpjc8twwYtEyxTmTvlsHI EuQAIM10bnVA7rj2LpWNe5JaRmcJeL9jgZsjBMiEiYDPTNAnY98m0n3ka9CupG5SP+4D JxuGUz+2fL6gaHODvEje32EEoLeh+999ikQjw= Received: by 10.231.15.205 with SMTP id l13mr514iba.0.1225716038971; Mon, 03 Nov 2008 04:40:38 -0800 (PST) Received: by 10.231.11.72 with HTTP; Mon, 3 Nov 2008 04:40:38 -0800 (PST) Message-ID: <3a142e750811030440u66c6e320sd2f1a414480d27d9@mail.gmail.com> Date: Mon, 3 Nov 2008 13:40:38 +0100 From: "Paul B. Mahol" To: kerneljack@kerneljack.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <490DD114.3000901@math.missouri.edu> Cc: Stephen Montgomery-Smith , freebsd-current@freebsd.org Subject: Re: problems configuring wireless using iwi 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 Nov 2008 12:40:40 -0000 On 11/3/08, Khusro Jaleel wrote: > Thanks for your reply, Stephen, just a few other questions: > > Am I supposed to download the firmware from somewhere or not? > > I tried going to /usr/ports/net/iwi-firmware/ and iwi-firmware-kmod > and running "make install" but both of them error out saying something > about "please run make rmconfig and remove CONTROL" but when I run > "make rmconfig" I get "No user-configurable ...." something like that. > > I'm still not sure whether I need to get the firmware from somewhere > or not? I hope you can clarify this. My /boot/kernel has those > iwi_bss.ko etc files that I mentioned, but I'm not sure if those are > firmware or not? Should I get the firmware from somewhere and put it > in /boot/firmware instead? iwi_bss.ko module and others are firmware for iwi and their Makefiles are located in /sys/modules/iwifw Firmware files are located in: /sys/contrib/dev/iwi/ > I will try putting those lines /etc/rc.conf tonight and will see what > happens. > > Thanks again. > > On Sun, Nov 2, 2008 at 4:11 PM, Stephen Montgomery-Smith > wrote: >> FreeBSD CURRENT has a different approach to wireless cards. Somewhere in >> /etc/rc.conf you need lines like >> wlans_iwi0="wlan0" >> and then all future ifconfig command should refer to wlan0 instead of >> iwi0. >> >> I am not sure if this will fix your problem or not, but you must have not >> done this somewhere, otherwise ifconfig would have listed wlan0 as well as >> iwi0. >> >> If you are new to FreeBSD, you might prefer to use FreeBSD-STABLE instead. >> I think iwi is already a part of that. >> >> >> Khusro Jaleel wrote: >>> >>> Hi, >>> >>> I'm new to FreeBSD-CURRENT and am having problems getting my wireless >>> to work on my laptop. It is an old Centrino ASUS laptop with built-in >>> IPW2200 wireless. I've had no problems getting wireless to work on >>> this for the past few years now with many flavors of linux and of >>> course Windows so I'm sure it should also work in FreeBSD without any >>> issues. >>> >>> However, I'm not having much luck. I've followed the instructions in >>> the Handbook's Wireless page and read the iwi(4) man page and added >>> the following to my /boot/loader.conf: >>> >>> ------------- >>> legal.intel_iwi.license_ack=1 >>> if_iwi_load="YES" >>> wlan_load="YES" >>> firmware_load="YES" >>> iwi_bss_load="YES" >>> iwi_ibss_load="YES" >>> iwi_monitor_load="YES" >>> hw.psm.synaptics_support=1 >>> -------------- >>> >>> When I reboot and do a "dmesg | grep iwi" I get: >>> >>> ---------- >>> iwi0: mem 0xff9de000-0xff9defff irq 4 >>> at device 2.0 on pci2 >>> iwi0: [ITHREAD] >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: mem 0xff9de000-0xff9defff irq 4 >>> at device 2.0 on pci2 >>> iwi0: [ITHREAD] >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: mem 0xff9de000-0xff9defff irq 4 >>> at device 2.0 on pci2 >>> iwi0: [ITHREAD] >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> iwi0: mem 0xff9de000-0xff9defff irq 4 >>> at device 2.0 on pci2 >>> iwi0: [ITHREAD] >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> ---------- >>> >>> Am I forgetting to load the firmware somehow? In /boot/kernel, I see >>> the following files: >>> >>> ----------- >>> [root@asus ~]# ls -l /boot/kernel/iwi_* >>> -r-xr-xr-x 1 root wheel 197996 Oct 31 23:56 /boot/kernel/iwi_bss.ko >>> -r-xr-xr-x 1 root wheel 190182 Oct 31 23:56 /boot/kernel/iwi_ibss.ko >>> -r-xr-xr-x 1 root wheel 194760 Oct 31 23:56 >>> /boot/kernel/iwi_monitor.ko >>> ----------- >>> >>> ifconfig: >>> bge0: flags=8843 metric 0 mtu >>> 1500 >>> options=9b >>> ether 00:11:2f:0c:e8:7f >>> inet 192.168.1.70 netmask 0xffffff00 broadcast 192.168.1.255 >>> media: Ethernet autoselect (100baseTX ) >>> status: active >>> fwe0: flags=8802 metric 0 mtu 1500 >>> options=8 >>> ether 02:e0:18:1b:1f:63 >>> ch 1 dma -1 >>> fwip0: flags=8802 metric 0 mtu 1500 >>> lladdr 0.e0.18.0.3.1b.1f.63.a.2.ff.fe.0.0.0.0 >>> iwi0: flags=8803 metric 0 mtu 2290 >>> ether 00:0e:35:0d:7c:65 >>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >>> status: no carrier >>> plip0: flags=108810 metric 0 >>> mtu >>> 1500 >>> lo0: flags=8049 metric 0 mtu 16384 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 >>> inet6 ::1 prefixlen 128 >>> inet 127.0.0.1 netmask 0xff000000 >>> >>> But if I try to do "ifconfig iwi0 up" I get: >>> >>> ---------- >>> iwi0: timeout waiting for (null) firmware initialization to complete >>> iwi0: could not load boot firmware (null) >>> ---------- >>> >>> Any help appreciated. Thanks. >>> _______________________________________________ >>> 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 Mon Nov 3 12:49:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5EE71065672 for ; Mon, 3 Nov 2008 12:49:27 +0000 (UTC) (envelope-from jonathan@onegoodidea.com) Received: from mailhost.significant-whitespace.com (mailhost.significant-whitespace.com [217.155.157.131]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7508FC19 for ; Mon, 3 Nov 2008 12:49:27 +0000 (UTC) (envelope-from jonathan@onegoodidea.com) Received: from [192.168.150.20] (82-69-101-63.dsl.in-addr.zen.co.uk [82.69.101.63]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jonathan) by mailhost.significant-whitespace.com (Postfix) with ESMTPSA id 15D167FC1F7 for ; Mon, 3 Nov 2008 12:30:48 +0000 (GMT) Message-Id: <3BB3B5B4-D3A7-4A1E-A5F5-3B33B6479154@onegoodidea.com> From: Jonathan Hogg To: FreeBSD Current In-Reply-To: <1225667670.12521.7.camel@RabbitsDen> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 3 Nov 2008 12:30:43 +0000 References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> <1225667670.12521.7.camel@RabbitsDen> X-Mailer: Apple Mail (2.929.2) Subject: Re: ZFS for a desktop computer 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 Nov 2008 12:49:27 -0000 On 2 Nov 2008, at 23:14, Alexandre Sunny Kovalenko wrote: > Just a "me too". I am using ZFS on my i386 (Core Duo) laptop: / > and /boot are UFS2, /usr and /home are ZFS. Main appeal in my case was > the startup time after the panic -- doing fsck on 120GB /home was not > fun. I have to admit that machine has 3GB of real memory in it, > though. I have everything except /boot on ZFS on an i386 machine with 2GB of RAM. I've not had any problems. Being able to snapshot the whole system before doing an installworld is a major plus in my view. Not to mention the warm fuzzy feeling one gets from doing a full scrub of 1.5TB of RAIDZ data and knowing it's all clean on disk. I'd be happier still if the more recent ZFS patch had made it into 7.1. It'd be nice for it to make it into CURRENT at least. Is there any news on that? Jonathan From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 16:37:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 624141065673 for ; Mon, 3 Nov 2008 16:37:15 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0BCF08FC2C for ; Mon, 3 Nov 2008 16:37:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=IpogtgJi7eXwhj5KZMhcPIkN8ljpcUBLmlnhs/8IQcTfPF15JlW+H49PohnGvy1VbbOY4Gd0jud0R+6gGXDN7ylpOQhwEQJK1OwiHDGmIP+TkQcg9IIofaUxq484To1XfAhXOraaGZ+Uz/viACUSJhzs4XGV6zaAgpw2a1H79pA=; Received: from amnesiac.at.no.dns (dns.ccsem.infn.it [192.135.15.3]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Kx2QS-0002gb-Rm; Mon, 03 Nov 2008 19:37:13 +0300 Date: Mon, 3 Nov 2008 19:37:13 +0300 From: Eygene Ryabinkin To: kerneljack@kerneljack.com Message-ID: <3q3LHpRtXrg+xqcqNOM7j33dNpE@Nxyl89WskzuM4RJ7pF/cdJZbOMo> References: <490DD114.3000901@math.missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: Stephen Montgomery-Smith , freebsd-current@freebsd.org Subject: Re: problems configuring wireless using iwi 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 Nov 2008 16:37:15 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mon, Nov 03, 2008 at 10:22:12AM +0000, Khusro Jaleel wrote: > Am I supposed to download the firmware from somewhere or not? It should be built as a kernel module. In 7.x it is already included to the base system, so there is no need for the port. As written in iwi(4), include the following devices to the kernel configuration, ----- device iwi device pci device wlan device firmware ----- and make sure that the iwifw module is built. If you have no 'makeoptions MODULES_OVERRIDE=3D""' directives in the kernel configuration, then you should already have the module. If not, add the 'iwifw' to the MODULES_OVERRIDE contents. The actual module should be in the /boot/kernel, named iwifw.ko. Your error messages indicate that you likely have no /boot/kernel/iwifw.ko. Of course, your actual mileage may vary. For the custom kernels, make sure that you have some 802.11 stuff included: ----- device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support ----- The actual devices depend on your needs, but it is safe to include them all -- you can never know what encryption you'll be using. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkPKLkACgkQthUKNsbL7YhozwCZAVlxj1lSuPHVDLWhq/9TDT85 BtIAmwaFhOYQbNVIMZ5VW7eio4rRERqJ =uff+ -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 17:23:05 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDD511065718 for ; Mon, 3 Nov 2008 17:23:05 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id A502F8FC08 for ; Mon, 3 Nov 2008 17:23:05 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Kx38p-0006n1-VD; Mon, 03 Nov 2008 20:23:04 +0300 To: pyunyh@gmail.com References: <20081030040637.GA78796@cdnetworks.co.kr> <20081030114845.GE78796@cdnetworks.co.kr> From: Boris Samorodov Date: Mon, 03 Nov 2008 20:22:51 +0300 In-Reply-To: <20081030114845.GE78796@cdnetworks.co.kr> (Pyun YongHyeon's message of "Thu\, 30 Oct 2008 20\:48\:45 +0900") Message-ID: <14721476@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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 Nov 2008 17:23:06 -0000 Pyun YongHyeon writes: > As bruffer pointed out the device name chosen conflicts with other > driver in tree so I renamed it to ale(4).The URL for the driver is > http://people.freebsd.org/~yongari/ale/if_ale.c > http://people.freebsd.org/~yongari/ale/if_alereg.h > http://people.freebsd.org/~yongari/ale/if_alevar.h > http://people.freebsd.org/~yongari/ale/Makefile > or > http://people.freebsd.org/~yongari/ale/ale.20081030.tar.gz > Sorry for confusion. Tested at EeePC-1000, works fine. BIG thank you, much appreciated. Here is some additional info. -- dmesg -- ale0: port 0xec80-0xecff mem 0xfbfc0000-0xfbffffff irq 17 at device 0.0 on pci4 ale0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xfbfc0000 ale0: PCI device revision : 0x00b0 ale0: Chip id/revision : 0xb002 ale0: 960 Tx FIFO, 1024 Rx FIFO ale0: MSIX count : 0 ale0: MSI count : 1 ale0: attempting to allocate 1 MSI vectors (1 supported) ale0: using IRQ 256 for MSI ale0: Using 1 MSI messages. ale0: Read request size : 512 bytes. ale0: TLP payload size : 128 bytes. ale0: bpf attached ale0: Ethernet address: 00:22:15:91:e7:98 ale0: [MPSAFE] ale0: [FILTER] ale0: link state changed to DOWN ale0: interrupt moderation is 100 us. ale0: link state changed to UP -- pciconf -- ale0@pci0:4:0:0: class=0x020000 card=0x83241043 chip=0x10261969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' class = network subclass = ethernet -- devinfo -- pci4 ale0 pnpinfo vendor=0x1969 device=0x1026 subvendor=0x1043 subdevice=0x8324 class=0x020000 at slot=0 function=0 Interrupt request lines: 256 I/O ports: 0xec80-0xecff I/O memory addresses: 0xfbfc0000-0xfbffffff miibus0 atphy0 pnpinfo oui=0x1374 model=0x1 rev=0x9 at phyno=0 ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 17:30:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4565106564A for ; Mon, 3 Nov 2008 17:30:51 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 62E638FC08 for ; Mon, 3 Nov 2008 17:30:51 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so953347yxb.13 for ; Mon, 03 Nov 2008 09:30:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=g6Ap+NYVP6zth0OkzlOiAtx8AXVMv9mcQjRZq7lKYEI=; b=bwVPvJo2OG4dqW4M1qZcDzGwD3le8qk3HkKIjhhgoJ1JtCGA71szxBRBShf2QEiD8/ 3dMz8DgBuTlcjfh4/X2dZ8MOgaa2kVGe/yi6YUSC5pCvr6EIr+jRouJ9og45+EKqGPz+ +v19tZABcDWoi8ZeZBI9Dwl7GS93r2Wpm7uxc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=sm+ZuI6x7tBl1bfsBnr4EBznLGzp1rIo1r4xbMasl5Cb6C7u6WEqR07sKnLkevQsio uP0qtff3232i8GhNPz2BoOqKzNZbbnmvhpy67Lf+/wSVurvt+w9G2ZL4D35l6gFkQNuO XHrnlc8YWtlV9p0HWRpOoaVEXkHY2BzxTxmoM= Received: by 10.231.38.1 with SMTP id z1mr2931ibd.33.1225733450178; Mon, 03 Nov 2008 09:30:50 -0800 (PST) Received: by 10.231.11.72 with HTTP; Mon, 3 Nov 2008 09:30:50 -0800 (PST) Message-ID: <3a142e750811030930j7916137drfe0c72dc4dfd873a@mail.gmail.com> Date: Mon, 3 Nov 2008 18:30:50 +0100 From: "Paul B. Mahol" To: "Eygene Ryabinkin" In-Reply-To: <3q3LHpRtXrg+xqcqNOM7j33dNpE@Nxyl89WskzuM4RJ7pF/cdJZbOMo> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <490DD114.3000901@math.missouri.edu> <3q3LHpRtXrg+xqcqNOM7j33dNpE@Nxyl89WskzuM4RJ7pF/cdJZbOMo> Cc: kerneljack@kerneljack.com, Stephen Montgomery-Smith , freebsd-current@freebsd.org Subject: Re: problems configuring wireless using iwi 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 Nov 2008 17:30:51 -0000 On 11/3/08, Eygene Ryabinkin wrote: > Mon, Nov 03, 2008 at 10:22:12AM +0000, Khusro Jaleel wrote: >> Am I supposed to download the firmware from somewhere or not? > > It should be built as a kernel module. In 7.x it is already included > to the base system, so there is no need for the port. > > As written in iwi(4), include the following devices to the kernel > configuration, > ----- > device iwi > device pci > device wlan > device firmware > ----- > and make sure that the iwifw module is built. If you have no > 'makeoptions MODULES_OVERRIDE=""' directives in the kernel > configuration, then you should already have the module. If not, add the > 'iwifw' to the MODULES_OVERRIDE contents. The actual module should be > in the /boot/kernel, named iwifw.ko. OP is using CURRENT where iwifw.ko is split in several files. It is not required to build custom kernel just to have iwi support. > Your error messages indicate that you likely have no /boot/kernel/iwifw.ko. > Of course, your actual mileage may vary. > > For the custom kernels, make sure that you have some 802.11 stuff > included: > ----- > device wlan_wep # 802.11 WEP support > device wlan_ccmp # 802.11 CCMP support > device wlan_tkip # 802.11 TKIP support > ----- > The actual devices depend on your needs, but it is safe to include them > all -- you can never know what encryption you'll be using. > -- More debug output from iwi would be more useful. Something like: # sysctl dev.iwi.0.debug=1 From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 18:35:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D83A8106567E for ; Mon, 3 Nov 2008 18:35:57 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 606928FC1C for ; Mon, 3 Nov 2008 18:35:57 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id CDFFDA06B7; Mon, 3 Nov 2008 19:35:54 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id C15DBA06B3; Mon, 3 Nov 2008 19:35:54 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id A368EA0690; Mon, 3 Nov 2008 19:35:54 +0100 (CET) Received: from localhost.my.domain ([132.187.37.59]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008110319355330-11240 ; Mon, 3 Nov 2008 19:35:53 +0100 Received: by localhost.my.domain (sSMTP sendmail emulation); Mon, 3 Nov 2008 19:35:56 +0100 Date: Mon, 3 Nov 2008 19:35:56 +0100 From: Alexey Shuvaev To: Pyun YongHyeon Message-ID: <20081103183556.GA2009@localhost.my.domain> References: <20081015003745.GG14769@cdnetworks.co.kr> MIME-Version: 1.0 In-Reply-To: <20081015003745.GG14769@cdnetworks.co.kr> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/03/2008 07:35:53 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/03/2008 07:35:54 PM, Serialize complete at 11/03/2008 07:35:54 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: Call for testers: fxp(4) WOL 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 Nov 2008 18:35:58 -0000 On Wed, Oct 15, 2008 at 09:37:45AM +0900, Pyun YongHyeon wrote: > I've implemented WOL for fxp(4) and it works ok to me. Because > there too many variants of fxp(4) hardwares I'd like to hear > success/failure report before committing attached patch to tree. > It seems that the following Intel 8255x supports WOL. Apparently > 82557 lacks WOL capabillity. > > 82558 > 82559 > 82550 > 82551 > How can one figure out which chip he has? I have relative old Toshiba notebook with integrated intel network card. The system is: FreeBSD localhost.my.domain 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Oct 27 01:25:54 CET 2008 root@localhost.my.domain:/usr/obj/usr/src/sys/GENERIC i386 Here are relevant messages from the verbose boot: fxp0: port 0xdf40-0xdf7f mem 0xfceff000-0xfcefffff irq 11 at device 8.0 on pci2 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfceff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1031 1179 0001 0042 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 fxp0: XXX: driver didn't set ifq_maxlen ^^^ Is this something to fix? fxp0: bpf attached fxp0: Ethernet address: xx:xx:xx:xx:xx:xx fxp0: [MPSAFE] fxp0: [ITHREAD] and this is the output from pciconv -lvc: fxp0@pci0:2:8:0: class=0x020000 card=0x00011179 chip=0x10318086 rev=0x42 hdr=0x00 vendor = 'Intel Corporation' device = '82801CAM (ICH3) PRO/100 VE (LOM) Network Connection' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 It seems that driver changes something, after boot or 'ifconfig fxp0 wol': fxp0: flags=8843 metric 0 mtu 1500 options=2008 and after 'ifconfig fxp0 -wol': fxp0: flags=8843 metric 0 mtu 1500 options=8 However the system seems to honors only the BIOS settings, if I enable WOL in the BIOS the system wakes up from power-down or suspend (to ram) states regardless of fxp settings and with disabled WOL in BIOS it never wakes up. The worse thing I have noticed is if I send WOL packet while the system is running it reliably hangs. It does not panic and switching virtual consoles works (and typing/deleting something in the shell prompt too), but the cooler runs at full power and you can't do anything else. This is both with patched fxp and that from -CURRENT. > If your suspend/resume works on your system you can also wake up > your system in suspend by WOL. > Actually, the system does not wake up from suspended mode properly, either by power button or by WOL packet, but it tries. > Thanks. Thank you, if you need something more (debugging output, testing new patches, digging deeper...) just let me know. Alexey. From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 19:04:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61D2D1065674 for ; Mon, 3 Nov 2008 19:04:46 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id E97C68FC0A for ; Mon, 3 Nov 2008 19:04:45 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (f054104127.adsl.alicedsl.de [78.54.104.127]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1Kx4UV3Tuv-00046U; Mon, 03 Nov 2008 19:49:32 +0100 Message-ID: <490F47BE.9080205@janh.de> Date: Mon, 03 Nov 2008 19:49:34 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: current-list freebsd References: 20081030114845.GE78796@cdnetworks.co.kr Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+mfqDgJU4hv8L2UbkBlZ26ButKAHQxlBd4lRE UME32TakS/LU0zA9GttvuNwtO37yEf63sfV5Y/yjFWEWmvF6Nh wpO9YGv+O/5SU2Tfvhxgg== X-Mailman-Approved-At: Mon, 03 Nov 2008 19:41:29 +0000 Cc: Boris Samorodov , Pyun YongHyeon Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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 Nov 2008 19:04:46 -0000 Boris wrote: >Pyun YongHyeon writes: > >> As bruffer pointed out the device name chosen conflicts with other >> driver in tree so I renamed it to ale(4).The URL for the driver is >> http://people.freebsd.org/~yongari/ale/if_ale.c >> http://people.freebsd.org/~yongari/ale/if_alereg.h >> http://people.freebsd.org/~yongari/ale/if_alevar.h >> http://people.freebsd.org/~yongari/ale/Makefile >> or >> http://people.freebsd.org/~yongari/ale/ale.20081030.tar.gz >> Sorry for confusion. > >Tested at EeePC-1000, works fine. BIG thank you, much appreciated. I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to copy with 11.5MB/s -- much better than wlan for big files. Great! This will probably not go into 7.1-RELEASE, will it? Thanks! Jan Henrik From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 20:56:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B61AD1065670 for ; Mon, 3 Nov 2008 20:56:07 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sj1.jpmchase.com (sj1.jpmchase.com [159.53.110.137]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4BB8FC16 for ; Mon, 3 Nov 2008 20:56:07 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sj4.svr.bankone.net (sj4.svr.bankone.net [155.180.102.138]) by sj1.jpmchase.com (Switch-3.3.2/Switch-3.3.2) with ESMTP id mA3Kv12g011761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 3 Nov 2008 15:57:01 -0500 Received: from se8.svr.bankone.net (se8.svr.bankone.net [155.180.234.130]) by sj4.svr.bankone.net (Switch-3.3.2/Switch-3.3.2) with ESMTP id mA3KsuLR007302 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Mon, 3 Nov 2008 15:54:56 -0500 Received: from svr.bankone.net (imj1.svr.bankone.net [155.180.50.145]) by se8.svr.bankone.net (Switch-3.1.8/Switch-3.1.7) with ESMTP id mA3Ku0xI014715 for ; Mon, 3 Nov 2008 15:56:01 -0500 Received: from ([169.81.34.42]) by imj1.svr.bankone.net with ESMTP id KP-BRADY.76476477; Mon, 03 Nov 2008 14:55:37 -0600 In-Reply-To: <490F47BE.9080205@janh.de> To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 CCH5 September 12, 2005 Message-ID: From: rohit.x.tripathi@jpmchase.com Date: Mon, 3 Nov 2008 15:55:36 -0500 X-MIMETrack: Serialize by Router on PHLMS133/JPMCHASE(Release 6.5.6FP2|October 17, 2007) at 11/03/2008 15:55:37, Serialize complete at 11/03/2008 15:55:37 Content-Type: text/plain; charset="US-ASCII" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ndis fix near? 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 Nov 2008 20:56:07 -0000 I was quite happy with 7.0 until I found that it doesn't support 4965 AGN card and then switched to CURRENT. Now that ndis isn't working, I want to offer help but know very little about wifi devices and freebsd code to contribute anything. If someone's already working on it, it'll be great to let us know. regards, Rohit P.S. please pardon the lengthy disclaimer below my email..its appended automatically by outgoing servers at my company. ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 21:03:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C58C51065672; Mon, 3 Nov 2008 21:03:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4ED0B8FC12; Mon, 3 Nov 2008 21:03:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mA3L3mHm092949; Mon, 3 Nov 2008 16:03:49 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Attilio Rao" Date: Mon, 3 Nov 2008 14:58:42 -0500 User-Agent: KMail/1.9.7 References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> In-Reply-To: <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811031458.42549.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 03 Nov 2008 16:03:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8560/Mon Nov 3 14:20:13 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Yuri Pankov , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 21:03:55 -0000 On Sunday 02 November 2008 11:17:18 am Attilio Rao wrote: > 2008/11/2, Attilio Rao : > > 2008/11/2, Yuri Pankov : > > > > > Hi, > > > > > > Trying to mount nonexistent smb share with mount_smbfs leads to > > > following panic: > > > > > > # mount_smbfs //yuri@lifebane/blahblah /mnt > > > > > > Unread portion of the kernel message buffer: > > > smb_co_lock: recursive lock for object 1 > > > panic: Lock (lockmgr) smb_vc not locked @ > > > /usr/src/sys/modules/smbfs/../../netsmb/smb_conn.c:329. > > > cpuid = 0 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > panic() at panic+0x182 > > > witness_assert() at witness_assert+0x21a > > > __lockmgr_args() at __lockmgr_args+0x17a > > > smb_co_put() at smb_co_put+0x76 > > > smb_sm_lookup() at smb_sm_lookup+0xfe > > > smb_usr_lookup() at smb_usr_lookup+0xcd > > > nsmb_dev_ioctl() at nsmb_dev_ioctl+0x1f6 > > > giant_ioctl() at giant_ioctl+0x75 > > > devfs_ioctl_f() at devfs_ioctl_f+0x76 > > > kern_ioctl() at kern_ioctl+0x92 > > > ioctl() at ioctl+0xfd > > > syscall() at syscall+0x1bf > > > Xfast_syscall() at Xfast_syscall+0xab > > > --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800939aec, rsp = > > > 0x7fffffffe038, rbp = 0x7fffffffe450 --- > > > Uptime: 6m46s > > > Physical memory: 2032 MB > > > > > > So, what is happening here is that smb_co_lock() is AFU. > > Infact looking at the code: > > int > > smb_co_lock(struct smb_connobj *cp, int flags, struct thread *td) > > { > > ... > > if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE && > > (flags & LK_CANRECURSE) == 0) { > > SMBERROR("recursive lock for object %d\n", cp->co_level); > > return 0; > > } > > ... > > Yuri, > could you please test this fix: > http://www.freebsd.org/~attilio/netsmb.diff > > and report if it works? > You could get a KASSERT running but this is expected as I want to > identify on the callers who passes a malformed request and fix it. This allows all smb locks to recurse unlike the original code I think. It may be better if smb_vclist was initialized with LK_RECURSE, but not all the other smb locks. Also, in smb_co_addchild() I think you should just replace the existing asserts with appropriate lockmgr_assert() (you could add a smb_co_assert() to preserve the layering) rather than removing assertions altogether. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 21:07:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4A1B106564A; Mon, 3 Nov 2008 21:07:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9BAAB8FC1C; Mon, 3 Nov 2008 21:07:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 3098B46B03; Mon, 3 Nov 2008 16:07:28 -0500 (EST) Date: Mon, 3 Nov 2008 21:07:28 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200811031458.42549.jhb@freebsd.org> Message-ID: References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> <200811031458.42549.jhb@freebsd.org> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Attilio Rao , Yuri Pankov , freebsd-current@freebsd.org, freebsd-fs@freebsd.org, developers@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 21:07:28 -0000 On Mon, 3 Nov 2008, John Baldwin wrote: >> Yuri, could you please test this fix: >> http://www.freebsd.org/~attilio/netsmb.diff >> >> and report if it works? You could get a KASSERT running but this is >> expected as I want to identify on the callers who passes a malformed >> request and fix it. > > This allows all smb locks to recurse unlike the original code I think. It > may be better if smb_vclist was initialized with LK_RECURSE, but not all the > other smb locks. Also, in smb_co_addchild() I think you should just replace > the existing asserts with appropriate lockmgr_assert() (you could add a > smb_co_assert() to preserve the layering) rather than removing assertions > altogether. My general feeling is that the locking in netsmb needs a bit of cleanup, updating, etc. I'm reluctant to change the underlying primitives (as this patch does) without first clarifying what's going on in the code a layer or two above. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 21:20:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DA20106567A; Mon, 3 Nov 2008 21:20:06 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 0E65D8FC14; Mon, 3 Nov 2008 21:20:04 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2333526fgb.35 for ; Mon, 03 Nov 2008 13:20:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=TA8VijrUjPMwnow6ltL/iEf838fcTkqmMcT11ctPE5s=; b=dw4JktMRvmXUhousKiX2YsaudebigugenOz5Jv5y3eq9jC+BUNpfeLzHfRWpL+pdp7 cuh4iF8Ra0+LpPRkVksVS0/jygjNF7C3uaxmPfKpaOfWyN1thXCP022vmsriwOZAeKCm xk55v2RCuWyWj9o6qIMTIhkoEGY9ZiM5lUy70= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=tz9CX3/hdkWTxeISgfoOYqnbSt4luzLJau/CrhGO9wTYkNKeHb4ie5FPNfCLBZUjwW 40mCYKp16qavI8QRM/dMUJHN+xO/y3E6m7TrrVdFpYpKa8BUPEi00loNsgOOs5U+pIID Wy4uUyCG0r7zmQT45KJTrXNN7tkF9VwzE4P3s= Received: by 10.86.23.17 with SMTP id 17mr527417fgw.0.1225747203803; Mon, 03 Nov 2008 13:20:03 -0800 (PST) Received: by 10.86.2.18 with HTTP; Mon, 3 Nov 2008 13:20:03 -0800 (PST) Message-ID: <3bbf2fe10811031320o5d977babpe37bcf22836b8d34@mail.gmail.com> Date: Mon, 3 Nov 2008 22:20:03 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Robert Watson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> <200811031458.42549.jhb@freebsd.org> X-Google-Sender-Auth: 86ce34cb774d5f9b Cc: Yuri Pankov , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, developers@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 21:20:06 -0000 2008/11/3, Robert Watson : > On Mon, 3 Nov 2008, John Baldwin wrote: > > > > > > > Yuri, could you please test this fix: > http://www.freebsd.org/~attilio/netsmb.diff > > > > > > and report if it works? You could get a KASSERT running but this is > expected as I want to identify on the callers who passes a malformed request > and fix it. > > > > > > > This allows all smb locks to recurse unlike the original code I think. It > may be better if smb_vclist was initialized with LK_RECURSE, but not all the > other smb locks. Also, in smb_co_addchild() I think you should just replace > the existing asserts with appropriate lockmgr_assert() (you could add a > smb_co_assert() to preserve the layering) rather than removing assertions > altogether. > > > > My general feeling is that the locking in netsmb needs a bit of cleanup, > updating, etc. I'm reluctant to change the underlying primitives (as this > patch does) without first clarifying what's going on in the code a layer or > two above. I agree with Robert. We need to make an upper layers analysis and decide what is the best solution for locks. This was a quick hack just to let it not panic when mounting. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 21:23:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14DB01065674 for ; Mon, 3 Nov 2008 21:23:19 +0000 (UTC) (envelope-from kerneljack@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id BA7F58FC13 for ; Mon, 3 Nov 2008 21:23:18 +0000 (UTC) (envelope-from kerneljack@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1005445yxb.13 for ; Mon, 03 Nov 2008 13:23:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=dm6HG7OOpVm4DEXrOXbpMpLKKOmxUt6qjvALUd+KOwU=; b=Ww55S9Cb9eU4LBIP1RgiBVADyFwg1VuqgKxyoErNSvLUrMjrlmDBey+8QnJ43+6mIY 3Bv+dOxdtOiChP7xbAhtQFopYN0UsvhaOWg6Ys34aovs1efCSxaxP2Nl1H1h0EUVEwlr usNli54dfIil8HZnhFOvU1hGpyltbRyek/RpM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=j8KwEYETfSNQu7wKQpJj25E+TZWiHIhyXm6KGJAMPZD2XnCPdZFTNtYT9eeBVKEprq O3KkSkybhcBLoCn09JPxMiQzqcqenpr88liuBmqo4kY2lQX+h2OKL9yvVT/4oSY+GrXD Sek3pctXsHroppX9GPvd49CIWmW9r62JoNTmc= Received: by 10.142.139.14 with SMTP id m14mr297857wfd.207.1225747397563; Mon, 03 Nov 2008 13:23:17 -0800 (PST) Received: by 10.142.156.8 with HTTP; Mon, 3 Nov 2008 13:23:17 -0800 (PST) Message-ID: Date: Mon, 3 Nov 2008 21:23:17 +0000 From: "Khusro Jaleel" To: "Stephen Montgomery-Smith" In-Reply-To: <490DD114.3000901@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <490DD114.3000901@math.missouri.edu> Cc: freebsd-current@freebsd.org Subject: Re: problems configuring wireless using iwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kerneljack@kerneljack.com 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 Nov 2008 21:23:19 -0000 Thanks for all your kind replies, Stephen got it right! All I needed to do was add a line like he suggested in /etc/rc.conf and everything just worked straight away after that. No need to get firmware or anything else. I did however manage to completely spontaneously rebooot my laptop by trying to run "/etc/rc.d/netif restart" a few too many times, which I thought should never happen in FreeBSD ... but anyway, all is fine now. Thanks for all your help. On Sun, Nov 2, 2008 at 4:11 PM, Stephen Montgomery-Smith wrote: > FreeBSD CURRENT has a different approach to wireless cards. Somewhere in > /etc/rc.conf you need lines like > wlans_iwi0="wlan0" > and then all future ifconfig command should refer to wlan0 instead of iwi0. > > I am not sure if this will fix your problem or not, but you must have not > done this somewhere, otherwise ifconfig would have listed wlan0 as well as > iwi0. > > If you are new to FreeBSD, you might prefer to use FreeBSD-STABLE instead. > I think iwi is already a part of that. > > > Khusro Jaleel wrote: >> >> Hi, >> >> I'm new to FreeBSD-CURRENT and am having problems getting my wireless >> to work on my laptop. It is an old Centrino ASUS laptop with built-in >> IPW2200 wireless. I've had no problems getting wireless to work on >> this for the past few years now with many flavors of linux and of >> course Windows so I'm sure it should also work in FreeBSD without any >> issues. >> >> However, I'm not having much luck. I've followed the instructions in >> the Handbook's Wireless page and read the iwi(4) man page and added >> the following to my /boot/loader.conf: >> >> ------------- >> legal.intel_iwi.license_ack=1 >> if_iwi_load="YES" >> wlan_load="YES" >> firmware_load="YES" >> iwi_bss_load="YES" >> iwi_ibss_load="YES" >> iwi_monitor_load="YES" >> hw.psm.synaptics_support=1 >> -------------- >> >> When I reboot and do a "dmesg | grep iwi" I get: >> >> ---------- >> iwi0: mem 0xff9de000-0xff9defff irq 4 >> at device 2.0 on pci2 >> iwi0: [ITHREAD] >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: mem 0xff9de000-0xff9defff irq 4 >> at device 2.0 on pci2 >> iwi0: [ITHREAD] >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: mem 0xff9de000-0xff9defff irq 4 >> at device 2.0 on pci2 >> iwi0: [ITHREAD] >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> iwi0: mem 0xff9de000-0xff9defff irq 4 >> at device 2.0 on pci2 >> iwi0: [ITHREAD] >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> ---------- >> >> Am I forgetting to load the firmware somehow? In /boot/kernel, I see >> the following files: >> >> ----------- >> [root@asus ~]# ls -l /boot/kernel/iwi_* >> -r-xr-xr-x 1 root wheel 197996 Oct 31 23:56 /boot/kernel/iwi_bss.ko >> -r-xr-xr-x 1 root wheel 190182 Oct 31 23:56 /boot/kernel/iwi_ibss.ko >> -r-xr-xr-x 1 root wheel 194760 Oct 31 23:56 /boot/kernel/iwi_monitor.ko >> ----------- >> >> ifconfig: >> bge0: flags=8843 metric 0 mtu 1500 >> options=9b >> ether 00:11:2f:0c:e8:7f >> inet 192.168.1.70 netmask 0xffffff00 broadcast 192.168.1.255 >> media: Ethernet autoselect (100baseTX ) >> status: active >> fwe0: flags=8802 metric 0 mtu 1500 >> options=8 >> ether 02:e0:18:1b:1f:63 >> ch 1 dma -1 >> fwip0: flags=8802 metric 0 mtu 1500 >> lladdr 0.e0.18.0.3.1b.1f.63.a.2.ff.fe.0.0.0.0 >> iwi0: flags=8803 metric 0 mtu 2290 >> ether 00:0e:35:0d:7c:65 >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >> plip0: flags=108810 metric 0 mtu >> 1500 >> lo0: flags=8049 metric 0 mtu 16384 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 >> inet6 ::1 prefixlen 128 >> inet 127.0.0.1 netmask 0xff000000 >> >> But if I try to do "ifconfig iwi0 up" I get: >> >> ---------- >> iwi0: timeout waiting for (null) firmware initialization to complete >> iwi0: could not load boot firmware (null) >> ---------- >> >> Any help appreciated. Thanks. >> _______________________________________________ >> 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 Mon Nov 3 22:31:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAAEF1065670 for ; Mon, 3 Nov 2008 22:31:22 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml12.kpnxchange.com (hpsmtp-eml12.KPNXCHANGE.COM [213.75.38.112]) by mx1.freebsd.org (Postfix) with ESMTP id 525538FC14 for ; Mon, 3 Nov 2008 22:31:22 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml06.kpnxchange.com ([213.75.38.106]) by hpsmtp-eml12.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 3 Nov 2008 23:31:20 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 3 Nov 2008 23:31:20 +0100 Received: (qmail 14139 invoked by uid 98); 3 Nov 2008 22:31:32 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.1/5.0):. Processed in 2.663026 secs); 03 Nov 2008 22:31:32 -0000 X-Spam-Status: No, score=-1.1 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 3 Nov 2008 22:31:29 -0000 Received: (nullmailer pid 2467 invoked by uid 1001); Mon, 03 Nov 2008 22:31:15 -0000 From: Nick Hibma To: freebsd-current@freebsd.org, kerneljack@kerneljack.com Date: Mon, 3 Nov 2008 23:31:13 +0100 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811032331.14854.nick@van-laarhoven.org> X-OriginalArrivalTime: 03 Nov 2008 22:31:20.0649 (UTC) FILETIME=[E51D3390:01C93E03] Cc: Subject: Re: problems with wireless using iwi drivers 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 Nov 2008 22:31:22 -0000 > ------------- > legal.intel_iwi.license_ack=1 > if_iwi_load="YES" > wlan_load="YES" > firmware_load="YES" > iwi_bss_load="YES" > iwi_ibss_load="YES" > iwi_monitor_load="YES" > hw.psm.synaptics_support=1 > -------------- I don't have any of the iwi_*_load="YES" in my kernel config and it still has loaded the firmware alright. Loading 3 different ones looks wrong to me. 100%|nick@hind:/usr/home/nick % kldstat |grep iwi 16 1 0xc4088000 30000 iwi_bss.ko iwi is in the kernel, as is firmware. Have you installed the iwi-firmware port? I guess you have. Nick From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 22:48:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B66D1065673; Mon, 3 Nov 2008 22:48:18 +0000 (UTC) (envelope-from fbsd-fs@mawer.org) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by mx1.freebsd.org (Postfix) with ESMTP id D4F898FC08; Mon, 3 Nov 2008 22:48:16 +0000 (UTC) (envelope-from fbsd-fs@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AioBACsHD0nLzq3r/2dsb2JhbAAIzBKDUg X-IronPort-AV: E=Sophos;i="4.33,538,1220198400"; d="scan'208";a="347147185" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 04 Nov 2008 07:18:04 +0900 Message-ID: <490F77ED.9050501@mawer.org> Date: Tue, 04 Nov 2008 09:15:09 +1100 From: Antony Mawer User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Attilio Rao References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> <200811031458.42549.jhb@freebsd.org> <3bbf2fe10811031320o5d977babpe37bcf22836b8d34@mail.gmail.com> In-Reply-To: <3bbf2fe10811031320o5d977babpe37bcf22836b8d34@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 03 Nov 2008 23:03:33 +0000 Cc: freebsd-fs@freebsd.org, developers@freebsd.org, Yuri Pankov , freebsd-current@freebsd.org, Robert Watson Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 22:48:18 -0000 Attilio Rao wrote: > 2008/11/3, Robert Watson : >> On Mon, 3 Nov 2008, John Baldwin wrote: >>>> Yuri, could you please test this fix: >> http://www.freebsd.org/~attilio/netsmb.diff >>>> and report if it works? You could get a KASSERT running but this is >> expected as I want to identify on the callers who passes a malformed request >> and fix it. >>> This allows all smb locks to recurse unlike the original code I think. It >> may be better if smb_vclist was initialized with LK_RECURSE, but not all the >> other smb locks. Also, in smb_co_addchild() I think you should just replace >> the existing asserts with appropriate lockmgr_assert() (you could add a >> smb_co_assert() to preserve the layering) rather than removing assertions >> altogether. >> My general feeling is that the locking in netsmb needs a bit of cleanup, >> updating, etc. I'm reluctant to change the underlying primitives (as this >> patch does) without first clarifying what's going on in the code a layer or >> two above. > > I agree with Robert. > We need to make an upper layers analysis and decide what is the best > solution for locks. > This was a quick hack just to let it not panic when mounting. This probably also applies to NWFS and netncp as well -- I haven't had a chance to test NWFS in 7.x as of yet, but will hope to do so in the coming months... --Antony From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 23:11:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87173106564A; Mon, 3 Nov 2008 23:11:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5B58D8FC1D; Mon, 3 Nov 2008 23:11:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id EFC5946B09; Mon, 3 Nov 2008 18:11:38 -0500 (EST) Date: Mon, 3 Nov 2008 23:11:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Antony Mawer In-Reply-To: <490F77ED.9050501@mawer.org> Message-ID: References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> <200811031458.42549.jhb@freebsd.org> <3bbf2fe10811031320o5d977babpe37bcf22836b8d34@mail.gmail.com> <490F77ED.9050501@mawer.org> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Yuri Pankov , developers@freebsd.org, Attilio Rao , freebsd-current@freebsd.org, freebsd-fs@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 23:11:39 -0000 On Tue, 4 Nov 2008, Antony Mawer wrote: > This probably also applies to NWFS and netncp as well -- I haven't had a > chance to test NWFS in 7.x as of yet, but will hope to do so in the coming > months... Ah, someone who actually uses netncp and nwfs! I've been trying to keep the ipx/spx code alive and working through the MPSAFE network stack work, but I'm really not set up to test that, let alone the Netware file system parts. Let us know how it goes. The netsmb and netncp code is well-structured, but designed with pre-SMPng locking primitives and network stack in mind, so will need quite a bit of work to pull forwards. As Attilio has already been running into, netsmb has rather intimate knowledge and reliance on some of the more obscure behaviors of lockmgr :-). This is something that will need to be fairly high on the list of things to change. Apple has started doing some of this in their fork of our netsmb code, but there's a lot more to do I think. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 23:20:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14C7E106564A for ; Mon, 3 Nov 2008 23:20:10 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D2D768FC14 for ; Mon, 3 Nov 2008 23:20:09 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id mA3NK9lZ035114 for ; Mon, 3 Nov 2008 15:20:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id mA3NK9U6035110 for freebsd-current@freebsd.org; Mon, 3 Nov 2008 15:20:09 -0800 (PST) (envelope-from sgk) Date: Mon, 3 Nov 2008 15:20:09 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20081103232009.GA3161@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: TTY or SSH character echoing issue 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 Nov 2008 23:20:10 -0000 With current source of 16 Oct 08, I'm seeing a seemly strange echoing problem when I use ssh to connect from one node in my cluster to another. At the (t)csh command line prompt, I want to execute ~/trunk/cmd. So, I have % ~/trunk/cmd The strange behavior is that the ~ character does not appear on the terminal until after I enter the / character. Any advice at determining whether this a tty or ssh or some other problem would be appreciated. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Nov 3 23:54:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AF5F1065678; Mon, 3 Nov 2008 23:54:18 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0998FC08; Mon, 3 Nov 2008 23:54:17 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2804911wfg.7 for ; Mon, 03 Nov 2008 15:54:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=yM+FHsPy1csdBkg5frw63cEOGw/gMHch2+S1Ue6Bp/k=; b=nFAUMl5eVcsWHwTE2nMETjfYMB/9dMuusNeCCemd1lBxyoJHn5Ay8e5JeWUCqlD5eQ 8OvidShtWmnOD8H02lXRlITbQmUEuR++CrvI+jKEZh5GM+MXeqyUp7lX0PsJYfiGcaM3 G08Vvicgt6XrFk5HYCe+dhobI5eFxn3N1KHcA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=GHFc8W7m4hrIiUkk1O0OabqlDkdMKEur+ejTFiPBt5Z0t+lzXWtRB9K9KI0LhO2Ig6 jZE/lxJKj9jLoEW1Kb22Hf1POKyYQZxlL5mtYGkIFAHp90zPiXfC+PWOHwogslTIUGVf 0U8yhPtjPH6ke12XqsN2DVSy58C00KvNd7o3M= Received: by 10.142.234.16 with SMTP id g16mr395173wfh.274.1225756457121; Mon, 03 Nov 2008 15:54:17 -0800 (PST) Received: by 10.142.218.14 with HTTP; Mon, 3 Nov 2008 15:54:17 -0800 (PST) Message-ID: <9bbcef730811031554m61bc6762g7f503ad56f0981bd@mail.gmail.com> Date: Tue, 4 Nov 2008 00:54:17 +0100 From: "Ivan Voras" To: "Robert Watson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> <200811031458.42549.jhb@freebsd.org> <3bbf2fe10811031320o5d977babpe37bcf22836b8d34@mail.gmail.com> <490F77ED.9050501@mawer.org> X-Mailman-Approved-At: Tue, 04 Nov 2008 00:20:32 +0000 Cc: Yuri Pankov , developers@freebsd.org, Attilio Rao , freebsd-current@freebsd.org, freebsd-fs@freebsd.org, Antony Mawer Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 23:54:18 -0000 2008/11/4 Robert Watson : >Apple has started doing > some of this in their fork of our netsmb code, but there's a lot more to do > I think. Like replacing SMB with CIFS :) I think that right now the only operating systems that use plain old SMB instead of CIFS are Windows 98, NT 4 and FreeBSD :) From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 00:24:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E91CD1065670 for ; Tue, 4 Nov 2008 00:24:23 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDCE8FC0A for ; Tue, 4 Nov 2008 00:24:23 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: by mail.geek.sh (Postfix, from userid 1000) id BC1F024D26; Tue, 4 Nov 2008 02:04:31 +0200 (SAST) Date: Tue, 4 Nov 2008 02:04:31 +0200 From: Aragon Gouveia To: sgk@troutmask.apl.washington.edu Message-ID: <20081104000431.GA94638@phat.za.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.10-RELEASE-p2 i386 Cc: freebsd-current@freebsd.org Subject: RE: TTY or SSH character echoing issue 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 Nov 2008 00:24:24 -0000 Hi, > % ~/trunk/cmd > > The strange behavior is that the ~ character does not > appear on the terminal until after I enter the / character. In SSH (OpenSSH in any case), ~ is an escape character if sent on a newline. What you describe sounds normal. It can be changed if necessary. See the -e argument and EscapeChar configuration directive in ssh(1). Regards, Aragon From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 01:44:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97F451065673 for ; Tue, 4 Nov 2008 01:44:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD648FC16 for ; Tue, 4 Nov 2008 01:44:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id b6so152166ana.13 for ; Mon, 03 Nov 2008 17:44:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=WJBm6peupNP04S21gXqRqpsRdJFdfIVaUkX7vpVtojc=; b=RHL4QfnwDCgC6UCyBzzOWgirUzOH8KfvxVjuo39ALECheZcdFDyDpl43KZQgMNwg2H HtmYThSwk6fc7N+0oxJgDdP4XVt/X1rq+eU17KWeURjUk/ampFLozdbsXB8m17L5yDuV Glyvfxum4HU/7Cb982fuhJIF3mjKFBuXVvLtA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=gB/4agp+5a0dYUOBIEbDmLkjv0vGYRZauRd5T9xprhdfCr82Y4caQD2nD23pJOAwp2 5M5besdgpJ86pnvy+mptn6/LOgLeNsW5Ib7NbRMPho1XcHDj/URr9u535l1H86uLJdVt mRh4LKhA08Ymi3MnDmi2k+iL9xqThrfXk9Si4= Received: by 10.100.247.13 with SMTP id u13mr357979anh.154.1225763090492; Mon, 03 Nov 2008 17:44:50 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id c1sm451936ana.56.2008.11.03.17.44.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 Nov 2008 17:44:49 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA41gmLZ098507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Nov 2008 10:42:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA41gldF098506; Tue, 4 Nov 2008 10:42:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 4 Nov 2008 10:42:46 +0900 From: Pyun YongHyeon To: Alexey Shuvaev Message-ID: <20081104014246.GA98154@cdnetworks.co.kr> References: <20081015003745.GG14769@cdnetworks.co.kr> <20081103183556.GA2009@localhost.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081103183556.GA2009@localhost.my.domain> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Call for testers: fxp(4) WOL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.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 Nov 2008 01:44:51 -0000 On Mon, Nov 03, 2008 at 07:35:56PM +0100, Alexey Shuvaev wrote: > On Wed, Oct 15, 2008 at 09:37:45AM +0900, Pyun YongHyeon wrote: > > I've implemented WOL for fxp(4) and it works ok to me. Because > > there too many variants of fxp(4) hardwares I'd like to hear > > success/failure report before committing attached patch to tree. > > It seems that the following Intel 8255x supports WOL. Apparently > > 82557 lacks WOL capabillity. > > > > 82558 > > 82559 > > 82550 > > 82551 > > > How can one figure out which chip he has? > I have relative old Toshiba notebook with integrated intel network card. > The system is: > > FreeBSD localhost.my.domain 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Oct 27 01:25:54 CET 2008 root@localhost.my.domain:/usr/obj/usr/src/sys/GENERIC i386 > > Here are relevant messages from the verbose boot: > > fxp0: port 0xdf40-0xdf7f mem 0xfceff000-0xfcefffff irq 11 at device 8.0 on pci2 If it's based on ICH controller it would be 82559. > fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfceff000 > fxp0: using memory space register mapping > fxp0: PCI IDs: 8086 1031 1179 0001 0042 > fxp0: Dynamic Standby mode is disabled > miibus0: on fxp0 > fxp0: XXX: driver didn't set ifq_maxlen > ^^^ > Is this something to fix? > fxp(4) didn't set ifq_maxlen and if_attach corrected this with its default value. Normally network device drivers set this queue length to number of Tx descriptors but it's completely up to driver writers and I don't see compeling reason to change that. > fxp0: bpf attached > fxp0: Ethernet address: xx:xx:xx:xx:xx:xx > fxp0: [MPSAFE] > fxp0: [ITHREAD] > > and this is the output from pciconv -lvc: > > fxp0@pci0:2:8:0: class=0x020000 card=0x00011179 chip=0x10318086 rev=0x42 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801CAM (ICH3) PRO/100 VE (LOM) Network Connection' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 > > It seems that driver changes something, after boot or 'ifconfig fxp0 wol': > > fxp0: flags=8843 metric 0 mtu 1500 > options=2008 > It indicates your controller supports WOL with magic packet. > and after 'ifconfig fxp0 -wol': > > fxp0: flags=8843 metric 0 mtu 1500 > options=8 > > However the system seems to honors only the BIOS settings, if I enable WOL in > the BIOS the system wakes up from power-down or suspend (to ram) states > regardless of fxp settings and with disabled WOL in BIOS it never > wakes up. > Yes that's an expected behaviour. BIOS option should be changed to enable WOL if you want to wake up your box from power down. If you don't want to wake up your box regardless of BIOS configuration you have to disable WOL with ifconfig before shutting down your box. Likewise even if you enable WOL with ifconfig(8) to wake up your system, BIOS WOL option also should be enabled to make it work. > The worse thing I have noticed is if I send WOL packet while the system is > running it reliably hangs. It does not panic and switching virtual > consoles works (and typing/deleting something in the shell prompt too), > but the cooler runs at full power and you can't do anything else. > This is both with patched fxp and that from -CURRENT. Hmm, I think that was old bebahviour of stock fxp(4). Previously fxp(4) was programmed to accept WOL packets regardless of running state of hardware. With my patch the WOL should be disabled for normal operation and WOL is enabled again when you shutdown your box. If sotck fxp(4) also show the same behaviour it's big security hole. ATM I have no idea how WOL packets can affect running box. :-( > > > If your suspend/resume works on your system you can also wake up > > your system in suspend by WOL. > > > Actually, the system does not wake up from suspended mode properly, either > by power button or by WOL packet, but it tries. > The system I tried didn't resume properly (blank screen) but I could login via network after sending WOL magic packets so I thought resume also works. > > Thanks. > Thank you, if you need something more (debugging output, > testing new patches, digging deeper...) just let me know. Thanks for testing. I'll think again. By chance can you try Linux on your system and check whether it works? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 01:54:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49C6E1065676 for ; Tue, 4 Nov 2008 01:54:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id E4DCC8FC08 for ; Tue, 4 Nov 2008 01:54:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1046329yxb.13 for ; Mon, 03 Nov 2008 17:54:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Md4rzhN8qro9Pm+idGCBWJFpaAtq94M0FZBq+tsJ2qA=; b=kHGquki5KT9MTNJXE0WDwBAk9bDG/umUwnPTAgeXrPXJOSdm215MdAMk3PQLisERk1 Ge2KI6QXxeGzaUbo1YevNEIDFCIZbfedfhbvz9w1aU5OrUGJs2h9i7xlhccdVH3YSJAN jHigTkdVHnRLw7Gho9EoVDWiQQ+8eiEuyhZhc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Ay7n1ujiJrek7Avv7HJZqYTARJqoZz9hsHhymyzVBoPW1rQEMJUMheZ2IXEzTXwi25 j9u2J0XmZxmhlclkAIdXg0F1Z+FinLGf0593Se85phA2ZAa5QiQgklBy/ywlrYMAwEWj BFpQPzXa02+fEdR1s/NKrHJm1REcTBmcDcR6A= Received: by 10.100.242.20 with SMTP id p20mr368053anh.75.1225763680177; Mon, 03 Nov 2008 17:54:40 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id b32sm336023ana.14.2008.11.03.17.54.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 Nov 2008 17:54:38 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA41qbir098564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Nov 2008 10:52:37 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA41qZXi098563; Tue, 4 Nov 2008 10:52:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 4 Nov 2008 10:52:35 +0900 From: Pyun YongHyeon To: Jan Henrik Sylvester Message-ID: <20081104015235.GC98154@cdnetworks.co.kr> References: <490F47BE.9080205@janh.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <490F47BE.9080205@janh.de> User-Agent: Mutt/1.4.2.1i Cc: Boris Samorodov , current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.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 Nov 2008 01:54:41 -0000 On Mon, Nov 03, 2008 at 07:49:34PM +0100, Jan Henrik Sylvester wrote: > Boris wrote: > >Pyun YongHyeon writes: > > > >> As bruffer pointed out the device name chosen conflicts with other > >> driver in tree so I renamed it to ale(4).The URL for the driver is > >> http://people.freebsd.org/~yongari/ale/if_ale.c > >> http://people.freebsd.org/~yongari/ale/if_alereg.h > >> http://people.freebsd.org/~yongari/ale/if_alevar.h > >> http://people.freebsd.org/~yongari/ale/Makefile > >> or > >> http://people.freebsd.org/~yongari/ale/ale.20081030.tar.gz > >> Sorry for confusion. > > > >Tested at EeePC-1000, works fine. BIG thank you, much appreciated. > > I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to copy > with 11.5MB/s -- much better than wlan for big files. Great! > Thanks for testing! > This will probably not go into 7.1-RELEASE, will it? It was too late to go into 7.1-RELEASE, I guess. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 01:58:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 276F91065677 for ; Tue, 4 Nov 2008 01:58:26 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id CE9B98FC1A for ; Tue, 4 Nov 2008 01:58:25 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1047237ywe.13 for ; Mon, 03 Nov 2008 17:58:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=jU/lVHuqVmNyS61O6ZktZwuf8xBApdYDnrOPchjiiXk=; b=QzXubZj3M27uqr9KI69Hf8HMW8nFSaMZdpauvIvnVLwHqLeC8ynQ6/Ax4HJo6R7Czt GWCgbibFDosI0jDdbLV6qq1r2KOTmoq5YGvJsdGfUEZeHT9jcLzusCCPA1hM0l2CJ6fT z0bLXBAOSRBSCCZu6nfL6Hq+/OFJ3QKM1aoDA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=i4IGA2BGqE07C6n3wQvvzhZrfIEycusOKy/knrKenFYw4H6Bhw6U3TLXZ1LnM9GBiv IemyRFMSFN86VZd/wG5sqNNtmoxiKC4bftQFbBqFdimoIjqjHlf9R/6NY2OL/zEzonaR Dmq9uoytHZwzXCWayJ+2Oedjkb2+EwchxyEt8= Received: by 10.151.6.16 with SMTP id j16mr1429272ybi.72.1225763904974; Mon, 03 Nov 2008 17:58:24 -0800 (PST) Received: by 10.150.12.12 with HTTP; Mon, 3 Nov 2008 17:58:24 -0800 (PST) Message-ID: <5f67a8c40811031758k310b36epf088781c8fe2f1b9@mail.gmail.com> Date: Mon, 3 Nov 2008 20:58:24 -0500 From: "Zaphod Beeblebrox" To: rohit.x.tripathi@jpmchase.com In-Reply-To: MIME-Version: 1.0 References: <490F47BE.9080205@janh.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ndis fix near? 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 Nov 2008 01:58:26 -0000 On Mon, Nov 3, 2008 at 3:55 PM, wrote: > I was quite happy with 7.0 until I found that it doesn't support 4965 AGN > card and then switched to CURRENT. > Now that ndis isn't working, I want to offer help but know very little > about wifi devices and freebsd code to contribute anything. > If someone's already working on it, it'll be great to let us know. > I thought the 4965 had it's own driver in -current. From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 02:06:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD33A1065670 for ; Tue, 4 Nov 2008 02:06:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 74DA08FC13 for ; Tue, 4 Nov 2008 02:06:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id b6so154493ana.13 for ; Mon, 03 Nov 2008 18:06:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=+eRAS5kBp6eabaPzgTTyTGdJwsCafFN0KIaHkVsI/HY=; b=L/nPvkXWbsLXc1HbV1SRYInkT2loWObXpVErJ1EBUme2U2D9E4VO0XGeqYb5cwckKv ww6NWaf4f8XHA7FeetbfTYjnUobKGVSTNjy3Vxkmpq1CliBHHQiglob/tWY0RV46F8Z8 /EPR3XDviT2dBb4MZxGNmn9aiMZxBWIX/rvRo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=EwbWpADWzAhRORSfrvss/6lp0LqjouhHWhMwtUEZxoWqW8DzvWHIgiYviV8AocjC5d 2vgvwEZ3kWDEImX6RCAoWcxn8kFS7iIseZIFhiBfwI3JK//1tJJmmT85XtG48d36l+3+ WtQWBkigTid6LNUNaX8Nzx3Iujb4jLSDg0wGE= Received: by 10.100.166.10 with SMTP id o10mr369929ane.126.1225764418510; Mon, 03 Nov 2008 18:06:58 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id d22sm480861and.40.2008.11.03.18.06.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 Nov 2008 18:06:57 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA424vRK098614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Nov 2008 11:04:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA424uGD098613; Tue, 4 Nov 2008 11:04:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 4 Nov 2008 11:04:56 +0900 From: Pyun YongHyeon To: Boris Samorodov Message-ID: <20081104020456.GD98154@cdnetworks.co.kr> References: <20081030040637.GA78796@cdnetworks.co.kr> <20081030114845.GE78796@cdnetworks.co.kr> <14721476@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14721476@bb.ipt.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.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 Nov 2008 02:07:00 -0000 On Mon, Nov 03, 2008 at 08:22:51PM +0300, Boris Samorodov wrote: > Pyun YongHyeon writes: > > > As bruffer pointed out the device name chosen conflicts with other > > driver in tree so I renamed it to ale(4).The URL for the driver is > > http://people.freebsd.org/~yongari/ale/if_ale.c > > http://people.freebsd.org/~yongari/ale/if_alereg.h > > http://people.freebsd.org/~yongari/ale/if_alevar.h > > http://people.freebsd.org/~yongari/ale/Makefile > > or > > http://people.freebsd.org/~yongari/ale/ale.20081030.tar.gz > > Sorry for confusion. > > Tested at EeePC-1000, works fine. BIG thank you, much appreciated. No problem. It's my pleasure to add new hardware to the supported lists of hardwares. > Here is some additional info. > > -- dmesg -- > ale0: port 0xec80-0xecff mem 0xfbfc0000-0xfbffffff irq 17 at device 0.0 on pci4 > ale0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xfbfc0000 > ale0: PCI device revision : 0x00b0 > ale0: Chip id/revision : 0xb002 > ale0: 960 Tx FIFO, 1024 Rx FIFO > ale0: MSIX count : 0 > ale0: MSI count : 1 > ale0: attempting to allocate 1 MSI vectors (1 supported) > ale0: using IRQ 256 for MSI > ale0: Using 1 MSI messages. > ale0: Read request size : 512 bytes. > ale0: TLP payload size : 128 bytes. > ale0: bpf attached > ale0: Ethernet address: 00:22:15:91:e7:98 > ale0: [MPSAFE] > ale0: [FILTER] > ale0: link state changed to DOWN > ale0: interrupt moderation is 100 us. > ale0: link state changed to UP > -- pciconf -- > ale0@pci0:4:0:0: class=0x020000 card=0x83241043 chip=0x10261969 rev=0xb0 hdr=0x00 > vendor = 'Attansic (Now owned by Atheros)' > class = network > subclass = ethernet > -- devinfo -- > pci4 > ale0 pnpinfo vendor=0x1969 device=0x1026 subvendor=0x1043 subdevice=0x8324 class=0x020000 at slot=0 function=0 > Interrupt request lines: > 256 > I/O ports: > 0xec80-0xecff > I/O memory addresses: > 0xfbfc0000-0xfbffffff > miibus0 > atphy0 pnpinfo oui=0x1374 model=0x1 rev=0x9 at phyno=0 > ----- > I had one report that link state changing was not handled correctly for the first time boot. He said unpluging and replugging UTP cable was necessary to make it work on EeePC-1000. Did you also see the same issue? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 02:13:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2018B1065672 for ; Tue, 4 Nov 2008 02:13:28 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id EB1648FC23 for ; Tue, 4 Nov 2008 02:13:27 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mA42DQGf086223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Nov 2008 18:13:27 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <490FAFC6.5010102@freebsd.org> Date: Mon, 03 Nov 2008 18:13:26 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Nick Hibma References: <200811032331.14854.nick@van-laarhoven.org> In-Reply-To: <200811032331.14854.nick@van-laarhoven.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: kerneljack@kerneljack.com, freebsd-current@freebsd.org Subject: Re: problems with wireless using iwi drivers 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 Nov 2008 02:13:28 -0000 Nick Hibma wrote: >> ------------- >> legal.intel_iwi.license_ack=1 >> if_iwi_load="YES" >> wlan_load="YES" >> firmware_load="YES" >> iwi_bss_load="YES" >> iwi_ibss_load="YES" >> iwi_monitor_load="YES" >> hw.psm.synaptics_support=1 >> -------------- >> > > I don't have any of the iwi_*_load="YES" in my kernel config and it still > has loaded the firmware alright. Loading 3 different ones looks wrong to > me. > > 100%|nick@hind:/usr/home/nick % kldstat |grep iwi > 16 1 0xc4088000 30000 iwi_bss.ko > > iwi is in the kernel, as is firmware. > > Have you installed the iwi-firmware port? I guess you have. > > RELENG_7 and HEAD include all Intel wireless firmware in the base system. Do not install ports. iwi automatically loads it's firmware as needed. The firmware is packaged in modules using firmware(9). These modules must be present in /boot/kernel or similar for it to find them. I don't believe it's been necessary to explicitly load them for a long time. man iwi(4) is out of date and needs to be updated. You need only to include the iwifw device/module when you build a kernel to get the required firmware. Sam From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 02:56:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8214106567F for ; Tue, 4 Nov 2008 02:56:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 528A68FC14 for ; Tue, 4 Nov 2008 02:56:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA42tuYa064707; Mon, 3 Nov 2008 19:55:56 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 03 Nov 2008 19:57:09 -0700 (MST) Message-Id: <20081103.195709.-1674606699.imp@bsdimp.com> To: sgk@troutmask.apl.washington.edu From: "M. Warner Losh" In-Reply-To: <20081103232009.GA3161@troutmask.apl.washington.edu> References: <20081103232009.GA3161@troutmask.apl.washington.edu> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: TTY or SSH character echoing issue 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 Nov 2008 02:56:22 -0000 In message: <20081103232009.GA3161@troutmask.apl.washington.edu> Steve Kargl writes: : With current source of 16 Oct 08, I'm seeing a seemly : strange echoing problem when I use ssh to connect from : one node in my cluster to another. At the (t)csh command : line prompt, I want to execute ~/trunk/cmd. So, I have : : % ~/trunk/cmd : : The strange behavior is that the ~ character does not : appear on the terminal until after I enter the / character. : : Any advice at determining whether this a tty or ssh or : some other problem would be appreciated. Are you using tip? Warner From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 03:27:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C29BF1065686 for ; Tue, 4 Nov 2008 03:27:29 +0000 (UTC) (envelope-from borisxm@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7142C8FC1B for ; Tue, 4 Nov 2008 03:27:29 +0000 (UTC) (envelope-from borisxm@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1057152ywe.13 for ; Mon, 03 Nov 2008 19:27:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=fKra00DrGuGzXY3VOJNNImMG53K5a1WPEsJTXpA4Ozc=; b=saDGIhcLEDJFnHgO3vhRZ0IvGRKwDcTkIpVx0QCM9pXku/SPH7cHTMOej0Mtq4y3un vWi01ST5s0BXXR8KFTI589/hjQrP91W0ZU9zcM0IGTeJBLQcKHQsD4OZtT03N3oTNkHE gwiEefFJlH+YnMxDGVDo6IGuifnoOsskXnHM8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=S1hu1b6akl19wT4rr52ex5yJgfON1OVy4HPW/M3NafVRBgrDRh77mN4/7dsU9YFE3G BiqgLVOuUPx7uRAyjrBLtMJAI29twuC2sl+5LLLoIysZuXq79X4V/O8bJN+2LX9idE99 0Vz+VZa3GhgR7HbG0dgC84webJFEpCpsdT8Es= Received: by 10.64.195.20 with SMTP id s20mr1163094qbf.20.1225768031925; Mon, 03 Nov 2008 19:07:11 -0800 (PST) Received: by 10.64.84.17 with HTTP; Mon, 3 Nov 2008 19:07:11 -0800 (PST) Message-ID: <35ab6dd50811031907t2ecd2ddeq82187464a1bbf3c0@mail.gmail.com> Date: Tue, 4 Nov 2008 09:07:11 +0600 From: "Boris Popov" Sender: borisxm@gmail.com To: "Attilio Rao" In-Reply-To: <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081102123100.GA1434@darklight.homeunix.org> <3bbf2fe10811020737g211dfb3fs54b48e4071db2393@mail.gmail.com> <3bbf2fe10811020817g1409a38ep26c1ee8edf075201@mail.gmail.com> X-Google-Sender-Auth: 08a9158a34bfd8c5 Cc: Yuri Pankov , freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: reproducible panic with mount_smbfs 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 Nov 2008 03:27:29 -0000 On Sun, Nov 2, 2008 at 10:17 PM, Attilio Rao wrote: > Yuri, > could you please test this fix: > http://www.freebsd.org/~attilio/netsmb.diff This patch looks wrong to me. AFAIR, the test (LK_EXCLUSIVE && (flags & LK_CANRECURSE)) were intended to prevent situations when SMB connection can not handle multiple requests (eg, during connection setup). But I do agree, that error processing of the lock status is bogus. -- Boris Popov From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 05:01:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5BD110656DC; Tue, 4 Nov 2008 05:01:21 +0000 (UTC) (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 8870C8FC19; Tue, 4 Nov 2008 05:01:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA451JEc012059; Tue, 4 Nov 2008 00:01:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA451IYe068901; Tue, 4 Nov 2008 00:01:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 92A6973039; Tue, 4 Nov 2008 00:01:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104050118.92A6973039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 00:01:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8562/Mon Nov 3 21:34:27 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 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: Tue, 04 Nov 2008 05:01:22 -0000 TB --- 2008-11-04 03:43:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 03:43:05 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-11-04 03:43:05 - cleaning the object tree TB --- 2008-11-04 03:43:40 - cvsupping the source tree TB --- 2008-11-04 03:43:40 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-11-04 03:43:54 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 03:43:54 - cd /src TB --- 2008-11-04 03:43:54 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 03:43:56 UTC 2008 >>> 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 >>> World build completed on Tue Nov 4 04:56:58 UTC 2008 TB --- 2008-11-04 04:56:58 - generating LINT kernel config TB --- 2008-11-04 04:56:58 - cd /src/sys/pc98/conf TB --- 2008-11-04 04:56:58 - /usr/bin/make -B LINT TB --- 2008-11-04 04:56:58 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-04 04:56:58 - cd /src TB --- 2008-11-04 04:56:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 4 04:56:58 UTC 2008 >>> 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 [...] mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/pc98/src/sys/LINT usb_if.c /src/sys/modules/usb/../../dev/usb/hid.c /src/sys/modules/usb/../../dev/usb/uhub.c /src/sys/modules/usb/../../dev/usb/usb.c /src/sys/modules/usb/../../dev/usb/usb_mem.c /src/sys/modules/usb/../../dev/usb/usb_quirks.c /src/sys/modules/usb/../../dev/usb/usb_subr.c /src/sys/modules/usb/../../dev/usb/usbdi.c /src/sys/modules/usb/../../dev/usb/usbdi_util.c /src/sys/modules/usb/../../dev/usb/usb_ethersubr.c ===> usb2 (depend) ===> usb2/bluetooth (depend) @ -> /src/sys machine -> /src/sys/pc98/include i386 -> /src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h make: don't know how to make usb2_if.h. Stop *** Error code 2 Stop in /src/sys/modules/usb2. *** 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 --- 2008-11-04 05:01:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 05:01:18 - ERROR: failed to build lint kernel TB --- 2008-11-04 05:01:18 - tinderbox aborted TB --- 3227.59 user 414.06 system 4692.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 06:30:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 470A81065673; Tue, 4 Nov 2008 06:30:01 +0000 (UTC) (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 1BC568FC13; Tue, 4 Nov 2008 06:30:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA46TxL3014915; Tue, 4 Nov 2008 01:29:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA46TwHr012830; Tue, 4 Nov 2008 01:29:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B861D73039; Tue, 4 Nov 2008 01:29:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104062958.B861D73039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 01:29:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8562/Mon Nov 3 21:34:27 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc 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 Nov 2008 06:30:01 -0000 TB --- 2008-11-04 05:01:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 05:01:18 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-11-04 05:01:18 - cleaning the object tree TB --- 2008-11-04 05:01:53 - cvsupping the source tree TB --- 2008-11-04 05:01:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-11-04 05:02:00 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 05:02:00 - cd /src TB --- 2008-11-04 05:02:00 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 05:02:03 UTC 2008 >>> 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 >>> World build completed on Tue Nov 4 06:14:47 UTC 2008 TB --- 2008-11-04 06:14:47 - generating LINT kernel config TB --- 2008-11-04 06:14:47 - cd /src/sys/powerpc/conf TB --- 2008-11-04 06:14:47 - /usr/bin/make -B LINT TB --- 2008-11-04 06:14:47 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-04 06:14:47 - cd /src TB --- 2008-11-04 06:14:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 4 06:14:47 UTC 2008 >>> 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 [...] awk -f /src/sys/modules/usb2/wlan_rum/../../../conf/kmod_syms.awk usb2_wlan_rum.kld export_syms | xargs -J% objcopy % usb2_wlan_rum.kld ld -Bshareable -d -warn-common -o usb2_wlan_rum.ko usb2_wlan_rum.kld objcopy --strip-debug usb2_wlan_rum.ko ===> usb2/wlan_zyd (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c: In function 'zyd_intr_read_callback': /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c:396: error: case label does not reduce to an integer constant /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c:398: error: case label does not reduce to an integer constant *** Error code 1 Stop in /src/sys/modules/usb2/wlan_zyd. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-04 06:29:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 06:29:58 - ERROR: failed to build lint kernel TB --- 2008-11-04 06:29:58 - tinderbox aborted TB --- 3812.61 user 440.16 system 5319.77 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 12:51:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2D06106567B for ; Tue, 4 Nov 2008 12:51:19 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9967C8FC14 for ; Tue, 4 Nov 2008 12:51:19 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1111073ywe.13 for ; Tue, 04 Nov 2008 04:51:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=+K59eMKhE3lOEArBqlrctw3kMssNwJATdlTOwVUlpbg=; b=x1UuGrAyVqUZFandK0mTxlX8w6ur2qXWgZhuwEnxNLeQsLCnBXzJ19v+0E7HJnPPhb ATXlyJEoDWctqMYMtzV4UUub/RZCPuB0hfyP1lBuMkceK4EuVX5cVi6lL3qf+Ny1lNqY qmnEBRv+5KF8tPErSU5j6XNS26ln+hb2/Bwlk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=QA09fkYf3eXSbhRFJrI55+Fa4gXq3wobWMXwMcARMb6Q9UtjkuYdSLYrWT/KZHJJ25 qeJ9E7VZXSZ+0w2OD/Pl9EnKm7wTP9KkLfw04mDLKYQQO7p4GUIkHAXQyZEqJIPjixbv lOlvKn4DpgzzRQwgpY53tthzIopZtI1UkVEbI= Received: by 10.231.19.3 with SMTP id y3mr14281iba.53.1225803078137; Tue, 04 Nov 2008 04:51:18 -0800 (PST) Received: by 10.231.11.72 with HTTP; Tue, 4 Nov 2008 04:51:18 -0800 (PST) Message-ID: <3a142e750811040451r3ade52c5r869cebc18f71428f@mail.gmail.com> Date: Tue, 4 Nov 2008 13:51:18 +0100 From: "Paul B. Mahol" To: rohit.x.tripathi@jpmchase.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <490F47BE.9080205@janh.de> Cc: freebsd-current@freebsd.org Subject: Re: ndis fix near? 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 Nov 2008 12:51:20 -0000 On 11/3/08, rohit.x.tripathi@jpmchase.com wrote: > I was quite happy with 7.0 until I found that it doesn't support 4965 AGN > card and then switched to CURRENT. > Now that ndis isn't working, I want to offer help but know very little > about wifi devices and freebsd code to contribute anything. > If someone's already working on it, it'll be great to let us know. > That type of card should work with iwn(4) driver, ndis on CURRENT should get fixed soon. From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 14:06:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 467E61065676; Tue, 4 Nov 2008 14:06:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1C2E28FC19; Tue, 4 Nov 2008 14:06:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4E6Ffu090624; Tue, 4 Nov 2008 09:06:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4E6Fmd018005; Tue, 4 Nov 2008 09:06:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD22F73039; Tue, 4 Nov 2008 09:06:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104140614.DD22F73039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 09:06:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8563/Tue Nov 4 06:08:19 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc 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 Nov 2008 14:06:20 -0000 TB --- 2008-11-04 12:36:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 12:36:21 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-11-04 12:36:21 - cleaning the object tree TB --- 2008-11-04 12:36:48 - cvsupping the source tree TB --- 2008-11-04 12:36:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-11-04 12:36:54 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 12:36:54 - cd /src TB --- 2008-11-04 12:36:54 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 12:36:55 UTC 2008 >>> 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 >>> World build completed on Tue Nov 4 13:51:28 UTC 2008 TB --- 2008-11-04 13:51:28 - generating LINT kernel config TB --- 2008-11-04 13:51:28 - cd /src/sys/powerpc/conf TB --- 2008-11-04 13:51:28 - /usr/bin/make -B LINT TB --- 2008-11-04 13:51:28 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-04 13:51:28 - cd /src TB --- 2008-11-04 13:51:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 4 13:51:29 UTC 2008 >>> 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 [...] awk -f /src/sys/modules/usb2/wlan_rum/../../../conf/kmod_syms.awk usb2_wlan_rum.kld export_syms | xargs -J% objcopy % usb2_wlan_rum.kld ld -Bshareable -d -warn-common -o usb2_wlan_rum.ko usb2_wlan_rum.kld objcopy --strip-debug usb2_wlan_rum.ko ===> usb2/wlan_zyd (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c: In function 'zyd_intr_read_callback': /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c:396: error: case label does not reduce to an integer constant /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c:398: error: case label does not reduce to an integer constant *** Error code 1 Stop in /src/sys/modules/usb2/wlan_zyd. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-04 14:06:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 14:06:14 - ERROR: failed to build lint kernel TB --- 2008-11-04 14:06:14 - tinderbox aborted TB --- 3815.56 user 441.05 system 5392.95 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 16:03:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7F3D106567A; Tue, 4 Nov 2008 16:03:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7D3278FC1B; Tue, 4 Nov 2008 16:03:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4G3bu5032178; Tue, 4 Nov 2008 11:03:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4G3bus090748; Tue, 4 Nov 2008 11:03:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5650373039; Tue, 4 Nov 2008 11:03:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104160337.5650373039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 11:03:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8567/Tue Nov 4 09:24:07 2008 clamav-milter version 0.94 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm 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 Nov 2008 16:03:43 -0000 TB --- 2008-11-04 15:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 15:40:01 - starting HEAD tinderbox run for arm/arm TB --- 2008-11-04 15:40:01 - cleaning the object tree TB --- 2008-11-04 15:40:32 - cvsupping the source tree TB --- 2008-11-04 15:40:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-11-04 15:40:40 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 15:40:40 - cd /src TB --- 2008-11-04 15:40:40 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 15:40:42 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-04 16:03:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 16:03:37 - ERROR: failed to build world TB --- 2008-11-04 16:03:37 - tinderbox aborted TB --- 974.42 user 136.70 system 1416.09 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 16:11:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC0F1065670 for ; Tue, 4 Nov 2008 16:11:11 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id D5AE78FC0A for ; Tue, 4 Nov 2008 16:11:10 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so3242754wfg.7 for ; Tue, 04 Nov 2008 08:11:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=ja+VLZcldk6K5gyY/zCmAC4Wm8iU1uiVjSZlO42bmSI=; b=pf7z5gNmVusKcz32exr9OZOQm21pDpZdbd5yrZmqtlqoHcJy+DUfvRrFIcVUIrSe4k pGMLwNzRGnEK/NlkjGDrlcekmBsxRpI0seDDaBceJBDqNxcrC30d7f1HzBxjlVs+okR4 2dbJikQqOeqeOpn9TijKYVRwAFOdxFc5+Nu1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=qI0pl/eTngh2TtNk7LrwHABh/Hqe4ZPs+BEtczl+JA6rDgkU94fXg0Li9TqROtjZVx xbcCp3irtQe4qSC7xDRMbypA/IXqPcv6HPrH3W95wM/eiss5ItVpmydpJTrLXI9nSYSU WnTY1l6Quid0iylqdWsci4TrlsGQXnR+AV4b4= Received: by 10.114.180.1 with SMTP id c1mr1038217waf.85.1225813448200; Tue, 04 Nov 2008 07:44:08 -0800 (PST) Received: by 10.114.161.8 with HTTP; Tue, 4 Nov 2008 07:44:07 -0800 (PST) Message-ID: <747dc8f30811040744y62587d5cn538cdc6eef3af161@mail.gmail.com> Date: Tue, 4 Nov 2008 13:44:07 -0200 From: "Renato Botelho" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: -CURRENT rev. 184639: i386 kernel doesn't build 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 Nov 2008 16:11:11 -0000 After up my svn repo to 184639, kernel stops building with this error: ===> nfsclient (all) ===> nfslockd (all) ===> nfsserver (all) cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/vfs_cache.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GARGA/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/usr/obj/usr/src/sys/GARGA -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:101: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'nfsrv_nmbclusters_tag' cc1: warnings being treated as errors /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c: In function 'nfsrv_init': /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:545: warning: implicit declaration of function 'EVENTHANDLER_DEREGISTER' /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:545: warning: nested extern declaration of 'EVENTHANDLER_DEREGISTER' /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:545: error: 'nmbclusters_change' undeclared (first use in this function) /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:545: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:545: error: for each function it appears in.) /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:546: error: 'nfsrv_nmbclusters_tag' undeclared (first use in this function) /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:559: warning: implicit declaration of function 'EVENTHANDLER_REGISTER' /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:559: warning: nested extern declaration of 'EVENTHANDLER_REGISTER' /usr/src/sys/modules/nfsserver/../../nfsserver/nfs_srvkrpc.c:560: error: 'EVENTHANDLER_PRI_FIRST' undeclared (first use in this function) *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error [1] 53070 exit 2 make -j2 buildkernel -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 16:16:35 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D182E1065694 for ; Tue, 4 Nov 2008 16:16:35 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [194.62.233.102]) by mx1.freebsd.org (Postfix) with ESMTP id 881058FC16 for ; Tue, 4 Nov 2008 16:16:35 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from sp34.ipt.ru ([194.62.233.107] helo=bs1.sp34.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1KxOa1-0006rF-OB; Tue, 04 Nov 2008 19:16:33 +0300 Received: from bsam by bs1.sp34.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KxOa1-0000L2-Gg; Tue, 04 Nov 2008 19:16:33 +0300 To: pyunyh@gmail.com References: <20081030040637.GA78796@cdnetworks.co.kr> <20081030114845.GE78796@cdnetworks.co.kr> <14721476@bb.ipt.ru> <20081104020456.GD98154@cdnetworks.co.kr> From: Boris Samorodov Date: Tue, 04 Nov 2008 19:16:33 +0300 In-Reply-To: <20081104020456.GD98154@cdnetworks.co.kr> (Pyun YongHyeon's message of "Tue\, 4 Nov 2008 11\:04\:56 +0900") Message-ID: <91518878@bs1.sp34.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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 Nov 2008 16:16:35 -0000 Pyun YongHyeon writes: > I had one report that link state changing was not handled correctly > for the first time boot. He said unpluging and replugging UTP cable > was necessary to make it work on EeePC-1000. Did you also see the > same issue? No. In my case all is OK. Tested with two switches (3COM/1G at work and 3COM/100M at home). Both loading from /etc/loader.conf and manually kldloading autodetecting works just fine ending with 100 Mbit/s full-duplex. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 16:43:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AE6F1065672 for ; Tue, 4 Nov 2008 16:43:41 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id BCF928FC16 for ; Tue, 4 Nov 2008 16:43:40 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 81D7E3FA7; Tue, 4 Nov 2008 16:42:56 +0000 (GMT) Message-Id: From: Doug Rabson To: Renato Botelho In-Reply-To: <747dc8f30811040744y62587d5cn538cdc6eef3af161@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 4 Nov 2008 16:43:36 +0000 References: <747dc8f30811040744y62587d5cn538cdc6eef3af161@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD Current Subject: Re: -CURRENT rev. 184639: i386 kernel doesn't build 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 Nov 2008 16:43:41 -0000 On 4 Nov 2008, at 15:44, Renato Botelho wrote: > After up my svn repo to 184639, kernel stops building with this error: Try again with r184643. From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 18:31:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB9F9106567F; Tue, 4 Nov 2008 18:31:07 +0000 (UTC) (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 C25318FC42; Tue, 4 Nov 2008 18:31:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4IV4II014386; Tue, 4 Nov 2008 13:31:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4IV4ef001143; Tue, 4 Nov 2008 13:31:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8DA3A73039; Tue, 4 Nov 2008 13:31:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104183104.8DA3A73039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 13:31:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8567/Tue Nov 4 09:24:07 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 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 Nov 2008 18:31:08 -0000 TB --- 2008-11-04 18:05:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 18:05:23 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-11-04 18:05:23 - cleaning the object tree TB --- 2008-11-04 18:06:05 - cvsupping the source tree TB --- 2008-11-04 18:06:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-11-04 18:06:14 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 18:06:14 - cd /src TB --- 2008-11-04 18:06:14 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 18:06:16 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-04 18:31:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 18:31:04 - ERROR: failed to build world TB --- 2008-11-04 18:31:04 - tinderbox aborted TB --- 1075.59 user 135.95 system 1541.27 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 19:25:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA42C10658E3 for ; Tue, 4 Nov 2008 19:25:00 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 9BA808FC25 for ; Tue, 4 Nov 2008 19:25:00 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3176064rvf.43 for ; Tue, 04 Nov 2008 11:25:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=tEcRLSvV8PWO+b8743+QyItbb0l4+eMcFFiwgE8NjyA=; b=H5IkgsWU/AKNaDQGiQgyllkuWTS5G0iuUIVirxfX3Uk7QZvUDDRQGRXGeVOgPS8Qkk vYOs0kq9/5fRw/FjX6VotH6k8UsOMFK9bwIxDSQJKNQ1KQzeW8bEucWV7OANoEIYPVBw 6fXaT6e6j12Awhq7cWI+PZNfHNJxcT4iCwPvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Okwoj3ecfpt3E2ortSTPq19VLG4eBv4RU/Iqp+2FBFvMF3VRhIgj5Xi5mcrDBIcMx7 Wi+Iej+qVLVKYIHLmfFcUnJa+C6AFpzMes5VdwDTeodJQx5P/aWlSYET935uu6kEK+RH 22jJYSGxx0h7j3w7bWUXKijtIDlWScdR7k+EY= Received: by 10.114.148.2 with SMTP id v2mr1151889wad.173.1225826700170; Tue, 04 Nov 2008 11:25:00 -0800 (PST) Received: by 10.114.161.8 with HTTP; Tue, 4 Nov 2008 11:25:00 -0800 (PST) Message-ID: <747dc8f30811041125t7a6caa48q3206d13454b0d1a@mail.gmail.com> Date: Tue, 4 Nov 2008 17:25:00 -0200 From: "Renato Botelho" To: "Doug Rabson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <747dc8f30811040744y62587d5cn538cdc6eef3af161@mail.gmail.com> Cc: FreeBSD Current Subject: Re: -CURRENT rev. 184639: i386 kernel doesn't build 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 Nov 2008 19:25:00 -0000 On Tue, Nov 4, 2008 at 2:43 PM, Doug Rabson wrote: > > On 4 Nov 2008, at 15:44, Renato Botelho wrote: > >> After up my svn repo to 184639, kernel stops building with this error: > > Try again with r184643. Fixed. Thanks! -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 19:59:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C18F31065674; Tue, 4 Nov 2008 19:59:37 +0000 (UTC) (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 9851E8FC13; Tue, 4 Nov 2008 19:59:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4JxZlA036394; Tue, 4 Nov 2008 14:59:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4JxZtP024032; Tue, 4 Nov 2008 14:59:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 588CB73039; Tue, 4 Nov 2008 14:59:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104195935.588CB73039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 14:59:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8568/Tue Nov 4 13:53:00 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc 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 Nov 2008 19:59:37 -0000 TB --- 2008-11-04 18:31:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 18:31:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-11-04 18:31:04 - cleaning the object tree TB --- 2008-11-04 18:31:29 - cvsupping the source tree TB --- 2008-11-04 18:31:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-11-04 18:31:37 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 18:31:37 - cd /src TB --- 2008-11-04 18:31:37 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 18:31:38 UTC 2008 >>> 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 >>> World build completed on Tue Nov 4 19:44:24 UTC 2008 TB --- 2008-11-04 19:44:24 - generating LINT kernel config TB --- 2008-11-04 19:44:24 - cd /src/sys/powerpc/conf TB --- 2008-11-04 19:44:24 - /usr/bin/make -B LINT TB --- 2008-11-04 19:44:24 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-04 19:44:24 - cd /src TB --- 2008-11-04 19:44:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 4 19:44:24 UTC 2008 >>> 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 [...] awk -f /src/sys/modules/usb2/wlan_rum/../../../conf/kmod_syms.awk usb2_wlan_rum.kld export_syms | xargs -J% objcopy % usb2_wlan_rum.kld ld -Bshareable -d -warn-common -o usb2_wlan_rum.ko usb2_wlan_rum.kld objcopy --strip-debug usb2_wlan_rum.ko ===> usb2/wlan_zyd (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c: In function 'zyd_intr_read_callback': /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c:396: error: case label does not reduce to an integer constant /src/sys/modules/usb2/wlan_zyd/../../../dev/usb2/wlan/if_zyd2.c:398: error: case label does not reduce to an integer constant *** Error code 1 Stop in /src/sys/modules/usb2/wlan_zyd. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-04 19:59:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 19:59:35 - ERROR: failed to build lint kernel TB --- 2008-11-04 19:59:35 - tinderbox aborted TB --- 3815.37 user 439.14 system 5310.50 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 20:14:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3617A1065677; Tue, 4 Nov 2008 20:14:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2A48FC16; Tue, 4 Nov 2008 20:14:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4KEf2k088225; Tue, 4 Nov 2008 15:14:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4KEfQm010582; Tue, 4 Nov 2008 15:14:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EF5B573039; Tue, 4 Nov 2008 15:14:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104201440.EF5B573039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 15:14:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8568/Tue Nov 4 13:53:00 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 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: Tue, 04 Nov 2008 20:14:44 -0000 TB --- 2008-11-04 19:51:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 19:51:50 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-11-04 19:51:50 - cleaning the object tree TB --- 2008-11-04 19:52:24 - cvsupping the source tree TB --- 2008-11-04 19:52:24 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-11-04 19:52:31 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 19:52:31 - cd /src TB --- 2008-11-04 19:52:31 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 19:52:34 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-04 20:14:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 20:14:40 - ERROR: failed to build world TB --- 2008-11-04 20:14:40 - tinderbox aborted TB --- 937.29 user 133.59 system 1370.37 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 20:21:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 468E21065692; Tue, 4 Nov 2008 20:21:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1CBBD8FC08; Tue, 4 Nov 2008 20:21:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4KL38G090462; Tue, 4 Nov 2008 15:21:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4KL3GL052579; Tue, 4 Nov 2008 15:21:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F1FEC73039; Tue, 4 Nov 2008 15:21:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104202102.F1FEC73039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 15:21:02 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8568/Tue Nov 4 13:53:00 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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 Nov 2008 20:21:05 -0000 TB --- 2008-11-04 19:59:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 19:59:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-11-04 19:59:35 - cleaning the object tree TB --- 2008-11-04 20:00:00 - cvsupping the source tree TB --- 2008-11-04 20:00:00 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-11-04 20:00:06 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 20:00:06 - cd /src TB --- 2008-11-04 20:00:06 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 20:00:08 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-04 20:21:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 20:21:02 - ERROR: failed to build world TB --- 2008-11-04 20:21:02 - tinderbox aborted TB --- 936.58 user 130.71 system 1287.57 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 21:03:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 712201065689; Tue, 4 Nov 2008 21:03:23 +0000 (UTC) (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 4834D8FC0C; Tue, 4 Nov 2008 21:03:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4L3LIP051825; Tue, 4 Nov 2008 16:03:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4L3KZA007655; Tue, 4 Nov 2008 16:03:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9B06573039; Tue, 4 Nov 2008 16:03:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104210320.9B06573039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 16:03:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8568/Tue Nov 4 13:53:00 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on arm/arm 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 Nov 2008 21:03:23 -0000 TB --- 2008-11-04 20:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 20:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-11-04 20:40:00 - cleaning the object tree TB --- 2008-11-04 20:40:20 - cvsupping the source tree TB --- 2008-11-04 20:40:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-11-04 20:40:29 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 20:40:29 - cd /src TB --- 2008-11-04 20:40:29 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 20:40:30 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-04 21:03:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 21:03:20 - ERROR: failed to build world TB --- 2008-11-04 21:03:20 - tinderbox aborted TB --- 973.32 user 137.12 system 1400.28 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 21:22:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 860FE1065674; Tue, 4 Nov 2008 21:22:56 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1828FC13; Tue, 4 Nov 2008 21:22:55 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 574B2368DD; Tue, 4 Nov 2008 22:22:54 +0100 (CET) Date: Tue, 4 Nov 2008 22:22:54 +0100 From: Lars Engels To: Thomas Sparrevohn Message-ID: <20081104212254.GB8256@e.0x20.net> Mail-Followup-To: Lars Engels , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZjLa2K+dB9SFbrgo" Content-Disposition: inline In-Reply-To: <200810311716.10165.Thomas.Sparrevohn@btinternet.com> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org, Alfred Perlstein , Hans Petter Selasky , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 21:22:56 -0000 --ZjLa2K+dB9SFbrgo Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: > On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: > > On Friday 31 October 2008, Olivier SMEDTS wrote: > > > Hello, > > > > > > Each device driver has been splitted since RC3. > > > Look in /boot/kernel/usb2_*. You can use modules. > > > For example, for my usb mouse, I use usb2_input_ums. > >=20 > > Hi, > >=20 > > Looks like I made a small typo there. The module is named "usb2_input_m= s"=20 > > while the kernel option is named "usb2_input_ums". The kernel option sh= ould=20 > > be named "usb2_input_ms". > >=20 >=20 > Is this the same issue? >=20 > config: Error: device "usb2_controller_uss820dci" is unknown > config: Error: device "usb2_ethernet_dav" is unknown >=20 device usb2_ethernet_dav is still unknown in the commit version in HEAD. --ZjLa2K+dB9SFbrgo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkQvS4ACgkQKc512sD3afi0vQCgjJi5Q1RIhIGNJFaVis7A8Zt2 aIQAnAsr4VkY8rQUlWWxJe5i42uPYexW =2kyZ -----END PGP SIGNATURE----- --ZjLa2K+dB9SFbrgo-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 21:22:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 860FE1065674; Tue, 4 Nov 2008 21:22:56 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1828FC13; Tue, 4 Nov 2008 21:22:55 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 574B2368DD; Tue, 4 Nov 2008 22:22:54 +0100 (CET) Date: Tue, 4 Nov 2008 22:22:54 +0100 From: Lars Engels To: Thomas Sparrevohn Message-ID: <20081104212254.GB8256@e.0x20.net> Mail-Followup-To: Lars Engels , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZjLa2K+dB9SFbrgo" Content-Disposition: inline In-Reply-To: <200810311716.10165.Thomas.Sparrevohn@btinternet.com> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org, Alfred Perlstein , Hans Petter Selasky , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 21:22:56 -0000 --ZjLa2K+dB9SFbrgo Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: > On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: > > On Friday 31 October 2008, Olivier SMEDTS wrote: > > > Hello, > > > > > > Each device driver has been splitted since RC3. > > > Look in /boot/kernel/usb2_*. You can use modules. > > > For example, for my usb mouse, I use usb2_input_ums. > >=20 > > Hi, > >=20 > > Looks like I made a small typo there. The module is named "usb2_input_m= s"=20 > > while the kernel option is named "usb2_input_ums". The kernel option sh= ould=20 > > be named "usb2_input_ms". > >=20 >=20 > Is this the same issue? >=20 > config: Error: device "usb2_controller_uss820dci" is unknown > config: Error: device "usb2_ethernet_dav" is unknown >=20 device usb2_ethernet_dav is still unknown in the commit version in HEAD. --ZjLa2K+dB9SFbrgo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkQvS4ACgkQKc512sD3afi0vQCgjJi5Q1RIhIGNJFaVis7A8Zt2 aIQAnAsr4VkY8rQUlWWxJe5i42uPYexW =2kyZ -----END PGP SIGNATURE----- --ZjLa2K+dB9SFbrgo-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 21:37:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDBB2106564A for ; Tue, 4 Nov 2008 21:37:37 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 502228FC12 for ; Tue, 4 Nov 2008 21:37:35 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (f054102151.adsl.alicedsl.de [78.54.102.151]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KxTZX40rf-0007SH; Tue, 04 Nov 2008 22:36:24 +0100 Message-ID: <4910C055.8000505@janh.de> Date: Tue, 04 Nov 2008 22:36:21 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: Pyun YongHyeon References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> In-Reply-To: <20081104015235.GC98154@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX19lL3KBOZAWDZRP5djQ9u0BHoHwoYOdDU5+q9I hqmwFQXS4SW0SB03rHdOKTimMplKDQffm+b5tvaARgWk5WZF+8 9dQKT1CYkHyH5g9H7PpFA== X-Mailman-Approved-At: Tue, 04 Nov 2008 21:46:19 +0000 Cc: Boris Samorodov , current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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 Nov 2008 21:37:37 -0000 Pyun YongHyeon wrote: > On Mon, Nov 03, 2008 at 07:49:34PM +0100, Jan Henrik Sylvester wrote: > > >Pyun YongHyeon writes: > > >> http://people.freebsd.org/~yongari/ale/if_ale.c > > > > I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to copy > > with 11.5MB/s -- much better than wlan for big files. Great! > > > > Thanks for testing! I was happy too early. Now I keep getting these: ale0: DMA read error! -- resetting ale0: could not disable Tx/Rx MAC(0x00000008)! ale0: interrupt moderation is 100 us. The speed of copying a file has dropped to <50kB/s. Stopping and restarting the interface does not help, even if I kldunload the driver in the meantime. I have yet to reboot the machine. I do not know what is different, though. I left the computer alone for an hour before using the network... > > This will probably not go into 7.1-RELEASE, will it? > > It was too late to go into 7.1-RELEASE, I guess. It seems to be too early, anyhow. Do you want me to try anything specific? (I hope it does not involve recompiling the kernel on this slow Eee PC.) Cheers, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 21:56:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72F57106567D for ; Tue, 4 Nov 2008 21:56:27 +0000 (UTC) (envelope-from jille@quis.cx) Received: from istud.quis.cx (ip83-113-174-82.adsl2.static.versatel.nl [82.174.113.83]) by mx1.freebsd.org (Postfix) with ESMTP id 296408FC17 for ; Tue, 4 Nov 2008 21:56:26 +0000 (UTC) (envelope-from jille@quis.cx) Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id D206E5C18; Tue, 4 Nov 2008 22:56:25 +0100 (CET) Message-ID: <4910C505.9070809@quis.cx> Date: Tue, 04 Nov 2008 22:56:21 +0100 From: Jille Timmermans User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Alex Keda References: <20081101061930.GA34365@regency.nsu.ru> <490C7625.6060608@quis.cx> <4910C0DF.2040501@lissyara.su> In-Reply-To: <4910C0DF.2040501@lissyara.su> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Alexey Dokuchaev , Ed Schouten , current@freebsd.org Subject: Re: device snp build 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: Tue, 04 Nov 2008 21:56:27 -0000 Alex Keda schreef: > Jille Timmermans пишет: >> Hello, >> >> snp(4) in -CURRENT is currently not supported. >> Ed made a patch for it; which worked for me. >> You can get the latest version from: >> >> http://people.freebsd.org/~ed/mpsafetty/ >> >> (The patch-set also includes other things; like a new /dev/console) > > What was the reason not to support the device? Ed rewrote the TTY system and left out snp(4): * He didn't thought anyone was really needing it * Because it reads from a TTY, and writes to another TTY; it would have caused problems with blocking (full queues, etc) After a while he got convinced to fix snp(4). It is now experimental, so only available through his patchset. But it will make it into HEAD before 8.0. Ed: Please correct me if I'm wrong somewhere -- Jille > >> >> -- Jille >> >> Alexey Dokuchaev schreef: >>> Hi there, >>> >>> Looks like device snp is broken on recent -CURRENT. Is it being >>> supported at all? How useful it is in modern environment? >>> >>> Thanks. Relevant part of build log attached. >>> >>> ./danfe >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> 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 Tue Nov 4 21:56:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F3811065779; Tue, 4 Nov 2008 21:56:48 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 296318FC1E; Tue, 4 Nov 2008 21:56:48 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so618877wag.27 for ; Tue, 04 Nov 2008 13:56:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=69zhpklh+J7r1Z7BUTcoKH77ClnhWs+QJNBsbyQkqjc=; b=vR8dHk7h0XnvHC0iCd8sMbc9kvFGKaJ+8fZYAfIXHzBp8xjAFJ6/pFCHbx7dkEI9ar KxFKfzDSabo7cR6t8Y9RlljnSF4/7gBLkGqZwLO2uh0nJmI7iI1a/c81Fm0zkpDg19JQ Ucd0LpsdicH+1X5IXJZ/YIQN19NBKGzeD6hog= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=lioTZxA4fBvJl5Jb6pcYaTMPTRm2TmB97sC0DecVe8R9dwUqt3Hqc0aG4XFVwgfPCg oXNrl011RXPp8n0jSKiHjX5FcxeS6DYO7udzplUDvA+eiCb0bc9xSDuLmcSeBe49xPsG wD9Za9rtBpAwfAYk6YtW29gtg3dxGyNsMh2a8= Received: by 10.114.77.1 with SMTP id z1mr84661waa.8.1225835807480; Tue, 04 Nov 2008 13:56:47 -0800 (PST) Received: by 10.114.161.8 with HTTP; Tue, 4 Nov 2008 13:56:47 -0800 (PST) Message-ID: <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> Date: Tue, 4 Nov 2008 19:56:47 -0200 From: "Renato Botelho" To: "Lars Engels" , "Thomas Sparrevohn" , freebsd-current@freebsd.org, "Olivier SMEDTS" , "Alfred Perlstein" , current@freebsd.org, freebsd-usb@freebsd.org, "Hans Petter Selasky" In-Reply-To: <20081104212254.GB8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> Cc: Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 21:56:48 -0000 On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels wrote: > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: >> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: >> > On Friday 31 October 2008, Olivier SMEDTS wrote: >> > > Hello, >> > > >> > > Each device driver has been splitted since RC3. >> > > Look in /boot/kernel/usb2_*. You can use modules. >> > > For example, for my usb mouse, I use usb2_input_ums. >> > >> > Hi, >> > >> > Looks like I made a small typo there. The module is named "usb2_input_ms" >> > while the kernel option is named "usb2_input_ums". The kernel option should >> > be named "usb2_input_ms". >> > >> >> Is this the same issue? >> >> config: Error: device "usb2_controller_uss820dci" is unknown >> config: Error: device "usb2_ethernet_dav" is unknown >> > > device usb2_ethernet_dav is still unknown in the commit version in HEAD. I believe it was just a typo, the correct is usb2_ethernet_udav -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 22:05:02 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF3661065686 for ; Tue, 4 Nov 2008 22:05:02 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3CA408FC18 for ; Tue, 4 Nov 2008 22:05:01 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([77.232.23.6]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mA4M4qqJ019632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 01:04:54 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KxU16-0001H0-Jo; Wed, 05 Nov 2008 01:04:52 +0300 From: Vladimir Grebenschikov To: Nick Hibma In-Reply-To: <200810092344.10388.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: Wed, 05 Nov 2008 01:04:52 +0300 Message-Id: <1225836292.3428.37.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Andrea Guzzo , FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 22:05:02 -0000 On Thu, 2008-10-09 at 23:44 +0200, Nick Hibma wrote: > Just now I have committed a driver for Option and Huawei cards previously= =20 > supported by the ubsa driver. More information is in the commit message. >=20 > I am looking for people who would be able to provide more information aft= er=20 > testing with the 3G cards branded by: >=20 > OEM: > Merlin > Huawei > Option > Sierra > Novatel > Qualcomm >=20 > Rebranded: > Dell > Vodafone >=20 > Note: The driver can be copied across to FreeBSD 7-STABLE if you copy the= =20 > sys/modules/u3g directory and sys/dev/usb/u3g.c and sys/dev/usb/usbdevs=20 > files from HEAD and _move_ the ID from ubsa to u3g. >=20 > More information can be found on >=20 > http://people.freebsd.org/~n_hibma/u3g.html Ehh, I have Huawei card, and it works ok before with ubsa driver: Controller /dev/usb5: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), NEC(0x00= 00), rev 1.00 port 1 addr 2: full speed, power 500 mA, config 1, Huawei Mobile(0x1001), = Huawei Technologies(0x12d1), rev 0.00 ucom0: on uhub5 ucom0: configured 3 serial ports (U0.%d) Now (5-days old current), everything looks fine, chat finishes, but ppp failed to handshake (same ppp config works before with ubsa): Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: PPP Started (background mode)= . Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: bundle: Establish Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: deflink: closed -> opening Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: deflink: Connected! Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: deflink: opening -> dial Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Phone: #777 Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: deflink: Dial attempt 1 of 1 Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: AT^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Expect(15): OK Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Received: ^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Received: OK^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: ATE1Q0^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Expect(15): OK Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Received:=20 Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Received: OK^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: ATDT#777^M Nov 5 00:57:37 vbook ppp[4644]: tun0: Chat: Expect(40): CONNECT Nov 5 00:57:37 vbook ppp[4644]: tun0: Chat: Received: ^M Nov 5 00:57:37 vbook ppp[4644]: tun0: Chat: Received: CONNECT^M Nov 5 00:57:37 vbook ppp[4644]: tun0: Phase: deflink: dial -> carrier Nov 5 00:57:38 vbook ppp[4644]: tun0: Phase: deflink: /dev/ttyU0.0 doesn't= support CD Nov 5 00:57:38 vbook ppp[4644]: tun0: Phase: deflink: carrier -> login Nov 5 00:57:38 vbook ppp[4644]: tun0: Phase: deflink: login -> lcp Nov 5 00:57:38 vbook ppp[4644]: tun0: LCP: FSM: Using "deflink" as a trans= port Nov 5 00:57:38 vbook ppp[4644]: tun0: LCP: deflink: State change Initial -= -> Closed Nov 5 00:57:38 vbook ppp[4644]: tun0: LCP: deflink: State change Closed --= > Stopped Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: deflink: LayerStart Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: deflink: SendConfigReq(1) state= =3D Stopped Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: MRU[4] 1500 Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: MAGICNUM[6] 0xb88169a8 Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: deflink: State change Stopped -= -> Req-Sent Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: deflink: RecvConfigAck(1) state= =3D Req-Sent Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: MRU[4] 1500 Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: MAGICNUM[6] 0xb88169a8 Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: deflink: State change Req-Sent = --> Ack-Rcvd Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: RecvConfigReq(3) state= =3D Ack-Rcvd Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: MAGICNUM[6] 0x2e7ad2d8 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: SendConfigAck(3) state= =3D Ack-Rcvd Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: MAGICNUM[6] 0x2e7ad2d8 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: State change Ack-Rcvd = --> Opened Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: LayerUp Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: SendIdent(0) state =3D= Opened Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: MAGICNUM b88169a8 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: TEXT user-ppp 3.4.2 (built COM= PILATIONDATE) Nov 5 00:57:42 vbook ppp[4644]: tun0: Phase: bundle: Authenticate Nov 5 00:57:42 vbook ppp[4644]: tun0: Phase: deflink: his =3D CHAP 0x05, m= ine =3D none Nov 5 00:57:52 vbook ppp[4644]: tun0: Phase: Chap Input: CHALLENGE (16 byt= es from pdsn-m22-7cm2) Nov 5 00:57:52 vbook ppp[4644]: tun0: Phase: Chap Output: RESPONSE (mobile= ) Nov 5 00:57:53 vbook ppp[4644]: tun0: LCP: deflink: RecvEchoRequest(1) sta= te =3D Opened Nov 5 00:57:53 vbook ppp[4644]: tun0: LCP: deflink: SendEchoReply(1) state= =3D Opened Nov 5 00:57:53 vbook ppp[4644]: tun0: CCP: deflink: Error: Unexpected CCP = in phase Authenticate (ignored) Nov 5 00:58:03 vbook last message repeated 3 times Nov 5 00:58:07 vbook ppp[4644]: tun0: IPCP: deflink: Error: Unexpected IPC= P in phase Authenticate (ignored) Nov 5 00:58:07 vbook ppp[4644]: tun0: CCP: deflink: Error: Unexpected CCP = in phase Authenticate (ignored) Nov 5 00:58:11 vbook ppp[4644]: tun0: CCP: deflink: Error: Unexpected CCP = in phase Authenticate (ignored) Nov 5 00:58:42 vbook ppp[4644]: tun0: Phase: deflink: HDLC errors -> FCS: = 26, ADDR: 0, COMD: 0, PROTO: 0 Nov 5 00:58:52 vbook ppp[4644]: tun0: Phase: deflink: ** Too many LQR pack= ets lost ** Nov 5 00:58:52 vbook ppp[4644]: tun0: LCP: deflink: LayerDown Nov 5 00:58:52 vbook ppp[4644]: tun0: LCP: deflink: State change Opened --= > Starting Nov 5 00:58:52 vbook ppp[4644]: tun0: LCP: deflink: LayerFinish Nov 5 00:58:52 vbook ppp[4644]: tun0: LCP: deflink: State change Starting = --> Initial Nov 5 00:58:52 vbook ppp[4644]: tun0: Phase: deflink: Disconnected! It looks like that characters are delivered not reliable way through ucom p= ort: Same on U0.2 port: Below output, just after entring AT\n three times: # cu -l /dev/cuaU0.2 can't open log file /var/log/aculog. Connected ^RSSILVL: 20 8 OK It OK I ^RSSILVL: 20 8=12=01=06=03=06em0=15X=EF=BF=BD6T OK I -------------------- Any hints will be very appriciated. > Thanks, >=20 > Nick P.S. I have also two other problems with same card, (they was with ubsa also): - after disconnecting ppp from port card is not reset, so no more any chat if start ppp again (you just need skip chat phase). - How to reset card before start ? - Disconnecting card crashes kernel, it is possible to catch that crash with DDB, but dump can't be written. Modem is on cardbus device. (probbaly will be fixed by new usb stack ?) --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 22:07:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05A211065689; Tue, 4 Nov 2008 22:07:27 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 65D538FC16; Tue, 4 Nov 2008 22:07:26 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 5ED533A581; Tue, 4 Nov 2008 23:07:25 +0100 (CET) Date: Tue, 4 Nov 2008 23:07:25 +0100 From: Lars Engels To: Renato Botelho Message-ID: <20081104220725.GC8256@e.0x20.net> Mail-Followup-To: Lars Engels , Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mmR5Tf+WJGm+vTLg" Content-Disposition: inline In-Reply-To: <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Hans Petter Selasky , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 22:07:27 -0000 --mmR5Tf+WJGm+vTLg Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 04, 2008 at 07:56:47PM -0200, Renato Botelho wrote: > On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels wrote: > > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: > >> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: > >> > On Friday 31 October 2008, Olivier SMEDTS wrote: > >> > > Hello, > >> > > > >> > > Each device driver has been splitted since RC3. > >> > > Look in /boot/kernel/usb2_*. You can use modules. > >> > > For example, for my usb mouse, I use usb2_input_ums. > >> > > >> > Hi, > >> > > >> > Looks like I made a small typo there. The module is named "usb2_inpu= t_ms" > >> > while the kernel option is named "usb2_input_ums". The kernel option= should > >> > be named "usb2_input_ms". > >> > > >> > >> Is this the same issue? > >> > >> config: Error: device "usb2_controller_uss820dci" is unknown > >> config: Error: device "usb2_ethernet_dav" is unknown > >> > > > > device usb2_ethernet_dav is still unknown in the commit version in HEAD. >=20 > I believe it was just a typo, the correct is usb2_ethernet_udav Good point. :) After changing it to _udav I am getting this: In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, from /usr/src/sys/dev/usb2/sound/uaudio2.c:79: /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No such file or directory /usr/src/sys/dev/usb2/sound/uaudio2.c:81:23: error: feeder_if.h: No such file or directory In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, from /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:31: /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No such file or directory /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:36:22: error: mixer_if.h: No such file or directory mkdep: compile failed --mmR5Tf+WJGm+vTLg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkQx50ACgkQKc512sD3afhyuwCfcEkxQew3HvRj5UP2GNFtnqu+ 6zMAmwa5WG5itp3SJMIbVq0z7qM6D0Ox =E0j8 -----END PGP SIGNATURE----- --mmR5Tf+WJGm+vTLg-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 22:07:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05A211065689; Tue, 4 Nov 2008 22:07:27 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 65D538FC16; Tue, 4 Nov 2008 22:07:26 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 5ED533A581; Tue, 4 Nov 2008 23:07:25 +0100 (CET) Date: Tue, 4 Nov 2008 23:07:25 +0100 From: Lars Engels To: Renato Botelho Message-ID: <20081104220725.GC8256@e.0x20.net> Mail-Followup-To: Lars Engels , Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mmR5Tf+WJGm+vTLg" Content-Disposition: inline In-Reply-To: <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Hans Petter Selasky , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 22:07:27 -0000 --mmR5Tf+WJGm+vTLg Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 04, 2008 at 07:56:47PM -0200, Renato Botelho wrote: > On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels wrote: > > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: > >> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: > >> > On Friday 31 October 2008, Olivier SMEDTS wrote: > >> > > Hello, > >> > > > >> > > Each device driver has been splitted since RC3. > >> > > Look in /boot/kernel/usb2_*. You can use modules. > >> > > For example, for my usb mouse, I use usb2_input_ums. > >> > > >> > Hi, > >> > > >> > Looks like I made a small typo there. The module is named "usb2_inpu= t_ms" > >> > while the kernel option is named "usb2_input_ums". The kernel option= should > >> > be named "usb2_input_ms". > >> > > >> > >> Is this the same issue? > >> > >> config: Error: device "usb2_controller_uss820dci" is unknown > >> config: Error: device "usb2_ethernet_dav" is unknown > >> > > > > device usb2_ethernet_dav is still unknown in the commit version in HEAD. >=20 > I believe it was just a typo, the correct is usb2_ethernet_udav Good point. :) After changing it to _udav I am getting this: In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, from /usr/src/sys/dev/usb2/sound/uaudio2.c:79: /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No such file or directory /usr/src/sys/dev/usb2/sound/uaudio2.c:81:23: error: feeder_if.h: No such file or directory In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, from /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:31: /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No such file or directory /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:36:22: error: mixer_if.h: No such file or directory mkdep: compile failed --mmR5Tf+WJGm+vTLg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkQx50ACgkQKc512sD3afhyuwCfcEkxQew3HvRj5UP2GNFtnqu+ 6zMAmwa5WG5itp3SJMIbVq0z7qM6D0Ox =E0j8 -----END PGP SIGNATURE----- --mmR5Tf+WJGm+vTLg-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 22:22:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DF281065678 for ; Tue, 4 Nov 2008 22:22:27 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 05E0C8FC0C for ; Tue, 4 Nov 2008 22:22:26 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.148.216] (port=51390 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KxTbk-0005KE-FU; Wed, 05 Nov 2008 00:38:40 +0300 Message-ID: <4910C0DF.2040501@lissyara.su> Date: Wed, 05 Nov 2008 00:38:39 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.17) Gecko/20080928 Thunderbird/2.0.0.17 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Jille Timmermans References: <20081101061930.GA34365@regency.nsu.ru> <490C7625.6060608@quis.cx> In-Reply-To: <490C7625.6060608@quis.cx> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Alexey Dokuchaev , current@freebsd.org Subject: Re: device snp build 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: Tue, 04 Nov 2008 22:22:27 -0000 Jille Timmermans пишет: > Hello, > > snp(4) in -CURRENT is currently not supported. > Ed made a patch for it; which worked for me. > You can get the latest version from: > > http://people.freebsd.org/~ed/mpsafetty/ > > (The patch-set also includes other things; like a new /dev/console) What was the reason not to support the device? > > -- Jille > > Alexey Dokuchaev schreef: >> Hi there, >> >> Looks like device snp is broken on recent -CURRENT. Is it being >> supported at all? How useful it is in modern environment? >> >> Thanks. Relevant part of build log attached. >> >> ./danfe >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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 Tue Nov 4 22:22:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F82F106572C for ; Tue, 4 Nov 2008 22:22:35 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id F07DC8FC17 for ; Tue, 4 Nov 2008 22:22:34 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so625301wag.27 for ; Tue, 04 Nov 2008 14:22:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=69zhpklh+J7r1Z7BUTcoKH77ClnhWs+QJNBsbyQkqjc=; b=vR8dHk7h0XnvHC0iCd8sMbc9kvFGKaJ+8fZYAfIXHzBp8xjAFJ6/pFCHbx7dkEI9ar KxFKfzDSabo7cR6t8Y9RlljnSF4/7gBLkGqZwLO2uh0nJmI7iI1a/c81Fm0zkpDg19JQ Ucd0LpsdicH+1X5IXJZ/YIQN19NBKGzeD6hog= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=lioTZxA4fBvJl5Jb6pcYaTMPTRm2TmB97sC0DecVe8R9dwUqt3Hqc0aG4XFVwgfPCg oXNrl011RXPp8n0jSKiHjX5FcxeS6DYO7udzplUDvA+eiCb0bc9xSDuLmcSeBe49xPsG wD9Za9rtBpAwfAYk6YtW29gtg3dxGyNsMh2a8= Received: by 10.114.77.1 with SMTP id z1mr84661waa.8.1225835807480; Tue, 04 Nov 2008 13:56:47 -0800 (PST) Received: by 10.114.161.8 with HTTP; Tue, 4 Nov 2008 13:56:47 -0800 (PST) Message-ID: <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> Date: Tue, 4 Nov 2008 19:56:47 -0200 From: "Renato Botelho" To: "Lars Engels" , "Thomas Sparrevohn" , freebsd-current@freebsd.org, "Olivier SMEDTS" , "Alfred Perlstein" , current@freebsd.org, freebsd-usb@freebsd.org, "Hans Petter Selasky" In-Reply-To: <20081104212254.GB8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> Cc: Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 22:22:35 -0000 On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels wrote: > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: >> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: >> > On Friday 31 October 2008, Olivier SMEDTS wrote: >> > > Hello, >> > > >> > > Each device driver has been splitted since RC3. >> > > Look in /boot/kernel/usb2_*. You can use modules. >> > > For example, for my usb mouse, I use usb2_input_ums. >> > >> > Hi, >> > >> > Looks like I made a small typo there. The module is named "usb2_input_ms" >> > while the kernel option is named "usb2_input_ums". The kernel option should >> > be named "usb2_input_ms". >> > >> >> Is this the same issue? >> >> config: Error: device "usb2_controller_uss820dci" is unknown >> config: Error: device "usb2_ethernet_dav" is unknown >> > > device usb2_ethernet_dav is still unknown in the commit version in HEAD. I believe it was just a typo, the correct is usb2_ethernet_udav -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 22:24:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A2BE1065672 for ; Tue, 4 Nov 2008 22:24:36 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id F24418FC14 for ; Tue, 4 Nov 2008 22:24:35 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C1CF31CDA4; Tue, 4 Nov 2008 23:24:34 +0100 (CET) Date: Tue, 4 Nov 2008 23:24:34 +0100 From: Ed Schouten To: Jille Timmermans Message-ID: <20081104222434.GZ1165@hoeg.nl> References: <20081101061930.GA34365@regency.nsu.ru> <490C7625.6060608@quis.cx> <4910C0DF.2040501@lissyara.su> <4910C505.9070809@quis.cx> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9kBr9UDtZsI8nE8z" Content-Disposition: inline In-Reply-To: <4910C505.9070809@quis.cx> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Alex Keda , Alexey Dokuchaev , current@freebsd.org Subject: Re: device snp build 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: Tue, 04 Nov 2008 22:24:36 -0000 --9kBr9UDtZsI8nE8z Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Jille, Alex, Alexey, * Jille Timmermans wrote: > Alex Keda schreef: > > Jille Timmermans =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> Hello, > >> > >> snp(4) in -CURRENT is currently not supported. > >> Ed made a patch for it; which worked for me. > >> You can get the latest version from: > >> > >> http://people.freebsd.org/~ed/mpsafetty/ > >> > >> (The patch-set also includes other things; like a new /dev/console) > >=20 > > What was the reason not to support the device? > Ed rewrote the TTY system and left out snp(4): > * He didn't thought anyone was really needing it > * Because it reads from a TTY, and writes to another TTY; it would have > caused problems with blocking (full queues, etc) >=20 > After a while he got convinced to fix snp(4). > It is now experimental, so only available through his patchset. >=20 > But it will make it into HEAD before 8.0. >=20 > Ed: Please correct me if I'm wrong somewhere The main problem with snp(4) was that its design didn't really fit into the model of the new TTY layer that I imported back in August. The reason the new snp(4) isn't available in SVN yet, is because it isn't finished. It doesn't return the traditional snp(4) status codes and doesn't allow descriptors to /dev/snp to switch to a different TTY after being used. I really want to fix at least the first issue, but so far I haven't found {time,interest,etc}. The new snp(4) code is already pretty sweet - it works a lot better than the old driver. Maybe someone else is interested in fixing it? --=20 Ed Schouten WWW: http://80386.nl/ --9kBr9UDtZsI8nE8z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkQy6IACgkQ52SDGA2eCwWeBgCfRF0Cb0/KCwoUziBqwY3lhOM4 EocAnilZh1SFdp+I5VJsn43xnRouwRdY =FzkR -----END PGP SIGNATURE----- --9kBr9UDtZsI8nE8z-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 22:25:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21FD91065672 for ; Tue, 4 Nov 2008 22:25:38 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml05.kpnxchange.com (cpsmtpo-eml05.KPNXCHANGE.COM [213.75.38.154]) by mx1.freebsd.org (Postfix) with ESMTP id A5A7E8FC28 for ; Tue, 4 Nov 2008 22:25:37 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml04.kpnxchange.com ([213.75.38.104]) by cpsmtpo-eml05.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Nov 2008 23:25:35 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml04.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Nov 2008 23:25:35 +0100 Received: (qmail 33310 invoked by uid 98); 4 Nov 2008 22:25:47 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.1/5.0):. Processed in 6.093264 secs); 04 Nov 2008 22:25:47 -0000 X-Spam-Status: No, score=-1.1 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 4 Nov 2008 22:25:41 -0000 Received: (nullmailer pid 31309 invoked by uid 1001); Tue, 04 Nov 2008 22:25:26 -0000 From: Nick Hibma To: Vladimir Grebenschikov Date: Tue, 4 Nov 2008 23:25:25 +0100 User-Agent: KMail/1.9.7 References: <200810092344.10388.nick@van-laarhoven.org> <1225836292.3428.37.camel@localhost> In-Reply-To: <1225836292.3428.37.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811042325.26574.nick@van-laarhoven.org> X-OriginalArrivalTime: 04 Nov 2008 22:25:35.0837 (UTC) FILETIME=[4200D0D0:01C93ECC] Cc: Andrea Guzzo , FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 22:25:38 -0000 > Now (5-days old current), everything looks fine, chat finishes, but ppp > failed to handshake (same ppp config works before with ubsa): > > Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: PPP Started (background > mode). Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: bundle: Establish > Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: ATDT#777^M Are you sure this phone number is correct? I'd have to check the 3GPP spec, but something like ATDT*99***1# is more like the Huawei expects. The general format is *****#. If you have set multiple PDP contexts through AT+CGDCONT you can select the one you need by replacing the '1' in the line above with the appropriate number. The 'Unexpected * in phase *' I've not seen before and would indicate that a valid packet is received but one that is not appropriate at that point. You might want to add some more logging options to see what is going on. > It looks like that characters are delivered not reliable way through ucom > port: Same on U0.2 port: Weird. Should not happen. > - after disconnecting ppp from port card is not reset, so no more any > chat if start ppp again (you just need skip chat phase). - How to reset > card before start ? We've had this problem with an EDGE card from Option, and we basically power down the port and power up again the card to get it back. Patches have been sent to Warner to get committed. > - Disconnecting card crashes kernel, it is possible to catch that crash > with DDB, but dump can't be written. Modem is on cardbus device. > (probbaly will be fixed by new usb stack ?) kldunload usb first. The USB stack crashes if the device disappears. This takes some effort as you will have to unload all related modules. If you have ums_load="YES" in your /boot/loader.conf without usb_load="YES", then you are in luck as you should be able to unload ums and usb will unload as well. Once these are unloaded you should be able to unload the PCMCIA card without problems. Works with Option cards this way. Nick From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 23:04:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A801065708; Tue, 4 Nov 2008 23:04:04 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 020E58FC21; Tue, 4 Nov 2008 23:04:04 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 050EE3A6C6; Wed, 5 Nov 2008 00:04:02 +0100 (CET) Date: Wed, 5 Nov 2008 00:04:02 +0100 From: Lars Engels To: Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Message-ID: <20081104230402.GD8256@e.0x20.net> Mail-Followup-To: Lars Engels , Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> <20081104220725.GC8256@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WjpOG6URjntW8FAF" Content-Disposition: inline In-Reply-To: <20081104220725.GC8256@e.0x20.net> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: USB4BSD release candidate number 3 - request for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 23:04:04 -0000 --WjpOG6URjntW8FAF Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 04, 2008 at 11:07:25PM +0100, Lars Engels wrote: > On Tue, Nov 04, 2008 at 07:56:47PM -0200, Renato Botelho wrote: > > On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels wrote: > > > device usb2_ethernet_dav is still unknown in the commit version in HE= AD. > >=20 > > I believe it was just a typo, the correct is usb2_ethernet_udav >=20 > Good point. :) After changing it to _udav I am getting this: > In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, > from /usr/src/sys/dev/usb2/sound/uaudio2.c:79: > /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No > such file or directory > /usr/src/sys/dev/usb2/sound/uaudio2.c:81:23: error: feeder_if.h: No such > file or directory > In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, > from /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:31: > /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No > such file or directory > /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:36:22: error: mixer_if.h: No > such file or directory >=20 > mkdep: compile failed >=20 Now I just removed everything but usb2_core from the kernel config and load the modules manually. So far it runs pretty good. Mounting a umass device, removing it and doing an 'ls' on the mountpoint freezes the system, I thought this should not happen with the new stack? sysctl hw.usb2.uscanner.uscanner: 0 ^^^^^^^^ Could it be that this should be "debug"? --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --WjpOG6URjntW8FAF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkQ1OIACgkQKc512sD3afhvTACeI0dcyDfvZKRXUwF+Xzyi//VY pLgAnAx4Rz8XoWzGO5YxVMaftKFrwQdL =+WMj -----END PGP SIGNATURE----- --WjpOG6URjntW8FAF-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 23:04:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A801065708; Tue, 4 Nov 2008 23:04:04 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 020E58FC21; Tue, 4 Nov 2008 23:04:04 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 050EE3A6C6; Wed, 5 Nov 2008 00:04:02 +0100 (CET) Date: Wed, 5 Nov 2008 00:04:02 +0100 From: Lars Engels To: Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Message-ID: <20081104230402.GD8256@e.0x20.net> Mail-Followup-To: Lars Engels , Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> <20081104220725.GC8256@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WjpOG6URjntW8FAF" Content-Disposition: inline In-Reply-To: <20081104220725.GC8256@e.0x20.net> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: USB4BSD release candidate number 3 - request for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 23:04:04 -0000 --WjpOG6URjntW8FAF Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 04, 2008 at 11:07:25PM +0100, Lars Engels wrote: > On Tue, Nov 04, 2008 at 07:56:47PM -0200, Renato Botelho wrote: > > On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels wrote: > > > device usb2_ethernet_dav is still unknown in the commit version in HE= AD. > >=20 > > I believe it was just a typo, the correct is usb2_ethernet_udav >=20 > Good point. :) After changing it to _udav I am getting this: > In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, > from /usr/src/sys/dev/usb2/sound/uaudio2.c:79: > /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No > such file or directory > /usr/src/sys/dev/usb2/sound/uaudio2.c:81:23: error: feeder_if.h: No such > file or directory > In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, > from /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:31: > /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No > such file or directory > /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:36:22: error: mixer_if.h: No > such file or directory >=20 > mkdep: compile failed >=20 Now I just removed everything but usb2_core from the kernel config and load the modules manually. So far it runs pretty good. Mounting a umass device, removing it and doing an 'ls' on the mountpoint freezes the system, I thought this should not happen with the new stack? sysctl hw.usb2.uscanner.uscanner: 0 ^^^^^^^^ Could it be that this should be "debug"? --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --WjpOG6URjntW8FAF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkQ1OIACgkQKc512sD3afhvTACeI0dcyDfvZKRXUwF+Xzyi//VY pLgAnAx4Rz8XoWzGO5YxVMaftKFrwQdL =+WMj -----END PGP SIGNATURE----- --WjpOG6URjntW8FAF-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 23:05:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48FD1065674; Tue, 4 Nov 2008 23:05:48 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 766D48FC19; Tue, 4 Nov 2008 23:05:48 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id A0FCE3A6D8; Wed, 5 Nov 2008 00:05:47 +0100 (CET) Date: Wed, 5 Nov 2008 00:05:47 +0100 From: Lars Engels To: Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Message-ID: <20081104230547.GE8256@e.0x20.net> Mail-Followup-To: Lars Engels , Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xd9y+pRso0hzCdjI" Content-Disposition: inline In-Reply-To: <20081104230402.GD8256@e.0x20.net> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: USB4BSD release candidate number 3 - request for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 23:05:48 -0000 --xd9y+pRso0hzCdjI Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 05, 2008 at 12:04:02AM +0100, Lars Engels wrote: >=20 >=20 > Now I just removed everything but usb2_core from the kernel config and > load the modules manually. So far it runs pretty good. >=20 > Mounting a umass device, removing it and doing an 'ls' on the mountpoint > freezes the system, I thought this should not happen with the new stack? >=20 > sysctl hw.usb2.uscanner.uscanner: 0 > ^^^^^^^^ > Could it be that this should be "debug"? And one last thing: # usbdevs -v usbdevs: no USB controllers found Huh? :) --xd9y+pRso0hzCdjI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkQ1UsACgkQKc512sD3afg5zwCfaTQ7Tnyw67zFlJkw+Iy6dspU KRsAnAzMRqKtG71iJiQLsbqY5V8XO1Qo =sUU9 -----END PGP SIGNATURE----- --xd9y+pRso0hzCdjI-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 23:05:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48FD1065674; Tue, 4 Nov 2008 23:05:48 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 766D48FC19; Tue, 4 Nov 2008 23:05:48 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id A0FCE3A6D8; Wed, 5 Nov 2008 00:05:47 +0100 (CET) Date: Wed, 5 Nov 2008 00:05:47 +0100 From: Lars Engels To: Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Message-ID: <20081104230547.GE8256@e.0x20.net> Mail-Followup-To: Lars Engels , Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xd9y+pRso0hzCdjI" Content-Disposition: inline In-Reply-To: <20081104230402.GD8256@e.0x20.net> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: USB4BSD release candidate number 3 - request for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 23:05:48 -0000 --xd9y+pRso0hzCdjI Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 05, 2008 at 12:04:02AM +0100, Lars Engels wrote: >=20 >=20 > Now I just removed everything but usb2_core from the kernel config and > load the modules manually. So far it runs pretty good. >=20 > Mounting a umass device, removing it and doing an 'ls' on the mountpoint > freezes the system, I thought this should not happen with the new stack? >=20 > sysctl hw.usb2.uscanner.uscanner: 0 > ^^^^^^^^ > Could it be that this should be "debug"? And one last thing: # usbdevs -v usbdevs: no USB controllers found Huh? :) --xd9y+pRso0hzCdjI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkQ1UsACgkQKc512sD3afg5zwCfaTQ7Tnyw67zFlJkw+Iy6dspU KRsAnAzMRqKtG71iJiQLsbqY5V8XO1Qo =sUU9 -----END PGP SIGNATURE----- --xd9y+pRso0hzCdjI-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 23:30:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E41121065675; Tue, 4 Nov 2008 23:30:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A62168FC1B; Tue, 4 Nov 2008 23:30:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4NUJB5025461; Tue, 4 Nov 2008 18:30:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA4NUJG8066033; Tue, 4 Nov 2008 18:30:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 09F5373039; Tue, 4 Nov 2008 18:30:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081104233019.09F5373039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 18:30:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8568/Tue Nov 4 13:53:00 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 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 Nov 2008 23:30:23 -0000 TB --- 2008-11-04 23:05:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-04 23:05:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-11-04 23:05:24 - cleaning the object tree TB --- 2008-11-04 23:05:34 - cvsupping the source tree TB --- 2008-11-04 23:05:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-11-04 23:05:40 - building world (CFLAGS=-O -pipe) TB --- 2008-11-04 23:05:40 - cd /src TB --- 2008-11-04 23:05:40 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 4 23:05:42 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-04 23:30:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-04 23:30:18 - ERROR: failed to build world TB --- 2008-11-04 23:30:18 - tinderbox aborted TB --- 1074.46 user 134.05 system 1493.98 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 23:38:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F71106568C; Tue, 4 Nov 2008 23:38:27 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id C771F8FC08; Tue, 4 Nov 2008 23:38:26 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 05DA02BC47; Wed, 5 Nov 2008 12:11:40 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tqY9x-IF9fIC; Wed, 5 Nov 2008 12:11:36 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 5 Nov 2008 12:11:36 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id AD7F61142E; Wed, 5 Nov 2008 12:11:35 +1300 (NZDT) Date: Tue, 4 Nov 2008 15:11:35 -0800 From: Andrew Thompson To: Lars Engels , Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Message-ID: <20081104231135.GB840@citylink.fud.org.nz> References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> <20081104230547.GE8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081104230547.GE8256@e.0x20.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 23:38:27 -0000 On Wed, Nov 05, 2008 at 12:05:47AM +0100, Lars Engels wrote: > On Wed, Nov 05, 2008 at 12:04:02AM +0100, Lars Engels wrote: > > > > > > Now I just removed everything but usb2_core from the kernel config and > > load the modules manually. So far it runs pretty good. > > > > Mounting a umass device, removing it and doing an 'ls' on the mountpoint > > freezes the system, I thought this should not happen with the new stack? > > > > sysctl hw.usb2.uscanner.uscanner: 0 > > ^^^^^^^^ > > Could it be that this should be "debug"? > > And one last thing: > # usbdevs -v > usbdevs: no USB controllers found usbdevs does not work with it, there is a new usbconfig util that should do what you want. Andrew From owner-freebsd-current@FreeBSD.ORG Tue Nov 4 23:38:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F71106568C; Tue, 4 Nov 2008 23:38:27 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id C771F8FC08; Tue, 4 Nov 2008 23:38:26 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 05DA02BC47; Wed, 5 Nov 2008 12:11:40 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tqY9x-IF9fIC; Wed, 5 Nov 2008 12:11:36 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 5 Nov 2008 12:11:36 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id AD7F61142E; Wed, 5 Nov 2008 12:11:35 +1300 (NZDT) Date: Tue, 4 Nov 2008 15:11:35 -0800 From: Andrew Thompson To: Lars Engels , Renato Botelho , Thomas Sparrevohn , freebsd-current@freebsd.org, Olivier SMEDTS , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Message-ID: <20081104231135.GB840@citylink.fud.org.nz> References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> <20081104230547.GE8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081104230547.GE8256@e.0x20.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 23:38:27 -0000 On Wed, Nov 05, 2008 at 12:05:47AM +0100, Lars Engels wrote: > On Wed, Nov 05, 2008 at 12:04:02AM +0100, Lars Engels wrote: > > > > > > Now I just removed everything but usb2_core from the kernel config and > > load the modules manually. So far it runs pretty good. > > > > Mounting a umass device, removing it and doing an 'ls' on the mountpoint > > freezes the system, I thought this should not happen with the new stack? > > > > sysctl hw.usb2.uscanner.uscanner: 0 > > ^^^^^^^^ > > Could it be that this should be "debug"? > > And one last thing: > # usbdevs -v > usbdevs: no USB controllers found usbdevs does not work with it, there is a new usbconfig util that should do what you want. Andrew From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 00:49:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32DC1106564A for ; Wed, 5 Nov 2008 00:49:34 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 0281B8FC1F for ; Wed, 5 Nov 2008 00:49:33 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3322244rvf.43 for ; Tue, 04 Nov 2008 16:49:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=MOfs88LNK+tzJYzkAcdKNUZcynxdt2XtYu4gWrBP8ko=; b=Zep4eb4YMATV3EBY7Yso0WuRkJSayaUX5tp7iau1bmfB6ndONWzyqnk/YYv20AhwIS TENdrz+tvcrO0lxO8S9yKSd6Uo9JTY0OWbgg5NUW3xDt+aVTFyjoW+PUv9QgzWmhqMhG c4Pdbve8UgJ3pu25LWwRo/ymnWHtrkis7w158= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=acUa/RNaRZ9nRM4+hJXGmZlx7EbyhGixIGtoKG4/Rl4o0SsvHA4M0KjqBhPkh5uZIN blecZlzCl0mtBtDgthQMI20lcU3WRk3Uz0d/TGLFzQsEGdjHCUuU0YmTA4dabsFrhl0x RJz71OvlZl9rzpo2bV2NSFRtjSMxmsTYp3eak= Received: by 10.114.181.6 with SMTP id d6mr169147waf.174.1225846173216; Tue, 04 Nov 2008 16:49:33 -0800 (PST) Received: by 10.114.161.8 with HTTP; Tue, 4 Nov 2008 16:49:33 -0800 (PST) Message-ID: <747dc8f30811041649s29561c8en75adcc353f9e9da2@mail.gmail.com> Date: Tue, 4 Nov 2008 22:49:33 -0200 From: "Renato Botelho" To: "Jille Timmermans" In-Reply-To: <490C7625.6060608@quis.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081101061930.GA34365@regency.nsu.ru> <490C7625.6060608@quis.cx> Cc: Alexey Dokuchaev , current@freebsd.org Subject: Re: device snp build 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: Wed, 05 Nov 2008 00:49:34 -0000 On Sat, Nov 1, 2008 at 1:30 PM, Jille Timmermans wrote: > Hello, > > snp(4) in -CURRENT is currently not supported. > Ed made a patch for it; which worked for me. > You can get the latest version from: > > http://people.freebsd.org/~ed/mpsafetty/ JFYI, the patch is not applying clean, at least on sys/dev/snp/snp.c -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 01:13:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3747106564A; Wed, 5 Nov 2008 01:13:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 99EDB8FC21; Wed, 5 Nov 2008 01:13:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA51DEku033498; Tue, 4 Nov 2008 20:13:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA51DEQo068153; Tue, 4 Nov 2008 20:13:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4165573039; Tue, 4 Nov 2008 20:13:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105011314.4165573039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 20:13:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8568/Tue Nov 4 13:53:00 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 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 Nov 2008 01:13:17 -0000 TB --- 2008-11-05 00:50:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 00:50:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-11-05 00:50:25 - cleaning the object tree TB --- 2008-11-05 00:50:34 - cvsupping the source tree TB --- 2008-11-05 00:50:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-11-05 00:50:41 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 00:50:41 - cd /src TB --- 2008-11-05 00:50:41 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 00:50:45 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 01:13:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 01:13:13 - ERROR: failed to build world TB --- 2008-11-05 01:13:13 - tinderbox aborted TB --- 936.92 user 132.16 system 1368.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 01:31:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44C3B106567C; Wed, 5 Nov 2008 01:31:23 +0000 (UTC) (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 E7EB88FC1F; Wed, 5 Nov 2008 01:31:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA51VKu7082693; Tue, 4 Nov 2008 20:31:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA51VKT0083586; Tue, 4 Nov 2008 20:31:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8FAAF73039; Tue, 4 Nov 2008 20:31:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105013120.8FAAF73039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 20:31:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8568/Tue Nov 4 13:53:00 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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 Nov 2008 01:31:23 -0000 TB --- 2008-11-05 01:11:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 01:11:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-11-05 01:11:55 - cleaning the object tree TB --- 2008-11-05 01:12:03 - cvsupping the source tree TB --- 2008-11-05 01:12:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-11-05 01:12:08 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 01:12:08 - cd /src TB --- 2008-11-05 01:12:08 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 01:12:09 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 01:31:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 01:31:20 - ERROR: failed to build world TB --- 2008-11-05 01:31:20 - tinderbox aborted TB --- 926.62 user 128.38 system 1165.56 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 01:32:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5100C106568E; Wed, 5 Nov 2008 01:32:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD8C8FC14; Wed, 5 Nov 2008 01:32:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA51TbiW015380; Tue, 4 Nov 2008 18:29:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Nov 2008 18:30:51 -0700 (MST) Message-Id: <20081104.183051.689649421.imp@bsdimp.com> To: bruce@cran.org.uk From: "M. Warner Losh" In-Reply-To: <20081104165029.225511d8@tau.draftnet> References: <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> <20081104165029.225511d8@tau.draftnet> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Olivier@freebsd.org, bright@mu.org, rbgarga@gmail.com, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, lme@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 01:32:17 -0000 In message: <20081104165029.225511d8@tau.draftnet> Bruce Cran writes: : On Wed, 5 Nov 2008 00:04:02 +0100 : Lars Engels wrote: : > Now I just removed everything but usb2_core from the kernel config and : > load the modules manually. So far it runs pretty good. : > : > Mounting a umass device, removing it and doing an 'ls' on the : > mountpoint freezes the system, I thought this should not happen with : > the new stack? : > : : I seem to remember the problem was tracked back to something in the cam : layer not liking surprise removals? For msdos filesystem, there were a number of minor tweaks that were made to make this suck less. Some were in the old usb layer, but most were in the buffer cache of FreeBSD to make it more resilient to errors from the device... But it wasn't totally fixed... Hans' stack did have a period of time when card removal was working better than the stock FreeBSD stack, but that got cleaned up before 7.0. Warner From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 01:32:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5100C106568E; Wed, 5 Nov 2008 01:32:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD8C8FC14; Wed, 5 Nov 2008 01:32:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA51TbiW015380; Tue, 4 Nov 2008 18:29:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Nov 2008 18:30:51 -0700 (MST) Message-Id: <20081104.183051.689649421.imp@bsdimp.com> To: bruce@cran.org.uk From: "M. Warner Losh" In-Reply-To: <20081104165029.225511d8@tau.draftnet> References: <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> <20081104165029.225511d8@tau.draftnet> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Olivier@freebsd.org, bright@mu.org, rbgarga@gmail.com, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, lme@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 01:32:17 -0000 In message: <20081104165029.225511d8@tau.draftnet> Bruce Cran writes: : On Wed, 5 Nov 2008 00:04:02 +0100 : Lars Engels wrote: : > Now I just removed everything but usb2_core from the kernel config and : > load the modules manually. So far it runs pretty good. : > : > Mounting a umass device, removing it and doing an 'ls' on the : > mountpoint freezes the system, I thought this should not happen with : > the new stack? : > : : I seem to remember the problem was tracked back to something in the cam : layer not liking surprise removals? For msdos filesystem, there were a number of minor tweaks that were made to make this suck less. Some were in the old usb layer, but most were in the buffer cache of FreeBSD to make it more resilient to errors from the device... But it wasn't totally fixed... Hans' stack did have a period of time when card removal was working better than the stock FreeBSD stack, but that got cleaned up before 7.0. Warner From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 01:38:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 130471065676 for ; Wed, 5 Nov 2008 01:38:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id CAFF18FC20 for ; Wed, 5 Nov 2008 01:38:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3341616rvf.43 for ; Tue, 04 Nov 2008 17:38:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=3+DSUjp0vPlftjK9zz1Dec2upm1m92GiePvjDsayhP0=; b=fJ4cbnvY/7g+Q7fkutf3fChS92L5IA4BuFLmNl9LrujU9JSX3ig8oDuFAA6/xB0cEM d+l4K7K3wm2RD3IHNRlyGq3p1LUBZJKdZjUJoqMxPknoSS63vhhRIVcYgnnf+wncVYYV JeQPbYA3/Do+aIwas8xwZXDVdFtuf1jKmlV0E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=rHXTJ+PXxB1ciEe5PpGhJu3n6woNC/NJNfTddXTDpZvz3GOxPUL3udZBb57DwVyI6v 3AFuPBEiCGQF3oe8+rrh8zhimKB4tnuSerk6EKN/Z3pKVaBzr7M8k19FcouDzKd/GEy8 78/RLIN7DNMewjIKLFzwS+vwb9+k53/v/Jd5E= Received: by 10.140.163.12 with SMTP id l12mr12912rve.178.1225849083571; Tue, 04 Nov 2008 17:38:03 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm5470170rvb.2.2008.11.04.17.37.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 04 Nov 2008 17:38:01 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA51a06M003048 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 10:36:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA51Zx6h003047; Wed, 5 Nov 2008 10:35:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 5 Nov 2008 10:35:58 +0900 From: Pyun YongHyeon To: Jan Henrik Sylvester Message-ID: <20081105013558.GA99795@cdnetworks.co.kr> References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> <4910C055.8000505@janh.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4910C055.8000505@janh.de> User-Agent: Mutt/1.4.2.1i Cc: Boris Samorodov , current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.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 Nov 2008 01:38:05 -0000 On Tue, Nov 04, 2008 at 10:36:21PM +0100, Jan Henrik Sylvester wrote: > Pyun YongHyeon wrote: > >On Mon, Nov 03, 2008 at 07:49:34PM +0100, Jan Henrik Sylvester wrote: > > > >Pyun YongHyeon writes: > > > >> http://people.freebsd.org/~yongari/ale/if_ale.c > > > > > > I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to copy > > > with 11.5MB/s -- much better than wlan for big files. Great! > > > > > > >Thanks for testing! > > I was happy too early. Now I keep getting these: > ale0: DMA read error! -- resetting > ale0: could not disable Tx/Rx MAC(0x00000008)! It looks like Tx queue processing is still in progress. Would you show me hardware MAC statistics? ("sysctl dev.ale.0.stats" will show you detailed information.) Also ale(4) related dmesg output might be useful. > ale0: interrupt moderation is 100 us. > > The speed of copying a file has dropped to <50kB/s. Stopping and > restarting the interface does not help, even if I kldunload the driver > in the meantime. I have yet to reboot the machine. > > I do not know what is different, though. I left the computer alone for > an hour before using the network... > Hmm, this is the first severe report that is related to stability of driver. Personally I've nerver met this kind of error during writing of ale(4). ATM I have no idea why DMA read error happens on your box though. As you guess I don't have access to datasheet. Is there any reliable way to reproduce it? Also I've slightly changed code which may help to stop MAC in case of critical condition. Would you get the latest if_ale.c at the following URL and try again? http://people.freebsd.org/~yongari/ale/if_ale.c > > > This will probably not go into 7.1-RELEASE, will it? > > > >It was too late to go into 7.1-RELEASE, I guess. > > It seems to be too early, anyhow. > That's one of reason why I need more wider testing. :-) > Do you want me to try anything specific? (I hope it does not involve > recompiling the kernel on this slow Eee PC.) > Since you're using kernel module, just unload ale(4) and rebuilding ale(4) is enough. For example, #cd /path/to/ale_directory/ #fetch http://people.freebsd.org/~yongari/ale/if_ale.c #ifconfig ale0 down #kldunload if_ale #make && make install #kldload if_ale #ifconfig ale0 inet x.x.x.x netmask y.y.y.y or #dhclinet ale0 if you use DHCP. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 02:03:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D15B1065679; Wed, 5 Nov 2008 02:03:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 734AB8FC18; Wed, 5 Nov 2008 02:03:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA523Jrc037598; Tue, 4 Nov 2008 21:03:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA523Jqx063575; Tue, 4 Nov 2008 21:03:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3EAEE73039; Tue, 4 Nov 2008 21:03:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105020319.3EAEE73039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 21:03:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8569/Tue Nov 4 20:22:06 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm 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 Nov 2008 02:03:21 -0000 TB --- 2008-11-05 01:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 01:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-11-05 01:40:00 - cleaning the object tree TB --- 2008-11-05 01:40:18 - cvsupping the source tree TB --- 2008-11-05 01:40:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-11-05 01:40:26 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 01:40:26 - cd /src TB --- 2008-11-05 01:40:26 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 01:40:27 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 02:03:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 02:03:19 - ERROR: failed to build world TB --- 2008-11-05 02:03:19 - tinderbox aborted TB --- 975.84 user 135.00 system 1398.46 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 02:12:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C77B01065676 for ; Wed, 5 Nov 2008 02:12:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3ED8FC1C for ; Wed, 5 Nov 2008 02:12:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id g9so1722762rvb.5 for ; Tue, 04 Nov 2008 18:12:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=9qrv+w6i5xWe4NfFNeBsLfWqat5QCF0c97VxadpUR40=; b=LqIHAopBYBXcf0wTXg+KuboD6xW10S9OQHezGfS79qa7kOP2u12xQtCOV1dWo9od/w 6mI+ts6uf2hN5nbm6rMStPDm4f8ILLMiW/QyvdNJU0gKdIhkyWEOi5YG8NNC2aKGrdlf dLQYVH4Ut0AsKhe/V6dcokwf3pkixPGfcgNTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=pI0BHUSxNdvpkjlnxSRprJ6U04A5ygTY/qXHsQxmQhsTkmhUzImeMKQ5jPVmItCMYa Q256lT7jHtF1YQDCNWGvXRmhbNjhrj2vY11eRysRSabgjyttlCHZJluy+T4208n53p6U DCku/BfWrNCk7kmXF+qb4DFODz1faiPuaNs7A= Received: by 10.141.52.5 with SMTP id e5mr33627rvk.38.1225851122011; Tue, 04 Nov 2008 18:12:02 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g31sm5614899rvb.7.2008.11.04.18.11.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 04 Nov 2008 18:12:01 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA52A0nx003158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 11:10:00 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA529xYt003154; Wed, 5 Nov 2008 11:09:59 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 5 Nov 2008 11:09:59 +0900 From: Pyun YongHyeon To: Boris Samorodov Message-ID: <20081105020959.GB99795@cdnetworks.co.kr> References: <20081030040637.GA78796@cdnetworks.co.kr> <20081030114845.GE78796@cdnetworks.co.kr> <14721476@bb.ipt.ru> <20081104020456.GD98154@cdnetworks.co.kr> <91518878@bs1.sp34.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <91518878@bs1.sp34.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.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 Nov 2008 02:12:02 -0000 On Tue, Nov 04, 2008 at 07:16:33PM +0300, Boris Samorodov wrote: > Pyun YongHyeon writes: > > > I had one report that link state changing was not handled correctly > > for the first time boot. He said unpluging and replugging UTP cable > > was necessary to make it work on EeePC-1000. Did you also see the > > same issue? > > No. In my case all is OK. Tested with two switches (3COM/1G at work > and 3COM/100M at home). Both loading from /etc/loader.conf and > manually kldloading autodetecting works just fine ending with > 100 Mbit/s full-duplex. > Ok. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 01:07:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AFE4106568F; Wed, 5 Nov 2008 01:07:08 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 07F1D8FC18; Wed, 5 Nov 2008 01:07:07 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id BF5D31905E; Tue, 4 Nov 2008 19:50:40 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 Received: from tau.draftnet (unknown [66.45.161.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 4 Nov 2008 19:50:40 -0500 (EST) Date: Tue, 4 Nov 2008 16:50:29 -0800 From: Bruce Cran To: Lars Engels Message-ID: <20081104165029.225511d8@tau.draftnet> In-Reply-To: <20081104230402.GD8256@e.0x20.net> References: <200810251925.47273.hselasky@c2i.net> <367b2c980810310828q2f4f0ecfmdb8cae313c91e8c8@mail.gmail.com> <200810311656.44467.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 05 Nov 2008 02:55:51 +0000 Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Hans Petter Selasky , SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Olivier, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 01:07:08 -0000 On Wed, 5 Nov 2008 00:04:02 +0100 Lars Engels wrote: > Now I just removed everything but usb2_core from the kernel config and > load the modules manually. So far it runs pretty good. > > Mounting a umass device, removing it and doing an 'ls' on the > mountpoint freezes the system, I thought this should not happen with > the new stack? > I seem to remember the problem was tracked back to something in the cam layer not liking surprise removals? -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 04:23:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 933031065672; Wed, 5 Nov 2008 04:23:16 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 5A7C38FC29; Wed, 5 Nov 2008 04:23:16 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id mA540NOH055437; Tue, 4 Nov 2008 22:00:23 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Tue, 4 Nov 2008 22:00:22 -0600 (CST) From: "Sean C. Farley" To: freebsd-current@FreeBSD.org In-Reply-To: <20081105013120.8FAAF73039@freebsd-current.sentex.ca> Message-ID: References: <20081105013120.8FAAF73039@freebsd-current.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-4.3 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-sparc64@FreeBSD.org Subject: Re: [head tinderbox] failure on sparc64/sun4v 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 Nov 2008 04:23:16 -0000 On Tue, 4 Nov 2008, FreeBSD Tinderbox wrote: *snip* > cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c > cc1: warnings being treated as errors > /src/lib/libutil/gr_util.c: In function 'gr_dup': > /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type > *** Error code 1 Does the following patch fix this warning (due to r184635) correctly? It should align the (char **) pointer correctly within the allocated buffer. The (void *) cast is necessary because gcc is not able to detect that the alignment was fixed. Better solutions are welcome. http://www.farley.org/freebsd/tmp/libutil.patch Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 04:30:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 702B81065676; Wed, 5 Nov 2008 04:30:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 42B7A8FC12; Wed, 5 Nov 2008 04:30:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA54U4Et046627; Tue, 4 Nov 2008 23:30:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA54U4oO021396; Tue, 4 Nov 2008 23:30:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E2ED373039; Tue, 4 Nov 2008 23:30:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105043003.E2ED373039@freebsd-current.sentex.ca> Date: Tue, 4 Nov 2008 23:30:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8570/Tue Nov 4 22:36:19 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 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 Nov 2008 04:30:07 -0000 TB --- 2008-11-05 04:04:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 04:04:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-11-05 04:04:52 - cleaning the object tree TB --- 2008-11-05 04:05:06 - cvsupping the source tree TB --- 2008-11-05 04:05:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-11-05 04:05:12 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 04:05:12 - cd /src TB --- 2008-11-05 04:05:12 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 04:05:14 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 04:30:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 04:30:03 - ERROR: failed to build world TB --- 2008-11-05 04:30:03 - tinderbox aborted TB --- 1074.21 user 134.16 system 1511.02 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 06:14:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 762941065673; Wed, 5 Nov 2008 06:14:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 437A78FC21; Wed, 5 Nov 2008 06:14:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA56E1im050003; Wed, 5 Nov 2008 01:14:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA56E1EX082334; Wed, 5 Nov 2008 01:14:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1F47373039; Wed, 5 Nov 2008 01:14:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105061401.1F47373039@freebsd-current.sentex.ca> Date: Wed, 5 Nov 2008 01:14:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8570/Tue Nov 4 22:36:19 2008 clamav-milter version 0.94 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 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 Nov 2008 06:14:04 -0000 TB --- 2008-11-05 05:51:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 05:51:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-11-05 05:51:35 - cleaning the object tree TB --- 2008-11-05 05:51:41 - cvsupping the source tree TB --- 2008-11-05 05:51:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-11-05 05:51:47 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 05:51:47 - cd /src TB --- 2008-11-05 05:51:47 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 05:51:49 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 06:14:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 06:14:00 - ERROR: failed to build world TB --- 2008-11-05 06:14:00 - tinderbox aborted TB --- 935.91 user 131.13 system 1345.47 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 06:30:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 104921065674 for ; Wed, 5 Nov 2008 06:30:56 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8D38FC0A for ; Wed, 5 Nov 2008 06:30:55 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Kxbun-000A8u-EW; Wed, 05 Nov 2008 09:30:53 +0300 To: pyunyh@gmail.com References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> <4910C055.8000505@janh.de> <20081105013558.GA99795@cdnetworks.co.kr> From: Boris Samorodov Date: Wed, 05 Nov 2008 09:30:42 +0300 In-Reply-To: <20081105013558.GA99795@cdnetworks.co.kr> (Pyun YongHyeon's message of "Wed\, 5 Nov 2008 10\:35\:58 +0900") Message-ID: <12943517@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jan Henrik Sylvester , current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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 Nov 2008 06:30:56 -0000 Pyun YongHyeon writes: > On Tue, Nov 04, 2008 at 10:36:21PM +0100, Jan Henrik Sylvester wrote: > > Pyun YongHyeon wrote: > > >On Mon, Nov 03, 2008 at 07:49:34PM +0100, Jan Henrik Sylvester wrote: > > > > >Pyun YongHyeon writes: > > > > >> http://people.freebsd.org/~yongari/ale/if_ale.c > > > > > > > > I got an Eee PC 1000H, too, with 7.1-BETA2 and just used scp to copy > > > > with 11.5MB/s -- much better than wlan for big files. Great! > > > > > > > > > >Thanks for testing! > > > > I was happy too early. Now I keep getting these: > > ale0: DMA read error! -- resetting > > ale0: could not disable Tx/Rx MAC(0x00000008)! > > It looks like Tx queue processing is still in progress. > Would you show me hardware MAC statistics? > ("sysctl dev.ale.0.stats" will show you detailed information.) > Also ale(4) related dmesg output might be useful. > > > ale0: interrupt moderation is 100 us. > > > > The speed of copying a file has dropped to <50kB/s. Stopping and > > restarting the interface does not help, even if I kldunload the driver > > in the meantime. I have yet to reboot the machine. > > > > I do not know what is different, though. I left the computer alone for > > an hour before using the network... > > > > Hmm, this is the first severe report that is related to stability > of driver. Personally I've nerver met this kind of error during > writing of ale(4). ATM I have no idea why DMA read error happens on > your box though. As you guess I don't have access to datasheet. > > Is there any reliable way to reproduce it? I tried to reproduce under heavy net load but failed. I created a tmpfs 500M disk and fetched big files (i.e. openoffice.org3 distro as of 300M) to /tmp (at 11-12MB/s rate). No traces of failure. Here is some info: ----- # ifconfig ale0 ale0: flags=8843 metric 0 mtu 1500 options=3199 ether 00:22:15:XX:XX:XX inet 192.168.233.80 netmask 0xffffffc0 broadcast 192.168.233.127 media: Ethernet autoselect (100baseTX ) status: active # sysctl dev.ale.0.stats dev.ale.0.stats.rx.good_frames: 779733 dev.ale.0.stats.rx.good_bcast_frames: 232 dev.ale.0.stats.rx.good_mcast_frames: 0 dev.ale.0.stats.rx.pause_frames: 0 dev.ale.0.stats.rx.control_frames: 0 dev.ale.0.stats.rx.crc_errs: 0 dev.ale.0.stats.rx.len_errs: 0 dev.ale.0.stats.rx.good_octets: 1115319790 dev.ale.0.stats.rx.good_bcast_octets: 20376 dev.ale.0.stats.rx.good_mcast_octets: 0 dev.ale.0.stats.rx.runts: 0 dev.ale.0.stats.rx.fragments: 0 dev.ale.0.stats.rx.frames_64: 370 dev.ale.0.stats.rx.frames_65_127: 159 dev.ale.0.stats.rx.frames_128_255: 108 dev.ale.0.stats.rx.frames_256_511: 124 dev.ale.0.stats.rx.frames_512_1023: 58 dev.ale.0.stats.rx.frames_1024_1518: 779088 dev.ale.0.stats.rx.frames_1519_max: 0 dev.ale.0.stats.rx.trunc_errs: 0 dev.ale.0.stats.rx.fifo_oflows: 0 dev.ale.0.stats.rx.desc_oflows: 0 dev.ale.0.stats.rx.align_errs: 0 dev.ale.0.stats.rx.filtered: 174 dev.ale.0.stats.tx.good_frames: 516845 dev.ale.0.stats.tx.good_bcast_frames: 4 dev.ale.0.stats.tx.good_mcast_frames: 0 dev.ale.0.stats.tx.pause_frames: 0 dev.ale.0.stats.tx.control_frames: 0 dev.ale.0.stats.tx.excess_defers: 0 dev.ale.0.stats.tx.defers: 0 dev.ale.0.stats.tx.good_octets: 34113213 dev.ale.0.stats.tx.good_bcast_octets: 0 dev.ale.0.stats.tx.good_mcast_octets: 0 dev.ale.0.stats.tx.frames_64: 5 dev.ale.0.stats.tx.frames_65_127: 516840 dev.ale.0.stats.tx.frames_128_255: 0 dev.ale.0.stats.tx.frames_256_511: 0 dev.ale.0.stats.tx.frames_512_1023: 0 dev.ale.0.stats.tx.frames_1024_1518: 0 dev.ale.0.stats.tx.frames_1519_max: 0 dev.ale.0.stats.tx.single_colls: 0 dev.ale.0.stats.tx.multi_colls: 0 dev.ale.0.stats.tx.late_colls: 0 dev.ale.0.stats.tx.excess_colls: 0 dev.ale.0.stats.tx.abort: 0 dev.ale.0.stats.tx.underruns: 0 dev.ale.0.stats.tx.desc_underruns: 0 dev.ale.0.stats.tx.len_errs: 0 dev.ale.0.stats.tx.trunc_errs: 240 ----- > Also I've slightly changed code which may help to stop MAC in case > of critical condition. Would you get the latest if_ale.c at the > following URL and try again? > http://people.freebsd.org/~yongari/ale/if_ale.c I didn't use this file version though. > > > > This will probably not go into 7.1-RELEASE, will it? > > > > > >It was too late to go into 7.1-RELEASE, I guess. > > > > It seems to be too early, anyhow. > > > > That's one of reason why I need more wider testing. :-) > > > Do you want me to try anything specific? (I hope it does not involve > > recompiling the kernel on this slow Eee PC.) > > > > Since you're using kernel module, just unload ale(4) and > rebuilding ale(4) is enough. For example, > #cd /path/to/ale_directory/ > #fetch http://people.freebsd.org/~yongari/ale/if_ale.c > #ifconfig ale0 down > #kldunload if_ale > #make && make install > #kldload if_ale > #ifconfig ale0 inet x.x.x.x netmask y.y.y.y > or > #dhclinet ale0 if you use DHCP. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 06:31:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC9F01065689; Wed, 5 Nov 2008 06:31:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 92EDA8FC14; Wed, 5 Nov 2008 06:31:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA56V7fI050513; Wed, 5 Nov 2008 01:31:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA56V7NZ089862; Wed, 5 Nov 2008 01:31:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4C2A373039; Wed, 5 Nov 2008 01:31:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105063107.4C2A373039@freebsd-current.sentex.ca> Date: Wed, 5 Nov 2008 01:31:07 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8570/Tue Nov 4 22:36:19 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Not Scanned X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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 Nov 2008 06:31:09 -0000 TB --- 2008-11-05 06:11:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 06:11:41 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-11-05 06:11:41 - cleaning the object tree TB --- 2008-11-05 06:11:47 - cvsupping the source tree TB --- 2008-11-05 06:11:47 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-11-05 06:11:53 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 06:11:53 - cd /src TB --- 2008-11-05 06:11:53 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 06:11:54 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 06:31:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 06:31:07 - ERROR: failed to build world TB --- 2008-11-05 06:31:07 - tinderbox aborted TB --- 925.80 user 129.03 system 1166.10 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 07:03:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DDE41065673; Wed, 5 Nov 2008 07:03:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 64C098FC22; Wed, 5 Nov 2008 07:03:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA573UIC051438; Wed, 5 Nov 2008 02:03:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA573U1Q062817; Wed, 5 Nov 2008 02:03:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0690973039; Wed, 5 Nov 2008 02:03:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105070330.0690973039@freebsd-current.sentex.ca> Date: Wed, 5 Nov 2008 02:03:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8570/Tue Nov 4 22:36:19 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm 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 Nov 2008 07:03:32 -0000 TB --- 2008-11-05 06:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 06:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-11-05 06:40:00 - cleaning the object tree TB --- 2008-11-05 06:40:20 - cvsupping the source tree TB --- 2008-11-05 06:40:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-11-05 06:40:28 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 06:40:28 - cd /src TB --- 2008-11-05 06:40:28 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 06:40:30 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 07:03:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 07:03:29 - ERROR: failed to build world TB --- 2008-11-05 07:03:29 - tinderbox aborted TB --- 975.59 user 135.36 system 1409.02 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 07:57:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E07B3106567F; Wed, 5 Nov 2008 07:57:08 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-16.163.com (m12-16.163.com [220.181.12.16]) by mx1.freebsd.org (Postfix) with SMTP id 36F048FC13; Wed, 5 Nov 2008 07:57:06 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp12 (Coremail) with SMTP id EMCowLA74yo_ThFJff7qDg--.47173S2; Wed, 05 Nov 2008 15:41:51 +0800 (CST) Message-ID: <49114E3D.9080201@163.com> Date: Wed, 05 Nov 2008 15:41:49 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <20081025181603.GD83037@elvis.mu.org> <200810261633.22020.hselasky@c2i.net> In-Reply-To: <200810261633.22020.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjvJXoW3GF4kCF17Cr4UKr48tr4rGrg_yoW3Gw15pa 1DGFyktw4UtFZ3KrWDJr15Wa9FvrZIqryrGFykJ34a9FWrXa4fKFyqgw4kWw1UKw4kAw18 Gw48Xw4fXFyDtrJanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU U8d7k042IEFTZYmTnxM7k0a2IF6r1UM7kC6x804xWl14x267AKxVWUJVW8JwAFxVCF77xC 6IxKo4kEV4yl1I0EscIYIxCEI4klw4CSwwAFIxvE14AKwVWUJVWUGwAawVAYYI1S6c8GOV WUur45Jrylnx0Ec2IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E 2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r4j6F4UM4IEnf9ElVAFpTB2q-sK64 9IAas0WaI_GwAC6xAIw28IcVAK0I8IjxAxMx02cVAKzwCY02Avz4vE14v_GF4lc2IjII80 xcxEwVWxJVW3JwCF72vE52k0Y41lx4CE17CEb7AF67AKxVWUAVWUtbIYCTnIWIevJa73Uj IFyTuYvj4RX3kuDUUUU Cc: Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 07:57:09 -0000 Hans Petter Selasky wrote: > Hi, > > A new USB release is available: > > http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > %md5 usb2_release_003.* > MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > %sha256 usb2_release_003.* > SHA256 (usb2_release_003.diff) = > 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > SHA256 (usb2_release_003.tar.gz) = > 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > > Changes since 002 release: > I try to compile kernel with usb2. Link error: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror vers.c ctfconvert -L VERSION vers.o linking kernel ng_ubt2.o(.text+0x38): In function `ubt_detach': : undefined reference to `ng_rmnode_self' ng_ubt2.o(.text+0x488): In function `ubt_attach': : undefined reference to `ng_make_node_common' ng_ubt2.o(.text+0x4be): In function `ubt_attach': : undefined reference to `ng_name_node' ng_ubt2.o(.text+0x52b): In function `ubt_attach': : undefined reference to `ng_unref_node' ng_ubt2.o(.text+0xc02): In function `ubt_modevent': : undefined reference to `ng_newtype' ng_ubt2.o(.text+0xde0): In function `ubt_bulk_read_complete': : undefined reference to `ng_package_data' ng_ubt2.o(.text+0xdfb): In function `ubt_bulk_read_complete': : undefined reference to `ng_address_hook' ng_ubt2.o(.text+0xe39): In function `ubt_bulk_read_complete': : undefined reference to `ng_snd_item' ng_ubt2.o(.text+0xfce): In function `ubt_intr_read_complete': : undefined reference to `ng_package_data' ng_ubt2.o(.text+0xfe9): In function `ubt_intr_read_complete': : undefined reference to `ng_address_hook' ng_ubt2.o(.text+0x1027): In function `ubt_intr_read_complete': : undefined reference to `ng_snd_item' ng_ubt2.o(.text+0x105d): In function `ng_ubt_rcvdata': : undefined reference to `ng_free_item' ng_ubt2.o(.text+0x10a7): In function `ng_ubt_rcvdata': : undefined reference to `ng_free_item' ng_ubt2.o(.text+0x124e): In function `ng_ubt_rcvmsg': : undefined reference to `ng_free_item' ng_ubt2.o(.text+0x12b3): In function `ng_ubt_rcvmsg': : undefined reference to `ng_free_item' ng_ubt2.o(.text+0x12bf): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x1314): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x1413): In function `ng_ubt_rcvmsg': : undefined reference to `ng_address_ID' ng_ubt2.o(.text+0x142a): In function `ng_ubt_rcvmsg': : undefined reference to `ng_snd_item' ng_ubt2.o(.text+0x1480): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x1561): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x162e): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x1a7a): In function `ng_ubt_shutdown': : undefined reference to `ng_unref_node' ng_ubt2.o(.text+0x1ab5): In function `ng_ubt_shutdown': : undefined reference to `ng_make_node_common' ng_ubt2.o(.text+0x1acc): In function `ng_ubt_shutdown': : undefined reference to `ng_name_node' ng_ubt2.o(.text+0x1b6b): In function `ng_ubt_shutdown': : undefined reference to `ng_unref_node' ng_ubt2.o(.text+0x1c28): In function `ubt_isoc_read_complete': : undefined reference to `ng_package_data' ng_ubt2.o(.text+0x1c43): In function `ubt_isoc_read_complete': : undefined reference to `ng_address_hook' ng_ubt2.o(.text+0x1d01): In function `ubt_isoc_read_complete': : undefined reference to `ng_snd_item' ng_ubt2.o(.text+0x1eaf): In function `ubt_bulk_read_callback': : undefined reference to `ng_send_fn' ng_ubt2.o(.text+0x20cd): In function `ubt_intr_read_callback': : undefined reference to `ng_send_fn' ng_ubt2.o(.text+0x242c): In function `ubt_isoc_read_callback': : undefined reference to `ng_send_fn' ng_ubt2.o(.text+0xc36): In function `ubt_modevent': : undefined reference to `ng_rmtype' ng_ubt2.o(.rodata+0x5f0): undefined reference to `ng_parse_uint16_type' ng_ubt2.o(.rodata+0x618): undefined reference to `ng_parse_uint16_type' ng_ubt2.o(.rodata+0x6c0): undefined reference to `ng_parse_struct_type' ng_ubt2.o(.rodata+0x700): undefined reference to `ng_parse_struct_type' ng_ubt2.o(.rodata+0x748): undefined reference to `ng_parse_int32_type' ng_ubt2.o(.rodata+0x760): undefined reference to `ng_parse_int32_type' ng_ubt2.o(.rodata+0x7a8): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x7c0): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x7d8): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x7f0): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x808): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x820): more undefined references to `ng_parse_uint32_type' follow *** Error code 1 I removed all old usb config. any other depends for usb2_bluetooth_ng? # USB core support device usb2_core # USB controller support device usb2_controller device usb2_controller_ehci device usb2_controller_ohci device usb2_controller_uhci # USB mass storage support device usb2_storage device usb2_storage_mass # USB ethernet support, requires miibus #device usb2_ethernet #device usb2_ethernet_aue #device usb2_ethernet_axe #device usb2_ethernet_cdce #device usb2_ethernet_cue #device usb2_ethernet_kue #device usb2_ethernet_rue #device usb2_ethernet_dav # USB wireless LAN support #device usb2_wlan #device usb2_wlan_rum #device usb2_wlan_ral #device usb2_wlan_zyd # USB serial device support #device usb2_serial #device usb2_serial_ark #device usb2_serial_bsa #device usb2_serial_bser #device usb2_serial_chcom #device usb2_serial_cycom #device usb2_serial_foma #device usb2_serial_ftdi #device usb2_serial_gensa #device usb2_serial_ipaq #device usb2_serial_lpt #device usb2_serial_mct #device usb2_serial_modem #device usb2_serial_moscom #device usb2_serial_plcom #device usb2_serial_visor #device usb2_serial_vscom # USB bluetooth support device usb2_bluetooth device usb2_bluetooth_ng # USB input device support device usb2_input device usb2_input_hid device usb2_input_kbd device usb2_input_ms # USB sound and MIDI device support #device usb2_sound Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 07:57:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E07B3106567F; Wed, 5 Nov 2008 07:57:08 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-16.163.com (m12-16.163.com [220.181.12.16]) by mx1.freebsd.org (Postfix) with SMTP id 36F048FC13; Wed, 5 Nov 2008 07:57:06 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp12 (Coremail) with SMTP id EMCowLA74yo_ThFJff7qDg--.47173S2; Wed, 05 Nov 2008 15:41:51 +0800 (CST) Message-ID: <49114E3D.9080201@163.com> Date: Wed, 05 Nov 2008 15:41:49 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <20081025181603.GD83037@elvis.mu.org> <200810261633.22020.hselasky@c2i.net> In-Reply-To: <200810261633.22020.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjvJXoW3GF4kCF17Cr4UKr48tr4rGrg_yoW3Gw15pa 1DGFyktw4UtFZ3KrWDJr15Wa9FvrZIqryrGFykJ34a9FWrXa4fKFyqgw4kWw1UKw4kAw18 Gw48Xw4fXFyDtrJanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU U8d7k042IEFTZYmTnxM7k0a2IF6r1UM7kC6x804xWl14x267AKxVWUJVW8JwAFxVCF77xC 6IxKo4kEV4yl1I0EscIYIxCEI4klw4CSwwAFIxvE14AKwVWUJVWUGwAawVAYYI1S6c8GOV WUur45Jrylnx0Ec2IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E 2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r4j6F4UM4IEnf9ElVAFpTB2q-sK64 9IAas0WaI_GwAC6xAIw28IcVAK0I8IjxAxMx02cVAKzwCY02Avz4vE14v_GF4lc2IjII80 xcxEwVWxJVW3JwCF72vE52k0Y41lx4CE17CEb7AF67AKxVWUAVWUtbIYCTnIWIevJa73Uj IFyTuYvj4RX3kuDUUUU Cc: Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 07:57:09 -0000 Hans Petter Selasky wrote: > Hi, > > A new USB release is available: > > http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > %md5 usb2_release_003.* > MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > %sha256 usb2_release_003.* > SHA256 (usb2_release_003.diff) = > 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > SHA256 (usb2_release_003.tar.gz) = > 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > > Changes since 002 release: > I try to compile kernel with usb2. Link error: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror vers.c ctfconvert -L VERSION vers.o linking kernel ng_ubt2.o(.text+0x38): In function `ubt_detach': : undefined reference to `ng_rmnode_self' ng_ubt2.o(.text+0x488): In function `ubt_attach': : undefined reference to `ng_make_node_common' ng_ubt2.o(.text+0x4be): In function `ubt_attach': : undefined reference to `ng_name_node' ng_ubt2.o(.text+0x52b): In function `ubt_attach': : undefined reference to `ng_unref_node' ng_ubt2.o(.text+0xc02): In function `ubt_modevent': : undefined reference to `ng_newtype' ng_ubt2.o(.text+0xde0): In function `ubt_bulk_read_complete': : undefined reference to `ng_package_data' ng_ubt2.o(.text+0xdfb): In function `ubt_bulk_read_complete': : undefined reference to `ng_address_hook' ng_ubt2.o(.text+0xe39): In function `ubt_bulk_read_complete': : undefined reference to `ng_snd_item' ng_ubt2.o(.text+0xfce): In function `ubt_intr_read_complete': : undefined reference to `ng_package_data' ng_ubt2.o(.text+0xfe9): In function `ubt_intr_read_complete': : undefined reference to `ng_address_hook' ng_ubt2.o(.text+0x1027): In function `ubt_intr_read_complete': : undefined reference to `ng_snd_item' ng_ubt2.o(.text+0x105d): In function `ng_ubt_rcvdata': : undefined reference to `ng_free_item' ng_ubt2.o(.text+0x10a7): In function `ng_ubt_rcvdata': : undefined reference to `ng_free_item' ng_ubt2.o(.text+0x124e): In function `ng_ubt_rcvmsg': : undefined reference to `ng_free_item' ng_ubt2.o(.text+0x12b3): In function `ng_ubt_rcvmsg': : undefined reference to `ng_free_item' ng_ubt2.o(.text+0x12bf): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x1314): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x1413): In function `ng_ubt_rcvmsg': : undefined reference to `ng_address_ID' ng_ubt2.o(.text+0x142a): In function `ng_ubt_rcvmsg': : undefined reference to `ng_snd_item' ng_ubt2.o(.text+0x1480): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x1561): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x162e): In function `ng_ubt_rcvmsg': : undefined reference to `M_NETGRAPH_MSG' ng_ubt2.o(.text+0x1a7a): In function `ng_ubt_shutdown': : undefined reference to `ng_unref_node' ng_ubt2.o(.text+0x1ab5): In function `ng_ubt_shutdown': : undefined reference to `ng_make_node_common' ng_ubt2.o(.text+0x1acc): In function `ng_ubt_shutdown': : undefined reference to `ng_name_node' ng_ubt2.o(.text+0x1b6b): In function `ng_ubt_shutdown': : undefined reference to `ng_unref_node' ng_ubt2.o(.text+0x1c28): In function `ubt_isoc_read_complete': : undefined reference to `ng_package_data' ng_ubt2.o(.text+0x1c43): In function `ubt_isoc_read_complete': : undefined reference to `ng_address_hook' ng_ubt2.o(.text+0x1d01): In function `ubt_isoc_read_complete': : undefined reference to `ng_snd_item' ng_ubt2.o(.text+0x1eaf): In function `ubt_bulk_read_callback': : undefined reference to `ng_send_fn' ng_ubt2.o(.text+0x20cd): In function `ubt_intr_read_callback': : undefined reference to `ng_send_fn' ng_ubt2.o(.text+0x242c): In function `ubt_isoc_read_callback': : undefined reference to `ng_send_fn' ng_ubt2.o(.text+0xc36): In function `ubt_modevent': : undefined reference to `ng_rmtype' ng_ubt2.o(.rodata+0x5f0): undefined reference to `ng_parse_uint16_type' ng_ubt2.o(.rodata+0x618): undefined reference to `ng_parse_uint16_type' ng_ubt2.o(.rodata+0x6c0): undefined reference to `ng_parse_struct_type' ng_ubt2.o(.rodata+0x700): undefined reference to `ng_parse_struct_type' ng_ubt2.o(.rodata+0x748): undefined reference to `ng_parse_int32_type' ng_ubt2.o(.rodata+0x760): undefined reference to `ng_parse_int32_type' ng_ubt2.o(.rodata+0x7a8): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x7c0): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x7d8): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x7f0): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x808): undefined reference to `ng_parse_uint32_type' ng_ubt2.o(.rodata+0x820): more undefined references to `ng_parse_uint32_type' follow *** Error code 1 I removed all old usb config. any other depends for usb2_bluetooth_ng? # USB core support device usb2_core # USB controller support device usb2_controller device usb2_controller_ehci device usb2_controller_ohci device usb2_controller_uhci # USB mass storage support device usb2_storage device usb2_storage_mass # USB ethernet support, requires miibus #device usb2_ethernet #device usb2_ethernet_aue #device usb2_ethernet_axe #device usb2_ethernet_cdce #device usb2_ethernet_cue #device usb2_ethernet_kue #device usb2_ethernet_rue #device usb2_ethernet_dav # USB wireless LAN support #device usb2_wlan #device usb2_wlan_rum #device usb2_wlan_ral #device usb2_wlan_zyd # USB serial device support #device usb2_serial #device usb2_serial_ark #device usb2_serial_bsa #device usb2_serial_bser #device usb2_serial_chcom #device usb2_serial_cycom #device usb2_serial_foma #device usb2_serial_ftdi #device usb2_serial_gensa #device usb2_serial_ipaq #device usb2_serial_lpt #device usb2_serial_mct #device usb2_serial_modem #device usb2_serial_moscom #device usb2_serial_plcom #device usb2_serial_visor #device usb2_serial_vscom # USB bluetooth support device usb2_bluetooth device usb2_bluetooth_ng # USB input device support device usb2_input device usb2_input_hid device usb2_input_kbd device usb2_input_ms # USB sound and MIDI device support #device usb2_sound Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 08:05:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCF911065673; Wed, 5 Nov 2008 08:05:42 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id B2A488FC13; Wed, 5 Nov 2008 08:05:41 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=c0plqr2N5KriG_s1UQ0A:9 a=a7gIhbFEOFAg539h3_f7uxn0ZKQA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1137997553; Wed, 05 Nov 2008 09:05:39 +0100 From: Hans Petter Selasky To: Lars Engels Date: Wed, 5 Nov 2008 09:07:48 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> In-Reply-To: <20081104212254.GB8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050907.49411.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 08:05:42 -0000 On Tuesday 04 November 2008, Lars Engels wrote: > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: > > On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: > > > On Friday 31 October 2008, Olivier SMEDTS wrote: > > > > Hello, > > > > > > > > Each device driver has been splitted since RC3. > > > > Look in /boot/kernel/usb2_*. You can use modules. > > > > For example, for my usb mouse, I use usb2_input_ums. > > > > > > Hi, > > > > > > Looks like I made a small typo there. The module is named > > > "usb2_input_ms" while the kernel option is named "usb2_input_ums". The > > > kernel option should be named "usb2_input_ms". > > > > Is this the same issue? > > > > config: Error: device "usb2_controller_uss820dci" is unknown > > config: Error: device "usb2_ethernet_dav" is unknown > > device usb2_ethernet_dav is still unknown in the commit version in HEAD. Hi, It is going to be named usb2_ethernet_dav in the future. Currently it is named usb2_ethernet_udav . --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 08:05:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCF911065673; Wed, 5 Nov 2008 08:05:42 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id B2A488FC13; Wed, 5 Nov 2008 08:05:41 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=c0plqr2N5KriG_s1UQ0A:9 a=a7gIhbFEOFAg539h3_f7uxn0ZKQA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1137997553; Wed, 05 Nov 2008 09:05:39 +0100 From: Hans Petter Selasky To: Lars Engels Date: Wed, 5 Nov 2008 09:07:48 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200810311716.10165.Thomas.Sparrevohn@btinternet.com> <20081104212254.GB8256@e.0x20.net> In-Reply-To: <20081104212254.GB8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050907.49411.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 08:05:42 -0000 On Tuesday 04 November 2008, Lars Engels wrote: > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: > > On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: > > > On Friday 31 October 2008, Olivier SMEDTS wrote: > > > > Hello, > > > > > > > > Each device driver has been splitted since RC3. > > > > Look in /boot/kernel/usb2_*. You can use modules. > > > > For example, for my usb mouse, I use usb2_input_ums. > > > > > > Hi, > > > > > > Looks like I made a small typo there. The module is named > > > "usb2_input_ms" while the kernel option is named "usb2_input_ums". The > > > kernel option should be named "usb2_input_ms". > > > > Is this the same issue? > > > > config: Error: device "usb2_controller_uss820dci" is unknown > > config: Error: device "usb2_ethernet_dav" is unknown > > device usb2_ethernet_dav is still unknown in the commit version in HEAD. Hi, It is going to be named usb2_ethernet_dav in the future. Currently it is named usb2_ethernet_udav . --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 08:06:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E3891065679; Wed, 5 Nov 2008 08:06:33 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0341E8FC08; Wed, 5 Nov 2008 08:06:31 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=ndaoGXS1AAAA:8 a=GjHsUfTjf87N78UItdcA:9 a=rqlxGWuo5WKbkXBD_tMA:7 a=6AWfdf5F5SBKugEIbLZgfNmkF7wA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1139261938; Wed, 05 Nov 2008 09:06:30 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Nov 2008 09:08:34 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200810261633.22020.hselasky@c2i.net> <49114E3D.9080201@163.com> In-Reply-To: <49114E3D.9080201@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050908.35744.hselasky@c2i.net> Cc: kevin , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 08:06:33 -0000 On Wednesday 05 November 2008, kevin wrote: > Hans Petter Selasky wrote: > > Hi, > > > > A new USB release is available: > > > > http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > > > %md5 usb2_release_003.* > > MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > > MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > > %sha256 usb2_release_003.* > > SHA256 (usb2_release_003.diff) = > > 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > > SHA256 (usb2_release_003.tar.gz) = > > 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > > > > Changes since 002 release: > > I try to compile kernel with usb2. > Link error: > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona > -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > -I/usr/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 > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror vers.c > ctfconvert -L VERSION vers.o > linking kernel > > ng_ubt2.o(.text+0x38): In function `ubt_detach': > : undefined reference to `ng_rmnode_self' > > ng_ubt2.o(.text+0x488): In function `ubt_attach': > : undefined reference to `ng_make_node_common' > > ng_ubt2.o(.text+0x4be): In function `ubt_attach': > : undefined reference to `ng_name_node' > > ng_ubt2.o(.text+0x52b): In function `ubt_attach': > : undefined reference to `ng_unref_node' > > ng_ubt2.o(.text+0xc02): In function `ubt_modevent': > : undefined reference to `ng_newtype' > > ng_ubt2.o(.text+0xde0): In function `ubt_bulk_read_complete': > : undefined reference to `ng_package_data' > > ng_ubt2.o(.text+0xdfb): In function `ubt_bulk_read_complete': > : undefined reference to `ng_address_hook' > > ng_ubt2.o(.text+0xe39): In function `ubt_bulk_read_complete': > : undefined reference to `ng_snd_item' > > ng_ubt2.o(.text+0xfce): In function `ubt_intr_read_complete': > : undefined reference to `ng_package_data' > > ng_ubt2.o(.text+0xfe9): In function `ubt_intr_read_complete': > : undefined reference to `ng_address_hook' > > ng_ubt2.o(.text+0x1027): In function `ubt_intr_read_complete': > : undefined reference to `ng_snd_item' > > ng_ubt2.o(.text+0x105d): In function `ng_ubt_rcvdata': > : undefined reference to `ng_free_item' > > ng_ubt2.o(.text+0x10a7): In function `ng_ubt_rcvdata': > : undefined reference to `ng_free_item' > > ng_ubt2.o(.text+0x124e): In function `ng_ubt_rcvmsg': > : undefined reference to `ng_free_item' > > ng_ubt2.o(.text+0x12b3): In function `ng_ubt_rcvmsg': > : undefined reference to `ng_free_item' > > ng_ubt2.o(.text+0x12bf): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x1314): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x1413): In function `ng_ubt_rcvmsg': > : undefined reference to `ng_address_ID' > > ng_ubt2.o(.text+0x142a): In function `ng_ubt_rcvmsg': > : undefined reference to `ng_snd_item' > > ng_ubt2.o(.text+0x1480): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x1561): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x162e): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x1a7a): In function `ng_ubt_shutdown': > : undefined reference to `ng_unref_node' > > ng_ubt2.o(.text+0x1ab5): In function `ng_ubt_shutdown': > : undefined reference to `ng_make_node_common' > > ng_ubt2.o(.text+0x1acc): In function `ng_ubt_shutdown': > : undefined reference to `ng_name_node' > > ng_ubt2.o(.text+0x1b6b): In function `ng_ubt_shutdown': > : undefined reference to `ng_unref_node' > > ng_ubt2.o(.text+0x1c28): In function `ubt_isoc_read_complete': > : undefined reference to `ng_package_data' > > ng_ubt2.o(.text+0x1c43): In function `ubt_isoc_read_complete': > : undefined reference to `ng_address_hook' > > ng_ubt2.o(.text+0x1d01): In function `ubt_isoc_read_complete': > : undefined reference to `ng_snd_item' > > ng_ubt2.o(.text+0x1eaf): In function `ubt_bulk_read_callback': > : undefined reference to `ng_send_fn' > > ng_ubt2.o(.text+0x20cd): In function `ubt_intr_read_callback': > : undefined reference to `ng_send_fn' > > ng_ubt2.o(.text+0x242c): In function `ubt_isoc_read_callback': > : undefined reference to `ng_send_fn' > > ng_ubt2.o(.text+0xc36): In function `ubt_modevent': > : undefined reference to `ng_rmtype' > > ng_ubt2.o(.rodata+0x5f0): undefined reference to `ng_parse_uint16_type' > ng_ubt2.o(.rodata+0x618): undefined reference to `ng_parse_uint16_type' > ng_ubt2.o(.rodata+0x6c0): undefined reference to `ng_parse_struct_type' > ng_ubt2.o(.rodata+0x700): undefined reference to `ng_parse_struct_type' > ng_ubt2.o(.rodata+0x748): undefined reference to `ng_parse_int32_type' > ng_ubt2.o(.rodata+0x760): undefined reference to `ng_parse_int32_type' > ng_ubt2.o(.rodata+0x7a8): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x7c0): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x7d8): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x7f0): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x808): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x820): more undefined references to > `ng_parse_uint32_type' follow > *** Error code 1 > > I removed all old usb config. any other depends for usb2_bluetooth_ng? Hi, Try to load the module instead of having bluetooth in the kernel. Then all dependancies are loaded automatically. Depends on some bluetooth stuff. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 08:06:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E3891065679; Wed, 5 Nov 2008 08:06:33 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0341E8FC08; Wed, 5 Nov 2008 08:06:31 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=ndaoGXS1AAAA:8 a=GjHsUfTjf87N78UItdcA:9 a=rqlxGWuo5WKbkXBD_tMA:7 a=6AWfdf5F5SBKugEIbLZgfNmkF7wA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1139261938; Wed, 05 Nov 2008 09:06:30 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Nov 2008 09:08:34 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200810261633.22020.hselasky@c2i.net> <49114E3D.9080201@163.com> In-Reply-To: <49114E3D.9080201@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050908.35744.hselasky@c2i.net> Cc: kevin , Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 08:06:33 -0000 On Wednesday 05 November 2008, kevin wrote: > Hans Petter Selasky wrote: > > Hi, > > > > A new USB release is available: > > > > http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > > > %md5 usb2_release_003.* > > MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > > MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > > %sha256 usb2_release_003.* > > SHA256 (usb2_release_003.diff) = > > 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > > SHA256 (usb2_release_003.tar.gz) = > > 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > > > > Changes since 002 release: > > I try to compile kernel with usb2. > Link error: > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=nocona > -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > -I/usr/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 > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror vers.c > ctfconvert -L VERSION vers.o > linking kernel > > ng_ubt2.o(.text+0x38): In function `ubt_detach': > : undefined reference to `ng_rmnode_self' > > ng_ubt2.o(.text+0x488): In function `ubt_attach': > : undefined reference to `ng_make_node_common' > > ng_ubt2.o(.text+0x4be): In function `ubt_attach': > : undefined reference to `ng_name_node' > > ng_ubt2.o(.text+0x52b): In function `ubt_attach': > : undefined reference to `ng_unref_node' > > ng_ubt2.o(.text+0xc02): In function `ubt_modevent': > : undefined reference to `ng_newtype' > > ng_ubt2.o(.text+0xde0): In function `ubt_bulk_read_complete': > : undefined reference to `ng_package_data' > > ng_ubt2.o(.text+0xdfb): In function `ubt_bulk_read_complete': > : undefined reference to `ng_address_hook' > > ng_ubt2.o(.text+0xe39): In function `ubt_bulk_read_complete': > : undefined reference to `ng_snd_item' > > ng_ubt2.o(.text+0xfce): In function `ubt_intr_read_complete': > : undefined reference to `ng_package_data' > > ng_ubt2.o(.text+0xfe9): In function `ubt_intr_read_complete': > : undefined reference to `ng_address_hook' > > ng_ubt2.o(.text+0x1027): In function `ubt_intr_read_complete': > : undefined reference to `ng_snd_item' > > ng_ubt2.o(.text+0x105d): In function `ng_ubt_rcvdata': > : undefined reference to `ng_free_item' > > ng_ubt2.o(.text+0x10a7): In function `ng_ubt_rcvdata': > : undefined reference to `ng_free_item' > > ng_ubt2.o(.text+0x124e): In function `ng_ubt_rcvmsg': > : undefined reference to `ng_free_item' > > ng_ubt2.o(.text+0x12b3): In function `ng_ubt_rcvmsg': > : undefined reference to `ng_free_item' > > ng_ubt2.o(.text+0x12bf): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x1314): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x1413): In function `ng_ubt_rcvmsg': > : undefined reference to `ng_address_ID' > > ng_ubt2.o(.text+0x142a): In function `ng_ubt_rcvmsg': > : undefined reference to `ng_snd_item' > > ng_ubt2.o(.text+0x1480): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x1561): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x162e): In function `ng_ubt_rcvmsg': > : undefined reference to `M_NETGRAPH_MSG' > > ng_ubt2.o(.text+0x1a7a): In function `ng_ubt_shutdown': > : undefined reference to `ng_unref_node' > > ng_ubt2.o(.text+0x1ab5): In function `ng_ubt_shutdown': > : undefined reference to `ng_make_node_common' > > ng_ubt2.o(.text+0x1acc): In function `ng_ubt_shutdown': > : undefined reference to `ng_name_node' > > ng_ubt2.o(.text+0x1b6b): In function `ng_ubt_shutdown': > : undefined reference to `ng_unref_node' > > ng_ubt2.o(.text+0x1c28): In function `ubt_isoc_read_complete': > : undefined reference to `ng_package_data' > > ng_ubt2.o(.text+0x1c43): In function `ubt_isoc_read_complete': > : undefined reference to `ng_address_hook' > > ng_ubt2.o(.text+0x1d01): In function `ubt_isoc_read_complete': > : undefined reference to `ng_snd_item' > > ng_ubt2.o(.text+0x1eaf): In function `ubt_bulk_read_callback': > : undefined reference to `ng_send_fn' > > ng_ubt2.o(.text+0x20cd): In function `ubt_intr_read_callback': > : undefined reference to `ng_send_fn' > > ng_ubt2.o(.text+0x242c): In function `ubt_isoc_read_callback': > : undefined reference to `ng_send_fn' > > ng_ubt2.o(.text+0xc36): In function `ubt_modevent': > : undefined reference to `ng_rmtype' > > ng_ubt2.o(.rodata+0x5f0): undefined reference to `ng_parse_uint16_type' > ng_ubt2.o(.rodata+0x618): undefined reference to `ng_parse_uint16_type' > ng_ubt2.o(.rodata+0x6c0): undefined reference to `ng_parse_struct_type' > ng_ubt2.o(.rodata+0x700): undefined reference to `ng_parse_struct_type' > ng_ubt2.o(.rodata+0x748): undefined reference to `ng_parse_int32_type' > ng_ubt2.o(.rodata+0x760): undefined reference to `ng_parse_int32_type' > ng_ubt2.o(.rodata+0x7a8): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x7c0): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x7d8): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x7f0): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x808): undefined reference to `ng_parse_uint32_type' > ng_ubt2.o(.rodata+0x820): more undefined references to > `ng_parse_uint32_type' follow > *** Error code 1 > > I removed all old usb config. any other depends for usb2_bluetooth_ng? Hi, Try to load the module instead of having bluetooth in the kernel. Then all dependancies are loaded automatically. Depends on some bluetooth stuff. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 08:07:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72668106568E; Wed, 5 Nov 2008 08:07:12 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 79A2A8FC0A; Wed, 5 Nov 2008 08:07:11 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=CGtgju_7YC4mmNYeEUIA:9 a=P4LcQY9LHHKYZKPf98AA:7 a=L3_I9TtkfmQJYZz5Reng3jCM7QkA:4 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 967354977; Wed, 05 Nov 2008 09:07:09 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Lars Engels Date: Wed, 5 Nov 2008 09:09:13 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> <20081104220725.GC8256@e.0x20.net> In-Reply-To: <20081104220725.GC8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050909.14866.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Olivier SMEDTS , freebsd-usb@freebsd.org, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 08:07:12 -0000 On Tuesday 04 November 2008, Lars Engels wrote: > On Tue, Nov 04, 2008 at 07:56:47PM -0200, Renato Botelho wrote: > > On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels wrote: > > > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: > > >> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: > > >> > On Friday 31 October 2008, Olivier SMEDTS wrote: > > >> > > Hello, > > >> > > > > >> > > Each device driver has been splitted since RC3. > > >> > > Look in /boot/kernel/usb2_*. You can use modules. > > >> > > For example, for my usb mouse, I use usb2_input_ums. > > >> > > > >> > Hi, > > >> > > > >> > Looks like I made a small typo there. The module is named > > >> > "usb2_input_ms" while the kernel option is named "usb2_input_ums". > > >> > The kernel option should be named "usb2_input_ms". > > >> > > >> Is this the same issue? > > >> > > >> config: Error: device "usb2_controller_uss820dci" is unknown > > >> config: Error: device "usb2_ethernet_dav" is unknown > > > > > > device usb2_ethernet_dav is still unknown in the commit version in > > > HEAD. > > > > I believe it was just a typo, the correct is usb2_ethernet_udav > > Good point. :) After changing it to _udav I am getting this: > In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, > from /usr/src/sys/dev/usb2/sound/uaudio2.c:79: > /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No > such file or directory > /usr/src/sys/dev/usb2/sound/uaudio2.c:81:23: error: feeder_if.h: No such > file or directory > In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, > from /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:31: > /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No > such file or directory > /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:36:22: error: mixer_if.h: No > such file or directory > > mkdep: compile failed Hi, Dependancy towards "device sound" I think. Try loading the module instead of having the device in the kernel. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 08:12:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B2C61065687; Wed, 5 Nov 2008 08:12:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id EFD7D8FC1C; Wed, 5 Nov 2008 08:12:35 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=fAKvkXu-oL8sAwJDumEA:9 a=nCTi6LTMBhLPWDjVf_nK5OgHu8YA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 967526863; Wed, 05 Nov 2008 09:12:34 +0100 From: Hans Petter Selasky To: Lars Engels Date: Wed, 5 Nov 2008 09:14:42 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> In-Reply-To: <20081104230402.GD8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050914.44225.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 08:12:37 -0000 On Wednesday 05 November 2008, Lars Engels wrote: Hi Lars, > Now I just removed everything but usb2_core from the kernel config and > load the modules manually. So far it runs pretty good. > > Mounting a umass device, removing it and doing an 'ls' on the mountpoint > freezes the system, I thought this should not happen with the new stack? It is not a USB problem. It is the CAM layer that is hanging on the disk. > > sysctl hw.usb2.uscanner.uscanner: 0 > ^^^^^^^^ > Could it be that this should be "debug"? Fixed in P4 now. Will soon sync my private SVN. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 08:13:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DC0F106567A; Wed, 5 Nov 2008 08:13:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 249808FC13; Wed, 5 Nov 2008 08:13:49 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=3U4ogkKAi6j4k9biiJ0A:9 a=3wcmhzcBZQaKmXCyccvh4YVU94IA:4 a=50e4U0PicR4A:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1142636524; Wed, 05 Nov 2008 09:13:48 +0100 From: Hans Petter Selasky To: Lars Engels Date: Wed, 5 Nov 2008 09:15:52 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <20081104230402.GD8256@e.0x20.net> <20081104230547.GE8256@e.0x20.net> In-Reply-To: <20081104230547.GE8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050915.54175.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 08:13:51 -0000 Hi, > And one last thing: > # usbdevs -v > usbdevs: no USB controllers found > That command is no longer supported. Use "usbconfig" instead. I'm not sure if it is currently installed by default. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 08:13:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DC0F106567A; Wed, 5 Nov 2008 08:13:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 249808FC13; Wed, 5 Nov 2008 08:13:49 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=3U4ogkKAi6j4k9biiJ0A:9 a=3wcmhzcBZQaKmXCyccvh4YVU94IA:4 a=50e4U0PicR4A:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1142636524; Wed, 05 Nov 2008 09:13:48 +0100 From: Hans Petter Selasky To: Lars Engels Date: Wed, 5 Nov 2008 09:15:52 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <20081104230402.GD8256@e.0x20.net> <20081104230547.GE8256@e.0x20.net> In-Reply-To: <20081104230547.GE8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050915.54175.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 08:13:51 -0000 Hi, > And one last thing: > # usbdevs -v > usbdevs: no USB controllers found > That command is no longer supported. Use "usbconfig" instead. I'm not sure if it is currently installed by default. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 08:58:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 658141065694; Wed, 5 Nov 2008 08:58:18 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id AE5478FC12; Wed, 5 Nov 2008 08:58:16 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mA58w6oZ011452 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 11:58:08 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KxeDG-0001Fc-LR; Wed, 05 Nov 2008 11:58:06 +0300 From: Vladimir Grebenschikov To: Nick Hibma In-Reply-To: <200811042325.26574.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> <1225836292.3428.37.camel@localhost> <200811042325.26574.nick@van-laarhoven.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 05 Nov 2008 11:58:06 +0300 Message-Id: <1225875486.1713.37.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Andrea Guzzo , FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru 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 Nov 2008 08:58:18 -0000 On Tue, 2008-11-04 at 23:25 +0100, Nick Hibma wrote: > > Now (5-days old current), everything looks fine, chat finishes, but ppp > > failed to handshake (same ppp config works before with ubsa): > > > > Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: PPP Started (background > > mode). Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: bundle: Establish > > Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: ATDT#777^M > > Are you sure this phone number is correct? I'd have to check the 3GPP spec, > but something like > > ATDT*99***1# > > is more like the Huawei expects. The general format is > *****#. If you have set multiple PDP contexts > through AT+CGDCONT you can select the one you need by replacing the '1' in > the line above with the appropriate number. Actually it is not exactly 3G modem - it is Huawei EC500 for CDMA2000 network (hybrid 2.5G / 3G - Skylink operator in Russia) ATDT#777 is usual dial for that operator. > The 'Unexpected * in phase *' I've not seen before and would indicate that a > valid packet is received but one that is not appropriate at that point. You > might want to add some more logging options to see what is going on. > > > It looks like that characters are delivered not reliable way through ucom > > port: Same on U0.2 port: > > Weird. Should not happen. What I can do to help track the problem ? > > - after disconnecting ppp from port card is not reset, so no more any > > chat if start ppp again (you just need skip chat phase). - How to reset > > card before start ? > > We've had this problem with an EDGE card from Option, and we basically power > down the port and power up again the card to get it back. Patches have been > sent to Warner to get committed. Nice, are these patches attached to some PR ? > > - Disconnecting card crashes kernel, it is possible to catch that crash > > with DDB, but dump can't be written. Modem is on cardbus device. > > (probbaly will be fixed by new usb stack ?) > > kldunload usb first. The USB stack crashes if the device disappears. This > takes some effort as you will have to unload all related modules. If you > have ums_load="YES" in your /boot/loader.conf without usb_load="YES", then > you are in luck as you should be able to unload ums and usb will unload as > well. > > Once these are unloaded you should be able to unload the PCMCIA card without > problems. Works with Option cards this way. Uhh, really need to try new USB stack (I will try). > Nick -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:07:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82199106567A; Wed, 5 Nov 2008 09:07:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id B3D608FC1C; Wed, 5 Nov 2008 09:07:12 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=CGtgju_7YC4mmNYeEUIA:9 a=P4LcQY9LHHKYZKPf98AA:7 a=L3_I9TtkfmQJYZz5Reng3jCM7QkA:4 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 967354977; Wed, 05 Nov 2008 09:07:09 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Lars Engels Date: Wed, 5 Nov 2008 09:09:13 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <747dc8f30811041356j72b3507cxbcdc077cf6f7ff12@mail.gmail.com> <20081104220725.GC8256@e.0x20.net> In-Reply-To: <20081104220725.GC8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050909.14866.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Olivier SMEDTS , freebsd-usb@freebsd.org, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 09:07:13 -0000 On Tuesday 04 November 2008, Lars Engels wrote: > On Tue, Nov 04, 2008 at 07:56:47PM -0200, Renato Botelho wrote: > > On Tue, Nov 4, 2008 at 7:22 PM, Lars Engels wrote: > > > On Fri, Oct 31, 2008 at 05:16:09PM +0000, Thomas Sparrevohn wrote: > > >> On Friday 31 October 2008 15:56:42 Hans Petter Selasky wrote: > > >> > On Friday 31 October 2008, Olivier SMEDTS wrote: > > >> > > Hello, > > >> > > > > >> > > Each device driver has been splitted since RC3. > > >> > > Look in /boot/kernel/usb2_*. You can use modules. > > >> > > For example, for my usb mouse, I use usb2_input_ums. > > >> > > > >> > Hi, > > >> > > > >> > Looks like I made a small typo there. The module is named > > >> > "usb2_input_ms" while the kernel option is named "usb2_input_ums". > > >> > The kernel option should be named "usb2_input_ms". > > >> > > >> Is this the same issue? > > >> > > >> config: Error: device "usb2_controller_uss820dci" is unknown > > >> config: Error: device "usb2_ethernet_dav" is unknown > > > > > > device usb2_ethernet_dav is still unknown in the commit version in > > > HEAD. > > > > I believe it was just a typo, the correct is usb2_ethernet_udav > > Good point. :) After changing it to _udav I am getting this: > In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, > from /usr/src/sys/dev/usb2/sound/uaudio2.c:79: > /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No > such file or directory > /usr/src/sys/dev/usb2/sound/uaudio2.c:81:23: error: feeder_if.h: No such > file or directory > In file included from /usr/src/sys/dev/sound/pcm/sound.h:94, > from /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:31: > /usr/src/sys/dev/sound/pcm/channel.h:216:24: error: channel_if.h: No > such file or directory > /usr/src/sys/dev/usb2/sound/uaudio2_pcm.c:36:22: error: mixer_if.h: No > such file or directory > > mkdep: compile failed Hi, Dependancy towards "device sound" I think. Try loading the module instead of having the device in the kernel. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:12:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E96F6106567D for ; Wed, 5 Nov 2008 09:12:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 7EB528FC0C for ; Wed, 5 Nov 2008 09:12:37 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=fAKvkXu-oL8sAwJDumEA:9 a=nCTi6LTMBhLPWDjVf_nK5OgHu8YA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 967526863; Wed, 05 Nov 2008 09:12:34 +0100 From: Hans Petter Selasky To: Lars Engels Date: Wed, 5 Nov 2008 09:14:42 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> In-Reply-To: <20081104230402.GD8256@e.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811050914.44225.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Olivier SMEDTS , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 09:12:38 -0000 On Wednesday 05 November 2008, Lars Engels wrote: Hi Lars, > Now I just removed everything but usb2_core from the kernel config and > load the modules manually. So far it runs pretty good. > > Mounting a umass device, removing it and doing an 'ls' on the mountpoint > freezes the system, I thought this should not happen with the new stack? It is not a USB problem. It is the CAM layer that is hanging on the disk. > > sysctl hw.usb2.uscanner.uscanner: 0 > ^^^^^^^^ > Could it be that this should be "debug"? Fixed in P4 now. Will soon sync my private SVN. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:17:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1FD11065670; Wed, 5 Nov 2008 09:17:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5FDC88FC1D; Wed, 5 Nov 2008 09:17:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA59H5xB019545; Wed, 5 Nov 2008 02:17:05 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 05 Nov 2008 02:18:17 -0700 (MST) Message-Id: <20081105.021817.-332174942.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200811050914.44225.hselasky@c2i.net> References: <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> <200811050914.44225.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, bright@mu.org, rbgarga@gmail.com, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, lme@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 09:17:23 -0000 In message: <200811050914.44225.hselasky@c2i.net> Hans Petter Selasky writes: : On Wednesday 05 November 2008, Lars Engels wrote: : : Hi Lars, : : > Now I just removed everything but usb2_core from the kernel config and : > load the modules manually. So far it runs pretty good. : > : > Mounting a umass device, removing it and doing an 'ls' on the mountpoint : > freezes the system, I thought this should not happen with the new stack? : : It is not a USB problem. It is the CAM layer that is hanging on the disk. Sure it is CAM layer and not buffer cache or filesystem code? Warner From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:17:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1FD11065670; Wed, 5 Nov 2008 09:17:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5FDC88FC1D; Wed, 5 Nov 2008 09:17:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA59H5xB019545; Wed, 5 Nov 2008 02:17:05 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 05 Nov 2008 02:18:17 -0700 (MST) Message-Id: <20081105.021817.-332174942.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200811050914.44225.hselasky@c2i.net> References: <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> <200811050914.44225.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, bright@mu.org, rbgarga@gmail.com, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, lme@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 09:17:23 -0000 In message: <200811050914.44225.hselasky@c2i.net> Hans Petter Selasky writes: : On Wednesday 05 November 2008, Lars Engels wrote: : : Hi Lars, : : > Now I just removed everything but usb2_core from the kernel config and : > load the modules manually. So far it runs pretty good. : > : > Mounting a umass device, removing it and doing an 'ls' on the mountpoint : > freezes the system, I thought this should not happen with the new stack? : : It is not a USB problem. It is the CAM layer that is hanging on the disk. Sure it is CAM layer and not buffer cache or filesystem code? Warner From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 09:32:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 993001065679; Wed, 5 Nov 2008 09:32:51 +0000 (UTC) (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 6D8678FC28; Wed, 5 Nov 2008 09:32:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA59Wmu5004822; Wed, 5 Nov 2008 04:32:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA59Wm3W013080; Wed, 5 Nov 2008 04:32:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 713B373039; Wed, 5 Nov 2008 04:32:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105093248.713B373039@freebsd-current.sentex.ca> Date: Wed, 5 Nov 2008 04:32:48 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8570/Tue Nov 4 22:36:19 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 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 Nov 2008 09:32:51 -0000 TB --- 2008-11-05 09:07:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 09:07:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-11-05 09:07:43 - cleaning the object tree TB --- 2008-11-05 09:07:57 - cvsupping the source tree TB --- 2008-11-05 09:07:57 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-11-05 09:08:03 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 09:08:03 - cd /src TB --- 2008-11-05 09:08:03 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 09:08:04 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 09:32:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 09:32:48 - ERROR: failed to build world TB --- 2008-11-05 09:32:48 - tinderbox aborted TB --- 1074.77 user 132.99 system 1504.41 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 10:04:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FBF9106564A; Wed, 5 Nov 2008 10:04:38 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id EF6818FC12; Wed, 5 Nov 2008 10:04:37 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 770646D439; Wed, 5 Nov 2008 11:04:37 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O6cUQTZFNn5H; Wed, 5 Nov 2008 11:04:33 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id B72EA6D42B; Wed, 5 Nov 2008 11:04:33 +0100 (CET) Date: Wed, 5 Nov 2008 11:04:33 +0100 From: Rink Springer To: "M. Warner Losh" Message-ID: <20081105100433.GA43232@rink.nu> References: <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> <200811050914.44225.hselasky@c2i.net> <20081105.021817.-332174942.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081105.021817.-332174942.imp@bsdimp.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org, bright@mu.org, hselasky@c2i.net, lme@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, rbgarga@gmail.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 10:04:38 -0000 On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote: > In message: <200811050914.44225.hselasky@c2i.net> > Hans Petter Selasky writes: > : On Wednesday 05 November 2008, Lars Engels wrote: > : > Mounting a umass device, removing it and doing an 'ls' on the mountpoint > : > freezes the system, I thought this should not happen with the new stack? > : > : It is not a USB problem. It is the CAM layer that is hanging on the disk. > > Sure it is CAM layer and not buffer cache or filesystem code? Well, the CAM layer problem will immediately first - it does not like CAM busses disappearing. Once this is fixed or avoided and the problem still shows up, we can blame buffer cache / filesystem code. As I suggested before, a good fix is to create one CAM bus per USB root hub, and use that to attach all umass devices to. This will also get rid of the one-bus-per-umass-device which is visually unappealling. Regards, Rink -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 10:04:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FBF9106564A; Wed, 5 Nov 2008 10:04:38 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id EF6818FC12; Wed, 5 Nov 2008 10:04:37 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 770646D439; Wed, 5 Nov 2008 11:04:37 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O6cUQTZFNn5H; Wed, 5 Nov 2008 11:04:33 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id B72EA6D42B; Wed, 5 Nov 2008 11:04:33 +0100 (CET) Date: Wed, 5 Nov 2008 11:04:33 +0100 From: Rink Springer To: "M. Warner Losh" Message-ID: <20081105100433.GA43232@rink.nu> References: <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> <200811050914.44225.hselasky@c2i.net> <20081105.021817.-332174942.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081105.021817.-332174942.imp@bsdimp.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org, bright@mu.org, hselasky@c2i.net, lme@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, rbgarga@gmail.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 10:04:38 -0000 On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote: > In message: <200811050914.44225.hselasky@c2i.net> > Hans Petter Selasky writes: > : On Wednesday 05 November 2008, Lars Engels wrote: > : > Mounting a umass device, removing it and doing an 'ls' on the mountpoint > : > freezes the system, I thought this should not happen with the new stack? > : > : It is not a USB problem. It is the CAM layer that is hanging on the disk. > > Sure it is CAM layer and not buffer cache or filesystem code? Well, the CAM layer problem will immediately first - it does not like CAM busses disappearing. Once this is fixed or avoided and the problem still shows up, we can blame buffer cache / filesystem code. As I suggested before, a good fix is to create one CAM bus per USB root hub, and use that to attach all umass devices to. This will also get rid of the one-bus-per-umass-device which is visually unappealling. Regards, Rink -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 10:41:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 748A91065672; Wed, 5 Nov 2008 10:41:26 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-14.163.com (m12-14.163.com [220.181.12.14]) by mx1.freebsd.org (Postfix) with SMTP id 511668FC23; Wed, 5 Nov 2008 10:41:25 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp10 (Coremail) with SMTP id DsCowLDrj01IeBFJ5gfCDg--.63822S2; Wed, 05 Nov 2008 18:41:17 +0800 (CST) Message-ID: <49117846.9080301@163.com> Date: Wed, 05 Nov 2008 18:41:10 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <200810261633.22020.hselasky@c2i.net> <49114E3D.9080201@163.com> <200811050908.35744.hselasky@c2i.net> In-Reply-To: <200811050908.35744.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjvJXoWrKr45KF4rKry8XrW5KF15Jwb_yoW8JryUpr Wrta1vyr4ktFs5tF9rt3W29rZavF1agw13WF1vyryayF9YqrnrZr10kw1Sk39rZa4Ikw45 Xa1UX347X3WqgrDanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU U0w7k042IEFTZYmTnxM7k0a2IF6r1UM7kC6x804xWl14x267AKxVWUJVW8JwAFxVCF77xC 6IxKo4kEV4yl1I0EscIYIxCEI4klw4CSwwAFIxvE14AKwVWUJVWUGwAawVAYYI1S6c8GOV WUur45Jrylnx0Ec2IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E 2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r4j6F4UM4IEnf9ElVAFpTB2q-sK64 9IAas0WaI_GwAC6xAIw28IcVAK0I8IjxAxMx02cVAKzwCY0x0Ix7I2Y4AK6F4j6FyUMxCj nVAqn7xvrwC2zVAF1VAY17CE14v26r126r1DMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0x vEx4A2jsIEc7CjxVAFwI0_Jr0_GrUvcSsGvfC2KfnxnUUI43ZEXa7xRMEfO3UUUUU== Cc: freebsd-current@freebsd.org, Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 10:41:26 -0000 Hans Petter Selasky wrote: > On Wednesday 05 November 2008, kevin wrote: > >> Hans Petter Selasky wrote: >> >>> Hi, >>> >>> A new USB release is available: >>> >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ >>> >>> %md5 usb2_release_003.* >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf >>> %sha256 usb2_release_003.* >>> SHA256 (usb2_release_003.diff) = >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b >>> SHA256 (usb2_release_003.tar.gz) = >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 >>> >>> Changes since 002 release: >>> >> I try to compile kernel with usb2. >> >> > Hi, > > Try to load the module instead of having bluetooth in the kernel. Then all > dependancies are loaded automatically. > > Depends on some bluetooth stuff. > > --HPS > > I build kernel without usb2_bluetooth_ng successfully. i notice that fingerpring and bluetooth mouse nolonger work now. in dmesg: ugen0.2: at usbus0 ugen0.3: at usbus0 maybe /etc/rc.d/bthidd and fprint package need update now. Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 10:41:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 748A91065672; Wed, 5 Nov 2008 10:41:26 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-14.163.com (m12-14.163.com [220.181.12.14]) by mx1.freebsd.org (Postfix) with SMTP id 511668FC23; Wed, 5 Nov 2008 10:41:25 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp10 (Coremail) with SMTP id DsCowLDrj01IeBFJ5gfCDg--.63822S2; Wed, 05 Nov 2008 18:41:17 +0800 (CST) Message-ID: <49117846.9080301@163.com> Date: Wed, 05 Nov 2008 18:41:10 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <200810261633.22020.hselasky@c2i.net> <49114E3D.9080201@163.com> <200811050908.35744.hselasky@c2i.net> In-Reply-To: <200811050908.35744.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjvJXoWrKr45KF4rKry8XrW5KF15Jwb_yoW8JryUpr Wrta1vyr4ktFs5tF9rt3W29rZavF1agw13WF1vyryayF9YqrnrZr10kw1Sk39rZa4Ikw45 Xa1UX347X3WqgrDanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU U0w7k042IEFTZYmTnxM7k0a2IF6r1UM7kC6x804xWl14x267AKxVWUJVW8JwAFxVCF77xC 6IxKo4kEV4yl1I0EscIYIxCEI4klw4CSwwAFIxvE14AKwVWUJVWUGwAawVAYYI1S6c8GOV WUur45Jrylnx0Ec2IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E 2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r4j6F4UM4IEnf9ElVAFpTB2q-sK64 9IAas0WaI_GwAC6xAIw28IcVAK0I8IjxAxMx02cVAKzwCY0x0Ix7I2Y4AK6F4j6FyUMxCj nVAqn7xvrwC2zVAF1VAY17CE14v26r126r1DMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0x vEx4A2jsIEc7CjxVAFwI0_Jr0_GrUvcSsGvfC2KfnxnUUI43ZEXa7xRMEfO3UUUUU== Cc: freebsd-current@freebsd.org, Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 10:41:26 -0000 Hans Petter Selasky wrote: > On Wednesday 05 November 2008, kevin wrote: > >> Hans Petter Selasky wrote: >> >>> Hi, >>> >>> A new USB release is available: >>> >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ >>> >>> %md5 usb2_release_003.* >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf >>> %sha256 usb2_release_003.* >>> SHA256 (usb2_release_003.diff) = >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b >>> SHA256 (usb2_release_003.tar.gz) = >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 >>> >>> Changes since 002 release: >>> >> I try to compile kernel with usb2. >> >> > Hi, > > Try to load the module instead of having bluetooth in the kernel. Then all > dependancies are loaded automatically. > > Depends on some bluetooth stuff. > > --HPS > > I build kernel without usb2_bluetooth_ng successfully. i notice that fingerpring and bluetooth mouse nolonger work now. in dmesg: ugen0.2: at usbus0 ugen0.3: at usbus0 maybe /etc/rc.d/bthidd and fprint package need update now. Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 11:17:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79520106567E; Wed, 5 Nov 2008 11:17:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4FABD8FC1B; Wed, 5 Nov 2008 11:17:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA5BHaRq060799; Wed, 5 Nov 2008 06:17:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA5BHaY3056203; Wed, 5 Nov 2008 06:17:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 18E2273039; Wed, 5 Nov 2008 06:17:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105111736.18E2273039@freebsd-current.sentex.ca> Date: Wed, 5 Nov 2008 06:17:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8570/Tue Nov 4 22:36:19 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Not Scanned X-Scanned-By: MIMEDefang 2.64 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 Nov 2008 11:17:39 -0000 TB --- 2008-11-05 10:54:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 10:54:58 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-11-05 10:54:58 - cleaning the object tree TB --- 2008-11-05 10:55:07 - cvsupping the source tree TB --- 2008-11-05 10:55:07 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-11-05 10:55:13 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 10:55:13 - cd /src TB --- 2008-11-05 10:55:13 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 10:55:15 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 11:17:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 11:17:35 - ERROR: failed to build world TB --- 2008-11-05 11:17:35 - tinderbox aborted TB --- 937.66 user 130.27 system 1357.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 11:33:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9BF31065673; Wed, 5 Nov 2008 11:33:56 +0000 (UTC) (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 8FB348FC17; Wed, 5 Nov 2008 11:33:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA5BXsKr009529; Wed, 5 Nov 2008 06:33:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA5BXsxf099422; Wed, 5 Nov 2008 06:33:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1EF6873039; Wed, 5 Nov 2008 06:33:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081105113354.1EF6873039@freebsd-current.sentex.ca> Date: Wed, 5 Nov 2008 06:33:54 -0500 (EST) X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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 Nov 2008 11:33:56 -0000 TB --- 2008-11-05 11:14:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-05 11:14:02 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-11-05 11:14:02 - cleaning the object tree TB --- 2008-11-05 11:14:13 - cvsupping the source tree TB --- 2008-11-05 11:14:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-11-05 11:14:19 - building world (CFLAGS=-O -pipe) TB --- 2008-11-05 11:14:19 - cd /src TB --- 2008-11-05 11:14:19 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 5 11:14:21 UTC 2008 >>> 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 [...] rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ /src/lib/libutil/_secure_path.c /src/lib/libutil/auth.c /src/lib/libutil/gr_util.c /src/lib/libutil/expand_number.c /src/lib/libutil/flopen.c /src/lib/libutil/fparseln.c /src/lib/libutil/hexdump.c /src/lib/libutil/humanize_number.c /src/lib/libutil/kld.c /src/lib/libutil/login.c /src/lib/libutil/login_auth.c /src/lib/libutil/login_cap.c /src/lib/libutil/login_class.c /src/lib/libutil/login_crypt.c /src/lib/libutil/login_ok.c /src/lib/libutil/login_times.c /src/lib/libutil/login_tty.c /src/lib/libutil/logout.c /src/lib/libutil/logwtmp.c /src/lib/libutil/pidfile.c /src/lib/libutil/property.c /src/lib/libutil/pty.c /src/lib/libutil/pw_util.c /src/lib/libutil/realhostname.c /src/lib/libutil/stub.c /src/lib/libutil/trimdomain.c /src/lib/libutil/uucplock.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/_secure_path.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/auth.c cc -O -pipe -DLIBC_SCCS -DINET6 -I/src/lib/libutil -I/src/lib/libutil/../libc/gen/ -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/lib/libutil/gr_util.c cc1: warnings being treated as errors /src/lib/libutil/gr_util.c: In function 'gr_dup': /src/lib/libutil/gr_util.c:154: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/lib/libutil. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-05 11:33:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-05 11:33:54 - ERROR: failed to build world TB --- 2008-11-05 11:33:54 - tinderbox aborted TB --- 925.65 user 129.72 system 1191.24 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 12:36:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C90F81065679 for ; Wed, 5 Nov 2008 12:36:46 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp816.mail.ird.yahoo.com (smtp816.mail.ird.yahoo.com [77.238.189.16]) by mx1.freebsd.org (Postfix) with SMTP id B88CB8FC2C for ; Wed, 5 Nov 2008 12:36:45 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 43794 invoked from network); 5 Nov 2008 12:36:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=4uacgMp7Izixsgnjk0Syq/ScO6ygLi0LcOt5WC9bFzOHNviPZ9gMMPdvE7vi+UWaYhqM1/87/eUkE/L5DU2AloHFbcw3zgZ8jJu7nzSiPqKzPBvci1KNn34f9xqgCmqP28oDnLJcUP4vOYcbx/aL6IrXLvStsO2/EKJUM6ntebk= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.147.161.222 with login) by smtp816.mail.ird.yahoo.com with SMTP; 5 Nov 2008 12:36:43 -0000 X-YMail-OSG: vmzux3kVM1kPNJ2wUVsMfzef4CxgRYKj7f589ILf2oqlTLUMV1TSf7PldqfktKKYjM9hr0k3wZMfP8ANjbKZPSSjGNRgBAmkSH8RuLpQO7GYLoQnWVS8NOj_tyjxfmiSLJflDBD0A1k4ZbnwahQ9DYEgYFC8p1kfQkztOGs- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: Hans Petter Selasky Date: Wed, 5 Nov 2008 12:36:40 +0000 User-Agent: KMail/1.9.10 References: <200810251925.47273.hselasky@c2i.net> <20081104230547.GE8256@e.0x20.net> <200811050915.54175.hselasky@c2i.net> In-Reply-To: <200811050915.54175.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051236.41450.Thomas.Sparrevohn@btinternet.com> Cc: current@freebsd.org, Alfred Perlstein , Olivier SMEDTS , Renato Botelho , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Lars Engels Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 12:36:46 -0000 On Wednesday 05 November 2008 08:15:52 Hans Petter Selasky wrote: > Hi, > > > And one last thing: > > # usbdevs -v > > usbdevs: no USB controllers found > > > > That command is no longer supported. Use "usbconfig" instead. I'm not sure if > it is currently installed by default. > > --HPS > usbconfig does not install per default - it does not even seem to compile - From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 12:36:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 074EC106564A for ; Wed, 5 Nov 2008 12:36:47 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp816.mail.ird.yahoo.com (smtp816.mail.ird.yahoo.com [77.238.189.16]) by mx1.freebsd.org (Postfix) with SMTP id BC4038FC2D for ; Wed, 5 Nov 2008 12:36:45 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 43794 invoked from network); 5 Nov 2008 12:36:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=4uacgMp7Izixsgnjk0Syq/ScO6ygLi0LcOt5WC9bFzOHNviPZ9gMMPdvE7vi+UWaYhqM1/87/eUkE/L5DU2AloHFbcw3zgZ8jJu7nzSiPqKzPBvci1KNn34f9xqgCmqP28oDnLJcUP4vOYcbx/aL6IrXLvStsO2/EKJUM6ntebk= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.147.161.222 with login) by smtp816.mail.ird.yahoo.com with SMTP; 5 Nov 2008 12:36:43 -0000 X-YMail-OSG: vmzux3kVM1kPNJ2wUVsMfzef4CxgRYKj7f589ILf2oqlTLUMV1TSf7PldqfktKKYjM9hr0k3wZMfP8ANjbKZPSSjGNRgBAmkSH8RuLpQO7GYLoQnWVS8NOj_tyjxfmiSLJflDBD0A1k4ZbnwahQ9DYEgYFC8p1kfQkztOGs- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: Hans Petter Selasky Date: Wed, 5 Nov 2008 12:36:40 +0000 User-Agent: KMail/1.9.10 References: <200810251925.47273.hselasky@c2i.net> <20081104230547.GE8256@e.0x20.net> <200811050915.54175.hselasky@c2i.net> In-Reply-To: <200811050915.54175.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051236.41450.Thomas.Sparrevohn@btinternet.com> Cc: current@freebsd.org, Alfred Perlstein , Olivier SMEDTS , Renato Botelho , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Lars Engels Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 12:36:47 -0000 On Wednesday 05 November 2008 08:15:52 Hans Petter Selasky wrote: > Hi, > > > And one last thing: > > # usbdevs -v > > usbdevs: no USB controllers found > > > > That command is no longer supported. Use "usbconfig" instead. I'm not sure if > it is currently installed by default. > > --HPS > usbconfig does not install per default - it does not even seem to compile - From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 13:04:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADAD11065674 for ; Wed, 5 Nov 2008 13:04:10 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from mail-gx0-f18.google.com (mail-gx0-f18.google.com [209.85.217.18]) by mx1.freebsd.org (Postfix) with ESMTP id 52DE18FC14 for ; Wed, 5 Nov 2008 13:04:10 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: by gxk11 with SMTP id 11so223556gxk.19 for ; Wed, 05 Nov 2008 05:04:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=G7uc5dQATSCAmRVB+b6gRW7JN+hwNVrpyMVdMHItKgw=; b=vM4DYwbWHPLU9WRzsNEK0leBEBkhhcPTN1diEIsNYZQgVoTMaBrd7vjIUck9BT7SDp Tf3bNOxetGuEigA3bMMSwyIM5StD6wg3I1K5p7B09zGGFisn2OY6jP0NBXaNUDrnRg5Q hTpxEZzOhk7h8XCbyVLzdoCogxes5H5X7ITqg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=edHD0fycY+5lyiLmsKe2yiWyexPTHIBeiP/NGXCnwL0PlcajtbYJtfEnM2GM07pS06 wfOfPqSDpiCxdp4J5Z7++XQIDxZCphhiskpRJZELQA5GWp2qWKycWEN3l4JUripGNFmF eliyfLjw1R5HvdBnV05ll12WN9Y1Oenyb5/xY= Received: by 10.142.223.4 with SMTP id v4mr423650wfg.166.1225888496750; Wed, 05 Nov 2008 04:34:56 -0800 (PST) Received: by 10.142.54.21 with HTTP; Wed, 5 Nov 2008 04:34:56 -0800 (PST) Message-ID: Date: Wed, 5 Nov 2008 13:34:56 +0100 From: "Pawel Worach" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: panic: tmpfs_alloc_vp: type 0xffffff000143d380 0 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 Nov 2008 13:04:10 -0000 Hi, Got the following panic after I built some ports with WRKDIRPREFIX=3D/tmp/work where /tmp is tmpfs. FreeBSD one 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r184639M: Tue Nov 4 18:39:44 CET 2008 root@one:/usr/obj/usr/src/sys/IBMT61 amd64 panic: tmpfs_alloc_vp: type 0xffffff000143d380 0 Unread portion of the kernel message buffer: panic: tmpfs_alloc_vp: type 0xffffff000143d380 0 cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17d tmpfs_alloc_vp() at tmpfs_alloc_vp+0x255 tmpfs_lookup() at tmpfs_lookup+0x17a vfs_cache_lookup() at vfs_cache_lookup+0xda VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x41 lookup() at lookup+0x4ab namei() at namei+0x4a5 kern_statat() at kern_statat+0x7a stat() at stat+0x22 syscall() at syscall+0x237 Xfast_syscall() at Xfast_syscall+0xab --- syscall (188, FreeBSD ELF64, stat), rip =3D 0x80098bd7c, rsp =3D 0x7fffffffe318, rbp =3D 0x3 --- Uptime: 32m30s Physical memory: 503 MB Dumping 121 MB: 106 90 74 58 42 26 10 Reading symbols from /boot/kernel/geom_eli.ko...Reading symbols from /boot/kernel/geom_eli.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_eli.ko Reading symbols from /boot/kernel/snd_es137x.ko...Reading symbols from /boot/kernel/snd_es137x.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_es137x.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/acpi_ibm.ko...Reading symbols from /boot/kernel/acpi_ibm.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi_ibm.ko Reading symbols from /boot/kernel/if_iwn.ko...Reading symbols from /boot/kernel/if_iwn.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_iwn.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:196 #1 0xffffffff802a6cc6 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xffffffff802a7162 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff8090ef64 in tmpfs_alloc_vp (mp=3D0xffffff000139f2f0, node=3D0xffffff000143d380, lkflag=3D525312, vpp=3D0xfffffffe528079a0, td=3D0xffffff00184f8a50) at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c:382 #4 0xffffffff8090d56c in tmpfs_lookup (v=3DVariable "v" is not available. ) at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vnops.c:97 #5 0xffffffff80316930 in vfs_cache_lookup (ap=3DVariable "ap" is not avail= able. ) at vnode_if.h:80 #6 0xffffffff804ea4df in VOP_LOOKUP_APV (vop=3D0xffffffff809101a0, a=3D0xfffffffe52807830) at vnode_if.c:99 #7 0xffffffff8031cb2d in lookup (ndp=3D0xfffffffe52807970) at vnode_if.h:5= 4 #8 0xffffffff8031da67 in namei (ndp=3D0xfffffffe52807970) at /usr/src/sys/kern/vfs_lookup.c:235 #9 0xffffffff8032b64a in kern_statat (td=3D0xffffff00184f8a50, flag=3DVariable "flag" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2333 #10 0xffffffff8032b96c in stat (td=3DVariable "td" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2284 #11 0xffffffff804c7096 in syscall (frame=3D0xfffffffe52807c90) at /usr/src/sys/amd64/amd64/trap.c:898 #12 0xffffffff804aab3b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:338 #13 0x000000080098bd7c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) f 3 #3 0xffffffff8090ef64 in tmpfs_alloc_vp (mp=3D0xffffff000139f2f0, node=3D0xffffff000143d380, lkflag=3D525312, vpp=3D0xfffffffe528079a0, td=3D0xffffff00184f8a50) at /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c:382 382 panic("tmpfs_alloc_vp: type %p %d", node, (int)node->tn_type); (kgdb) p *mp $1 =3D {mnt_mtx =3D {lock_object =3D {lo_name =3D 0xffffffff80528b3c "struc= t mount mtx", lo_flags =3D 16973824, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 4}, mnt_gen =3D 1, mnt_list =3D {tqe_next =3D 0x0, tqe_prev =3D 0xffffff000139f608}, mnt_op =3D 0xffffffff80910620, mnt_vfc =3D 0xffffffff80910800, mnt_vnodecovered =3D 0xffffff00013f5588, mnt_syncer =3D 0xffffff00013ed000, mnt_ref =3D 10, mnt_nvnodelist =3D {tqh_first =3D 0xffffff00013ed1d8, tqh_last =3D 0xffffff0010e135b0}, mnt_nvnodelistsize =3D 10, mnt_writeopcount =3D 0, mnt_kern_flag =3D 536870912, mnt_flag =3D 4096, mnt_noasync =3D 0, mnt_opt =3D 0xffffff00013253b0, mnt_optnew =3D 0x0, mnt_maxsymlinklen =3D 0, mnt_stat =3D {f_version =3D 537068824, f_type = =3D 1, f_flags =3D 4096, f_bsize =3D 4096, f_iosize =3D 4096, f_blocks =3D 335705, f_bfree =3D 335696, f_bavail =3D 335696, f_files = =3D 6138457, f_ffree =3D 6138441, f_syncwrites =3D 0, f_asyncwrites =3D 0, f_syncreads =3D 0, f_asyncreads =3D 0, f_spare =3D {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}, f_namemax =3D 255, f_owner =3D 0, f_fsid =3D {val =3D {16842497, 1}}, f_charspare =3D '\0' , f_fstypename =3D "tmpfs\000\000\000\000\000\000\000\000\000\000", f_mntfromname =3D "tmpfs", '\0' , f_mntonname =3D "/tmp", '\0' }, mnt_cred =3D 0xffffff0001442000, mnt_data =3D 0xffffff000133f480, mnt_time =3D 0, mnt_iosize_max =3D 65536, mnt_export =3D 0x0, mnt_label =3D 0x0, mnt_hashseed =3D 816498104, mnt_lockref =3D 0, mnt_secondary_writes =3D 0, mnt_secondary_accwrites =3D 0, mnt_susp_owner =3D 0x0, mnt_gjprovider =3D 0x0, mnt_explock =3D {lock_object =3D { lo_name =3D 0xffffffff80528b4d "explock", lo_flags =3D 91947008, lo_data =3D 0, lo_witness =3D 0x0}, lk_lock =3D 1, lk_timo =3D 0, lk_pri =3D 80}} (kgdb) p *node $2 =3D {tn_entries =3D {le_next =3D 0xffffff001855fc40, le_prev =3D 0xffffff001854c9a0}, tn_type =3D VNON, tn_id =3D 323, tn_status =3D 0, tn_size =3D 2608, tn_uid =3D 0, tn_gid =3D 0, tn_mode =3D 420, tn_flags = =3D 0, tn_links =3D 0, tn_atime =3D {tv_sec =3D 1225890653, tv_nsec =3D 0}, tn_mtime =3D {tv_sec =3D 1225890653, tv_nsec =3D 0}, tn_ctime =3D {tv_sec= =3D 1225890653, tv_nsec =3D 0}, tn_birthtime =3D {tv_sec =3D 1225890653, tv_nsec =3D 0}, tn_gen =3D 2381436011, tn_vnode =3D 0x0, tn_interlock = =3D {lock_object =3D { lo_name =3D 0xffffffff809100a6 "tmpfs node interlock", lo_flags =3D 16973824, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 4}, tn_vpstate =3D 1, tn_spec =3D {tn_rdev =3D 26841288, tn_dir =3D {tn_paren= t =3D 0xffffff00019990c8, tn_dirhead =3D {tqh_first =3D 0x1, tqh_last =3D 0xffffff000143d440}, tn_readdir_lastn =3D 0, tn_readdir_lastp =3D 0x0}, tn_link =3D 0xffffff00019990c8 "G=A1T\200=FF=FF= =FF=FF", tn_reg =3D {tn_aobj =3D 0xffffff00019990c8, tn_aobj_pages =3D 1}, tn_fifo =3D {tn_fo_read =3D 0xffffff00019990c8, tn_fo_write =3D 0x1}}} (kgdb) p *vpp $3 =3D (struct vnode *) 0x0 (kgdb) p *td $4 =3D {td_lock =3D 0xffffffff806f6540, td_proc =3D 0xffffff0018617860, td_plist =3D {tqe_next =3D 0x0, tqe_prev =3D 0xffffff0018617870}, td_runq =3D {tqe_next =3D 0x0, tqe_prev =3D 0xffffffff806f6788}, td_slpq = =3D {tqe_next =3D 0x0, tqe_prev =3D 0xffffff00011981c0}, td_lockq =3D { tqe_next =3D 0x0, tqe_prev =3D 0x0}, td_cpuset =3D 0xffffff000119bdc8, td_sel =3D 0xffffff000195b380, td_sleepqueue =3D 0xffffff00011981c0, td_turnstile =3D 0xffffff00013d8630, td_umtxq =3D 0xffffff001843e400, td_tid =3D 100098, td_sigqueue =3D {sq_signals =3D {__bits =3D {0, 0, 0, 0}}, sq_kill =3D {__bits =3D {0, 0, 0, 0}}, sq_list =3D {tqh_first =3D 0x0, tqh_last =3D 0xffffff00184f8af0}, sq_proc =3D 0xffffff0018617860, sq_flags =3D 1}, td_flags =3D 65542, td_inhibitors =3D 0, td_pflags =3D 0, td_dupfd =3D 0, td_sqqueue =3D 0, td_wchan =3D 0x0, td_wmesg =3D 0x0, td_lastcpu =3D 0 '\0', td_oncpu =3D 0 '\0', td_owepreempt =3D 0 '\0', td_tsqueue =3D 0 '\0', td_locks =3D 1, td_rw_rlocks =3D 0, td_lk_slocks =3D 0, td_blocked =3D 0x0, td_lockname =3D 0x0, td_contested =3D {lh_first =3D 0x0}, td_sleeplocks = =3D 0x0, td_intr_nesting_level =3D 0, td_pinned =3D 2, td_ucred =3D 0xffffff0001736a00, td_estcpu =3D 0, td_slptick =3D 0, td_ru =3D {ru_utime =3D {tv_sec =3D 0, tv_usec =3D 0}, ru_stime =3D { tv_sec =3D 0, tv_usec =3D 0}, ru_maxrss =3D 1704, ru_ixrss =3D 33936, ru_idrss =3D 277548, ru_isrss =3D 38784, ru_minflt =3D 107, ru_majflt =3D 0, ru_nswap =3D 0, ru_inblock =3D 0, ru_oublock =3D 0, ru_msgsnd =3D 0, ru_msgrcv =3D 0, ru_nsignals =3D 0, ru_nvcsw =3D 0, ru_nivcsw =3D 0}, td_incruntime =3D 0, td_runtime =3D 0, td_pticks =3D 303, td_sticks =3D 303, td_iticks =3D 0, td_uticks =3D 0, td_uuticks =3D 0, td_usticks =3D 0, td_intrval =3D 0, td_oldsigmask =3D {__bits =3D {0, 0, 0, 0}}, td_sigmask =3D {__bits =3D {0, 0, 0, 0}}, td_generation =3D 0, td_sigstk =3D {ss_sp =3D 0x0, ss_size =3D 0, ss_flag= s =3D 4}, td_xsig =3D 0, td_profil_addr =3D 0, td_profil_ticks =3D 0, td_name =3D "sh\000lient", '\0' , td_fpop =3D 0x0, td_dbgflags =3D 0, td_rqindex =3D 32 ' ', td_base_pri =3D 128 '\200', td_priority =3D 128 '\200', td_pri_class =3D 3 '\003', td_user_pri =3D 19= 0 '=BE', td_base_user_pri =3D 190 '=BE', td_pcb =3D 0xfffffffe52807d50, td_state =3D TDS_RUNNING, td_retval =3D {0, 16842497}, td_slpcallout =3D {c_links =3D {sle =3D {sle_next =3D 0x0}, tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffffffe4a5b6370}}, c_time =3D 37493, c_arg =3D 0xffffff00184f8a50, c_func =3D 0xffffffff802dc578 , c_lock =3D 0x0, c_flags =3D 16, c_cpu =3D 0}, td_frame =3D 0xfffffffe52807c90, td_kstack_obj =3D 0xffffff00019e2640, td_kstack =3D 18446744066503753728, td_kstack_pages =3D 4, td_altkstack_obj =3D 0x0, td_altkstack =3D 0, td_altkstack_pages =3D 0, td_critnest =3D 0, td_md =3D {md_spinlock_count =3D 0, md_saved_flags =3D 582}, td_sched =3D 0xffffff00184f8d90, td_ar =3D 0x0, td_syscalls =3D 245774, td_lprof =3D {{lh_first =3D 0x0}, {lh_first =3D 0x0}}, td_dtrace =3D 0x0, td_errno =3D 0} (kgdb) --=20 Pawel From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 15:01:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFC45106564A for ; Wed, 5 Nov 2008 15:01:00 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-11.163.com (m12-11.163.com [220.181.12.11]) by mx1.freebsd.org (Postfix) with SMTP id 20C728FC16 for ; Wed, 5 Nov 2008 15:00:59 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp7 (Coremail) with SMTP id C8CowLArTxUktRFJkTh_DQ--.48633S2; Wed, 05 Nov 2008 23:00:52 +0800 (CST) Message-ID: <4911B529.1030804@163.com> Date: Wed, 05 Nov 2008 23:00:57 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUUYxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUjU8YjsxI4VWxJwAYFVCjjxCrM7AC8VAFwI0_Jr0_Gr1l1I0E4x80 FVCIwcAKzIAtM7C26IkvcIIF6IxKo4kEV4yl1IIY67AEw4v_Jr0_Jr4ln4vEbcI7uVAqrc v_JFW8Xr15Mc02F40EFcxC0VAKzVAqx4xG6I80ewAv7VC0I7IYx2IY67AKxVWUJVWUGwAv 7VC2z280aVAFwI0_Cr0_Gr1UM4IEnf9ElVAFpTB2q-sK649IAas0WaI_GwAC6xAIw28IcV AK0I8IjxAxMx02cVAKzwCY0x0Ix7I2Y4AK6F4j6FyUMxCjnVAqn7xvrwC2zVAF1VAY17CE 14v26r1j6r15YxBIdaVFxhVjvjDU0xZFpf9x07j-8n5UUUUU= Subject: shutdown and reboot do not work correct 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 Nov 2008 15:01:01 -0000 Hi, I update everything this afternoon(both kernel and world). when i try to reboot or shutdown system,i find something goes wrong.After system output "All buffers synced" and "Accounting disabled",system does not power off as normal. the keyboard still works and when i press the power button ,it output "acpi: suspend request ignored (not ready yet)", "acpi: request to enter state S5 failed (error 6)". Any one meet same problem? Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 15:06:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91297106564A for ; Wed, 5 Nov 2008 15:06:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (unknown [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 55F8A8FC16 for ; Wed, 5 Nov 2008 15:06:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4FB021CC62; Wed, 5 Nov 2008 16:06:38 +0100 (CET) Date: Wed, 5 Nov 2008 16:06:38 +0100 From: Ed Schouten To: Jille Timmermans Message-ID: <20081105150638.GD1165@hoeg.nl> References: <20081101061930.GA34365@regency.nsu.ru> <490C7625.6060608@quis.cx> <4910C0DF.2040501@lissyara.su> <4910C505.9070809@quis.cx> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kra4tWuoVJHqwr45" Content-Disposition: inline In-Reply-To: <4910C505.9070809@quis.cx> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Alex Keda , Alexey Dokuchaev , current@freebsd.org Subject: Re: device snp build 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: Wed, 05 Nov 2008 15:06:39 -0000 --Kra4tWuoVJHqwr45 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, * Jille Timmermans wrote: > But it will make it into HEAD before 8.0. Small status update: I've just committed it to HEAD. As said in my previous email, it's not 100% finished yet, but it should already be good enough to do most basic things. It's always better than having a broken driver sitting in the tree. I really hope someone else gets tempted to fix the error condition handling, etc. Please contact me if you have any questions about the code or if you feel tempted to continue my work. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --Kra4tWuoVJHqwr45 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkRtn4ACgkQ52SDGA2eCwVPEQCfb/35oeSVRKqwUX7Y4DWlG2Ss iN4AnRmtH8y6IGGwbkA+PWxlzsxH5aFJ =3TDi -----END PGP SIGNATURE----- --Kra4tWuoVJHqwr45-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 15:14:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05D25106568C for ; Wed, 5 Nov 2008 15:14:40 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (unknown [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id BD2DA8FC0C for ; Wed, 5 Nov 2008 15:14:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C0B0F1CC62; Wed, 5 Nov 2008 16:14:38 +0100 (CET) Date: Wed, 5 Nov 2008 16:14:38 +0100 From: Ed Schouten To: Renato Botelho Message-ID: <20081105151438.GE1165@hoeg.nl> References: <20081101061930.GA34365@regency.nsu.ru> <490C7625.6060608@quis.cx> <747dc8f30811041649s29561c8en75adcc353f9e9da2@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RkLO0ZVuuT1d19pw" Content-Disposition: inline In-Reply-To: <747dc8f30811041649s29561c8en75adcc353f9e9da2@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Alexey Dokuchaev , Jille Timmermans , current@freebsd.org Subject: Re: device snp build 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: Wed, 05 Nov 2008 15:14:40 -0000 --RkLO0ZVuuT1d19pw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Renato, * Renato Botelho wrote: > JFYI, the patch is not applying clean, at least on sys/dev/snp/snp.c Well, it should, but the problem is that P4 (the VCS that a lot of developers use for hacking stuff) imports it code from CVS instead of SVN, which means patches that replace $FreeBSD$ tags won't apply to SVN checkouts properly. This shouldn't be a problem anymore, now that snp(4) is in SVN. Have fun! --=20 Ed Schouten WWW: http://80386.nl/ --RkLO0ZVuuT1d19pw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkRuF4ACgkQ52SDGA2eCwUXswCeO9G+MHIBkBctddGZVzZiGD8u E/0An20iB78CuNXbWeNgQdOZGYS4FQ8b =NACH -----END PGP SIGNATURE----- --RkLO0ZVuuT1d19pw-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:02:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74ABF1065670; Wed, 5 Nov 2008 16:02:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 308FF8FC27; Wed, 5 Nov 2008 16:02:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA5G15NH030821; Wed, 5 Nov 2008 09:01:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 05 Nov 2008 09:02:18 -0700 (MST) Message-Id: <20081105.090218.1678770569.imp@bsdimp.com> To: kevinxlinuz@163.com From: "M. Warner Losh" In-Reply-To: <49117846.9080301@163.com> References: <49114E3D.9080201@163.com> <200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, bright@mu.org, current@freebsd.org, freebsd-usb@freebsd.org, hselasky@c2i.net Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:02:59 -0000 In message: <49117846.9080301@163.com> kevin writes: : Hans Petter Selasky wrote: : > On Wednesday 05 November 2008, kevin wrote: : > : >> Hans Petter Selasky wrote: : >> : >>> Hi, : >>> : >>> A new USB release is available: : >>> : >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ : >>> : >>> %md5 usb2_release_003.* : >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 : >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf : >>> %sha256 usb2_release_003.* : >>> SHA256 (usb2_release_003.diff) = : >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b : >>> SHA256 (usb2_release_003.tar.gz) = : >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 : >>> : >>> Changes since 002 release: : >>> : >> I try to compile kernel with usb2. : >> : >> : > Hi, : > : > Try to load the module instead of having bluetooth in the kernel. Then all : > dependancies are loaded automatically. : > : > Depends on some bluetooth stuff. : > : > --HPS : > : > : I build kernel without usb2_bluetooth_ng successfully. i notice that : fingerpring and bluetooth mouse nolonger work now. : in dmesg: : ugen0.2: at usbus0 : ugen0.3: at usbus0 : maybe /etc/rc.d/bthidd and fprint package need update now. Almost certainly... And they will likely have to deal with both stacks for a while... Warner From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:02:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74ABF1065670; Wed, 5 Nov 2008 16:02:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 308FF8FC27; Wed, 5 Nov 2008 16:02:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA5G15NH030821; Wed, 5 Nov 2008 09:01:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 05 Nov 2008 09:02:18 -0700 (MST) Message-Id: <20081105.090218.1678770569.imp@bsdimp.com> To: kevinxlinuz@163.com From: "M. Warner Losh" In-Reply-To: <49117846.9080301@163.com> References: <49114E3D.9080201@163.com> <200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, bright@mu.org, current@freebsd.org, freebsd-usb@freebsd.org, hselasky@c2i.net Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:02:59 -0000 In message: <49117846.9080301@163.com> kevin writes: : Hans Petter Selasky wrote: : > On Wednesday 05 November 2008, kevin wrote: : > : >> Hans Petter Selasky wrote: : >> : >>> Hi, : >>> : >>> A new USB release is available: : >>> : >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ : >>> : >>> %md5 usb2_release_003.* : >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 : >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf : >>> %sha256 usb2_release_003.* : >>> SHA256 (usb2_release_003.diff) = : >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b : >>> SHA256 (usb2_release_003.tar.gz) = : >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 : >>> : >>> Changes since 002 release: : >>> : >> I try to compile kernel with usb2. : >> : >> : > Hi, : > : > Try to load the module instead of having bluetooth in the kernel. Then all : > dependancies are loaded automatically. : > : > Depends on some bluetooth stuff. : > : > --HPS : > : > : I build kernel without usb2_bluetooth_ng successfully. i notice that : fingerpring and bluetooth mouse nolonger work now. : in dmesg: : ugen0.2: at usbus0 : ugen0.3: at usbus0 : maybe /etc/rc.d/bthidd and fprint package need update now. Almost certainly... And they will likely have to deal with both stacks for a while... Warner From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:03:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A4FF1065695; Wed, 5 Nov 2008 16:03:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 07B808FC08; Wed, 5 Nov 2008 16:03:01 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA5Fxwsl030798; Wed, 5 Nov 2008 08:59:58 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 05 Nov 2008 09:01:11 -0700 (MST) Message-Id: <20081105.090111.-861032299.imp@bsdimp.com> To: rink@freebsd.org From: "M. Warner Losh" In-Reply-To: <20081105100433.GA43232@rink.nu> References: <200811050914.44225.hselasky@c2i.net> <20081105.021817.-332174942.imp@bsdimp.com> <20081105100433.GA43232@rink.nu> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, bright@mu.org, hselasky@c2i.net, lme@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, rbgarga@gmail.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:03:02 -0000 In message: <20081105100433.GA43232@rink.nu> Rink Springer writes: : On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote: : > In message: <200811050914.44225.hselasky@c2i.net> : > Hans Petter Selasky writes: : > : On Wednesday 05 November 2008, Lars Engels wrote: : > : > Mounting a umass device, removing it and doing an 'ls' on the mountpoint : > : > freezes the system, I thought this should not happen with the new stack? : > : : > : It is not a USB problem. It is the CAM layer that is hanging on the disk. : > : > Sure it is CAM layer and not buffer cache or filesystem code? : : Well, the CAM layer problem will immediately first - it does not like : CAM busses disappearing. Once this is fixed or avoided and the problem : still shows up, we can blame buffer cache / filesystem code. : : As I suggested before, a good fix is to create one CAM bus per USB root : hub, and use that to attach all umass devices to. This will also get rid : of the one-bus-per-umass-device which is visually unappealling. That might work. It might also be useful to see if the DragonFly patches to allow this port over or not... Warner From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:03:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A4FF1065695; Wed, 5 Nov 2008 16:03:02 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 07B808FC08; Wed, 5 Nov 2008 16:03:01 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA5Fxwsl030798; Wed, 5 Nov 2008 08:59:58 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 05 Nov 2008 09:01:11 -0700 (MST) Message-Id: <20081105.090111.-861032299.imp@bsdimp.com> To: rink@freebsd.org From: "M. Warner Losh" In-Reply-To: <20081105100433.GA43232@rink.nu> References: <200811050914.44225.hselasky@c2i.net> <20081105.021817.-332174942.imp@bsdimp.com> <20081105100433.GA43232@rink.nu> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, bright@mu.org, hselasky@c2i.net, lme@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, rbgarga@gmail.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:03:02 -0000 In message: <20081105100433.GA43232@rink.nu> Rink Springer writes: : On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote: : > In message: <200811050914.44225.hselasky@c2i.net> : > Hans Petter Selasky writes: : > : On Wednesday 05 November 2008, Lars Engels wrote: : > : > Mounting a umass device, removing it and doing an 'ls' on the mountpoint : > : > freezes the system, I thought this should not happen with the new stack? : > : : > : It is not a USB problem. It is the CAM layer that is hanging on the disk. : > : > Sure it is CAM layer and not buffer cache or filesystem code? : : Well, the CAM layer problem will immediately first - it does not like : CAM busses disappearing. Once this is fixed or avoided and the problem : still shows up, we can blame buffer cache / filesystem code. : : As I suggested before, a good fix is to create one CAM bus per USB root : hub, and use that to attach all umass devices to. This will also get rid : of the one-bus-per-umass-device which is visually unappealling. That might work. It might also be useful to see if the DragonFly patches to allow this port over or not... Warner From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:06:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24F4710657A6 for ; Wed, 5 Nov 2008 16:06:16 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml14.kpnxchange.com (hpsmtp-eml14.KPNXCHANGE.COM [213.75.38.114]) by mx1.freebsd.org (Postfix) with ESMTP id A60298FC1A for ; Wed, 5 Nov 2008 16:06:15 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpi-eml05.kpnxchange.com ([213.75.38.135]) by hpsmtp-eml14.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Nov 2008 17:06:13 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtpi-eml05.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Nov 2008 17:06:13 +0100 Received: (qmail 42702 invoked by uid 98); 5 Nov 2008 16:06:23 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.4/5.0):. Processed in 7.307301 secs); 05 Nov 2008 16:06:23 -0000 X-Spam-Status: No, score=-1.4 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 5 Nov 2008 16:06:15 -0000 Received: (nullmailer pid 45122 invoked by uid 1001); Wed, 05 Nov 2008 16:06:00 -0000 From: Nick Hibma To: Mike Tancsa Date: Wed, 5 Nov 2008 17:06:00 +0100 User-Agent: KMail/1.9.7 References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> In-Reply-To: <200811051548.mA5Fmsot040177@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051706.00850.nick@van-laarhoven.org> X-OriginalArrivalTime: 05 Nov 2008 16:06:13.0981 (UTC) FILETIME=[6D4AF8D0:01C93F60] Cc: FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 16:06:16 -0000 > At 04:44 PM 10/9/2008, Nick Hibma wrote: > >Just now I have committed a driver for Option and Huawei cards > > previously supported by the ubsa driver. More information is in the > > commit message. > > > >I am looking for people who would be able to provide more information > > after testing with the 3G cards branded by: > > Hi, > I gave it a try on the Sierra USB card and it seems to work > really well on RELENG_7! There is however also a mini-pci express > version of the Sierra card, the MC8775. Do you have plans to add > support for it ? I am not sure how the unit is even supposed to show > up as I dont see it in the dmesg, but I do see that it shows some > sort of umass device > > # usbdevs > addr 1: OHCI root hub, AMD > addr 2: USB MMC Storage, Sierra Wireless > addr 1: EHCI root hub, AMD If you could run usbdevs -v and then jot down the IDs you can add those to the top of u3g.c. You'll have to add a quirk like for other sierra devices that show up as mass storage and need to be kicked into modem mode. It pretends to be a mass storage device (with drivers on it) and after installation switches to modem mode. Or that's my guess. Nick > dmesg snippet > ... > isa_probe_children: probing PnP devices > umass0: addr 2> on uhub0 > umass0:0:0:-1: Attached to scbus0 > Device configuration finished. > procfs registered > Timecounter "TSC" frequency 498053687 Hz quality 800 > Timecounters tick every 1.000 msec > crypto: > vlan: initialized, using hash tables with chaining > IPsec: Initialized Security Association Processing. > pflog0: bpf attached > lo0: bpf attached > ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire > ad0: setting PIO4 on CS5536 chip > ad0: 1953MB at ata0-master PIO4 > ad0: 4001760 sectors [3970C/16H/63S] 4 sectors/interrupt 1 depth queue > GEOM: new disk ad0 > pass0 at umass-sim0 bus 0 target 0 lun 0 > pass0: Removable CD-ROM SCSI-0 device > pass0: 1.000MB/s transfers > Trying to mount root from ufs:/dev/ad0s1a > start_init: trying /sbin/init > bridge0: bpf attached > bridge0: Ethernet address: 3a:72:35:a3:25:ce > tun0: bpf attached > > Not sure why it shows up as a passthrough device ? > > ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:08:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9F60106567A; Wed, 5 Nov 2008 16:08:36 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7338FC16; Wed, 5 Nov 2008 16:08:36 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so35736yxb.13 for ; Wed, 05 Nov 2008 08:08:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=8sp7nqQhQsEarIykl1cCE2Vqd5VVmbCs8+7v4Ogtm9E=; b=UMvQErNBtMccBwUF7LPiuRkU0LgcRWMLwCrXF15IE8LmgL/R21PH9TymFnlCcIwe+e 8EiszPjInaHxTnd4UU3J2Z4ydplC2S3OG8XtzZCtoZ5N4WnrZCYfZWXnItifykbs/E4k AL+FvmUSsJ9550Hj97oE4sQYBbZlrfW4UVsPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=IofuRiKW2p2t/r0K+yHlSR/2VruTDzytKh+tTiQ5tUSdUyxwwoUjnTEhBwIhyAb803 TL9ocS0ziD7FDdPccySPEFjU7cNseOfjYB/HgaNF9+E2Vk/zRsIQ/nW7Q39uyB2/tIzs FYa3NjHRgxVDlY9/aBeCfaXrq8Cv2IQnJoFcM= Received: by 10.86.95.20 with SMTP id s20mr1283047fgb.39.1225901314721; Wed, 05 Nov 2008 08:08:34 -0800 (PST) Received: from localhost (93-80-212-75.broadband.corbina.ru [93.80.212.75]) by mx.google.com with ESMTPS id 4sm194757fge.8.2008.11.05.08.08.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 05 Nov 2008 08:08:33 -0800 (PST) From: swell.k@gmail.com To: Thomas Sparrevohn References: <200810251925.47273.hselasky@c2i.net> <20081104230547.GE8256@e.0x20.net> <200811050915.54175.hselasky@c2i.net> <200811051236.41450.Thomas.Sparrevohn@btinternet.com> Date: Wed, 05 Nov 2008 19:08:29 +0300 In-Reply-To: <200811051236.41450.Thomas.Sparrevohn@btinternet.com> (Thomas Sparrevohn's message of "Wed, 5 Nov 2008 12:36:40 +0000") Message-ID: <863ai6yx36.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: current@freebsd.org, Alfred Perlstein , Hans Petter Selasky , Lars Engels , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:08:37 -0000 --=-=-= Thomas Sparrevohn writes: > On Wednesday 05 November 2008 08:15:52 Hans Petter Selasky wrote: >> Hi, >> >> > And one last thing: >> > # usbdevs -v >> > usbdevs: no USB controllers found >> > >> >> That command is no longer supported. Use "usbconfig" instead. I'm not sure if >> it is currently installed by default. >> >> --HPS >> > > usbconfig does not install per default - it does not even seem to compile - I think this patch might be a workaround then. --=-=-= Content-Disposition: inline; filename=a Index: share/man/man4/Makefile =================================================================== --- share/man/man4/Makefile (revision 184644) +++ share/man/man4/Makefile (working copy) @@ -416,6 +416,20 @@ ural.4 \ urio.4 \ usb.4 \ + usb2_bluetooth.4 \ + usb2_controller.4 \ + usb2_core.4 \ + usb2_ethernet.4 \ + usb2_image.4 \ + usb2_input.4 \ + usb2_misc.4 \ + usb2_ndis.4 \ + usb2_quirk.4 \ + usb2_serial.4 \ + usb2_sound.4 \ + usb2_storage.4 \ + usb2_template.4 \ + usb2_wlan.4 \ uscanner.4 \ uslcom.4 \ utopia.4 \ Index: usr.sbin/Makefile =================================================================== --- usr.sbin/Makefile (revision 184644) +++ usr.sbin/Makefile (working copy) @@ -181,6 +181,7 @@ trpt \ tzsetup \ ugidfw \ + ${_usbconfig} \ ${_usbdevs} \ ${_vidcontrol} \ vipw \ @@ -401,6 +402,7 @@ .endif .if ${MK_USB} != "no" +_usbconfig= usbconfig _usbdevs= usbdevs .endif Index: lib/Makefile =================================================================== --- lib/Makefile (revision 184644) +++ lib/Makefile (working copy) @@ -38,7 +38,8 @@ ${_libpmc} libproc librt ${_libsdp} ${_libsm} ${_libsmb} \ ${_libsmdb} \ ${_libsmutil} libstand ${_libtelnet} ${_libthr} libthread_db libufs \ - libugidfw ${_libusbhid} ${_libvgl} libwrap liby libz ${_bind} + libugidfw ${_libusb20} ${_libusbhid} ${_libvgl} libwrap liby libz \ + ${_bind} .if exists(${.CURDIR}/csu/${MACHINE_ARCH}-elf) _csu=csu/${MACHINE_ARCH}-elf @@ -135,6 +136,7 @@ .endif .if ${MK_USB} != "no" +_libusb20= libusb20 _libusbhid= libusbhid .endif Index: lib/libusb20/Makefile =================================================================== --- lib/libusb20/Makefile (revision 184644) +++ lib/libusb20/Makefile (working copy) @@ -18,7 +18,7 @@ INCS+= libusb20_compat10.h MAN= libusb20.3 MKLINT= no +CFLAGS+= -I${.CURDIR}/../../sys NOGCCERROR= .include - --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:17:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F531065673; Wed, 5 Nov 2008 16:17:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id D6A538FC14; Wed, 5 Nov 2008 16:17:28 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=trMMR0braKzLU2WKjEgA:9 a=tDSluKevbQ2ZOlGICIyAjUXvPzwA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1140792857; Wed, 05 Nov 2008 17:17:26 +0100 From: Hans Petter Selasky To: "M. Warner Losh" Date: Wed, 5 Nov 2008 17:19:29 +0100 User-Agent: KMail/1.9.7 References: <20081104220725.GC8256@e.0x20.net> <200811050914.44225.hselasky@c2i.net> <20081105.021817.-332174942.imp@bsdimp.com> In-Reply-To: <20081105.021817.-332174942.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051719.30962.hselasky@c2i.net> Cc: current@freebsd.org, bright@mu.org, rbgarga@gmail.com, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, lme@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:17:30 -0000 On Wednesday 05 November 2008, M. Warner Losh wrote: > In message: <200811050914.44225.hselasky@c2i.net> > > : It is not a USB problem. It is the CAM layer that is hanging on the disk. > > Sure it is CAM layer and not buffer cache or filesystem code? > No, I'm not sure, except it is not an USB problem. I currently keep the CAM instance around after that the device has been removed from USB, returning an error on all subsequent SCSI requests. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:17:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F531065673; Wed, 5 Nov 2008 16:17:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id D6A538FC14; Wed, 5 Nov 2008 16:17:28 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=trMMR0braKzLU2WKjEgA:9 a=tDSluKevbQ2ZOlGICIyAjUXvPzwA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1140792857; Wed, 05 Nov 2008 17:17:26 +0100 From: Hans Petter Selasky To: "M. Warner Losh" Date: Wed, 5 Nov 2008 17:19:29 +0100 User-Agent: KMail/1.9.7 References: <20081104220725.GC8256@e.0x20.net> <200811050914.44225.hselasky@c2i.net> <20081105.021817.-332174942.imp@bsdimp.com> In-Reply-To: <20081105.021817.-332174942.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051719.30962.hselasky@c2i.net> Cc: current@freebsd.org, bright@mu.org, rbgarga@gmail.com, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, lme@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:17:30 -0000 On Wednesday 05 November 2008, M. Warner Losh wrote: > In message: <200811050914.44225.hselasky@c2i.net> > > : It is not a USB problem. It is the CAM layer that is hanging on the disk. > > Sure it is CAM layer and not buffer cache or filesystem code? > No, I'm not sure, except it is not an USB problem. I currently keep the CAM instance around after that the device has been removed from USB, returning an error on all subsequent SCSI requests. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:19:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A811D106564A; Wed, 5 Nov 2008 16:19:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id B0FC38FC2A; Wed, 5 Nov 2008 16:19:23 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=RAtyKtXV71dsEDNy_IQA:9 a=9rcUGQ0kfy_9A2swIYI_LwYYX7IA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 398506628; Wed, 05 Nov 2008 17:19:21 +0100 From: Hans Petter Selasky To: Rink Springer Date: Wed, 5 Nov 2008 17:21:24 +0100 User-Agent: KMail/1.9.7 References: <20081104220725.GC8256@e.0x20.net> <20081105.021817.-332174942.imp@bsdimp.com> <20081105100433.GA43232@rink.nu> In-Reply-To: <20081105100433.GA43232@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051721.26082.hselasky@c2i.net> Cc: current@freebsd.org, bright@mu.org, lme@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, rbgarga@gmail.com, "M. Warner Losh" Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:19:24 -0000 On Wednesday 05 November 2008, Rink Springer wrote: > On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote: > > In message: <200811050914.44225.hselasky@c2i.net> > > > > Hans Petter Selasky writes: > > : On Wednesday 05 November 2008, Lars Engels wrote: > > : > Mounting a umass device, removing it and doing an 'ls' on the > > : > mountpoint freezes the system, I thought this should not happen with > > : > the new stack? > > : > > : It is not a USB problem. It is the CAM layer that is hanging on the > > : disk. > > > > Sure it is CAM layer and not buffer cache or filesystem code? > > Well, the CAM layer problem will immediately first - it does not like > CAM busses disappearing. Once this is fixed or avoided and the problem > still shows up, we can blame buffer cache / filesystem code. > > As I suggested before, a good fix is to create one CAM bus per USB root > hub, and use that to attach all umass devices to. This will also get rid > of the one-bus-per-umass-device which is visually unappealling. > I've temporarily created one CAM bus per module, and release it when the usb2_storage_mass module is unloaded. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:19:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A811D106564A; Wed, 5 Nov 2008 16:19:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id B0FC38FC2A; Wed, 5 Nov 2008 16:19:23 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=RAtyKtXV71dsEDNy_IQA:9 a=9rcUGQ0kfy_9A2swIYI_LwYYX7IA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 398506628; Wed, 05 Nov 2008 17:19:21 +0100 From: Hans Petter Selasky To: Rink Springer Date: Wed, 5 Nov 2008 17:21:24 +0100 User-Agent: KMail/1.9.7 References: <20081104220725.GC8256@e.0x20.net> <20081105.021817.-332174942.imp@bsdimp.com> <20081105100433.GA43232@rink.nu> In-Reply-To: <20081105100433.GA43232@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051721.26082.hselasky@c2i.net> Cc: current@freebsd.org, bright@mu.org, lme@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, rbgarga@gmail.com, "M. Warner Losh" Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:19:24 -0000 On Wednesday 05 November 2008, Rink Springer wrote: > On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote: > > In message: <200811050914.44225.hselasky@c2i.net> > > > > Hans Petter Selasky writes: > > : On Wednesday 05 November 2008, Lars Engels wrote: > > : > Mounting a umass device, removing it and doing an 'ls' on the > > : > mountpoint freezes the system, I thought this should not happen with > > : > the new stack? > > : > > : It is not a USB problem. It is the CAM layer that is hanging on the > > : disk. > > > > Sure it is CAM layer and not buffer cache or filesystem code? > > Well, the CAM layer problem will immediately first - it does not like > CAM busses disappearing. Once this is fixed or avoided and the problem > still shows up, we can blame buffer cache / filesystem code. > > As I suggested before, a good fix is to create one CAM bus per USB root > hub, and use that to attach all umass devices to. This will also get rid > of the one-bus-per-umass-device which is visually unappealling. > I've temporarily created one CAM bus per module, and release it when the usb2_storage_mass module is unloaded. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:19:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 810D01065689; Wed, 5 Nov 2008 16:19:48 +0000 (UTC) (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 2A2AD8FC0A; Wed, 5 Nov 2008 16:19:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA5FmtS1000809; Wed, 5 Nov 2008 10:48:55 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA5Fmsot040177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 10:48:54 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811051548.mA5Fmsot040177@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 05 Nov 2008 10:48:46 -0500 To: Nick Hibma , FreeBSD CURRENT Mailing List From: Mike Tancsa In-Reply-To: <200810092344.10388.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 16:19:48 -0000 At 04:44 PM 10/9/2008, Nick Hibma wrote: >Just now I have committed a driver for Option and Huawei cards previously >supported by the ubsa driver. More information is in the commit message. > >I am looking for people who would be able to provide more information after >testing with the 3G cards branded by: Hi, I gave it a try on the Sierra USB card and it seems to work really well on RELENG_7! There is however also a mini-pci express version of the Sierra card, the MC8775. Do you have plans to add support for it ? I am not sure how the unit is even supposed to show up as I dont see it in the dmesg, but I do see that it shows some sort of umass device # usbdevs addr 1: OHCI root hub, AMD addr 2: USB MMC Storage, Sierra Wireless addr 1: EHCI root hub, AMD dmesg snippet ... isa_probe_children: probing PnP devices umass0: on uhub0 umass0:0:0:-1: Attached to scbus0 Device configuration finished. procfs registered Timecounter "TSC" frequency 498053687 Hz quality 800 Timecounters tick every 1.000 msec crypto: vlan: initialized, using hash tables with chaining IPsec: Initialized Security Association Processing. pflog0: bpf attached lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire ad0: setting PIO4 on CS5536 chip ad0: 1953MB at ata0-master PIO4 ad0: 4001760 sectors [3970C/16H/63S] 4 sectors/interrupt 1 depth queue GEOM: new disk ad0 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 1.000MB/s transfers Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init bridge0: bpf attached bridge0: Ethernet address: 3a:72:35:a3:25:ce tun0: bpf attached Not sure why it shows up as a passthrough device ? ---Mike >OEM: > Merlin > Huawei > Option > Sierra > Novatel > Qualcomm > >Rebranded: > Dell > Vodafone > >Note: The driver can be copied across to FreeBSD 7-STABLE if you copy the >sys/modules/u3g directory and sys/dev/usb/u3g.c and sys/dev/usb/usbdevs >files from HEAD and _move_ the ID from ubsa to u3g. > >More information can be found on > > http://people.freebsd.org/~n_hibma/u3g.html > >Thanks, > >Nick >---------- Forwarded Message ---------- >Subject: svn commit: r183735 - in head: share/man/man4 sys/conf sys/dev/usb >sys/i386/conf sys/modules sys/modules/u3g >Date: Thu October 9 2008 >From: Nick Hibma >To: src-committers@freebsd.org, svn-src-all@freebsd.org, >svn-src-head@freebsd.org > >Author: n_hibma >Date: Thu Oct 9 21:25:01 2008 >New Revision: 183735 >URL: http://svn.freebsd.org/changeset/base/183735 > >Log: > Say hello to the u3g driver, implementing support for 3G modems. > > This was located in the ubsa driver, but should be moved into a separate > driver: > > - 3G modems provide multiple serial ports to allow AT commands while the >PPP > connection is up. > - 3G modems do not provide baud rate or other serial port settings. > - Huawei cards need specific initialisation. > - ubsa is for Belkin adapters, an Linuxy choice for another device like >3G. > > Speeds achieved here with a weak signal at best is ~40kb/s (UMTS). No >spooky > STALLED messages as well. > > Next: Move over all entries for Sierra and Novatel cards once I have found > testers, and implemented serial port enumeration for Sierra (or rather >have > Andrea Guzzo do it). They list all endpoints in 1 iface instead of 4 >ifaces. > > Submitted by: aguzzo@anywi.com > MFC after: 3 weeks > >Added: > head/share/man/man4/u3g.4 (contents, props changed) > head/sys/dev/usb/u3g.c (contents, props changed) > head/sys/modules/u3g/ > head/sys/modules/u3g/Makefile (contents, props changed) >Modified: > head/share/man/man4/Makefile > head/sys/conf/NOTES > head/sys/conf/files > head/sys/dev/usb/ubsa.c > head/sys/dev/usb/usbdevs > head/sys/i386/conf/GENERIC > head/sys/modules/Makefile > >Modified: head/share/man/man4/Makefile >============================================================================== >--- head/share/man/man4/Makefile Thu Oct 9 20:51:25 >2008 (r183734) >+++ head/share/man/man4/Makefile Thu Oct 9 21:25:01 >2008 (r183735) >@@ -384,6 +384,7 @@ MAN= aac.4 \ > twe.4 \ > tx.4 \ > txp.4 \ >+ u3g.4 \ > uark.4 \ > uart.4 \ > ubsa.4 \ > >Added: head/share/man/man4/u3g.4 >============================================================================== >--- /dev/null 00:00:00 1970 (empty, because file is newly added) >+++ head/share/man/man4/u3g.4 Thu Oct 9 21:25:01 2008 (r183735) >@@ -0,0 +1,100 @@ >+.\" >+.\" Copyright (c) 2008 AnyWi Technologies >+.\" All rights reserved. >+.\" >+.\" This code is derived from uark.c >+.\" >+.\" Permission to use, copy, modify, and distribute this software for any >+.\" purpose with or without fee is hereby granted, provided that the above >+.\" copyright notice and this permission notice appear in all copies. >+.\" >+.\" THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL >WARRANTIES >+.\" WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF >+.\" MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR >+.\" ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES >+.\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN >+.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF >+.\" OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. >+.\" >+.\" $FreeBSD$ >+.\" >+.Dd October 7, 2008 >+.Dt U3G 4 >+.Os >+.Sh NAME >+.Nm u3g >+.Nd USB support for 3G datacards >+.Sh SYNOPSIS >+To compile this driver into the kernel, >+place the following lines in your >+kernel configuration file: >+.Bd -ragged -offset indent >+.Cd "device u3g" >+.Cd "device ucom" >+.Ed >+.Pp >+Alternatively, to load the driver as a >+module at boot time, place the following line in >+.Xr loader.conf 5 : >+.Bd -literal -offset indent >+u3g_load="YES" >+.Ed >+.Sh DESCRIPTION >+The >+.Nm >+driver provides support for the multiple USB-to-serial interfaces exposed >by >+many 3G usb/pccard modems. >+.Pp >+The device is accessed through the >+.Xr ucom 4 >+driver which makes it behave like a >+.Xr tty 4 . >+.Sh HARDWARE >+The >+.Nm >+driver supports the following adapters: >+.Pp >+.Bl -bullet -compact >+.It >+Option Globetrotter 3G Fusion (only 3G part, not WLAN) >+.It >+Option Globetrotter 3G Fusion Quad (only 3G part, not WLAN) >+.It >+Option Globetrotter 3G Quad >+.It >+Option Globetrotter 3G >+.It >+Vodafone Mobile Connect Card 3G >+.It >+Huawei E220 (E270?) >+.It >+Huawei Mobile >+.El >+.Pp >+The supported 3G cards provide the necessary modem port for ppp, >+pppd, or mpd connections as well as extra ports (depending on the specific >+device) to provide other functions (diagnostic port, SIM toolkit port) >+.Sh SEE ALSO >+.Xr tty 4 , >+.Xr ucom 4 , >+.Xr usb 4 , >+.Xr ubsa 4 >+.Sh HISTORY >+The >+.Nm >+driver >+appeared in >+.Fx 7.0 . >+The >+.Xr ubsa 4 >+manual page was modified for >+.Nm >+by >+.An Andrea Guzzo Aq aguzzo@anywi.com >+in September 2008. >+.Sh AUTHORS >+The >+.Nm >+driver was written by >+.An Andrea Guzzo Aq aguzzo@anywi.com . >+Hardware for testing provided by AnyWi Technologies, Leiden, NL. > >Modified: head/sys/conf/NOTES >============================================================================== >--- head/sys/conf/NOTES Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/conf/NOTES Thu Oct 9 21:25:01 2008 (r183735) >@@ -2416,6 +2416,8 @@ device uscanner > # > # USB serial support > device ucom >+# USB support for 3G modem cards by Option, Huawei and Sierra >+device u3g > # USB support for Technologies ARK3116 based serial adapters > device uark > # USB support for Belkin F5U103 and compatible serial adapters >@@ -2441,7 +2443,6 @@ device aue > > # ASIX Electronics AX88172 USB 2.0 ethernet driver. Used in the > # LinkSys USB200M and various other adapters. >- > device axe > > # > >Modified: head/sys/conf/files >============================================================================== >--- head/sys/conf/files Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/conf/files Thu Oct 9 21:25:01 2008 (r183735) >@@ -1327,6 +1327,7 @@ dev/usb/ohci_pci.c optional ohci pci > dev/usb/sl811hs.c optional slhci > dev/usb/slhci_pccard.c optional slhci pccard > dev/usb/uark.c optional uark >+dev/usb/u3g.c optional u3g > dev/usb/ubsa.c optional ubsa > dev/usb/ubser.c optional ubser > dev/usb/ucom.c optional ucom > >Added: head/sys/dev/usb/u3g.c >============================================================================== >--- /dev/null 00:00:00 1970 (empty, because file is newly added) >+++ head/sys/dev/usb/u3g.c Thu Oct 9 21:25:01 2008 (r183735) >@@ -0,0 +1,330 @@ >+/* >+ * Copyright (c) 2008 AnyWi Technologies >+ * Author: Andrea Guzzo >+ * * based on uark.c 1.1 2006/08/14 08:30:22 jsg * >+ * * parts from ubsa.c 183348 2008-09-25 12:00:56Z phk * >+ * >+ * Permission to use, copy, modify, and distribute this software for any >+ * purpose with or without fee is hereby granted, provided that the above >+ * copyright notice and this permission notice appear in all copies. >+ * >+ * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES >+ * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF >+ * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR >+ * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES >+ * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN >+ * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF >+ * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. >+ * >+ * $FreeBSD$ >+ */ >+ >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+ >+#include >+#include >+#include >+ >+#include >+ >+#include "usbdevs.h" >+ >+#ifdef U3G_DEBUG >+#define DPRINTFN(n, x) do { if (u3gdebug > (n)) printf x; } while (0) >+int u3gtebug = 0; >+#else >+#define DPRINTFN(n, x) >+#endif >+#define DPRINTF(x) DPRINTFN(0, x) >+ >+#define U3GBUFSZ 1024 >+#define U3G_MAXPORTS 4 >+ >+struct u3g_softc { >+ struct ucom_softc sc_ucom[U3G_MAXPORTS];; >+ device_t sc_dev; >+ usbd_device_handle sc_udev; >+ u_char sc_msr; >+ u_char sc_lsr; >+ u_char numports; >+ >+ usbd_interface_handle sc_intr_iface; /* interrupt interface */ >+#ifdef U3G_DEBUG >+ int sc_intr_number; /* interrupt number */ >+ usbd_pipe_handle sc_intr_pipe; /* interrupt pipe */ >+ u_char *sc_intr_buf; /* interrupt buffer */ >+#endif >+ int sc_isize; >+}; >+ >+struct ucom_callback u3g_callback = { >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+}; >+ >+static const struct usb_devno u3g_devs[] = { >+ /* OEM: Option */ >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3G }, >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, >+ /* OEM: Huawei */ >+ { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, >+ { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, >+ >+ { 0, 0 } >+}; >+ >+#ifdef U3G_DEBUG >+static void >+u3g_intr(usbd_xfer_handle xfer, usbd_private_handle priv, usbd_status >status) >+{ >+ struct u3g_softc *sc = (struct u3g_softc *)priv; >+ device_printf(sc->sc_dev, "INTERRUPT CALLBACK\n"); >+} >+#endif >+ >+static int >+u3g_huawei_reinit(usbd_device_handle dev) >+{ >+ /* The Huawei device presents itself as a umass device with Windows >+ * drivers on it. After installation of the driver, it reinits into a >+ * 3G serial device. >+ */ >+ usb_device_request_t req; >+ usb_config_descriptor_t *cdesc; >+ >+ /* Get the config descriptor */ >+ cdesc = usbd_get_config_descriptor(dev); >+ if (cdesc == NULL) >+ return (UMATCH_NONE); >+ >+ /* One iface means umass mode, more than 1 (4 usually) means >3G mode */ >+ if (cdesc->bNumInterface > 1) >+ return (UMATCH_VENDOR_PRODUCT); >+ >+ req.bmRequestType = UT_WRITE_DEVICE; >+ req.bRequest = UR_SET_FEATURE; >+ USETW(req.wValue, UF_DEVICE_REMOTE_WAKEUP); >+ USETW(req.wIndex, UHF_PORT_SUSPEND); >+ USETW(req.wLength, 0); >+ >+ (void) usbd_do_request(dev, &req, 0); >+ >+ return UMATCH_NONE; /* mismatch; it will be gone and reappear */ >+} >+ >+static int >+u3g_match(device_t self) >+{ >+ struct usb_attach_arg *uaa = device_get_ivars(self); >+ >+ if (uaa->iface != NULL) >+ return (UMATCH_NONE); >+ >+ if (uaa->vendor == USB_VENDOR_HUAWEI) >+ return u3g_huawei_reinit(uaa->device); >+ >+ if (usb_lookup(u3g_devs, uaa->vendor, uaa->product)) >+ return UMATCH_VENDOR_PRODUCT; >+ >+ return UMATCH_NONE; >+} >+ >+static int >+u3g_attach(device_t self) >+{ >+ struct u3g_softc *sc = device_get_softc(self); >+ struct usb_attach_arg *uaa = device_get_ivars(self); >+ usbd_device_handle dev = uaa->device; >+ usbd_interface_handle iface; >+ usb_interface_descriptor_t *id; >+ usb_endpoint_descriptor_t *ed; >+ usbd_status error; >+ int i, n; >+ usb_config_descriptor_t *cdesc; >+ struct ucom_softc *ucom = NULL; >+ char devnamefmt[32]; >+ >+ sc->sc_dev = self; >+#ifdef DEBUG >+ sc->sc_intr_number = -1; >+ sc->sc_intr_pipe = NULL; >+#endif >+ /* Move the device into the configured state. */ >+ error = usbd_set_config_index(dev, 1, 1); >+ if (error) { >+ device_printf(self, "failed to set configuration: %s\n", >+ usbd_errstr(error)); >+ goto bad; >+ } >+ >+ /* get the config descriptor */ >+ cdesc = usbd_get_config_descriptor(dev); >+ >+ if (cdesc == NULL) { >+ device_printf(self, "failed to get configuration >descriptor\n"); >+ goto bad; >+ } >+ >+ sc->sc_udev = dev; >+ sc->numports = (cdesc->bNumInterface <= >U3G_MAXPORTS)?cdesc->bNumInterface:U3G_MAXPORTS; >+ for ( i = 0; i < sc->numports; i++ ) { >+ ucom = &sc->sc_ucom[i]; >+ >+ ucom->sc_dev = self; >+ ucom->sc_udev = dev; >+ error = usbd_device2interface_handle(dev, i, &iface); >+ if (error) { >+ device_printf(ucom->sc_dev, >+ "failed to get interface, err=%s\n", >+ usbd_errstr(error)); >+ ucom->sc_dying = 1; >+ goto bad; >+ } >+ id = usbd_get_interface_descriptor(iface); >+ ucom->sc_iface = iface; >+ >+ ucom->sc_bulkin_no = ucom->sc_bulkout_no = -1; >+ for (n = 0; n < id->bNumEndpoints; n++) { >+ ed = usbd_interface2endpoint_descriptor(iface, n); >+ if (ed == NULL) { >+ device_printf(ucom->sc_dev, >+ "could not read endpoint >descriptor\n"); >+ goto bad; >+ } >+ if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN && >+ UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) >+ ucom->sc_bulkin_no = ed->bEndpointAddress; >+ else if (UE_GET_DIR(ed->bEndpointAddress) == >UE_DIR_OUT && >+ UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) >+ ucom->sc_bulkout_no = ed->bEndpointAddress; >+ } >+ if (ucom->sc_bulkin_no == -1 || ucom->sc_bulkout_no == -1) { >+ device_printf(ucom->sc_dev, "missing endpoint\n"); >+ goto bad; >+ } >+ ucom->sc_parent = sc; >+ ucom->sc_ibufsize = U3GBUFSZ; >+ ucom->sc_obufsize = U3GBUFSZ; >+ ucom->sc_ibufsizepad = U3GBUFSZ; >+ ucom->sc_opkthdrlen = 0; >+ >+ ucom->sc_callback = &u3g_callback; >+ >+ sprintf(devnamefmt,"U%d.%%d", device_get_unit(self)); >+ DPRINTF(("u3g: in=0x%x out=0x%x, devname=%s\n", >+ ucom->sc_bulkin_no, ucom->sc_bulkout_no, devnamefmt)); >+#if __FreeBSD_version < 800000 >+ ucom_attach_tty(ucom, TS_CALLOUT, devnamefmt, i); >+#else >+ ucom_attach_tty(ucom, devnamefmt, i); >+#endif >+ } >+#ifdef U3G_DEBUG >+ if (sc->sc_intr_number != -1 && sc->sc_intr_pipe == NULL) { >+ sc->sc_intr_buf = malloc(sc->sc_isize, M_USBDEV, M_WAITOK); >+ error = usbd_open_pipe_intr(sc->sc_intr_iface, >+ sc->sc_intr_number, >+ USBD_SHORT_XFER_OK, >+ &sc->sc_intr_pipe, >+ sc, >+ sc->sc_intr_buf, >+ sc->sc_isize, >+ u3g_intr, >+ 100); >+ if (error) { >+ device_printf(self, >+ "cannot open interrupt pipe (addr %d)\n", >+ sc->sc_intr_number); >+ goto bad; >+ } >+ } >+#endif >+ device_printf(self, "configured %d serial ports (/dev/cuaU%d.X)", >+ sc->numports, device_get_unit(self)); >+ >+ return 0; >+ >+bad: >+ DPRINTF(("u3g_attach: ATTACH ERROR\n")); >+ ucom->sc_dying = 1; >+ return ENXIO; >+} >+ >+static int >+u3g_detach(device_t self) >+{ >+ struct u3g_softc *sc = device_get_softc(self); >+ int rv = 0; >+ int i; >+ >+ DPRINTF(("u3g_detach: sc=%p\n", sc)); >+ >+ for (i = 0; i < sc->numports; i++) { >+ if(sc->sc_ucom[i].sc_udev) { >+ sc->sc_ucom[i].sc_dying = 1; >+ rv = ucom_detach(&sc->sc_ucom[i]); >+ if(rv != 0) { >+ device_printf(self, "Can't deallocat >port %d", i); >+ return rv; >+ } >+ } >+ } >+ >+#ifdef U3G_DEBUG >+ if (sc->sc_intr_pipe != NULL) { >+ int err = usbd_abort_pipe(sc->sc_intr_pipe); >+ if (err) >+ device_printf(self, >+ "abort interrupt pipe failed: %s\n", >+ usbd_errstr(err)); >+ err = usbd_close_pipe(sc->sc_intr_pipe); >+ if (err) >+ device_printf(self, >+ "close interrupt pipe failed: %s\n", >+ usbd_errstr(err)); >+ free(sc->sc_intr_buf, M_USBDEV); >+ sc->sc_intr_pipe = NULL; >+ } >+#endif >+ >+ return 0; >+} >+ >+static device_method_t u3g_methods[] = { >+ /* Device interface */ >+ DEVMETHOD(device_probe, u3g_match), >+ DEVMETHOD(device_attach, u3g_attach), >+ DEVMETHOD(device_detach, u3g_detach), >+ >+ { 0, 0 } >+}; >+ >+static driver_t u3g_driver = { >+ "ucom", >+ u3g_methods, >+ sizeof (struct u3g_softc) >+}; >+ >+DRIVER_MODULE(u3g, uhub, u3g_driver, ucom_devclass, usbd_driver_load, 0); >+MODULE_DEPEND(u3g, usb, 1, 1, 1); >+MODULE_DEPEND(u3g, ucom, UCOM_MINVER, UCOM_PREFVER, UCOM_MAXVER); > >Modified: head/sys/dev/usb/ubsa.c >============================================================================== >--- head/sys/dev/usb/ubsa.c Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/dev/usb/ubsa.c Thu Oct 9 21:25:01 2008 (r183735) >@@ -161,8 +161,6 @@ SYSCTL_INT(_hw_usb_ubsa, OID_AUTO, debug > struct ubsa_softc { > struct ucom_softc sc_ucom; > >- int sc_huawei; >- > int sc_iface_number; /* > interface number */ > > usbd_interface_handle sc_intr_iface; /* interrupt interface */ >@@ -228,24 +226,11 @@ static const struct ubsa_product { > { USB_VENDOR_GOHUBS, USB_PRODUCT_GOHUBS_GOCOM232 }, > /* Peracom */ > { USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_SERIAL1 }, >- /* Dell version of the Novatel 740 */ >- { USB_VENDOR_DELL, USB_PRODUCT_DELL_U740 }, >- /* Option Vodafone MC3G */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, >- /* Option GlobeTrotter 3G */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3G }, >- /* Option GlobeTrotter 3G QUAD */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, >- /* Option GlobeTrotter 3G+ */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, >- /* Option GlobeTrotter Max 3.6 */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, >- /* Huawei Mobile */ >- { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, >- { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E270 }, >+ /* Merlin */ > { USB_VENDOR_MERLIN, USB_PRODUCT_MERLIN_V620 }, > /* Qualcomm, Inc. ZTE CDMA */ > { USB_VENDOR_QUALCOMMINC, USB_PRODUCT_QUALCOMMINC_CDMA_MSM }, >+ /* Novatel */ > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_CDMA_MODEM }, > /* Novatel Wireless Merlin ES620 */ > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_ES620 }, >@@ -256,6 +241,8 @@ static const struct ubsa_product { > /* Novatel Wireless Merlin U740 */ > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U740 }, > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U740_2 }, >+ /* Dell version of the Novatel 740 */ >+ { USB_VENDOR_DELL, USB_PRODUCT_DELL_U740 }, > /* Novatel Wireless Merlin U950D */ > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U950D }, > /* Novatel Wireless Merlin V620 */ >@@ -341,52 +328,6 @@ MODULE_DEPEND(ubsa, usb, 1, 1, 1); > MODULE_DEPEND(ubsa, ucom, UCOM_MINVER, UCOM_PREFVER, UCOM_MAXVER); > MODULE_VERSION(ubsa, UBSA_MODVER); > >-/* >- * Huawei Exxx radio devices have a built in flash disk which is their >- * default power up configuration. This allows the device to carry its >- * own installation software. >- * >- * Instead of following the USB spec, and create multiple configuration >- * descriptors for this, the devices expects the driver to send >- * UF_DEVICE_REMOTE_WAKEUP to endpoint 2 to reset the device, so it >- * reprobes, now with the radio exposed. >- */ >- >-static usbd_status >-ubsa_huawei(device_t self, struct usb_attach_arg *uaa) { >- usb_device_request_t req; usbd_device_handle dev; >- usb_config_descriptor_t *cdesc; >- >- if (self == NULL) >- return (UMATCH_NONE); >- if (uaa == NULL) >- return (UMATCH_NONE); >- dev = uaa->device; >- if (dev == NULL) >- return (UMATCH_NONE); >- /* get the config descriptor */ >- cdesc = usbd_get_config_descriptor(dev); >- if (cdesc == NULL) >- return (UMATCH_NONE); >- >- if (cdesc->bNumInterface > 1) >- return (0); >- >- /* Bend it like Beckham */ >- device_printf(self, "Kicking Huawei device into radio mode\n"); >- memset(&req, 0, sizeof req); >- req.bmRequestType = UT_WRITE_DEVICE; >- req.bRequest = UR_SET_FEATURE; >- USETW(req.wValue, UF_DEVICE_REMOTE_WAKEUP); >- USETW(req.wIndex, 2); >- USETW(req.wLength, 0); >- >- /* We get error return, but it works */ >- (void)usbd_do_request(dev, &req, 0); >- return (UMATCH_NONE); >-} >- >- > static int > ubsa_match(device_t self) > { >@@ -399,9 +340,6 @@ ubsa_match(device_t self) > for (i = 0; ubsa_products[i].vendor != 0; i++) { > if (ubsa_products[i].vendor == uaa->vendor && > ubsa_products[i].product == uaa->product) { >- if (uaa->vendor == USB_VENDOR_HUAWEI && >- ubsa_huawei(self, uaa)) >- break; > return (UMATCH_VENDOR_PRODUCT); > } > } >@@ -424,9 +362,6 @@ ubsa_attach(device_t self) > dev = uaa->device; > ucom = &sc->sc_ucom; > >- if (uaa->vendor == USB_VENDOR_HUAWEI) >- sc->sc_huawei = 1; >- > /* > * initialize rts, dtr variables to something > * different from boolean 0, 1 >@@ -575,8 +510,6 @@ ubsa_request(struct ubsa_softc *sc, u_in > usbd_status err; > > /* The huawei Exxx devices support none of these tricks */ >- if (sc->sc_huawei) >- return (0); > req.bmRequestType = UT_WRITE_VENDOR_DEVICE; > req.bRequest = request; > USETW(req.wValue, value); > >Modified: head/sys/dev/usb/usbdevs >============================================================================== >--- head/sys/dev/usb/usbdevs Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/dev/usb/usbdevs Thu Oct 9 21:25:01 2008 (r183735) >@@ -1434,7 +1434,7 @@ product HTC SMARTPHONE 0x0a51 SmartPhon > > /* HUAWEI products */ > product HUAWEI MOBILE 0x1001 Huawei Mobile >-product HUAWEI E270 0x1003 Huawei HSPA modem >+product HUAWEI E220 0x1003 Huawei HSDPA modem > > /* HUAWEI 3com products */ > product HUAWEI3COM WUB320G 0x0009 Aolynk WUB320g > >Modified: head/sys/i386/conf/GENERIC >============================================================================== >--- head/sys/i386/conf/GENERIC Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/i386/conf/GENERIC Thu Oct 9 21:25:01 2008 (r183735) >@@ -304,6 +304,7 @@ device urio # Diamond >Rio 500 MP3 play > device uscanner # Scanners > # USB Serial devices > device ucom # Generic com ttys >+device u3g # USB-based 3G modems (Option, Huawei, Sierra) > device uark # Technologies ARK3116 based serial adapters > device ubsa # Belkin F5U103 and compatible > serial adapters > device uftdi # For FTDI usb serial adapters > >Modified: head/sys/modules/Makefile >============================================================================== >--- head/sys/modules/Makefile Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/modules/Makefile Thu Oct 9 21:25:01 2008 (r183735) >@@ -269,6 +269,7 @@ SUBDIR= ${_3dfx} \ > twe \ > tx \ > txp \ >+ u3g \ > uark \ > uart \ > ubsa \ > >Added: head/sys/modules/u3g/Makefile >============================================================================== >--- /dev/null 00:00:00 1970 (empty, because file is newly added) >+++ head/sys/modules/u3g/Makefile Thu Oct 9 21:25:01 >2008 (r183735) >@@ -0,0 +1,8 @@ >+# $FreeBSD$ >+ >+.PATH: ${.CURDIR}/../../dev/usb >+ >+KMOD= u3g >+SRCS= u3g.c ucomvar.h opt_usb.h device_if.h bus_if.h usbdevs.h >+ >+.include >_______________________________________________ >svn-src-all@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/svn-src-all >To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" > >------------------------------------------------------- >_______________________________________________ >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 Wed Nov 5 16:20:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12D411065670; Wed, 5 Nov 2008 16:20:42 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 42DCB8FC19; Wed, 5 Nov 2008 16:20:41 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=ndaoGXS1AAAA:8 a=hTUq4LJpMFZPBGP5cPIA:9 a=hicpzbrmCtKxf891j08jR1mVpLMA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1144756125; Wed, 05 Nov 2008 17:20:39 +0100 From: Hans Petter Selasky To: kevin Date: Wed, 5 Nov 2008 17:22:43 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com> In-Reply-To: <49117846.9080301@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051722.44148.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:20:42 -0000 On Wednesday 05 November 2008, kevin wrote: > Hans Petter Selasky wrote: > > On Wednesday 05 November 2008, kevin wrote: > >> Hans Petter Selasky wrote: > >>> Hi, > >>> > >>> A new USB release is available: > >>> > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ > >>> > >>> %md5 usb2_release_003.* > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > >>> %sha256 usb2_release_003.* > >>> SHA256 (usb2_release_003.diff) = > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > >>> SHA256 (usb2_release_003.tar.gz) = > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > >>> > >>> Changes since 002 release: > >> > >> I try to compile kernel with usb2. > > > > Hi, > > > > Try to load the module instead of having bluetooth in the kernel. Then > > all dependancies are loaded automatically. > > > > Depends on some bluetooth stuff. > > > > --HPS > > I build kernel without usb2_bluetooth_ng successfully. i notice that > fingerpring and bluetooth mouse nolonger work now. > in dmesg: > ugen0.2: at usbus0 > ugen0.3: at usbus0 > maybe /etc/rc.d/bthidd and fprint package need update now. > Try: kldload usb2_bluetooth_ng Or add: usb2_bluetooth_load=YES usb2_bluetooth_ng_load=YES to: /boot/loader.conf --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:20:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12D411065670; Wed, 5 Nov 2008 16:20:42 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 42DCB8FC19; Wed, 5 Nov 2008 16:20:41 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=ndaoGXS1AAAA:8 a=hTUq4LJpMFZPBGP5cPIA:9 a=hicpzbrmCtKxf891j08jR1mVpLMA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1144756125; Wed, 05 Nov 2008 17:20:39 +0100 From: Hans Petter Selasky To: kevin Date: Wed, 5 Nov 2008 17:22:43 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com> In-Reply-To: <49117846.9080301@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051722.44148.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:20:42 -0000 On Wednesday 05 November 2008, kevin wrote: > Hans Petter Selasky wrote: > > On Wednesday 05 November 2008, kevin wrote: > >> Hans Petter Selasky wrote: > >>> Hi, > >>> > >>> A new USB release is available: > >>> > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ > >>> > >>> %md5 usb2_release_003.* > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > >>> %sha256 usb2_release_003.* > >>> SHA256 (usb2_release_003.diff) = > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > >>> SHA256 (usb2_release_003.tar.gz) = > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > >>> > >>> Changes since 002 release: > >> > >> I try to compile kernel with usb2. > > > > Hi, > > > > Try to load the module instead of having bluetooth in the kernel. Then > > all dependancies are loaded automatically. > > > > Depends on some bluetooth stuff. > > > > --HPS > > I build kernel without usb2_bluetooth_ng successfully. i notice that > fingerpring and bluetooth mouse nolonger work now. > in dmesg: > ugen0.2: at usbus0 > ugen0.3: at usbus0 > maybe /etc/rc.d/bthidd and fprint package need update now. > Try: kldload usb2_bluetooth_ng Or add: usb2_bluetooth_load=YES usb2_bluetooth_ng_load=YES to: /boot/loader.conf --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:26:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11D7210656DF; Wed, 5 Nov 2008 16:26:38 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE068FC1B; Wed, 5 Nov 2008 16:26:36 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=e-nWkoAR_PDCPm4ViUUA:9 a=HVIpJVqjdXHttxjJbTen6bNAsGsA:4 a=MSl-tDqOz04A:10 a=Nr7Pmq0tdocA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 967848145; Wed, 05 Nov 2008 17:26:34 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Nov 2008 17:28:43 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200811051236.41450.Thomas.Sparrevohn@btinternet.com> <863ai6yx36.fsf@gmail.com> In-Reply-To: <863ai6yx36.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051728.44513.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Lars Engels , freebsd-usb@freebsd.org, swell.k@gmail.com, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:26:38 -0000 On Wednesday 05 November 2008, swell.k@gmail.com wrote: > Thomas Sparrevohn writes: > > On Wednesday 05 November 2008 08:15:52 Hans Petter Selasky wrote: > >> Hi, > >> > >> > And one last thing: > >> > # usbdevs -v > >> > usbdevs: no USB controllers found > >> > >> That command is no longer supported. Use "usbconfig" instead. I'm not > >> sure if it is currently installed by default. > >> > >> --HPS > > > > usbconfig does not install per default - it does not even seem to compile > > - > > I think this patch might be a workaround then. Hi, I will get this patch in next time an USB2 update gets committed to FreeBSD-current. Thanks! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:29:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1021D1065673 for ; Wed, 5 Nov 2008 16:29:50 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8D62C8FC0C for ; Wed, 5 Nov 2008 16:29:49 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so19089gve.39 for ; Wed, 05 Nov 2008 08:29:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=8sp7nqQhQsEarIykl1cCE2Vqd5VVmbCs8+7v4Ogtm9E=; b=UMvQErNBtMccBwUF7LPiuRkU0LgcRWMLwCrXF15IE8LmgL/R21PH9TymFnlCcIwe+e 8EiszPjInaHxTnd4UU3J2Z4ydplC2S3OG8XtzZCtoZ5N4WnrZCYfZWXnItifykbs/E4k AL+FvmUSsJ9550Hj97oE4sQYBbZlrfW4UVsPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=IofuRiKW2p2t/r0K+yHlSR/2VruTDzytKh+tTiQ5tUSdUyxwwoUjnTEhBwIhyAb803 TL9ocS0ziD7FDdPccySPEFjU7cNseOfjYB/HgaNF9+E2Vk/zRsIQ/nW7Q39uyB2/tIzs FYa3NjHRgxVDlY9/aBeCfaXrq8Cv2IQnJoFcM= Received: by 10.86.95.20 with SMTP id s20mr1283047fgb.39.1225901314721; Wed, 05 Nov 2008 08:08:34 -0800 (PST) Received: from localhost (93-80-212-75.broadband.corbina.ru [93.80.212.75]) by mx.google.com with ESMTPS id 4sm194757fge.8.2008.11.05.08.08.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 05 Nov 2008 08:08:33 -0800 (PST) From: swell.k@gmail.com To: Thomas Sparrevohn References: <200810251925.47273.hselasky@c2i.net> <20081104230547.GE8256@e.0x20.net> <200811050915.54175.hselasky@c2i.net> <200811051236.41450.Thomas.Sparrevohn@btinternet.com> Date: Wed, 05 Nov 2008 19:08:29 +0300 In-Reply-To: <200811051236.41450.Thomas.Sparrevohn@btinternet.com> (Thomas Sparrevohn's message of "Wed, 5 Nov 2008 12:36:40 +0000") Message-ID: <863ai6yx36.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: current@freebsd.org, Alfred Perlstein , Hans Petter Selasky , Lars Engels , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 16:29:50 -0000 --=-=-= Thomas Sparrevohn writes: > On Wednesday 05 November 2008 08:15:52 Hans Petter Selasky wrote: >> Hi, >> >> > And one last thing: >> > # usbdevs -v >> > usbdevs: no USB controllers found >> > >> >> That command is no longer supported. Use "usbconfig" instead. I'm not sure if >> it is currently installed by default. >> >> --HPS >> > > usbconfig does not install per default - it does not even seem to compile - I think this patch might be a workaround then. --=-=-= Content-Disposition: inline; filename=a Index: share/man/man4/Makefile =================================================================== --- share/man/man4/Makefile (revision 184644) +++ share/man/man4/Makefile (working copy) @@ -416,6 +416,20 @@ ural.4 \ urio.4 \ usb.4 \ + usb2_bluetooth.4 \ + usb2_controller.4 \ + usb2_core.4 \ + usb2_ethernet.4 \ + usb2_image.4 \ + usb2_input.4 \ + usb2_misc.4 \ + usb2_ndis.4 \ + usb2_quirk.4 \ + usb2_serial.4 \ + usb2_sound.4 \ + usb2_storage.4 \ + usb2_template.4 \ + usb2_wlan.4 \ uscanner.4 \ uslcom.4 \ utopia.4 \ Index: usr.sbin/Makefile =================================================================== --- usr.sbin/Makefile (revision 184644) +++ usr.sbin/Makefile (working copy) @@ -181,6 +181,7 @@ trpt \ tzsetup \ ugidfw \ + ${_usbconfig} \ ${_usbdevs} \ ${_vidcontrol} \ vipw \ @@ -401,6 +402,7 @@ .endif .if ${MK_USB} != "no" +_usbconfig= usbconfig _usbdevs= usbdevs .endif Index: lib/Makefile =================================================================== --- lib/Makefile (revision 184644) +++ lib/Makefile (working copy) @@ -38,7 +38,8 @@ ${_libpmc} libproc librt ${_libsdp} ${_libsm} ${_libsmb} \ ${_libsmdb} \ ${_libsmutil} libstand ${_libtelnet} ${_libthr} libthread_db libufs \ - libugidfw ${_libusbhid} ${_libvgl} libwrap liby libz ${_bind} + libugidfw ${_libusb20} ${_libusbhid} ${_libvgl} libwrap liby libz \ + ${_bind} .if exists(${.CURDIR}/csu/${MACHINE_ARCH}-elf) _csu=csu/${MACHINE_ARCH}-elf @@ -135,6 +136,7 @@ .endif .if ${MK_USB} != "no" +_libusb20= libusb20 _libusbhid= libusbhid .endif Index: lib/libusb20/Makefile =================================================================== --- lib/libusb20/Makefile (revision 184644) +++ lib/libusb20/Makefile (working copy) @@ -18,7 +18,7 @@ INCS+= libusb20_compat10.h MAN= libusb20.3 MKLINT= no +CFLAGS+= -I${.CURDIR}/../../sys NOGCCERROR= .include - --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 16:38:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BDEB1065676; Wed, 5 Nov 2008 16:38:42 +0000 (UTC) (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 00C8E8FC17; Wed, 5 Nov 2008 16:38:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA5GcdK5012238; Wed, 5 Nov 2008 11:38:39 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA5Gcdtj040411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 11:38:39 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811051638.mA5Gcdtj040411@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 05 Nov 2008 11:38:31 -0500 To: Nick Hibma From: Mike Tancsa In-Reply-To: <200811051706.00850.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> <200811051706.00850.nick@van-laarhoven.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 16:38:42 -0000 At 11:06 AM 11/5/2008, Nick Hibma wrote: > > At 04:44 PM 10/9/2008, Nick Hibma wrote: > > >Just now I have committed a driver for Option and Huawei cards > > > previously supported by the ubsa driver. More information is in the > > > commit message. > > > > > >I am looking for people who would be able to provide more information > > > after testing with the 3G cards branded by: > > > > Hi, > > I gave it a try on the Sierra USB card and it seems to work > > really well on RELENG_7! There is however also a mini-pci express > > version of the Sierra card, the MC8775. Do you have plans to add > > support for it ? I am not sure how the unit is even supposed to show > > up as I dont see it in the dmesg, but I do see that it shows some > > sort of umass device > > > > # usbdevs > > addr 1: OHCI root hub, AMD > > addr 2: USB MMC Storage, Sierra Wireless > > addr 1: EHCI root hub, AMD > >If you could run usbdevs -v and then jot down the IDs you can add those to >the top of u3g.c. You'll have to add a quirk like for other sierra devices >that show up as mass storage and need to be kicked into modem mode. > >It pretends to be a mass storage device (with drivers on it) and after >installation switches to modem mode. > >Or that's my guess. # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), AMD(0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, power 100 mA, config 1, USB MMC Storage(0x0fff), Sierra Wireless(0x1199), rev 0.00 port 3 powered port 4 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), AMD(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered It looks like its already there in the drivers. Is it possible the mini-pci express card is conflicting with the USB of the Alix board ? ---Mike >Nick > > > dmesg snippet > > ... > > isa_probe_children: probing PnP devices > > umass0: > addr 2> on uhub0 > > umass0:0:0:-1: Attached to scbus0 > > Device configuration finished. > > procfs registered > > Timecounter "TSC" frequency 498053687 Hz quality 800 > > Timecounters tick every 1.000 msec > > crypto: > > vlan: initialized, using hash tables with chaining > > IPsec: Initialized Security Association Processing. > > pflog0: bpf attached > > lo0: bpf attached > > ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire > > ad0: setting PIO4 on CS5536 chip > > ad0: 1953MB at ata0-master PIO4 > > ad0: 4001760 sectors [3970C/16H/63S] 4 sectors/interrupt 1 depth queue > > GEOM: new disk ad0 > > pass0 at umass-sim0 bus 0 target 0 lun 0 > > pass0: Removable CD-ROM SCSI-0 device > > pass0: 1.000MB/s transfers > > Trying to mount root from ufs:/dev/ad0s1a > > start_init: trying /sbin/init > > bridge0: bpf attached > > bridge0: Ethernet address: 3a:72:35:a3:25:ce > > tun0: bpf attached > > > > Not sure why it shows up as a passthrough device ? > > > > ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 17:26:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0857E106567E for ; Wed, 5 Nov 2008 17:26:39 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 9126B8FC20 for ; Wed, 5 Nov 2008 17:26:38 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=e-nWkoAR_PDCPm4ViUUA:9 a=HVIpJVqjdXHttxjJbTen6bNAsGsA:4 a=MSl-tDqOz04A:10 a=Nr7Pmq0tdocA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 967848145; Wed, 05 Nov 2008 17:26:34 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 5 Nov 2008 17:28:43 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200811051236.41450.Thomas.Sparrevohn@btinternet.com> <863ai6yx36.fsf@gmail.com> In-Reply-To: <863ai6yx36.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051728.44513.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Alfred Perlstein , Lars Engels , freebsd-usb@freebsd.org, swell.k@gmail.com, Renato Botelho Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 17:26:39 -0000 On Wednesday 05 November 2008, swell.k@gmail.com wrote: > Thomas Sparrevohn writes: > > On Wednesday 05 November 2008 08:15:52 Hans Petter Selasky wrote: > >> Hi, > >> > >> > And one last thing: > >> > # usbdevs -v > >> > usbdevs: no USB controllers found > >> > >> That command is no longer supported. Use "usbconfig" instead. I'm not > >> sure if it is currently installed by default. > >> > >> --HPS > > > > usbconfig does not install per default - it does not even seem to compile > > - > > I think this patch might be a workaround then. Hi, I will get this patch in next time an USB2 update gets committed to FreeBSD-current. Thanks! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 18:05:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40D261065689 for ; Wed, 5 Nov 2008 18:05:17 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml06.kpnxchange.com (cpsmtpo-eml06.KPNXCHANGE.COM [213.75.38.155]) by mx1.freebsd.org (Postfix) with ESMTP id BC9568FC1E for ; Wed, 5 Nov 2008 18:05:16 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml02.kpnxchange.com ([213.75.38.102]) by cpsmtpo-eml06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Nov 2008 19:05:15 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Nov 2008 19:05:14 +0100 Received: (qmail 44025 invoked by uid 98); 5 Nov 2008 18:05:26 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.1/5.0):. Processed in 6.02552 secs); 05 Nov 2008 18:05:26 -0000 X-Spam-Status: No, score=-1.1 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 5 Nov 2008 18:05:20 -0000 Received: (nullmailer pid 46783 invoked by uid 1001); Wed, 05 Nov 2008 18:05:05 -0000 From: Nick Hibma To: Mike Tancsa Date: Wed, 5 Nov 2008 19:05:04 +0100 User-Agent: KMail/1.9.7 References: <200810092344.10388.nick@van-laarhoven.org> <200811051706.00850.nick@van-laarhoven.org> <200811051638.mA5Gcdtj040411@lava.sentex.ca> In-Reply-To: <200811051638.mA5Gcdtj040411@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051905.05294.nick@van-laarhoven.org> X-OriginalArrivalTime: 05 Nov 2008 18:05:14.0597 (UTC) FILETIME=[0D6E8150:01C93F71] Cc: FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 18:05:17 -0000 > >If you could run usbdevs -v and then jot down the IDs you can add those > > to the top of u3g.c. You'll have to add a quirk like for other sierra > > devices that show up as mass storage and need to be kicked into modem > > mode. > > > >It pretends to be a mass storage device (with drivers on it) and after > >installation switches to modem mode. > > > >Or that's my guess. > > # usbdevs -v > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > AMD(0x0000), rev 1.00 > port 1 powered > port 2 addr 2: full speed, power 100 mA, config 1, USB MMC > Storage(0x0fff), Sierra Wireless(0x1199), rev 0.00 > port 3 powered > port 4 powered > Controller /dev/usb1: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > AMD(0x0000), rev 1.00 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > > It looks like its already there in the drivers. Is it possible the > mini-pci express card is conflicting with the USB of the Alix board ? Well, it should change to modem mode, so perhaps the sierra_init function is not correct yet. I'll have to check that out. nick From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 18:21:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EB5C1065673 for ; Wed, 5 Nov 2008 18:21:49 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id C6FAF8FC0C for ; Wed, 5 Nov 2008 18:21:47 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.109.183] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Kxmft-0004iL-0P; Wed, 05 Nov 2008 20:00:13 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kxmfj-000Od5-8t; Wed, 05 Nov 2008 20:00:03 +0200 To: kevin From: Ian FREISLICH In-Reply-To: <4911B529.1030804@163.com> References: <4911B529.1030804@163.com> X-Attribution: BOFH Date: Wed, 05 Nov 2008 20:00:03 +0200 Message-Id: Cc: FreeBSD Current Subject: Re: shutdown and reboot do not work correct 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 Nov 2008 18:21:49 -0000 kevin wrote: > Hi, > I update everything this afternoon(both kernel and world). when i > try to reboot or shutdown system,i find something goes wrong.After > system output "All buffers synced" and "Accounting disabled",system does > not power off as normal. the keyboard still works and when i press the > power button ,it output "acpi: suspend request ignored (not ready yet)", > "acpi: request to enter state S5 failed (error 6)". Any one meet same > problem? I'm seeing a shutdown -p rebooting one of my machines. I haven't done any debugging. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 18:31:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01CC3106568D for ; Wed, 5 Nov 2008 18:31:44 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 842308FC1F for ; Wed, 5 Nov 2008 18:31:42 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so77893nfh.33 for ; Wed, 05 Nov 2008 10:31:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=AiYKyAo4lLAvx5N170f1C4yFQ8XFUvCD/UXqqeyFLBI=; b=hbIdahDk1xsWV03HU2ZOdyHhsigYqgAq9WBlew0kzcttK/mv3xm2xUxDhKE5iac5DQ 1AV6+0AkhZzo19Ycu/d82FFvwbcNYtX3RgKOb11tAwrDPnuz/QHIzKFLvAzggU4QPOqR cAntQw1wq6vLNIqKQlWMJbSTJmGNFrES7PCy4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=g3u5DFdiuAFk/sKG0lTgg8PTMv95CoURoiHDavLOyS3P/jp9HqHTi4bBktn8GS5Yes /rZ7lVtGLij7QTmlfwrnuMaHExIOGaR9BGj1hlpD4X6BDlws50oWfE/KZgEo6vKpJKza lYF8kh1GWJDbUkoRXAq1t6XjSkIlSPrBGD8Yo= Received: by 10.86.95.20 with SMTP id s20mr1467238fgb.39.1225909901893; Wed, 05 Nov 2008 10:31:41 -0800 (PST) Received: by 10.86.2.18 with HTTP; Wed, 5 Nov 2008 10:31:41 -0800 (PST) Message-ID: <3bbf2fe10811051031j25ed35e8r78dd5f21e3551579@mail.gmail.com> Date: Wed, 5 Nov 2008 19:31:41 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: kevin In-Reply-To: <4911B529.1030804@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4911B529.1030804@163.com> X-Google-Sender-Auth: 292a405db028a2b1 Cc: FreeBSD Current Subject: Re: shutdown and reboot do not work correct 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 Nov 2008 18:31:44 -0000 2008/11/5, kevin : > Hi, > I update everything this afternoon(both kernel and world). when i try to > reboot or shutdown system,i find something goes wrong.After system output > "All buffers synced" and "Accounting disabled",system does not power off as > normal. the keyboard still works and when i press the power button ,it > output "acpi: suspend request ignored (not ready yet)", "acpi: request to > enter state S5 failed (error 6)". Any one meet same problem? Could you please break into DDB and see where it is hanging? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 21:00:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EACF810657C2; Wed, 5 Nov 2008 21:00:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7F6278FC1D; Wed, 5 Nov 2008 21:00:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mA5L0f2a015344; Wed, 5 Nov 2008 16:00:47 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 5 Nov 2008 11:41:27 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051141.27965.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 05 Nov 2008 16:00:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8576/Wed Nov 5 13:28:48 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: panic: tmpfs_alloc_vp: type 0xffffff000143d380 0 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 Nov 2008 21:00:54 -0000 On Wednesday 05 November 2008 07:34:56 am Pawel Worach wrote: > Hi, > > Got the following panic after I built some ports with > WRKDIRPREFIX=/tmp/work where /tmp is tmpfs. > > FreeBSD one 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r184639M: Tue Nov 4 > 18:39:44 CET 2008 root@one:/usr/obj/usr/src/sys/IBMT61 amd64 > > panic: tmpfs_alloc_vp: type 0xffffff000143d380 0 > > Unread portion of the kernel message buffer: > panic: tmpfs_alloc_vp: type 0xffffff000143d380 0 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x17d > tmpfs_alloc_vp() at tmpfs_alloc_vp+0x255 > tmpfs_lookup() at tmpfs_lookup+0x17a > vfs_cache_lookup() at vfs_cache_lookup+0xda I'm guessing the parent node of a file got free'd (maybe a missing refcount?) and that tn_parent is a stale pointer. Not sure how that would have happened though. Might be worth looking at the node passed to tmpfs_alloc_vp(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Nov 5 21:00:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EACF810657C2; Wed, 5 Nov 2008 21:00:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7F6278FC1D; Wed, 5 Nov 2008 21:00:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id mA5L0f2a015344; Wed, 5 Nov 2008 16:00:47 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 5 Nov 2008 11:41:27 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051141.27965.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 05 Nov 2008 16:00:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8576/Wed Nov 5 13:28:48 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: panic: tmpfs_alloc_vp: type 0xffffff000143d380 0 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 Nov 2008 21:00:54 -0000 On Wednesday 05 November 2008 07:34:56 am Pawel Worach wrote: > Hi, > > Got the following panic after I built some ports with > WRKDIRPREFIX=/tmp/work where /tmp is tmpfs. > > FreeBSD one 8.0-CURRENT FreeBSD 8.0-CURRENT #0 r184639M: Tue Nov 4 > 18:39:44 CET 2008 root@one:/usr/obj/usr/src/sys/IBMT61 amd64 > > panic: tmpfs_alloc_vp: type 0xffffff000143d380 0 > > Unread portion of the kernel message buffer: > panic: tmpfs_alloc_vp: type 0xffffff000143d380 0 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > panic() at panic+0x17d > tmpfs_alloc_vp() at tmpfs_alloc_vp+0x255 > tmpfs_lookup() at tmpfs_lookup+0x17a > vfs_cache_lookup() at vfs_cache_lookup+0xda I'm guessing the parent node of a file got free'd (maybe a missing refcount?) and that tn_parent is a stale pointer. Not sure how that would have happened though. Might be worth looking at the node passed to tmpfs_alloc_vp(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 00:38:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE8721065679 for ; Thu, 6 Nov 2008 00:38:41 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 800A38FC14 for ; Thu, 6 Nov 2008 00:38:41 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so188738fgb.35 for ; Wed, 05 Nov 2008 16:38:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=SwkTYSlPgnu1QjtEOHS2C/C+aaj+esAvBe20mlvSZxg=; b=oCZXD2XagOY4ZJTlrEEI1Wg3r53EuLx5dVzxURhXaemh6cDO5L9QaRA9sHRujdAUPe x3Ahc3ruNPeWKFkw47AwR8UKvoYvGAexSCRAUff7fYRwnEdplBNtSlegl86w4icLag0B njxcfHb1Rz0S8teejlJRd7+mpqkN0evSSpS0c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=o6QA3Ea8Fr7YjhrgiFWq/p2n+WFx5pa0dzcBpqHRh9gFEljoSuUPs/YFCTHrGYvcEX mrQKqRQjGeSBk7oEc3HeFKwbumIecwK+9F6+1AZOeWH8Tszgra7m9C0AfNjTlfHyBsqP hty//aM0nRopnfmwEakSB85pnfUnaDr0Rp6bU= Received: by 10.86.95.8 with SMTP id s8mr1915125fgb.28.1225931920257; Wed, 05 Nov 2008 16:38:40 -0800 (PST) Received: by 10.86.52.18 with HTTP; Wed, 5 Nov 2008 16:38:40 -0800 (PST) Message-ID: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> Date: Thu, 6 Nov 2008 01:38:40 +0100 From: "Diego Depaoli" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Usb2 and hal issue 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 Nov 2008 00:38:42 -0000 Hi all, I don't know how provide further details, but on my system there is something of wrong between new usb2 drivers and hald. Top shows hald's cpu load at 100% while with old drivers it's 2-4%. I tried rebuilding hald, loading/unloading each usb2_* device but nothing changed, so I suspect the problem is located in usb2_core. -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 02:19:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEBA810656AC; Thu, 6 Nov 2008 02:19:15 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m5-85.163.com (m12-15.163.com [220.181.12.15]) by mx1.freebsd.org (Postfix) with SMTP id E55C58FC13; Thu, 6 Nov 2008 02:19:14 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp11 (Coremail) with SMTP id D8CowLCrfz8cVBJJNY6cFA--.11460S2; Thu, 06 Nov 2008 10:19:09 +0800 (CST) Message-ID: <49125418.4040008@163.com> Date: Thu, 06 Nov 2008 10:19:04 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Hans Petter Selasky References: <200810251925.47273.hselasky@c2i.net> <200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com> <200811051722.44148.hselasky@c2i.net> In-Reply-To: <200811051722.44148.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjvJXoW7AFWkCr4DAF1xXrWrXw15CFg_yoW8ArW8pr W8t3Z8tr4ktFn0yF9rtr12grWFvFy3Ww13urn0qryayF90qrsrAr18Cr1a9rZFy3yIkw1Y qayUX34xXw1DWr7anT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU U867k042IEFTZYmTnxM7k0a2IF6r1UM7kC6x804xWl14x267AKxVWUJVW8JwAFxVCF77xC 6IxKo4kEV4yl1I0EscIYIxCEI4klw4CSwwAFIxvE14AKwVWUJVWUGwAawVAYYI1S6c8GOV WUur45Jrylnx0Ec2IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E 2Ix0cI8IcVAFwI0_JrI_JrylYx0Ex4A2jsIE14v26r1j6r4UM4IEnf9ElVAFpTB2q-sK64 9IAas0WaI_GwAC6xAIw28IcVAK0I8IjxAxMx02cVAKzwCY0x0Ix7I2Y4AK6F4j6FyUMxCj nVAqn7xvrwC2zVAF1VAY17CE14v26r126r1DYxBIdaVFxhVjvjDU0xZFpf9x0zEsqXdUUU UU= Cc: freebsd-current@freebsd.org, Alfred Perlstein , freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 02:19:15 -0000 Hans Petter Selasky wrote: > On Wednesday 05 November 2008, kevin wrote: > >> Hans Petter Selasky wrote: >> >>> On Wednesday 05 November 2008, kevin wrote: >>> >>>> Hans Petter Selasky wrote: >>>> >>>>> Hi, >>>>> >>>>> A new USB release is available: >>>>> >>>>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ >>>>> >>>>> %md5 usb2_release_003.* >>>>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 >>>>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf >>>>> %sha256 usb2_release_003.* >>>>> SHA256 (usb2_release_003.diff) = >>>>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b >>>>> SHA256 (usb2_release_003.tar.gz) = >>>>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 >>>>> >>>>> Changes since 002 release: >>>>> >>>> I try to compile kernel with usb2. >>>> >>> Hi, >>> >>> Try to load the module instead of having bluetooth in the kernel. Then >>> all dependancies are loaded automatically. >>> >>> Depends on some bluetooth stuff. >>> >>> --HPS >>> >> I build kernel without usb2_bluetooth_ng successfully. i notice that >> fingerpring and bluetooth mouse nolonger work now. >> in dmesg: >> ugen0.2: at usbus0 >> ugen0.3: at usbus0 >> maybe /etc/rc.d/bthidd and fprint package need update now. >> >> > > Try: > > kldload usb2_bluetooth_ng > > > Or add: > > usb2_bluetooth_load=YES > usb2_bluetooth_ng_load=YES > > to: /boot/loader.conf > usb2_bluetooth was built into kernel already,and usb2_bluetooth_ng was included in ng_ubt. in /boot/loader.conf ng_ubt_load=YES usb2_bluetooth_fw_load=YES ubtbcmfw=YES Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 07:58:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C5501065678 for ; Thu, 6 Nov 2008 07:58:57 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id E590C8FC24 for ; Thu, 6 Nov 2008 07:58:56 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=zjhju-OQuAjn1fje_9EA:9 a=g8opclkUWqZa_jhE3H8Nyt8cjggA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1139662013; Thu, 06 Nov 2008 08:58:54 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 6 Nov 2008 09:00:59 +0100 User-Agent: KMail/1.9.7 References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> In-Reply-To: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811060900.59772.hselasky@c2i.net> Cc: Diego Depaoli Subject: Re: Usb2 and hal issue 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 Nov 2008 07:58:57 -0000 On Thursday 06 November 2008, Diego Depaoli wrote: > Hi all, > I don't know how provide further details, but on my system there is > something of wrong between new usb2 drivers and hald. > Top shows hald's cpu load at 100% while with old drivers it's 2-4%. > I tried rebuilding hald, loading/unloading each usb2_* device but > nothing changed, so I suspect the problem is located in usb2_core. Hi, Hald is looping trying to open the wrong USB device. If hald is using libusb-0.1.12, you could try building and installing libusb20, most easily done from my private SVN repository, and then link hald with -lusb20 --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 10:04:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 863651065686; Thu, 6 Nov 2008 10:04:56 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6C1D98FC13; Thu, 6 Nov 2008 10:04:56 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 4169D1A3C38; Thu, 6 Nov 2008 02:04:56 -0800 (PST) Date: Thu, 6 Nov 2008 02:04:56 -0800 From: Alfred Perlstein To: Hans Petter Selasky Message-ID: <20081106100456.GF60438@elvis.mu.org> References: <200810251925.47273.hselasky@c2i.net> <200811051236.41450.Thomas.Sparrevohn@btinternet.com> <863ai6yx36.fsf@gmail.com> <200811051728.44513.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200811051728.44513.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org, Thomas Sparrevohn , Renato Botelho , Lars Engels , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, swell.k@gmail.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 10:04:56 -0000 * Hans Petter Selasky [081105 08:26] wrote: > > Hi, > > I will get this patch in next time an USB2 update gets committed to > FreeBSD-current. Hey Hans, can you look into using svk for your repository? I think it will make commits to svn easier for both of us. Easier for me to pull your changes and easier for you to track changes in FreeBSD... ? -Alfred From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 10:17:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E81E1065677; Thu, 6 Nov 2008 10:17:24 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 39B028FC41; Thu, 6 Nov 2008 10:17:24 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 4169D1A3C38; Thu, 6 Nov 2008 02:04:56 -0800 (PST) Date: Thu, 6 Nov 2008 02:04:56 -0800 From: Alfred Perlstein To: Hans Petter Selasky Message-ID: <20081106100456.GF60438@elvis.mu.org> References: <200810251925.47273.hselasky@c2i.net> <200811051236.41450.Thomas.Sparrevohn@btinternet.com> <863ai6yx36.fsf@gmail.com> <200811051728.44513.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200811051728.44513.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org, Thomas Sparrevohn , Renato Botelho , Lars Engels , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, swell.k@gmail.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 10:17:24 -0000 * Hans Petter Selasky [081105 08:26] wrote: > > Hi, > > I will get this patch in next time an USB2 update gets committed to > FreeBSD-current. Hey Hans, can you look into using svk for your repository? I think it will make commits to svn easier for both of us. Easier for me to pull your changes and easier for you to track changes in FreeBSD... ? -Alfred From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 13:04:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C801065686; Thu, 6 Nov 2008 13:04:32 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id C846E8FC39; Thu, 6 Nov 2008 13:04:31 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 0806E19268; Thu, 6 Nov 2008 08:04:30 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 Received: from tau.draftnet (unknown [66.45.161.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Thu, 6 Nov 2008 08:04:29 -0500 (EST) Date: Thu, 6 Nov 2008 05:04:16 -0800 From: Bruce Cran To: Hans Petter Selasky Message-ID: <20081106050416.09944ea2@tau.draftnet> In-Reply-To: <200811051722.44148.hselasky@c2i.net> References: <200810251925.47273.hselasky@c2i.net> <200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com> <200811051722.44148.hselasky@c2i.net> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Perlstein , Alfred, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, kevin Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 13:04:32 -0000 On Wed, 5 Nov 2008 17:22:43 +0100 Hans Petter Selasky wrote: > On Wednesday 05 November 2008, kevin wrote: > > Hans Petter Selasky wrote: > > > On Wednesday 05 November 2008, kevin wrote: > > >> Hans Petter Selasky wrote: > > >>> Hi, > > >>> > > >>> A new USB release is available: > > >>> > > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > >>> > > >>> %md5 usb2_release_003.* > > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > > >>> %sha256 usb2_release_003.* > > >>> SHA256 (usb2_release_003.diff) = > > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > > >>> SHA256 (usb2_release_003.tar.gz) = > > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > > >>> > > >>> Changes since 002 release: > > >> > > >> I try to compile kernel with usb2. > > > > > > Hi, > > > > > > Try to load the module instead of having bluetooth in the kernel. > > > Then all dependancies are loaded automatically. > > > > > > Depends on some bluetooth stuff. > > > > > > --HPS > > > > I build kernel without usb2_bluetooth_ng successfully. i notice that > > fingerpring and bluetooth mouse nolonger work now. > > in dmesg: > > ugen0.2: at usbus0 > > ugen0.3: at usbus0 > > maybe /etc/rc.d/bthidd and fprint package need update now. > > > > Try: > > kldload usb2_bluetooth_ng I don't know if this is a problem in general, but I can't load usb2_serial_modem and have usb2_serial load automatically: > kldload usb2_serial_modem interface ucom.1 already present in the KLD 'ucom.ko'! kldload: /boot/kernel/usb2_serial.ko: Unsupported file type KLD usb2_serial_modem.ko: depends on usb2_serial - not available kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type kldload'ing usb2_serial followed by usb2_serial_modem works though. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 13:04:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C801065686; Thu, 6 Nov 2008 13:04:32 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id C846E8FC39; Thu, 6 Nov 2008 13:04:31 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 0806E19268; Thu, 6 Nov 2008 08:04:30 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 Received: from tau.draftnet (unknown [66.45.161.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Thu, 6 Nov 2008 08:04:29 -0500 (EST) Date: Thu, 6 Nov 2008 05:04:16 -0800 From: Bruce Cran To: Hans Petter Selasky Message-ID: <20081106050416.09944ea2@tau.draftnet> In-Reply-To: <200811051722.44148.hselasky@c2i.net> References: <200810251925.47273.hselasky@c2i.net> <200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com> <200811051722.44148.hselasky@c2i.net> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Perlstein , Alfred, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, kevin Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 13:04:32 -0000 On Wed, 5 Nov 2008 17:22:43 +0100 Hans Petter Selasky wrote: > On Wednesday 05 November 2008, kevin wrote: > > Hans Petter Selasky wrote: > > > On Wednesday 05 November 2008, kevin wrote: > > >> Hans Petter Selasky wrote: > > >>> Hi, > > >>> > > >>> A new USB release is available: > > >>> > > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > >>> > > >>> %md5 usb2_release_003.* > > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > > >>> %sha256 usb2_release_003.* > > >>> SHA256 (usb2_release_003.diff) = > > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > > >>> SHA256 (usb2_release_003.tar.gz) = > > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > > >>> > > >>> Changes since 002 release: > > >> > > >> I try to compile kernel with usb2. > > > > > > Hi, > > > > > > Try to load the module instead of having bluetooth in the kernel. > > > Then all dependancies are loaded automatically. > > > > > > Depends on some bluetooth stuff. > > > > > > --HPS > > > > I build kernel without usb2_bluetooth_ng successfully. i notice that > > fingerpring and bluetooth mouse nolonger work now. > > in dmesg: > > ugen0.2: at usbus0 > > ugen0.3: at usbus0 > > maybe /etc/rc.d/bthidd and fprint package need update now. > > > > Try: > > kldload usb2_bluetooth_ng I don't know if this is a problem in general, but I can't load usb2_serial_modem and have usb2_serial load automatically: > kldload usb2_serial_modem interface ucom.1 already present in the KLD 'ucom.ko'! kldload: /boot/kernel/usb2_serial.ko: Unsupported file type KLD usb2_serial_modem.ko: depends on usb2_serial - not available kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type kldload'ing usb2_serial followed by usb2_serial_modem works though. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 14:13:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71A71106567D for ; Thu, 6 Nov 2008 14:13:27 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id EB5798FC1C for ; Thu, 6 Nov 2008 14:13:26 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 191AFA0729; Thu, 6 Nov 2008 15:13:25 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 0CCEBA06C6; Thu, 6 Nov 2008 15:13:25 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id E25BBA0724; Thu, 6 Nov 2008 15:13:24 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008110615132327-24346 ; Thu, 6 Nov 2008 15:13:23 +0100 Received: by wep4035 (sSMTP sendmail emulation); Thu, 6 Nov 2008 15:13:23 +0100 From: "Alexey Shuvaev" Date: Thu, 6 Nov 2008 15:13:23 +0100 To: Bruce Cran Message-ID: <20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de> References: <200810251925.47273.hselasky@c2i.net> <200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com> <200811051722.44148.hselasky@c2i.net> <20081106050416.09944ea2@tau.draftnet> MIME-Version: 1.0 In-Reply-To: <20081106050416.09944ea2@tau.draftnet> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/06/2008 03:13:23 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/06/2008 03:13:24 PM, Serialize complete at 11/06/2008 03:13:24 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 14:13:27 -0000 On Thu, Nov 06, 2008 at 05:04:16AM -0800, Bruce Cran wrote: > > I don't know if this is a problem in general, but I can't load > usb2_serial_modem and have usb2_serial load automatically: > > > kldload usb2_serial_modem > interface ucom.1 already present in the KLD 'ucom.ko'! ^^^^^^^ I think it is a module from the old usb stack. > kldload: /boot/kernel/usb2_serial.ko: Unsupported file type > KLD usb2_serial_modem.ko: depends on usb2_serial - not available > kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type > > kldload'ing usb2_serial followed by usb2_serial_modem works though. > I also see automatic loading of the old stack modules, for example (entries 17, 18): [wep4035] ~> kldstat Id Refs Address Size Name 1 55 0xffffffff80100000 8daac8 kernel (/boot/kernel/kernel) 2 1 0xffffffff809db000 21ed8 snd_hda.ko (/boot/kernel/snd_hda.ko) 3 2 0xffffffff809fd000 749c8 sound.ko (/boot/kernel/sound.ko) 4 1 0xffffffff80a72000 3090 speaker.ko (/boot/kernel/speaker.ko) 5 1 0xffffffff80a76000 59e8 ichsmb.ko (/boot/kernel/ichsmb.ko) 6 2 0xffffffff80a7c000 2440 smbus.ko (/boot/kernel/smbus.ko) 7 1 0xffffffff80a7f000 fa10 i915.ko (/boot/kernel/i915.ko) 8 2 0xffffffff80a8f000 21c48 drm.ko (/boot/kernel/drm.ko) 9 1 0xffffffff80ab1000 e648 usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 10 3 0xffffffff80ac0000 5168 usb2_controller.ko (/boot/kernel/usb2_controller.ko) 11 8 0xffffffff80ac6000 5c548 usb2_core.ko (/boot/kernel/usb2_core.ko) 12 1 0xffffffff80b23000 125a0 usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 13 1 0xffffffff80b36000 4e48 usb2_input_ms.ko (/boot/kernel/usb2_input_ms.ko) 14 2 0xffffffff80b3b000 560 usb2_input.ko (/boot/kernel/usb2_input.ko) 15 1 0xffffffff80b3c000 ff08 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 16 2 0xffffffff80b4c000 570 usb2_storage.ko (/boot/kernel/usb2_storage.ko) 17 1 0xffffffff80c22000 18c7 ums.ko (/boot/kernel/ums.ko) 18 1 0xffffffff80c24000 9612 usb.ko (/boot/kernel/usb.ko) 19 1 0xffffffff80c2e000 216 green_saver.ko (/boot/kernel/green_saver.ko) Simple kldunload-ing of ums.ko unloads usb.ko also. I am having quite reliable panics with the new stack when I insert usb stick (actually during the first access to it). Trying to collect more information I haven't managed to produce memory dump. Is it working on amd64 SMP CURRENT? I remember there were some complains about it. I will report details of the panic when I get them. Alexey. From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 14:31:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E918106567C; Thu, 6 Nov 2008 14:31:01 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 9E31D8FC20; Thu, 6 Nov 2008 14:31:00 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id 4E4D53A66A; Thu, 6 Nov 2008 15:30:59 +0100 (CET) Received: from i011-63.fin-nrw.de (i011-63.fin-nrw.de [193.109.238.130]) by 0x20.net (Horde MIME library) with HTTP; Thu, 06 Nov 2008 15:30:59 +0100 Message-ID: <20081106153059.1sf731434swc84so@0x20.net> X-Priority: 3 (Normal) Date: Thu, 06 Nov 2008 15:30:59 +0100 From: Lars Engels To: Alexander Motin References: <48DEA8E7.2080503@FreeBSD.org> In-Reply-To: <48DEA8E7.2080503@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_1o14l270yykg"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 14:31:01 -0000 This message is in MIME format and has been PGP signed. --=_1o14l270yykg Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Alexander Motin : > Hi. > > I would like to present initial revision of my generic PCI SD Host > Controller driver (sdhci). It support PCI devices with class 8 and > subclass 5 according to SD Host Controller Specification. With some > limitations it successfully works on my Acer TM6292 notebook with ENE > CB714 card reader. > > Things that are working now: > - PIO mode single and multiple block read and write, > - 1 and 4 bits bus width support. > > In PIO mode with 4GB SD card on 30MHz 4bit bus I have reached about > 3.5MB/s (limited by CPU) linear read and 7MB/s (limited by card) linear > write. Small blocks read/write performance limited by card. > > Things that are not working yet: > - DMA modes (code is written, but as my controller looks like has > broken DMA I have no ability to debug it), > - card insert/remove detection (need more thinking), you should reload > mmc module to rescan cards, > - SDHC and MMC cards (have no such cards now to debug that code), only > standard capacity SD Memory cards up to 4GB size are supported now, > - high speed (double rate) bus mode (need more thinking and DMA support). > > Also to get such results I have improved existing mmc and mmcsd drivers > a bit. mmc driver got: > - 4 bit bus width support, > - write protection switch support, > - cards with more then 2GB capacity support. > mmcsd driver got: > - multiple block read and write support, > - cards with more then 2GB capacity support, > - I/O error reporting, > - write protection switch support. > > Latest patches against 8-CURRENT (should also fit 7-STABLE) may be found a= t: > http://people.freebsd.org/~mav/sdhci/ > > I will be grateful for any feedbacks, comments and support. Hi Alexander, I just tried your latest version of mmc + sdhci but it does not detect =20 any SD Card inserted: sdhci0: mem 0xe4003000-0xe40030ff irq 19 at device =20 6.3 on pci2 sdhci0: slot 0 uses DMA sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000400 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci0-slot0: Present: 0x01f20000 | Host ctl: 0x00000000 sdhci0-slot0: Power: 0x00000000 | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000000 sdhci0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x018021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] sdhci0: detached sdhci0: mem 0xe4003000-0xe40030ff irq 19 at device =20 6.3 on pci2 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] Nothing happens when I insert a card. The hardware is: sdhci0@pci0:2:6:3: class=3D0x080500 card=3D0x30c3103c chip=3D0x08221180= =20 rev=3D0x20 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'R5C832, R5C843 SDA Standard Compliant SD Host Controlle= r' class =3D base peripheral none2@pci0:2:6:4: class=3D0x088000 card=3D0x30c3103c chip=3D0x08431180= =20 rev=3D0x10 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'unknown Ricoh MMC Host Controller' class =3D base peripheral none3@pci0:2:6:5: class=3D0x088000 card=3D0x30c3103c chip=3D0x05921180= =20 rev=3D0x10 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D '13871043 Ricoh Memory Stick Host Controller' class =3D base peripheral none4@pci0:2:6:6: class=3D0x088000 card=3D0x30c3103c chip=3D0x08521180= =20 rev=3D0x10 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'unknown Ricoh xD-Picture Card Host Controller' class =3D base peripheral Lars --=_1o14l270yykg Content-Type: application/pgp-signature Content-Description: Digitale PGP-Unterschrift Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkkS/6MACgkQKc512sD3afjMtACgtoApDRRDZ+u83KFAsvS7u3gg HDEAoMHxVc13zyUaEzDh6M5CCtgAeVtZ =EU65 -----END PGP SIGNATURE----- --=_1o14l270yykg-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 15:11:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23CE11065678; Thu, 6 Nov 2008 15:11:23 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 00D6B8FC16; Thu, 6 Nov 2008 15:11:21 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 227169731; Thu, 06 Nov 2008 17:11:21 +0200 Message-ID: <49130918.5030904@FreeBSD.org> Date: Thu, 06 Nov 2008 17:11:20 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Lars Engels References: <48DEA8E7.2080503@FreeBSD.org> <20081106153059.1sf731434swc84so@0x20.net> In-Reply-To: <20081106153059.1sf731434swc84so@0x20.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 15:11:23 -0000 Lars Engels wrote: > I just tried your latest version of mmc + sdhci but it does not detect > any SD Card inserted: > > sdhci0: mem 0xe4003000-0xe40030ff irq 19 at device 6.3 > on pci2 > > Nothing happens when I insert a card. > > The hardware is: > sdhci0@pci0:2:6:3: class=0x080500 card=0x30c3103c chip=0x08221180 > rev=0x20 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' > class = base peripheral > none2@pci0:2:6:4: class=0x088000 card=0x30c3103c chip=0x08431180 > rev=0x10 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = 'unknown Ricoh MMC Host Controller' > class = base peripheral > none3@pci0:2:6:5: class=0x088000 card=0x30c3103c chip=0x05921180 > rev=0x10 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = '13871043 Ricoh Memory Stick Host Controller' > class = base peripheral > none4@pci0:2:6:6: class=0x088000 card=0x30c3103c chip=0x08521180 > rev=0x10 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = 'unknown Ricoh xD-Picture Card Host Controller' > class = base peripheral Looks like there is two MMC/SD controllers (first two devices) in your chip while only one is detected as SD host controller. This thread looks related to your problem: http://list.drzeus.cx/pipermail/sdhci-devel/2007-September/002023.html 1. You may try to tune PCI configuration registers referred in that post. 2. Or (just an idea) you may try to power down unsupported devices with setting hw.pci.do_power_nodriver=3 into the device.hints. 3. Or (it works fine for my ENE CB714 chip) you may try to add 0x08431180 chip ID into the list of supported SD controllers like it is done for 0x08221180. They may be compatible enough. If you try it, report please about results. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 15:37:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 779D51065679; Thu, 6 Nov 2008 15:37:31 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id C5B548FC2F; Thu, 6 Nov 2008 15:37:30 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id 9D6533A581; Thu, 6 Nov 2008 16:37:29 +0100 (CET) Received: from i011-63.fin-nrw.de (i011-63.fin-nrw.de [193.109.238.130]) by 0x20.net (Horde MIME library) with HTTP; Thu, 06 Nov 2008 16:37:29 +0100 Message-ID: <20081106163729.clcw2eulgk0k4w0c@0x20.net> X-Priority: 3 (Normal) Date: Thu, 06 Nov 2008 16:37:29 +0100 From: Lars Engels To: Alexander Motin References: <48DEA8E7.2080503@FreeBSD.org> <20081106153059.1sf731434swc84so@0x20.net> <49130918.5030904@FreeBSD.org> In-Reply-To: <49130918.5030904@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_41zuzoapmtc0"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 15:37:31 -0000 This message is in MIME format and has been PGP signed. --=_41zuzoapmtc0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Alexander Motin : > Lars Engels wrote: >> I just tried your latest version of mmc + sdhci but it does not detect >> any SD Card inserted: >> >> sdhci0: mem 0xe4003000-0xe40030ff irq 19 at device 6.3 >> on pci2 >> >> Nothing happens when I insert a card. >> >> The hardware is: >> sdhci0@pci0:2:6:3: class=3D0x080500 card=3D0x30c3103c chip=3D0x08221= 180 >> rev=3D0x20 hdr=3D0x00 >> vendor =3D 'Ricoh Company, Ltd.' >> device =3D 'R5C832, R5C843 SDA Standard Compliant SD Host Control= ler' >> class =3D base peripheral >> none2@pci0:2:6:4: class=3D0x088000 card=3D0x30c3103c chip=3D0x08431= 180 >> rev=3D0x10 hdr=3D0x00 >> vendor =3D 'Ricoh Company, Ltd.' >> device =3D 'unknown Ricoh MMC Host Controller' >> class =3D base peripheral >> none3@pci0:2:6:5: class=3D0x088000 card=3D0x30c3103c chip=3D0x05921= 180 >> rev=3D0x10 hdr=3D0x00 >> vendor =3D 'Ricoh Company, Ltd.' >> device =3D '13871043 Ricoh Memory Stick Host Controller' >> class =3D base peripheral >> none4@pci0:2:6:6: class=3D0x088000 card=3D0x30c3103c chip=3D0x08521= 180 >> rev=3D0x10 hdr=3D0x00 >> vendor =3D 'Ricoh Company, Ltd.' >> device =3D 'unknown Ricoh xD-Picture Card Host Controller' >> class =3D base peripheral > > Looks like there is two MMC/SD controllers (first two devices) in your > chip while only one is detected as SD host controller. This thread looks > related to your problem: > http://list.drzeus.cx/pipermail/sdhci-devel/2007-September/002023.html > > 1. You may try to tune PCI configuration registers referred in that post. > 2. Or (just an idea) you may try to power down unsupported devices with > setting hw.pci.do_power_nodriver=3D3 into the device.hints. > 3. Or (it works fine for my ENE CB714 chip) you may try to add > 0x08431180 chip ID into the list of supported SD controllers like it is > done for 0x08221180. They may be compatible enough. > > If you try it, report please about results. Alexander, thanks for the quick response! 1. How can I tune the PCI configuration? With pciconf -w or so? 2. Unfortunately the sysctl did not change a thing with regard to the =20 Card reader. 3. I added the chip ID and the second device is now recognized as a =20 sdhci device but still does not see any card inserted: Nov 6 16:32:20 NB0117232 kernel: sdhci0: mem =20 0xe4003000-0xe40030ff irq 19 at device 6.3 on pci2 Nov 6 16:32:20 NB0117232 kernel: sdhci0: 1 slot(s) allocated Nov 6 16:32:20 NB0117232 kernel: sdhci0: [ITHREAD] Nov 6 16:32:20 NB0117232 kernel: sdhci1: mem =20 0xe4004000-0xe40040ff irq 19 at device 6.4 on pci2 Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify =20 base clock frequency. Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify =20 timeout clock frequency. Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't report any =20 support voltages. Nov 6 16:32:20 NB0117232 kernel: sdhci1: 1 slot(s) allocated Nov 6 16:32:20 NB0117232 kernel: sdhci1: [ITHREAD] Nov 6 16:32:31 NB0117232 kernel: mmc0: on sdhci1 sdhci1@pci0:2:6:4: class=3D0x088000 card=3D0x30c3103c chip=3D0x08431180= =20 rev=3D0x10 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'unknown Ricoh MMC Host Controller' class =3D base peripheral --=_41zuzoapmtc0 Content-Type: application/pgp-signature Content-Description: Digitale PGP-Unterschrift Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkkTDzkACgkQKc512sD3afg4PwCgycgCK5dhPLarn5tYE+XG//8w 8YAAn3F1LurybzALvpvICJS3/356PN2c =V1Yz -----END PGP SIGNATURE----- --=_41zuzoapmtc0-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 15:45:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 666361065679; Thu, 6 Nov 2008 15:45:17 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 38E798FC1C; Thu, 6 Nov 2008 15:45:15 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 227172846; Thu, 06 Nov 2008 17:45:14 +0200 Message-ID: <49131109.2020601@FreeBSD.org> Date: Thu, 06 Nov 2008 17:45:13 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Lars Engels References: <48DEA8E7.2080503@FreeBSD.org> <20081106153059.1sf731434swc84so@0x20.net> <49130918.5030904@FreeBSD.org> <20081106163729.clcw2eulgk0k4w0c@0x20.net> In-Reply-To: <20081106163729.clcw2eulgk0k4w0c@0x20.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 15:45:17 -0000 Lars Engels wrote: > 1. How can I tune the PCI configuration? With pciconf -w or so? Yes. `pciconf -r -b device addr` to read and `pciconf -w -b device addr value` to write. > 2. Unfortunately the sysctl did not change a thing with regard to the > Card reader. Have you added it to the loader.conf and rebooted? > 3. I added the chip ID and the second device is now recognized as a > sdhci device but still does not see any card inserted: > > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify base > clock frequency. > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify > timeout clock frequency. > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't report any > support voltages. Looks like it is not enough compatible, or even not compatible. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 16:15:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E3B41065679; Thu, 6 Nov 2008 16:15:17 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id BD0B88FC18; Thu, 6 Nov 2008 16:15:16 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 3A33941C752; Thu, 6 Nov 2008 17:00:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id nrF-sonKpvdY; Thu, 6 Nov 2008 17:00:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id ADA7541C751; Thu, 6 Nov 2008 17:00:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 2FC80444888; Thu, 6 Nov 2008 15:58:58 +0000 (UTC) Date: Thu, 6 Nov 2008 15:58:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20081106153035.R16105@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: src-committers@freebsd.org, FreeBSD net mailing list Subject: Kernel without INET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD net mailing 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 Nov 2008 16:15:17 -0000 Hi, some might have wondered about lots of small commits I have done the last two days. I had been trying to compile a kernel without any networking a few weeks ago and that failed; I had needed to add (I think it was) INET, ether and loop. So I had been trying to get rid of that requirement the last days. As a partial victory it seems to be possible again to build a kernel without any networking now. I'll have to check with my original setup but I have a stripped down LINT file I tested with. Obviously the long term goal is to be able to build a kernel without INET support (again?). As an intermediate step that will mean without INET and INET6 and once that works and IPX only would compile *cough*, then work on a (LINT) kernel with nooption INET. It'll be a long long way to go and this is nothing to finish within a week or two. Do not think about doing a quick sweep over the rest of the tree. You would wonder what depends on INET these days. I have more patches mailed out or pending here. While we had been trying to make it possible to build without INET6 most of the time, someone doing review on my code told me that if compaining about 'kernel needs INET' I should put some code under #ifdef INET. I did. The bottom line is that I now ask you to consider this for all new code as well. I am very well aware that some code, as is, would already require a maze of #ifdefs (I have a sample of that) so we need to be careful and apply the checks sensibly. Regards, Bjoern PS: please obey Reply-To: -- Bjoern A. Zeeb Stop bit received. Insert coin for new game. From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 16:25:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C3A0106568C; Thu, 6 Nov 2008 16:25:17 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 691958FC14; Thu, 6 Nov 2008 16:25:16 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id 0E48B3A66A; Thu, 6 Nov 2008 17:25:15 +0100 (CET) Received: from i011-63.fin-nrw.de (i011-63.fin-nrw.de [193.109.238.130]) by 0x20.net (Horde MIME library) with HTTP; Thu, 06 Nov 2008 17:25:14 +0100 Message-ID: <20081106172514.jbrq7aa8g0cowk4k@0x20.net> X-Priority: 3 (Normal) Date: Thu, 06 Nov 2008 17:25:14 +0100 From: Lars Engels To: Alexander Motin References: <48DEA8E7.2080503@FreeBSD.org> <20081106153059.1sf731434swc84so@0x20.net> <49130918.5030904@FreeBSD.org> <20081106163729.clcw2eulgk0k4w0c@0x20.net> <49131109.2020601@FreeBSD.org> In-Reply-To: <49131109.2020601@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_7e4bwz4uewow"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 16:25:17 -0000 This message is in MIME format and has been PGP signed. --=_7e4bwz4uewow Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Alexander Motin : > Lars Engels wrote: >> 1. How can I tune the PCI configuration? With pciconf -w or so? > > Yes. `pciconf -r -b device addr` to read and `pciconf -w -b device addr > value` to write. Okay, so do you think I need to take the device of the first sdhci =20 device or firewire's device like in the thread you mentioned? I should then set the value to 0x20 I guess? Which address do I need to use? FYI here is the pciconf -lv output with firewire and sdhci: fwohci0@pci0:2:6:2: class=3D0x0c0010 card=3D0x30c3103c chip=3D0x08321180= =20 rev=3D0x03 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'unknown IEEE 1394 (4 pin firewire) chip)' class =3D serial bus subclass =3D FireWire sdhci0@pci0:2:6:3: class=3D0x080500 card=3D0x30c3103c chip=3D0x08221180= =20 rev=3D0x20 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'R5C832, R5C843 SDA Standard Compliant SD Host Controlle= r' class =3D base peripheral none2@pci0:2:6:4: class=3D0x088000 card=3D0x30c3103c chip=3D0x08431180= =20 rev=3D0x10 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'unknown Ricoh MMC Host Controller' class =3D base peripheral >> 2. Unfortunately the sysctl did not change a thing with regard to the >> Card reader. > > Have you added it to the loader.conf and rebooted? Yes, but without result. >> 3. I added the chip ID and the second device is now recognized as a >> sdhci device but still does not see any card inserted: >> >> Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify base >> clock frequency. >> Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify >> timeout clock frequency. >> Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't report any >> support voltages. > > Looks like it is not enough compatible, or even not compatible. Too bad... --=_7e4bwz4uewow Content-Type: application/pgp-signature Content-Description: Digitale PGP-Unterschrift Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkkTGmoACgkQKc512sD3afiOtgCgwq1zN5MV8FYunnnjJ/2nV4ST tBsAnRylL/9oSiPuaCuCrONRoV4KsmkO =jRvX -----END PGP SIGNATURE----- --=_7e4bwz4uewow-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:09:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FD1E1065698; Thu, 6 Nov 2008 17:09:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 5960F8FC0C; Thu, 6 Nov 2008 17:09:56 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=ndaoGXS1AAAA:8 a=6I5d2MoRAAAA:8 a=iO3VSQp1bqclTnTazywA:9 a=3LV0PnsWvoKEGTveXpQA:7 a=8v8e8viEK9MKdErJlSkHhMJL10AA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1140738135; Thu, 06 Nov 2008 18:09:55 +0100 From: Hans Petter Selasky To: Bruce Cran Date: Thu, 6 Nov 2008 18:12:02 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200811051722.44148.hselasky@c2i.net> <20081106050416.09944ea2@tau.draftnet> In-Reply-To: <20081106050416.09944ea2@tau.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811061812.04449.hselasky@c2i.net> Cc: kevin , freebsd-current@freebsd.org, Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 17:09:58 -0000 On Thursday 06 November 2008, Bruce Cran wrote: > On Wed, 5 Nov 2008 17:22:43 +0100 > > Hans Petter Selasky wrote: > > On Wednesday 05 November 2008, kevin wrote: > > > Hans Petter Selasky wrote: > > > > On Wednesday 05 November 2008, kevin wrote: > > > >> Hans Petter Selasky wrote: > > > >>> Hi, > > > >>> > > > >>> A new USB release is available: > > > >>> > > > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > > >>> > > > >>> %md5 usb2_release_003.* > > > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > > > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > > > >>> %sha256 usb2_release_003.* > > > >>> SHA256 (usb2_release_003.diff) = > > > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > > > >>> SHA256 (usb2_release_003.tar.gz) = > > > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > > > >>> > > > >>> Changes since 002 release: > > > >> > > > >> I try to compile kernel with usb2. > > > > > > > > Hi, > > > > > > > > Try to load the module instead of having bluetooth in the kernel. > > > > Then all dependancies are loaded automatically. > > > > > > > > Depends on some bluetooth stuff. > > > > > > > > --HPS > > > > > > I build kernel without usb2_bluetooth_ng successfully. i notice that > > > fingerpring and bluetooth mouse nolonger work now. > > > in dmesg: > > > ugen0.2: at usbus0 > > > ugen0.3: at usbus0 > > > maybe /etc/rc.d/bthidd and fprint package need update now. > > > > Try: > > > > kldload usb2_bluetooth_ng > > I don't know if this is a problem in general, but I can't load > > usb2_serial_modem and have usb2_serial load automatically: > > kldload usb2_serial_modem > > interface ucom.1 already present in the KLD 'ucom.ko'! > kldload: /boot/kernel/usb2_serial.ko: Unsupported file type > KLD usb2_serial_modem.ko: depends on usb2_serial - not available > kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type > > kldload'ing usb2_serial followed by usb2_serial_modem works though. Hi, Fixed in the following commit: http://perforce.freebsd.org/chv.cgi?CH=152584 Thanks again for your reporting. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:09:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FD1E1065698; Thu, 6 Nov 2008 17:09:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 5960F8FC0C; Thu, 6 Nov 2008 17:09:56 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=ndaoGXS1AAAA:8 a=6I5d2MoRAAAA:8 a=iO3VSQp1bqclTnTazywA:9 a=3LV0PnsWvoKEGTveXpQA:7 a=8v8e8viEK9MKdErJlSkHhMJL10AA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1140738135; Thu, 06 Nov 2008 18:09:55 +0100 From: Hans Petter Selasky To: Bruce Cran Date: Thu, 6 Nov 2008 18:12:02 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200811051722.44148.hselasky@c2i.net> <20081106050416.09944ea2@tau.draftnet> In-Reply-To: <20081106050416.09944ea2@tau.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811061812.04449.hselasky@c2i.net> Cc: kevin , freebsd-current@freebsd.org, Alfred Perlstein , current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 17:09:58 -0000 On Thursday 06 November 2008, Bruce Cran wrote: > On Wed, 5 Nov 2008 17:22:43 +0100 > > Hans Petter Selasky wrote: > > On Wednesday 05 November 2008, kevin wrote: > > > Hans Petter Selasky wrote: > > > > On Wednesday 05 November 2008, kevin wrote: > > > >> Hans Petter Selasky wrote: > > > >>> Hi, > > > >>> > > > >>> A new USB release is available: > > > >>> > > > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ > > > >>> > > > >>> %md5 usb2_release_003.* > > > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 > > > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf > > > >>> %sha256 usb2_release_003.* > > > >>> SHA256 (usb2_release_003.diff) = > > > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b > > > >>> SHA256 (usb2_release_003.tar.gz) = > > > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 > > > >>> > > > >>> Changes since 002 release: > > > >> > > > >> I try to compile kernel with usb2. > > > > > > > > Hi, > > > > > > > > Try to load the module instead of having bluetooth in the kernel. > > > > Then all dependancies are loaded automatically. > > > > > > > > Depends on some bluetooth stuff. > > > > > > > > --HPS > > > > > > I build kernel without usb2_bluetooth_ng successfully. i notice that > > > fingerpring and bluetooth mouse nolonger work now. > > > in dmesg: > > > ugen0.2: at usbus0 > > > ugen0.3: at usbus0 > > > maybe /etc/rc.d/bthidd and fprint package need update now. > > > > Try: > > > > kldload usb2_bluetooth_ng > > I don't know if this is a problem in general, but I can't load > > usb2_serial_modem and have usb2_serial load automatically: > > kldload usb2_serial_modem > > interface ucom.1 already present in the KLD 'ucom.ko'! > kldload: /boot/kernel/usb2_serial.ko: Unsupported file type > KLD usb2_serial_modem.ko: depends on usb2_serial - not available > kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type > > kldload'ing usb2_serial followed by usb2_serial_modem works though. Hi, Fixed in the following commit: http://perforce.freebsd.org/chv.cgi?CH=152584 Thanks again for your reporting. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:12:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 958171065673; Thu, 6 Nov 2008 17:12:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE168FC0A; Thu, 6 Nov 2008 17:12:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA6H9WGk053717; Thu, 6 Nov 2008 10:09:32 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Nov 2008 10:10:47 -0700 (MST) Message-Id: <20081106.101047.163264510.imp@bsdimp.com> To: mav@freebsd.org From: "M. Warner Losh" In-Reply-To: <49131109.2020601@FreeBSD.org> References: <49130918.5030904@FreeBSD.org> <20081106163729.clcw2eulgk0k4w0c@0x20.net> <49131109.2020601@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, lars.engels@0x20.net, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 17:12:11 -0000 In message: <49131109.2020601@FreeBSD.org> Alexander Motin writes: : Lars Engels wrote: : > 1. How can I tune the PCI configuration? With pciconf -w or so? : : Yes. `pciconf -r -b device addr` to read and `pciconf -w -b device addr : value` to write. I have changes that almost make my TI card do it. : > 2. Unfortunately the sysctl did not change a thing with regard to the : > Card reader. : : Have you added it to the loader.conf and rebooted? : : > 3. I added the chip ID and the second device is now recognized as a : > sdhci device but still does not see any card inserted: : > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify base : > clock frequency. : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify : > timeout clock frequency. : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't report any : > support voltages. : : Looks like it is not enough compatible, or even not compatible. Chances are good that you need to the workaround to turn on these things. Warner From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:14:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C0D0106568C; Thu, 6 Nov 2008 17:14:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADB58FC13; Thu, 6 Nov 2008 17:14:25 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=KXDabCpbVznoU5r17h0A:9 a=DQLjT2mbSUzRq_qBHD8A:7 a=hUmwzevKbzQ-Jys1lRtUutatpjwA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 400630523; Thu, 06 Nov 2008 18:14:22 +0100 From: Hans Petter Selasky To: Alfred Perlstein Date: Thu, 6 Nov 2008 18:16:25 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200811051728.44513.hselasky@c2i.net> <20081106100456.GF60438@elvis.mu.org> In-Reply-To: <20081106100456.GF60438@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811061816.27429.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Renato Botelho , Lars Engels , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, swell.k@gmail.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 17:14:26 -0000 On Thursday 06 November 2008, Alfred Perlstein wrote: > * Hans Petter Selasky [081105 08:26] wrote: > > Hi, > > > > I will get this patch in next time an USB2 update gets committed to > > FreeBSD-current. > > Hey Hans, can you look into using svk for your repository? I think > it will make commits to svn easier for both of us. Easier for > me to pull your changes and easier for you to track changes > in FreeBSD... ? > Yes, I will try to set it up later today. Should we retire the USB P4 repository then ? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:14:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C0D0106568C; Thu, 6 Nov 2008 17:14:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADB58FC13; Thu, 6 Nov 2008 17:14:25 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=KXDabCpbVznoU5r17h0A:9 a=DQLjT2mbSUzRq_qBHD8A:7 a=hUmwzevKbzQ-Jys1lRtUutatpjwA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 400630523; Thu, 06 Nov 2008 18:14:22 +0100 From: Hans Petter Selasky To: Alfred Perlstein Date: Thu, 6 Nov 2008 18:16:25 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <200811051728.44513.hselasky@c2i.net> <20081106100456.GF60438@elvis.mu.org> In-Reply-To: <20081106100456.GF60438@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811061816.27429.hselasky@c2i.net> Cc: current@freebsd.org, Thomas Sparrevohn , Renato Botelho , Lars Engels , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, swell.k@gmail.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 17:14:26 -0000 On Thursday 06 November 2008, Alfred Perlstein wrote: > * Hans Petter Selasky [081105 08:26] wrote: > > Hi, > > > > I will get this patch in next time an USB2 update gets committed to > > FreeBSD-current. > > Hey Hans, can you look into using svk for your repository? I think > it will make commits to svn easier for both of us. Easier for > me to pull your changes and easier for you to track changes > in FreeBSD... ? > Yes, I will try to set it up later today. Should we retire the USB P4 repository then ? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:28:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 408231065842; Thu, 6 Nov 2008 17:28:52 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id BFB5D8FC26; Thu, 6 Nov 2008 17:28:51 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 9ABB93A66A; Thu, 6 Nov 2008 18:28:50 +0100 (CET) Date: Thu, 6 Nov 2008 18:28:50 +0100 From: Lars Engels To: "M. Warner Losh" Message-ID: <20081106172850.GG8256@e.0x20.net> Mail-Followup-To: Lars Engels , "M. Warner Losh" , mav@freebsd.org, lars.engels@0x20.net, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org References: <49130918.5030904@FreeBSD.org> <20081106163729.clcw2eulgk0k4w0c@0x20.net> <49131109.2020601@FreeBSD.org> <20081106.101047.163264510.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f8lmXUvqnCdFQPaI" Content-Disposition: inline In-Reply-To: <20081106.101047.163264510.imp@bsdimp.com> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: mav@freebsd.org, freebsd-current@freebsd.org, freebsd-arm@freebsd.org, lars.engels@0x20.net, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 17:28:52 -0000 --f8lmXUvqnCdFQPaI Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 06, 2008 at 10:10:47AM -0700, M. Warner Losh wrote: > In message: <49131109.2020601@FreeBSD.org> > Alexander Motin writes: > : Lars Engels wrote: > : > 1. How can I tune the PCI configuration? With pciconf -w or so? > :=20 > : Yes. `pciconf -r -b device addr` to read and `pciconf -w -b device addr > : value` to write. >=20 > I have changes that almost make my TI card do it. So you're still working on this? > : > 2. Unfortunately the sysctl did not change a thing with regard to the > : > Card reader. > :=20 > : Have you added it to the loader.conf and rebooted? > :=20 > : > 3. I added the chip ID and the second device is now recognized as a > : > sdhci device but still does not see any card inserted: > : >=20 > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify ba= se > : > clock frequency. > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify > : > timeout clock frequency. > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't report any > : > support voltages. > :=20 > : Looks like it is not enough compatible, or even not compatible. >=20 > Chances are good that you need to the workaround to turn on these > things. Tell me where I can get the workaround when you have a working version or something to test. :) --f8lmXUvqnCdFQPaI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkTKVIACgkQKc512sD3afiF6QCgnVonn3cMmGbGY3Mxo4ZFwy+C JEIAn1tvS1MSbArEQWvLbe+sECmMHtob =1IKw -----END PGP SIGNATURE----- --f8lmXUvqnCdFQPaI-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:30:12 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67FF4106564A for ; Thu, 6 Nov 2008 17:30:12 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 047348FC1C for ; Thu, 6 Nov 2008 17:30:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA6HQNCj053987; Thu, 6 Nov 2008 10:26:23 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Nov 2008 10:27:38 -0700 (MST) Message-Id: <20081106.102738.-2043076325.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200811061812.04449.hselasky@c2i.net> References: <200811051722.44148.hselasky@c2i.net> <20081106050416.09944ea2@tau.draftnet> <200811061812.04449.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: bruce@cran.org.uk, current@FreeBSD.org, bright@mu.org, freebsd-current@FreeBSD.org, freebsd-usb@FreeBSD.org, kevinxlinuz@163.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 17:30:12 -0000 In message: <200811061812.04449.hselasky@c2i.net> Hans Petter Selasky writes: : On Thursday 06 November 2008, Bruce Cran wrote: : > On Wed, 5 Nov 2008 17:22:43 +0100 : > : > Hans Petter Selasky wrote: : > > On Wednesday 05 November 2008, kevin wrote: : > > > Hans Petter Selasky wrote: : > > > > On Wednesday 05 November 2008, kevin wrote: : > > > >> Hans Petter Selasky wrote: : > > > >>> Hi, : > > > >>> : > > > >>> A new USB release is available: : > > > >>> : > > > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ : > > > >>> : > > > >>> %md5 usb2_release_003.* : > > > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 : > > > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf : > > > >>> %sha256 usb2_release_003.* : > > > >>> SHA256 (usb2_release_003.diff) = : > > > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b : > > > >>> SHA256 (usb2_release_003.tar.gz) = : > > > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 : > > > >>> : > > > >>> Changes since 002 release: : > > > >> : > > > >> I try to compile kernel with usb2. : > > > > : > > > > Hi, : > > > > : > > > > Try to load the module instead of having bluetooth in the kernel. : > > > > Then all dependancies are loaded automatically. : > > > > : > > > > Depends on some bluetooth stuff. : > > > > : > > > > --HPS : > > > : > > > I build kernel without usb2_bluetooth_ng successfully. i notice that : > > > fingerpring and bluetooth mouse nolonger work now. : > > > in dmesg: : > > > ugen0.2: at usbus0 : > > > ugen0.3: at usbus0 : > > > maybe /etc/rc.d/bthidd and fprint package need update now. : > > : > > Try: : > > : > > kldload usb2_bluetooth_ng : > : > I don't know if this is a problem in general, but I can't load : > : > usb2_serial_modem and have usb2_serial load automatically: : > > kldload usb2_serial_modem : > : > interface ucom.1 already present in the KLD 'ucom.ko'! : > kldload: /boot/kernel/usb2_serial.ko: Unsupported file type : > KLD usb2_serial_modem.ko: depends on usb2_serial - not available : > kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type : > : > kldload'ing usb2_serial followed by usb2_serial_modem works though. : : Hi, : : Fixed in the following commit: : : http://perforce.freebsd.org/chv.cgi?CH=152584 : : Thanks again for your reporting. I've merged this into -head. Warner From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:30:22 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABC2A1065731; Thu, 6 Nov 2008 17:30:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF108FC32; Thu, 6 Nov 2008 17:30:22 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA6HQNCj053987; Thu, 6 Nov 2008 10:26:23 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Nov 2008 10:27:38 -0700 (MST) Message-Id: <20081106.102738.-2043076325.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200811061812.04449.hselasky@c2i.net> References: <200811051722.44148.hselasky@c2i.net> <20081106050416.09944ea2@tau.draftnet> <200811061812.04449.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: bruce@cran.org.uk, current@FreeBSD.org, bright@mu.org, freebsd-current@FreeBSD.org, freebsd-usb@FreeBSD.org, kevinxlinuz@163.com Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 17:30:22 -0000 In message: <200811061812.04449.hselasky@c2i.net> Hans Petter Selasky writes: : On Thursday 06 November 2008, Bruce Cran wrote: : > On Wed, 5 Nov 2008 17:22:43 +0100 : > : > Hans Petter Selasky wrote: : > > On Wednesday 05 November 2008, kevin wrote: : > > > Hans Petter Selasky wrote: : > > > > On Wednesday 05 November 2008, kevin wrote: : > > > >> Hans Petter Selasky wrote: : > > > >>> Hi, : > > > >>> : > > > >>> A new USB release is available: : > > > >>> : > > > >>> http://www.selasky.org/hans_petter/usb4bsd/for_review/ : > > > >>> : > > > >>> %md5 usb2_release_003.* : > > > >>> MD5 (usb2_release_003.diff) = e31a032d0234bb7d72eb968c33118d84 : > > > >>> MD5 (usb2_release_003.tar.gz) = 0a0d9dd44e93ba2ceaa849c577f6fecf : > > > >>> %sha256 usb2_release_003.* : > > > >>> SHA256 (usb2_release_003.diff) = : > > > >>> 9b4359f76eeef43d9b6c0c524198e529f2debff14e6158ebac8f35d51efb211b : > > > >>> SHA256 (usb2_release_003.tar.gz) = : > > > >>> 3040714546fc21bc2943c2e7aec1734150845271664aad44639ff5c553e3ed31 : > > > >>> : > > > >>> Changes since 002 release: : > > > >> : > > > >> I try to compile kernel with usb2. : > > > > : > > > > Hi, : > > > > : > > > > Try to load the module instead of having bluetooth in the kernel. : > > > > Then all dependancies are loaded automatically. : > > > > : > > > > Depends on some bluetooth stuff. : > > > > : > > > > --HPS : > > > : > > > I build kernel without usb2_bluetooth_ng successfully. i notice that : > > > fingerpring and bluetooth mouse nolonger work now. : > > > in dmesg: : > > > ugen0.2: at usbus0 : > > > ugen0.3: at usbus0 : > > > maybe /etc/rc.d/bthidd and fprint package need update now. : > > : > > Try: : > > : > > kldload usb2_bluetooth_ng : > : > I don't know if this is a problem in general, but I can't load : > : > usb2_serial_modem and have usb2_serial load automatically: : > > kldload usb2_serial_modem : > : > interface ucom.1 already present in the KLD 'ucom.ko'! : > kldload: /boot/kernel/usb2_serial.ko: Unsupported file type : > KLD usb2_serial_modem.ko: depends on usb2_serial - not available : > kldload: /boot/kernel/usb2_serial_modem.ko: Unsupported file type : > : > kldload'ing usb2_serial followed by usb2_serial_modem works though. : : Hi, : : Fixed in the following commit: : : http://perforce.freebsd.org/chv.cgi?CH=152584 : : Thanks again for your reporting. I've merged this into -head. Warner From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:41:40 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C5B0106567A; Thu, 6 Nov 2008 17:41:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 27D5B8FC13; Thu, 6 Nov 2008 17:41:40 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA6HcUBL054147; Thu, 6 Nov 2008 10:38:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Nov 2008 10:39:45 -0700 (MST) Message-Id: <20081106.103945.660268105.imp@bsdimp.com> To: lme@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20081106172850.GG8256@e.0x20.net> References: <49131109.2020601@FreeBSD.org> <20081106.101047.163264510.imp@bsdimp.com> <20081106172850.GG8256@e.0x20.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, mav@FreeBSD.org, freebsd-current@FreeBSD.org, lars.engels@0x20.net, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 17:41:40 -0000 In message: <20081106172850.GG8256@e.0x20.net> Lars Engels writes: : On Thu, Nov 06, 2008 at 10:10:47AM -0700, M. Warner Losh wrote: : > In message: <49131109.2020601@FreeBSD.org> : > Alexander Motin writes: : > : Lars Engels wrote: : > : > 1. How can I tune the PCI configuration? With pciconf -w or so? : > : : > : Yes. `pciconf -r -b device addr` to read and `pciconf -w -b device addr : > : value` to write. : > : > I have changes that almost make my TI card do it. : : So you're still working on this? TI changes are different than Richo changes : > : > 2. Unfortunately the sysctl did not change a thing with regard to the : > : > Card reader. : > : : > : Have you added it to the loader.conf and rebooted? : > : : > : > 3. I added the chip ID and the second device is now recognized as a : > : > sdhci device but still does not see any card inserted: : > : > : > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify base : > : > clock frequency. : > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify : > : > timeout clock frequency. : > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't report any : > : > support voltages. : > : : > : Looks like it is not enough compatible, or even not compatible. : > : > Chances are good that you need to the workaround to turn on these : > things. : : Tell me where I can get the workaround when you have a working version : or something to test. :) I'll look at the linux workaround... Warner From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 17:48:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C6BB1065678; Thu, 6 Nov 2008 17:48:56 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id BF82B8FC0C; Thu, 6 Nov 2008 17:48:55 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Ky8yU-0001dU-Gg; Thu, 06 Nov 2008 18:48:54 +0100 Received: from m8f45.m.pppool.de ([89.49.143.69]:19688 helo=ernst.jennejohn.org) by 10.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #68) id 1Ky8yU-0005J9-8e; Thu, 06 Nov 2008 18:48:54 +0100 Date: Thu, 6 Nov 2008 18:37:20 +0100 From: Gary Jennejohn (by way of Gary Jennejohn ) To: "Alexey Shuvaev" Message-ID: <20081106183720.4aa1a83f@ernst.jennejohn.org> In-Reply-To: <20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de> References: <200810251925.47273.hselasky@c2i.net> <200811050908.35744.hselasky@c2i.net> <49117846.9080301@163.com> <200811051722.44148.hselasky@c2i.net> <20081106050416.09944ea2@tau.draftnet> <20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-Date: Thu, 6 Nov 2008 18:48:53 +0100 Resent-From: Gary Jennejohn Resent-Message-ID: <20081106184853.00c8c6fa@ernst.jennejohn.org> Resent-To: freebsd-current@freebsd.org Resent-Cc: freebsd-usb@freebsd.org Cc: Bruce Cran , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: USB4BSD release candidate number 3 - request for review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de 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 Nov 2008 17:48:56 -0000 On Thu, 6 Nov 2008 15:13:23 +0100 "Alexey Shuvaev" wrote: [big snip] > I am having quite reliable panics with the new stack when I insert > usb stick (actually during the first access to it). > Trying to collect more information I haven't managed to produce > memory dump. Is it working on amd64 SMP CURRENT? I remember there were > some complains about it. > It works just fine for me with SMP amd64. I tested several USB sticks and saw absolutely no problems. I have not tried it with a real external USB disk. It also works with my FTDI USB-to-serial adapters. I do not use any USB modules. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 18:05:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D09EC10656D7; Thu, 6 Nov 2008 18:05:58 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6158FC14; Thu, 6 Nov 2008 18:05:58 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 41EE83A66A; Thu, 6 Nov 2008 19:05:56 +0100 (CET) Date: Thu, 6 Nov 2008 19:05:56 +0100 From: Lars Engels To: Alexander Motin Message-ID: <20081106180556.GH8256@e.0x20.net> Mail-Followup-To: Lars Engels , Alexander Motin , freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fKtH0JUtvN5p2ETH" Content-Disposition: inline In-Reply-To: <48DEA8E7.2080503@FreeBSD.org> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 18:05:59 -0000 --fKtH0JUtvN5p2ETH Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 28, 2008 at 12:43:03AM +0300, Alexander Motin wrote: > Latest patches against 8-CURRENT (should also fit 7-STABLE) may be found = at: > http://people.freebsd.org/~mav/sdhci/ >=20 > I will be grateful for any feedbacks, comments and support. >=20 Me again... On another notebook with the same card reader I get a little further: sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 on pci5 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] mmc0: on sdhci0 mmc0: detached sdhci0: detached sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 on pci5 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] sdhci0: detached sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 on pci5 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] mmc0: on sdhci0 mmc0: detached mmc0: on sdhci0 So the mmc device is detected everytime I insert a card and is removed when I take the card out. But I do not get a new disk device... pciconf tells me pretty much the same like on the other notebook: fwohci0@pci0:5:9:1: class=3D0x0c0010 card=3D0xc024144d chip=3D0x05521180 rev=3D0x09 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'RL5c552 IEEE-1394 Controller' class =3D serial bus subclass =3D FireWire sdhci0@pci0:5:9:2: class=3D0x080500 card=3D0xc024144d chip=3D0x08221180 rev=3D0x18 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' class =3D base peripheral none7@pci0:5:9:3: class=3D0x088000 card=3D0xc024144d chip=3D0x08431180 rev=3D0x00 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'unknown Ricoh MMC Host Controller' class =3D base peripheral none8@pci0:5:9:4: class=3D0x088000 card=3D0xc024144d chip=3D0x05921180 rev=3D0x09 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D '13871043 Ricoh Memory Stick Host Controller' class =3D base peripheral none9@pci0:5:9:5: class=3D0x088000 card=3D0xc024144d chip=3D0x08521180 rev=3D0x04 hdr=3D0x00 vendor =3D 'Ricoh Company, Ltd.' device =3D 'unknown Ricoh xD-Picture Card Host Controller' class =3D base peripheral --fKtH0JUtvN5p2ETH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkTMgQACgkQKc512sD3afj6WQCgkxzJa/6nCZW2/1Il4109kWql U10An1GrgJfXSmT63yrD/B8K8fRJbxw5 =MpCB -----END PGP SIGNATURE----- --fKtH0JUtvN5p2ETH-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 18:08:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DB061065688; Thu, 6 Nov 2008 18:08:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id BCAB18FC0C; Thu, 6 Nov 2008 18:08:13 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=KPYZ_crrNIiB0gZgZUQA:9 a=YzptOmFV_9I__j04nymuHGl_xqEA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1140806959; Thu, 06 Nov 2008 19:08:12 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, gary.jennejohn@freenet.de Date: Thu, 6 Nov 2008 19:10:20 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de> <20081106183720.4aa1a83f@ernst.jennejohn.org> In-Reply-To: <20081106183720.4aa1a83f@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811061910.21994.hselasky@c2i.net> Cc: Alexey Shuvaev , Bruce Cran , freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 18:08:14 -0000 On Thursday 06 November 2008, Gary Jennejohn wrote: > On Thu, 6 Nov 2008 15:13:23 +0100 > "Alexey Shuvaev" wrote: > > [big snip] > > > I am having quite reliable panics with the new stack when I insert > > usb stick (actually during the first access to it). > > Trying to collect more information I haven't managed to produce > > memory dump. Is it working on amd64 SMP CURRENT? I remember there were > > some complains about it. > > It works just fine for me with SMP amd64. I tested several USB sticks > and saw absolutely no problems. I have not tried it with a real > external USB disk. > > It also works with my FTDI USB-to-serial adapters. > > I do not use any USB modules. Hi Alexey, Maybe you are using the ATA interface for USB? Could you do a "kldstat" ? Or try: kldunload usb2_storage_ata And: kldload usb2_storage_mass --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 18:16:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E772710656A9; Thu, 6 Nov 2008 18:16:02 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 829638FC21; Thu, 6 Nov 2008 18:16:01 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 227182002; Thu, 06 Nov 2008 20:16:00 +0200 Message-ID: <4913345F.2050801@FreeBSD.org> Date: Thu, 06 Nov 2008 20:15:59 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Lars Engels , freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> In-Reply-To: <20081106180556.GH8256@e.0x20.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 18:16:03 -0000 Lars Engels wrote: > On another notebook with the same card reader I get a little further: > > sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 > on pci5 > sdhci0: 1 slot(s) allocated > sdhci0: [ITHREAD] > mmc0: on sdhci0 > mmc0: detached > mmc0: on sdhci0 > > So the mmc device is detected everytime I insert a card and is removed > when I take the card out. It means that controller successfully reports card insertion. You must be a half way there. > But I do not get a new disk device... A bit more debugging can be produced with enabling verbose boot messages. > pciconf tells me pretty much the same like on the other notebook: Looks like it may depend or on controller version or on the way it is hardwired or somehow BIOS initialized. There are were some success stories reported with this controller. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 18:23:35 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA88C1065670; Thu, 6 Nov 2008 18:23:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 751E18FC08; Thu, 6 Nov 2008 18:23:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA6IMNHT054843; Thu, 6 Nov 2008 11:22:23 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 06 Nov 2008 11:23:38 -0700 (MST) Message-Id: <20081106.112338.1564836080.imp@bsdimp.com> To: mav@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <4913345F.2050801@FreeBSD.org> References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: lme@FreeBSD.org, freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 18:23:35 -0000 In message: <4913345F.2050801@FreeBSD.org> Alexander Motin writes: : Lars Engels wrote: : > On another notebook with the same card reader I get a little further: : > : > sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 : > on pci5 : > sdhci0: 1 slot(s) allocated : > sdhci0: [ITHREAD] : > mmc0: on sdhci0 : > mmc0: detached : > mmc0: on sdhci0 : > : > So the mmc device is detected everytime I insert a card and is removed : > when I take the card out. : : It means that controller successfully reports card insertion. You must : be a half way there. : : > But I do not get a new disk device... : : A bit more debugging can be produced with enabling verbose boot messages. : : > pciconf tells me pretty much the same like on the other notebook: : : Looks like it may depend or on controller version or on the way it is : hardwired or somehow BIOS initialized. There are were some success : stories reported with this controller. Add mmcsd to the kernel? Load it as a module? Warner From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 18:40:19 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68BB51065689; Thu, 6 Nov 2008 18:40:19 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 0089A8FC0A; Thu, 6 Nov 2008 18:40:18 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 2CBC33A6C6; Thu, 6 Nov 2008 19:40:17 +0100 (CET) Date: Thu, 6 Nov 2008 19:40:17 +0100 From: Lars Engels To: "M. Warner Losh" Message-ID: <20081106184017.GB161@e.0x20.net> Mail-Followup-To: Lars Engels , "M. Warner Losh" , mav@FreeBSD.org, freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: <20081106.112338.1564836080.imp@bsdimp.com> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: mav@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 18:40:19 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 06, 2008 at 11:23:38AM -0700, M. Warner Losh wrote: > In message: <4913345F.2050801@FreeBSD.org> > Alexander Motin writes: > : Lars Engels wrote: > : > On another notebook with the same card reader I get a little further: > : >=20 > : > sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device = 9.2 > : > on pci5 > : > sdhci0: 1 slot(s) allocated > : > sdhci0: [ITHREAD] > : > mmc0: on sdhci0 > : > mmc0: detached > : > mmc0: on sdhci0 > : >=20 > : > So the mmc device is detected everytime I insert a card and is removed > : > when I take the card out. > :=20 > : It means that controller successfully reports card insertion. You must= =20 > : be a half way there. > :=20 > : > But I do not get a new disk device... > :=20 > : A bit more debugging can be produced with enabling verbose boot message= s. > :=20 > : > pciconf tells me pretty much the same like on the other notebook: > :=20 > : Looks like it may depend or on controller version or on the way it is= =20 > : hardwired or somehow BIOS initialized. There are were some success=20 > : stories reported with this controller. >=20 > Add mmcsd to the kernel? Load it as a module? Much better! Loading mmcsd first, then mmc and sdhci gives me the mmcsd0 device: sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 on pci5 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] mmc0: on sdhci0 mmcsd0: 1924MB at mmc0 16MHz/4bit sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x783ffe00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00010000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00002000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00040000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00008000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000400 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00002000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00010000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000200 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fa00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x783ffe00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0002fa00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00021a00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fa00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0005fa00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00027a00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fa00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fe00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00021a00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0002fa00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fa00 | Trn mode: 0x00000013 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 But I still cannot use it: lars@pts/3 # ls -l /dev/mmcsd0* crw-r----- 1 root operator 0, 120 Nov 6 19:36 /dev/mmcsd0 crw-r----- 1 root operator 0, 121 Nov 6 19:36 /dev/mmcsd0s1 lars@pts/3 # fdisk /dev/mmcsd0 fdisk: could not detect sector size lars@pts/3 # mount -t msdosfs /dev/mmcsd0s1 /mnt mount_msdosfs: /dev/mmcsd0s1: : Input/output error What am I missing? --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkTOhEACgkQKc512sD3afjJjwCgtm1vOCiJQ/xjuslJOphhaV3+ /R8AoJmOid55lfpgsPSvJ2ql7lOVS4MD =lZkO -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 19:02:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD3E41065672; Thu, 6 Nov 2008 19:02:05 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id B2B288FC14; Thu, 6 Nov 2008 19:02:04 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 227184636; Thu, 06 Nov 2008 21:02:03 +0200 Message-ID: <49133F2B.4080801@FreeBSD.org> Date: Thu, 06 Nov 2008 21:02:03 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Lars Engels , "M. Warner Losh" , freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> <20081106184017.GB161@e.0x20.net> In-Reply-To: <20081106184017.GB161@e.0x20.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 19:02:06 -0000 Lars Engels wrote: > Much better! Loading mmcsd first, then mmc and sdhci gives me the mmcsd0 > device: > > sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 > on pci5 > sdhci0: 1 slot(s) allocated > sdhci0: [ITHREAD] > mmc0: on sdhci0 > mmcsd0: 1924MB at mmc0 16MHz/4bit > sdhci0-slot0: Got data interrupt 0x00000002, but there is no active This error should not happen normally. Or this controller has some problems with DMA mode (it's PCI class reports that DMA is not supported, but as soon as we have some reports that it does working it is forcefully used) or it is some problem with driver. To get some info about what is happening actually, uncomment two fragments in driver. This: /* printf("%s cmd op %u arg %u flags %u data %ju\n", __func__, req->cmd->opcode, req->cmd->arg, req->cmd->flags, (req->cmd->data)?req->cmd->data->len:0); */ and this: /* slot_printf(slot, "got interrupt %x\n", intmask); */ Enable verbose messages, and send me what you will get. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 19:04:30 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E888106567E; Thu, 6 Nov 2008 19:04:30 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5015B8FC16; Thu, 6 Nov 2008 19:04:29 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 6CE7B3A66A; Thu, 6 Nov 2008 20:04:28 +0100 (CET) Date: Thu, 6 Nov 2008 20:04:28 +0100 From: Lars Engels To: "M. Warner Losh" , mav@FreeBSD.org, freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org Message-ID: <20081106190428.GC161@e.0x20.net> Mail-Followup-To: Lars Engels , "M. Warner Losh" , mav@FreeBSD.org, freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> <20081106184017.GB161@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1UWUbFP1cBYEclgG" Content-Disposition: inline In-Reply-To: <20081106184017.GB161@e.0x20.net> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 19:04:30 -0000 --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 06, 2008 at 07:40:17PM +0100, Lars Engels wrote: > On Thu, Nov 06, 2008 at 11:23:38AM -0700, M. Warner Losh wrote: > > In message: <4913345F.2050801@FreeBSD.org> > > Alexander Motin writes: > > : Lars Engels wrote: > > : > On another notebook with the same card reader I get a little furthe= r: > > : >=20 > > : > sdhci0: mem 0xd8002800-0xd80028ff irq 22 at devic= e 9.2 > > : > on pci5 > > : > sdhci0: 1 slot(s) allocated > > : > sdhci0: [ITHREAD] > > : > mmc0: on sdhci0 > > : > mmc0: detached > > : > mmc0: on sdhci0 > > : >=20 > > : > So the mmc device is detected everytime I insert a card and is remo= ved > > : > when I take the card out. > > :=20 > > : It means that controller successfully reports card insertion. You mus= t=20 > > : be a half way there. > > :=20 > > : > But I do not get a new disk device... > > :=20 > > : A bit more debugging can be produced with enabling verbose boot messa= ges. > > :=20 > > : > pciconf tells me pretty much the same like on the other notebook: > > :=20 > > : Looks like it may depend or on controller version or on the way it is= =20 > > : hardwired or somehow BIOS initialized. There are were some success=20 > > : stories reported with this controller. > >=20 > > Add mmcsd to the kernel? Load it as a module? >=20 > Much better! Loading mmcsd first, then mmc and sdhci gives me the mmcsd0 > device: > sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 > on pci5 > sdhci0: 1 slot(s) allocated > sdhci0: [ITHREAD] > mmc0: on sdhci0 > mmcsd0: 1924MB at mmc0 16MHz/4bit > sdhci0-slot0: Got data interrupt 0x00000002, but there is no active > command. > sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > sdhci0-slot0: Sys addr: 0x30c68000 | Version: 0x00000200 > sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 > sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000013 > sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 > sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 > sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 > sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 > sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb > sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 > sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 > sdhci0-slot0: =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 [...] > But I still cannot use it: > lars@pts/3 # ls -l /dev/mmcsd0* > crw-r----- 1 root operator 0, 120 Nov 6 19:36 /dev/mmcsd0 > crw-r----- 1 root operator 0, 121 Nov 6 19:36 /dev/mmcsd0s1 >=20 > lars@pts/3 # fdisk /dev/mmcsd0 > fdisk: could not detect sector size >=20 >=20 > lars@pts/3 # mount -t msdosfs /dev/mmcsd0s1 /mnt > mount_msdosfs: /dev/mmcsd0s1: : Input/output error >=20 >=20 > What am I missing? That seems to be the SD card I used... Now I tried a SDHCI card and fdisk printed the partition table. mmcsd0: 7580MB at mmc0 16MHz/4bit However, when I tried to mount it, I get this error: g_vfs_done():mmcsd0s1[WRITE(offset=3D2254848, length=3D4096)]error =3D 5 g_vfs_done():mmcsd0s1[WRITE(offset=3D2254848, length=3D4096)]error =3D 5 g_vfs_done():mmcsd0s1[WRITE(offset=3D2254848, length=3D4096)]error =3D 5 fsync: giving up on dirty 0xc5452d9c: tag devfs, type VCHR usecount 1, writecount 0, refcount 240 mountedhere 0xc474f700 flags () v_object 0xc48368b8 ref 0 pages 240 lock type devfs: UNLOCKED dev mmcsd0s1 And a (reproducable) kernel panic shortly after that: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc057e6a9 stack pointer =3D 0x28:0xc3fd5b84 frame pointer =3D 0x28:0xc3fd5bb0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 19 (syncer) Physical memory: 1002 MB Dumping 163 MB: 148 132 116 100 84 68 52 36 20 4 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. [...] Loaded symbols for /boot/kernel/mmcsd.ko Reading symbols from /boot/kernel/mmc.ko...done. Loaded symbols for /boot/kernel/mmc.ko Reading symbols from /boot/kernel/sdhci.ko...done. Loaded symbols for /boot/kernel/sdhci.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc0477b99 in db_fncall (dummy1=3D-1006806728, dummy2=3D0, dummy3=3D-10= 63504288, dummy4=3D0xc3fd5918 "k=CAN=C0") at /usr/src/sys/ddb/db_command.c:= 548 #2 0xc0477f91 in db_command (last_cmdp=3D0xc097143c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04780ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc0479f2d in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= =2Ec:229 #5 0xc0602076 in kdb_trap (type=3D12, code=3D0, tf=3D0xc3fd5b44) at /usr/s= rc/sys/kern/subr_kdb.c:534 #6 0xc0880f6f in trap_fatal (frame=3D0xc3fd5b44, eva=3D0) at /usr/src/sys/= i386/i386/trap.c:920 #7 0xc0881210 in trap_pfault (frame=3D0xc3fd5b44, usermode=3D0, eva=3D0) a= t /usr/src/sys/i386/i386/trap.c:842 #8 0xc0881bf2 in trap (frame=3D0xc3fd5b44) at /usr/src/sys/i386/i386/trap.= c:522 #9 0xc0866cfb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc057e6a9 in g_io_request (bp=3D0xc56c58c4, cp=3D0xc5562100) at /usr/s= rc/sys/geom/geom_io.c:364 #11 0xc0583a06 in g_vfs_strategy (bo=3D0xc57dc0a8, bp=3D0xd82b9bc0) at /usr= /src/sys/geom/geom_vfs.c:107 #12 0xc06456e1 in bufwrite (bp=3D0xd82b9bc0) at buf.h:397 #13 0xc063ea48 in bawrite (bp=3D0xd82b9bc0) at buf.h:385 #14 0xc064a23c in vop_stdfsync (ap=3D0xc3fd5c74) at /usr/src/sys/kern/vfs_d= efault.c:482 #15 0xc056221e in devfs_fsync (ap=3D0xc3fd5c74) at /usr/src/sys/fs/devfs/de= vfs_vnops.c:485 #16 0xc088e312 in VOP_FSYNC_APV (vop=3D0xc0931520, a=3D0xc3fd5c74) at vnode= _if.c:1007 #17 0xc065ccce in sync_vnode (slp=3DVariable "slp" is not available. ) at vnode_if.h:529 #18 0xc065d0c2 in sched_sync () at /usr/src/sys/kern/vfs_subr.c:1761 #19 0xc05b3b83 in fork_exit (callout=3D0xc065ce00 , arg=3D0x0, = frame=3D0xc3fd5d38) at /usr/src/sys/kern/kern_fork.c:815 #20 0xc0866d70 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 270 --1UWUbFP1cBYEclgG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkTP7wACgkQKc512sD3afgZjgCffXwX0dy1bzts3kL2oxgRyW8g thUAoKefg0xcjWidALpJkV0fcKhh/IW2 =hs5+ -----END PGP SIGNATURE----- --1UWUbFP1cBYEclgG-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 19:10:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6835106564A; Thu, 6 Nov 2008 19:10:31 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id B4F808FC08; Thu, 6 Nov 2008 19:10:30 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 227185016; Thu, 06 Nov 2008 21:10:29 +0200 Message-ID: <49134124.8010004@FreeBSD.org> Date: Thu, 06 Nov 2008 21:10:28 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Lars Engels , "M. Warner Losh" , freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> <20081106184017.GB161@e.0x20.net> <49133F2B.4080801@FreeBSD.org> In-Reply-To: <49133F2B.4080801@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 19:10:32 -0000 Alexander Motin wrote: > Lars Engels wrote: >> Much better! Loading mmcsd first, then mmc and sdhci gives me the mmcsd0 >> device: >> >> sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 >> on pci5 >> sdhci0: 1 slot(s) allocated >> sdhci0: [ITHREAD] >> mmc0: on sdhci0 >> mmcsd0: 1924MB at mmc0 16MHz/4bit >> sdhci0-slot0: Got data interrupt 0x00000002, but there is no active > > This error should not happen normally. Or this controller has some > problems with DMA mode (it's PCI class reports that DMA is not > supported, but as soon as we have some reports that it does working it > is forcefully used) or it is some problem with driver. Or you can also try PIO mode by removing SDHCI_QUIRK_FORCE_DMA for this chip. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 19:12:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67ED71065672; Thu, 6 Nov 2008 19:12:32 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id E2B4E8FC17; Thu, 6 Nov 2008 19:12:31 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id E8B36198EDF; Thu, 6 Nov 2008 20:12:30 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id DC929198EDB; Thu, 6 Nov 2008 20:12:30 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id BE10C198E99; Thu, 6 Nov 2008 20:12:30 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008110620122960-25952 ; Thu, 6 Nov 2008 20:12:29 +0100 Received: by wep4035 (sSMTP sendmail emulation); Thu, 6 Nov 2008 20:12:30 +0100 From: "Alexey Shuvaev" Date: Thu, 6 Nov 2008 20:12:30 +0100 To: Hans Petter Selasky Message-ID: <20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de> References: <200810251925.47273.hselasky@c2i.net> <20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de> <20081106183720.4aa1a83f@ernst.jennejohn.org> <200811061910.21994.hselasky@c2i.net> MIME-Version: 1.0 In-Reply-To: <200811061910.21994.hselasky@c2i.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/06/2008 08:12:29 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/06/2008 08:12:30 PM, Serialize complete at 11/06/2008 08:12:30 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 19:12:32 -0000 On Thu, Nov 06, 2008 at 07:10:20PM +0100, Hans Petter Selasky wrote: > On Thursday 06 November 2008, Gary Jennejohn wrote: > > On Thu, 6 Nov 2008 15:13:23 +0100 > > "Alexey Shuvaev" wrote: > > > > [big snip] Exactly here was output from kldstat :) > > > > > I am having quite reliable panics with the new stack when I insert > > > usb stick (actually during the first access to it). > > > Trying to collect more information I haven't managed to produce > > > memory dump. Is it working on amd64 SMP CURRENT? I remember there were > > > some complains about it. > > Here I was actually asking about kernel memory dumps... Will try harder this time. > > It works just fine for me with SMP amd64. I tested several USB sticks > > and saw absolutely no problems. I have not tried it with a real > > external USB disk. > > > > It also works with my FTDI USB-to-serial adapters. > > > > I do not use any USB modules. > > Hi Alexey, > > Maybe you are using the ATA interface for USB? > > Could you do a "kldstat" ? > Here it is: [wep4035] ~> kldstat Id Refs Address Size Name 1 46 0xffffffff80100000 8daac8 kernel (/boot/kernel/kernel) 2 1 0xffffffff809db000 21ed8 snd_hda.ko (/boot/kernel/snd_hda.ko) 3 2 0xffffffff809fd000 749c8 sound.ko (/boot/kernel/sound.ko) 4 1 0xffffffff80a72000 3090 speaker.ko (/boot/kernel/speaker.ko) 5 1 0xffffffff80a76000 59e8 ichsmb.ko (/boot/kernel/ichsmb.ko) 6 2 0xffffffff80a7c000 2440 smbus.ko (/boot/kernel/smbus.ko) 7 1 0xffffffff80a7f000 fa10 i915.ko (/boot/kernel/i915.ko) 8 2 0xffffffff80a8f000 21c48 drm.ko (/boot/kernel/drm.ko) 9 1 0xffffffff80ab1000 e648 usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 10 3 0xffffffff80ac0000 5168 usb2_controller.ko (/boot/kernel/usb2_controller.ko) 11 8 0xffffffff80ac6000 5c548 usb2_core.ko (/boot/kernel/usb2_core.ko) 12 1 0xffffffff80b23000 125a0 usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 13 1 0xffffffff80b36000 4e48 usb2_input_ms.ko (/boot/kernel/usb2_input_ms.ko) 14 2 0xffffffff80b3b000 560 usb2_input.ko (/boot/kernel/usb2_input.ko) 15 1 0xffffffff80b3c000 ff08 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 16 2 0xffffffff80b4c000 570 usb2_storage.ko (/boot/kernel/usb2_storage.ko) 19 1 0xffffffff80c2e000 216 green_saver.ko (/boot/kernel/green_saver.ko) Actually here what I have: [wep4035] ~> cat /boot/loader.conf loader_logo="beastie" ichsmb_load="YES" snd_hda_load="YES" speaker_load="YES" i915_load="YES" usb2_controller_uhci_load="YES" usb2_controller_ehci_load="YES" usb2_input_ms_load="YES" usb2_storage_mass_load="YES" > Or try: > > kldunload usb2_storage_ata > > And: > > kldload usb2_storage_mass > Now I will play with offending usb stick and with another one (actually microSDHC-usb adapter). Can it be that some modules are automatically loaded when I insert usb stick? Alexey. From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 19:17:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57927106567C for ; Thu, 6 Nov 2008 19:17:07 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1484A8FC13 for ; Thu, 6 Nov 2008 19:17:07 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C29B79CB4D8 for ; Thu, 6 Nov 2008 19:55:16 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CFI5WLH13Kar for ; Thu, 6 Nov 2008 19:55:13 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1EEDA9CB5DE for ; Thu, 6 Nov 2008 19:55:13 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mA6ItC1X033515 for current@freebsd.org; Thu, 6 Nov 2008 19:55:12 +0100 (CET) (envelope-from rdivacky) Date: Thu, 6 Nov 2008 19:55:12 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20081106185512.GA33153@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [RFC]: c99 compiled world 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 Nov 2008 19:17:07 -0000 hi I tried to compile world in C99 (in fact gnu99) gcc mode. It compiles correctly with two trivial exceptions (in sendmail and opensolaris) which are going to get fixed soon. So, what is your opinion on turning C99 (gnu99) on default in -current to exposure it to some testing. can you see some drawbacks? thnx for your opinions roman From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 19:23:57 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D20B1065674; Thu, 6 Nov 2008 19:23:57 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 67D6A8FC23; Thu, 6 Nov 2008 19:23:54 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 61BF53A66A; Thu, 6 Nov 2008 20:23:53 +0100 (CET) Date: Thu, 6 Nov 2008 20:23:53 +0100 From: Lars Engels To: Alexander Motin Message-ID: <20081106192353.GD161@e.0x20.net> Mail-Followup-To: Lars Engels , Alexander Motin , "M. Warner Losh" , freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> <20081106184017.GB161@e.0x20.net> <49133F2B.4080801@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NU0Ex4SbNnrxsi6C" Content-Disposition: inline In-Reply-To: <49133F2B.4080801@FreeBSD.org> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, "M. Warner Losh" , freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 19:23:57 -0000 --NU0Ex4SbNnrxsi6C Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 06, 2008 at 09:02:03PM +0200, Alexander Motin wrote: > Lars Engels wrote: > >Much better! Loading mmcsd first, then mmc and sdhci gives me the mmcsd0 > >device: > >sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 > >on pci5 > >sdhci0: 1 slot(s) allocated > >sdhci0: [ITHREAD] > >mmc0: on sdhci0 > >mmcsd0: 1924MB at mmc0 16MHz/4bit > >sdhci0-slot0: Got data interrupt 0x00000002, but there is no active >=20 > This error should not happen normally. Or this controller has some proble= ms with DMA mode (it's=20 > PCI class reports that DMA is not supported, but as soon as we have some = reports that it does=20 > working it is forcefully used) or it is some problem with driver. To get = some info about what is=20 > happening actually, uncomment two fragments in driver. This: >=20 > /* printf("%s cmd op %u arg %u flags %u data %ju\n", __func__,=20 > req->cmd->opcode, req->cmd->arg, req->cmd->flags,=20 > (req->cmd->data)?req->cmd->data->len:0); */=20 >=20 > and this: >=20 > /*=20 > slot_printf(slot, "got interrupt %x\n", intmask); > */=20 >=20 > Enable verbose messages, and send me what you will get. Okay, I start with loading the three modules: Nov 6 20:19:42 maggie kernel: pci0: driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27c8, revi= d=3D0x02 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D0 Nov 6 20:19:42 maggie kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Da, irq=3D23 Nov 6 20:19:42 maggie kernel: pci0:0:29:0: reprobing on driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27c9, revi= d=3D0x02 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D1 Nov 6 20:19:42 maggie kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Db, irq=3D19 Nov 6 20:19:42 maggie kernel: pci0:0:29:1: reprobing on driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27ca, revi= d=3D0x02 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D2 Nov 6 20:19:42 maggie kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Dc, irq=3D18 Nov 6 20:19:42 maggie kernel: pci0:0:29:2: reprobing on driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27cb, revi= d=3D0x02 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D3 Nov 6 20:19:42 maggie kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Dd, irq=3D16 Nov 6 20:19:42 maggie kernel: pci0:0:29:3: reprobing on driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27cc, revi= d=3D0x02 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D7 Nov 6 20:19:42 maggie kernel: class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Da, irq=3D23 Nov 6 20:19:42 maggie kernel: powerspec 2 supports D0 D3 current D0 Nov 6 20:19:42 maggie kernel: pci0:0:29:7: reprobing on driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27da, revi= d=3D0x02 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D0, slot=3D31, func=3D3 Nov 6 20:19:42 maggie kernel: class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Db, irq=3D19 Nov 6 20:19:42 maggie kernel: pci0:0:31:3: reprobing on driver added Nov 6 20:19:42 maggie kernel: pci2: driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x8086, dev=3D0x4222, revi= d=3D0x02 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D2, slot=3D0, func=3D0 Nov 6 20:19:42 maggie kernel: class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz= =3D16 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Da, irq=3D16 Nov 6 20:19:42 maggie kernel: powerspec 2 supports D0 D3 current D0 Nov 6 20:19:42 maggie kernel: MSI supports 1 message, 64 bit Nov 6 20:19:42 maggie kernel: pci0:2:0:0: reprobing on driver added Nov 6 20:19:42 maggie kernel: pci3: driver added Nov 6 20:19:42 maggie kernel: pci5: driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x1180, dev=3D0x0822, revi= d=3D0x18 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D5, slot=3D9, func=3D2 Nov 6 20:19:42 maggie kernel: class=3D08-05-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Dc, irq=3D22 Nov 6 20:19:42 maggie kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Nov 6 20:19:42 maggie kernel: pci0:5:9:2: reprobing on driver added Nov 6 20:19:42 maggie kernel: sdhci0: mem 0xd8002800-0xd= 80028ff irq 22 at device 9.2 on pci5 Nov 6 20:19:42 maggie kernel: pcib3: sdhci0 requested memory range 0xd8002= 800-0xd80028ff: good Nov 6 20:19:42 maggie kernel: sdhci0-slot0: 33MHz 4bits 3.3V DMA Nov 6 20:19:42 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:19:42 maggie kernel: sdhci0-slot0: Sys addr: 0x00000000 | Version= : 0x00000200 Nov 6 20:19:42 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:19:42 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000000 Nov 6 20:19:42 maggie kernel: sdhci0-slot0: Present: 0x01f20000 | Host ct= l: 0x00000000 Nov 6 20:19:42 maggie kernel: sdhci0-slot0: Power: 0x00000000 | Blk gap= : 0x00000000 Nov 6 20:19:42 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000000 Nov 6 20:19:42 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:19:42 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:19:42 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:19:42 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:19:42 maggie kernel: sdhci0-slot0: =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 Nov 6 20:19:42 maggie kernel: sdhci0: 1 slot(s) allocated Nov 6 20:19:42 maggie kernel: sdhci0: [MPSAFE] Nov 6 20:19:42 maggie kernel: sdhci0: [ITHREAD] Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x1180, dev=3D0x0843, revi= d=3D0x00 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D5, slot=3D9, func=3D3 Nov 6 20:19:42 maggie kernel: class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0002, statreg=3D0x0210, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Dc, irq=3D255 Nov 6 20:19:42 maggie kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Nov 6 20:19:42 maggie kernel: pci0:5:9:3: reprobing on driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x1180, dev=3D0x0592, revi= d=3D0x09 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D5, slot=3D9, func=3D4 Nov 6 20:19:42 maggie kernel: class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0002, statreg=3D0x0210, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Dc, irq=3D255 Nov 6 20:19:42 maggie kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Nov 6 20:19:42 maggie kernel: pci0:5:9:4: reprobing on driver added Nov 6 20:19:42 maggie kernel: found-> vendor=3D0x1180, dev=3D0x0852, revi= d=3D0x04 Nov 6 20:19:42 maggie kernel: domain=3D0, bus=3D5, slot=3D9, func=3D5 Nov 6 20:19:42 maggie kernel: class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 20:19:42 maggie kernel: cmdreg=3D0x0002, statreg=3D0x0210, cachelnsz= =3D0 (dwords) Nov 6 20:19:42 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 20:19:42 maggie kernel: intpin=3Dc, irq=3D255 Nov 6 20:19:42 maggie kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Nov 6 20:19:42 maggie kernel: pci0:5:9:5: reprobing on driver added ---------------------------------------------------------------------------= ----------------------------- Inserting the SD card: Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 40 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Card inserted Nov 6 20:21:11 maggie kernel: mmc0: on sdhci0 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 0 arg 0 flags 64 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 8 arg 426 flags 101 dat= a 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1073741824 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 0 arg 0 flags 64 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 8 arg 426 flags 101 dat= a 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 2 arg 0 flags 103 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 3 arg 0 flags 101 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 9 arg 131072 flags 103 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 7 arg 131072 flags 29 d= ata 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 131072 flags 21 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 51 arg 0 flags 53 data 8 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 6 arg 16777215 flags 53= data 64 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 7 arg 0 flags 0 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 7 arg 131072 flags 29 d= ata 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 6 arg 2164260848 flags = 53 data 64 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 7 arg 0 flags 0 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: mmc0: setting transfer rate to 30.000MHz Nov 6 20:21:11 maggie kernel: mmcsd0: 1924MB at mmc0 16MH= z/4bit Nov 6 20:21:11 maggie kernel: GEOM: new disk mmcsd0 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 7 arg 131072 flags 29 d= ata 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: mmc0: setting bus width to 4 bits Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 131072 flags 21 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 6 arg 2 flags 21 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data = 512 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 0 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 2017459712 flags= 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 2017459712 flags= 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 2017459712 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x783ffe00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 65536 flags 53 d= ata 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 65536 flags 53 d= ata 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 65536 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00010000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 8192 flags 53 da= ta 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 8192 flags 53 da= ta 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 8192 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00002000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 0 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 262144 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 262144 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 262144 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00040000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 32768 flags 53 d= ata 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 32768 flags 53 d= ata 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 32768 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00008000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 0 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 1024 flags 53 da= ta 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 1024 flags 53 da= ta 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 1024 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00000400 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 8192 flags 53 da= ta 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 8192 flags 53 da= ta 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 8192 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00002000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 65536 flags 53 d= ata 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 65536 flags 53 d= ata 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 65536 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00010000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 0 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 512 flags 53 dat= a 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 512 flags 53 dat= a 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 512 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00000200 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 0 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 129536 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x0001fa00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 2017459712 flags= 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 2017459712 flags= 53 data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 2017459712 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x783ffe00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 195072 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 195072 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 195072 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x0002fa00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 137728 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 137728 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 137728 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00021a00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 129536 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x0001fa00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 391680 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 391680 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 391680 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x0005fa00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 162304 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 162304 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 162304 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00027a00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 129536 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x0001fa00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 130560 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 130560 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 130560 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x0001fe00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 137728 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 137728 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 137728 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x00021a00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 195072 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 195072 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 195072 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x0002fa00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 0 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 129536 flags 53 dlen 0 dflags 2) Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Argument: 0x0001fa00 | Trn mod= e: 0x00000013 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:21:11 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:21:11 maggie kernel: sdhci0-slot0: =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 ---------------------------------------------------------------------------= ----------------------- # fdisk /dev/mmcsd0 Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 0 flags 53 dlen 0 dflags 2) Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:22:57 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000013 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:22:57 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: =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 Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 0 flags 53 dlen 0 dflags 2) Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:22:57 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000013 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:22:57 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: =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 Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 18002 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg= 0 flags 53 dlen 0 dflags 2) Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002,= but there is no active command. Nov 6 20:22:57 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Sys addr: 0x3a864000 | Version= : 0x00000200 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000013 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Present: 0x01ff0000 | Host ct= l: 0x00000002 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Power: 0x0000000f | Blk gap= : 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000107 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 20:22:57 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 20:22:57 maggie kernel: sdhci0-slot0: =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 Sorry for the lengthy mail :) --NU0Ex4SbNnrxsi6C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkTREkACgkQKc512sD3afgLUgCfSQSvv9vbIE+3J5Qp0UFj0QTh d4MAn1JOVMAYUMRbuhQ5kZTnqQwKHY/d =wbR5 -----END PGP SIGNATURE----- --NU0Ex4SbNnrxsi6C-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 19:28:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A1AD106567C; Thu, 6 Nov 2008 19:28:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 374058FC22; Thu, 6 Nov 2008 19:28:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA6JSBoi047837; Thu, 6 Nov 2008 14:28:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA6JSBo8021033; Thu, 6 Nov 2008 14:28:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 61FB773039; Thu, 6 Nov 2008 14:28:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081106192811.61FB773039@freebsd-current.sentex.ca> Date: Thu, 6 Nov 2008 14:28:11 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 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: Thu, 06 Nov 2008 19:28:15 -0000 TB --- 2008-11-06 18:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-06 18:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-11-06 18:20:00 - cleaning the object tree TB --- 2008-11-06 18:20:58 - cvsupping the source tree TB --- 2008-11-06 18:20:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-11-06 18:21:05 - building world (CFLAGS=-O -pipe) TB --- 2008-11-06 18:21:05 - cd /src TB --- 2008-11-06 18:21:05 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 6 18:21:07 UTC 2008 >>> 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 [...] ===> usr.bin/dirname (all) cc -O -pipe -fstack-protector -c /src/usr.bin/dirname/dirname.c cc -O -pipe -fstack-protector -o dirname dirname.o ===> usr.bin/du (all) cc -O -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/du/du.c cc1: warnings being treated as errors /src/usr.bin/du/du.c: In function 'main': /src/usr.bin/du/du.c:276: warning: format '%jd' expects type 'intmax_t', but argument 2 has type 'long long int' *** Error code 1 Stop in /src/usr.bin/du. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-06 19:28:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-06 19:28:11 - ERROR: failed to build world TB --- 2008-11-06 19:28:11 - tinderbox aborted TB --- 2877.90 user 358.85 system 4090.79 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 19:32:50 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CD991065672; Thu, 6 Nov 2008 19:32:50 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 284C58FC21; Thu, 6 Nov 2008 19:32:48 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 253533A66A; Thu, 6 Nov 2008 20:32:47 +0100 (CET) Date: Thu, 6 Nov 2008 20:32:47 +0100 From: Lars Engels To: Alexander Motin Message-ID: <20081106193247.GE161@e.0x20.net> Mail-Followup-To: Lars Engels , Alexander Motin , "M. Warner Losh" , freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> <20081106184017.GB161@e.0x20.net> <49133F2B.4080801@FreeBSD.org> <49134124.8010004@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M38YqGLZlgb6RLPS" Content-Disposition: inline In-Reply-To: <49134124.8010004@FreeBSD.org> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, "M. Warner Losh" , freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 19:32:50 -0000 --M38YqGLZlgb6RLPS Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 06, 2008 at 09:10:28PM +0200, Alexander Motin wrote: > Alexander Motin wrote: > >Lars Engels wrote: > >>Much better! Loading mmcsd first, then mmc and sdhci gives me the mmcsd0 > >>device: > >> > >>sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 > >>on pci5 > >>sdhci0: 1 slot(s) allocated > >>sdhci0: [ITHREAD] > >>mmc0: on sdhci0 > >>mmcsd0: 1924MB at mmc0 16MHz/4bit > >>sdhci0-slot0: Got data interrupt 0x00000002, but there is no active > >This error should not happen normally. Or this controller has some probl= ems with DMA mode (it's PCI class=20 > >reports that DMA is not supported, but as soon as we have some reports t= hat it does working it is forcefully=20 > >used) or it is some problem with driver.=20 >=20 > Or you can also try PIO mode by removing SDHCI_QUIRK_FORCE_DMA for this c= hip. Doesn't work either. It is now recognized as a generic SD card reader but I still get errors: sdhci0: mem 0xd8002800-0xd80028ff irq 22 at device 9.2 on = pci5 sdhci0: 1 slot(s) allocated sdhci0: [ITHREAD] sdhci0-slot0: got interrupt 40 mmc0: on sdhci0 sdhci_request cmd op 0 arg 0 flags 64 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 8 arg 426 flags 101 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1073741824 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 0 arg 0 flags 64 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 8 arg 426 flags 101 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 0 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 41 arg 1090486272 flags 97 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 2 arg 0 flags 103 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 3 arg 0 flags 101 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 9 arg 131072 flags 103 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 7 arg 131072 flags 29 data 0 sdhci0-slot0: got interrupt 2 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 55 arg 131072 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 51 arg 0 flags 53 data 8 sdhci0-slot0: got interrupt 21 sdhci0-slot0: got interrupt 2 sdhci_request cmd op 6 arg 16777215 flags 53 data 64 sdhci0-slot0: got interrupt 21 sdhci0-slot0: got interrupt 2 sdhci_request cmd op 7 arg 0 flags 0 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 7 arg 131072 flags 29 data 0 sdhci0-slot0: got interrupt 2 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 6 arg 2164260848 flags 53 data 64 sdhci0-slot0: got interrupt 21 sdhci0-slot0: got interrupt 2 sdhci_request cmd op 7 arg 0 flags 0 data 0 sdhci0-slot0: got interrupt 1 mmcsd0: 1924MB at mmc0 16MHz/4bit sdhci_request cmd op 7 arg 131072 flags 29 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 55 arg 131072 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 6 arg 2 flags 21 data 0 sdhci0-slot0: got interrupt 1 sdhci_request cmd op 17 arg 0 flags 53 data 512 sdhci0-slot0: got interrupt 21 sdhci0-slot0: got interrupt 2 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 2017459712 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 2017459712 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x783ffe00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 65536 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 65536 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00010000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 8192 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 8192 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00002000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 262144 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 262144 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00040000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 32768 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 32768 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00008000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 1024 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 1024 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 1024 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 1024 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000400 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 8192 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 8192 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00002000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 65536 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 65536 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00010000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 512 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 512 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000200 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 129536 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 129536 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fa00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 2017459712 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 2017459712 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x783ffe00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 195072 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 195072 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0002fa00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 137728 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 137728 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00021a00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 129536 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 129536 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fa00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 391680 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 391680 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0005fa00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 162304 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 162304 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00027a00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 129536 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 129536 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fa00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 130560 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 130560 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fe00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 137728 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 137728 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00021a00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 195072 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 195072 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0002fa00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 129536 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 129536 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x0001fa00 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 3 sdhci_request cmd op 17 arg 0 flags 53 data 0 sdhci0-slot0: got interrupt 18002 sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER DUMP =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci0-slot0: Sys addr: 0x00000000 | Version: 0x00000200 sdhci0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci0-slot0: Argument: 0x00000000 | Trn mode: 0x00000012 sdhci0-slot0: Present: 0x01ff0000 | Host ctl: 0x00000002 sdhci0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci0-slot0: Timeout: 0x0000000c | Int stat: 0x00000000 sdhci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci0-slot0: AC12 err: 0x00000000 | Slot int: 0x00000000 sdhci0-slot0: Caps: 0x01c021a1 | Max curr: 0x00000040 sdhci0-slot0: =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 --M38YqGLZlgb6RLPS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkTRl8ACgkQKc512sD3afjDYwCgiZTfY4P2AylXSrwVB/WIkZyN VksAnRL4mTMTmprr9jPr89tOtCjRDCJ1 =Bpsm -----END PGP SIGNATURE----- --M38YqGLZlgb6RLPS-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 19:46:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0E11065672 for ; Thu, 6 Nov 2008 19:46:55 +0000 (UTC) (envelope-from sbangaru@panasas.com) Received: from laguna.int.panasas.com (gw-ca.panasas.com [66.104.249.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7019A8FC17 for ; Thu, 6 Nov 2008 19:46:55 +0000 (UTC) (envelope-from sbangaru@panasas.com) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 6 Nov 2008 11:33:23 -0800 Message-ID: <977F1EB2DC429D40AB37C88180BFCD480352FD84@LAGUNA.int.panasas.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Is there a need to hold the vnode lock across getnewbuf( ) in getblk? Thread-Index: AclARogUkP3Z8XjYQGuoOFACFenPfA== From: "Bangaru, Sailaja" To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Is there a need to hold the vnode lock across getnewbuf( ) in getblk? 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 Nov 2008 19:46:55 -0000 One of the problems I'm running into is a deadlock where I have threads blocked on newbuf (with vnode lock held) due to buffer shortage and bufdaemon unable to flush buffers because it can't get the exclusive lock for the vnode. From the code: =20 struct buf * getblk(struct vnode * vp, daddr_t blkno, int size, int slpflag, int slptimeo, int flags) { . . /* * Buffer is not in-core, create new buffer. The buffer * returned by getnewbuf() is locked. Note that the returned * buffer is also considered valid (not marked B_INVAL). */ BO_UNLOCK(bo); . . bp =3D getnewbuf(slpflag, slptimeo, size, maxsize, vp_to_buf_index(vp)); if (bp =3D=3D NULL) { . . /* * This code is used to make sure that a buffer is not * created while the getnewbuf routine is blocked. * This can be a problem whether the vnode is locked or not. * If the buffer is created out from under us, we have to * throw away the one we just created. * * Note: this must occur before we associate the buffer * with the vp especially considering limitations in * the splay tree implementation when dealing with duplicate * lblkno's. */ BO_LOCK(bo); if (gbincore(bo, blkno)) { BO_UNLOCK(bo); bp->b_flags |=3D B_INVAL; brelse(bp); goto loop; } Given that this code rechecks if a buffer has already been created with the possibility that this thread might have blocked on getnewbuf (), Is there really=20 any need to hold the vnode lock across getnewbuf call? =20 =20 thanks, --Sailaja =20 From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 20:02:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAB3C1065673; Thu, 6 Nov 2008 20:02:34 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 967C78FC24; Thu, 6 Nov 2008 20:02:33 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 227187387; Thu, 06 Nov 2008 22:02:32 +0200 Message-ID: <49134D57.1050003@FreeBSD.org> Date: Thu, 06 Nov 2008 22:02:31 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Lars Engels , "M. Warner Losh" , freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> <20081106184017.GB161@e.0x20.net> <49133F2B.4080801@FreeBSD.org> <20081106192353.GD161@e.0x20.net> In-Reply-To: <20081106192353.GD161@e.0x20.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 20:02:34 -0000 Lars Engels wrote: > Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 55 arg 131072 flags 21 data 0 > Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 > Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 6 arg 2 flags 21 data 0 > Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 1 > Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 512 > Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 This is the first data request. 512 bytes reading. It was finished successfully: command end + data end = 3. > Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 > Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 3 But here is the problem. For some reason you have _zero_ data size. Controller reports successful competition, but it probably isn't > Nov 6 20:21:11 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 > Nov 6 20:21:11 maggie kernel: sdhci0-slot0: got interrupt 18002 > Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg 0 flags 53 dlen 0 dflags 2) > Nov 6 20:21:11 maggie kernel: sdhci0-slot0: Got data interrupt 0x00000002, but there is no active command. Here is the results of the previous. Card still sending something, does not responds to the command, controller signals error. > # fdisk /dev/mmcsd0 > > Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 > Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 3 > Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data 0 > Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 18002 > Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 arg 0 flags 53 dlen 0 dflags 2) Here is just the same. And you have exactly the same with PIO mode. So looks like it is not card or driver problem, but sooner, mmc or mmcsd layer problem and it looks quite strange. Which sources exactly do you have, are they latest, are they in sync with each other and have you rebuilt all of them carefully? If so, you can try to uncomment // printf("Len %d %lld-%lld flags %#x sz // ... lines in mmcsd.c to look what happens. > Sorry for the lengthy mail :) Thanks, I like such mails, it's like a hunting. :) -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 20:18:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBBB7106567A for ; Thu, 6 Nov 2008 20:18:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF348FC14 for ; Thu, 6 Nov 2008 20:18:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KyBIq-000N2c-22; Thu, 06 Nov 2008 22:18:04 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mA6KHolf014723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Nov 2008 22:17:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id mA6KHo2X031492; Thu, 6 Nov 2008 22:17:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mA6KHof7031491; Thu, 6 Nov 2008 22:17:50 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 6 Nov 2008 22:17:50 +0200 From: Kostik Belousov To: "Bangaru, Sailaja" Message-ID: <20081106201750.GY18100@deviant.kiev.zoral.com.ua> References: <977F1EB2DC429D40AB37C88180BFCD480352FD84@LAGUNA.int.panasas.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WtFUiNjPnMMIyXiy" Content-Disposition: inline In-Reply-To: <977F1EB2DC429D40AB37C88180BFCD480352FD84@LAGUNA.int.panasas.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KyBIq-000N2c-22 520ef43abc783464fbb041e975c8a7e9 X-Terabit: YES Cc: freebsd-current@freebsd.org Subject: Re: Is there a need to hold the vnode lock across getnewbuf( ) in getblk? 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 Nov 2008 20:18:06 -0000 --WtFUiNjPnMMIyXiy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 06, 2008 at 11:33:23AM -0800, Bangaru, Sailaja wrote: > One of the problems I'm running into is a deadlock where I have threads > blocked on newbuf (with vnode lock held) due to buffer shortage and > bufdaemon unable to flush buffers because it can't get the exclusive > lock for the vnode. From the code: > =20 > struct buf * > getblk(struct vnode * vp, daddr_t blkno, int size, int slpflag, int > slptimeo, > int flags) > { > . > . >=20 > /* > * Buffer is not in-core, create new buffer. The buffer > * returned by getnewbuf() is locked. Note that the > returned > * buffer is also considered valid (not marked B_INVAL). > */ > BO_UNLOCK(bo); > . > . > bp =3D getnewbuf(slpflag, slptimeo, size, maxsize, > vp_to_buf_index(vp)); > if (bp =3D=3D NULL) { > . > . > /* > * This code is used to make sure that a buffer is not > * created while the getnewbuf routine is blocked. > * This can be a problem whether the vnode is locked or > not. > * If the buffer is created out from under us, we have > to > * throw away the one we just created. > * > * Note: this must occur before we associate the buffer > * with the vp especially considering limitations in > * the splay tree implementation when dealing with > duplicate > * lblkno's. > */ > BO_LOCK(bo); > if (gbincore(bo, blkno)) { > BO_UNLOCK(bo); > bp->b_flags |=3D B_INVAL; > brelse(bp); > goto loop; > } >=20 > Given that this code rechecks if a buffer has already been created with > the possibility that this thread might have blocked on getnewbuf (), Is > there really=20 > any need to hold the vnode lock across getnewbuf call? Vnode lock is not needed for the fragment you cited. But dropping it would allow for vnode to be reclaimed, that cause problems for the callers. Callers actually do not expect the vnode to become VI_DOOMED after call to bread(). Some time ago I developed patch that handles these bufdaemon deadlocks with another strategy. I loaned threads that called getblk, to help bufdaemon. The thread that is to blocked in getblk due to buffer or buffer KVA shortage, instead does flushing of the buffers belonging to the vnode locked by that thread. Also, I fixed the situation where ffs_bufwrite, called to flush buffer due to shortage, tries to allocate shadow buffer for cg block. I did not committed this because there is a problem, at least for UFS. Writing buffer while curthread may hold a buffer lock on the indirect inode block might cause a panic with recursive lock attempt. This is fixable, by changing UFS/FFS to never hold two buffer locks, but I did not got to do it. Peter Holm tested the patch, it eliminated "nbufkv" deadlocks for our test scenarious. diff --git a/sys/gnu/fs/xfs/FreeBSD/xfs_buf.c b/sys/gnu/fs/xfs/FreeBSD/xfs_= buf.c index 9759d5a..ff06865 100644 --- a/sys/gnu/fs/xfs/FreeBSD/xfs_buf.c +++ b/sys/gnu/fs/xfs/FreeBSD/xfs_buf.c @@ -81,7 +81,7 @@ xfs_buf_get_empty(size_t size, xfs_buftarg_t *target) { struct buf *bp; =20 - bp =3D geteblk(0); + bp =3D geteblk(0, 0); if (bp !=3D NULL) { bp->b_bufsize =3D size; bp->b_bcount =3D size; @@ -100,7 +100,7 @@ xfs_buf_get_noaddr(size_t len, xfs_buftarg_t *target) if (len >=3D MAXPHYS) return (NULL); =20 - bp =3D geteblk(len); + bp =3D geteblk(len, 0); if (bp !=3D NULL) { BUF_ASSERT_HELD(bp); =20 diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c index f75963d..b5a5154 100644 --- a/sys/kern/vfs_bio.c +++ b/sys/kern/vfs_bio.c @@ -105,7 +105,8 @@ static void vfs_setdirty_locked_object(struct buf *bp); static void vfs_vmio_release(struct buf *bp); static int vfs_bio_clcheck(struct vnode *vp, int size, daddr_t lblkno, daddr_t blkno); -static int flushbufqueues(int, int); +static int buf_do_flush(struct vnode *vp); +static int flushbufqueues(struct vnode *, int, int); static void buf_daemon(void); static void bremfreel(struct buf *bp); =20 @@ -247,6 +248,7 @@ static struct mtx nblock; #define QUEUE_DIRTY_GIANT 3 /* B_DELWRI buffers that need giant */ #define QUEUE_EMPTYKVA 4 /* empty buffer headers w/KVA assignment */ #define QUEUE_EMPTY 5 /* empty buffer headers */ +#define QUEUE_SENTINEL 1024 /* not an queue index, but mark for sentinel */ =20 /* Queues for free buffers with various properties */ static TAILQ_HEAD(bqueues, buf) bufqueues[BUFFER_QUEUES] =3D { { 0 } }; @@ -1673,21 +1675,23 @@ vfs_bio_awrite(struct buf *bp) */ =20 static struct buf * -getnewbuf(int slpflag, int slptimeo, int size, int maxsize) +getnewbuf(struct vnode *vp, int slpflag, int slptimeo, int size, int maxsi= ze, + int gbflags) { + struct thread *td; struct buf *bp; struct buf *nbp; int defrag =3D 0; int nqindex; static int flushingbufs; =20 + td =3D curthread; /* * We can't afford to block since we might be holding a vnode lock, * which may prevent system daemons from running. We deal with * low-memory situations by proactively returning memory and running * async I/O rather then sync I/O. */ - atomic_add_int(&getnewbufcalls, 1); atomic_subtract_int(&getnewbufrestarts, 1); restart: @@ -1919,8 +1923,9 @@ restart: */ =20 if (bp =3D=3D NULL) { - int flags; + int flags, norunbuf; char *waitmsg; + int fl; =20 if (defrag) { flags =3D VFS_BIO_NEED_BUFSPACE; @@ -1938,9 +1943,35 @@ restart: mtx_unlock(&bqlock); =20 bd_speedup(); /* heeeelp */ + if (gbflags & GB_NOWAIT_BD) + return (NULL); =20 mtx_lock(&nblock); while (needsbuffer & flags) { + if (vp !=3D NULL && (td->td_pflags & TDP_BUFNEED) =3D=3D 0) { + mtx_unlock(&nblock); + /* + * getblk() is called with a vnode + * locked, and some majority of the + * dirty buffers may as well belong to + * the vnode. Flushing the buffers + * there would make a progress that + * cannot be achieved by the + * buf_daemon, that cannot lock the + * vnode. + */ + norunbuf =3D ~(TDP_BUFNEED | TDP_NORUNNINGBUF) | + (td->td_pflags & TDP_NORUNNINGBUF); + /* play bufdaemon */ + td->td_pflags |=3D TDP_BUFNEED | TDP_NORUNNINGBUF; + fl =3D buf_do_flush(vp); + td->td_pflags &=3D norunbuf; + mtx_lock(&nblock); + if (fl !=3D 0) + continue; + if ((needsbuffer & flags) =3D=3D 0) + break; + } if (msleep(&needsbuffer, &nblock, (PRIBIO + 4) | slpflag, waitmsg, slptimeo)) { mtx_unlock(&nblock); @@ -2009,6 +2040,35 @@ static struct kproc_desc buf_kp =3D { }; SYSINIT(bufdaemon, SI_SUB_KTHREAD_BUF, SI_ORDER_FIRST, kproc_start, &buf_k= p); =20 +static int +buf_do_flush(struct vnode *vp) +{ + int flushed; + + flushed =3D flushbufqueues(vp, QUEUE_DIRTY, 0); + /* The list empty check here is slightly racy */ + if (!TAILQ_EMPTY(&bufqueues[QUEUE_DIRTY_GIANT])) { + mtx_lock(&Giant); + flushed +=3D flushbufqueues(vp, QUEUE_DIRTY_GIANT, 0); + mtx_unlock(&Giant); + } + if (flushed =3D=3D 0) { + /* + * Could not find any buffers without rollback + * dependencies, so just write the first one + * in the hopes of eventually making progress. + */ + flushbufqueues(vp, QUEUE_DIRTY, 1); + if (!TAILQ_EMPTY( + &bufqueues[QUEUE_DIRTY_GIANT])) { + mtx_lock(&Giant); + flushbufqueues(vp, QUEUE_DIRTY_GIANT, 1); + mtx_unlock(&Giant); + } + } + return (flushed); +} + static void buf_daemon() { @@ -2022,7 +2082,7 @@ buf_daemon() /* * This process is allowed to take the buffer cache to the limit */ - curthread->td_pflags |=3D TDP_NORUNNINGBUF; + curthread->td_pflags |=3D TDP_NORUNNINGBUF | TDP_BUFNEED; mtx_lock(&bdlock); for (;;) { bd_request =3D 0; @@ -2037,30 +2097,8 @@ buf_daemon() * normally would so they can run in parallel with our drain. */ while (numdirtybuffers > lodirtybuffers) { - int flushed; - - flushed =3D flushbufqueues(QUEUE_DIRTY, 0); - /* The list empty check here is slightly racy */ - if (!TAILQ_EMPTY(&bufqueues[QUEUE_DIRTY_GIANT])) { - mtx_lock(&Giant); - flushed +=3D flushbufqueues(QUEUE_DIRTY_GIANT, 0); - mtx_unlock(&Giant); - } - if (flushed =3D=3D 0) { - /* - * Could not find any buffers without rollback - * dependencies, so just write the first one - * in the hopes of eventually making progress. - */ - flushbufqueues(QUEUE_DIRTY, 1); - if (!TAILQ_EMPTY( - &bufqueues[QUEUE_DIRTY_GIANT])) { - mtx_lock(&Giant); - flushbufqueues(QUEUE_DIRTY_GIANT, 1); - mtx_unlock(&Giant); - } + if (buf_do_flush(NULL) =3D=3D 0) break; - } uio_yield(); } =20 @@ -2106,7 +2144,7 @@ SYSCTL_INT(_vfs, OID_AUTO, flushwithdeps, CTLFLAG_RW,= &flushwithdeps, 0, "Number of buffers flushed with dependecies that require rollbacks"= ); =20 static int -flushbufqueues(int queue, int flushdeps) +flushbufqueues(struct vnode *lvp, int queue, int flushdeps) { struct buf sentinel; struct vnode *vp; @@ -2121,15 +2159,29 @@ flushbufqueues(int queue, int flushdeps) target /=3D 2; flushed =3D 0; bp =3D NULL; + sentinel.b_qindex =3D QUEUE_SENTINEL; mtx_lock(&bqlock); - TAILQ_INSERT_TAIL(&bufqueues[queue], &sentinel, b_freelist); + TAILQ_INSERT_HEAD(&bufqueues[queue], &sentinel, b_freelist); while (flushed !=3D target) { - bp =3D TAILQ_FIRST(&bufqueues[queue]); - if (bp =3D=3D &sentinel) + bp =3D TAILQ_NEXT(&sentinel, b_freelist); + if (bp !=3D NULL) { + TAILQ_REMOVE(&bufqueues[queue], &sentinel, b_freelist); + TAILQ_INSERT_AFTER(&bufqueues[queue], bp, &sentinel, + b_freelist); + } else break; - TAILQ_REMOVE(&bufqueues[queue], bp, b_freelist); - TAILQ_INSERT_TAIL(&bufqueues[queue], bp, b_freelist); - + /* + * Skip sentinels inserted by other invocations of the + * flushbufqueues(), taking care to not reorder them. + */ + if (bp->b_qindex =3D=3D QUEUE_SENTINEL) + continue; + /* + * Only flush the buffers that belong to the + * vnode locked by the curthread. + */ + if (lvp !=3D NULL && bp->b_vp !=3D lvp) + continue; if (BUF_LOCK(bp, LK_EXCLUSIVE | LK_NOWAIT, NULL) !=3D 0) continue; if (bp->b_pin_count > 0) { @@ -2177,16 +2229,26 @@ flushbufqueues(int queue, int flushdeps) BUF_UNLOCK(bp); continue; } - if (vn_lock(vp, LK_EXCLUSIVE | LK_NOWAIT) =3D=3D 0) { + if (vn_lock(vp, LK_EXCLUSIVE | LK_NOWAIT | LK_CANRECURSE) =3D=3D 0) { mtx_unlock(&bqlock); CTR3(KTR_BUF, "flushbufqueue(%p) vp %p flags %X", bp, bp->b_vp, bp->b_flags); - vfs_bio_awrite(bp); + if (curproc =3D=3D bufdaemonproc) + vfs_bio_awrite(bp); + else { + bremfree(bp); + bwrite(bp); + } vn_finished_write(mp); VOP_UNLOCK(vp, 0); flushwithdeps +=3D hasdeps; flushed++; - waitrunningbufspace(); + /* + * Sleeping on runningbufspace while holding + * vnode lock leads to deadlock. + */ + if (curproc =3D=3D bufdaemonproc) + waitrunningbufspace(); numdirtywakeup((lodirtybuffers + hidirtybuffers) / 2); mtx_lock(&bqlock); continue; @@ -2568,7 +2630,7 @@ loop: maxsize =3D vmio ? size + (offset & PAGE_MASK) : size; maxsize =3D imax(maxsize, bsize); =20 - bp =3D getnewbuf(slpflag, slptimeo, size, maxsize); + bp =3D getnewbuf(vp, slpflag, slptimeo, size, maxsize, flags); if (bp =3D=3D NULL) { if (slpflag || slptimeo) return NULL; @@ -2643,14 +2705,17 @@ loop: * set to B_INVAL. */ struct buf * -geteblk(int size) +geteblk(int size, int flags) { struct buf *bp; int maxsize; =20 maxsize =3D (size + BKVAMASK) & ~BKVAMASK; - while ((bp =3D getnewbuf(0, 0, size, maxsize)) =3D=3D 0) - continue; + while ((bp =3D getnewbuf(NULL, 0, 0, size, maxsize, flags)) =3D=3D NULL) { + if ((flags & GB_NOWAIT_BD) && + (curthread->td_pflags & TDP_BUFNEED) !=3D 0) + return (NULL); + } allocbuf(bp, size); bp->b_flags |=3D B_INVAL; /* b_dep cleared by getnewbuf() */ BUF_ASSERT_HELD(bp); diff --git a/sys/sys/buf.h b/sys/sys/buf.h index e05b20c..09e5c03 100644 --- a/sys/sys/buf.h +++ b/sys/sys/buf.h @@ -443,6 +443,7 @@ buf_countdeps(struct buf *bp, int i) */ #define GB_LOCK_NOWAIT 0x0001 /* Fail if we block on a buf lock. */ #define GB_NOCREAT 0x0002 /* Don't create a buf if not found. */ +#define GB_NOWAIT_BD 0x0004 /* Do not wait for bufdaemon */ =20 #ifdef _KERNEL extern int nbuf; /* The number of buffer headers */ @@ -487,7 +488,7 @@ struct buf * getpbuf(int *); struct buf *incore(struct bufobj *, daddr_t); struct buf *gbincore(struct bufobj *, daddr_t); struct buf *getblk(struct vnode *, daddr_t, int, int, int, int); -struct buf *geteblk(int); +struct buf *geteblk(int, int); int bufwait(struct buf *); int bufwrite(struct buf *); void bufdone(struct buf *); diff --git a/sys/sys/proc.h b/sys/sys/proc.h index b326ba7..f38f0e4 100644 --- a/sys/sys/proc.h +++ b/sys/sys/proc.h @@ -344,7 +344,7 @@ do { \ #define TDP_OLDMASK 0x00000001 /* Need to restore mask after suspend. */ #define TDP_INKTR 0x00000002 /* Thread is currently in KTR code. */ #define TDP_INKTRACE 0x00000004 /* Thread is currently in KTRACE code. */ -#define TDP_UNUSED8 0x00000008 /* available */ +#define TDP_BUFNEED 0x00000008 /* Do not recurse into the buf flush */ #define TDP_COWINPROGRESS 0x00000010 /* Snapshot copy-on-write in progress= . */ #define TDP_ALTSTACK 0x00000020 /* Have alternate signal stack. */ #define TDP_DEADLKTREAT 0x00000040 /* Lock aquisition - deadlock treatment= . */ diff --git a/sys/ufs/ffs/ffs_vfsops.c b/sys/ufs/ffs/ffs_vfsops.c index 563473c..8118b80 100644 --- a/sys/ufs/ffs/ffs_vfsops.c +++ b/sys/ufs/ffs/ffs_vfsops.c @@ -1824,7 +1824,9 @@ ffs_bufwrite(struct buf *bp) ("bufwrite: needs chained iodone (%p)", bp->b_iodone)); =20 /* get a new block */ - newbp =3D geteblk(bp->b_bufsize); + newbp =3D geteblk(bp->b_bufsize, GB_NOWAIT_BD); + if (newbp =3D=3D NULL) + goto normal_write; =20 /* * set it to be identical to the old block. We have to @@ -1864,6 +1866,7 @@ ffs_bufwrite(struct buf *bp) } =20 /* Let the normal bufwrite do the rest for us */ +normal_write: return (bufwrite(bp)); } =20 --WtFUiNjPnMMIyXiy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkTUO0ACgkQC3+MBN1Mb4i8XACgsyI7qFwRYXYz3mncLcQ+sdJB hpUAn3WOW7DkNnjCjlq0iDdj6mt4qTBp =ap9I -----END PGP SIGNATURE----- --WtFUiNjPnMMIyXiy-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 20:49:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DF221065674 for ; Thu, 6 Nov 2008 20:49:11 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id BD95A8FC28 for ; Thu, 6 Nov 2008 20:49:10 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.144.157] (port=25031 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KyBmu-000Pxq-Pg for current@freebsd.org; Thu, 06 Nov 2008 23:49:09 +0300 Message-ID: <49135844.7010500@lissyara.su> Date: Thu, 06 Nov 2008 23:49:08 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.17) Gecko/20080928 Thunderbird/2.0.0.17 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Cannot buildworld in 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: Thu, 06 Nov 2008 20:49:11 -0000 ===> usr.bin/du (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/usr.bin/du/du.c cc1: warnings being treated as errors /usr/src/usr.bin/du/du.c: In function 'main': /usr/src/usr.bin/du/du.c:276: warning: format '%jd' expects type 'intmax_t', but argument 2 has type 'long long int' *** Error code 1 Stop in /usr/src/usr.bin/du. *** Error code 1 ============ updated 2 hour ago From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 20:51:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13CE31065674 for ; Thu, 6 Nov 2008 20:51:27 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id C289F8FC2B for ; Thu, 6 Nov 2008 20:51:26 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.144.157] (port=50798 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KyBp8-0000Wr-02 for current@freebsd.org; Thu, 06 Nov 2008 23:51:26 +0300 Message-ID: <491358CD.4090601@lissyara.su> Date: Thu, 06 Nov 2008 23:51:25 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.17) Gecko/20080928 Thunderbird/2.0.0.17 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: current@freebsd.org References: <49135844.7010500@lissyara.su> In-Reply-To: <49135844.7010500@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: Cannot buildworld in 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: Thu, 06 Nov 2008 20:51:27 -0000 Alex Keda пишет: > ===> usr.bin/du (all) > cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign -c /usr/src/usr.bin/du/du.c > cc1: warnings being treated as errors > /usr/src/usr.bin/du/du.c: In function 'main': > /usr/src/usr.bin/du/du.c:276: warning: format '%jd' expects type > 'intmax_t', but argument 2 has type 'long long int' > *** Error code 1 > > Stop in /usr/src/usr.bin/du. > *** Error code 1 > ============ > updated 2 hour ago acer# uname -a FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue Nov 4 23:23:29 MSK 2008 root@acer.lissyara.int.otradno.ru:/usr/obj/usr/src/sys/color-console amd64 acer# From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 20:52:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8CF91065670 for ; Thu, 6 Nov 2008 20:52:46 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7468FC29 for ; Thu, 6 Nov 2008 20:52:45 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id E4354170E4; Thu, 6 Nov 2008 20:52:44 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mA6Kqhg9002351; Thu, 6 Nov 2008 20:52:44 GMT (envelope-from phk@critter.freebsd.dk) To: Roman Divacky From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 06 Nov 2008 19:55:12 +0100." <20081106185512.GA33153@freebsd.org> Date: Thu, 06 Nov 2008 20:52:43 +0000 Message-ID: <2350.1226004763@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: [RFC]: c99 compiled world 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 Nov 2008 20:52:46 -0000 In message <20081106185512.GA33153@freebsd.org>, Roman Divacky writes: >hi > >I tried to compile world in C99 (in fact gnu99) gcc mode. It >compiles correctly with two trivial exceptions (in sendmail >and opensolaris) which are going to get fixed soon. > >So, what is your opinion on turning C99 (gnu99) on default in >-current to exposure it to some testing. can you see some drawbacks? I think it is a good idea to avoid regressions. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 21:03:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F53A106564A; Thu, 6 Nov 2008 21:03:03 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id CBE6B8FC19; Thu, 6 Nov 2008 21:03:02 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id B7892A0723; Thu, 6 Nov 2008 22:03:01 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id A7DA7A0719; Thu, 6 Nov 2008 22:03:01 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 88449A06FA; Thu, 6 Nov 2008 22:03:01 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008110622030033-26263 ; Thu, 6 Nov 2008 22:03:00 +0100 Received: by wep4035 (sSMTP sendmail emulation); Thu, 6 Nov 2008 22:03:00 +0100 From: "Alexey Shuvaev" Date: Thu, 6 Nov 2008 22:03:00 +0100 To: Hans Petter Selasky Message-ID: <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de> References: <200810251925.47273.hselasky@c2i.net> <20081106141323.GA4489@wep4035.physik.uni-wuerzburg.de> <20081106183720.4aa1a83f@ernst.jennejohn.org> <200811061910.21994.hselasky@c2i.net> <20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 In-Reply-To: <20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/06/2008 10:03:00 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/06/2008 10:03:00 PM, Serialize complete at 11/06/2008 10:03:00 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 21:03:03 -0000 On Thu, Nov 06, 2008 at 08:12:30PM +0100, Alexey Shuvaev wrote: > On Thu, Nov 06, 2008 at 07:10:20PM +0100, Hans Petter Selasky wrote: > > On Thursday 06 November 2008, Gary Jennejohn wrote: > > > > > > Alexey Shuvaev wrote: > > > > I am having quite reliable panics with the new stack when I insert > > > > usb stick (actually during the first access to it). > > > > Well, they are not so reliable. I have managed to produce one, but not with this stick. It is with USB-microSDHC adapter with 8 Gb card. > > > > Trying to collect more information I haven't managed to produce > > > > memory dump. Is it working on amd64 SMP CURRENT? I remember there were > > > > some complains about it. > > > > Here I was actually asking about kernel memory dumps... > Will try harder this time. > Calling doadump at ddb prompt does the job. > Now I will play with offending usb stick and with another one > (actually microSDHC-usb adapter). > > Can it be that some modules are automatically loaded when I insert usb stick? > Seems not to be the case. Now I have a kernel dump. Some info from it: Unread portion of the kernel message buffer: [snip] ugen7.2: at usbus7 umass0: on usbus7 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:1:0:-1: Attached to scbus1 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 7790MB (15954944 512 byte sectors: 255H 63S/T 993C) <118># [here I have mounted it rw] <118># <118>.Spotlight-V100 IMG_2684.CR2 IMG_2836.JPG films <118>.Trashes IMG_2684.JPG My Documents gpsVP <118>._.Trashes IMG_2836.CR2 bombus-ng pilot [and here umounted, IIRC] <118># Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xffffffff80b426a0) locked @ /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1795 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_warn() at witness_warn+0x2b7 trap() at trap+0x38f calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp = 0xfffffffeba7f8b00 --- bcopy() at bcopy+0x16 usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35 usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_wrapper() at usb2_callback_wrapper+0xfd usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_proc() at usb2_callback_proc+0x68 usb2_process() at usb2_process+0xc0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffeba7f8d40, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xfffffffea429a000 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff804b2466 stack pointer = 0x10:0xfffffffeba7f8ac0 frame pointer = 0x10:0xfffffffeba7f8b00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3393 (USBPROC) lock order reversal: (Giant after non-sleepable) 1st 0xffffffff80b426a0 UMASS lock (UMASS lock) @ /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1795 2nd 0xffffffff806eeb20 Giant (Giant) @ /usr/src/sys/dev/kbdmux/kbdmux.c:1044 KDB: stack backtrace: lock order reversal: (sleepable after non-sleepable) 1st 0xffffffff80b426a0 UMASS lock (UMASS lock) @ /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1795 2nd 0xffffff00014ab3d0 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7e6 _sx_xlock() at _sx_xlock+0x44 vm_map_lookup() at vm_map_lookup+0x47 vm_fault() at vm_fault+0xfe trap_pfault() at trap_pfault+0x1fa trap() at trap+0x201 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp = 0xfffffffeba7f8b00 --- bcopy() at bcopy+0x16 usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35 usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_wrapper() at usb2_callback_wrapper+0xfd usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_proc() at usb2_callback_proc+0x68 usb2_process() at usb2_process+0xc0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffeba7f8d40, rbp = 0 --- panic: vm_fault: fault on nofault entry, addr: fffffffea429a000 cpuid = 1 KDB: enter: panic Physical memory: 4075 MB Dumping 347 MB: 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 [here starts post-reboot session with kgdb] [snip] #0 doadump () at pcpu.h:196 196 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xffffffff80195f6c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff801962a1 in db_command (last_cmdp=0xffffffff806d1aa0, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff801964e9 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xffffffff80198347 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff802d4cd2 in kdb_trap (type=3, code=0, tf=0xfffffffeba7f84d0) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xffffffff804b3b7f in trap (frame=0xfffffffeba7f84d0) at /usr/src/sys/amd64/amd64/trap.c:533 #7 0xffffffff80496d2e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:217 #8 0xffffffff802d4e81 in kdb_enter (why=0xffffffff805183d9 "panic", msg=0xa
) at cpufunc.h:63 #9 0xffffffff802a804f in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:559 #10 0xffffffff804775f3 in vm_fault (map=0xffffff0001000000, vaddr=18446744067873808384, fault_type=Variable "fault_type" is not available. ) at /usr/src/sys/vm/vm_fault.c:277 #11 0xffffffff804b3359 in trap_pfault (frame=0xfffffffeba7f8a10, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:664 #12 0xffffffff804b3bec in trap (frame=0xfffffffeba7f8a10) at /usr/src/sys/amd64/amd64/trap.c:444 ---Type to continue, or q to quit--- #13 0xffffffff80496d2e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:217 #14 0xffffffff804b2466 in bcopy () at /usr/src/sys/amd64/amd64/support.S:123 #15 0xffffffff804917b4 in _bus_dmamap_sync (dmat=0xffffff0005af6380, map=Variable "map" is not available. ) at /usr/src/sys/amd64/amd64/busdma_machdep.c:932 #16 0xffffffff80ac6549 in usb2_bdma_pre_sync (xfer=0xfffffffea429a000) at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_busdma.c:1358 #17 0xffffffff80ac691e in usb2_bdma_work_loop () from /boot/kernel/usb2_core.ko #18 0xffffffff80ad947c in usb2_command_wrapper (pq=0xfffffffe406fc000, xfer=Variable "xfer" is not available. ) at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:2515 #19 0xffffffff80adbcb8 in usb2_callback_wrapper (pq=Variable "pq" is not available. ) at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1926 #20 0xffffffff80ad947c in usb2_command_wrapper (pq=0xfffffffe406fc028, xfer=Variable "xfer" is not available. ) at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:2515 #21 0xffffffff80ad95c7 in usb2_callback_proc (_pm=Variable "_pm" is not available. ) at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_transfer.c:1799 #22 0xffffffff80ad7221 in usb2_process (arg=Variable "arg" is not available. ) at /usr/src/sys/modules/usb2/core/../../../dev/usb2/core/usb2_process.c:139 #23 0xffffffff80289eea in fork_exit ( ---Type to continue, or q to quit--- callout=0xffffffff80ad7161 , arg=0xfffffffe406fc0f0, frame=0xfffffffeba7f8c90) at /usr/src/sys/kern/kern_fork.c:815 #24 0xffffffff8049713e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:521 #25 0x0000000000000000 in ?? () [snip] #50 0x0000000000000000 in ?? () #51 0xffffff00056a05a0 in ?? () #52 0xffffffff806f6900 in tdq_cpu () #53 0xffffff00014e96e0 in ?? () #54 0xfffffffeba7f8a70 in ?? () #55 0xfffffffeba7f8a28 in ?? () #56 0xffffff00056a1000 in ?? () #57 0xffffffff802c8de1 in sched_switch (td=0xfffffffe406fc0f0, newtd=0xffffffff80ad7161, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1848 Previous frame inner to this frame (corrupt stack?) (kgdb) I have a dump so let me know if you need more info. Alexey. From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 21:05:47 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85349106568C; Thu, 6 Nov 2008 21:05:47 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4CD438FC0A; Thu, 6 Nov 2008 21:05:46 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 472413A66A; Thu, 6 Nov 2008 22:05:45 +0100 (CET) Date: Thu, 6 Nov 2008 22:05:45 +0100 From: Lars Engels To: Alexander Motin Message-ID: <20081106210545.GF161@e.0x20.net> Mail-Followup-To: Lars Engels , Alexander Motin , "M. Warner Losh" , freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> <20081106184017.GB161@e.0x20.net> <49133F2B.4080801@FreeBSD.org> <20081106192353.GD161@e.0x20.net> <49134D57.1050003@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bi5JUZtvcfApsciF" Content-Disposition: inline In-Reply-To: <49134D57.1050003@FreeBSD.org> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, "M. Warner Losh" , freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels 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 Nov 2008 21:05:47 -0000 --bi5JUZtvcfApsciF Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 06, 2008 at 10:02:31PM +0200, Alexander Motin wrote: > Lars Engels wrote: > ># fdisk /dev/mmcsd0 > >Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 da= ta 0 > >Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 3 > >Nov 6 20:22:57 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 da= ta 0 > >Nov 6 20:22:57 maggie kernel: sdhci0-slot0: got interrupt 18002 > >Nov 6 20:22:57 maggie kernel: sdhci0-slot0: Command error 1 (opcode 17 = arg 0 flags 53 dlen 0 dflags 2) >=20 > Here is just the same. And you have exactly the same with PIO mode. So > looks like it is not card or driver problem, but sooner, mmc or mmcsd > layer problem and it looks quite strange. Which sources exactly do you > have, are they latest, are they in sync with each other and have you > rebuilt all of them carefully? Yes, that's what I have used: lars@pts/4 # ls ~/local-modules/sdhci/ mmc.20081011.tgz sdhci.20081019.tgz sdhci_mod.20081008.tgz > If so, you can try to uncomment > // printf("Len %d %lld-%lld flags %#x sz > // ... > lines in mmcsd.c to look what happens. I forgot to re-built mmcsd before, my fault... Now I re-built and loaded the modules again: Nov 6 21:50:55 maggie kernel: pci0: driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27c8, revi= d=3D0x02 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D0 Nov 6 21:50:55 maggie kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Da, irq=3D23 Nov 6 21:50:55 maggie kernel: pci0:0:29:0: reprobing on driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27c9, revi= d=3D0x02 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D1 Nov 6 21:50:55 maggie kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Db, irq=3D19 Nov 6 21:50:55 maggie kernel: pci0:0:29:1: reprobing on driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27ca, revi= d=3D0x02 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D2 Nov 6 21:50:55 maggie kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Dc, irq=3D18 Nov 6 21:50:55 maggie kernel: pci0:0:29:2: reprobing on driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27cb, revi= d=3D0x02 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D3 Nov 6 21:50:55 maggie kernel: class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Dd, irq=3D16 Nov 6 21:50:55 maggie kernel: pci0:0:29:3: reprobing on driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27cc, revi= d=3D0x02 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D0, slot=3D29, func=3D7 Nov 6 21:50:55 maggie kernel: class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0006, statreg=3D0x0290, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Da, irq=3D23 Nov 6 21:50:55 maggie kernel: powerspec 2 supports D0 D3 current D0 Nov 6 21:50:55 maggie kernel: pci0:0:29:7: reprobing on driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x8086, dev=3D0x27da, revi= d=3D0x02 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D0, slot=3D31, func=3D3 Nov 6 21:50:55 maggie kernel: class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Db, irq=3D19 Nov 6 21:50:55 maggie kernel: pci0:0:31:3: reprobing on driver added Nov 6 21:50:55 maggie kernel: pci2: driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x8086, dev=3D0x4222, revi= d=3D0x02 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D2, slot=3D0, func=3D0 Nov 6 21:50:55 maggie kernel: class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz= =3D16 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Da, irq=3D16 Nov 6 21:50:55 maggie kernel: powerspec 2 supports D0 D3 current D0 Nov 6 21:50:55 maggie kernel: MSI supports 1 message, 64 bit Nov 6 21:50:55 maggie kernel: pci0:2:0:0: reprobing on driver added Nov 6 21:50:55 maggie kernel: pci3: driver added Nov 6 21:50:55 maggie kernel: pci5: driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x1180, dev=3D0x0822, revi= d=3D0x18 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D5, slot=3D9, func=3D2 Nov 6 21:50:55 maggie kernel: class=3D08-05-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0000, statreg=3D0x0210, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Dc, irq=3D22 Nov 6 21:50:55 maggie kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Nov 6 21:50:55 maggie kernel: pci0:5:9:2: reprobing on driver added Nov 6 21:50:55 maggie kernel: sdhci0: mem 0xd8002800-0xd8= 0028ff irq 22 at device 9.2 on pci5 Nov 6 21:50:55 maggie kernel: pcib3: sdhci0 requested memory range 0xd8002= 800-0xd80028ff: good Nov 6 21:50:55 maggie kernel: sdhci0-slot0: 33MHz 4bits 3.3V PIO Nov 6 21:50:55 maggie kernel: sdhci0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D REGISTER DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Nov 6 21:50:55 maggie kernel: sdhci0-slot0: Sys addr: 0x00000000 | Version= : 0x00000200 Nov 6 21:50:55 maggie kernel: sdhci0-slot0: Blk size: 0x00000000 | Blk cnt= : 0x00000000 Nov 6 21:50:55 maggie kernel: sdhci0-slot0: Argument: 0x00000000 | Trn mod= e: 0x00000000 Nov 6 21:50:55 maggie kernel: sdhci0-slot0: Present: 0x01fa0000 | Host ct= l: 0x00000000 Nov 6 21:50:55 maggie kernel: sdhci0-slot0: Power: 0x00000000 | Blk gap= : 0x00000000 Nov 6 21:50:55 maggie kernel: sdhci0-slot0: Wake-up: 0x00000000 | Clock: = 0x00000000 Nov 6 21:50:55 maggie kernel: sdhci0-slot0: Timeout: 0x0000000c | Int sta= t: 0x00000000 Nov 6 21:50:55 maggie kernel: sdhci0-slot0: Int enab: 0x01ff00fb | Sig ena= b: 0x01ff00fb Nov 6 21:50:55 maggie kernel: sdhci0-slot0: AC12 err: 0x00000000 | Slot in= t: 0x00000000 Nov 6 21:50:55 maggie kernel: sdhci0-slot0: Caps: 0x01c021a1 | Max cur= r: 0x00000040 Nov 6 21:50:55 maggie kernel: sdhci0-slot0: =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 Nov 6 21:50:55 maggie kernel: sdhci0: 1 slot(s) allocated Nov 6 21:50:55 maggie kernel: sdhci0: [MPSAFE] Nov 6 21:50:55 maggie kernel: sdhci0: [ITHREAD] Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x1180, dev=3D0x0843, revi= d=3D0x00 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D5, slot=3D9, func=3D3 Nov 6 21:50:55 maggie kernel: class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0002, statreg=3D0x0210, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Dc, irq=3D255 Nov 6 21:50:55 maggie kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Nov 6 21:50:55 maggie kernel: pci0:5:9:3: reprobing on driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x1180, dev=3D0x0592, revi= d=3D0x09 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D5, slot=3D9, func=3D4 Nov 6 21:50:55 maggie kernel: class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0002, statreg=3D0x0210, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Dc, irq=3D255 Nov 6 21:50:55 maggie kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Nov 6 21:50:55 maggie kernel: pci0:5:9:4: reprobing on driver added Nov 6 21:50:55 maggie kernel: found-> vendor=3D0x1180, dev=3D0x0852, revi= d=3D0x04 Nov 6 21:50:55 maggie kernel: domain=3D0, bus=3D5, slot=3D9, func=3D5 Nov 6 21:50:55 maggie kernel: class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 Nov 6 21:50:55 maggie kernel: cmdreg=3D0x0002, statreg=3D0x0210, cachelnsz= =3D0 (dwords) Nov 6 21:50:55 maggie kernel: lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns)= , maxlat=3D0x00 (0 ns) Nov 6 21:50:55 maggie kernel: intpin=3Dc, irq=3D255 Nov 6 21:50:55 maggie kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Nov 6 21:50:55 maggie kernel: pci0:5:9:5: reprobing on driver added ---------------------------------------------------------------------------= ---------------- Card insertion: Nov 6 21:54:26 maggie kernel: sdhci0-slot0: got interrupt 40 Nov 6 21:54:26 maggie kernel: sdhci0-slot0: Card inserted Nov 6 21:54:27 maggie kernel: mmc0: on sdhci0 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 0 arg 0 flags 64 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 8 arg 426 flags 101 dat= a 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1073741824 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 0 arg 0 flags 64 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 8 arg 426 flags 101 dat= a 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-flot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 0 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 41 arg 1090486272 flags= 97 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 2 arg 0 flags 103 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 3 arg 0 flags 101 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 9 arg 131072 flags 103 = data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 7 arg 131072 flags 29 d= ata 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 131072 flags 21 = data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 51 arg 0 flags 53 data 8 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 6 arg 16777215 flags 53= data 64 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 7 arg 0 flags 0 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 7 arg 131072 flags 29 d= ata 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 6 arg 2164260848 flags = 53 data 64 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 7 arg 0 flags 0 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: mmc0: setting transfer rate to 30.000MHz Nov 6 21:54:27 maggie kernel: mmcsd0: 1924MB at mmc0 16MH= z/4bit Nov 6 21:54:27 maggie kernel: GEOM: new disk mmcsd0 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 7 arg 131072 flags 29 d= ata 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 3 Nov 6 21:54:27 maggie kernel: mmc0: setting bus width to 4 bits Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 55 arg 131072 flags 21 = data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 6 arg 2 flags 21 data 0 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 1 Nov 6 21:54:27 maggie kernel: Len 512 0-1 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data = 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 0-1 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data = 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 1-2 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 512 flags 53 dat= a 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 3940351-3940352 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 2017459712 flags= 53 data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 3940351-3940352 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 2017459712 flags= 53 data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 8192 128-144 flags 0xa sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 18 arg 65536 flags 53 d= ata 8192 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 22 Nov 6 21:54:27 maggie kernel: Len 8192 16-32 flags 0xa sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 18 arg 8192 flags 53 da= ta 8192 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 22 Nov 6 21:54:27 maggie kernel: Len 8192 0-16 flags 0xa sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 18 arg 0 flags 53 data = 8192 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 22 Nov 6 21:54:27 maggie kernel: Len 8192 512-528 flags 0xa sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 18 arg 262144 flags 53 = data 8192 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 22 Nov 6 21:54:27 maggie kernel: Len 512 64-65 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 32768 flags 53 d= ata 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 0-1 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data = 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 2-3 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 1024 flags 53 da= ta 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 16-17 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 8192 flags 53 da= ta 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 128-129 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 65536 flags 53 d= ata 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 0-1 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data = 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 1-2 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 512 flags 53 dat= a 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 0-1 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data = 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 253-254 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 254-255 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 130048 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 3940351-3940352 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 2017459712 flags= 53 data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 3940351-3940352 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 2017459712 flags= 53 data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 8192 381-397 flags 0xa sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 18 arg 195072 flags 53 = data 8192 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 22 Nov 6 21:54:27 maggie kernel: Len 8192 269-285 flags 0xa sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 18 arg 137728 flags 53 = data 8192 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 22 Nov 6 21:54:27 maggie kernel: Len 8192 253-269 flags 0xa sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 18 arg 129536 flags 53 = data 8192 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 22 Nov 6 21:54:27 maggie kernel: Len 8192 765-781 flags 0xa sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 18 arg 391680 flags 53 = data 8192 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 22 Nov 6 21:54:27 maggie kernel: Len 512 317-318 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 162304 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 253-254 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: GEOM_LABEL: Label for provider mmcsd0s1 is m= sdosfs/ . Nov 6 21:54:27 maggie kernel: Len 512 255-256 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 130560 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 269-270 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 137728 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 381-382 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 195072 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 253-254 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 253-254 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 253-254 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 129536 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 254-255 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 130048 flags 53 = data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:54:27 maggie kernel: Len 512 3940351-3940352 flags 0x2 sz 512 Nov 6 21:54:27 maggie kernel: sdhci_request cmd op 17 arg 2017459712 flags= 53 data 512 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:54:27 maggie kernel: sdhci0-slot0: got interrupt 2 -------------------------------------------------------------------------- yay, fdisk works: lars@pts/3 # fdisk /dev/mmcsd0 ******* Working on device /dev/mmcsd0 ******* parameters extracted from in-core disklabel are: cylinders=3D245 heads=3D255 sectors/track=3D63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=3D245 heads=3D255 sectors/track=3D63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 6 (0x06),(Primary 'big' DOS (>=3D 32MB)) start 253, size 3940099 (1923 Meg), flag 0 beg: cyl 0/ head 4/ sector 2; end: cyl 977/ head 17/ sector 17 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: Nov 6 21:55:33 maggie kernel: Len 512 0-1 flags 0x2 sz 512 Nov 6 21:55:33 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data = 512 Nov 6 21:55:33 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:55:33 maggie kernel: sdhci0-slot0: got interrupt 2 Nov 6 21:55:33 maggie kernel: Len 512 0-1 flags 0x2 sz 512 Nov 6 21:55:33 maggie kernel: sdhci_request cmd op 17 arg 0 flags 53 data = 512 Nov 6 21:55:33 maggie kernel: sdhci0-slot0: got interrupt 21 Nov 6 21:55:33 maggie kernel: sdhci0-slot0: got interrupt 2 And mounting also works! \o/ lars@pts/3 # touch /mnt/foo Thu, 06. Nov 2008, 21:57:01 [maggie:/usr/src/sys/modules/mmc] lars@pts/3 # ls /mnt foo And now also the sdhci card is recognized properly and I can mount it witho= ut a panic. Thanks a lot! :) > >Sorry for the lengthy mail :) >=20 > Thanks, I like such mails, it's like a hunting. :) Yeah, I had (still have on the other notebook) some bait for you. :) --bi5JUZtvcfApsciF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkTXCkACgkQKc512sD3afhQQQCgvB7gxqqwYON2gnPJJTPiW/FF MLsAoJ9nrdpQZiE6ipNKx3/zTtnpB0fa =U2Ll -----END PGP SIGNATURE----- --bi5JUZtvcfApsciF-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 22:03:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B2791065672; Thu, 6 Nov 2008 22:03:47 +0000 (UTC) (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 715EA8FC0A; Thu, 6 Nov 2008 22:03:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA6M3i1b077496; Thu, 6 Nov 2008 17:03:44 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA6M3ij3048835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Nov 2008 17:03:44 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811062203.mA6M3ij3048835@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 06 Nov 2008 17:03:37 -0500 To: Nick Hibma , FreeBSD CURRENT Mailing List From: Mike Tancsa In-Reply-To: <200811051548.mA5Fmsot040177@lava.sentex.ca> References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 22:03:47 -0000 At 10:48 AM 11/5/2008, Mike Tancsa wrote: >At 04:44 PM 10/9/2008, Nick Hibma wrote: >>Just now I have committed a driver for Option and Huawei cards previously >>supported by the ubsa driver. More information is in the commit message. >> >>I am looking for people who would be able to provide more information after >>testing with the 3G cards branded by: > >Hi, > I gave it a try on the Sierra USB card and it seems to work > really well on RELENG_7! There is however also a mini-pci express > version of the Sierra card, the MC8775. For the archives, I was able to get the card working with the latest version of the driver from the SVN tree! (http://people.freebsd.org/~n_hibma/u3g.html) For the hardware, I used http://www.pcengines.ch/alix6b2.htm with RELENG_7 and nanobsd. The board has dual SIM slots, but there are no drivers to switch between the two, so just the top one works. When I bought the mini-pciexpress card (or PCI Express Mini Card), it was listed as a MC8775, where as ati3 shows a Sierra MC8781. I bought it on ebay from the US and it works fine using my Roger's blackbery SIM here in Ontario, Canada. # cat /var/run/dmesg.boot Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #0: Thu Nov 6 12:05:41 EST 2008 mdtancsa@nanobsd2.sentex.ca:/usr/obj/nanobsd.alix/usr/src/sys/nano5501 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Geode(TM) Integrated Processor by AMD PCS (498.05-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x5a2 Stepping = 2 Features=0x88a93d AMD Features=0xc0400000 real memory = 268435456 (256 MB) avail memory = 253202432 (241 MB) pnpbios: Bad PnP BIOS data checksum K6-family MTRR support enabled (2 registers) cryptosoft0: on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 ... u3gstub0: at uhub0 port 2 (addr 2) disconnected u3gstub0: detached .... ucom0: on uhub0 ucom0: configured 3 serial ports (U0.%d) # cu -l /dev/cuaU0.2 Connected ati Manufacturer: Sierra Wireless, Inc. Model: MC8781 Revision: F1_0_0_4CAP C:/WS/FW/F1_0_0_4CAP/MSM7200R3/SRC/AMSS 2007/09/25 18:39:23 IMEI: 356685011922513 IMEI SV: 4 FSN: D350568535811 3GPP Release 6 +GCAP: +CGSM,+DS,+ES at!GSTATUS? !GSTATUS: Current Time: 3455 Temperature: 30 Bootup Time: 3201 Mode: ONLINE System mode: WCDMA PS state: Not attached WCDMA band: WCDMA800 GSM band: Unknown WCDMA channel: 1037 GSM channel: 65535 GMM (PS) state:DEREGISTERED NO IMSI MM (CS) state: IDLE NO IMSI WCDMA L1 State:L1M_PCH_SLEEP RRC State: DISCONNECTED RX level (dBm):-87 OK at^SYSINFO ^SYSINFO: 1,0,1,5,255 From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 22:07:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 965031065670 for ; Thu, 6 Nov 2008 22:07:00 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id ED38F8FC0A for ; Thu, 6 Nov 2008 22:06:59 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl92-78.kln.forthnet.gr [77.49.59.78]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mA6Lsxdr031807 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Nov 2008 23:55:04 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mA6Lsv6o039372; Thu, 6 Nov 2008 23:54:57 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mA6LsutT039364; Thu, 6 Nov 2008 23:54:56 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Alex Keda References: <49135844.7010500@lissyara.su> <491358CD.4090601@lissyara.su> Date: Thu, 06 Nov 2008 23:54:56 +0200 In-Reply-To: <491358CD.4090601@lissyara.su> (Alex Keda's message of "Thu, 06 Nov 2008 23:51:25 +0300") Message-ID: <87bpwsseof.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-MailScanner-ID: mA6Lsxdr031807 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.308, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.09, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: current@freebsd.org Subject: Re: Cannot buildworld in 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: Thu, 06 Nov 2008 22:07:00 -0000 On Thu, 06 Nov 2008 23:51:25 +0300, Alex Keda wrote: > Alex Keda =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> =3D=3D=3D> usr.bin/du (all) >> cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall >> -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual >> -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter >> -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls >> -Wno-pointer-sign -c /usr/src/usr.bin/du/du.c >> cc1: warnings being treated as errors >> /usr/src/usr.bin/du/du.c: In function 'main': >> /usr/src/usr.bin/du/du.c:276: warning: format '%jd' expects type >> intmax_t', but argument 2 has type 'long long int' >> *** Error code 1 >> >> Stop in /usr/src/usr.bin/du. >> *** Error code 1 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> updated 2 hour ago > > acer# uname -a > FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: > Tue Nov 4 23:23:29 MSK 2008 > root@acer.lissyara.int.otradno.ru:/usr/obj/usr/src/sys/color-console > amd64 > acer# Oops, this one slipped in because I only built in i386 and not amd64. Can you try this patch? %%% diff -r aa58af068624 usr.bin/du/du.c --- a/usr.bin/du/du.c Thu Nov 06 23:29:46 2008 +0200 +++ b/usr.bin/du/du.c Thu Nov 06 23:51:48 2008 +0200 @@ -273,7 +273,8 @@ (void)printf("\t%s\n", p->fts_path); } else { (void)printf("%jd\t%s\n", - howmany(p->fts_bignum * cblocksize, + (intmax_t)howmany( + p->fts_bignum * cblocksize, blocksize), p->fts_path); } } %%% From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 22:12:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A8B4106564A; Thu, 6 Nov 2008 22:12:46 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CD7B38FC13; Thu, 6 Nov 2008 22:12:44 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 227194698; Fri, 07 Nov 2008 00:12:44 +0200 Message-ID: <49136BDA.6060301@FreeBSD.org> Date: Fri, 07 Nov 2008 00:12:42 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Lars Engels , "M. Warner Losh" , freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-mobile@FreeBSD.org References: <48DEA8E7.2080503@FreeBSD.org> <20081106180556.GH8256@e.0x20.net> <4913345F.2050801@FreeBSD.org> <20081106.112338.1564836080.imp@bsdimp.com> <20081106184017.GB161@e.0x20.net> <49133F2B.4080801@FreeBSD.org> <20081106192353.GD161@e.0x20.net> <49134D57.1050003@FreeBSD.org> <20081106210545.GF161@e.0x20.net> In-Reply-To: <20081106210545.GF161@e.0x20.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 22:12:46 -0000 Lars Engels wrote: > Yes, that's what I have used: > lars@pts/4 # ls ~/local-modules/sdhci/ > mmc.20081011.tgz sdhci.20081019.tgz sdhci_mod.20081008.tgz That should not be bad, but the latest version is now committed to the HEAD. > I forgot to re-built mmcsd before, my fault... > Now I re-built and loaded the modules again: > > And now also the sdhci card is recognized properly and I can mount it without a panic. > Thanks a lot! :) Welcome. :) >>> Sorry for the lengthy mail :) >> Thanks, I like such mails, it's like a hunting. :) > > Yeah, I had (still have on the other notebook) some bait for you. :) Fighting unknown hardware without touching it is probably the next level of enlightenment. :) I know, there is no spoon! :) -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 22:20:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D11611065698 for ; Thu, 6 Nov 2008 22:20:14 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 610E98FC19 for ; Thu, 6 Nov 2008 22:20:14 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so2452944ugs.39 for ; Thu, 06 Nov 2008 14:20:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=/VIZa2LGD+vXdPFxpHD4meF7qQ12T9yxJhnTtlSrb2U=; b=IXYyOWMCjWuiZu3sU6ALGhN8DP0K4gDAiTQN+EozPAn8auildorc5Pzm2RDhcaZ/qr C6PYMmknxeuwTd+jKWcy03JoZq337VQ4zF9BSuXbLzS8Uka7nr8wege+bnB/CV22vXpk nGz5XfGL2Y+QVr36JEfqELmE+FbN4BBqQ+D+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=rAxYAa/YHriFwtSnPtD3xrwPtbrRm+27cj//8XcwWGg4VDhuqbOGdE4e1md1mJCdH4 FKs04H4IIjcrtzXECAjgPjv5KVDieEwP1O1BM6cNeZf6hKdM4Kp5GU9xsbuQG7kKV4C4 BtzIHE8p+X68e1AZ700NLKiA+LPL1YULZmsss= Received: by 10.86.52.6 with SMTP id z6mr3190723fgz.63.1226010012826; Thu, 06 Nov 2008 14:20:12 -0800 (PST) Received: by 10.86.52.18 with HTTP; Thu, 6 Nov 2008 14:20:12 -0800 (PST) Message-ID: <83e5fb980811061420k79f6c845yd9263bea2834e0cd@mail.gmail.com> Date: Thu, 6 Nov 2008 23:20:12 +0100 From: "Diego Depaoli" To: "Hans Petter Selasky" In-Reply-To: <200811060900.59772.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> <200811060900.59772.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: Usb2 and hal issue 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 Nov 2008 22:20:14 -0000 2008/11/6 Hans Petter Selasky : > Hald is looping trying to open the wrong USB device. If hald is using > libusb-0.1.12, Apparently It doesn't and Makefile contains two --disable-usb options. Since pkg_info -R lists a lot of other ports requiring libusb-0.1.12 I think each one may be linked with libusb20, or I'm wrong? Regards -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 22:31:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA48A106567B; Thu, 6 Nov 2008 22:31:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 777E08FC0C; Thu, 6 Nov 2008 22:31:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA6MVcdi079844; Thu, 6 Nov 2008 17:31:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA6MVc6c098353; Thu, 6 Nov 2008 17:31:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 06BCB73039; Thu, 6 Nov 2008 17:31:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081106223138.06BCB73039@freebsd-current.sentex.ca> Date: Thu, 6 Nov 2008 17:31:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Thu, 06 Nov 2008 22:31:40 -0000 TB --- 2008-11-06 21:19:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-06 21:19:00 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-11-06 21:19:00 - cleaning the object tree TB --- 2008-11-06 21:19:32 - cvsupping the source tree TB --- 2008-11-06 21:19:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-11-06 21:19:40 - building world (CFLAGS=-O -pipe) TB --- 2008-11-06 21:19:40 - cd /src TB --- 2008-11-06 21:19:40 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 6 21:19:41 UTC 2008 >>> 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 [...] ===> usr.bin/dirname (all) cc -O -pipe -c /src/usr.bin/dirname/dirname.c cc -O -pipe -o dirname dirname.o ===> usr.bin/du (all) cc -O -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/du/du.c cc1: warnings being treated as errors /src/usr.bin/du/du.c: In function 'main': /src/usr.bin/du/du.c:276: warning: format '%jd' expects type 'intmax_t', but argument 2 has type 'long long int' *** Error code 1 Stop in /src/usr.bin/du. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-06 22:31:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-06 22:31:37 - ERROR: failed to build world TB --- 2008-11-06 22:31:37 - tinderbox aborted TB --- 3174.26 user 351.07 system 4356.95 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 22:48:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D991106564A; Thu, 6 Nov 2008 22:48:17 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id A36758FC0A; Thu, 6 Nov 2008 22:48:16 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 227196779; Fri, 07 Nov 2008 00:48:15 +0200 Message-ID: <4913742E.9040801@FreeBSD.org> Date: Fri, 07 Nov 2008 00:48:14 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: lars.engels@0x20.net References: <49130918.5030904@FreeBSD.org> <20081106163729.clcw2eulgk0k4w0c@0x20.net> <49131109.2020601@FreeBSD.org> <20081106.101047.163264510.imp@bsdimp.com> In-Reply-To: <20081106.101047.163264510.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, "M. Warner Losh" , freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements 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 Nov 2008 22:48:17 -0000 M. Warner Losh wrote: > In message: <49131109.2020601@FreeBSD.org> > Alexander Motin writes: > : Lars Engels wrote: > : > 1. How can I tune the PCI configuration? With pciconf -w or so? > : > : Yes. `pciconf -r -b device addr` to read and `pciconf -w -b device addr > : value` to write. > > I have changes that almost make my TI card do it. > > : > 2. Unfortunately the sysctl did not change a thing with regard to the > : > Card reader. > : > : Have you added it to the loader.conf and rebooted? > : > : > 3. I added the chip ID and the second device is now recognized as a > : > sdhci device but still does not see any card inserted: > : > > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify base > : > clock frequency. > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't specify > : > timeout clock frequency. > : > Nov 6 16:32:20 NB0117232 kernel: sdhci1: Hardware doesn't report any > : > support voltages. > : > : Looks like it is not enough compatible, or even not compatible. > > Chances are good that you need to the workaround to turn on these > things. Here is some datasheet I have found for R5C832, but it looks not too detailed to say something for sure: http://www.aeneas.com.cn/PDF/Ricoh/2005/R5C832E1%5B1%5D.00.pdf At least it says that it's MMC interface is single-bit, while standard SD host controller has 4 bit's bus. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 23:34:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95151106567C; Thu, 6 Nov 2008 23:34:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id F06DE8FC18; Thu, 6 Nov 2008 23:34:09 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=4N73JWFCd3eHjoRH62kA:9 a=AZxEH2RoIgVF7TfRvM-QB6oImFUA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1147234506; Fri, 07 Nov 2008 00:34:07 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 00:36:14 +0100 User-Agent: KMail/1.9.7 References: <200810251925.47273.hselasky@c2i.net> <20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de> <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de> In-Reply-To: <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811070036.15816.hselasky@c2i.net> Cc: Alexey Shuvaev , freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 23:34:10 -0000 On Thursday 06 November 2008, Alexey Shuvaev wrote: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x49 > witness_checkorder() at witness_checkorder+0x7e6 > _sx_xlock() at _sx_xlock+0x44 > vm_map_lookup() at vm_map_lookup+0x47 > vm_fault() at vm_fault+0xfe > trap_pfault() at trap_pfault+0x1fa > trap() at trap+0x201 > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp = > 0xfffffffeba7f8b00 --- bcopy() at bcopy+0x16 > usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35 > usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b > usb2_command_wrapper() at usb2_command_wrapper+0x76 > usb2_callback_wrapper() at usb2_callback_wrapper+0xfd > usb2_command_wrapper() at usb2_command_wrapper+0x76 > usb2_callback_proc() at usb2_callback_proc+0x68 > usb2_process() at usb2_process+0xc0 Hi Alexey, This looks more like a busdma problem to me. "bcopy()" is called from within "bus_dmamap_sync()". Maybe you can figure out if it is the source or the destination address that fails? Looks like your system has started bouncing data to the 32-bit address range. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 23:34:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B17F106567D; Thu, 6 Nov 2008 23:34:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DCE558FC19; Thu, 6 Nov 2008 23:34:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA6NY8Gg085291; Thu, 6 Nov 2008 18:34:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id mA6NY8HP091892; Thu, 6 Nov 2008 18:34:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 326F773039; Thu, 6 Nov 2008 18:34:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081106233408.326F773039@freebsd-current.sentex.ca> Date: Thu, 6 Nov 2008 18:34:08 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 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: Thu, 06 Nov 2008 23:34:11 -0000 TB --- 2008-11-06 22:31:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-06 22:31:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-11-06 22:31:38 - cleaning the object tree TB --- 2008-11-06 22:32:13 - cvsupping the source tree TB --- 2008-11-06 22:32:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-11-06 22:32:21 - building world (CFLAGS=-O -pipe) TB --- 2008-11-06 22:32:21 - cd /src TB --- 2008-11-06 22:32:21 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 6 22:32:23 UTC 2008 >>> 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 [...] ===> usr.bin/dirname (all) cc -O -pipe -fstack-protector -c /src/usr.bin/dirname/dirname.c cc -O -pipe -fstack-protector -o dirname dirname.o ===> usr.bin/du (all) cc -O -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/du/du.c cc1: warnings being treated as errors /src/usr.bin/du/du.c: In function 'main': /src/usr.bin/du/du.c:276: warning: format '%jd' expects type 'intmax_t', but argument 2 has type 'long long int' *** Error code 1 Stop in /src/usr.bin/du. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-06 23:34:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-06 23:34:07 - ERROR: failed to build world TB --- 2008-11-06 23:34:07 - tinderbox aborted TB --- 2657.12 user 339.60 system 3749.73 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 23:36:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81E2D106567A for ; Thu, 6 Nov 2008 23:36:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 16AEA8FC12 for ; Thu, 6 Nov 2008 23:36:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=GNh5npeq9yGDA2eeKqMA:9 a=8XOkMExJoG4u_ZgIM1AyjkWLvI0A:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 970494822; Fri, 07 Nov 2008 00:36:17 +0100 From: Hans Petter Selasky To: "Diego Depaoli" Date: Fri, 7 Nov 2008 00:38:27 +0100 User-Agent: KMail/1.9.7 References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> <200811060900.59772.hselasky@c2i.net> <83e5fb980811061420k79f6c845yd9263bea2834e0cd@mail.gmail.com> In-Reply-To: <83e5fb980811061420k79f6c845yd9263bea2834e0cd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811070038.27601.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: Usb2 and hal issue 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 Nov 2008 23:36:19 -0000 On Thursday 06 November 2008, Diego Depaoli wrote: > 2008/11/6 Hans Petter Selasky : > > Hald is looping trying to open the wrong USB device. If hald is using > > libusb-0.1.12, > > Apparently It doesn't and Makefile contains two --disable-usb options. > Since pkg_info -R lists a lot of other ports requiring libusb-0.1.12 I > think each one may be linked with libusb20, or I'm wrong? > > Regards That's right. The new FreeBSD libusb20 implement all globals found in libusb-0.1.12, except the C++ part. You can also just make a symlink in the libraries directories for testing. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 23:49:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD1621065687 for ; Thu, 6 Nov 2008 23:49:43 +0000 (UTC) (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 5C49D8FC13 for ; Thu, 6 Nov 2008 23:49:43 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-057-108.pools.arcor-ip.net [88.66.57.108]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1KyEbe0YCZ-0001k6; Fri, 07 Nov 2008 00:49:42 +0100 Received: (qmail 55106 invoked from network); 6 Nov 2008 23:49:41 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by mx.laiers.local with SMTP; 6 Nov 2008 23:49:41 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 00:49:40 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <20081106233408.326F773039@freebsd-current.sentex.ca> In-Reply-To: <20081106233408.326F773039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811070049.40852.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/dGUO/vRiNMAezWQNEANXmWgFwygpKDVcrZFT RRy6yw0v9nhT4RU1GzKRPvqCX+K9ae9TXR9U2TusDFETevB1OT PToR3bkiDdmCvk1TIYjMA== Cc: sparc64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 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 Nov 2008 23:49:43 -0000 On Friday 07 November 2008 00:34:08 FreeBSD Tinderbox wrote: > TB --- 2008-11-06 22:31:38 - tinderbox 2.3 running on > freebsd-current.sentex.ca TB --- 2008-11-06 22:31:38 - starting HEAD > tinderbox run for sparc64/sparc64 TB --- 2008-11-06 22:31:38 - cleaning the > object tree > TB --- 2008-11-06 22:32:13 - cvsupping the source tree > TB --- 2008-11-06 22:32:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s > /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-11-06 22:32:21 - > building world (CFLAGS=-O -pipe) > TB --- 2008-11-06 22:32:21 - cd /src > TB --- 2008-11-06 22:32:21 - /usr/bin/make -B buildworld > > >>> World build started on Thu Nov 6 22:32:23 UTC 2008 > >>> 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 > > [...] > ===> usr.bin/dirname (all) > cc -O -pipe -fstack-protector -c /src/usr.bin/dirname/dirname.c > cc -O -pipe -fstack-protector -o dirname dirname.o > ===> usr.bin/du (all) > cc -O -pipe -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign -c /src/usr.bin/du/du.c cc1: warnings being treated as > errors > /src/usr.bin/du/du.c: In function 'main': > /src/usr.bin/du/du.c:276: warning: format '%jd' expects type 'intmax_t', > but argument 2 has type 'long long int' *** Error code 1 ups ... my bad, I'll fix it. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 00:02:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 528091065687 for ; Fri, 7 Nov 2008 00:02:20 +0000 (UTC) (envelope-from max@love2party.net) Received: from mout-bounce.kundenserver.de (mout-bounce.kundenserver.de [212.227.17.1]) by mx1.freebsd.org (Postfix) with ESMTP id D4D9D8FC0C for ; Fri, 7 Nov 2008 00:02:19 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-057-108.pools.arcor-ip.net [88.66.57.108]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1KyEbe0Vme-0003oJ; Fri, 07 Nov 2008 00:49:42 +0100 Received: (qmail 55106 invoked from network); 6 Nov 2008 23:49:41 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by mx.laiers.local with SMTP; 6 Nov 2008 23:49:41 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 00:49:40 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <20081106233408.326F773039@freebsd-current.sentex.ca> In-Reply-To: <20081106233408.326F773039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811070049.40852.max@love2party.net> X-Provags-ID: V01U2FsdGVkX185zAzQjI5kV/GIC2jgrUAbfXtYvPApAW6ZaXQ P34mms5Tg8bTEl81aXj4/xG5Z3jgrd8cN4bkM28M/i38NAZNcj sUWnmBsyHLoMI9h2SG6Rw== Cc: sparc64@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sparc64 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 Nov 2008 00:02:20 -0000 On Friday 07 November 2008 00:34:08 FreeBSD Tinderbox wrote: > TB --- 2008-11-06 22:31:38 - tinderbox 2.3 running on > freebsd-current.sentex.ca TB --- 2008-11-06 22:31:38 - starting HEAD > tinderbox run for sparc64/sparc64 TB --- 2008-11-06 22:31:38 - cleaning the > object tree > TB --- 2008-11-06 22:32:13 - cvsupping the source tree > TB --- 2008-11-06 22:32:13 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s > /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-11-06 22:32:21 - > building world (CFLAGS=-O -pipe) > TB --- 2008-11-06 22:32:21 - cd /src > TB --- 2008-11-06 22:32:21 - /usr/bin/make -B buildworld > > >>> World build started on Thu Nov 6 22:32:23 UTC 2008 > >>> 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 > > [...] > ===> usr.bin/dirname (all) > cc -O -pipe -fstack-protector -c /src/usr.bin/dirname/dirname.c > cc -O -pipe -fstack-protector -o dirname dirname.o > ===> usr.bin/du (all) > cc -O -pipe -fstack-protector -Wsystem-headers -Werror -Wall > -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign -c /src/usr.bin/du/du.c cc1: warnings being treated as > errors > /src/usr.bin/du/du.c: In function 'main': > /src/usr.bin/du/du.c:276: warning: format '%jd' expects type 'intmax_t', > but argument 2 has type 'long long int' *** Error code 1 ups ... my bad, I'll fix it. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 00:07:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E08BC1065687; Fri, 7 Nov 2008 00:07:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2EB8FC12; Fri, 7 Nov 2008 00:07:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA707Zv8087804; Thu, 6 Nov 2008 19:07:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA707ZV5052323; Thu, 6 Nov 2008 19:07:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2B4E573039; Thu, 6 Nov 2008 19:07:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081107000735.2B4E573039@freebsd-current.sentex.ca> Date: Thu, 6 Nov 2008 19:07:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Fri, 07 Nov 2008 00:07:38 -0000 TB --- 2008-11-06 23:11:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-06 23:11:44 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-11-06 23:11:44 - cleaning the object tree TB --- 2008-11-06 23:12:11 - cvsupping the source tree TB --- 2008-11-06 23:12:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-11-06 23:12:18 - building world (CFLAGS=-O -pipe) TB --- 2008-11-06 23:12:18 - cd /src TB --- 2008-11-06 23:12:18 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 6 23:12:20 UTC 2008 >>> 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 [...] ===> usr.bin/dirname (all) cc -O -pipe -fstack-protector -c /src/usr.bin/dirname/dirname.c cc -O -pipe -fstack-protector -o dirname dirname.o ===> usr.bin/du (all) cc -O -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/du/du.c cc1: warnings being treated as errors /src/usr.bin/du/du.c: In function 'main': /src/usr.bin/du/du.c:276: warning: format '%jd' expects type 'intmax_t', but argument 2 has type 'long long int' *** Error code 1 Stop in /src/usr.bin/du. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-07 00:07:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-07 00:07:35 - ERROR: failed to build world TB --- 2008-11-07 00:07:35 - tinderbox aborted TB --- 2631.84 user 332.70 system 3350.66 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Nov 6 22:27:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5EED1065678; Thu, 6 Nov 2008 22:27:56 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from paladin.bulgarpress.com (paladin.bulgarpress.com [195.24.42.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD678FC1A; Thu, 6 Nov 2008 22:27:56 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from localhost (localhost [127.0.0.1]) by paladin.bulgarpress.com (Postfix) with ESMTP id C5BE56148; Fri, 7 Nov 2008 00:10:34 +0200 (EET) X-Virus-Scanned: amavisd-new at paladin.bulgarpress.com Received: from paladin.bulgarpress.com ([195.24.42.3]) by localhost (paladin.bulgarpress.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2gpdsdH00qWE; Fri, 7 Nov 2008 00:10:32 +0200 (EET) Received: from [192.168.10.35] (77-85-5-182.btc-net.bg [77.85.5.182]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paladin.bulgarpress.com (Postfix) with ESMTPSA id 5EC886133; Fri, 7 Nov 2008 00:10:32 +0200 (EET) Message-ID: <49136B55.8040704@paladin.bulgarpress.com> Date: Fri, 07 Nov 2008 00:10:29 +0200 From: Todorov Organization: Powerforge Net User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> <200811062203.mA6M3ij3048835@lava.sentex.ca> In-Reply-To: <200811062203.mA6M3ij3048835@lava.sentex.ca> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 07 Nov 2008 01:05:12 +0000 Cc: Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 22:27:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is this source supposed to support PCMCIA Huawei E630 card? I can give a test if so... Regards, Mike Tancsa напиÑа: | At 10:48 AM 11/5/2008, Mike Tancsa wrote: |> At 04:44 PM 10/9/2008, Nick Hibma wrote: |>> Just now I have committed a driver for Option and Huawei cards |>> previously |>> supported by the ubsa driver. More information is in the commit message. |>> |>> I am looking for people who would be able to provide more information |>> after |>> testing with the 3G cards branded by: |> |> Hi, |> I gave it a try on the Sierra USB card and it seems to work |> really well on RELENG_7! There is however also a mini-pci express |> version of the Sierra card, the MC8775. | | | For the archives, I was able to get the card working with the latest | version of the driver from the SVN tree! | (http://people.freebsd.org/~n_hibma/u3g.html) | | For the hardware, I used | http://www.pcengines.ch/alix6b2.htm | with RELENG_7 and nanobsd. The board has dual SIM slots, but there are | no drivers to switch between the two, so just the top one works. | | When I bought the mini-pciexpress card (or PCI Express Mini Card), it | was listed as a MC8775, where as ati3 shows a Sierra MC8781. I bought | it on ebay from the US and it works fine using my Roger's blackbery SIM | here in Ontario, Canada. | | | # cat /var/run/dmesg.boot | Copyright (c) 1992-2008 The FreeBSD Project. | Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 | The Regents of the University of California. All rights reserved. | FreeBSD is a registered trademark of The FreeBSD Foundation. | FreeBSD 7.1-PRERELEASE #0: Thu Nov 6 12:05:41 EST 2008 | mdtancsa@nanobsd2.sentex.ca:/usr/obj/nanobsd.alix/usr/src/sys/nano5501 | Timecounter "i8254" frequency 1193182 Hz quality 0 | CPU: Geode(TM) Integrated Processor by AMD PCS (498.05-MHz 586-class CPU) | Origin = "AuthenticAMD" Id = 0x5a2 Stepping = 2 | Features=0x88a93d | AMD Features=0xc0400000 | real memory = 268435456 (256 MB) | avail memory = 253202432 (241 MB) | pnpbios: Bad PnP BIOS data checksum | K6-family MTRR support enabled (2 registers) | cryptosoft0: on motherboard | pcib0: pcibus 0 on motherboard | pci0: on pcib0 | ... | u3gstub0: at uhub0 port 2 (addr 2) disconnected | u3gstub0: detached | .... | ucom0: on uhub0 | ucom0: configured 3 serial ports (U0.%d) | | | | # cu -l /dev/cuaU0.2 | Connected | ati | Manufacturer: Sierra Wireless, Inc. | Model: MC8781 | Revision: F1_0_0_4CAP C:/WS/FW/F1_0_0_4CAP/MSM7200R3/SRC/AMSS 2007/09/25 | 18:39:23 | IMEI: 356685011922513 | IMEI SV: 4 | FSN: D350568535811 | 3GPP Release 6 | +GCAP: +CGSM,+DS,+ES | | at!GSTATUS? | !GSTATUS: | Current Time: 3455 Temperature: 30 | Bootup Time: 3201 Mode: ONLINE | System mode: WCDMA PS state: Not attached | WCDMA band: WCDMA800 GSM band: Unknown | WCDMA channel: 1037 GSM channel: 65535 | GMM (PS) state:DEREGISTERED NO IMSI | MM (CS) state: IDLE NO IMSI | | WCDMA L1 State:L1M_PCH_SLEEP RRC State: DISCONNECTED | RX level (dBm):-87 | | | OK | at^SYSINFO | ^SYSINFO: 1,0,1,5,255 | _______________________________________________ | freebsd-hardware@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-hardware | To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkTa1QACgkQibJkIG65HMcAnQCgyeSvhIubmFifIh/SDntGY65M 3fcAmgNG7cL5zrBuCvhizskwQEgGZ35/ =Xg4D -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 06:01:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96F8B1065693 for ; Fri, 7 Nov 2008 06:01:44 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 495008FC27 for ; Fri, 7 Nov 2008 06:01:44 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so654437qwb.7 for ; Thu, 06 Nov 2008 22:01:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:subject :message-id:mail-followup-to:mime-version:content-type :content-disposition:user-agent:organization:x-operation-sytem:from; bh=qj0Xid5NzKLBnfpQVTfOcH1JIHLWNtJHIqpoPsEsxsw=; b=dgo5TB4wVbC7k35OE0tWGtv0U1zRXGz1k1G+8izbT/DNO7NOtvTfiHA6b9hDdCFGSp 3EzIVJeT3/NKa1SKeDOmYA+KKmnSpCrtQ5jpJ4Evh+bpwbDj6xh2jCTwX67qoWnhkb7X epkDVhAPplvfcPkRGoOHGz+VanU61mL5i4v2k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:subject:message-id:mail-followup-to:mime-version :content-type:content-disposition:user-agent:organization :x-operation-sytem:from; b=KGISdZ725LItiUClbd3JO1gmxslzl7rbhG6ZMcNx77KSwdd09ATXJRlg0g5vYQIRV0 noKeXRKZGzwnE05Vb/8Cbep4MB+SF1YMvl/cBf51d9uP/btlcM6Ak6DvzMGllcS6M5ZU 8Ph7sPpSNyZ2BX+O4zeN1U2sYLLZmBkEr62Qw= Received: by 10.214.59.13 with SMTP id h13mr3452977qaa.296.1226035752940; Thu, 06 Nov 2008 21:29:12 -0800 (PST) Received: from freebsd.weongyo.org ([211.53.35.67]) by mx.google.com with ESMTPS id 6sm3147854ywp.3.2008.11.06.21.29.11 (version=SSLv3 cipher=RC4-MD5); Thu, 06 Nov 2008 21:29:12 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Fri, 7 Nov 2008 14:29:37 +0900 Date: Fri, 7 Nov 2008 14:29:37 +0900 To: FreeBSD CURRENT Mailing List Message-ID: <20081107052937.GA19400@freebsd.weongyo.org> Mail-Followup-To: FreeBSD CURRENT Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: Subject: CFT: Realtek 8187L wireless USB driver - urtw(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: Fri, 07 Nov 2008 06:01:44 -0000 Dear all, This driver supports 8187L which is one of Realtek's 8187x series and I'm looking for testers who have this device. :-) With lack of H/W I can't add codes for 8187/8187B devices that AFAIK they can share a lot of codes and can be supported without modifying many part of codes. In my environment the basic features (WEP/WPA and etc ...) are worked and the driver based on USB1 (not USB2) can be found at as follows: http://people.freebsd.org/~weongyo/urtw_20081107.tar.gz I think a current problem of urtw(4) is poor RX/TX performance about 8 ~ 10Mbps due to mishandling the rate controlling and I'm not sure it would easy to fix it without documents but I expect the connection would be stable. Please let me know if you encounter any problems or opinions. Always patches to improve or enhance features are welcome! regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 06:49:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA0F7106567E for ; Fri, 7 Nov 2008 06:49:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 666418FC1C for ; Fri, 7 Nov 2008 06:49:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so430552ywe.13 for ; Thu, 06 Nov 2008 22:49:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=5hex03JJC6ZdgGUSP2IF6OFw5DJ8z4MYoaVtbUaFy60=; b=FHEf8G2XF7AGSeflvSkZxqii4iblWvF/aDyASR6SCRdlKmBglpypOKtLHSTmMxEaC8 VhBRX6FdX7Agapg2YBDLHs5HHPTIGtGiyAO7KujM1ZIxpZIuFaPH5g+RmXpS0EwjUUm2 CaHaXUpIBQhxWHqKYllhckUmrlUCD08LN1TDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=DU6Ye3VI76EUwBeBF5bGnk4N9iHIwXIqC4Zo7faKFR2LdoyOyeSNnB2BErWIL4tOfS gEHFzW/8kg2gMCnpAMd5a7kBf3ikD0EIIEY4W90EuqqY7GvpxTTHGGbgp9SnjG5bmRDU 0nSDxozq3FEzc2Qa+YjbnyHoUySirOroOl9pw= Received: by 10.90.99.6 with SMTP id w6mr2740516agb.81.1226040569200; Thu, 06 Nov 2008 22:49:29 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm2862052hsa.12.2008.11.06.22.49.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 06 Nov 2008 22:49:27 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA76lQqX011802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 7 Nov 2008 15:47:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA76lQl3011801 for freebsd-current@FreeBSD.org; Fri, 7 Nov 2008 15:47:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 7 Nov 2008 15:47:24 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20081107064724.GA11486@cdnetworks.co.kr> References: <20081030040637.GA78796@cdnetworks.co.kr> <20081030114845.GE78796@cdnetworks.co.kr> <20081031034443.GF82781@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081031034443.GF82781@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com 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 Nov 2008 06:49:30 -0000 On Fri, Oct 31, 2008 at 12:44:43PM +0900, To freebsd-current@FreeBSD.org wrote: > On Thu, Oct 30, 2008 at 08:48:45PM +0900, To freebsd-current@FreeBSD.org wrote: > > On Thu, Oct 30, 2008 at 01:06:37PM +0900, To freebsd-current@FreeBSD.org wrote: > > > > > > Hi, > > > > > > I had been working on writing a driver for Atheros AR8121(L1E), > > > AR8113/AR8114(L2E) ethernet controllers since Jeremy Chadwick sent > > > the hardware to me. I think it's feature complete state and time > > > for more testing for stability or some edge cases. I guess AR81xx > > > is commonly found on newer Asus EeePC or P5Q series of Asus > > > motherboard. If you have AR81xx controller would you give it spin > > > and let me know how it goes? You can get the latest driver at the > > > following URL. > > > http://people.freebsd.org/~yongari/ate/if_ate.c > > > http://people.freebsd.org/~yongari/ate/if_atereg.h > > > http://people.freebsd.org/~yongari/ate/if_atevar.h > > > http://people.freebsd.org/~yongari/ate/Makefile > > > or > > > http://people.freebsd.org/~yongari/ate/ate.20081030.tar.gz > > > The driver should build without problems on CURRENT, stable/7. > > > > > > ATM the driver supports the following hardware features. > > > - TSO > > > - Rx TCP/UDP/IP checksum offload > > > - VLAN tag insertion/stripping > > > - Jumbo frame > > > - WOL > > > It seems that hardware supports Tx checksum offload but I couldn't > > > make it work for TCP segments. Only short TCP segments seem to work > > > so I disabled Tx checksum offload. > > > Note, the hardware does not support descriptor based DMA on Rx side > > > so driver have to copy recevied frames to pass them to upper stack > > > so it will consume a lot of CPU cycles if you push the hardware to > > > the limit. > > > > > > > As bruffer pointed out the device name chosen conflicts with other > > driver in tree so I renamed it to ale(4).The URL for the driver is > > http://people.freebsd.org/~yongari/ale/if_ale.c > > http://people.freebsd.org/~yongari/ale/if_alereg.h > > http://people.freebsd.org/~yongari/ale/if_alevar.h > > http://people.freebsd.org/~yongari/ale/Makefile > > or > > http://people.freebsd.org/~yongari/ale/ale.20081030.tar.gz > > Sorry for confusion. > > > > FYI: > There was a typo that keep ale(4) from building on stable/7. It was > fixed now and I reuploaded related files(URLs are the same as before). Finally I've managed to make Tx checksum offload work and added one more workaround for silicon bug. As usual updated ale(4) can be found at the following URL. http://people.freebsd.org/~yongari/ale/if_ale.c http://people.freebsd.org/~yongari/ale/if_alereg.h http://people.freebsd.org/~yongari/ale/if_alevar.h http://people.freebsd.org/~yongari/ale/Makefile or http://people.freebsd.org/~yongari/ale/ale.20081107.tar.gz The workaround takes more CPU cycles than previous one but you can still saturate the link if you have fast CPU. I'll commit this version within a week unless severe issues are reported. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 08:02:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A52281065676 for ; Fri, 7 Nov 2008 08:02:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC878FC1C for ; Fri, 7 Nov 2008 08:02:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA04.westchester.pa.mail.comcast.net with comcast id c7p31a00t0vyq2s547sazu; Fri, 07 Nov 2008 07:52:34 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.westchester.pa.mail.comcast.net with comcast id c7sZ1a0032P6wsM3R7sZ7n; Fri, 07 Nov 2008 07:52:34 +0000 X-Authority-Analysis: v=1.0 c=1 a=yRd1m7eT-4oA:10 a=7v5ILF8KIIoA:10 a=QycZ5dHgAAAA:8 a=4sGxGEJBSPMJ6N9ZM0YA:9 a=SuhwI0Wqkkcos44p-xMA:7 a=vtoO1biNICmJd8n5DF0yELlhG-4A:4 a=EoioJ0NPDVgA:10 a=oqs56FR1YJwA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 342C85C19; Thu, 6 Nov 2008 23:52:32 -0800 (PST) Date: Thu, 6 Nov 2008 23:52:32 -0800 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20081107075232.GA1608@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: USB4BSD (USB2): Microsoft 4000 keyboard unusable 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 Nov 2008 08:02:35 -0000 So this weekend, as a result of some insane disk/controller/ZFS problems I experienced, followed by reproducible kernel wedging when trying to copy data to a USB flash drive, I thought I'd take the plunge and give CURRENT a shot. All went well, and so I decided to switch over to the USB2 stack to help test. Everything built (csup date: 2008/11/06 ~2200 PST) fine, no issues -- until I noticed my USB keyboard didn't function any longer. During boot0/boot2/loader, the keyboard functions (as expected, re: USB Legacy option is enabled in my BIOS), and the keyboard LEDs are lit as expected. The kernel loads, some drivers initialise, and the LEDs go off. Once the USB2 stack loads, the keyboard LEDs turn back up, but as stated, no keypresses are registered. I was forced to hook up a PS/2 keyboard. Situation is the same no matter if I try to enter single-user or not. Disabling atkbd/atkbdc via hints made no difference (other than killing my ability to use a real PS/2 keyboard), and disabling kbdmux also made no difference. In multi-user (with kbdmux enabled), I also tried doing what the last section of kbdcontrol(1) recommended, but I witnessed a series of errors during open() or ioctl(), and of course the USB keyboard still did not function. icarus# kbdcontrol -K < /dev/console kbd1 kbdmux0, type:AT 101/102 (2) icarus# kbdcontrol -a atkbd0 < /dev/kbdmux0 /dev/kbdmux0: Device busy. icarus# kbdcontrol -a ukbd0 < /dev/kbdmux0 /dev/kbdmux0: Device busy. icarus# kbdcontrol -k /dev/kbdmux0 < /dev/console kbdcontrol: cannot open /dev/kbdmux0: Device busy The keyboard in question is a Microsoft Natural Ergonomic 4000. This keyboard is known for being a real pain in the ass, since some of the multimedia keys, and the infamous F-Lock key, are HID-controlled, while alphanumeric are USB keyboard class controlled. (For sake of example, Linux has a *huge* web page dedicated to dealing with this keyboard alone.) dmesg and ls -l /dev/u* are below. Let me know if I can enable something to help debug this; if remote access is needed (once multi-user is up), I can provide it. usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 ushub0: on usbus0 ushub0: 2 ports with 2 removable, self powered usbus1: 12Mbps Full Speed USB v1.0 ugen1.1: at usbus1 ushub1: on usbus1 ushub1: 2 ports with 2 removable, self powered usbus2: 12Mbps Full Speed USB v1.0 ugen2.1: at usbus2 ushub2: on usbus2 ushub2: 2 ports with 2 removable, self powered usbus3: 12Mbps Full Speed USB v1.0 ugen3.1: at usbus3 ushub3: on usbus3 ushub3: 2 ports with 2 removable, self powered usbus4: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 ushub4: on usbus4 ushub4: 8 ports with 8 removable, self powered acd0: DVDR at ata0-master UDMA33 ad4: 190782MB at ata2-master SATA150 ad6: 476940MB at ata3-master SATA300 ad8: 476940MB at ata4-master SATA300 ad10: 715404MB at ata5-master SATA300 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a ugen0.2: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 uhid0: on usbus0 Symlink: uhid0 -> usb0.2.1.16 $ ls -l /dev/u* crw------- 1 root wheel 0, 87 6 Nov 23:26 /dev/ukbd0 lrwxr-xr-x 1 root wheel 6 6 Nov 23:26 /dev/urandom -> random crwxrwxrwx 1 root operator 0, 67 6 Nov 23:26 /dev/usb -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 08:27:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79F08106567D for ; Fri, 7 Nov 2008 08:27:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBCF8FC12 for ; Fri, 7 Nov 2008 08:27:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id c8Fv1a0010EPchoA18ThGD; Fri, 07 Nov 2008 08:27:41 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.emeryville.ca.mail.comcast.net with comcast id c8Tg1a0082P6wsM8M8The8; Fri, 07 Nov 2008 08:27:41 +0000 X-Authority-Analysis: v=1.0 c=1 a=ho34a-Vniy8A:10 a=tkbIkwAIgeYA:10 a=8BZ8ZQq2AAAA:8 a=QycZ5dHgAAAA:8 a=KgWBncX_slgt88vUWjcA:9 a=leDLDP24OzjARzdcsBQA:7 a=pKLch3M_AtP1aTx3F6Ax0ID1uZsA:4 a=EoioJ0NPDVgA:10 a=6-x43y6uxGMA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 323415C34; Fri, 7 Nov 2008 00:27:40 -0800 (PST) Date: Fri, 7 Nov 2008 00:27:40 -0800 From: Jeremy Chadwick To: freebsd-current@freebsd.org Message-ID: <20081107082740.GA1334@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Kernel panic when copying data to umass device (USB4BSD) 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 Nov 2008 08:27:42 -0000 Not sure if this is caused by problems with USB4BSD or not, as I can reproduce it on RELENG_7 (but there, the kernel does not panic; it just "wedges" in a loop/thread somewhere; SSH sessions remain up, but commands running stop; hitting Ctrl-T shows them in all sorts of different states, but the states never change; hitting Ctrl-Alt-Esc does in fact drop me to db>). Anyway, WRT CURRENT, here's the scenario: - Insert Sandisk U3 Cruzer (8GB) USB flash drive ugen4.2: at usbus4 umass0: on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 7663MB (15695871 512 byte sectors: 255H 63S/T 977C) /storage is a ZFS pool /dev/da0s1a is a UFS1 filesystem (e.g. newfs -O1 /dev/da0s1a) # mdconfig -a -t vnode -u 0 -f /storage/7.1-BETA2-amd64-disc1.iso # mdconfig -a -t vnode -u 1 -f /storage/7.1-BETA2-i386-disc1.iso # mount /dev/md0 /iso0 # mount /dev/md1 /iso1 # mount /dev/da0s1a /mnt # cp -vpR /iso0/* /mnt The system will eventually kernel panic in the middle of this copy. I'm unable to obtain a crash dump; doing "panic" at the db> prompt causes the same trace to happen over and over, so I've taken a photo of the console. Kernel has KBD_TRACE set, hence the auto-backtrace: http://www.malkavian.com/~jdc/usb2_da0_crash.jpg -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 08:38:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86BBE106567E for ; Fri, 7 Nov 2008 08:38:53 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C95998FC1A for ; Fri, 7 Nov 2008 08:38:52 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=d7MzeBhfhIrAYUHFoW3XEdxtjNGEX+sYS2P/HLOH7eX3KQXwvEL6UVQ7RNLz0dmWt1Tu+2Dw/C+7njNVVUsZhGo2toLXUbCmO0qVKAAyK6FasPBLzCq2PxOAsE97ct+Vo6LwB/cuLCBf6Pbu1gaaFPKmRP/dnIWyoTJ2tPM22cw=; Received: from amnesiac.at.no.dns (dns.ccsem.infn.it [192.135.15.3]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KyMrj-000HkH-4e; Fri, 07 Nov 2008 11:38:51 +0300 Date: Fri, 7 Nov 2008 11:38:49 +0300 From: Eygene Ryabinkin To: Jeremy Chadwick Message-ID: <4bSZ78p2klKnbZ/rhiyIIUK0VNE@qm7gbYKMPO53E/nl+D5eD8YyL1A> References: <20081107075232.GA1608@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bKyqfOwhbdpXa4YI" Content-Disposition: inline In-Reply-To: <20081107075232.GA1608@icarus.home.lan> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: USB4BSD (USB2): Microsoft 4000 keyboard unusable 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 Nov 2008 08:38:53 -0000 --bKyqfOwhbdpXa4YI Content-Type: multipart/mixed; boundary="DKU6Jbt7q3WqK7+M" Content-Disposition: inline --DKU6Jbt7q3WqK7+M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jeremy, good day. Thu, Nov 06, 2008 at 11:52:32PM -0800, Jeremy Chadwick wrote: [...] > Everything built (csup date: 2008/11/06 ~2200 PST) fine, no issues -- > until I noticed my USB keyboard didn't function any longer. >=20 > During boot0/boot2/loader, the keyboard functions (as expected, re: USB > Legacy option is enabled in my BIOS), and the keyboard LEDs are lit as > expected. The kernel loads, some drivers initialise, and the LEDs go > off. Once the USB2 stack loads, the keyboard LEDs turn back up, but as > stated, no keypresses are registered. I was forced to hook up a PS/2 > keyboard. [...] > The keyboard in question is a Microsoft Natural Ergonomic 4000. This > keyboard is known for being a real pain in the ass, since some of the > multimedia keys, and the infamous F-Lock key, are HID-controlled, while > alphanumeric are USB keyboard class controlled. I used to have this beast. I had simular problems with it, but I had managed to overcome them by switching the keyboard to the legacy boot protocol. I am attaching two old patches, one for the stock USB stack and one for the HPS stack (the old one, more than a year ago). So, they can be worthless now, but you can give it a shot. I had quickly ported my old patch to the current usb20 ukbd2.c, this patch is attached too, but I have no such keyboard at hand just now, so I can't test the patches in question. If you will succeed with them -- please, report back. Thanks! --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --DKU6Jbt7q3WqK7+M Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="FBSD-ms-ergo-4000-restore-f-keys.diff" Content-Transfer-Encoding: quoted-printable --- ukbd.c.orig 2007-10-05 11:50:35.000000000 +0400 +++ ukbd.c 2007-10-05 11:59:18.000000000 +0400 @@ -1423,6 +1423,7 @@ init_keyboard(ukbd_state_t *state, int *type, int flags) { usb_endpoint_descriptor_t *ed; + usbd_status err; =20 *type =3D KB_OTHER; =20 @@ -1447,6 +1448,14 @@ printf("ukbd: unexpected endpoint\n"); return EINVAL; } +=20 + err =3D usbd_set_protocol(state->ks_iface, 0); + if (err) { + printf("ukbd: set boot protocol failed\n"); + return EIO; + } else { + DPRINTFN(5, ("boot protocol set\n")); + } =20 /* Ignore if SETIDLE fails since it is not crucial. */ usbd_set_idle(state->ks_iface, 0, 0); --DKU6Jbt7q3WqK7+M Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="HPS-ms-ergo-4000-restore-f-keys.diff" Content-Transfer-Encoding: quoted-printable --- ukbd.c.orig 2007-07-26 09:47:07.548403000 +0400 +++ ukbd.c 2007-07-26 10:21:11.000000000 +0400 @@ -659,6 +659,15 @@ */ KBD_PROBE_DONE(kbd); =20 + err =3D usbreq_set_protocol(sc->sc_udev, sc->sc_iface_index, 0); + + DPRINTF(5, "protocol set\n"); + + if (err) { + device_printf(dev, "set protocol failed\n"); + goto detach; + } + /* ignore if SETIDLE fails, hence it is not crucial */ err =3D usbreq_set_idle(sc->sc_udev, sc->sc_iface_index, 0, 0); =20 --DKU6Jbt7q3WqK7+M Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="HPS-usb20-ms-ergo-4000-restore-f-keys.diff" Content-Transfer-Encoding: quoted-printable Untested stuff, produced as the reply to Jeremy Chadwick, see http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000219.h= tml This patch just sets legacy boot device protocol for the USB keyboard, so it acts as the plain old keyboard, mostly without any fancy stuff like additional controls and so on. Index: sys/dev/usb2/input/ukbd2.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: /s/cvs/fbsd/src/sys/dev/usb2/input/ukbd2.c,v retrieving revision 1.1 diff -u -r1.1 ukbd2.c --- sys/dev/usb2/input/ukbd2.c 4 Nov 2008 02:31:03 -0000 1.1 +++ sys/dev/usb2/input/ukbd2.c 7 Nov 2008 08:32:41 -0000 @@ -679,6 +679,16 @@ */ KBD_PROBE_DONE(kbd); =20 + /* + * Set boot protocol. + */ + err =3D usb2_req_set_protocol(sc->sc_udev, &Giant, + sc->sc_iface_index, 0); + if (err !=3D USB_ERR_NORMAL_COMPLETION) { + device_printf(dev, "set protocol failed"); + goto detach; + } + /* ignore if SETIDLE fails, hence it is not crucial */ err =3D usb2_req_set_idle(sc->sc_udev, &Giant, sc->sc_iface_index, 0, 0); =20 --DKU6Jbt7q3WqK7+M-- --bKyqfOwhbdpXa4YI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkT/pkACgkQthUKNsbL7Yh4EgCgjb7OgAcyKiVSwBPqbGAr2nNW ZvYAn0OrXZlc5pFrT7lm9yTXSRET+Cv3 =wjHd -----END PGP SIGNATURE----- --bKyqfOwhbdpXa4YI-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 08:42:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45728106567C for ; Fri, 7 Nov 2008 08:42:35 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id EB49E8FC40 for ; Fri, 7 Nov 2008 08:42:34 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Subject:Message-ID:MIME-Version:Content-Type:Content-Disposition:Sender; b=mAtXX6JM8zVRlcKQFEA1Fom7JWL8f13rNcxbs2ZGa4bZJGA8IkAt3B3/+yh/sSwBDAfxKft98lI4+bIcyz14t5qf5iKhCquRUnKH3bmAXShnHFNncKKTqz+FwTVX/yOar37E0mLDfJFFGnCRXB1LYtJ0jicuXs1ckyMqqV3x6TE=; Received: from amnesiac.at.no.dns (dns.ccsem.infn.it [192.135.15.3]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KyMvJ-000I0O-Po for freebsd-current@freebsd.org; Fri, 07 Nov 2008 11:42:34 +0300 Date: Fri, 7 Nov 2008 11:42:32 +0300 From: Eygene Ryabinkin To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="at6+YcpfzWZg/htY" Content-Disposition: inline Sender: rea-fbsd@codelabs.ru Subject: FreeBSD-current archives index contains only current month 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 Nov 2008 08:42:35 -0000 --at6+YcpfzWZg/htY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just glanced over the Mailman archives for -current: there are only threads for the current month, November 2008: http://lists.freebsd.org/pipermail/freebsd-current/ Manually-constructed links like http://lists.freebsd.org/pipermail/freebsd-current/2008-September/thread.= html works, but the main index seems to be broken. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --at6+YcpfzWZg/htY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkT/3cACgkQthUKNsbL7Yg7rwCfVI0mJiFUADG4WWKMgzfu26X3 4REAn3ggHIjgVVPuIck3ILYexerWAaiu =T8hh -----END PGP SIGNATURE----- --at6+YcpfzWZg/htY-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 08:42:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD01B106564A for ; Fri, 7 Nov 2008 08:42:51 +0000 (UTC) (envelope-from aleksey.kashin@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 3F41E8FC24 for ; Fri, 7 Nov 2008 08:42:51 +0000 (UTC) (envelope-from aleksey.kashin@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so2548717ugs.39 for ; Fri, 07 Nov 2008 00:42:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=LbcshdnUfUAr6hFqrnrXw+lFHgSzPrp6q6PX3VD9lKU=; b=rTFCha/JtDeIpep2F6K0Nd1xCPOX/SwbzZtfXOocuzjYnvMMyzQtSdP7G6Cda1VxRS 60SK+nXce+6EW//LgVfj/2BAO/jMk7pCkm9Stp/dh2e26ZItLZd9KwbrVp+WvMxWuS9e dFTGbYrpp1cEIDCzBNd54kjXf6dReg4Fw9uoE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=TKl7M3l5xz+TLT2LL7zHfCZmnBOJIskOLswFoyL7czxe3rxU58zQc1coEWhN+6K2O2 Xo2eZdx8KQGX7mbTlrfdk+yNyd+4eesyW9sKJwJbpGRu5hhZgPQoyz2vXYCPOItIYIpv GBKyPXyar8PuQ8y3BonJqS1MtZC/GbqrSrCIA= Received: by 10.103.241.15 with SMTP id t15mr1609040mur.85.1226047369784; Fri, 07 Nov 2008 00:42:49 -0800 (PST) Received: from ?10.20.100.38? (office.atelperm.ru [78.159.224.204]) by mx.google.com with ESMTPS id j9sm10788638mue.3.2008.11.07.00.42.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 Nov 2008 00:42:49 -0800 (PST) Message-ID: <4913FF64.5090500@gmail.com> Date: Fri, 07 Nov 2008 13:42:12 +0500 From: "Aleksey K." User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: RE: CFT: Realtek 8187L wireless USB driver - urtw(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: Fri, 07 Nov 2008 08:42:51 -0000 >Dear all, >This driver supports 8187L which is one of Realtek's 8187x series and >I'm looking for testers who have this device. :-) With lack of H/W I >can't add codes for 8187/8187B devices that AFAIK they can share a lot >of codes and can be supported without modifying many part of codes. > >In my environment the basic features (WEP/WPA and etc ...) are worked >and the driver based on USB1 (not USB2) can be found at as follows: > > http://people.freebsd.org/~weongyo/urtw_20081107.tar.gz > >I think a current problem of urtw(4) is poor RX/TX performance about >8 ~ 10Mbps due to mishandling the rate controlling and I'm not sure it >would easy to fix it without documents but I expect the connection would >be stable. > >Please let me know if you encounter any problems or opinions. Always >patches to improve or enhance features are welcome! > >regards, >Weongyo Jeong Hi. I have netbook MSI Wind U90X with wi-fi module - Realtek 8187SE. You plan to write the driver for this card? I could help with driver testing... Best regards, Kashin Aleksey. From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 08:45:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC3891065679 for ; Fri, 7 Nov 2008 08:45:22 +0000 (UTC) (envelope-from aleksey.kashin@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id 6B0F88FC17 for ; Fri, 7 Nov 2008 08:45:22 +0000 (UTC) (envelope-from aleksey.kashin@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so928575ika.3 for ; Fri, 07 Nov 2008 00:45:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=pBlU3Da43PN6K3T6uAuzj/viLCyfrMYa5+F5GGtbGe0=; b=M+2VnI/dxA+D1VszkqjVa8rHAs7AOUjJZr/XpRReb/FjsUE8UCdIEaA5unPpTHCy+7 5mtSBf4bLmc81stkoxJwOnBvLxC11ss7krPKbncS57ZvySpgvNUKr6ALkk2DPxrVMrIy cjLLLncg32lAcINtcIkU8kxnTUizsYsQ6ZO7g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=csBBVkf+Mq6Q1oS79JfeZ6Gn8b4b7XtZOOTkUqo8Sn8efV5VrcHEkr9fMvCmOft4y/ xdT2L9Hq1BNVpck68pkzbbCQRZGgQaW5vvGRB9Nr+yvkhmxnMcu8MYJ5EHA/H6DPytVJ mY8tzVnDVLSPqUdEWK3Vjjk8ynIsEInPX2OhU= Received: by 10.103.222.1 with SMTP id z1mr1582794muq.121.1226045579889; Fri, 07 Nov 2008 00:12:59 -0800 (PST) Received: from ?10.20.100.38? (office.atelperm.ru [78.159.224.204]) by mx.google.com with ESMTPS id y2sm10629510mug.2.2008.11.07.00.12.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 Nov 2008 00:12:59 -0800 (PST) Message-ID: <4913F867.9020301@gmail.com> Date: Fri, 07 Nov 2008 13:12:23 +0500 From: "Aleksey K." User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: CFT: Realtek 8187L wireless USB driver - urtw(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: Fri, 07 Nov 2008 08:45:23 -0000 >Dear all, >This driver supports 8187L which is one of Realtek's 8187x series and >I'm looking for testers who have this device. :-) With lack of H/W I >can't add codes for 8187/8187B devices that AFAIK they can share a lot >of codes and can be supported without modifying many part of codes. > >In my environment the basic features (WEP/WPA and etc ...) are worked >and the driver based on USB1 (not USB2) can be found at as follows: > > http://people.freebsd.org/~weongyo/urtw_20081107.tar.gz > >I think a current problem of urtw(4) is poor RX/TX performance about >8 ~ 10Mbps due to mishandling the rate controlling and I'm not sure it >would easy to fix it without documents but I expect the connection would >be stable. > >Please let me know if you encounter any problems or opinions. Always >patches to improve or enhance features are welcome! > >regards, >Weongyo Jeong Hi. I have netbook MSI Wind U90X with wi-fi module - Realtek 8187SE. You plan to write the driver for this card? I could help with driver testing... Best regards, Kashin Aleksey. From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 09:07:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB17E1065673 for ; Fri, 7 Nov 2008 09:07:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 83A4A8FC18 for ; Fri, 7 Nov 2008 09:07:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA02.westchester.pa.mail.comcast.net with comcast id c96k1a0050EZKEL5297BiB; Fri, 07 Nov 2008 09:07:11 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA01.westchester.pa.mail.comcast.net with comcast id c97L1a0062P6wsM3M97MxW; Fri, 07 Nov 2008 09:07:21 +0000 X-Authority-Analysis: v=1.0 c=1 a=BsiE5UjOb94A:10 a=vvzDfkpqIs0A:10 a=QycZ5dHgAAAA:8 a=D9INzaOjT7FV8m1QOa4A:9 a=HsPoNmINfnQ6G92AJtEA:7 a=WIUgZdrq2VJaW21I_Z0Jkb32Ol8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 0228D5C19; Fri, 7 Nov 2008 01:07:19 -0800 (PST) Date: Fri, 7 Nov 2008 01:07:19 -0800 From: Jeremy Chadwick To: Eygene Ryabinkin Message-ID: <20081107090719.GA1287@icarus.home.lan> References: <20081107075232.GA1608@icarus.home.lan> <4bSZ78p2klKnbZ/rhiyIIUK0VNE@qm7gbYKMPO53E/nl+D5eD8YyL1A> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4bSZ78p2klKnbZ/rhiyIIUK0VNE@qm7gbYKMPO53E/nl+D5eD8YyL1A> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: USB4BSD (USB2): Microsoft 4000 keyboard unusable 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 Nov 2008 09:07:22 -0000 On Fri, Nov 07, 2008 at 11:38:49AM +0300, Eygene Ryabinkin wrote: > Thu, Nov 06, 2008 at 11:52:32PM -0800, Jeremy Chadwick wrote: > [...] > > Everything built (csup date: 2008/11/06 ~2200 PST) fine, no issues -- > > until I noticed my USB keyboard didn't function any longer. > > > > During boot0/boot2/loader, the keyboard functions (as expected, re: USB > > Legacy option is enabled in my BIOS), and the keyboard LEDs are lit as > > expected. The kernel loads, some drivers initialise, and the LEDs go > > off. Once the USB2 stack loads, the keyboard LEDs turn back up, but as > > stated, no keypresses are registered. I was forced to hook up a PS/2 > > keyboard. > [...] > > The keyboard in question is a Microsoft Natural Ergonomic 4000. This > > keyboard is known for being a real pain in the ass, since some of the > > multimedia keys, and the infamous F-Lock key, are HID-controlled, while > > alphanumeric are USB keyboard class controlled. > > I used to have this beast. I had simular problems with it, but I had > managed to overcome them by switching the keyboard to the legacy boot > protocol. I am attaching two old patches, one for the stock USB stack > and one for the HPS stack (the old one, more than a year ago). So, they > can be worthless now, but you can give it a shot. > > I had quickly ported my old patch to the current usb20 ukbd2.c, this > patch is attached too, but I have no such keyboard at hand just now, so > I can't test the patches in question. If you will succeed with them -- > please, report back. Eygene, Thanks for providing the patches in question. I applied the third one: > --- sys/dev/usb2/input/ukbd2.c 4 Nov 2008 02:31:03 -0000 1.1 > +++ sys/dev/usb2/input/ukbd2.c 7 Nov 2008 08:32:41 -0000 Sadly it made no difference. I *did not* see any "set protocol failed" messages during boot, so I believe the set worked correctly. Since this box is more or less a server, and I spend very little time at its console (sans recent events :-) ), I think an easier option would be for me to go with a different (simpler) model of USB keyboard, or dig up an old PS/2 Dell keyboard for permanent use. If you'd like me to test any other patches or want me to make code modifications and try things out, I'll be more than happy to test. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 09:23:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8752B1065686 for ; Fri, 7 Nov 2008 09:23:19 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3ECFC8FC13 for ; Fri, 7 Nov 2008 09:23:18 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.11] (port=12574 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KyNYj-000Ay9-0T; Fri, 07 Nov 2008 12:23:17 +0300 Message-ID: <49140904.6080002@lissyara.su> Date: Fri, 07 Nov 2008 12:23:16 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.17) Gecko/20080929 Thunderbird/2.0.0.17 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Giorgos Keramidas References: <49135844.7010500@lissyara.su> <491358CD.4090601@lissyara.su> <87bpwsseof.fsf@kobe.laptop> In-Reply-To: <87bpwsseof.fsf@kobe.laptop> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: current@freebsd.org Subject: Re: Cannot buildworld in 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: Fri, 07 Nov 2008 09:23:19 -0000 Giorgos Keramidas пишет: > On Thu, 06 Nov 2008 23:51:25 +0300, Alex Keda wrote: > >> Alex Keda пишет: >> >>> ===> usr.bin/du (all) >>> cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall >>> -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual >>> -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter >>> -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls >>> -Wno-pointer-sign -c /usr/src/usr.bin/du/du.c >>> cc1: warnings being treated as errors >>> /usr/src/usr.bin/du/du.c: In function 'main': >>> /usr/src/usr.bin/du/du.c:276: warning: format '%jd' expects type >>> intmax_t', but argument 2 has type 'long long int' >>> *** Error code 1 >>> >>> Stop in /usr/src/usr.bin/du. >>> *** Error code 1 >>> ============ >>> updated 2 hour ago >>> >> acer# uname -a >> FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: >> Tue Nov 4 23:23:29 MSK 2008 >> root@acer.lissyara.int.otradno.ru:/usr/obj/usr/src/sys/color-console >> amd64 >> acer# >> > > Oops, this one slipped in because I only built in i386 and not amd64. > > Can you try this patch? > > %%% > diff -r aa58af068624 usr.bin/du/du.c > --- a/usr.bin/du/du.c Thu Nov 06 23:29:46 2008 +0200 > +++ b/usr.bin/du/du.c Thu Nov 06 23:51:48 2008 +0200 > @@ -273,7 +273,8 @@ > (void)printf("\t%s\n", p->fts_path); > } else { > (void)printf("%jd\t%s\n", > - howmany(p->fts_bignum * cblocksize, > + (intmax_t)howmany( > + p->fts_bignum * cblocksize, > blocksize), p->fts_path); > } > } > %%% > another machine. Build success. Updated 2 hour ago... You commit this patch? =) -------------------------------------------------------------- >>> World build completed on Fri Nov 7 11:55:51 MSK 2008 -------------------------------------------------------------- lissyara# uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Nov 5 15:44:33 MSK 2008 lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC amd64 lissyara# From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 09:59:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BDEA1065677 for ; Fri, 7 Nov 2008 09:59:12 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 0F3B68FC0C for ; Fri, 7 Nov 2008 09:59:11 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from wind.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: LOGIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Fri, 07 Nov 2008 10:48:31 +0100 id 0002E011.49140EEF.000087BF From: Milan Obuch To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 10:49:04 +0100 User-Agent: KMail/1.9.10 References: <4913FF64.5090500@gmail.com> In-Reply-To: <4913FF64.5090500@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071049.04189.freebsd-current@dino.sk> Cc: "Aleksey K." Subject: Re: CFT: Realtek 8187L wireless USB driver - urtw(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: Fri, 07 Nov 2008 09:59:12 -0000 On Friday 07 November 2008 09:42:12 Aleksey K. wrote: > >Dear all, > > > >This driver supports 8187L which is one of Realtek's 8187x series and > >I'm looking for testers who have this device. :-) With lack of H/W I > >can't add codes for 8187/8187B devices that AFAIK they can share a lot > >of codes and can be supported without modifying many part of codes. > > [ snip] > > > >regards, > >Weongyo Jeong > > Hi. I have netbook MSI Wind U90X with wi-fi module - Realtek 8187SE. > You plan to write the driver for this card? I could help with driver > testing... > > Best regards, > Kashin Aleksey. > I have MSI Wind U100 with Realtek 8187SE. From pciconf -lv: none0@pci0:2:0:0: class=0x028000 card=0x68941462 chip=0x819910ec rev=0x22 hdr=0x00 vendor = 'Realtek Semiconductor' class = network Some more details from lspci -vvv: 02:00.0 Network controller: Realtek Semiconductor Co., Ltd. Unknown device 8199 (rev 22) Subsystem: Micro-Star International Co., Ltd. Unknown device 6894 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3710A1065670 for ; Fri, 7 Nov 2008 10:37:50 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 02C018FC0A for ; Fri, 7 Nov 2008 10:37:49 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1014122rvf.43 for ; Fri, 07 Nov 2008 02:37:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem:from; bh=t3gqoYU2QODoCbhtliQmNrU1+HDaPgoHdPseB3SPDC0=; b=ecPGM0DnWO7ghoMxb/ri6MCFl+q+ehAY1CGtfMBF9n19qzchEF/KYBTgsX3KBSJu1Q vSMj2K7cfzA6/nV63NjjdG4ELpNU7SyiecKhDXx70swirgWwBO9Vu+m6wD2/hXoLdwky 2Jc/GmXIryu+vt/gn5PPsR9uqgy/8yAwKqGOI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem:from; b=ENrHi95O55gmt1VJYZQeFcYrq/hRwHiWqn+QkZnxcAQ7Ks2NOHg1FpgsbOppoPUGeO B6qtgO2oaoakhRx34sJV1nFENGdddok4p7H8irtmCghImWvbpV6ECaRcUkcE/sakPN6m BrlLFZoFCS4bjPTdPIntfdmp9T2H40idgZnmw= Received: by 10.141.193.1 with SMTP id v1mr1676345rvp.211.1226052848800; Fri, 07 Nov 2008 02:14:08 -0800 (PST) Received: from freebsd.weongyo.org ([211.53.35.67]) by mx.google.com with ESMTPS id k41sm3828610rvb.4.2008.11.07.02.14.06 (version=SSLv3 cipher=RC4-MD5); Fri, 07 Nov 2008 02:14:07 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Fri, 7 Nov 2008 19:14:32 +0900 Date: Fri, 7 Nov 2008 19:14:32 +0900 To: "Aleksey K." Message-ID: <20081107101432.GB23784@freebsd.weongyo.org> Mail-Followup-To: "Aleksey K." , freebsd-current@freebsd.org References: <4913FF64.5090500@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4913FF64.5090500@gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-current@freebsd.org Subject: Re: CFT: Realtek 8187L wireless USB driver - urtw(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: Fri, 07 Nov 2008 10:37:50 -0000 On Fri, Nov 07, 2008 at 01:42:12PM +0500, Aleksey K. wrote: > >Dear all, > > >This driver supports 8187L which is one of Realtek's 8187x series and > >I'm looking for testers who have this device. :-) With lack of H/W I > >can't add codes for 8187/8187B devices that AFAIK they can share a lot > >of codes and can be supported without modifying many part of codes. > > > >In my environment the basic features (WEP/WPA and etc ...) are worked > >and the driver based on USB1 (not USB2) can be found at as follows: > > > > http://people.freebsd.org/~weongyo/urtw_20081107.tar.gz > > > >I think a current problem of urtw(4) is poor RX/TX performance about > >8 ~ 10Mbps due to mishandling the rate controlling and I'm not sure it > >would easy to fix it without documents but I expect the connection would > >be stable. > > > >Please let me know if you encounter any problems or opinions. Always > >patches to improve or enhance features are welcome! > > > >regards, > >Weongyo Jeong > > Hi. I have netbook MSI Wind U90X with wi-fi module - Realtek 8187SE. > You plan to write the driver for this card? I could help with driver > testing... Maybe no due to no available H/W. I don't have laptop having Mini-PCI express slot that AFAIK 8187SE is Mini-PCI express. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 11:01:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C4031065670 for ; Fri, 7 Nov 2008 11:01:26 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A13348FC1E for ; Fri, 7 Nov 2008 11:01:25 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 07 Nov 2008 10:34:43 -0000 Received: from 85-127-86-44.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.86.44] by mail.gmx.net (mp017) with SMTP; 07 Nov 2008 11:34:43 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19c/a9TvpJcKXPm0SvgX8kxfLH4nI3K1aszbdeXcn BimE4verKsbrxX From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 11:34:42 +0100 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.2; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071134.42761.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.65 Subject: usb2: scanner no longer working 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 Nov 2008 11:01:26 -0000 I recompiled sane-backends and linked it against libusb20. The include path needed to be fixed. scanimage -L doesn't detect any scanners. sane-find-scanner correctly detects it on first run: found USB scanner (vendor=0x04a9 [Canon], product=0x221c [CanoScan], chip=GL842) at libusb:/dev/usb:/dev/ugen3.2 on subsequent runs no scanners are found dmesg only says ugen3.2: at usbus3 no ugen detached message even if I unplug the scanner I tried some of the debugging sysctls but I couldn't spot anything useful. ugen seems to work in general as I could access my camera with libgphoto2. Will provide more info as needed. -- Stefan From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 11:12:03 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D99E1065670; Fri, 7 Nov 2008 11:12:03 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 4D2118FC19; Fri, 7 Nov 2008 11:12:02 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 2DAC31D316; Fri, 7 Nov 2008 12:12:01 +0100 (CET) Date: Fri, 7 Nov 2008 12:12:01 +0100 From: Ed Schouten To: emulation@FreeBSD.org, current@FreeBSD.org Message-ID: <20081107111201.GH1165@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Aq4SrlNverAHn87R" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Request for review: uname(), setdomainname(), getdomainname() cleanups 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 Nov 2008 11:12:03 -0000 --Aq4SrlNverAHn87R Content-Type: multipart/mixed; boundary="KbI68ipL6xvRMBYq" Content-Disposition: inline --KbI68ipL6xvRMBYq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, I just wrote this patch and I thought I'd better send it to the lists, because it affects a lot of random things (Linux emulation, priv(9) flags, etc). Looking at kern_xxx.c, I see we've got a couple of functions there that actually have to be #ifdef'd with COMPAT_*, while they aren't. Looking at our CVS repository I can already confirm we don't need to implement uname(), setdomainname() and getdomainname() on RELENG_5 and later, so I put them in COMPAT_FREEBSD4. They are implemented as library routines nowdays. I think they could even be marked as COMPAT_43, but just to be sure I picked COMPAT_FREEBSD4. Below is a list of things of interest: - I noticed we have a PRIV_SETDOMAINNAME, but we don't use it inside sysctl_domainname(). This means that you can bypass PRIV_SETDOMAINNAME anyway, so remove it. - I think it's better if we just implement getdomainname() and setdomainname() by calling userland_sysctl(). This makes it less likely to break if we would ever change sysctl_domainname() in kern_mib.c. - To make the linuxolator compile without enabling COMPAT_FREEBSD4, I added a linux_setdomainname(). I also noticed linux_sethostname() called userland_sysctl() without holding Giant. - It wasn't easy to make uname(), setdomainname() and getdomainname() work in COMPAT_FREEBSD32, because we would actually need a "COMPAT4+NOPROTO" option for syscalls.master. Because these system calls aren't likely to be used, I just disabled them. If it turns out we really need them, we could reintroduce them. Any comments? If not, I'll commit it to SVN in a day or two. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --KbI68ipL6xvRMBYq Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="kern_xxx.diff" Content-Transfer-Encoding: quoted-printable Index: lib/libc/powerpc/sys/Makefile.inc =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 --- lib/libc/powerpc/sys/Makefile.inc (revision 184691) +++ lib/libc/powerpc/sys/Makefile.inc (working copy) @@ -3,8 +3,7 @@ MDASM+=3D brk.S cerror.S exect.S pipe.S ptrace.S sbrk.S setlogin.S =20 # Don't generate default code for these syscalls: -NOASM=3D break.o exit.o getdomainname.o getlogin.o openbsd_poll.o \ - setdomainname.o sstk.o uname.o yield.o +NOASM=3D break.o exit.o getlogin.o openbsd_poll.o sstk.o yield.o =20 PSEUDO=3D _getlogin.o _exit.o .if !defined(WITHOUT_SYSCALL_COMPAT) Index: lib/libc/arm/sys/Makefile.inc =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 --- lib/libc/arm/sys/Makefile.inc (revision 184691) +++ lib/libc/arm/sys/Makefile.inc (working copy) @@ -3,8 +3,7 @@ MDASM=3D Ovfork.S brk.S cerror.S pipe.S ptrace.S sbrk.S shmat.S sigreturn.= S syscall.S =20 # Don't generate default code for these syscalls: -NOASM=3D break.o exit.o getdomainname.o getlogin.o openbsd_poll.o \ - setdomainname.o sstk.o uname.o vfork.o yield.o +NOASM=3D break.o exit.o getlogin.o openbsd_poll.o sstk.o vfork.o yield.o =20 PSEUDO=3D _exit.o _getlogin.o .if !defined(WITHOUT_SYSCALL_COMPAT) Index: lib/libc/sparc64/sys/Makefile.inc =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 --- lib/libc/sparc64/sys/Makefile.inc (revision 184691) +++ lib/libc/sparc64/sys/Makefile.inc (working copy) @@ -18,8 +18,7 @@ MDASM+=3D brk.S cerror.S exect.S pipe.S ptrace.S sbrk.S setlogin.S sigacti= on.S =20 # Don't generate default code for these syscalls: -NOASM=3D break.o exit.o getdomainname.o getlogin.o openbsd_poll.o \ - setdomainname.o sstk.o uname.o yield.o +NOASM=3D break.o exit.o getlogin.o openbsd_poll.o sstk.o yield.o =20 PSEUDO=3D _getlogin.o _exit.o .if !defined(WITHOUT_SYSCALL_COMPAT) Index: lib/libc/ia64/sys/Makefile.inc =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 --- lib/libc/ia64/sys/Makefile.inc (revision 184691) +++ lib/libc/ia64/sys/Makefile.inc (working copy) @@ -4,8 +4,7 @@ sbrk.S setlogin.S sigreturn.S swapcontext.S =20 # Don't generate default code for these syscalls: -NOASM=3D break.o exit.o getdomainname.o getlogin.o openbsd_poll.o \ - setdomainname.o sstk.o uname.o vfork.o yield.o +NOASM=3D break.o exit.o getlogin.o openbsd_poll.o sstk.o vfork.o yield.o =20 PSEUDO=3D _getlogin.o _exit.o .if !defined(WITHOUT_SYSCALL_COMPAT) Index: lib/libc/mips/sys/Makefile.inc =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 --- lib/libc/mips/sys/Makefile.inc (revision 184691) +++ lib/libc/mips/sys/Makefile.inc (working copy) @@ -4,9 +4,8 @@ fork.S pipe.S ptrace.S sbrk.S shmat.S syscall.S =20 # Don't generate default code for these syscalls: -NOASM=3D break.o exit.o ftruncate.o getdomainname.o getlogin.o \ - lseek.o mmap.o openbsd_poll.o pread.o \ - pwrite.o setdomainname.o sstk.o truncate.o uname.o vfork.o yield.o +NOASM=3D break.o exit.o ftruncate.o getlogin.o lseek.o mmap.o \ + openbsd_poll.o pread.o pwrite.o sstk.o truncate.o vfork.o yield.o =20 PSEUDO=3D _exit.o _getlogin.o .if !defined(WITHOUT_SYSCALL_COMPAT) Index: lib/libc/i386/sys/Makefile.inc =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 --- lib/libc/i386/sys/Makefile.inc (revision 184691) +++ lib/libc/i386/sys/Makefile.inc (working copy) @@ -12,8 +12,7 @@ reboot.S sbrk.S setlogin.S sigreturn.S syscall.S =20 # Don't generate default code for these syscalls: -NOASM=3D break.o exit.o getdomainname.o getlogin.o openbsd_poll.o \ - setdomainname.o sstk.o uname.o vfork.o yield.o +NOASM=3D break.o exit.o getlogin.o openbsd_poll.o sstk.o vfork.o yield.o =20 PSEUDO=3D _getlogin.o _exit.o .if !defined(WITHOUT_SYSCALL_COMPAT) Index: lib/libc/amd64/sys/Makefile.inc =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 --- lib/libc/amd64/sys/Makefile.inc (revision 184691) +++ lib/libc/amd64/sys/Makefile.inc (working copy) @@ -7,8 +7,7 @@ reboot.S sbrk.S setlogin.S sigreturn.S =20 # Don't generate default code for these syscalls: -NOASM=3D break.o exit.o getdomainname.o getlogin.o openbsd_poll.o \ - setdomainname.o sstk.o uname.o vfork.o yield.o +NOASM=3D break.o exit.o getlogin.o openbsd_poll.o sstk.o vfork.o yield.o =20 PSEUDO=3D _getlogin.o _exit.o .if !defined(WITHOUT_SYSCALL_COMPAT) Index: sys/kern/init_sysent.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 --- sys/kern/init_sysent.c (revision 184691) +++ sys/kern/init_sysent.c (working copy) @@ -190,9 +190,9 @@ { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 159 =3D nosys */ { AS(lgetfh_args), (sy_call_t *)lgetfh, AUE_LGETFH, NULL, 0, 0 }, /* 160 = =3D lgetfh */ { AS(getfh_args), (sy_call_t *)getfh, AUE_NFS_GETFH, NULL, 0, 0 }, /* 161= =3D getfh */ - { AS(getdomainname_args), (sy_call_t *)getdomainname, AUE_SYSCTL, NULL, 0= , 0 }, /* 162 =3D getdomainname */ - { AS(setdomainname_args), (sy_call_t *)setdomainname, AUE_SYSCTL, NULL, 0= , 0 }, /* 163 =3D setdomainname */ - { AS(uname_args), (sy_call_t *)uname, AUE_NULL, NULL, 0, 0 }, /* 164 =3D = uname */ + { compat4(AS(freebsd4_getdomainname_args),getdomainname), AUE_SYSCTL, NUL= L, 0, 0 }, /* 162 =3D old getdomainname */ + { compat4(AS(freebsd4_setdomainname_args),setdomainname), AUE_SYSCTL, NUL= L, 0, 0 }, /* 163 =3D old setdomainname */ + { compat4(AS(freebsd4_uname_args),uname), AUE_NULL, NULL, 0, 0 }, /* 164 = =3D old uname */ { AS(sysarch_args), (sy_call_t *)sysarch, AUE_SYSARCH, NULL, 0, 0 }, /* 1= 65 =3D sysarch */ { AS(rtprio_args), (sy_call_t *)rtprio, AUE_RTPRIO, NULL, 0, 0 }, /* 166 = =3D rtprio */ { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 167 =3D nosys */ Index: sys/kern/kern_xxx.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 --- sys/kern/kern_xxx.c (revision 184691) +++ sys/kern/kern_xxx.c (working copy) @@ -148,6 +148,7 @@ } #endif /* COMPAT_43 */ =20 +#ifdef COMPAT_FREEBSD4 /* * This is the FreeBSD-1.1 compatable uname(2) interface. These days it is * done in libc as a wrapper around a bunch of sysctl's. This must mainta= in @@ -163,9 +164,7 @@ #endif /* ARGSUSED */ int -uname(td, uap) - struct thread *td; - struct uname_args *uap; +freebsd4_uname(struct thread *td, struct freebsd4_uname_args *uap) { int name[2], error; size_t len; @@ -242,22 +241,20 @@ #endif /* ARGSUSED */ int -getdomainname(td, uap) - struct thread *td; - struct getdomainname_args *uap; +freebsd4_getdomainname(struct thread *td, + struct freebsd4_getdomainname_args *uap) { - INIT_VPROCG(TD_TO_VPROCG(td)); - char tmpdomainname[MAXHOSTNAMELEN]; - int domainnamelen; + int name[2]; + int error; + size_t len =3D uap->len; =20 - mtx_lock(&hostname_mtx); - bcopy(V_domainname, tmpdomainname, sizeof(tmpdomainname)); - mtx_unlock(&hostname_mtx); - - domainnamelen =3D strlen(tmpdomainname) + 1; - if ((u_int)uap->len > domainnamelen) - uap->len =3D domainnamelen; - return (copyout(tmpdomainname, uap->domainname, uap->len)); + name[0] =3D CTL_KERN; + name[1] =3D KERN_NISDOMAINNAME; + mtx_lock(&Giant); + error =3D userland_sysctl(td, name, 2, uap->domainname, &len, + 1, 0, 0, 0, 0); + mtx_unlock(&Giant); + return(error); } =20 #ifndef _SYS_SYSPROTO_H_ @@ -268,26 +265,18 @@ #endif /* ARGSUSED */ int -setdomainname(td, uap) - struct thread *td; - struct setdomainname_args *uap; +freebsd4_setdomainname(struct thread *td, + struct freebsd4_setdomainname_args *uap) { - INIT_VPROCG(TD_TO_VPROCG(td)); - char tmpdomainname[MAXHOSTNAMELEN]; - int error, domainnamelen; + int name[2]; + int error; =20 - error =3D priv_check(td, PRIV_SETDOMAINNAME); - if (error) - return (error); - if ((u_int)uap->len > sizeof(tmpdomainname) - 1) - return (EINVAL); - domainnamelen =3D uap->len; - error =3D copyin(uap->domainname, tmpdomainname, uap->len); - if (error =3D=3D 0) { - tmpdomainname[domainnamelen] =3D 0; - mtx_lock(&hostname_mtx); - bcopy(tmpdomainname, V_domainname, sizeof(V_domainname)); - mtx_unlock(&hostname_mtx); - } + name[0] =3D CTL_KERN; + name[1] =3D KERN_NISDOMAINNAME; + mtx_lock(&Giant); + error =3D userland_sysctl(td, name, 2, 0, 0, 0, uap->domainname, + uap->len, 0, 0); + mtx_unlock(&Giant); return (error); } +#endif /* COMPAT_FREEBSD4 */ Index: sys/kern/syscalls.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 --- sys/kern/syscalls.c (revision 184691) +++ sys/kern/syscalls.c (working copy) @@ -169,9 +169,9 @@ "#159", /* 159 =3D nosys */ "lgetfh", /* 160 =3D lgetfh */ "getfh", /* 161 =3D getfh */ - "getdomainname", /* 162 =3D getdomainname */ - "setdomainname", /* 163 =3D setdomainname */ - "uname", /* 164 =3D uname */ + "compat4.getdomainname", /* 162 =3D old getdomainname */ + "compat4.setdomainname", /* 163 =3D old setdomainname */ + "compat4.uname", /* 164 =3D old uname */ "sysarch", /* 165 =3D sysarch */ "rtprio", /* 166 =3D rtprio */ "#167", /* 167 =3D nosys */ Index: sys/kern/syscalls.master =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 --- sys/kern/syscalls.master (revision 184691) +++ sys/kern/syscalls.master (working copy) @@ -320,11 +320,11 @@ struct fhandle *fhp); } 161 AUE_NFS_GETFH STD { int getfh(char *fname, \ struct fhandle *fhp); } -162 AUE_SYSCTL STD { int getdomainname(char *domainname, \ +162 AUE_SYSCTL COMPAT4 { int getdomainname(char *domainname, \ int len); } -163 AUE_SYSCTL STD { int setdomainname(char *domainname, \ +163 AUE_SYSCTL COMPAT4 { int setdomainname(char *domainname, \ int len); } -164 AUE_NULL STD { int uname(struct utsname *name); } +164 AUE_NULL COMPAT4 { int uname(struct utsname *name); } 165 AUE_SYSARCH STD { int sysarch(int op, char *parms); } 166 AUE_RTPRIO STD { int rtprio(int function, pid_t pid, \ struct rtprio *rtp); } Index: sys/kern/systrace_args.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 --- sys/kern/systrace_args.c (revision 184691) +++ sys/kern/systrace_args.c (working copy) @@ -864,29 +864,6 @@ *n_args =3D 2; break; } - /* getdomainname */ - case 162: { - struct getdomainname_args *p =3D params; - uarg[0] =3D (intptr_t) p->domainname; /* char * */ - iarg[1] =3D p->len; /* int */ - *n_args =3D 2; - break; - } - /* setdomainname */ - case 163: { - struct setdomainname_args *p =3D params; - uarg[0] =3D (intptr_t) p->domainname; /* char * */ - iarg[1] =3D p->len; /* int */ - *n_args =3D 2; - break; - } - /* uname */ - case 164: { - struct uname_args *p =3D params; - uarg[0] =3D (intptr_t) p->name; /* struct utsname * */ - *n_args =3D 1; - break; - } /* sysarch */ case 165: { struct sysarch_args *p =3D params; @@ -4441,42 +4418,6 @@ break; }; break; - /* getdomainname */ - case 162: - switch(ndx) { - case 0: - p =3D "char *"; - break; - case 1: - p =3D "int"; - break; - default: - break; - }; - break; - /* setdomainname */ - case 163: - switch(ndx) { - case 0: - p =3D "char *"; - break; - case 1: - p =3D "int"; - break; - default: - break; - }; - break; - /* uname */ - case 164: - switch(ndx) { - case 0: - p =3D "struct utsname *"; - break; - default: - break; - }; - break; /* sysarch */ case 165: switch(ndx) { Index: sys/compat/freebsd32/freebsd32_syscall.h =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 --- sys/compat/freebsd32/freebsd32_syscall.h (revision 184691) +++ sys/compat/freebsd32/freebsd32_syscall.h (working copy) @@ -156,9 +156,9 @@ #define FREEBSD32_SYS_freebsd4_freebsd32_statfs 157 #define FREEBSD32_SYS_freebsd4_freebsd32_fstatfs 158 #define FREEBSD32_SYS_getfh 161 -#define FREEBSD32_SYS_getdomainname 162 -#define FREEBSD32_SYS_setdomainname 163 -#define FREEBSD32_SYS_uname 164 + /* 162 is obsolete getdomainname */ + /* 163 is obsolete setdomainname */ + /* 164 is obsolete uname */ #define FREEBSD32_SYS_sysarch 165 #define FREEBSD32_SYS_rtprio 166 #define FREEBSD32_SYS_freebsd32_semsys 169 Index: sys/compat/freebsd32/freebsd32_sysent.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 --- sys/compat/freebsd32/freebsd32_sysent.c (revision 184691) +++ sys/compat/freebsd32/freebsd32_sysent.c (working copy) @@ -200,9 +200,9 @@ { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 159 =3D nosys */ { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 160 =3D lgetfh */ { AS(getfh_args), (sy_call_t *)getfh, AUE_NFS_GETFH, NULL, 0, 0 }, /* 161= =3D getfh */ - { AS(getdomainname_args), (sy_call_t *)getdomainname, AUE_SYSCTL, NULL, 0= , 0 }, /* 162 =3D getdomainname */ - { AS(setdomainname_args), (sy_call_t *)setdomainname, AUE_SYSCTL, NULL, 0= , 0 }, /* 163 =3D setdomainname */ - { AS(uname_args), (sy_call_t *)uname, AUE_NULL, NULL, 0, 0 }, /* 164 =3D = uname */ + { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 162 =3D obsolete ge= tdomainname */ + { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 163 =3D obsolete se= tdomainname */ + { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 164 =3D obsolete un= ame */ { AS(sysarch_args), (sy_call_t *)sysarch, AUE_SYSARCH, NULL, 0, 0 }, /* 1= 65 =3D sysarch */ { AS(rtprio_args), (sy_call_t *)rtprio, AUE_RTPRIO, NULL, 0, 0 }, /* 166 = =3D rtprio */ { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 167 =3D nosys */ Index: sys/compat/freebsd32/syscalls.master =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 --- sys/compat/freebsd32/syscalls.master (revision 184691) +++ sys/compat/freebsd32/syscalls.master (working copy) @@ -295,11 +295,9 @@ 160 AUE_LGETFH UNIMPL lgetfh 161 AUE_NFS_GETFH NOPROTO { int getfh(char *fname, \ struct fhandle *fhp); } -162 AUE_SYSCTL NOPROTO { int getdomainname(char *domainname, \ - int len); } -163 AUE_SYSCTL NOPROTO { int setdomainname(char *domainname, \ - int len); } -164 AUE_NULL NOPROTO { int uname(struct utsname *name); } +162 AUE_NULL OBSOL getdomainname +163 AUE_NULL OBSOL setdomainname +164 AUE_NULL OBSOL uname 165 AUE_SYSARCH NOPROTO { int sysarch(int op, char *parms); } 166 AUE_RTPRIO NOPROTO { int rtprio(int function, pid_t pid, \ struct rtprio *rtp); } Index: sys/compat/freebsd32/freebsd32_syscalls.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 --- sys/compat/freebsd32/freebsd32_syscalls.c (revision 184691) +++ sys/compat/freebsd32/freebsd32_syscalls.c (working copy) @@ -169,9 +169,9 @@ "#159", /* 159 =3D nosys */ "#160", /* 160 =3D lgetfh */ "getfh", /* 161 =3D getfh */ - "getdomainname", /* 162 =3D getdomainname */ - "setdomainname", /* 163 =3D setdomainname */ - "uname", /* 164 =3D uname */ + "obs_getdomainname", /* 162 =3D obsolete getdomainname */ + "obs_setdomainname", /* 163 =3D obsolete setdomainname */ + "obs_uname", /* 164 =3D obsolete uname */ "sysarch", /* 165 =3D sysarch */ "rtprio", /* 166 =3D rtprio */ "#167", /* 167 =3D nosys */ Index: sys/compat/linux/linux_misc.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 --- sys/compat/linux/linux_misc.c (revision 184691) +++ sys/compat/linux/linux_misc.c (working copy) @@ -1682,6 +1682,7 @@ linux_sethostname(struct thread *td, struct linux_sethostname_args *args) { int name[2]; + int error; =20 #ifdef DEBUG if (ldebug(sethostname)) @@ -1690,11 +1691,34 @@ =20 name[0] =3D CTL_KERN; name[1] =3D KERN_HOSTNAME; - return (userland_sysctl(td, name, 2, 0, 0, 0, args->hostname, - args->len, 0, 0)); + mtx_lock(&Giant); + error =3D userland_sysctl(td, name, 2, 0, 0, 0, args->hostname, + args->len, 0, 0); + mtx_unlock(&Giant); + return (error); } =20 int +linux_setdomainname(struct thread *td, struct linux_setdomainname_args *ar= gs) +{ + int name[2]; + int error; + +#ifdef DEBUG + if (ldebug(setdomainname)) + printf(ARGS(setdomainname, "*, %i"), args->len); +#endif + + name[0] =3D CTL_KERN; + name[1] =3D KERN_NISDOMAINNAME; + mtx_lock(&Giant); + error =3D userland_sysctl(td, name, 2, 0, 0, 0, args->name, + args->len, 0, 0); + mtx_unlock(&Giant); + return (error); +} + +int linux_exit_group(struct thread *td, struct linux_exit_group_args *args) { struct linux_emuldata *em, *td_em, *tmp_em; Index: sys/i386/linux/linux_syscall.h =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 --- sys/i386/linux/linux_syscall.h (revision 184691) +++ sys/i386/linux/linux_syscall.h (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.93 2008/05= /13 20:01:27 rdivacky Exp=20 + * created from FreeBSD: head/sys/i386/linux/syscalls.master 178976 2008-0= 5-13 20:01:27Z rdivacky=20 */ =20 #define LINUX_SYS_exit 1 @@ -116,7 +116,7 @@ #define LINUX_SYS_fsync 118 #define LINUX_SYS_linux_sigreturn 119 #define LINUX_SYS_linux_clone 120 -#define LINUX_SYS_setdomainname 121 +#define LINUX_SYS_linux_setdomainname 121 #define LINUX_SYS_linux_newuname 122 #define LINUX_SYS_linux_modify_ldt 123 #define LINUX_SYS_linux_adjtimex 124 Index: sys/i386/linux/linux_sysent.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 --- sys/i386/linux/linux_sysent.c (revision 184691) +++ sys/i386/linux/linux_sysent.c (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.93 2008/05= /13 20:01:27 rdivacky Exp=20 + * created from FreeBSD: head/sys/i386/linux/syscalls.master 178976 2008-0= 5-13 20:01:27Z rdivacky=20 */ =20 #include @@ -139,7 +139,7 @@ { AS(fsync_args), (sy_call_t *)fsync, AUE_FSYNC, NULL, 0, 0 }, /* 118 =3D= fsync */ { AS(linux_sigreturn_args), (sy_call_t *)linux_sigreturn, AUE_SIGRETURN, = NULL, 0, 0 }, /* 119 =3D linux_sigreturn */ { AS(linux_clone_args), (sy_call_t *)linux_clone, AUE_RFORK, NULL, 0, 0 }= , /* 120 =3D linux_clone */ - { AS(setdomainname_args), (sy_call_t *)setdomainname, AUE_SYSCTL, NULL, 0= , 0 }, /* 121 =3D setdomainname */ + { AS(linux_setdomainname_args), (sy_call_t *)linux_setdomainname, AUE_SYS= CTL, NULL, 0, 0 }, /* 121 =3D linux_setdomainname */ { AS(linux_newuname_args), (sy_call_t *)linux_newuname, AUE_NULL, NULL, 0= , 0 }, /* 122 =3D linux_newuname */ { AS(linux_modify_ldt_args), (sy_call_t *)linux_modify_ldt, AUE_NULL, NUL= L, 0, 0 }, /* 123 =3D linux_modify_ldt */ { 0, (sy_call_t *)linux_adjtimex, AUE_ADJTIME, NULL, 0, 0 }, /* 124 =3D l= inux_adjtimex */ Index: sys/i386/linux/syscalls.master =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 --- sys/i386/linux/syscalls.master (revision 184691) +++ sys/i386/linux/syscalls.master (working copy) @@ -217,7 +217,7 @@ ; linux uses some strange calling convention here so we have to use the du= mmy arg 120 AUE_RFORK STD { int linux_clone(l_int flags, void *stack, \ void *parent_tidptr, int dummy, void * child_tidptr); } -121 AUE_SYSCTL NOPROTO { int setdomainname(char *name, \ +121 AUE_SYSCTL STD { int linux_setdomainname(char *name, \ int len); } 122 AUE_NULL STD { int linux_newuname( \ struct l_new_utsname *buf); } Index: sys/i386/linux/linux_proto.h =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 --- sys/i386/linux/linux_proto.h (revision 184691) +++ sys/i386/linux/linux_proto.h (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/i386/linux/syscalls.master,v 1.93 2008/05= /13 20:01:27 rdivacky Exp=20 + * created from FreeBSD: head/sys/i386/linux/syscalls.master 178976 2008-0= 5-13 20:01:27Z rdivacky=20 */ =20 #ifndef _LINUX_SYSPROTO_H_ @@ -381,6 +381,10 @@ char dummy_l_[PADL_(int)]; int dummy; char dummy_r_[PADR_(int)]; char child_tidptr_l_[PADL_(void *)]; void * child_tidptr; char child_tidp= tr_r_[PADR_(void *)]; }; +struct linux_setdomainname_args { + char name_l_[PADL_(char *)]; char * name; char name_r_[PADR_(char *)]; + char len_l_[PADL_(int)]; int len; char len_r_[PADR_(int)]; +}; struct linux_newuname_args { char buf_l_[PADL_(struct l_new_utsname *)]; struct l_new_utsname * buf; c= har buf_r_[PADR_(struct l_new_utsname *)]; }; @@ -1097,6 +1101,7 @@ int linux_ipc(struct thread *, struct linux_ipc_args *); int linux_sigreturn(struct thread *, struct linux_sigreturn_args *); int linux_clone(struct thread *, struct linux_clone_args *); +int linux_setdomainname(struct thread *, struct linux_setdomainname_args *= ); int linux_newuname(struct thread *, struct linux_newuname_args *); int linux_modify_ldt(struct thread *, struct linux_modify_ldt_args *); int linux_adjtimex(struct thread *, struct linux_adjtimex_args *); @@ -1360,6 +1365,7 @@ #define LINUX_SYS_AUE_linux_ipc AUE_NULL #define LINUX_SYS_AUE_linux_sigreturn AUE_SIGRETURN #define LINUX_SYS_AUE_linux_clone AUE_RFORK +#define LINUX_SYS_AUE_linux_setdomainname AUE_SYSCTL #define LINUX_SYS_AUE_linux_newuname AUE_NULL #define LINUX_SYS_AUE_linux_modify_ldt AUE_NULL #define LINUX_SYS_AUE_linux_adjtimex AUE_ADJTIME Index: sys/amd64/linux32/linux32_syscall.h =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 --- sys/amd64/linux32/linux32_syscall.h (revision 184691) +++ sys/amd64/linux32/linux32_syscall.h (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.34 2008= /05/13 20:01:26 rdivacky Exp=20 + * created from FreeBSD: head/sys/amd64/linux32/syscalls.master 178976 200= 8-05-13 20:01:27Z rdivacky=20 */ =20 #define LINUX_SYS_exit 1 @@ -112,7 +112,7 @@ #define LINUX_SYS_fsync 118 #define LINUX_SYS_linux_sigreturn 119 #define LINUX_SYS_linux_clone 120 -#define LINUX_SYS_setdomainname 121 +#define LINUX_SYS_linux_setdomainname 121 #define LINUX_SYS_linux_newuname 122 #define LINUX_SYS_linux_adjtimex 124 #define LINUX_SYS_linux_mprotect 125 Index: sys/amd64/linux32/syscalls.master =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 --- sys/amd64/linux32/syscalls.master (revision 184691) +++ sys/amd64/linux32/syscalls.master (working copy) @@ -216,7 +216,7 @@ ; linux uses some strange calling convention here so we have to use the du= mmy arg 120 AUE_RFORK STD { int linux_clone(l_int flags, void *stack, \ void *parent_tidptr, int dummy, void * child_tidptr); } -121 AUE_SYSCTL NOPROTO { int setdomainname(char *name, \ +121 AUE_SYSCTL STD { int linux_setdomainname(char *name, \ int len); } 122 AUE_NULL STD { int linux_newuname( \ struct l_new_utsname *buf); } Index: sys/amd64/linux32/linux32_sysent.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 --- sys/amd64/linux32/linux32_sysent.c (revision 184691) +++ sys/amd64/linux32/linux32_sysent.c (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.34 2008= /05/13 20:01:26 rdivacky Exp=20 + * created from FreeBSD: head/sys/amd64/linux32/syscalls.master 178976 200= 8-05-13 20:01:27Z rdivacky=20 */ =20 #include "opt_compat.h" @@ -140,7 +140,7 @@ { AS(fsync_args), (sy_call_t *)fsync, AUE_FSYNC, NULL, 0, 0 }, /* 118 =3D= fsync */ { AS(linux_sigreturn_args), (sy_call_t *)linux_sigreturn, AUE_SIGRETURN, = NULL, 0, 0 }, /* 119 =3D linux_sigreturn */ { AS(linux_clone_args), (sy_call_t *)linux_clone, AUE_RFORK, NULL, 0, 0 }= , /* 120 =3D linux_clone */ - { AS(setdomainname_args), (sy_call_t *)setdomainname, AUE_SYSCTL, NULL, 0= , 0 }, /* 121 =3D setdomainname */ + { AS(linux_setdomainname_args), (sy_call_t *)linux_setdomainname, AUE_SYS= CTL, NULL, 0, 0 }, /* 121 =3D linux_setdomainname */ { AS(linux_newuname_args), (sy_call_t *)linux_newuname, AUE_NULL, NULL, 0= , 0 }, /* 122 =3D linux_newuname */ { 0, (sy_call_t *)nosys, AUE_NULL, NULL, 0, 0 }, /* 123 =3D modify_ldt = */ { 0, (sy_call_t *)linux_adjtimex, AUE_ADJTIME, NULL, 0, 0 }, /* 124 =3D l= inux_adjtimex */ Index: sys/amd64/linux32/linux32_proto.h =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 --- sys/amd64/linux32/linux32_proto.h (revision 184691) +++ sys/amd64/linux32/linux32_proto.h (working copy) @@ -3,7 +3,7 @@ * * DO NOT EDIT-- this file is automatically generated. * $FreeBSD$ - * created from FreeBSD: src/sys/amd64/linux32/syscalls.master,v 1.34 2008= /05/13 20:01:26 rdivacky Exp=20 + * created from FreeBSD: head/sys/amd64/linux32/syscalls.master 178976 200= 8-05-13 20:01:27Z rdivacky=20 */ =20 #ifndef _LINUX_SYSPROTO_H_ @@ -378,6 +378,10 @@ char dummy_l_[PADL_(int)]; int dummy; char dummy_r_[PADR_(int)]; char child_tidptr_l_[PADL_(void *)]; void * child_tidptr; char child_tidp= tr_r_[PADR_(void *)]; }; +struct linux_setdomainname_args { + char name_l_[PADL_(char *)]; char * name; char name_r_[PADR_(char *)]; + char len_l_[PADL_(int)]; int len; char len_r_[PADR_(int)]; +}; struct linux_newuname_args { char buf_l_[PADL_(struct l_new_utsname *)]; struct l_new_utsname * buf; c= har buf_r_[PADR_(struct l_new_utsname *)]; }; @@ -1077,6 +1081,7 @@ int linux_ipc(struct thread *, struct linux_ipc_args *); int linux_sigreturn(struct thread *, struct linux_sigreturn_args *); int linux_clone(struct thread *, struct linux_clone_args *); +int linux_setdomainname(struct thread *, struct linux_setdomainname_args *= ); int linux_newuname(struct thread *, struct linux_newuname_args *); int linux_adjtimex(struct thread *, struct linux_adjtimex_args *); int linux_mprotect(struct thread *, struct linux_mprotect_args *); @@ -1339,6 +1344,7 @@ #define LINUX_SYS_AUE_linux_ipc AUE_NULL #define LINUX_SYS_AUE_linux_sigreturn AUE_SIGRETURN #define LINUX_SYS_AUE_linux_clone AUE_RFORK +#define LINUX_SYS_AUE_linux_setdomainname AUE_SYSCTL #define LINUX_SYS_AUE_linux_newuname AUE_NULL #define LINUX_SYS_AUE_linux_adjtimex AUE_ADJTIME #define LINUX_SYS_AUE_linux_mprotect AUE_MPROTECT Index: sys/sys/syscall.h =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 --- sys/sys/syscall.h (revision 184691) +++ sys/sys/syscall.h (working copy) @@ -161,9 +161,9 @@ #define SYS_freebsd4_fstatfs 158 #define SYS_lgetfh 160 #define SYS_getfh 161 -#define SYS_getdomainname 162 -#define SYS_setdomainname 163 -#define SYS_uname 164 +#define SYS_freebsd4_getdomainname 162 +#define SYS_freebsd4_setdomainname 163 +#define SYS_freebsd4_uname 164 #define SYS_sysarch 165 #define SYS_rtprio 166 #define SYS_semsys 169 Index: sys/sys/syscall.mk =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 --- sys/sys/syscall.mk (revision 184691) +++ sys/sys/syscall.mk (working copy) @@ -113,9 +113,9 @@ freebsd4_fstatfs.o \ lgetfh.o \ getfh.o \ - getdomainname.o \ - setdomainname.o \ - uname.o \ + freebsd4_getdomainname.o \ + freebsd4_setdomainname.o \ + freebsd4_uname.o \ sysarch.o \ rtprio.o \ semsys.o \ Index: sys/sys/sysproto.h =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 --- sys/sys/sysproto.h (revision 184691) +++ sys/sys/sysproto.h (working copy) @@ -500,17 +500,6 @@ char fname_l_[PADL_(char *)]; char * fname; char fname_r_[PADR_(char *)]; char fhp_l_[PADL_(struct fhandle *)]; struct fhandle * fhp; char fhp_r_[P= ADR_(struct fhandle *)]; }; -struct getdomainname_args { - char domainname_l_[PADL_(char *)]; char * domainname; char domainname_r_[= PADR_(char *)]; - char len_l_[PADL_(int)]; int len; char len_r_[PADR_(int)]; -}; -struct setdomainname_args { - char domainname_l_[PADL_(char *)]; char * domainname; char domainname_r_[= PADR_(char *)]; - char len_l_[PADL_(int)]; int len; char len_r_[PADR_(int)]; -}; -struct uname_args { - char name_l_[PADL_(struct utsname *)]; struct utsname * name; char name_r= _[PADR_(struct utsname *)]; -}; struct sysarch_args { char op_l_[PADL_(int)]; int op; char op_r_[PADR_(int)]; char parms_l_[PADL_(char *)]; char * parms; char parms_r_[PADR_(char *)]; @@ -1743,9 +1732,6 @@ int nfssvc(struct thread *, struct nfssvc_args *); int lgetfh(struct thread *, struct lgetfh_args *); int getfh(struct thread *, struct getfh_args *); -int getdomainname(struct thread *, struct getdomainname_args *); -int setdomainname(struct thread *, struct setdomainname_args *); -int uname(struct thread *, struct uname_args *); int sysarch(struct thread *, struct sysarch_args *); int rtprio(struct thread *, struct rtprio_args *); int semsys(struct thread *, struct semsys_args *); @@ -2181,6 +2167,17 @@ char fd_l_[PADL_(int)]; int fd; char fd_r_[PADR_(int)]; char buf_l_[PADL_(struct ostatfs *)]; struct ostatfs * buf; char buf_r_[P= ADR_(struct ostatfs *)]; }; +struct freebsd4_getdomainname_args { + char domainname_l_[PADL_(char *)]; char * domainname; char domainname_r_[= PADR_(char *)]; + char len_l_[PADL_(int)]; int len; char len_r_[PADR_(int)]; +}; +struct freebsd4_setdomainname_args { + char domainname_l_[PADL_(char *)]; char * domainname; char domainname_r_[= PADR_(char *)]; + char len_l_[PADL_(int)]; int len; char len_r_[PADR_(int)]; +}; +struct freebsd4_uname_args { + char name_l_[PADL_(struct utsname *)]; struct utsname * name; char name_r= _[PADR_(struct utsname *)]; +}; struct freebsd4_fhstatfs_args { char u_fhp_l_[PADL_(const struct fhandle *)]; const struct fhandle * u_fh= p; char u_fhp_r_[PADR_(const struct fhandle *)]; char buf_l_[PADL_(struct ostatfs *)]; struct ostatfs * buf; char buf_r_[P= ADR_(struct ostatfs *)]; @@ -2205,6 +2202,9 @@ int freebsd4_getfsstat(struct thread *, struct freebsd4_getfsstat_args *); int freebsd4_statfs(struct thread *, struct freebsd4_statfs_args *); int freebsd4_fstatfs(struct thread *, struct freebsd4_fstatfs_args *); +int freebsd4_getdomainname(struct thread *, struct freebsd4_getdomainname_= args *); +int freebsd4_setdomainname(struct thread *, struct freebsd4_setdomainname_= args *); +int freebsd4_uname(struct thread *, struct freebsd4_uname_args *); int freebsd4_fhstatfs(struct thread *, struct freebsd4_fhstatfs_args *); int freebsd4_sendfile(struct thread *, struct freebsd4_sendfile_args *); int freebsd4_sigaction(struct thread *, struct freebsd4_sigaction_args *); @@ -2325,9 +2325,6 @@ #define SYS_AUE_nfssvc AUE_NFS_SVC #define SYS_AUE_lgetfh AUE_LGETFH #define SYS_AUE_getfh AUE_NFS_GETFH -#define SYS_AUE_getdomainname AUE_SYSCTL -#define SYS_AUE_setdomainname AUE_SYSCTL -#define SYS_AUE_uname AUE_NULL #define SYS_AUE_sysarch AUE_SYSARCH #define SYS_AUE_rtprio AUE_RTPRIO #define SYS_AUE_semsys AUE_SEMSYS Index: sys/sys/priv.h =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 --- sys/sys/priv.h (revision 184691) +++ sys/sys/priv.h (working copy) @@ -84,7 +84,6 @@ #define PRIV_CLOCK_SETTIME 17 /* Can call clock_settime. */ #define PRIV_SETTIMEOFDAY 18 /* Can call settimeofday. */ #define PRIV_SETHOSTID 19 /* Can call sethostid. */ -#define PRIV_SETDOMAINNAME 20 /* Can call setdomainname. */ =20 /* * Audit subsystem privileges. --KbI68ipL6xvRMBYq-- --Aq4SrlNverAHn87R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkUIoEACgkQ52SDGA2eCwX88ACggEVBj9DtkbCO+pfU/TD7VqBx r+8AnRc0uR3ht5WZAg0kI1FtzOUrSN1W =8Dka -----END PGP SIGNATURE----- --Aq4SrlNverAHn87R-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 11:16:19 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4608C1065673 for ; Fri, 7 Nov 2008 11:16:19 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id F316E8FC14 for ; Fri, 7 Nov 2008 11:16:18 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 53BF29CB13B; Fri, 7 Nov 2008 12:13:08 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j6RpKGIvzsIK; Fri, 7 Nov 2008 12:13:05 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B26C99CB455; Fri, 7 Nov 2008 12:13:05 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mA7BD5bG072062; Fri, 7 Nov 2008 12:13:05 +0100 (CET) (envelope-from rdivacky) Date: Fri, 7 Nov 2008 12:13:05 +0100 From: Roman Divacky To: Ed Schouten Message-ID: <20081107111305.GA71431@freebsd.org> References: <20081107111201.GH1165@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081107111201.GH1165@hoeg.nl> User-Agent: Mutt/1.4.2.3i Cc: emulation@FreeBSD.org, current@FreeBSD.org Subject: Re: Request for review: uname(), setdomainname(), getdomainname() cleanups 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 Nov 2008 11:16:19 -0000 On Fri, Nov 07, 2008 at 12:12:01PM +0100, Ed Schouten wrote: > Hello all, > > I just wrote this patch and I thought I'd better send it to the lists, > because it affects a lot of random things (Linux emulation, priv(9) > flags, etc). > > Looking at kern_xxx.c, I see we've got a couple of functions there that > actually have to be #ifdef'd with COMPAT_*, while they aren't. Looking > at our CVS repository I can already confirm we don't need to implement > uname(), setdomainname() and getdomainname() on RELENG_5 and later, so I > put them in COMPAT_FREEBSD4. They are implemented as library routines > nowdays. I think they could even be marked as COMPAT_43, but just to be > sure I picked COMPAT_FREEBSD4. > > Below is a list of things of interest: > > - I noticed we have a PRIV_SETDOMAINNAME, but we don't use it inside > sysctl_domainname(). This means that you can bypass PRIV_SETDOMAINNAME > anyway, so remove it. > > - I think it's better if we just implement getdomainname() and > setdomainname() by calling userland_sysctl(). This makes it less > likely to break if we would ever change sysctl_domainname() in > kern_mib.c. > > - To make the linuxolator compile without enabling COMPAT_FREEBSD4, I > added a linux_setdomainname(). I also noticed linux_sethostname() > called userland_sysctl() without holding Giant. > > - It wasn't easy to make uname(), setdomainname() and getdomainname() > work in COMPAT_FREEBSD32, because we would actually need a > "COMPAT4+NOPROTO" option for syscalls.master. Because these system > calls aren't likely to be used, I just disabled them. If it turns out > we really need them, we could reintroduce them. > > Any comments? If not, I'll commit it to SVN in a day or two. Thanks! I just quickly looked at it but I think it's correct and I like the patch. OK from me From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 13:16:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4166B1065672 for ; Fri, 7 Nov 2008 13:16:34 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id AA45F8FC19 for ; Fri, 7 Nov 2008 13:16:33 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl202-73.kln.forthnet.gr [79.103.15.73]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mA7DGD4J010170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Nov 2008 15:16:21 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mA7DGC40002740; Fri, 7 Nov 2008 15:16:12 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mA7DGBWS002739; Fri, 7 Nov 2008 15:16:11 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Alex Keda References: <49135844.7010500@lissyara.su> <491358CD.4090601@lissyara.su> <87bpwsseof.fsf@kobe.laptop> <49140904.6080002@lissyara.su> Date: Fri, 07 Nov 2008 15:16:11 +0200 In-Reply-To: <49140904.6080002@lissyara.su> (Alex Keda's message of "Fri, 07 Nov 2008 12:23:16 +0300") Message-ID: <87k5bfk76s.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mA7DGD4J010170 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.039, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.36, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: current@freebsd.org Subject: Re: Cannot buildworld in 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: Fri, 07 Nov 2008 13:16:34 -0000 On Fri, 07 Nov 2008 12:23:16 +0300, Alex Keda wrote: >> Can you try this patch? >> >> %%% >> diff -r aa58af068624 usr.bin/du/du.c >> --- a/usr.bin/du/du.c Thu Nov 06 23:29:46 2008 +0200 >> +++ b/usr.bin/du/du.c Thu Nov 06 23:51:48 2008 +0200 >> @@ -273,7 +273,8 @@ >> (void)printf("\t%s\n", p->fts_path); >> } else { >> (void)printf("%jd\t%s\n", >> - howmany(p->fts_bignum * cblocksize, >> + (intmax_t)howmany( >> + p->fts_bignum * cblocksize, >> blocksize), p->fts_path); >> } >> } >> %%% > > another machine. Build success. Updated 2 hour ago... Thanks :) > You commit this patch? =) Max committed a fix in Subversion change 184742: : r184742 | mlaier | 2008-11-07 01:55:28 +0200 (Fri, 07 Nov 2008) | 2 lines : Changed paths: : M /head/usr.bin/du/du.c : : Restore (intmax_t) casts I lost during the last change & unbreak the build. : If you resync your source tree you will get the fix too :) From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 13:53:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 190E91065676 for ; Fri, 7 Nov 2008 13:53:20 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml16.kpnxchange.com (hpsmtp-eml16.KPNXCHANGE.COM [213.75.38.116]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7EA8FC08 for ; Fri, 7 Nov 2008 13:53:19 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpi-eml05.kpnxchange.com ([213.75.38.135]) by hpsmtp-eml16.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Nov 2008 14:53:16 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtpi-eml05.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Nov 2008 14:53:16 +0100 Received: (qmail 67597 invoked by uid 98); 7 Nov 2008 13:53:27 -0000 Received: from 81.207.207.222 (nick@81.207.207.222) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(81.207.207.222):SA:0(1.6/5.0):. Processed in 4.964627 secs); 07 Nov 2008 13:53:27 -0000 X-Spam-Status: No, score=1.6 required=5.0 X-Spam-Level: + Received: from unknown (HELO van-laarhoven.org) (nick@81.207.207.222) by uitsmijter.van-laarhoven.org with SMTP; 7 Nov 2008 13:53:21 -0000 Received: (nullmailer pid 10532 invoked by uid 1001); Fri, 07 Nov 2008 13:53:08 -0000 From: Nick Hibma To: Mike Tancsa Date: Fri, 7 Nov 2008 14:53:06 +0100 User-Agent: KMail/1.9.7 References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> <200811062203.mA6M3ij3048835@lava.sentex.ca> In-Reply-To: <200811062203.mA6M3ij3048835@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071453.07665.nick@van-laarhoven.org> X-OriginalArrivalTime: 07 Nov 2008 13:53:17.0109 (UTC) FILETIME=[2F886650:01C940E0] X-Mailman-Approved-At: Fri, 07 Nov 2008 15:29:37 +0000 Cc: FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 13:53:20 -0000 > For the hardware, I used > http://www.pcengines.ch/alix6b2.htm > with RELENG_7 and nanobsd. The board has dual SIM slots, but there > are no drivers to switch between the two, so just the top one works. If anyone can find information on how to switch SIM slot on the card, I'd be more than happy to include support for it. Would be very useful to have. > at!GSTATUS? > !GSTATUS: > Current Time: 3455 Temperature: 30 > Bootup Time: 3201 Mode: ONLINE > System mode: WCDMA PS state: Not attached > WCDMA band: WCDMA800 GSM band: Unknown > WCDMA channel: 1037 GSM channel: 65535 > GMM (PS) state:DEREGISTERED NO IMSI > MM (CS) state: IDLE NO IMSI > > WCDMA L1 State:L1M_PCH_SLEEP RRC State: DISCONNECTED > RX level (dBm):-87 > > > OK One learns something new every day! > at^SYSINFO > ^SYSINFO: 1,0,1,5,255 Anyone any info on how to decode this? Nick From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 16:00:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D12201065679 for ; Fri, 7 Nov 2008 16:00:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 6C60B8FC2F for ; Fri, 7 Nov 2008 16:00:40 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=rSycO-CPyrjUzOQzVAQA:9 a=t_tp7MXkQqY7p5rmwOQeuJO3M4cA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1146651982; Fri, 07 Nov 2008 17:00:38 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 17:02:47 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> In-Reply-To: <200811071134.42761.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071702.48123.hselasky@c2i.net> Cc: Stefan Ehmann Subject: Re: usb2: scanner no longer working 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 Nov 2008 16:00:40 -0000 On Friday 07 November 2008, Stefan Ehmann wrote: > I recompiled sane-backends and linked it against libusb20. The include path > needed to be fixed. > > scanimage -L doesn't detect any scanners. > > sane-find-scanner correctly detects it on first run: > found USB scanner (vendor=0x04a9 [Canon], product=0x221c [CanoScan], > chip=GL842) at libusb:/dev/usb:/dev/ugen3.2 > > on subsequent runs no scanners are found > > dmesg only says > ugen3.2: at usbus3 > > no ugen detached message even if I unplug the scanner > > I tried some of the debugging sysctls but I couldn't spot anything useful. > > ugen seems to work in general as I could access my camera with libgphoto2. > > Will provide more info as needed. Hi Stefan, Which version/date is the libusb20 you are using? Does usbconfig list your device? Try changing ownership of the USB devices? Maybe it is a permissions problem. usbconfig -u xx -a xx set_owner xx:yy --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 16:05:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F7E41065686 for ; Fri, 7 Nov 2008 16:05:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 709A58FC19 for ; Fri, 7 Nov 2008 16:05:39 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=3IjZm4r-F1MA:10 a=xw72rLtdcjMA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=8BZ8ZQq2AAAA:8 a=9E-Afjgca79XpGG3UFMA:9 a=UJ3zKXMgoJlbyGUN6WajlqY52aoA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 401991334; Fri, 07 Nov 2008 17:05:37 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 17:07:44 +0100 User-Agent: KMail/1.9.7 References: <20081107082740.GA1334@icarus.home.lan> In-Reply-To: <20081107082740.GA1334@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071707.45823.hselasky@c2i.net> Cc: Jeremy Chadwick Subject: Re: Kernel panic when copying data to umass device (USB4BSD) 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 Nov 2008 16:05:40 -0000 On Friday 07 November 2008, Jeremy Chadwick wrote: > http://www.malkavian.com/~jdc/usb2_da0_crash.jpg Hi Jeremy, This issue has already been reported. It has to do with busdma. I will try to verify the busdma path when bounching is enabled. I think I can simulate this on my system by lowering the physical DMA limit. I have not tested on systems with more than 4GB of ram. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 16:43:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42EF91065687 for ; Fri, 7 Nov 2008 16:43:45 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 85D4B8FC1F for ; Fri, 7 Nov 2008 16:43:44 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 07 Nov 2008 16:43:42 -0000 Received: from 85-127-86-44.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.86.44] by mail.gmx.net (mp005) with SMTP; 07 Nov 2008 17:43:42 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18r/69dtQsrI1Dam4+oT5ANhlVUyyWiS0liD0z5L0 IQOyTK4YboVI7O From: Stefan Ehmann To: Hans Petter Selasky Date: Fri, 7 Nov 2008 17:43:39 +0100 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.2; i386; ; ) References: <200811071134.42761.shoesoft@gmx.net> <200811071702.48123.hselasky@c2i.net> In-Reply-To: <200811071702.48123.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071743.40319.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58 Cc: freebsd-current@freebsd.org Subject: Re: usb2: scanner no longer working 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 Nov 2008 16:43:45 -0000 On Friday 07 November 2008 17:02:47 Hans Petter Selasky wrote: > On Friday 07 November 2008, Stefan Ehmann wrote: > > I recompiled sane-backends and linked it against libusb20. The include > > path needed to be fixed. > > > > scanimage -L doesn't detect any scanners. > > > > sane-find-scanner correctly detects it on first run: > > found USB scanner (vendor=0x04a9 [Canon], product=0x221c [CanoScan], > > chip=GL842) at libusb:/dev/usb:/dev/ugen3.2 > > > > on subsequent runs no scanners are found > > > > dmesg only says > > ugen3.2: at usbus3 > > > > no ugen detached message even if I unplug the scanner > > > > I tried some of the debugging sysctls but I couldn't spot anything > > useful. > > > > ugen seems to work in general as I could access my camera with > > libgphoto2. > > > > Will provide more info as needed. > > Hi Stefan, > > Which version/date is the libusb20 you are using? The one commited to current. > Does usbconfig list your device? After I plug it in: ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON After I run scanimage or sane-find-scanner it silently disappears and usbconfig no longer lists it. > Try changing ownership of the USB devices? Maybe it is a permissions > problem. > > usbconfig -u xx -a xx set_owner xx:yy I tried to run as root, so this shouldn't be the problem. From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 17:06:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD174106568B for ; Fri, 7 Nov 2008 17:06:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id EA33E8FC1E for ; Fri, 7 Nov 2008 17:06:57 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=BsiE5UjOb94A:10 a=vvzDfkpqIs0A:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=6I5d2MoRAAAA:8 a=6-5ZibYPNPbUPX4ov8YA:9 a=YSydp3P56GSINd-7874A:7 a=XrMi6xJXLwWbUyacIo9TZL_bw1UA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 971451562; Fri, 07 Nov 2008 18:06:56 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 18:09:04 +0100 User-Agent: KMail/1.9.7 References: <20081107075232.GA1608@icarus.home.lan> <4bSZ78p2klKnbZ/rhiyIIUK0VNE@qm7gbYKMPO53E/nl+D5eD8YyL1A> <20081107090719.GA1287@icarus.home.lan> In-Reply-To: <20081107090719.GA1287@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071809.05617.hselasky@c2i.net> Cc: Jeremy Chadwick , Eygene Ryabinkin Subject: Re: USB4BSD (USB2): Microsoft 4000 keyboard unusable 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 Nov 2008 17:06:58 -0000 On Friday 07 November 2008, Jeremy Chadwick wrote: > On Fri, Nov 07, 2008 at 11:38:49AM +0300, Eygene Ryabinkin wrote: > > Thu, Nov 06, 2008 at 11:52:32PM -0800, Jeremy Chadwick wrote: > > [...] > > > > > Everything built (csup date: 2008/11/06 ~2200 PST) fine, no issues -- > > > until I noticed my USB keyboard didn't function any longer. > > > > > > During boot0/boot2/loader, the keyboard functions (as expected, re: USB > > > Legacy option is enabled in my BIOS), and the keyboard LEDs are lit as > > > expected. The kernel loads, some drivers initialise, and the LEDs go > > > off. Once the USB2 stack loads, the keyboard LEDs turn back up, but as > > > stated, no keypresses are registered. I was forced to hook up a PS/2 > > > keyboard. > > You are using 64-bit architecture - right? Then you need the following patch to usb2_busdma.c: http://perforce.freebsd.org/chv.cgi?CH=152624 Fix some problems related to busdma: Need to unload DMA maps before re-use! Fix a corner case when loading zero bytes. Affected files ... .. //depot/projects/usb/src/sys/dev/usb2/core/usb2_busdma.c#10 edit Differences ... ==== //depot/projects/usb/src/sys/dev/usb2/core/usb2_busdma.c#10 (text+ko) ==== @@ -597,6 +597,12 @@ uptag = pc->tag_parent; /* + * We have to unload the previous loaded DMA + * pages before trying to load a new one! + */ + bus_dmamap_unload(pc->tag, pc->map); + + /* * Try to load memory into DMA. */ err = bus_dmamap_load( @@ -612,6 +618,12 @@ } else { /* + * We have to unload the previous loaded DMA + * pages before trying to load a new one! + */ + bus_dmamap_unload(pc->tag, pc->map); + + /* * Try to load memory into DMA. The callback * will be called in all cases: */ @@ -639,6 +651,10 @@ void usb2_pc_cpu_invalidate(struct usb2_page_cache *pc) { + if (pc->page_offset_end == pc->page_offset_buf) { + /* nothing has been loaded into this page cache! */ + return; + } bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD); return; @@ -650,6 +666,10 @@ void usb2_pc_cpu_flush(struct usb2_page_cache *pc) { + if (pc->page_offset_end == pc->page_offset_buf) { + /* nothing has been loaded into this page cache! */ + return; + } bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREWRITE | BUS_DMASYNC_PREREAD); return; @@ -953,6 +973,12 @@ if (size > 0) { + /* + * We have to unload the previous loaded DMA + * pages before trying to load a new one! + */ + bus_dmamap_unload(pc->tag, pc->map); + /* try to load memory into DMA using using no wait option */ if (bus_dmamap_load(pc->tag, pc->map, pc->buffer, size, NULL, BUS_DMA_NOWAIT)) { @@ -990,6 +1016,10 @@ len = pc->page_offset_end - pc->page_offset_buf; + if (len == 0) { + /* nothing has been loaded into this page cache */ + return; + } bus_dmamap_sync(pc->tag, pc->map, 0, len, BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD); return; @@ -1005,6 +1035,10 @@ len = pc->page_offset_end - pc->page_offset_buf; + if (len == 0) { + /* nothing has been loaded into this page cache */ + return; + } bus_dmamap_sync(pc->tag, pc->map, 0, len, BUS_DMASYNC_PREWRITE | BUS_DMASYNC_PREREAD); return; Best regards HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 17:09:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BF1B1065678 for ; Fri, 7 Nov 2008 17:09:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id D3AB68FC24 for ; Fri, 7 Nov 2008 17:09:22 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=J1zRX2_4DjwA:10 a=xw72rLtdcjMA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=6I5d2MoRAAAA:8 a=3YTIT_jGPHLJczaYVB8A:9 a=RF4BB6zLHrelT4Av70wA:7 a=8OqP3KE3YxgjblQQsK1AduliE-QA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1142216797; Fri, 07 Nov 2008 18:09:21 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 18:11:26 +0100 User-Agent: KMail/1.9.7 References: <20081107082740.GA1334@icarus.home.lan> In-Reply-To: <20081107082740.GA1334@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071811.27181.hselasky@c2i.net> Cc: Jeremy Chadwick Subject: Re: Kernel panic when copying data to umass device (USB4BSD) - problem found 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 Nov 2008 17:09:23 -0000 On Friday 07 November 2008, Jeremy Chadwick wrote: > Not sure if this is caused by problems with USB4BSD or not, as I can > reproduce it on RELENG_7 (but there, the kernel does not panic; it just > "wedges" in a loop/thread somewhere; SSH sessions remain up, but > commands running stop; hitting Ctrl-T shows them in all sorts of > different states, but the states never change; hitting Ctrl-Alt-Esc does > in fact drop me to db>). > Hi Jeremy, I've reproduced the issue with some mods to the usb2_busdma.c on 32-bit arcitecture and have made a fix for this problem. Try the following patch and re-test! Some mem-stick benchmarks would be nice ... My private SVN also has this patch in addition to P4. --HPS http://perforce.freebsd.org/chv.cgi?CH=152624 Fix some problems related to busdma: Need to unload DMA maps before re-use! Fix a corner case when loading zero bytes. Affected files ... .. //depot/projects/usb/src/sys/dev/usb2/core/usb2_busdma.c#10 edit Differences ... ==== //depot/projects/usb/src/sys/dev/usb2/core/usb2_busdma.c#10 (text+ko) ==== @@ -597,6 +597,12 @@ uptag = pc->tag_parent; /* + * We have to unload the previous loaded DMA + * pages before trying to load a new one! + */ + bus_dmamap_unload(pc->tag, pc->map); + + /* * Try to load memory into DMA. */ err = bus_dmamap_load( @@ -612,6 +618,12 @@ } else { /* + * We have to unload the previous loaded DMA + * pages before trying to load a new one! + */ + bus_dmamap_unload(pc->tag, pc->map); + + /* * Try to load memory into DMA. The callback * will be called in all cases: */ @@ -639,6 +651,10 @@ void usb2_pc_cpu_invalidate(struct usb2_page_cache *pc) { + if (pc->page_offset_end == pc->page_offset_buf) { + /* nothing has been loaded into this page cache! */ + return; + } bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD); return; @@ -650,6 +666,10 @@ void usb2_pc_cpu_flush(struct usb2_page_cache *pc) { + if (pc->page_offset_end == pc->page_offset_buf) { + /* nothing has been loaded into this page cache! */ + return; + } bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREWRITE | BUS_DMASYNC_PREREAD); return; @@ -953,6 +973,12 @@ if (size > 0) { + /* + * We have to unload the previous loaded DMA + * pages before trying to load a new one! + */ + bus_dmamap_unload(pc->tag, pc->map); + /* try to load memory into DMA using using no wait option */ if (bus_dmamap_load(pc->tag, pc->map, pc->buffer, size, NULL, BUS_DMA_NOWAIT)) { @@ -990,6 +1016,10 @@ len = pc->page_offset_end - pc->page_offset_buf; + if (len == 0) { + /* nothing has been loaded into this page cache */ + return; + } bus_dmamap_sync(pc->tag, pc->map, 0, len, BUS_DMASYNC_POSTWRITE | BUS_DMASYNC_POSTREAD); return; @@ -1005,6 +1035,10 @@ len = pc->page_offset_end - pc->page_offset_buf; + if (len == 0) { + /* nothing has been loaded into this page cache */ + return; + } bus_dmamap_sync(pc->tag, pc->map, 0, len, BUS_DMASYNC_PREWRITE | BUS_DMASYNC_PREREAD); return; From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 17:14:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FBAF1065673 for ; Fri, 7 Nov 2008 17:14:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 353C18FC1A for ; Fri, 7 Nov 2008 17:14:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=hBUDUTInW-7mcqYz1wMA:9 a=QAmeqbs-sSaS8OMvSRUA:7 a=Oyqh4NYcYyEJYyXVl-J2_WzEOvIA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1142226876; Fri, 07 Nov 2008 18:14:07 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 18:16:11 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <200811071702.48123.hselasky@c2i.net> <200811071743.40319.shoesoft@gmx.net> In-Reply-To: <200811071743.40319.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071816.11704.hselasky@c2i.net> Cc: Stefan Ehmann Subject: Re: usb2: scanner no longer working 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 Nov 2008 17:14:09 -0000 On Friday 07 November 2008, Stefan Ehmann wrote: > On Friday 07 November 2008 17:02:47 Hans Petter Selasky wrote: > > On Friday 07 November 2008, Stefan Ehmann wrote: > > > I recompiled sane-backends and linked it against libusb20. The include > > > path needed to be fixed. > > > > > > scanimage -L doesn't detect any scanners. > > > > > > sane-find-scanner correctly detects it on first run: > > > found USB scanner (vendor=0x04a9 [Canon], product=0x221c [CanoScan], > > > chip=GL842) at libusb:/dev/usb:/dev/ugen3.2 > > > > > > on subsequent runs no scanners are found > > > > > > dmesg only says > > > ugen3.2: at usbus3 > > > > > > no ugen detached message even if I unplug the scanner > > > > > > I tried some of the debugging sysctls but I couldn't spot anything > > > useful. > > > > > > ugen seems to work in general as I could access my camera with > > > libgphoto2. > > > > > > Will provide more info as needed. > > > > Hi Stefan, > > > > Which version/date is the libusb20 you are using? > > The one commited to current. > > > Does usbconfig list your device? > > After I plug it in: > ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=ON > > After I run scanimage or sane-find-scanner it silently disappears and > usbconfig no longer lists it. > > > Try changing ownership of the USB devices? Maybe it is a permissions > > problem. > > > > usbconfig -u xx -a xx set_owner xx:yy > Hi, If usbconfig does not list your device, then it is no longer present in the system. Are you running USB2 on a 64-bit architecture? Try again having HUB debugging turned on. sysctl hw.usb2.uhub.debug=15 I suspect that your device: a) had firmware loaded and the scanner driver called the device reset function, which is a little different than on linux. b) USB firmware crashed. Maybe your device needs a quirk? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 17:14:28 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A4101065680 for ; Fri, 7 Nov 2008 17:14:28 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id A49018FC21 for ; Fri, 7 Nov 2008 17:14:27 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id mA7Gi8hh009716; Fri, 7 Nov 2008 16:44:08 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1KyURM-0004I4-ID; Fri, 07 Nov 2008 16:44:08 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id mA7Gi8Vl070781; Fri, 7 Nov 2008 16:44:08 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id mA7Gi7c8070780; Fri, 7 Nov 2008 16:44:07 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Andre Guibert de Bruet In-Reply-To: <99CD11CA-9AEB-4260-B7C9-44E9B82EA34A@siliconlandmark.com> References: <99CD11CA-9AEB-4260-B7C9-44E9B82EA34A@siliconlandmark.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 07 Nov 2008 16:44:07 +0000 Message-Id: <1226076247.69416.12.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: current@FreeBSD.org Subject: Re: [PATCH] Quirk for I-Tuner Networks USBLCD4X20 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 Nov 2008 17:14:28 -0000 On Fri, 2008-10-31 at 11:49 -0400, Andre Guibert de Bruet wrote: > Hi, > > The attached patch provides a quirk entry for the I-Tuner Networks' > External USB 4x20 LCD device, so that it does not get attached to by > uhid. I have successfully run lcdproc CVS HEAD with this device on 7.1- > PRERELEASE (If anyone is interested in the configs, please email me > off-list). > > Could this get committed upon review? Hi, You're probably best off putting this into a PR, so that it doesn't get lost. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 17:18:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51D0C1065697 for ; Fri, 7 Nov 2008 17:18:00 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 04AB78FC1F for ; Fri, 7 Nov 2008 17:17:59 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from [78.110.49.49] (helo=quasar.ht-systems.ru) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1KyUhc-0004YD-CI; Fri, 07 Nov 2008 20:00:56 +0300 Received: by quasar.ht-systems.ru (Postfix, from userid 1024) id 3E02C73023; Fri, 7 Nov 2008 20:00:55 +0300 (MSK) Date: Fri, 7 Nov 2008 20:00:44 +0300 From: Stanislav Sedov To: pyunyh@gmail.com Message-Id: <20081107200044.77e723d2.stas@FreeBSD.org> In-Reply-To: <20081104015235.GC98154@cdnetworks.co.kr> References: <490F47BE.9080205@janh.de> <20081104015235.GC98154@cdnetworks.co.kr> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__7_Nov_2008_20_00_44_+0300_dhR7E2c+/zv41OEt" Cc: Jan Henrik Sylvester , Boris Samorodov , current-list freebsd Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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 Nov 2008 17:18:00 -0000 --Signature=_Fri__7_Nov_2008_20_00_44_+0300_dhR7E2c+/zv41OEt Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 4 Nov 2008 10:52:35 +0900 Pyun YongHyeon mentioned: > > This will probably not go into 7.1-RELEASE, will it? >=20 > It was too late to go into 7.1-RELEASE, I guess. I think it's still possible to get this into 7.1 as it's a separate driver and doesn't influence on other subsystems. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__7_Nov_2008_20_00_44_+0300_dhR7E2c+/zv41OEt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkUdEcACgkQK/VZk+smlYHSWwCaAx8sYEAFzcPtgSV0hJx6FNFC sHAAn1UM1zW5y7dy61hae99ttQZnG4i8 =I+DI -----END PGP SIGNATURE----- --Signature=_Fri__7_Nov_2008_20_00_44_+0300_dhR7E2c+/zv41OEt-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 17:36:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6FCD1065670 for ; Fri, 7 Nov 2008 17:36:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 140108FC13 for ; Fri, 7 Nov 2008 17:36:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=6I5d2MoRAAAA:8 a=hBUDUTInW-7mcqYz1wMA:9 a=rrQi3QKMImGYr2OLA0cA:7 a=YRNvfTtgC3nBeURXG95rdufhs3MA:4 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 754286854; Fri, 07 Nov 2008 18:36:06 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 18:38:15 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <200811071702.48123.hselasky@c2i.net> <200811071743.40319.shoesoft@gmx.net> In-Reply-To: <200811071743.40319.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071838.16493.hselasky@c2i.net> Cc: Stefan Ehmann Subject: Re: usb2: scanner no longer working 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 Nov 2008 17:36:09 -0000 On Friday 07 November 2008, Stefan Ehmann wrote: > On Friday 07 November 2008 17:02:47 Hans Petter Selasky wrote: > > On Friday 07 November 2008, Stefan Ehmann wrote: > > > I recompiled sane-backends and linked it against libusb20. The include > > > path needed to be fixed. > > > > > > scanimage -L doesn't detect any scanners. > > > > > > sane-find-scanner correctly detects it on first run: > > > found USB scanner (vendor=0x04a9 [Canon], product=0x221c [CanoScan], > > > chip=GL842) at libusb:/dev/usb:/dev/ugen3.2 > > > > > > on subsequent runs no scanners are found > > > > > > dmesg only says > > > ugen3.2: at usbus3 > > > > > > no ugen detached message even if I unplug the scanner > > > > > > I tried some of the debugging sysctls but I couldn't spot anything > > > useful. > > > > > > ugen seems to work in general as I could access my camera with > > > libgphoto2. > > > > > > Will provide more info as needed. > > > > Hi Stefan, > > > > Which version/date is the libusb20 you are using? > > The one commited to current. > > > Does usbconfig list your device? > > After I plug it in: > ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=ON > > After I run scanimage or sane-find-scanner it silently disappears and > usbconfig no longer lists it. > > > Try changing ownership of the USB devices? Maybe it is a permissions > > problem. > > > > usbconfig -u xx -a xx set_owner xx:yy > > I tried to run as root, so this shouldn't be the problem. > _______________________________________________ > 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" Hi, Could you dump the current config descriptor of your scanner? usbconfig -u 3 -a 2 dump_curr_config_desc It can also be a set-config issue. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 17:40:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 366E61065679 for ; Fri, 7 Nov 2008 17:40:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id C40CB8FC18 for ; Fri, 7 Nov 2008 17:40:40 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=v8QXlMcnAaqCXa6EwS8A:9 a=MTc0xH-PSzccbWvSrFGUPZSL2RMA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1146805376; Fri, 07 Nov 2008 18:40:39 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 18:42:49 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <200811071743.40319.shoesoft@gmx.net> <200811071838.16493.hselasky@c2i.net> In-Reply-To: <200811071838.16493.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071842.50044.hselasky@c2i.net> Cc: Stefan Ehmann Subject: Re: usb2: scanner no longer working 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 Nov 2008 17:40:41 -0000 On Friday 07 November 2008, Hans Petter Selasky wrote: > Hi, > > Could you dump the current config descriptor of your scanner? > > usbconfig -u 3 -a 2 dump_curr_config_desc > > It can also be a set-config issue. > > --HPS Also get me the device descriptor through: usbconfig -u 3 -a 2 dump_device_desc 3 and 2 are the numbers after ugen, like ugen3.2 --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 17:51:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86E6E106567C for ; Fri, 7 Nov 2008 17:51:56 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id E1ADB8FC16 for ; Fri, 7 Nov 2008 17:51:55 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 07 Nov 2008 17:51:54 -0000 Received: from 85-127-86-44.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.86.44] by mail.gmx.net (mp027) with SMTP; 07 Nov 2008 18:51:54 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1//bIw64Wj//HxlC7cavfLuGEMJ3VjfPoMmmhliGX /n+MqkG9V7F0K/ From: Stefan Ehmann To: Hans Petter Selasky Date: Fri, 7 Nov 2008 18:51:51 +0100 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.2; i386; ; ) References: <200811071134.42761.shoesoft@gmx.net> <200811071838.16493.hselasky@c2i.net> <200811071842.50044.hselasky@c2i.net> In-Reply-To: <200811071842.50044.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071851.52961.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.54 Cc: freebsd-current@freebsd.org Subject: Re: usb2: scanner no longer working 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 Nov 2008 17:51:56 -0000 On Friday 07 November 2008 18:42:49 Hans Petter Selasky wrote: > On Friday 07 November 2008, Hans Petter Selasky wrote: > > Hi, > > > > Could you dump the current config descriptor of your scanner? > > > > usbconfig -u 3 -a 2 dump_curr_config_desc # usbconfig -u 3 -a 2 dump_curr_config_desc ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0027 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 bmAttributes = 0x00a0 bMaxPower = 0x00fa Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0003 bInterfaceClass = 0x00ff bInterfaceSubClass = 0x00ff bInterfaceProtocol = 0x00ff iInterface = 0x0000 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 bmAttributes = 0x0002 wMaxPacketSize = 0x0200 bInterval = 0x0000 bRefresh = 0x0000 bSynchAddress = 0x0000 Endpoint 2 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0083 bmAttributes = 0x0003 wMaxPacketSize = 0x0001 bInterval = 0x0008 bRefresh = 0x0000 bSynchAddress = 0x0000 > > It can also be a set-config issue. > > > > --HPS > > Also get me the device descriptor through: > > usbconfig -u 3 -a 2 dump_device_desc # usbconfig -u 3 -a 2 dump_device_desc ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x00ff bDeviceSubClass = 0x00ff bDeviceProtocol = 0x00ff bMaxPacketSize0 = 0x0040 idVendor = 0x04a9 idProduct = 0x221c bcdDevice = 0x0306 iManufacturer = 0x0001 LangId:0x0409 iProduct = 0x0002 LangId:0x0409 iSerialNumber = 0x0000 bNumConfigurations = 0x0001 > 3 and 2 are the numbers after ugen, like ugen3.2 To your other mail: I'm running i386. HUB debugging didn't output any obvious errors. From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 18:33:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7710B1065672 for ; Fri, 7 Nov 2008 18:33:12 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id D62288FC14 for ; Fri, 7 Nov 2008 18:33:11 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=6I5d2MoRAAAA:8 a=vafWJlg1LcBArlRLE9UA:9 a=9aZoHJbmXoIg0w1jdO8A:7 a=0X-v5F2RZJnm5xXsLTGUayu0pGkA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 401703338; Fri, 07 Nov 2008 19:33:10 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 19:35:17 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <200811071842.50044.hselasky@c2i.net> <200811071851.52961.shoesoft@gmx.net> In-Reply-To: <200811071851.52961.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071935.19412.hselasky@c2i.net> Cc: Stefan Ehmann Subject: Re: usb2: scanner no longer working 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 Nov 2008 18:33:12 -0000 On Friday 07 November 2008, Stefan Ehmann wrote: > On Friday 07 November 2008 18:42:49 Hans Petter Selasky wrote: > > On Friday 07 November 2008, Hans Petter Selasky wrote: > > > Hi, > > > > > > Could you dump the current config descriptor of your scanner? > > > > > > usbconfig -u 3 -a 2 dump_curr_config_desc > > # usbconfig -u 3 -a 2 dump_curr_config_desc > ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=ON > > > Configuration index 0 > > bLength = 0x0009 > bDescriptorType = 0x0002 > wTotalLength = 0x0027 > bNumInterfaces = 0x0001 > bConfigurationValue = 0x0001 > iConfiguration = 0x0000 > bmAttributes = 0x00a0 > bMaxPower = 0x00fa > > Interface 0 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0000 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0003 > bInterfaceClass = 0x00ff > bInterfaceSubClass = 0x00ff > bInterfaceProtocol = 0x00ff > iInterface = 0x0000 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0081 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0200 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > Endpoint 1 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0002 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0200 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > Endpoint 2 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0083 > bmAttributes = 0x0003 > wMaxPacketSize = 0x0001 > bInterval = 0x0008 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > > > It can also be a set-config issue. > > > > > > --HPS > > > > Also get me the device descriptor through: > > > > usbconfig -u 3 -a 2 dump_device_desc > > # usbconfig -u 3 -a 2 dump_device_desc > ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) > pwr=ON > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x00ff > bDeviceSubClass = 0x00ff > bDeviceProtocol = 0x00ff > bMaxPacketSize0 = 0x0040 > idVendor = 0x04a9 > idProduct = 0x221c > bcdDevice = 0x0306 > iManufacturer = 0x0001 LangId:0x0409 > iProduct = 0x0002 LangId:0x0409 > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > > > 3 and 2 are the numbers after ugen, like ugen3.2 > > To your other mail: > I'm running i386. HUB debugging didn't output any obvious errors. Hi, Try the following patch to libusb20. I suspect that it is the set_configuration call that makes trouble! http://perforce.freebsd.org/chv.cgi?CH=152628 Thanks for reporting. My private SVN repository has also been updated to include this patch if you are using that. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 18:38:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B9981065694 for ; Fri, 7 Nov 2008 18:38:03 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id DD18F8FC1C for ; Fri, 7 Nov 2008 18:38:02 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id EF3161D316; Fri, 7 Nov 2008 19:38:01 +0100 (CET) Date: Fri, 7 Nov 2008 19:38:01 +0100 From: Ed Schouten To: Hans Petter Selasky Message-ID: <20081107183801.GI1165@hoeg.nl> References: <200811071134.42761.shoesoft@gmx.net> <200811071702.48123.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="B7hpZ2vc9EtjjIQt" Content-Disposition: inline In-Reply-To: <200811071702.48123.hselasky@c2i.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: usb2: scanner no longer working 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 Nov 2008 18:38:03 -0000 --B7hpZ2vc9EtjjIQt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Hans Petter Selasky wrote: > Try changing ownership of the USB devices? Maybe it is a permissions prob= lem. >=20 > usbconfig -u xx -a xx set_owner xx:yy What's wrong with chmod(1) and chown(1)? --=20 Ed Schouten WWW: http://80386.nl/ --B7hpZ2vc9EtjjIQt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkUiwkACgkQ52SDGA2eCwWFZwCfVSetg0vdoxCNsQFLhhpq4fyj az0AnirJgr3DC7kvVfJCEjbzBLVZml/o =A9pF -----END PGP SIGNATURE----- --B7hpZ2vc9EtjjIQt-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 18:45:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7B85106567F for ; Fri, 7 Nov 2008 18:45:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 5023A8FC08 for ; Fri, 7 Nov 2008 18:45:01 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=xohTbFvHdNv8H3mAFWgA:9 a=sBHy_t0RUF-mRyV8xUzPs4ugEbwA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 401722284; Fri, 07 Nov 2008 19:45:00 +0100 From: Hans Petter Selasky To: Ed Schouten Date: Fri, 7 Nov 2008 19:47:09 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <200811071702.48123.hselasky@c2i.net> <20081107183801.GI1165@hoeg.nl> In-Reply-To: <20081107183801.GI1165@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071947.10612.hselasky@c2i.net> Cc: FreeBSD Current Subject: Re: usb2: scanner no longer working 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 Nov 2008 18:45:02 -0000 On Friday 07 November 2008, Ed Schouten wrote: > * Hans Petter Selasky wrote: > > Try changing ownership of the USB devices? Maybe it is a permissions > > problem. > > > > usbconfig -u xx -a xx set_owner xx:yy > > What's wrong with chmod(1) and chown(1)? Hi Ed, Basically there is nothing wrong with using chmod and chown. Hence USB has its own directory system which is not part of devfs, it was natural to also have a separate utility to set the permissions and ownership, which might become more complicated than simply a user and group. At EuroBSDcon this year I got some ideas about defining functional permission groups, like permissions for all USB keyboards for example, instead of permissions for individual devices. This pradigm will then break with chmod and chown. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 18:49:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 286351065673 for ; Fri, 7 Nov 2008 18:49:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id E1B4D8FC16 for ; Fri, 7 Nov 2008 18:49:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 1D5E91D316; Fri, 7 Nov 2008 19:49:29 +0100 (CET) Date: Fri, 7 Nov 2008 19:49:29 +0100 From: Ed Schouten To: Hans Petter Selasky Message-ID: <20081107184929.GJ1165@hoeg.nl> References: <200811071134.42761.shoesoft@gmx.net> <200811071702.48123.hselasky@c2i.net> <20081107183801.GI1165@hoeg.nl> <200811071947.10612.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="USvVzkgzuRvOAB6v" Content-Disposition: inline In-Reply-To: <200811071947.10612.hselasky@c2i.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: usb2: scanner no longer working 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 Nov 2008 18:49:30 -0000 --USvVzkgzuRvOAB6v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Hans, * Hans Petter Selasky wrote: > Basically there is nothing wrong with using chmod and chown. Hence USB > has its own directory system which is not part of devfs, it was > natural to also have a separate utility to set the permissions and > ownership, which might become more complicated than simply a user and > group. At EuroBSDcon this year I got some ideas about defining > functional permission groups, like permissions for all USB keyboards > for example, instead of permissions for individual devices. This > pradigm will then break with chmod and chown. But that's not the right direction. If we really want to do such things, we should add ACL support to devfs, which is already something we eventually want to do. I don't agree that we should create yet another namespace with permissions instead of using the traditional /dev directory. --=20 Ed Schouten WWW: http://80386.nl/ --USvVzkgzuRvOAB6v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkUjbkACgkQ52SDGA2eCwWl/gCfSFEPLPZaW40CdgVBOEr5l96M CwoAn1xuL8OjzGL2UEQjsoraPuoklyXn =ggJ1 -----END PGP SIGNATURE----- --USvVzkgzuRvOAB6v-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 18:55:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 749EF1065679 for ; Fri, 7 Nov 2008 18:55:20 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 34FBF8FC12 for ; Fri, 7 Nov 2008 18:55:19 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 6149E6D423; Fri, 7 Nov 2008 19:55:23 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NrCTit9m2A9y; Fri, 7 Nov 2008 19:55:16 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 6AF8A6D42B; Fri, 7 Nov 2008 19:55:16 +0100 (CET) Date: Fri, 7 Nov 2008 19:55:16 +0100 From: Rink Springer To: Ed Schouten Message-ID: <20081107185516.GC39947@rink.nu> References: <200811071134.42761.shoesoft@gmx.net> <200811071702.48123.hselasky@c2i.net> <20081107183801.GI1165@hoeg.nl> <200811071947.10612.hselasky@c2i.net> <20081107184929.GJ1165@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081107184929.GJ1165@hoeg.nl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current , Hans Petter Selasky Subject: Re: usb2: scanner no longer working 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 Nov 2008 18:55:20 -0000 On Fri, Nov 07, 2008 at 07:49:29PM +0100, Ed Schouten wrote: > Hello Hans, > > * Hans Petter Selasky wrote: > > Basically there is nothing wrong with using chmod and chown. Hence USB > > has its own directory system which is not part of devfs, it was > > natural to also have a separate utility to set the permissions and > > ownership, which might become more complicated than simply a user and > > group. At EuroBSDcon this year I got some ideas about defining > > functional permission groups, like permissions for all USB keyboards > > for example, instead of permissions for individual devices. This > > pradigm will then break with chmod and chown. > > But that's not the right direction. If we really want to do such things, > we should add ACL support to devfs, which is already something we > eventually want to do. I don't agree that we should create yet another > namespace with permissions instead of using the traditional /dev > directory. I'm working on migrating this to make_dev(9), so USB devices will get created like everything else and thus work properly using devfs et al. -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:00:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0932F106567B for ; Fri, 7 Nov 2008 19:00:09 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 56EC08FC0A for ; Fri, 7 Nov 2008 19:00:09 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=kelpXp4kTdEuMrrXKjMA:9 a=X116HJR1xWiF7jBp-X0i6OBDB2YA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1142399174; Fri, 07 Nov 2008 20:00:08 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 20:02:13 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <20081107184929.GJ1165@hoeg.nl> <20081107185516.GC39947@rink.nu> In-Reply-To: <20081107185516.GC39947@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811072002.15868.hselasky@c2i.net> Cc: Ed Schouten , Rink Springer Subject: Re: usb2: scanner no longer working 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 Nov 2008 19:00:10 -0000 On Friday 07 November 2008, Rink Springer wrote: > On Fri, Nov 07, 2008 at 07:49:29PM +0100, Ed Schouten wrote: > > Hello Hans, > > > > * Hans Petter Selasky wrote: > > > Basically there is nothing wrong with using chmod and chown. Hence USB > > > has its own directory system which is not part of devfs, it was > > > natural to also have a separate utility to set the permissions and > > > ownership, which might become more complicated than simply a user and > > > group. At EuroBSDcon this year I got some ideas about defining > > > functional permission groups, like permissions for all USB keyboards > > > for example, instead of permissions for individual devices. This > > > pradigm will then break with chmod and chown. > > > > But that's not the right direction. If we really want to do such things, > > we should add ACL support to devfs, which is already something we > > eventually want to do. I don't agree that we should create yet another > > namespace with permissions instead of using the traditional /dev > > directory. > > I'm working on migrating this to make_dev(9), so USB devices will get > created like everything else and thus work properly using devfs et al. Hi, How do you plan to integrate this? Do you have any patches? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:19:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C1A3106568C for ; Fri, 7 Nov 2008 19:19:14 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8CE648FC18 for ; Fri, 7 Nov 2008 19:19:13 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 07 Nov 2008 19:19:11 -0000 Received: from 85-127-86-44.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.86.44] by mail.gmx.net (mp055) with SMTP; 07 Nov 2008 20:19:11 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1808a0Wmss0icLqeEi3JtNp24Zf0bsDMzKe35ieo9 zMVSAlg02bP6pu From: Stefan Ehmann To: Hans Petter Selasky Date: Fri, 7 Nov 2008 20:19:07 +0100 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.2; i386; ; ) References: <200811071134.42761.shoesoft@gmx.net> <200811071851.52961.shoesoft@gmx.net> <200811071935.19412.hselasky@c2i.net> In-Reply-To: <200811071935.19412.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811072019.09617.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58 Cc: freebsd-current@freebsd.org Subject: Re: usb2: scanner no longer working 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 Nov 2008 19:19:14 -0000 On Friday 07 November 2008 19:35:17 Hans Petter Selasky wrote: > On Friday 07 November 2008, Stefan Ehmann wrote: > > On Friday 07 November 2008 18:42:49 Hans Petter Selasky wrote: > > > On Friday 07 November 2008, Hans Petter Selasky wrote: > > > > Hi, > > > > > > > > Could you dump the current config descriptor of your scanner? > > > > > > > > usbconfig -u 3 -a 2 dump_curr_config_desc > > > > # usbconfig -u 3 -a 2 dump_curr_config_desc > > ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) > > pwr=ON ... > > > 3 and 2 are the numbers after ugen, like ugen3.2 > > > > To your other mail: > > I'm running i386. HUB debugging didn't output any obvious errors. > > Hi, > > Try the following patch to libusb20. I suspect that it is the > set_configuration call that makes trouble! > > http://perforce.freebsd.org/chv.cgi?CH=152628 > > Thanks for reporting. > > My private SVN repository has also been updated to include this patch if > you are using that. The device isn't disappearing any longer. The scanner is basically working now. Thanks for your quick fix. It seems I have another issue now: When I run scanimage the system becomes unresponsive for quite some time before the scanning starts. I'll do more testing tomorrow and try to give more details then. -- Stefan From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:19:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A2C71065729 for ; Fri, 7 Nov 2008 19:19:26 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail8.sea5.speakeasy.net (mail8.sea5.speakeasy.net [69.17.117.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6A02E8FC24 for ; Fri, 7 Nov 2008 19:19:26 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 8101 invoked from network); 7 Nov 2008 18:52:44 -0000 Received: from may.chuckr.org (HELO may.telenix.org) (chuckr@[66.92.151.44]) (envelope-sender ) by mail8.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 7 Nov 2008 18:52:44 -0000 Message-Id: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> From: Chuck Robey To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 7 Nov 2008 13:52:43 -0500 X-Mailer: Apple Mail (2.929.2) Cc: Chuck Robey Subject: new X11 project 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 Nov 2008 19:19:26 -0000 [This is my first time running this mail composing tool, tell me if it's doing something evil I don't see, ok?] I just got pointed at a URL, if you haven't, it's most likely worth your time to read this; http://www.phoronix.com/scan.php?page=article&item=xorg_wayland&num=1 It's discussing a new X11 project, going by the name Wayland, a RedHat project. Among it's primary goals is to simplify the server, and since making things simpler (and hence more reliable) has been a lifelong primary goal of mine, I'm listening. My goal here, beyond trying to be helpful in pointing out something clearly important, is to find out of anyone has done any research with a mind towards finding out the ultimate compatibility between FreeBSD and this new Wayland. I'm always worried that a Linux-person is going to "innocently" write something that requires us to become a Linux lookalike. Has anyone got any FreeBSD info on this? Because, if I get s nice loud shot of slicne in answer to this question, I'm going to have to try to fix it. I wonder if it's just something that's going to need porting (my devout wish), or are more extreme measures going to have to be considered? Just being a worry-wart. From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:19:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43938106568E; Fri, 7 Nov 2008 19:19:32 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id E8F1A8FC20; Fri, 7 Nov 2008 19:19:31 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 2D5A7A075D; Fri, 7 Nov 2008 20:19:30 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 1F559A0755; Fri, 7 Nov 2008 20:19:30 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 0A41CA0742; Fri, 7 Nov 2008 20:19:30 +0100 (CET) Received: from localhost.my.domain ([132.187.37.59]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008110720192856-30725 ; Fri, 7 Nov 2008 20:19:28 +0100 Received: by localhost.my.domain (sSMTP sendmail emulation); Fri, 7 Nov 2008 20:19:35 +0100 Date: Fri, 7 Nov 2008 20:19:35 +0100 From: Alexey Shuvaev To: Hans Petter Selasky Message-ID: <20081107191935.GA51170@localhost.my.domain> References: <20081107082740.GA1334@icarus.home.lan> <200811071811.27181.hselasky@c2i.net> MIME-Version: 1.0 In-Reply-To: <200811071811.27181.hselasky@c2i.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/07/2008 08:19:28 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/07/2008 08:19:29 PM, Serialize complete at 11/07/2008 08:19:29 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Kernel panic when copying data to umass device (USB4BSD) - problem found 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 Nov 2008 19:19:32 -0000 On Fri, Nov 07, 2008 at 06:11:26PM +0100, Hans Petter Selasky wrote: > > Hi Jeremy, > > I've reproduced the issue with some mods to the usb2_busdma.c on 32-bit > arcitecture and have made a fix for this problem. > > Try the following patch and re-test! > Thanks a lot! I have rebuild the kernel with this patch > > http://perforce.freebsd.org/chv.cgi?CH=152624 > and so far no panics. Indeed, the system I am using is amd64 with 4Gb of RAM. > Some mem-stick benchmarks would be nice ... > What exactly do you mean? I have done: dd if=file_on_one_stick of=/dev/null bs=1m (12.5 Mb/s) dd if=/dev/random of=file_on_the_stick bs=1m count=128 (2.6 Mb/s) and the same tests with USB-microSDHC adapter with 8Gb card (20 MB/s read, 15 Mb/s write). Anything else? Alexey. From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:33:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 990021065670 for ; Fri, 7 Nov 2008 19:33:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 48DF18FC16 for ; Fri, 7 Nov 2008 19:33:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id mA7JXWSq054111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Nov 2008 14:33:32 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Chuck Robey In-Reply-To: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> References: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DLnuy2/aw5oVBGtAQR9y" Organization: FreeBSD Date: Fri, 07 Nov 2008 14:33:26 -0500 Message-Id: <1226086406.33599.22.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: new X11 project 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 Nov 2008 19:33:34 -0000 --=-DLnuy2/aw5oVBGtAQR9y Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-11-07 at 13:52 -0500, Chuck Robey wrote: > [This is my first time running this mail composing tool, tell me if =20 > it's doing something evil I don't see, ok?] >=20 > I just got pointed at a URL, if you haven't, it's most likely worth =20 > your time to read this; >=20 > http://www.phoronix.com/scan.php?page=3Darticle&item=3Dxorg_wayland&num= =3D1 >=20 > It's discussing a new X11 project, going by the name Wayland, a RedHat =20 > project. Among it's primary goals is to simplify the server, and =20 > since making things simpler (and hence more reliable) has been a =20 > lifelong primary goal of mine, I'm listening. My goal here, beyond =20 > trying to be helpful in pointing out something clearly important, is =20 > to find out of anyone has done any research with a mind towards =20 > finding out the ultimate compatibility between FreeBSD and this new =20 > Wayland. I'm always worried that a Linux-person is going to =20 > "innocently" write something that requires us to become a Linux =20 > lookalike. I haven't spoken to krh about it, but the userland component likely won't be all that difficult to port. The more complex issue is all the back-end kernel support that will be needed. GEM is on my list to do sooner rather than later, but I haven't gotten it going yet. I still have to scope out kernel modesetting, this may require even more kernel work than gem. Once both of those features exist, it is probably viable to port the code. robert. > Has anyone got any FreeBSD info on this? Because, if I get s nice =20 > loud shot of slicne in answer to this question, I'm going to have to =20 > try to fix it. I wonder if it's just something that's going to need =20 > porting (my devout wish), or are more extreme measures going to have =20 > to be considered? Just being a worry-wart. > _______________________________________________ > 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= " --=-DLnuy2/aw5oVBGtAQR9y Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkkUmAYACgkQM4TrQ4qfRONmFwCeNJjcPgcezObXnVoignskpoVw fuQAn0T7kCpTEm16tlWvp/fjgftaKWgn =Hcts -----END PGP SIGNATURE----- --=-DLnuy2/aw5oVBGtAQR9y-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:36:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C80D11065690 for ; Fri, 7 Nov 2008 19:36:53 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 4EBF58FC22 for ; Fri, 7 Nov 2008 19:36:52 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so569821eyi.7 for ; Fri, 07 Nov 2008 11:36:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=UuBKjNscSjil1gy8cK9VjM9m6XEdFDvV5aaC0kpsNNY=; b=MvJqYkpfwonlc8KCxWk3PAPCRjMzVW738/Unbidp2OSW2L76PyrYBonYsHVEZfAms2 twanwjefQY7MjHm41MLSYxQj9LhNfQpIY0BUXOgHowEDNW1q+T/JS0PVN+pMvT54TRYj ocYrYXWVpXbCgf3+GIA8ojNhnhv+bIyTpuoHM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=TxmpQSaS8JuYjiIE77NeNYPQ5IGwfMdKYJgOome0lWiIlNQQEj9eZ2eucUATN2aUFM Dvm4z4JI7i5yo/+lukFAX2erG2pmwSMNUlqBZVTCmwGn603GqzgTWRImO3kvEoutdXKR YSN4tnGrsTs960/IN7o9eTaDU/atMKmPrLQbc= Received: by 10.103.248.17 with SMTP id a17mr2003387mus.83.1226086609609; Fri, 07 Nov 2008 11:36:49 -0800 (PST) Received: by 10.103.137.8 with HTTP; Fri, 7 Nov 2008 11:36:49 -0800 (PST) Message-ID: Date: Fri, 7 Nov 2008 17:36:49 -0200 From: "Carlos A. M. dos Santos" To: "Chuck Robey" In-Reply-To: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> Cc: freebsd-current@freebsd.org Subject: Re: new X11 project 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 Nov 2008 19:36:53 -0000 On Fri, Nov 7, 2008 at 4:52 PM, Chuck Robey wrote: > [This is my first time running this mail composing tool, tell me if it's > doing something evil I don't see, ok?] > > I just got pointed at a URL, if you haven't, it's most likely worth your > time to read this; > > http://www.phoronix.com/scan.php?page=article&item=xorg_wayland&num=1 > > It's discussing a new X11 project, going by the name Wayland, a RedHat > project. Among it's primary goals is to simplify the server, and since > making things simpler (and hence more reliable) has been a lifelong primary > goal of mine, I'm listening. My goal here, beyond trying to be helpful in > pointing out something clearly important, is to find out of anyone has done > any research with a mind towards finding out the ultimate compatibility > between FreeBSD and this new Wayland. I'm always worried that a > Linux-person is going to "innocently" write something that requires us to > become a Linux lookalike. OpenBSD folks are working on improvements for X too. You may be interested on this presentation: http://www.openbsd.org/papers/fosdem08-xorg.pdf > Has anyone got any FreeBSD info on this? Because, if I get s nice loud shot > of slicne in answer to this question, I'm going to have to try to fix it. I > wonder if it's just something that's going to need porting (my devout wish), > or are more extreme measures going to have to be considered? Just being a > worry-wart. -- cd /usr/ports/sysutils/life make clean From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:48:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C36F1065676 for ; Fri, 7 Nov 2008 19:48:51 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id C97118FC0A for ; Fri, 7 Nov 2008 19:48:50 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id D6754198EF9; Fri, 7 Nov 2008 20:48:49 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id CAD6C198EF7; Fri, 7 Nov 2008 20:48:49 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id A7F1A198EDB; Fri, 7 Nov 2008 20:48:49 +0100 (CET) Received: from localhost.my.domain ([132.187.37.59]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008110720484889-30801 ; Fri, 7 Nov 2008 20:48:48 +0100 Received: by localhost.my.domain (sSMTP sendmail emulation); Fri, 7 Nov 2008 20:48:44 +0100 Date: Fri, 7 Nov 2008 20:48:44 +0100 From: Alexey Shuvaev To: Pyun YongHyeon Message-ID: <20081107194844.GA55053@localhost.my.domain> References: <20081015003745.GG14769@cdnetworks.co.kr> <20081103183556.GA2009@localhost.my.domain> <20081104014246.GA98154@cdnetworks.co.kr> MIME-Version: 1.0 In-Reply-To: <20081104014246.GA98154@cdnetworks.co.kr> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/07/2008 08:48:48 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/07/2008 08:48:49 PM, Serialize complete at 11/07/2008 08:48:49 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: Call for testers: fxp(4) WOL 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 Nov 2008 19:48:51 -0000 On Tue, Nov 04, 2008 at 10:42:46AM +0900, Pyun YongHyeon wrote: > On Mon, Nov 03, 2008 at 07:35:56PM +0100, Alexey Shuvaev wrote: > > Here are relevant messages from the verbose boot: > > > > fxp0: port 0xdf40-0xdf7f mem 0xfceff000-0xfcefffff irq 11 at device 8.0 on pci2 > > If it's based on ICH controller it would be 82559. > > > fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfceff000 > > fxp0: using memory space register mapping > > fxp0: PCI IDs: 8086 1031 1179 0001 0042 > > fxp0: Dynamic Standby mode is disabled > > miibus0: on fxp0 > > fxp0: XXX: driver didn't set ifq_maxlen > > ^^^ > > Is this something to fix? > > > > fxp(4) didn't set ifq_maxlen and if_attach corrected this with > its default value. Normally network device drivers set this queue > length to number of Tx descriptors but it's completely up to > driver writers and I don't see compeling reason to change that. > Ok, I just was attracted by something with 'XXX'. > > However the system seems to honors only the BIOS settings, if I enable WOL in > > the BIOS the system wakes up from power-down or suspend (to ram) states > > regardless of fxp settings and with disabled WOL in BIOS it never > > wakes up. > > > > Yes that's an expected behaviour. BIOS option should be changed to > enable WOL if you want to wake up your box from power down. If > you don't want to wake up your box regardless of BIOS configuration > you have to disable WOL with ifconfig before shutting down your > box. Likewise even if you enable WOL with ifconfig(8) to wake up > your system, BIOS WOL option also should be enabled to make it > work. > > > The worse thing I have noticed is if I send WOL packet while the system is > > running it reliably hangs. It does not panic and switching virtual > > consoles works (and typing/deleting something in the shell prompt too), > > but the cooler runs at full power and you can't do anything else. > > This is both with patched fxp and that from -CURRENT. > > Hmm, I think that was old bebahviour of stock fxp(4). Previously > fxp(4) was programmed to accept WOL packets regardless of running > state of hardware. With my patch the WOL should be disabled for > normal operation and WOL is enabled again when you shutdown your > box. If sotck fxp(4) also show the same behaviour it's big security > hole. > ATM I have no idea how WOL packets can affect running box. :-( > I have tested more thoroughly and here are the results. FreeBSD-CURRENT (late oktober) without your patch (is it what you call 'stock'?): interface up or down, WOL disabled or enabled in the BIOS - system hangs when receiving WOL packet. Breaking to debugger shows kernel running, namely 3 acpi threads, acpi_task_[0-2]. FreeBSD-CURRENT from 4 Nov 2008 with your patch: again, with WOL enabled in BIOS or not, system hangs with WOL packet, but only if interface is down. With interface (fxp0) up and running, nothing happens. However, I failed to disable WOL with ifconfig, notebook boots always when WOL enabled in the BIOS. Linux-Ubuntu uname: Linux ubuntu 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux (booted live from CD) The same results as with FreeBSD-CURRENT with your patch. Disabling wol with ethtool does not produce the desired results. Receiving WOL packet when interface is down does not hang the system, but it (according to top) consumes 70% in system with kacpid process consuming 98.5% of cpu. > Thanks for testing. I'll think again. > By chance can you try Linux on your system and check whether it > works? > So, it seems your patch is making FreeBSD on par with Linux. If you need something more, you are welcome! Alexey. From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:54:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3A461065672 for ; Fri, 7 Nov 2008 19:54:58 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 408F08FC0C for ; Fri, 7 Nov 2008 19:54:58 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so575160yxb.13 for ; Fri, 07 Nov 2008 11:54:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=HNKu5NGycgPk2DRurARYA7O86Fshkoe3jRkcKWKX6nM=; b=YK80j31rUPSXxOuIs8+0vuiEvy6mL7EWLmOecqxVy9yUpOLUn0ghnYDW8zQs6DLXrm bsxC4IfTcZycacoFgkt8JQp8XSz6q2vUaZy8qqFLlZFuqXuCDFEwd3CwQrCGc4MQq5H3 gXQJhRLqPny9eG0t1hKqfBtcbcK3ynDhamwLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DKap26KhK5XfEk/Cc4igDM7vnDO6pm0WYMVW+yThi7JJcowsGxQ8XISDWgNtvmdKHS crLMZa29XoCHWONHS9/Ul7Xpmw1qy2lCDQvdoRu3+Xs55/E/6Uo3ghG+bnvnlYsd3/K/ EooXhaJKI0l4yiM0c3saT/XX6PaKyaDs/mMYM= Received: by 10.64.183.6 with SMTP id g6mr4392986qbf.17.1226087697266; Fri, 07 Nov 2008 11:54:57 -0800 (PST) Received: by 10.65.216.9 with HTTP; Fri, 7 Nov 2008 11:54:57 -0800 (PST) Message-ID: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> Date: Fri, 7 Nov 2008 20:54:57 +0100 From: "Paul B. Mahol" To: "Hans Petter Selasky" In-Reply-To: <200811070036.15816.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810251925.47273.hselasky@c2i.net> <20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de> <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de> <200811070036.15816.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 19:54:58 -0000 On recent CURRENT when attaching rum card, strange bug appear: usb2_alloc_device:1417: set address 2 failed (ignored) usb2_alloc_device:1452: getting device descriptor at addr 2 failed! uhub_reattach_port:401: could not allocate new device! uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5 uhub_reattach_port:370: giving up port reset - device vanished! uhub_reattach_port:370: giving up port reset - device vanished! uhub_reattach_port:370: giving up port reset - device vanished! uhub_reattach_port:370: giving up port reset - device vanished! uhub_reattach_port:370: giving up port reset - device vanished! uhub_reattach_port:370: giving up port reset - device vanished! uhub_reattach_port:370: giving up port reset - device vanished! uhub_reattach_port:370: giving up port reset - device vanished! uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5 uhub_reattach_port:370: giving up port reset - device vanished! usb2_alloc_device:1417: set address 2 failed (ignored) usb2_alloc_device:1452: getting device descriptor at addr 2 failed! uhub_reattach_port:401: could not allocate new device! usb2_alloc_device:1417: set address 2 failed (ignored) usb2_alloc_device:1452: getting device descriptor at addr 2 failed! uhub_reattach_port:401: could not allocate new device! But not so old one from svn was working fine. > kldstat Id Refs Address Size Name 1 155 0xc0400000 51f700 kernel (/boot/kernel/kernel) 2 2 0xc0920000 51bb0 sound.ko (/boot/kernel/sound.ko) 3 1 0xc0972000 1a5e0 snd_hda.ko (/boot/kernel/snd_hda.ko) 4 2 0xc098d000 18170 agp.ko (/boot/kernel/agp.ko) 5 1 0xc09a6000 c3fc random.ko (/boot/kernel/random.ko) 6 2 0xc09b3000 16b14 drm.ko (/boot/kernel/drm.ko) 7 1 0xc09ca000 af9c i915.ko (/boot/kernel/i915.ko) 8 5 0xc09d5000 e3cc ata.ko (/boot/kernel/ata.ko) 9 2 0xc09e4000 5230 ataahci.ko (/boot/kernel/ataahci.ko) 10 3 0xc09ea000 88b0 atapci.ko (/boot/kernel/atapci.ko) 11 1 0xc09f3000 4638 atadisk.ko (/boot/kernel/atadisk.ko) 12 1 0xc09f8000 5834 ataintel.ko (/boot/kernel/ataintel.ko) 13 1 0xc09fe000 be08 cpufreq.ko (/boot/kernel/cpufreq.ko) 14 1 0xc0a0a000 4dc8 sysvmsg.ko (/boot/kernel/sysvmsg.ko) 15 1 0xc0a0f000 5e9c sysvsem.ko (/boot/kernel/sysvsem.ko) 16 1 0xc0a15000 5034 sysvshm.ko (/boot/kernel/sysvshm.ko) 17 1 0xc0a1b000 6b974 acpi.ko (/boot/kernel/acpi.ko) 18 9 0xc462c000 35000 usb2_core.ko (/boot/kernel/usb2_core.ko) 19 4 0xc46eb000 3000 usb2_controller.ko (/boot/kernel/usb2_controller.ko) 20 1 0xc46f8000 a000 usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 21 1 0xc474e000 c000 usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 22 1 0xc477b000 a000 usb2_controller_ohci.ko (/boot/kernel/usb2_controller_ohci.ko) 23 1 0xc47a8000 a000 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 24 1 0xc47b2000 43000 cam.ko (/boot/kernel/cam.ko) 25 1 0xc47fe000 2000 usb2_storage.ko (/boot/kernel/usb2_storage.ko) 26 1 0xc4800000 a000 usb2_wlan_rum.ko (/boot/kernel/usb2_wlan_rum.ko) 27 1 0xc480a000 2000 wlan_amrr.ko (/boot/kernel/wlan_amrr.ko) 28 4 0xc480c000 34000 wlan.ko (/boot/kernel/wlan.ko) 29 1 0xc4849000 2000 usb2_wlan.ko (/boot/kernel/usb2_wlan.ko) From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 20:02:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4767D1065676 for ; Fri, 7 Nov 2008 20:02:25 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id D12F78FC08 for ; Fri, 7 Nov 2008 20:02:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so576531yxb.13 for ; Fri, 07 Nov 2008 12:02:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Kb4OWy01uPKIFSuk/gqfQ+WM+zfMM42iVgbMOWKtj0M=; b=yHMAdzAYDEtT4SvjnnVdxGR+Grha3SJsDFtlzE2Vf58GM87TXV/1OSJzypsksqf8S8 94zHiUVa/LOp7VEShjODqd1Q4f3Pg49FWdW7eNv/evdFwraQHzb0TI6gvi+nkj+Di4rw qMJ8lg2v+WO+mUYP56Lo24dmhv/lpDK+dAFtw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=jdFMmLT2UtX+mnwniCceSFbLqRhFPVcs+J1C/M1DPxqq9UXaLPoIptUmdeVXq8D/ej 0qDLWrfKFwijMsGEUsLrLCTprVL+z99UsUEgioM69vA62FNHtlNjX0LJvY2pybBszr+8 O0blmpjJDqOdP3yANaqa2qkAT8mFueHy9RveA= Received: by 10.64.151.14 with SMTP id y14mr4399976qbd.93.1226088141977; Fri, 07 Nov 2008 12:02:21 -0800 (PST) Received: by 10.65.216.9 with HTTP; Fri, 7 Nov 2008 12:02:21 -0800 (PST) Message-ID: <3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com> Date: Fri, 7 Nov 2008 21:02:21 +0100 From: "Paul B. Mahol" To: "Hans Petter Selasky" In-Reply-To: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810251925.47273.hselasky@c2i.net> <20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de> <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de> <200811070036.15816.hselasky@c2i.net> <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 20:02:25 -0000 On 11/7/08, Paul B. Mahol wrote: > On recent CURRENT when attaching rum card, strange bug appear: > > usb2_alloc_device:1417: set address 2 failed (ignored) > usb2_alloc_device:1452: getting device descriptor at addr 2 failed! > uhub_reattach_port:401: could not allocate new device! > > uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT > uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5 > uhub_reattach_port:370: giving up port reset - device vanished! > uhub_reattach_port:370: giving up port reset - device vanished! > uhub_reattach_port:370: giving up port reset - device vanished! > uhub_reattach_port:370: giving up port reset - device vanished! > uhub_reattach_port:370: giving up port reset - device vanished! > uhub_reattach_port:370: giving up port reset - device vanished! > uhub_reattach_port:370: giving up port reset - device vanished! > uhub_reattach_port:370: giving up port reset - device vanished! > uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT > uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5 > uhub_reattach_port:370: giving up port reset - device vanished! > usb2_alloc_device:1417: set address 2 failed (ignored) > usb2_alloc_device:1452: getting device descriptor at addr 2 failed! > uhub_reattach_port:401: could not allocate new device! > > usb2_alloc_device:1417: set address 2 failed (ignored) > usb2_alloc_device:1452: getting device descriptor at addr 2 failed! > uhub_reattach_port:401: could not allocate new device! > > But not so old one from svn was working fine. > >> kldstat > Id Refs Address Size Name > 1 155 0xc0400000 51f700 kernel (/boot/kernel/kernel) > 2 2 0xc0920000 51bb0 sound.ko (/boot/kernel/sound.ko) > 3 1 0xc0972000 1a5e0 snd_hda.ko (/boot/kernel/snd_hda.ko) > 4 2 0xc098d000 18170 agp.ko (/boot/kernel/agp.ko) > 5 1 0xc09a6000 c3fc random.ko (/boot/kernel/random.ko) > 6 2 0xc09b3000 16b14 drm.ko (/boot/kernel/drm.ko) > 7 1 0xc09ca000 af9c i915.ko (/boot/kernel/i915.ko) > 8 5 0xc09d5000 e3cc ata.ko (/boot/kernel/ata.ko) > 9 2 0xc09e4000 5230 ataahci.ko (/boot/kernel/ataahci.ko) > 10 3 0xc09ea000 88b0 atapci.ko (/boot/kernel/atapci.ko) > 11 1 0xc09f3000 4638 atadisk.ko (/boot/kernel/atadisk.ko) > 12 1 0xc09f8000 5834 ataintel.ko (/boot/kernel/ataintel.ko) > 13 1 0xc09fe000 be08 cpufreq.ko (/boot/kernel/cpufreq.ko) > 14 1 0xc0a0a000 4dc8 sysvmsg.ko (/boot/kernel/sysvmsg.ko) > 15 1 0xc0a0f000 5e9c sysvsem.ko (/boot/kernel/sysvsem.ko) > 16 1 0xc0a15000 5034 sysvshm.ko (/boot/kernel/sysvshm.ko) > 17 1 0xc0a1b000 6b974 acpi.ko (/boot/kernel/acpi.ko) > 18 9 0xc462c000 35000 usb2_core.ko (/boot/kernel/usb2_core.ko) > 19 4 0xc46eb000 3000 usb2_controller.ko > (/boot/kernel/usb2_controller.ko) > 20 1 0xc46f8000 a000 usb2_controller_uhci.ko > (/boot/kernel/usb2_controller_uhci.ko) > 21 1 0xc474e000 c000 usb2_controller_ehci.ko > (/boot/kernel/usb2_controller_ehci.ko) > 22 1 0xc477b000 a000 usb2_controller_ohci.ko > (/boot/kernel/usb2_controller_ohci.ko) > 23 1 0xc47a8000 a000 usb2_storage_mass.ko > (/boot/kernel/usb2_storage_mass.ko) > 24 1 0xc47b2000 43000 cam.ko (/boot/kernel/cam.ko) > 25 1 0xc47fe000 2000 usb2_storage.ko (/boot/kernel/usb2_storage.ko) > 26 1 0xc4800000 a000 usb2_wlan_rum.ko (/boot/kernel/usb2_wlan_rum.ko) > 27 1 0xc480a000 2000 wlan_amrr.ko (/boot/kernel/wlan_amrr.ko) > 28 4 0xc480c000 34000 wlan.ko (/boot/kernel/wlan.ko) > 29 1 0xc4849000 2000 usb2_wlan.ko (/boot/kernel/usb2_wlan.ko) > After some time it will appear but will start attaching and dettaching all the time: ugen4.2: at usbus4 rum0: on usbus4 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 rum0: at ushub4, port 6, addr 2 (disconnected) rum0: detached ugen4.2: at usbus4 rum0: on usbus4 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 rum0: at ushub4, port 6, addr 2 (disconnected) rum0: detached ugen2.2: at usbus2 rum0: on usbus2 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 rum0: at ushub2, port 2, addr 2 (disconnected) rum0: detached From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 20:18:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75D021065689; Fri, 7 Nov 2008 20:18:38 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 09A7F8FC1F; Fri, 7 Nov 2008 20:18:37 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so580050ywe.13 for ; Fri, 07 Nov 2008 12:18:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=df1+vGSN4iMF3jFEVPxgXIUEIk9ty4k40KmIQJ/CmNY=; b=QgVw9QNX7+YO4GEfcMmOiHjf8z5F7RcmAGOETW1z2Y4EAOYWFBLlqnRJp00RgiMx4r oyrNdQwUOue9irtXwVI+CvrfQUhxdpcmjZ1EuNLWn+qdk6/tD3eKZEI+ZZk2JvaL71I7 EJdQ57MgJ1y86934G2Mjf/26TMTzIQVeUwAj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Nj3tpXZ3st7+d2lDc4CKjGCA72wje8WjXoqm/cVobnaShsCTt4H3Gj9VHe9qhBTLv0 0fmZGvMtIlb1w6lGVpUIMvVxqEJ7urhPfkTWH9VPF5iUpjcRq8wATbDiWZLlRO5r4hEF VHS4H/BG970nFFGHFnrX3ZeA9GAFg8otR74O0= Received: by 10.65.93.19 with SMTP id v19mr4413010qbl.74.1226089116838; Fri, 07 Nov 2008 12:18:36 -0800 (PST) Received: by 10.65.216.9 with HTTP; Fri, 7 Nov 2008 12:18:36 -0800 (PST) Message-ID: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> Date: Fri, 7 Nov 2008 21:18:36 +0100 From: "Paul B. Mahol" To: "Hans Petter Selasky" In-Reply-To: <3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200810251925.47273.hselasky@c2i.net> <20081106191230.GA47600@wep4035.physik.uni-wuerzburg.de> <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de> <200811070036.15816.hselasky@c2i.net> <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> <3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 20:18:38 -0000 On 11/7/08, Paul B. Mahol wrote: > On 11/7/08, Paul B. Mahol wrote: >> On recent CURRENT when attaching rum card, strange bug appear: >> >> usb2_alloc_device:1417: set address 2 failed (ignored) >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! >> uhub_reattach_port:401: could not allocate new device! >> >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5 >> uhub_reattach_port:370: giving up port reset - device vanished! >> uhub_reattach_port:370: giving up port reset - device vanished! >> uhub_reattach_port:370: giving up port reset - device vanished! >> uhub_reattach_port:370: giving up port reset - device vanished! >> uhub_reattach_port:370: giving up port reset - device vanished! >> uhub_reattach_port:370: giving up port reset - device vanished! >> uhub_reattach_port:370: giving up port reset - device vanished! >> uhub_reattach_port:370: giving up port reset - device vanished! >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5 >> uhub_reattach_port:370: giving up port reset - device vanished! >> usb2_alloc_device:1417: set address 2 failed (ignored) >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! >> uhub_reattach_port:401: could not allocate new device! >> >> usb2_alloc_device:1417: set address 2 failed (ignored) >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! >> uhub_reattach_port:401: could not allocate new device! >> >> But not so old one from svn was working fine. >> >>> kldstat >> Id Refs Address Size Name >> 1 155 0xc0400000 51f700 kernel (/boot/kernel/kernel) >> 2 2 0xc0920000 51bb0 sound.ko (/boot/kernel/sound.ko) >> 3 1 0xc0972000 1a5e0 snd_hda.ko (/boot/kernel/snd_hda.ko) >> 4 2 0xc098d000 18170 agp.ko (/boot/kernel/agp.ko) >> 5 1 0xc09a6000 c3fc random.ko (/boot/kernel/random.ko) >> 6 2 0xc09b3000 16b14 drm.ko (/boot/kernel/drm.ko) >> 7 1 0xc09ca000 af9c i915.ko (/boot/kernel/i915.ko) >> 8 5 0xc09d5000 e3cc ata.ko (/boot/kernel/ata.ko) >> 9 2 0xc09e4000 5230 ataahci.ko (/boot/kernel/ataahci.ko) >> 10 3 0xc09ea000 88b0 atapci.ko (/boot/kernel/atapci.ko) >> 11 1 0xc09f3000 4638 atadisk.ko (/boot/kernel/atadisk.ko) >> 12 1 0xc09f8000 5834 ataintel.ko (/boot/kernel/ataintel.ko) >> 13 1 0xc09fe000 be08 cpufreq.ko (/boot/kernel/cpufreq.ko) >> 14 1 0xc0a0a000 4dc8 sysvmsg.ko (/boot/kernel/sysvmsg.ko) >> 15 1 0xc0a0f000 5e9c sysvsem.ko (/boot/kernel/sysvsem.ko) >> 16 1 0xc0a15000 5034 sysvshm.ko (/boot/kernel/sysvshm.ko) >> 17 1 0xc0a1b000 6b974 acpi.ko (/boot/kernel/acpi.ko) >> 18 9 0xc462c000 35000 usb2_core.ko (/boot/kernel/usb2_core.ko) >> 19 4 0xc46eb000 3000 usb2_controller.ko >> (/boot/kernel/usb2_controller.ko) >> 20 1 0xc46f8000 a000 usb2_controller_uhci.ko >> (/boot/kernel/usb2_controller_uhci.ko) >> 21 1 0xc474e000 c000 usb2_controller_ehci.ko >> (/boot/kernel/usb2_controller_ehci.ko) >> 22 1 0xc477b000 a000 usb2_controller_ohci.ko >> (/boot/kernel/usb2_controller_ohci.ko) >> 23 1 0xc47a8000 a000 usb2_storage_mass.ko >> (/boot/kernel/usb2_storage_mass.ko) >> 24 1 0xc47b2000 43000 cam.ko (/boot/kernel/cam.ko) >> 25 1 0xc47fe000 2000 usb2_storage.ko (/boot/kernel/usb2_storage.ko) >> 26 1 0xc4800000 a000 usb2_wlan_rum.ko >> (/boot/kernel/usb2_wlan_rum.ko) >> 27 1 0xc480a000 2000 wlan_amrr.ko (/boot/kernel/wlan_amrr.ko) >> 28 4 0xc480c000 34000 wlan.ko (/boot/kernel/wlan.ko) >> 29 1 0xc4849000 2000 usb2_wlan.ko (/boot/kernel/usb2_wlan.ko) >> > > After some time it will appear but will start attaching and dettaching > all the time: > > ugen4.2: at usbus4 > rum0: on usbus4 > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 > rum0: at ushub4, port 6, addr 2 (disconnected) > rum0: detached > ugen4.2: at usbus4 > rum0: on usbus4 > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 > rum0: at ushub4, port 6, addr 2 (disconnected) > rum0: detached > ugen2.2: at usbus2 > rum0: on usbus2 > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 > rum0: at ushub2, port 2, addr 2 (disconnected) > rum0: detached > Looks like some code is missing because loading only usb2_wlan_rum do not load ehci and uhci usb2 modules. (causing card to not attach) I managed to get card working with usb2_controller_uhci and usb2_controller_ehci loaded. (without ohci) From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 20:23:47 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 470AC106568F; Fri, 7 Nov 2008 20:23:47 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id C35868FC24; Fri, 7 Nov 2008 20:23:46 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA7KMjWM078662; Fri, 7 Nov 2008 13:22:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 07 Nov 2008 13:24:01 -0700 (MST) Message-Id: <20081107.132401.1622434515.imp@bsdimp.com> To: onemda@gmail.com From: "M. Warner Losh" In-Reply-To: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> <3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com> <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-usb@FreeBSD.org, hselasky@c2i.net Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 20:23:47 -0000 In message: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> "Paul B. Mahol" writes: : On 11/7/08, Paul B. Mahol wrote: : > On 11/7/08, Paul B. Mahol wrote: : >> On recent CURRENT when attaching rum card, strange bug appear: : >> : >> usb2_alloc_device:1417: set address 2 failed (ignored) : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! : >> uhub_reattach_port:401: could not allocate new device! : >> : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5 : >> uhub_reattach_port:370: giving up port reset - device vanished! : >> uhub_reattach_port:370: giving up port reset - device vanished! : >> uhub_reattach_port:370: giving up port reset - device vanished! : >> uhub_reattach_port:370: giving up port reset - device vanished! : >> uhub_reattach_port:370: giving up port reset - device vanished! : >> uhub_reattach_port:370: giving up port reset - device vanished! : >> uhub_reattach_port:370: giving up port reset - device vanished! : >> uhub_reattach_port:370: giving up port reset - device vanished! : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling port 5 : >> uhub_reattach_port:370: giving up port reset - device vanished! : >> usb2_alloc_device:1417: set address 2 failed (ignored) : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! : >> uhub_reattach_port:401: could not allocate new device! : >> : >> usb2_alloc_device:1417: set address 2 failed (ignored) : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! : >> uhub_reattach_port:401: could not allocate new device! : >> : >> But not so old one from svn was working fine. : >> : >>> kldstat : >> Id Refs Address Size Name : >> 1 155 0xc0400000 51f700 kernel (/boot/kernel/kernel) : >> 2 2 0xc0920000 51bb0 sound.ko (/boot/kernel/sound.ko) : >> 3 1 0xc0972000 1a5e0 snd_hda.ko (/boot/kernel/snd_hda.ko) : >> 4 2 0xc098d000 18170 agp.ko (/boot/kernel/agp.ko) : >> 5 1 0xc09a6000 c3fc random.ko (/boot/kernel/random.ko) : >> 6 2 0xc09b3000 16b14 drm.ko (/boot/kernel/drm.ko) : >> 7 1 0xc09ca000 af9c i915.ko (/boot/kernel/i915.ko) : >> 8 5 0xc09d5000 e3cc ata.ko (/boot/kernel/ata.ko) : >> 9 2 0xc09e4000 5230 ataahci.ko (/boot/kernel/ataahci.ko) : >> 10 3 0xc09ea000 88b0 atapci.ko (/boot/kernel/atapci.ko) : >> 11 1 0xc09f3000 4638 atadisk.ko (/boot/kernel/atadisk.ko) : >> 12 1 0xc09f8000 5834 ataintel.ko (/boot/kernel/ataintel.ko) : >> 13 1 0xc09fe000 be08 cpufreq.ko (/boot/kernel/cpufreq.ko) : >> 14 1 0xc0a0a000 4dc8 sysvmsg.ko (/boot/kernel/sysvmsg.ko) : >> 15 1 0xc0a0f000 5e9c sysvsem.ko (/boot/kernel/sysvsem.ko) : >> 16 1 0xc0a15000 5034 sysvshm.ko (/boot/kernel/sysvshm.ko) : >> 17 1 0xc0a1b000 6b974 acpi.ko (/boot/kernel/acpi.ko) : >> 18 9 0xc462c000 35000 usb2_core.ko (/boot/kernel/usb2_core.ko) : >> 19 4 0xc46eb000 3000 usb2_controller.ko : >> (/boot/kernel/usb2_controller.ko) : >> 20 1 0xc46f8000 a000 usb2_controller_uhci.ko : >> (/boot/kernel/usb2_controller_uhci.ko) : >> 21 1 0xc474e000 c000 usb2_controller_ehci.ko : >> (/boot/kernel/usb2_controller_ehci.ko) : >> 22 1 0xc477b000 a000 usb2_controller_ohci.ko : >> (/boot/kernel/usb2_controller_ohci.ko) : >> 23 1 0xc47a8000 a000 usb2_storage_mass.ko : >> (/boot/kernel/usb2_storage_mass.ko) : >> 24 1 0xc47b2000 43000 cam.ko (/boot/kernel/cam.ko) : >> 25 1 0xc47fe000 2000 usb2_storage.ko (/boot/kernel/usb2_storage.ko) : >> 26 1 0xc4800000 a000 usb2_wlan_rum.ko : >> (/boot/kernel/usb2_wlan_rum.ko) : >> 27 1 0xc480a000 2000 wlan_amrr.ko (/boot/kernel/wlan_amrr.ko) : >> 28 4 0xc480c000 34000 wlan.ko (/boot/kernel/wlan.ko) : >> 29 1 0xc4849000 2000 usb2_wlan.ko (/boot/kernel/usb2_wlan.ko) : >> : > : > After some time it will appear but will start attaching and dettaching : > all the time: : > : > ugen4.2: at usbus4 : > rum0: on usbus4 : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 : > rum0: at ushub4, port 6, addr 2 (disconnected) : > rum0: detached : > ugen4.2: at usbus4 : > rum0: on usbus4 : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 : > rum0: at ushub4, port 6, addr 2 (disconnected) : > rum0: detached : > ugen2.2: at usbus2 : > rum0: on usbus2 : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 : > rum0: at ushub2, port 2, addr 2 (disconnected) : > rum0: detached : > : : Looks like some code is missing because loading only usb2_wlan_rum do : not load ehci and uhci usb2 modules. (causing card to not attach) : : I managed to get card working with usb2_controller_uhci and : usb2_controller_ehci loaded. (without ohci) That's not a bug. Warner From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 20:29:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F01DC106568A; Fri, 7 Nov 2008 20:29:02 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 832DE8FC1B; Fri, 7 Nov 2008 20:29:02 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so581687ywe.13 for ; Fri, 07 Nov 2008 12:29:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=FQVWnTQdnlOb2EnM5IcsPRoBxcRNdDORXu93muqMi6U=; b=sQw2Fr9PBTi83XICByEgI14LEtzPtC8BtmvvboJTjzimlNdAaa4bq+fEQyKAVBWlvY 7tZM2UDyU1W1/0TyEU+EEE9gEdN8u8e5ztbnJtIWqmGjw16Lr+TzCj1LJLUA26oi8aJB sElT4QTsYVWJkrMIpfUzAM9uRLZV+OQRvEYw4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=NWIIJxD0BYQEGMurmBKCnpn9gc9GJBFnQ8uQZnUxbaw5iAEVbVThnCrejmI9fsl2Wo II0Qo2kPBfgafkAW7DAcJujFq+S18Y7ai2uekTut7l5X3+NJHGOlnfsHRf0rFNgVB0u3 3MsRsO+aC5EMncuCCkPuWb//hF18Itr/3a44Y= Received: by 10.64.76.15 with SMTP id y15mr4417089qba.97.1226089741657; Fri, 07 Nov 2008 12:29:01 -0800 (PST) Received: by 10.65.216.9 with HTTP; Fri, 7 Nov 2008 12:29:01 -0800 (PST) Message-ID: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> Date: Fri, 7 Nov 2008 21:29:01 +0100 From: "Paul B. Mahol" To: "M. Warner Losh" In-Reply-To: <20081107.132401.1622434515.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> <3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com> <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> <20081107.132401.1622434515.imp@bsdimp.com> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, hselasky@c2i.net Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 20:29:03 -0000 On 11/7/08, M. Warner Losh wrote: > In message: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> > "Paul B. Mahol" writes: > : On 11/7/08, Paul B. Mahol wrote: > : > On 11/7/08, Paul B. Mahol wrote: > : >> On recent CURRENT when attaching rum card, strange bug appear: > : >> > : >> usb2_alloc_device:1417: set address 2 failed (ignored) > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! > : >> uhub_reattach_port:401: could not allocate new device! > : >> > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling > port 5 > : >> uhub_reattach_port:370: giving up port reset - device vanished! > : >> uhub_reattach_port:370: giving up port reset - device vanished! > : >> uhub_reattach_port:370: giving up port reset - device vanished! > : >> uhub_reattach_port:370: giving up port reset - device vanished! > : >> uhub_reattach_port:370: giving up port reset - device vanished! > : >> uhub_reattach_port:370: giving up port reset - device vanished! > : >> uhub_reattach_port:370: giving up port reset - device vanished! > : >> uhub_reattach_port:370: giving up port reset - device vanished! > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling > port 5 > : >> uhub_reattach_port:370: giving up port reset - device vanished! > : >> usb2_alloc_device:1417: set address 2 failed (ignored) > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! > : >> uhub_reattach_port:401: could not allocate new device! > : >> > : >> usb2_alloc_device:1417: set address 2 failed (ignored) > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! > : >> uhub_reattach_port:401: could not allocate new device! > : >> > : >> But not so old one from svn was working fine. > : >> > : >>> kldstat > : >> Id Refs Address Size Name > : >> 1 155 0xc0400000 51f700 kernel (/boot/kernel/kernel) > : >> 2 2 0xc0920000 51bb0 sound.ko (/boot/kernel/sound.ko) > : >> 3 1 0xc0972000 1a5e0 snd_hda.ko (/boot/kernel/snd_hda.ko) > : >> 4 2 0xc098d000 18170 agp.ko (/boot/kernel/agp.ko) > : >> 5 1 0xc09a6000 c3fc random.ko (/boot/kernel/random.ko) > : >> 6 2 0xc09b3000 16b14 drm.ko (/boot/kernel/drm.ko) > : >> 7 1 0xc09ca000 af9c i915.ko (/boot/kernel/i915.ko) > : >> 8 5 0xc09d5000 e3cc ata.ko (/boot/kernel/ata.ko) > : >> 9 2 0xc09e4000 5230 ataahci.ko (/boot/kernel/ataahci.ko) > : >> 10 3 0xc09ea000 88b0 atapci.ko (/boot/kernel/atapci.ko) > : >> 11 1 0xc09f3000 4638 atadisk.ko (/boot/kernel/atadisk.ko) > : >> 12 1 0xc09f8000 5834 ataintel.ko (/boot/kernel/ataintel.ko) > : >> 13 1 0xc09fe000 be08 cpufreq.ko (/boot/kernel/cpufreq.ko) > : >> 14 1 0xc0a0a000 4dc8 sysvmsg.ko (/boot/kernel/sysvmsg.ko) > : >> 15 1 0xc0a0f000 5e9c sysvsem.ko (/boot/kernel/sysvsem.ko) > : >> 16 1 0xc0a15000 5034 sysvshm.ko (/boot/kernel/sysvshm.ko) > : >> 17 1 0xc0a1b000 6b974 acpi.ko (/boot/kernel/acpi.ko) > : >> 18 9 0xc462c000 35000 usb2_core.ko (/boot/kernel/usb2_core.ko) > : >> 19 4 0xc46eb000 3000 usb2_controller.ko > : >> (/boot/kernel/usb2_controller.ko) > : >> 20 1 0xc46f8000 a000 usb2_controller_uhci.ko > : >> (/boot/kernel/usb2_controller_uhci.ko) > : >> 21 1 0xc474e000 c000 usb2_controller_ehci.ko > : >> (/boot/kernel/usb2_controller_ehci.ko) > : >> 22 1 0xc477b000 a000 usb2_controller_ohci.ko > : >> (/boot/kernel/usb2_controller_ohci.ko) > : >> 23 1 0xc47a8000 a000 usb2_storage_mass.ko > : >> (/boot/kernel/usb2_storage_mass.ko) > : >> 24 1 0xc47b2000 43000 cam.ko (/boot/kernel/cam.ko) > : >> 25 1 0xc47fe000 2000 usb2_storage.ko > (/boot/kernel/usb2_storage.ko) > : >> 26 1 0xc4800000 a000 usb2_wlan_rum.ko > : >> (/boot/kernel/usb2_wlan_rum.ko) > : >> 27 1 0xc480a000 2000 wlan_amrr.ko (/boot/kernel/wlan_amrr.ko) > : >> 28 4 0xc480c000 34000 wlan.ko (/boot/kernel/wlan.ko) > : >> 29 1 0xc4849000 2000 usb2_wlan.ko (/boot/kernel/usb2_wlan.ko) > : >> > : > > : > After some time it will appear but will start attaching and dettaching > : > all the time: > : > > : > ugen4.2: at usbus4 > : > rum0: on > usbus4 > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 > : > rum0: at ushub4, port 6, addr 2 (disconnected) > : > rum0: detached > : > ugen4.2: at usbus4 > : > rum0: on > usbus4 > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 > : > rum0: at ushub4, port 6, addr 2 (disconnected) > : > rum0: detached > : > ugen2.2: at usbus2 > : > rum0: on > usbus2 > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 > : > rum0: at ushub2, port 2, addr 2 (disconnected) > : > rum0: detached > : > > : > : Looks like some code is missing because loading only usb2_wlan_rum do > : not load ehci and uhci usb2 modules. (causing card to not attach) > : > : I managed to get card working with usb2_controller_uhci and > : usb2_controller_ehci loaded. (without ohci) > > That's not a bug. Really, how then to explain that I cannot make card working properly whan having both uhci2, ehci2 and ohci2 loaded Loading usb2_controller_musb fail, with message: link_elf: symbol usb2_sw_transfer undefined From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 20:50:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E5B8106567D; Fri, 7 Nov 2008 20:50:48 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id E5A2C8FC25; Fri, 7 Nov 2008 20:50:47 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id mA7KmT0m078956; Fri, 7 Nov 2008 13:48:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 07 Nov 2008 13:49:46 -0700 (MST) Message-Id: <20081107.134946.811533952.imp@bsdimp.com> To: onemda@gmail.com From: "M. Warner Losh" In-Reply-To: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> References: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> <20081107.132401.1622434515.imp@bsdimp.com> <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, hselasky@c2i.net Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 20:50:48 -0000 In message: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> "Paul B. Mahol" writes: : On 11/7/08, M. Warner Losh wrote: : > In message: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> : > "Paul B. Mahol" writes: : > : On 11/7/08, Paul B. Mahol wrote: : > : > On 11/7/08, Paul B. Mahol wrote: : > : >> On recent CURRENT when attaching rum card, strange bug appear: : > : >> : > : >> usb2_alloc_device:1417: set address 2 failed (ignored) : > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! : > : >> uhub_reattach_port:401: could not allocate new device! : > : >> : > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT : > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling : > port 5 : > : >> uhub_reattach_port:370: giving up port reset - device vanished! : > : >> uhub_reattach_port:370: giving up port reset - device vanished! : > : >> uhub_reattach_port:370: giving up port reset - device vanished! : > : >> uhub_reattach_port:370: giving up port reset - device vanished! : > : >> uhub_reattach_port:370: giving up port reset - device vanished! : > : >> uhub_reattach_port:370: giving up port reset - device vanished! : > : >> uhub_reattach_port:370: giving up port reset - device vanished! : > : >> uhub_reattach_port:370: giving up port reset - device vanished! : > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT : > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling : > port 5 : > : >> uhub_reattach_port:370: giving up port reset - device vanished! : > : >> usb2_alloc_device:1417: set address 2 failed (ignored) : > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! : > : >> uhub_reattach_port:401: could not allocate new device! : > : >> : > : >> usb2_alloc_device:1417: set address 2 failed (ignored) : > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! : > : >> uhub_reattach_port:401: could not allocate new device! : > : >> : > : >> But not so old one from svn was working fine. : > : >> : > : >>> kldstat : > : >> Id Refs Address Size Name : > : >> 1 155 0xc0400000 51f700 kernel (/boot/kernel/kernel) : > : >> 2 2 0xc0920000 51bb0 sound.ko (/boot/kernel/sound.ko) : > : >> 3 1 0xc0972000 1a5e0 snd_hda.ko (/boot/kernel/snd_hda.ko) : > : >> 4 2 0xc098d000 18170 agp.ko (/boot/kernel/agp.ko) : > : >> 5 1 0xc09a6000 c3fc random.ko (/boot/kernel/random.ko) : > : >> 6 2 0xc09b3000 16b14 drm.ko (/boot/kernel/drm.ko) : > : >> 7 1 0xc09ca000 af9c i915.ko (/boot/kernel/i915.ko) : > : >> 8 5 0xc09d5000 e3cc ata.ko (/boot/kernel/ata.ko) : > : >> 9 2 0xc09e4000 5230 ataahci.ko (/boot/kernel/ataahci.ko) : > : >> 10 3 0xc09ea000 88b0 atapci.ko (/boot/kernel/atapci.ko) : > : >> 11 1 0xc09f3000 4638 atadisk.ko (/boot/kernel/atadisk.ko) : > : >> 12 1 0xc09f8000 5834 ataintel.ko (/boot/kernel/ataintel.ko) : > : >> 13 1 0xc09fe000 be08 cpufreq.ko (/boot/kernel/cpufreq.ko) : > : >> 14 1 0xc0a0a000 4dc8 sysvmsg.ko (/boot/kernel/sysvmsg.ko) : > : >> 15 1 0xc0a0f000 5e9c sysvsem.ko (/boot/kernel/sysvsem.ko) : > : >> 16 1 0xc0a15000 5034 sysvshm.ko (/boot/kernel/sysvshm.ko) : > : >> 17 1 0xc0a1b000 6b974 acpi.ko (/boot/kernel/acpi.ko) : > : >> 18 9 0xc462c000 35000 usb2_core.ko (/boot/kernel/usb2_core.ko) : > : >> 19 4 0xc46eb000 3000 usb2_controller.ko : > : >> (/boot/kernel/usb2_controller.ko) : > : >> 20 1 0xc46f8000 a000 usb2_controller_uhci.ko : > : >> (/boot/kernel/usb2_controller_uhci.ko) : > : >> 21 1 0xc474e000 c000 usb2_controller_ehci.ko : > : >> (/boot/kernel/usb2_controller_ehci.ko) : > : >> 22 1 0xc477b000 a000 usb2_controller_ohci.ko : > : >> (/boot/kernel/usb2_controller_ohci.ko) : > : >> 23 1 0xc47a8000 a000 usb2_storage_mass.ko : > : >> (/boot/kernel/usb2_storage_mass.ko) : > : >> 24 1 0xc47b2000 43000 cam.ko (/boot/kernel/cam.ko) : > : >> 25 1 0xc47fe000 2000 usb2_storage.ko : > (/boot/kernel/usb2_storage.ko) : > : >> 26 1 0xc4800000 a000 usb2_wlan_rum.ko : > : >> (/boot/kernel/usb2_wlan_rum.ko) : > : >> 27 1 0xc480a000 2000 wlan_amrr.ko (/boot/kernel/wlan_amrr.ko) : > : >> 28 4 0xc480c000 34000 wlan.ko (/boot/kernel/wlan.ko) : > : >> 29 1 0xc4849000 2000 usb2_wlan.ko (/boot/kernel/usb2_wlan.ko) : > : >> : > : > : > : > After some time it will appear but will start attaching and dettaching : > : > all the time: : > : > : > : > ugen4.2: at usbus4 : > : > rum0: on : > usbus4 : > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 : > : > rum0: at ushub4, port 6, addr 2 (disconnected) : > : > rum0: detached : > : > ugen4.2: at usbus4 : > : > rum0: on : > usbus4 : > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 : > : > rum0: at ushub4, port 6, addr 2 (disconnected) : > : > rum0: detached : > : > ugen2.2: at usbus2 : > : > rum0: on : > usbus2 : > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 : > : > rum0: at ushub2, port 2, addr 2 (disconnected) : > : > rum0: detached : > : > : > : : > : Looks like some code is missing because loading only usb2_wlan_rum do : > : not load ehci and uhci usb2 modules. (causing card to not attach) : > : : > : I managed to get card working with usb2_controller_uhci and : > : usb2_controller_ehci loaded. (without ohci) : > : > That's not a bug. : : Really, how then to explain that I cannot make card working properly : whan having both uhci2, ehci2 and ohci2 loaded You are supposed to load them yourself. The leaf modules shouldn't know about the controllers. There may be other bugs here, but not loading the host controllers isn't one of them. Warner From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 21:06:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B57BE10656D4 for ; Fri, 7 Nov 2008 21:06:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4F5DB8FC16 for ; Fri, 7 Nov 2008 21:06:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 27539 invoked by uid 399); 7 Nov 2008 20:39:30 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 7 Nov 2008 20:39:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4914A782.6030509@FreeBSD.org> Date: Fri, 07 Nov 2008 12:39:30 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD net mailing list References: <20081106153035.R16105@maildrop.int.zabbadoz.net> In-Reply-To: <20081106153035.R16105@maildrop.int.zabbadoz.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current mailing list Subject: Re: Kernel without INET 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 Nov 2008 21:06:11 -0000 Not that I object to this at all, but out of curiosity what is the motivation? I would imagine "embedded devices that run stuff not connected to the 'net" but hoping for something more interesting/exciting. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 21:21:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC7EE1065678; Fri, 7 Nov 2008 21:21:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 098248FC08; Fri, 7 Nov 2008 21:21:12 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=J1zRX2_4DjwA:10 a=xw72rLtdcjMA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=6I5d2MoRAAAA:8 a=oAZldqXC3ePJyYGYedkA:9 a=N4mKqpmnmuDzLNnQeX4A:7 a=hC0tmhrhy0ay3q0pIkt-aU5RRikA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1143715840; Fri, 07 Nov 2008 22:21:10 +0100 From: Hans Petter Selasky To: Alexey Shuvaev Date: Fri, 7 Nov 2008 22:23:19 +0100 User-Agent: KMail/1.9.7 References: <20081107082740.GA1334@icarus.home.lan> <200811071811.27181.hselasky@c2i.net> <20081107191935.GA51170@localhost.my.domain> In-Reply-To: <20081107191935.GA51170@localhost.my.domain> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811072223.20313.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, "M. Warner Losh" , freebsd-usb@freebsd.org Subject: Re: Kernel panic when copying data to umass device (USB4BSD) - problem found 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 Nov 2008 21:21:13 -0000 On Friday 07 November 2008, Alexey Shuvaev wrote: > On Fri, Nov 07, 2008 at 06:11:26PM +0100, Hans Petter Selasky wrote: > > Hi Jeremy, > > > > I've reproduced the issue with some mods to the usb2_busdma.c on 32-bit > > arcitecture and have made a fix for this problem. > > > > Try the following patch and re-test! > > Thanks a lot! I have rebuild the kernel with this patch > > > http://perforce.freebsd.org/chv.cgi?CH=152624 > > and so far no panics. Indeed, the system I am using is amd64 with 4Gb of > RAM. > > > Some mem-stick benchmarks would be nice ... > > What exactly do you mean? > I have done: > dd if=file_on_one_stick of=/dev/null bs=1m (12.5 Mb/s) > dd if=/dev/random of=file_on_the_stick bs=1m count=128 (2.6 Mb/s) > > and the same tests with USB-microSDHC adapter with 8Gb card > (20 MB/s read, 15 Mb/s write). > > Anything else? No, that looks very good. Maybe you could also do a md5 on the transferred data, just to see if there are data errors. BTW: I have forced my 32-bit system to use bounce buffers now, and I have found more problems! Warner: I see that bus-dma is allocating bounce buffers for the EHCI/OHCI/UHCI transfer descriptors and queue heads, even though I use "bus_dmamem_alloc()" with the COHERENT flag and everything. I suspect that the problem is that "bus_dmamem_alloc()" is optimised to use "malloc()" which then automatically will imply a possible bounce buffer. Even if I use PAGE_SIZE byte allocations it goes wrong. Maybe I also need to set the alignment to PAGE_SIZE bytes, to really ensure that "busdma" is not putting the TD's and QH's in the wrong part of the memory from the beginning? This is a big problem, because the busdma API does not allow flushing single fields of these descriptors, which is an absolute mandatory feature during USB operation. On NetBSD this is possible. What should we do? I guess this is the root problem of USB(2) not working reliable on 64-bit architectures. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 21:31:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E7FE1065674; Fri, 7 Nov 2008 21:31:45 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swip.net [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 77A1E8FC0A; Fri, 7 Nov 2008 21:31:44 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=-On9RjOqsPd2qdWYke0A:9 a=5Tk1yDLl5hrf7HjK9hIA:7 a=Xuv6Io7SzrttitJxorBw02XKiUkA:4 a=cvZW9r6VXHAA:10 a=MSl-tDqOz04A:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 401905971; Fri, 07 Nov 2008 22:31:41 +0100 From: Hans Petter Selasky To: "Paul B. Mahol" Date: Fri, 7 Nov 2008 22:33:45 +0100 User-Agent: KMail/1.9.7 References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> <20081107.132401.1622434515.imp@bsdimp.com> <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> In-Reply-To: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811072233.46558.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, "M. Warner Losh" Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 21:31:45 -0000 On Friday 07 November 2008, Paul B. Mahol wrote: > On 11/7/08, M. Warner Losh wrote: > > In message: <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> > > > > "Paul B. Mahol" writes: > > : On 11/7/08, Paul B. Mahol wrote: > > : > On 11/7/08, Paul B. Mahol wrote: > > : >> On recent CURRENT when attaching rum card, strange bug appear: > > : >> > > : >> usb2_alloc_device:1417: set address 2 failed (ignored) > > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! > > : >> uhub_reattach_port:401: could not allocate new device! > > : >> > > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT > > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling > > > > port 5 > > > > : >> uhub_reattach_port:370: giving up port reset - device vanished! > > : >> uhub_reattach_port:370: giving up port reset - device vanished! > > : >> uhub_reattach_port:370: giving up port reset - device vanished! > > : >> uhub_reattach_port:370: giving up port reset - device vanished! > > : >> uhub_reattach_port:370: giving up port reset - device vanished! > > : >> uhub_reattach_port:370: giving up port reset - device vanished! > > : >> uhub_reattach_port:370: giving up port reset - device vanished! > > : >> uhub_reattach_port:370: giving up port reset - device vanished! > > : >> uhub_reattach_port:355: port 5 reset failed, error=USB_ERR_TIMEOUT > > : >> uhub_reattach_port:421: device problem (USB_ERR_TIMEOUT), disabling > > > > port 5 > > > > : >> uhub_reattach_port:370: giving up port reset - device vanished! > > : >> usb2_alloc_device:1417: set address 2 failed (ignored) > > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! > > : >> uhub_reattach_port:401: could not allocate new device! > > : >> > > : >> usb2_alloc_device:1417: set address 2 failed (ignored) > > : >> usb2_alloc_device:1452: getting device descriptor at addr 2 failed! > > : >> uhub_reattach_port:401: could not allocate new device! > > : >> > > : >> But not so old one from svn was working fine. > > : >> > > : >>> kldstat > > : >> > > : >> Id Refs Address Size Name > > : >> 1 155 0xc0400000 51f700 kernel (/boot/kernel/kernel) > > : >> 2 2 0xc0920000 51bb0 sound.ko (/boot/kernel/sound.ko) > > : >> 3 1 0xc0972000 1a5e0 snd_hda.ko (/boot/kernel/snd_hda.ko) > > : >> 4 2 0xc098d000 18170 agp.ko (/boot/kernel/agp.ko) > > : >> 5 1 0xc09a6000 c3fc random.ko (/boot/kernel/random.ko) > > : >> 6 2 0xc09b3000 16b14 drm.ko (/boot/kernel/drm.ko) > > : >> 7 1 0xc09ca000 af9c i915.ko (/boot/kernel/i915.ko) > > : >> 8 5 0xc09d5000 e3cc ata.ko (/boot/kernel/ata.ko) > > : >> 9 2 0xc09e4000 5230 ataahci.ko (/boot/kernel/ataahci.ko) > > : >> 10 3 0xc09ea000 88b0 atapci.ko (/boot/kernel/atapci.ko) > > : >> 11 1 0xc09f3000 4638 atadisk.ko (/boot/kernel/atadisk.ko) > > : >> 12 1 0xc09f8000 5834 ataintel.ko (/boot/kernel/ataintel.ko) > > : >> 13 1 0xc09fe000 be08 cpufreq.ko (/boot/kernel/cpufreq.ko) > > : >> 14 1 0xc0a0a000 4dc8 sysvmsg.ko (/boot/kernel/sysvmsg.ko) > > : >> 15 1 0xc0a0f000 5e9c sysvsem.ko (/boot/kernel/sysvsem.ko) > > : >> 16 1 0xc0a15000 5034 sysvshm.ko (/boot/kernel/sysvshm.ko) > > : >> 17 1 0xc0a1b000 6b974 acpi.ko (/boot/kernel/acpi.ko) > > : >> 18 9 0xc462c000 35000 usb2_core.ko (/boot/kernel/usb2_core.ko) > > : >> 19 4 0xc46eb000 3000 usb2_controller.ko > > : >> (/boot/kernel/usb2_controller.ko) > > : >> 20 1 0xc46f8000 a000 usb2_controller_uhci.ko > > : >> (/boot/kernel/usb2_controller_uhci.ko) > > : >> 21 1 0xc474e000 c000 usb2_controller_ehci.ko > > : >> (/boot/kernel/usb2_controller_ehci.ko) > > : >> 22 1 0xc477b000 a000 usb2_controller_ohci.ko > > : >> (/boot/kernel/usb2_controller_ohci.ko) > > : >> 23 1 0xc47a8000 a000 usb2_storage_mass.ko > > : >> (/boot/kernel/usb2_storage_mass.ko) > > : >> 24 1 0xc47b2000 43000 cam.ko (/boot/kernel/cam.ko) > > : >> 25 1 0xc47fe000 2000 usb2_storage.ko > > > > (/boot/kernel/usb2_storage.ko) > > > > : >> 26 1 0xc4800000 a000 usb2_wlan_rum.ko > > : >> (/boot/kernel/usb2_wlan_rum.ko) > > : >> 27 1 0xc480a000 2000 wlan_amrr.ko (/boot/kernel/wlan_amrr.ko) > > : >> 28 4 0xc480c000 34000 wlan.ko (/boot/kernel/wlan.ko) > > : >> 29 1 0xc4849000 2000 usb2_wlan.ko (/boot/kernel/usb2_wlan.ko) > > : > > > : > After some time it will appear but will start attaching and > > : > dettaching all the time: > > : > > > : > ugen4.2: at usbus4 > > : > rum0: on > > > > usbus4 > > > > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 > > : > rum0: at ushub4, port 6, addr 2 (disconnected) > > : > rum0: detached > > : > ugen4.2: at usbus4 > > : > rum0: on > > > > usbus4 > > > > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 > > : > rum0: at ushub4, port 6, addr 2 (disconnected) > > : > rum0: detached > > : > ugen2.2: at usbus2 > > : > rum0: on > > > > usbus2 > > > > : > rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 > > : > rum0: at ushub2, port 2, addr 2 (disconnected) > > : > rum0: detached > > : > > : Looks like some code is missing because loading only usb2_wlan_rum do > > : not load ehci and uhci usb2 modules. (causing card to not attach) > > : > > : I managed to get card working with usb2_controller_uhci and > > : usb2_controller_ehci loaded. (without ohci) > > > > That's not a bug. It is a new feature :-) > > Really, how then to explain that I cannot make card working properly > whan having both uhci2, ehci2 and ohci2 loaded > > Loading usb2_controller_musb fail, with message: > link_elf: symbol usb2_sw_transfer undefined You cannot load that module, because the bus interface file (musb2_otg_atmelarm.c) only compiles on the FreeBSD ARM target, due to some header file dependencies, which we should fix. Therefore there are some missing KLD dependencies in the module which makes it complain about missing symbols, which is not an error, but thanks for reporting. Maybe I will create a dummy PCI module interface for the driver. Mostly the module is there to ensure that the code compiles. These are the KLD dependancy lines: MODULE_DEPEND(musbotg, usb2_controller, 1, 1, 1); MODULE_DEPEND(musbotg, usb2_core, 1, 1, 1); Which are in "musb2_otg_atmelarm.c" which is not compiled into the module by default. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 21:34:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB5411065674; Fri, 7 Nov 2008 21:34:34 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 365508FC19; Fri, 7 Nov 2008 21:34:33 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=G_XMU1zPYyRUXL9Kbg8A:9 a=9vJDx4AaUPR7TYDoWRsq2s1-4zsA:4 a=cvZW9r6VXHAA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1147104966; Fri, 07 Nov 2008 22:34:32 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 22:36:37 +0100 User-Agent: KMail/1.9.7 References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> <20081107.132401.1622434515.imp@bsdimp.com> <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> In-Reply-To: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811072236.38267.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org, "M. Warner Losh" Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 21:34:34 -0000 On Friday 07 November 2008, Paul B. Mahol wrote: > On 11/7/08, M. Warner Losh wrote: > > : > After some time it will appear but will start attaching and > > : > dettaching all the time: How quick is this happening? There has been some changes to the sys/dev/usb2/core/uhub2.c file recently, which control how HUB is responding to events. Maybe you can get the date of that file from the build where it works and the build where it doesn't work, and I will check the differences. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 19:46:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23E47106568F for ; Fri, 7 Nov 2008 19:46:13 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp805.mail.ird.yahoo.com (smtp805.mail.ird.yahoo.com [217.146.188.65]) by mx1.freebsd.org (Postfix) with SMTP id 3AFAC8FC16 for ; Fri, 7 Nov 2008 19:46:10 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 20044 invoked from network); 7 Nov 2008 19:46:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Message-Id; b=bZ+dZMKUNRm/RFYS+4AX2jPmXi8UhBXlebLrUPGX5xojhRZ4xaavlIagLhGSUmK1R1NPCGVxPM4Fg2V2fEZQDy7eWY9X+GD2zWT2X2g3dicxJVk4Npy+S+eLD2GDosQ42coBMyVN1jZo3+4OLNKyps0WChYRW9056/Jiglxq6/c= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (Thomas.Sparrevohn@86.133.246.99 with login) by smtp805.mail.ird.yahoo.com with SMTP; 7 Nov 2008 19:46:03 -0000 X-YMail-OSG: Q_rV4T0VM1moZqWeS5EWriwDMUnjANnYzzTwxggTiySKYFbMQyr6M2ceIKMkIpwbQmL__fVHDPn38P2ldEq5zUNiKgPqBv5lyuyZ5oSsNvurmLh5BJWUL.CFDycwX6DpfD3DZuTBl1cuC6_RtcUecf7JI8ynDCw03xOSVBH.EVVK.f.GfyRRNseLyxtJSC56SAQarTrwnu6F2HsnQcdQxe5O4Kx8htiGJ.Epq16sGA6893K0PRorwQ-- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Fri, 7 Nov 2008 19:46:00 +0000 User-Agent: KMail/1.9.10 References: <200810251925.47273.hselasky@c2i.net> <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de> <200811070036.15816.hselasky@c2i.net> In-Reply-To: <200811070036.15816.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_5rJFJPtr8qjZ35l" Message-Id: <200811071946.01269.Thomas.Sparrevohn@btinternet.com> X-Mailman-Approved-At: Fri, 07 Nov 2008 21:45:56 +0000 Cc: Alexey Shuvaev , freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 19:46:13 -0000 --Boundary-00=_5rJFJPtr8qjZ35l Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thursday 06 November 2008 23:36:14 Hans Petter Selasky wrote: > On Thursday 06 November 2008, Alexey Shuvaev wrote: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > _witness_debugger() at _witness_debugger+0x49 > > witness_checkorder() at witness_checkorder+0x7e6 > > _sx_xlock() at _sx_xlock+0x44 > > vm_map_lookup() at vm_map_lookup+0x47 > > vm_fault() at vm_fault+0xfe > > trap_pfault() at trap_pfault+0x1fa > > trap() at trap+0x201 > > calltrap() at calltrap+0x8 > > --- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp = > > 0xfffffffeba7f8b00 --- bcopy() at bcopy+0x16 > > usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35 > > usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b > > usb2_command_wrapper() at usb2_command_wrapper+0x76 > > usb2_callback_wrapper() at usb2_callback_wrapper+0xfd > > usb2_command_wrapper() at usb2_command_wrapper+0x76 > > usb2_callback_proc() at usb2_callback_proc+0x68 > > usb2_process() at usb2_process+0xc0 > > Hi Alexey, > > This looks more like a busdma problem to me. "bcopy()" is called from > within "bus_dmamap_sync()". Maybe you can figure out if it is the source or > the destination address that fails? > > Looks like your system has started bouncing data to the 32-bit address range. > I can reproduce an error like it whenever I use DMA on umass device - The error somehow are triggered/created by the multiport patches that was introduced in the ATA framework back in April - For a long time I believed it was an error in the ATA frame work until I discovered that If I disabled the umass device the error disappered I am using ZFS on both devices. If I change to usb2_ata the problem disappers. I think that is because usb2_ata does not use DMA. I believe the problem is related to the DMA handling in the umass see attached fault - In short the problem has been around for a long time but it seems to be related to the USB stack DMA handling - before usb2 it showed up as a DMA error in the ATA driver - but that was because the old umass driver somehow "stole" an active DMA w2fzz0vc03.aah-go-on.com dumped core - see /var/crash/vmcore.42 Thu Oct 16 19:11:48 BST 2008 FreeBSD w2fzz0vc03.aah-go-on.com 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Oct 15 21:39:04 BST 2008 sandbox@w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/newusb/obj/usr/home/sandbox/newusb/src/sys/GENERIC_usb2 amd64 panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xffffffff80b67e60) locked @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_warn() at witness_warn+0x232 trap() at trap+0x38f calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff807b2a46, rsp = 0xfffffffeb7267ac0, rbp = 0xfffffffeb7267b00 --- bcopy() at bcopy+0x16 usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x59 usb2_bdma_work_loop() at usb2_bdma_work_loop+0x2ac usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_wrapper() at usb2_callback_wrapper+0x101 usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_proc() at usb2_callback_proc+0x68 usb2_process() at usb2_process+0xc0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffeb7267d40, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0xfffffffe69a00000 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff807b2a46 stack pointer = 0x10:0xfffffffeb7267ac0 frame pointer = 0x10:0xfffffffeb7267b00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 139 (USBPROC) lock order reversal: (Giant after non-sleepable) 1st 0xffffffff80b67e60 UMASS lock (UMASS lock) @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795 2nd 0xffffffff80b6bfe0 Giant (Giant) @ /usr/home/sandbox/newusb/src/sys/dev/kbdmux/kbdmux.c:1044 KDB: stack backtrace: panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 cpuid = 3 KDB: stack backtrace: Physical memory: 4078 MB Dumping 1154 MB: 1139 1123 1107 1091 1075 1059 1043 1027 1011 995 979 963 947 931 915 899 883 867 851 835 819 803 787 771 755 739 723 707 691 675 659 643 627 611 595 579 563 547 531 515 499 483 467 451 435 419 403 387 371 355 339 323 307 291 275 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /bootdir/boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from /bootdir/boot/kernel/daemon_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/daemon_saver.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:196 #1 0xffffffff801c475c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/home/sandbox/newusb/src/sys/ddb/db_command.c:548 #2 0xffffffff801c4a91 in db_command (last_cmdp=0xffffffff80b384a0, cmd_table=Variable "cmd_table" is not available. ) at /usr/home/sandbox/newusb/src/sys/ddb/db_command.c:445 #3 0xffffffff801c4cd9 in db_command_loop () at /usr/home/sandbox/newusb/src/sys/ddb/db_command.c:498 #4 0xffffffff801c6b37 in db_trap (type=Variable "type" is not available. ) at /usr/home/sandbox/newusb/src/sys/ddb/db_main.c:229 #5 0xffffffff8051deb2 in kdb_trap (type=12, code=0, tf=0xfffffffeb7267a10) at /usr/home/sandbox/newusb/src/sys/kern/subr_kdb.c:534 #6 0xffffffff807b361d in trap_fatal (frame=0xfffffffeb7267a10, eva=Variable "eva" is not available. ) at /usr/home/sandbox/newusb/src/sys/amd64/amd64/trap.c:754 #7 0xffffffff807b4371 in trap (frame=0xfffffffeb7267a10) at /usr/home/sandbox/newusb/src/sys/amd64/amd64/trap.c:289 #8 0xffffffff807973de in calltrap () at /usr/home/sandbox/newusb/src/sys/amd64/amd64/exception.S:217 #9 0xffffffff807b2a46 in bcopy () at /usr/home/sandbox/newusb/src/sys/amd64/amd64/support.S:123 #10 0xffffffff80791ea0 in _bus_dmamap_sync (dmat=0xffffff0004028400, map=Variable "map" is not available. ) at /usr/home/sandbox/newusb/src/sys/amd64/amd64/busdma_machdep.c:922 #11 0xffffffff80426b42 in usb2_bdma_pre_sync (xfer=Variable "xfer" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_busdma.c:1360 #12 0xffffffff80426f01 in usb2_bdma_work_loop (pq=0xfffffffe40f84000) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_busdma.c:1297 #13 0xffffffff80439b26 in usb2_command_wrapper (pq=0xfffffffe40f84000, xfer=Variable "xfer" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:2515 #14 0xffffffff8043c3ed in usb2_callback_wrapper (pq=Variable "pq" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1926 #15 0xffffffff80439b26 in usb2_command_wrapper (pq=0xfffffffe40f84028, xfer=Variable "xfer" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:2515 #16 0xffffffff80439c70 in usb2_callback_proc (_pm=Variable "_pm" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1799 #17 0xffffffff804378b4 in usb2_process (arg=Variable "arg" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_process.c:139 #18 0xffffffff804d314a in fork_exit ( callout=0xffffffff804377f4 , arg=0xfffffffe40f840f0, frame=0xfffffffeb7267c90) at /usr/home/sandbox/newusb/src/sys/kern/kern_fork.c:810 #19 0xffffffff807977ee in fork_trampoline () at /usr/home/sandbox/newusb/src/sys/amd64/amd64/exception.S:521 #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000001 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000001024000 in ?? () #45 0x0000000000000000 in ?? () #46 0xffffffff80b8dd70 in sleepq_chains () #47 0xffffffff80b756c0 in tdq_cpu () #48 0xffffff00024e96e0 in ?? () #49 0xfffffffeb7267ac0 in ?? () #50 0xfffffffeb7267a78 in ?? () #51 0xffffff0002ddd370 in ?? () #52 0xffffffff80511f90 in sched_switch (td=0xfffffffe40f840f0, newtd=0xffffffff804377f4, flags=Variable "flags" is not available. ) at /usr/home/sandbox/newusb/src/sys/kern/sched_ule.c:1844 Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -68 0 0 0 - DLs ?? 747427:30.00 [kernel] 0 1 0 0 44 0 2180 0 wait DLs ?? 5472248:30.00 [init] 0 2 0 0 -8 0 0 0 - DL ?? 1887795:30.00 [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 159170669:00.00 [g_up] 0 4 0 0 -8 0 0 0 - DL ?? 80623968:30.00 [g_down] 0 5 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 6 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 7 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 8 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 9 0 0 -16 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_thrd] 0 10 0 0 -16 0 0 0 audit_ DL ?? 5455:30.00 [audit] 0 11 0 0 171 0 0 0 - RL ?? 10883646524:50.00 [idle] 0 12 0 0 -48 0 0 0 - WL ?? 74210281:20.00 [intr] 0 13 0 0 44 0 0 0 - DL ?? 2767776:50.00 [yarrow] 0 14 0 0 -64 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 15 0 0 -64 0 0 0 WMSG DL ?? 17473:30.00 [USBPROC] 0 16 0 0 -16 0 0 0 - DL ?? 0:00.00 [fw0_probe] 0 17 0 0 -16 0 0 0 waitin DL ?? 1154:00.00 [sctp_itera 0 19 0 0 44 0 0 0 d DL ?? 1475436:10.00 [arc_reclai 0 21 0 0 -68 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 22 0 0 -68 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 23 0 0 -64 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 26 0 0 -68 0 0 0 WMSG DL ?? 28989:30.00 [USBPROC] 0 27 0 0 -68 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 28 0 0 -64 0 0 0 WMSG DL ?? 3466420:40.00 [USBPROC] 0 29 0 0 45 0 0 0 psleep DL ?? 13022:40.00 [pagedaemon 0 30 0 0 45 0 0 0 psleep DL ?? 581:40.00 [vmdaemon] 0 31 0 0 76 0 0 0 pgzero DL ?? 665:40.00 [pagezero] 0 32 0 0 45 0 0 0 psleep DL ?? 28784:30.00 [bufdaemon] 0 33 0 0 61 0 0 0 syncer DL ?? 134824082:40.00 [syncer] 0 34 0 0 45 0 0 0 vlruwt DL ?? 68163:10.00 [vnlru] 0 35 0 0 45 0 0 0 sdflus DL ?? 58308:10.00 [softdepflu 0 89 0 0 -68 0 0 0 WMSG DL ?? 10673:10.00 [USBPROC] 0 90 0 0 45 0 0 0 tq->tq DL ?? 226:50.00 [spa_zio_is 0 91 0 0 45 0 0 0 tq->tq DL ?? 206:10.00 [spa_zio_is 0 92 0 0 45 0 0 0 tq->tq DL ?? 408:20.00 [spa_zio_is 0 93 0 0 45 0 0 0 tq->tq DL ?? 346:50.00 [spa_zio_is 0 94 0 0 45 0 0 0 tq->tq DL ?? 271:10.00 [spa_zio_in 0 95 0 0 45 0 0 0 tq->tq DL ?? 310:00.00 [spa_zio_in 0 96 0 0 45 0 0 0 tq->tq DL ?? 191:00.00 [spa_zio_in 0 97 0 0 45 0 0 0 tq->tq DL ?? 342:10.00 [spa_zio_in 0 98 0 0 45 0 0 0 tq->tq DL ?? 692:10.00 [spa_zio_is 0 99 0 0 45 0 0 0 tq->tq DL ?? 561:50.00 [spa_zio_is 0 100 0 0 45 0 0 0 tq->tq DL ?? 407:00.00 [spa_zio_is 0 101 0 0 45 0 0 0 tq->tq DL ?? 384:40.00 [spa_zio_is 0 102 0 0 44 0 0 0 tq->tq DL ?? 3915100:00.00 [spa_zio_in 0 103 0 0 52 0 0 0 tq->tq DL ?? 679657:30.00 [spa_zio_in 0 104 0 0 52 0 0 0 tq->tq DL ?? 724595:40.00 [spa_zio_in 0 105 0 0 44 0 0 0 tq->tq DL ?? 3595602:50.00 [spa_zio_in 0 106 0 0 44 0 0 0 tq->tq DL ?? 161446:00.00 [spa_zio_is 0 107 0 0 44 0 0 0 tq->tq DL ?? 315903:50.00 [spa_zio_is 0 108 0 0 44 0 0 0 tq->tq DL ?? 438196:30.00 [spa_zio_is 0 109 0 0 47 0 0 0 tq->tq DL ?? 68604:10.00 [spa_zio_is 0 110 0 0 44 0 0 0 tq->tq DL ?? 192541000:20.00 [spa_zio_in 0 111 0 0 44 0 0 0 tq->tq DL ?? 183661574:50.00 [spa_zio_in 0 112 0 0 44 0 0 0 tq->tq DL ?? 180367061:20.00 [spa_zio_in 0 113 0 0 48 0 0 0 tq->tq DL ?? 202043190:20.00 [spa_zio_in 0 114 0 0 45 0 0 0 tq->tq DL ?? 683:50.00 [spa_zio_is 0 115 0 0 45 0 0 0 tq->tq DL ?? 595:40.00 [spa_zio_is 0 116 0 0 45 0 0 0 tq->tq DL ?? 486:10.00 [spa_zio_is 0 117 0 0 45 0 0 0 tq->tq DL ?? 226:50.00 [spa_zio_is 0 118 0 0 45 0 0 0 tq->tq DL ?? 386:30.00 [spa_zio_in 0 119 0 0 45 0 0 0 tq->tq DL ?? 790:20.00 [spa_zio_in 0 120 0 0 45 0 0 0 tq->tq DL ?? 419:40.00 [spa_zio_in 0 121 0 0 45 0 0 0 tq->tq DL ?? 173:20.00 [spa_zio_in 0 122 0 0 45 0 0 0 tq->tq DL ?? 771:10.00 [spa_zio_is 0 123 0 0 45 0 0 0 tq->tq DL ?? 746:30.00 [spa_zio_is 0 124 0 0 45 0 0 0 tq->tq DL ?? 525:40.00 [spa_zio_is 0 125 0 0 45 0 0 0 tq->tq DL ?? 736:40.00 [spa_zio_is 0 126 0 0 45 0 0 0 tq->tq DL ?? 528:40.00 [spa_zio_in 0 127 0 0 45 0 0 0 tq->tq DL ?? 309:40.00 [spa_zio_in 0 128 0 0 45 0 0 0 tq->tq DL ?? 246:40.00 [spa_zio_in 0 129 0 0 45 0 0 0 tq->tq DL ?? 531:10.00 [spa_zio_in 0 130 0 0 45 0 0 0 tq->tq DL ?? 3007:50.00 [spa_zio_is 0 131 0 0 45 0 0 0 tq->tq DL ?? 289:40.00 [spa_zio_is 0 132 0 0 45 0 0 0 tq->tq DL ?? 289:20.00 [spa_zio_is 0 133 0 0 45 0 0 0 tq->tq DL ?? 432:40.00 [spa_zio_is 0 134 0 0 45 0 0 0 tq->tq DL ?? 546:50.00 [spa_zio_in 0 135 0 0 45 0 0 0 tq->tq DL ?? 312:00.00 [spa_zio_in 0 136 0 0 45 0 0 0 tq->tq DL ?? 319:40.00 [spa_zio_in 0 137 0 0 45 0 0 0 tq->tq DL ?? 673:40.00 [spa_zio_in 0 138 0 0 44 0 0 0 ffffff000407c910 DL ?? 7618572:50.00 [vdev:worke 0 139 0 0 -68 0 0 0 - RL ?? 907164:40.00 [USBPROC] 0 140 0 0 44 0 0 0 2 DL ?? 7583535:20.00 [vdev:worke 0 141 0 0 44 0 0 0 2 DL ?? 7083820:40.00 [vdev:worke 0 142 0 0 45 0 0 0 tx->tx DL ?? 15303:20.00 [txg_thread 0 143 0 0 44 0 0 0 tx->tx DL ?? 164076779:50.00 [txg_thread 0 144 0 0 45 0 0 0 tx->tx DL ?? 9893:50.00 [txg_thread 0 145 0 0 45 0 0 0 tq->tq DL ?? 746:40.00 [zil_clean] 0 171 0 0 -68 0 0 0 WMSG DL ?? 17984:50.00 [USBPROC] 0 172 0 0 -68 0 0 0 WMSG DL ?? 2636:50.00 [USBPROC] 0 191 0 0 -68 0 0 0 WMSG DL ?? 6680:30.00 [USBPROC] 0 192 0 0 -68 0 0 0 WMSG DL ?? 1121246:10.00 [USBPROC] 0 193 0 0 -68 0 0 0 WMSG DL ?? 1451850:30.00 [USBPROC] 0 194 0 0 -64 0 0 0 WMSG DL ?? 777326:00.00 [USBPROC] 0 195 0 0 -68 0 0 0 WMSG DL ?? 8560:40.00 [USBPROC] 0 196 0 0 -68 0 0 0 WMSG DL ?? 108571:50.00 [USBPROC] 0 265 0 0 45 0 0 0 tq->tq DL ?? 913:20.00 [spa_zio_is 0 266 0 0 45 0 0 0 tq->tq DL ?? 556:20.00 [spa_zio_is 0 267 0 0 45 0 0 0 tq->tq DL ?? 264:20.00 [spa_zio_is 0 268 0 0 45 0 0 0 tq->tq DL ?? 738:20.00 [spa_zio_is 0 269 0 0 45 0 0 0 tq->tq DL ?? 568:00.00 [spa_zio_in 0 270 0 0 45 0 0 0 tq->tq DL ?? 599:30.00 [spa_zio_in 0 271 0 0 45 0 0 0 tq->tq DL ?? 841:00.00 [spa_zio_in 0 272 0 0 45 0 0 0 tq->tq DL ?? 522:30.00 [spa_zio_in 0 273 0 0 45 0 0 0 tq->tq DL ?? 730:00.00 [spa_zio_is 0 274 0 0 45 0 0 0 tq->tq DL ?? 495:10.00 [spa_zio_is 0 275 0 0 45 0 0 0 tq->tq DL ?? 188:10.00 [spa_zio_is 0 276 0 0 45 0 0 0 tq->tq DL ?? 311:00.00 [spa_zio_is 0 277 0 0 45 0 0 0 tq->tq DL ?? 99792:30.00 [spa_zio_in 0 278 0 0 45 0 0 0 tq->tq DL ?? 220438:10.00 [spa_zio_in 0 279 0 0 45 0 0 0 tq->tq DL ?? 99017:10.00 [spa_zio_in 0 280 0 0 45 0 0 0 tq->tq DL ?? 234007:10.00 [spa_zio_in 0 281 0 0 45 0 0 0 tq->tq DL ?? 13354:20.00 [spa_zio_is 0 282 0 0 45 0 0 0 tq->tq DL ?? 13582:50.00 [spa_zio_is 0 283 0 0 45 0 0 0 tq->tq DL ?? 26698:20.00 [spa_zio_is 0 284 0 0 45 0 0 0 tq->tq DL ?? 26920:10.00 [spa_zio_is 0 285 0 0 45 0 0 0 tq->tq DL ?? 168799:10.00 [spa_zio_in 0 286 0 0 45 0 0 0 tq->tq DL ?? 166680:30.00 [spa_zio_in 0 287 0 0 45 0 0 0 tq->tq DL ?? 159190:00.00 [spa_zio_in 0 288 0 0 45 0 0 0 tq->tq DL ?? 157914:20.00 [spa_zio_in 0 289 0 0 45 0 0 0 tq->tq DL ?? 687:20.00 [spa_zio_is 0 290 0 0 45 0 0 0 tq->tq DL ?? 890:00.00 [spa_zio_is 0 291 0 0 45 0 0 0 tq->tq DL ?? 506:30.00 [spa_zio_is 0 292 0 0 45 0 0 0 tq->tq DL ?? 143:20.00 [spa_zio_is 0 293 0 0 45 0 0 0 tq->tq DL ?? 766:30.00 [spa_zio_in 0 294 0 0 45 0 0 0 tq->tq DL ?? 753:10.00 [spa_zio_in 0 295 0 0 45 0 0 0 tq->tq DL ?? 531:00.00 [spa_zio_in 0 296 0 0 45 0 0 0 tq->tq DL ?? 424:20.00 [spa_zio_in 0 297 0 0 45 0 0 0 tq->tq DL ?? 902:40.00 [spa_zio_is 0 298 0 0 45 0 0 0 tq->tq DL ?? 717:30.00 [spa_zio_is 0 299 0 0 45 0 0 0 tq->tq DL ?? 538:30.00 [spa_zio_is 0 300 0 0 45 0 0 0 tq->tq DL ?? 770:40.00 [spa_zio_is 0 301 0 0 45 0 0 0 tq->tq DL ?? 831:10.00 [spa_zio_in 0 302 0 0 45 0 0 0 tq->tq DL ?? 876:00.00 [spa_zio_in 0 303 0 0 45 0 0 0 tq->tq DL ?? 1040:30.00 [spa_zio_in 0 304 0 0 45 0 0 0 tq->tq DL ?? 966:00.00 [spa_zio_in 0 305 0 0 45 0 0 0 tq->tq DL ?? 882:00.00 [spa_zio_is 0 306 0 0 45 0 0 0 tq->tq DL ?? 714:30.00 [spa_zio_is 0 307 0 0 45 0 0 0 tq->tq DL ?? 905:20.00 [spa_zio_is 0 308 0 0 45 0 0 0 tq->tq DL ?? 774:30.00 [spa_zio_is 0 309 0 0 45 0 0 0 tq->tq DL ?? 1262:40.00 [spa_zio_in 0 310 0 0 45 0 0 0 tq->tq DL ?? 732:50.00 [spa_zio_in 0 311 0 0 45 0 0 0 tq->tq DL ?? 624:10.00 [spa_zio_in 0 312 0 0 45 0 0 0 tq->tq DL ?? 769:00.00 [spa_zio_in 0 313 0 0 45 0 0 0 a DL ?? 138498:00.00 [vdev:worke 0 314 0 0 45 0 0 0 tx->tx DL ?? 13274:30.00 [txg_thread 0 315 0 0 45 0 0 0 zio->i DL ?? 592414:00.00 [txg_thread 0 316 0 0 45 0 0 0 tx->tx DL ?? 14080:20.00 [txg_thread 0 369 0 0 45 0 0 0 tq->tq DL ?? 406:20.00 [spa_zio_is 0 370 0 0 45 0 0 0 tq->tq DL ?? 291:50.00 [spa_zio_is 0 371 0 0 45 0 0 0 tq->tq DL ?? 654:30.00 [spa_zio_is 0 372 0 0 45 0 0 0 tq->tq DL ?? 515:10.00 [spa_zio_is 0 373 0 0 45 0 0 0 tq->tq DL ?? 289:50.00 [spa_zio_in 0 374 0 0 45 0 0 0 tq->tq DL ?? 781:10.00 [spa_zio_in 0 375 0 0 45 0 0 0 tq->tq DL ?? 689:40.00 [spa_zio_in 0 376 0 0 45 0 0 0 tq->tq DL ?? 363:40.00 [spa_zio_in 0 377 0 0 45 0 0 0 tq->tq DL ?? 388:50.00 [spa_zio_is 0 378 0 0 45 0 0 0 tq->tq DL ?? 577:50.00 [spa_zio_is 0 379 0 0 45 0 0 0 tq->tq DL ?? 386:20.00 [spa_zio_is 0 380 0 0 45 0 0 0 tq->tq DL ?? 633:00.00 [spa_zio_is 0 381 0 0 45 0 0 0 tq->tq DL ?? 461038:00.00 [spa_zio_in 0 382 0 0 45 0 0 0 tq->tq DL ?? 469792:50.00 [spa_zio_in 0 383 0 0 45 0 0 0 tq->tq DL ?? 452893:40.00 [spa_zio_in 0 384 0 0 76 0 0 0 tq->tq DL ?? 260950:00.00 [spa_zio_in 0 385 0 0 45 0 0 0 tq->tq DL ?? 838:10.00 [spa_zio_is 0 386 0 0 45 0 0 0 tq->tq DL ?? 359:50.00 [spa_zio_is 0 387 0 0 44 0 0 0 tq->tq DL ?? 648:20.00 [spa_zio_is 0 388 0 0 44 0 0 0 tq->tq DL ?? 507:00.00 [spa_zio_is 0 389 0 0 44 0 0 0 tq->tq DL ?? 717:00.00 [spa_zio_in 0 390 0 0 45 0 0 0 tq->tq DL ?? 449:30.00 [spa_zio_in 0 391 0 0 44 0 0 0 tq->tq DL ?? 500:20.00 [spa_zio_in 0 392 0 0 44 0 0 0 tq->tq DL ?? 351:20.00 [spa_zio_in 0 393 0 0 45 0 0 0 tq->tq DL ?? 779:40.00 [spa_zio_is 0 394 0 0 45 0 0 0 tq->tq DL ?? 856:30.00 [spa_zio_is 0 395 0 0 45 0 0 0 tq->tq DL ?? 602:10.00 [spa_zio_is 0 396 0 0 45 0 0 0 tq->tq DL ?? 525:00.00 [spa_zio_is 0 397 0 0 45 0 0 0 tq->tq DL ?? 979:00.00 [spa_zio_in 0 398 0 0 45 0 0 0 tq->tq DL ?? 821:20.00 [spa_zio_in 0 399 0 0 45 0 0 0 tq->tq DL ?? 671:00.00 [spa_zio_in 0 400 0 0 45 0 0 0 tq->tq DL ?? 1013:40.00 [spa_zio_in 0 401 0 0 45 0 0 0 tq->tq DL ?? 595:30.00 [spa_zio_is 0 402 0 0 45 0 0 0 tq->tq DL ?? 363:30.00 [spa_zio_is 0 403 0 0 45 0 0 0 tq->tq DL ?? 444:50.00 [spa_zio_is 0 404 0 0 45 0 0 0 tq->tq DL ?? 749:20.00 [spa_zio_is 0 405 0 0 45 0 0 0 tq->tq DL ?? 942:00.00 [spa_zio_in 0 406 0 0 45 0 0 0 tq->tq DL ?? 379:30.00 [spa_zio_in 0 407 0 0 45 0 0 0 tq->tq DL ?? 583:00.00 [spa_zio_in 0 408 0 0 45 0 0 0 tq->tq DL ?? 553:00.00 [spa_zio_in 0 409 0 0 45 0 0 0 tq->tq DL ?? 570:30.00 [spa_zio_is 0 410 0 0 45 0 0 0 tq->tq DL ?? 344:10.00 [spa_zio_is 0 411 0 0 45 0 0 0 tq->tq DL ?? 527:30.00 [spa_zio_is 0 412 0 0 45 0 0 0 tq->tq DL ?? 449:20.00 [spa_zio_is 0 413 0 0 45 0 0 0 tq->tq DL ?? 505:00.00 [spa_zio_in 0 414 0 0 45 0 0 0 tq->tq DL ?? 685:40.00 [spa_zio_in 0 415 0 0 45 0 0 0 tq->tq DL ?? 467:50.00 [spa_zio_in 0 416 0 0 45 0 0 0 tq->tq DL ?? 535:00.00 [spa_zio_in 0 417 0 0 44 0 0 0 d DL ?? 3205:20.00 [vdev:worke 0 418 0 0 44 0 0 0 d DL ?? 3536:10.00 [vdev:worke 0 419 0 0 44 0 0 0 1 DL ?? 3537:00.00 [vdev:worke 0 420 0 0 44 0 0 0 1 DL ?? 3025:10.00 [vdev:worke 0 421 0 0 45 0 0 0 tx->tx DL ?? 13045:50.00 [txg_thread 0 422 0 0 45 0 0 0 tx->tx DL ?? 24917:00.00 [txg_thread 0 423 0 0 45 0 0 0 tx->tx DL ?? 10366:50.00 [txg_thread 0 433 0 0 45 0 0 0 tq->tq DL ?? 622:20.00 [zil_clean] 0 434 0 0 45 0 0 0 tq->tq DL ?? 4334:00.00 [zil_clean] 0 435 0 0 45 0 0 0 tq->tq DL ?? 214:20.00 [zil_clean] 0 448 0 0 45 0 0 0 tq->tq DL ?? 218:20.00 [zil_clean] 0 455 0 0 45 0 0 0 tq->tq DL ?? 10766862:50.00 [zil_clean] 0 545 1 0 76 0 2600 0 pause Ds ?? 20311:10.00 [adjkerntz] 0 1072 1 0 76 0 2176 0 select Ds ?? 26750:00.00 [devd] 0 1315 1 0 44 0 5724 0 select Ds ?? 2184241:50.00 [syslogd] 0 1370 1 0 76 0 5744 0 auditd Ds ?? 425594:30.00 [auditd] 0 1503 1 0 44 0 5724 0 select Ds ?? 345377:40.00 [powerd] 65534 1558 1 0 44 0 4640 0 select Ds ?? 329227:40.00 [mdnsd] 0 1571 1 0 61 0 21812 0 kqread Ds ?? 1627382:50.00 [cupsd] 1 1580 1 0 44 0 7236 0 select Ds ?? 73565:50.00 [slpd] 0 1612 1 0 76 0 24684 0 select Ds ?? 165899:50.00 [sshd] 0 1617 1 0 44 0 10692 0 select Ds ?? 390314:20.00 [sendmail] 25 1623 1 0 76 0 10692 0 pause Ds ?? 444533:40.00 [sendmail] 0 1629 1 0 44 0 6780 0 nanslp Ds ?? 308518:30.00 [cron] 0 1638 1 0 44 0 5672 0 nanslp Ds ?? 45776:40.00 [uptimed] 0 1650 1 0 76 0 6872 0 select Ds ?? 127881:40.00 [moused] 0 1674 1 0 76 0 7832 0 select Ds ?? 207752:10.00 [inetd] 0 1700 1 0 44 0 20476 0 wait Ds ?? 457620:30.00 [login] 0 1701 1 0 44 0 20476 0 wait Ds ?? 232783:10.00 [login] 0 1702 1 0 76 0 5720 0 tty in Ds+ ?? 195147:40.00 [getty] 0 1703 1 0 76 0 5720 0 tty in Ds+ ?? 190936:00.00 [getty] 0 1704 1 0 76 0 5720 0 tty in Ds+ ?? 374987:20.00 [getty] 0 1705 1 0 76 0 5720 0 tty in Ds+ ?? 611203:40.00 [getty] 0 1706 1 0 76 0 5720 0 tty in Ds+ ?? 224722:50.00 [getty] 0 1707 1 0 76 0 5720 0 tty in Ds+ ?? 203391:00.00 [getty] 0 1708 1 0 76 0 5720 0 tty in Ds+ ?? 313967:20.00 [getty] 0 1709 1 0 76 0 5720 0 tty in Ds+ ?? 205962:50.00 [getty] 0 1710 1 0 76 0 5720 0 tty in Ds+ ?? 244910:10.00 [getty] 0 1714 1700 0 44 0 10132 0 tty in D+ ?? 1077786:20.00 [tcsh] 0 1775 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1777 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1778 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1939 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1940 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1941 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1942 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1943 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1944 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1945 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1946 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1947 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1948 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1949 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1950 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1951 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1952 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1953 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1954 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1955 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1956 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1957 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1958 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1960 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1962 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1964 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1966 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1967 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1997 1701 0 44 0 10132 0 pause D ?? 184970:50.00 [tcsh] 0 2001 1997 0 45 0 14452 0 tx->tx D+ ?? 0:00.00 [zpool] ------------------------------------------------------------------------ vmstat -s 0 cpu context switches 0 device interrupts 0 software interrupts 0 traps 0 system calls 0 kernel threads created 0 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 0 vnode pager pageins 0 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 2934 pages reactivated 0 copy-on-write faults 0 copy-on-write optimized faults 0 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 0 total VM faults taken 0 pages affected by kernel thread creation 0 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 3251 pages cached 0 pages freed 0 pages freed by daemon 83854 pages freed by exiting processes 5662 pages active 2107 pages inactive 109 pages in VM cache 250660 pages wired down 745813 pages free 4096 bytes per page 78523 total name lookups cache hits (86% pos + 3% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) ntfs_nthash -1 -511K - 0 pfs_nodes -20 -4K - 0 pfs_vncache -1 0K - 0 fw_xfer 255 0K - 256 16 firewire 4082 -37K - 4096 16,32 GEOM 2301117 -2321K - 2303408 16,32,64,128,256,512,1024,2048,4096,8192 isadev -8 0K - 0 CAM XPT 40167 -58K - 40320 32,64,128,256,512 pci_link -68 -4K - 0 cdev -12 -2K - 0 sbp -96 -12K - 0 ddb_capture -1 -47K - 0 sigio -1 0K - 0 filedesc 890917 -1005K - 892928 16,32,64,128,256,512,1024,2048,4096,8192 kenv -25 -9K - 48 32 kqueue 32226 -32K - 32256 64,128,256 proc-args 42410 -42K - 43168 16,32,64,128,256,512,1024,2048,4096 ithread -77 -11K - 0 prison -1 0K - 0 KTRACE -100 -11K - 0 linker 1355 -160K - 1568 16,32,64,128,512 lockf 418 -2K - 448 64 ip6ndp -6 0K - 0 temp 125335915 -122423K - 125343008 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768 devbuf 361425 -13088K - 367648 16,32,128,256,512,1024,4096 module -431 -52K - 0 mtx_pool -1 -7K - 0 subproc 7141528 -8238K - 7143936 16,32,64,128,256,512,1024,2048,4096,8192 proc -2 -15K - 0 session 608 -3K - 640 16,32 pgrp 5558 -8K - 5632 16,32,128,256 cred 1585026 -1566K - 1591296 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768 uidinfo 184 -1K - 192 16,32 plimit 60926 -63K - 61184 16,32,64,128,256,512,1024 sysctltmp 14679 -13K - 15024 16,32,64,128,512,2048 sysctloid 2500 -217K - 7056 16,32,64,128,256,1024,2048 sysctl 15292 -14K - 15920 32,64,128,256,1024,4096 callout -3 -1535K - 0 umtx -452 -55K - 0 p1003.1b -1 0K - 0 SWAP -8 -8751K - 0 bus-sc 25513187 -25071K - 25516768 16,32,128,256,512,1024,2048,16384,32768 bus 1324171 -1395K - 1330928 16,32,64,128,256,512,1024,2048,4096,8192,65536 clist -54 -5K - 0 devstat -26 -51K - 0 eventhandler -66 -4K - 0 kbdmux -6 -7K - 0 kobj 454261 -1579K - 454656 16,32,64,128,256,1024 rman 54940 -74K - 55552 32,256,512,2048,4096 sbuf 1113064 -1086K - 1113920 16,32,64,128,256,512,1024,2048,4096 stack 510 0K - 512 32 taskqueue -13 0K - 0 Unitno 301 0K - 320 32,64 acpica 3955121 -4083K - 3991088 16,64,256,512,1024,16384,32768,65536,131072,262144 acpitask 63 0K - 64 16 CAM dev queue -4 0K - 0 Witness -1 -127K - 0 iov 217186 -211K - 218080 32,64,128,256,1024,2048,8192 select -20 -1K - 0 ioctlops 6375330 -6235K - 6382160 16,64,128,256,512,1024,2048,32768,65536 msg -4 -29K - 0 sem -4 -6K - 0 shm -1 -15K - 0 tty -21 -20K - 0 mbuf_tag 529 0K - 544 16,32,128 shmfd -1 -7K - 0 CAM queue 2445 -1K - 2560 16,32,64,256,512 pcb 1743 -157K - 1824 16,32,64,128,512 soname 10028 -9K - 10384 16,32,64,128,256,512,1024,2048 vfscache -1 -1023K - 0 vfs_hash -1 -511K - 0 vnodes -2 0K - 0 acpisem -15 0K - 0 vnodemarker 1129310 -1104K - 1131520 32,64,128,256,512,1024,2048,4096,8192,16384 mount 54510 -71K - 56576 32,64,128,512,1024,2048,4096,16384 BPF -6 0K - 0 ether_multi 764 -1K - 816 16,32,64,128 ifaddr 3654 -21K - 3968 64,128,256,512,1024 ifnet -6 -9K - 0 clone -5 -19K - 0 arpcom -2 0K - 0 fw_com -1 0K - 0 ata_generic -6 -5K - 0 ad_driver -4 0K - 0 routetbl 13587 -15K - 13664 16,32,64,256,512 80211vap -1 -3K - 0 80211crypto -4 0K - 0 80211com -1 -7K - 0 80211nodeie 1275 -1K - 1280 16,32 80211node 12286 -23K - 12288 16 80211scan -3 -5K - 0 igmp -1 0K - 0 in_msource 4089 -6K - 4096 64 ip_moptions 1266 -1K - 1280 128 in_multi -4 0K - 0 sctp_iter 510 0K - 512 32 sctp_ifn -2 0K - 0 sctp_ifa -3 0K - 0 sctp_vrf -1 0K - 0 sctp_a_it 30 0K - 32 32 hostcache -1 -27K - 0 ar_driver 69612 -67K - 69632 64,256 syncache -1 -91K - 0 in6_multi -16 0K - 0 acd_driver -2 -3K - 0 nfss_daemon -1 -15K - 0 audit_data 508 0K - 512 16,32 audit_evclass 5750 -21K - 6464 32,128,1024,2048 newblk -1 0K - 0 inodedep -1 -511K - 0 pagedep -1 -127K - 0 ufs_dirhash -3 0K - 0 ufs_mount -3 -5K - 0 UMAHash 19446 -38K - 19456 32,64 vm_pgdata -5 -127K - 0 scsi_da 705 0K - 752 16,32,64,128,256 CAM SIM -4 0K - 0 entropy -1024 -63K - 0 io_apic -1 -1K - 0 CAM periph 3377 -5K - 3408 16,32,64,128 memdesc -1 -3K - 0 acpidev -69 -3K - 0 nexusdev -3 0K - 0 UART -3 0K - 0 atkbddev -2 0K - 0 USBdev 2033 -13K - 2048 32 USB 98263 -251K - 98304 32,64,128 DEVFS1 894 -64K - 1024 32 DEVFS3 623 -35K - 768 16,32 DEVFS -2 0K - 16 16 solaris 9120189812 -9801837K - 9128038272 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072,262144,524288,1048576,2097152,4194304,8388608,16777216,33554432 kstat_data -1 0K - 0 linux -12 0K - 0 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 200, 0, 93, 9, 93, 0 UMA Zones: 280, 0, 93, 11, 93, 0 UMA Slabs: 128, 0, 12645, 57, 99014, 0 UMA RCntSlabs: 128, 0, 279, 11, 279, 0 UMA Hash: 256, 0, 6, 9, 8, 0 16 Bucket: 152, 0, 125, 0, 125, 0 32 Bucket: 280, 0, 117, 9, 117, 0 64 Bucket: 536, 0, 147, 0, 147, 658 128 Bucket: 1048, 0, 1126, 2, 1126, 1817 VM OBJECT: 200, 0, 1347, 325, 25494, 0 MAP: 216, 0, 7, 29, 7, 0 KMAP ENTRY: 112, 150216, 528, 462, 240659, 0 MAP ENTRY: 112, 0, 841, 446, 57149, 0 DP fakepg: 112, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 262, 1, 262, 0 16: 16, 0, 3340, 524, 734431, 0 32: 32, 0, 3692, 12266, 3883221, 0 64: 64, 0, 10658, 4798, 1238880, 0 128: 128, 0, 17006, 481, 1301704, 0 256: 256, 0, 930, 90600, 626721, 0 512: 512, 0, 2572, 228, 24619, 0 1024: 1024, 0, 203, 1561, 19987, 0 2048: 2048, 0, 598, 196, 5822, 0 4096: 4096, 0, 756, 395, 13709, 0 Files: 80, 0, 100, 260, 8865, 0 TURNSTILE: 136, 0, 453, 67, 453, 0 umtx pi: 96, 0, 0, 0, 0, 0 PROC: 1072, 0, 265, 131, 2009, 0 THREAD: 872, 0, 421, 31, 421, 0 SLEEPQUEUE: 80, 0, 453, 132, 453, 0 VMSPACE: 376, 0, 30, 90, 1555, 0 cpuset: 72, 0, 2, 98, 2, 0 audit_record: 984, 0, 0, 28, 4, 0 mbuf_packet: 256, 0, 0, 512, 9789, 0 mbuf: 256, 0, 1, 522, 870, 0 mbuf_cluster: 2048, 25600, 512, 46, 512, 0 mbuf_jumbo_page: 4096, 12800, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 30, 124, 0 g_bio: 216, 0, 16, 704, 367222, 0 ttyinq: 160, 0, 720, 216, 2520, 0 ttyoutq: 256, 0, 372, 138, 1302, 0 ata_request: 312, 0, 1, 380, 155536, 0 ata_composite: 336, 0, 0, 0, 0, 0 taskq_ent_cache: 64, 0, 1872, 368, 3772, 0 taskq_cache: 288, 0, 71, 46, 157, 0 VNODE: 472, 0, 850, 126, 1512, 0 VNODEPOLL: 104, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 48, 23670, 0 S VFS Cache: 104, 0, 581, 355, 7279, 0 L VFS Cache: 327, 0, 0, 24, 1, 0 DIRHASH: 1024, 0, 13, 7, 13, 0 NFSMOUNT: 640, 0, 0, 0, 0, 0 NFSNODE: 640, 0, 0, 0, 0, 0 pipe: 712, 0, 2, 63, 880, 0 ksiginfo: 112, 0, 376, 680, 376, 0 itimer: 344, 0, 0, 22, 1, 0 KNOTE: 120, 0, 6, 118, 35, 0 socket: 640, 12330, 27, 45, 286, 0 unpcb: 240, 12336, 10, 70, 20, 0 ipq: 56, 819, 0, 0, 0, 0 udpcb: 280, 12334, 7, 63, 251, 0 inpcb: 280, 12334, 9, 33, 13, 0 tcpcb: 728, 12330, 9, 16, 13, 0 tcptw: 88, 2478, 0, 0, 0, 0 syncache: 136, 15372, 0, 0, 0, 0 hostcache: 136, 15372, 0, 0, 0, 0 tcpreass: 40, 1680, 0, 0, 0, 0 sackhole: 32, 0, 0, 0, 0, 0 sctp_ep: 1160, 12330, 0, 0, 0, 0 sctp_asoc: 2152, 40000, 0, 0, 0, 0 sctp_laddr: 48, 80064, 0, 144, 2, 0 sctp_raddr: 584, 80003, 0, 0, 0, 0 sctp_chunk: 136, 400008, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0 sctp_stream_msg_out: 88, 400008, 0, 0, 0, 0 sctp_asconf: 40, 400008, 0, 0, 0, 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, 0 ripcb: 280, 12334, 0, 0, 0, 0 rtentry: 232, 0, 9, 39, 9, 0 zio_cache: 672, 0, 5, 10585, 1515161, 0 dmu_buf_impl_t: 224, 0, 8767, 260, 40691, 0 dnode_t: 760, 0, 1578, 97, 2839, 0 arc_buf_hdr_t: 184, 0, 13995, 453, 40842, 0 arc_buf_t: 40, 0, 8746, 494, 41434, 0 zil_lwb_cache: 200, 0, 2, 2164, 3926, 0 zfs_znode_cache: 336, 0, 673, 218, 1276, 0 selfd: 56, 0, 44, 271, 3245, 0 SWAPMETA: 288, 116519, 0, 0, 0, 0 Mountpoints: 800, 0, 37, 43, 88, 0 FFS inode: 176, 0, 7, 56, 7, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 7, 38, 7, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 3006 4 irq12: psm0 9 0 irq18: fwohci0 3 0 irq20: atapci2 117 0 irq21: ohci0+ 58425 89 irq22: ehci0 19116 29 irq23: atapci1 72123 109 cpu0: timer 1695176 2584 cpu1: timer 1685074 2568 cpu2: timer 1672747 2549 cpu3: timer 1672756 2549 Total 6878552 10485 ------------------------------------------------------------------------ pstat -T 100/12328 files 0M/65535M swap space ------------------------------------------------------------------------ pstat -s Device 1K-blocks Used Avail Capacity /dev/ad4s1b 16777088 0 16777088 0% /dev/ad6s1d 16777088 0 16777088 0% /dev/ad12s1d 16777088 0 16777088 0% /dev/ad14s1b 16777088 0 16777088 0% Total 67108352 0 67108352 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad4 ad6 ad12 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s 56.47 62 3.44 46.83 48 2.18 47.01 48 2.18 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 33554432 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 10 (# of semaphore identifiers) semmns: 60 (# of semaphores in system) semmnu: 30 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 104 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 0 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 4 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 132 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 24 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 108 delivered 100 datagrams output 0 times multicast source filter matched ip: 1419 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 132 packets for this host 30 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 1257 packets received for unknown multicast group 0 redirects sent 121 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 30 messages received 0 messages received with too few bytes 0 messages received with bad checksum 14 membership queries received 0 membership queries received with invalid field(s) 16 membership reports received 0 membership reports received with invalid field(s) 16 membership reports received for groups to which we belong 21 membership reports sent ip6: 10 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 10 packets not forwardable 0 redirects sent 4 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 10 multicast packets which we don't join Input histogram: UDP: 10 Mbuf statistics: 0 one mbuf 10 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection 0 forward cache hit 0 forward cache miss Source addresses selection rule applied: 1 first candidate 1 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: multicast listener report: 4 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calcurations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 1/1034/1035 mbufs in use (current/cache/total) 0/558/558/25600 mbuf clusters in use (current/cache/total/max) 0/512 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 18014398509481983K/1374K/1374K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll Drop fwe0* 1500 82:00:00:00:00:00 0 0 0 0 0 0 fwip0 1500 80:00:00:00:00:00:00:00:0a:02:ff:fe:00:00:00:00 0 0 0 0 0 0 lo0 16384 0 0 0 0 0 0 lo0 16384 fe80:3::1 fe80:3::1 0 - 0 - - - lo0 16384 localhost ::1 0 - 0 - - - lo0 16384 your-net localhost 0 - 0 - - - rum0 2290 00:17:3f:72:40:90 0 0 316 2 0 0 wlan0 1500 00:17:3f:72:40:90 1435 0 122 0 0 0 wlan0 1500 192.168.0.0 w2fzz0vc03 162 - 121 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.0.1 UGS 0 76 wlan0 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.0.0/24 link#5 UC 0 0 wlan0 192.168.0.1 00:1c:df:77:6c:f5 UHLW 2 14 wlan0 1251 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#3 UHL lo0 ff01:3::/32 fe80::1%lo0 UC lo0 ff02::%lo0/32 fe80::1%lo0 UC lo0 ------------------------------------------------------------------------ netstat -anA Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr ffffff0004decd20 stream 0 0 ffffff00856fb938 0 0 0 /var/run/cups.sock ffffff0004dedb40 stream 0 0 ffffff0004fa0000 0 0 0 /var/run/mdnsd ffffff0004ded000 stream 0 0 ffffff0004d123b0 0 0 0 /var/run/devd.pipe ffffff00857fa870 dgram 0 0 0 ffffff0004dede10 0 ffffff00859693c0 ffffff00859693c0 dgram 0 0 0 ffffff0004dede10 0 ffffff0004deca50 ffffff0004dec960 dgram 0 0 0 ffffff0004ea5000 0 0 ffffff0004deca50 dgram 0 0 0 ffffff0004dede10 0 ffffff0004dedd20 ffffff0004dedd20 dgram 0 0 0 ffffff0004dede10 0 0 ffffff0004dede10 dgram 0 0 ffffff0004fa3938 0 ffffff00857fa870 0 /var/run/logpriv ffffff0004ea5000 dgram 0 0 ffffff0004fa3b10 0 ffffff0004dec960 0 /var/run/log ------------------------------------------------------------------------ netstat -aL ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root zpool 2001 root / 3 drwxr-xr-x 32 r root zpool 2001 wd / 24 drwxr-xr-x 98 r root zpool 2001 text / 1090 -r-xr-xr-x 67152 r root zpool 2001 0 /dev 55 crw------- ttyv1 rw root zpool 2001 1 /dev 55 crw------- ttyv1 rw root zpool 2001 2 /dev 55 crw------- ttyv1 rw root zpool 2001 3 /dev 76 crw-rw---- zfs rw root zpool 2001 4 /dev 31 crw-rw-rw- null r root zpool 2001 5 / 745 -rw-r--r-- 0 r root tcsh 1997 root / 3 drwxr-xr-x 32 r root tcsh 1997 wd / 24 drwxr-xr-x 98 r root tcsh 1997 text / 1008 -r-xr-xr-x 345232 r root tcsh 1997 15 /dev 55 crw------- ttyv1 rw root tcsh 1997 16 /dev 55 crw------- ttyv1 rw root tcsh 1997 17 /dev 55 crw------- ttyv1 rw root tcsh 1997 18 /dev 55 crw------- ttyv1 rw root tcsh 1997 19 /dev 55 crw------- ttyv1 rw root zil_clean 1967 root / 3 drwxr-xr-x 32 r root zil_clean 1967 wd / 3 drwxr-xr-x 32 r root zil_clean 1966 root / 3 drwxr-xr-x 32 r root zil_clean 1966 wd / 3 drwxr-xr-x 32 r root zil_clean 1964 root / 3 drwxr-xr-x 32 r root zil_clean 1964 wd / 3 drwxr-xr-x 32 r root zil_clean 1962 root / 3 drwxr-xr-x 32 r root zil_clean 1962 wd / 3 drwxr-xr-x 32 r root zil_clean 1960 root / 3 drwxr-xr-x 32 r root zil_clean 1960 wd / 3 drwxr-xr-x 32 r root zil_clean 1958 root / 3 drwxr-xr-x 32 r root zil_clean 1958 wd / 3 drwxr-xr-x 32 r root zil_clean 1957 root / 3 drwxr-xr-x 32 r root zil_clean 1957 wd / 3 drwxr-xr-x 32 r root zil_clean 1956 root / 3 drwxr-xr-x 32 r root zil_clean 1956 wd / 3 drwxr-xr-x 32 r root zil_clean 1955 root / 3 drwxr-xr-x 32 r root zil_clean 1955 wd / 3 drwxr-xr-x 32 r root zil_clean 1954 root / 3 drwxr-xr-x 32 r root zil_clean 1954 wd / 3 drwxr-xr-x 32 r root zil_clean 1953 root / 3 drwxr-xr-x 32 r root zil_clean 1953 wd / 3 drwxr-xr-x 32 r root zil_clean 1952 root / 3 drwxr-xr-x 32 r root zil_clean 1952 wd / 3 drwxr-xr-x 32 r root zil_clean 1951 root / 3 drwxr-xr-x 32 r root zil_clean 1951 wd / 3 drwxr-xr-x 32 r root zil_clean 1950 root / 3 drwxr-xr-x 32 r root zil_clean 1950 wd / 3 drwxr-xr-x 32 r root zil_clean 1949 root / 3 drwxr-xr-x 32 r root zil_clean 1949 wd / 3 drwxr-xr-x 32 r root zil_clean 1948 root / 3 drwxr-xr-x 32 r root zil_clean 1948 wd / 3 drwxr-xr-x 32 r root zil_clean 1947 root / 3 drwxr-xr-x 32 r root zil_clean 1947 wd / 3 drwxr-xr-x 32 r root zil_clean 1946 root / 3 drwxr-xr-x 32 r root zil_clean 1946 wd / 3 drwxr-xr-x 32 r root zil_clean 1945 root / 3 drwxr-xr-x 32 r root zil_clean 1945 wd / 3 drwxr-xr-x 32 r root zil_clean 1944 root / 3 drwxr-xr-x 32 r root zil_clean 1944 wd / 3 drwxr-xr-x 32 r root zil_clean 1943 root / 3 drwxr-xr-x 32 r root zil_clean 1943 wd / 3 drwxr-xr-x 32 r root zil_clean 1942 root / 3 drwxr-xr-x 32 r root zil_clean 1942 wd / 3 drwxr-xr-x 32 r root zil_clean 1941 root / 3 drwxr-xr-x 32 r root zil_clean 1941 wd / 3 drwxr-xr-x 32 r root zil_clean 1940 root / 3 drwxr-xr-x 32 r root zil_clean 1940 wd / 3 drwxr-xr-x 32 r root zil_clean 1939 root / 3 drwxr-xr-x 32 r root zil_clean 1939 wd / 3 drwxr-xr-x 32 r root zil_clean 1778 root / 3 drwxr-xr-x 32 r root zil_clean 1778 wd / 3 drwxr-xr-x 32 r root zil_clean 1777 root / 3 drwxr-xr-x 32 r root zil_clean 1777 wd / 3 drwxr-xr-x 32 r root zil_clean 1775 root / 3 drwxr-xr-x 32 r root zil_clean 1775 wd / 3 drwxr-xr-x 32 r root tcsh 1714 root / 3 drwxr-xr-x 32 r root tcsh 1714 wd / 24 drwxr-xr-x 98 r root tcsh 1714 text / 1008 -r-xr-xr-x 345232 r root tcsh 1714 0 /dev 54 crw------- ttyv0 rw root tcsh 1714 1 /dev 54 crw------- ttyv0 rw root tcsh 1714 2 /dev 54 crw------- ttyv0 rw root tcsh 1714 15 /dev 54 crw------- ttyv0 rw root tcsh 1714 16 /dev 54 crw------- ttyv0 rw root tcsh 1714 17 /dev 54 crw------- ttyv0 rw root tcsh 1714 18 /dev 54 crw------- ttyv0 rw root tcsh 1714 19 /dev 54 crw------- ttyv0 rw root getty 1710 root / 3 drwxr-xr-x 32 r root getty 1710 wd / 3 drwxr-xr-x 32 r root getty 1710 text /usr 1227 -r-xr-xr-x 27728 r root getty 1710 0 /dev 64 crw------- ttyva rw root getty 1710 1 /dev 64 crw------- ttyva rw root getty 1710 2 /dev 64 crw------- ttyva rw root getty 1709 root / 3 drwxr-xr-x 32 r root getty 1709 wd / 3 drwxr-xr-x 32 r root getty 1709 text /usr 1227 -r-xr-xr-x 27728 r root getty 1709 0 /dev 63 crw------- ttyv9 rw root getty 1709 1 /dev 63 crw------- ttyv9 rw root getty 1709 2 /dev 63 crw------- ttyv9 rw root getty 1708 root / 3 drwxr-xr-x 32 r root getty 1708 wd / 3 drwxr-xr-x 32 r root getty 1708 text /usr 1227 -r-xr-xr-x 27728 r root getty 1708 0 /dev 62 crw------- ttyv8 rw root getty 1708 1 /dev 62 crw------- ttyv8 rw root getty 1708 2 /dev 62 crw------- ttyv8 rw root getty 1707 root / 3 drwxr-xr-x 32 r root getty 1707 wd / 3 drwxr-xr-x 32 r root getty 1707 text /usr 1227 -r-xr-xr-x 27728 r root getty 1707 0 /dev 61 crw------- ttyv7 rw root getty 1707 1 /dev 61 crw------- ttyv7 rw root getty 1707 2 /dev 61 crw------- ttyv7 rw root getty 1706 root / 3 drwxr-xr-x 32 r root getty 1706 wd / 3 drwxr-xr-x 32 r root getty 1706 text /usr 1227 -r-xr-xr-x 27728 r root getty 1706 0 /dev 60 crw------- ttyv6 rw root getty 1706 1 /dev 60 crw------- ttyv6 rw root getty 1706 2 /dev 60 crw------- ttyv6 rw root getty 1705 root / 3 drwxr-xr-x 32 r root getty 1705 wd / 3 drwxr-xr-x 32 r root getty 1705 text /usr 1227 -r-xr-xr-x 27728 r root getty 1705 0 /dev 59 crw------- ttyv5 rw root getty 1705 1 /dev 59 crw------- ttyv5 rw root getty 1705 2 /dev 59 crw------- ttyv5 rw root getty 1704 root / 3 drwxr-xr-x 32 r root getty 1704 wd / 3 drwxr-xr-x 32 r root getty 1704 text /usr 1227 -r-xr-xr-x 27728 r root getty 1704 0 /dev 58 crw------- ttyv4 rw root getty 1704 1 /dev 58 crw------- ttyv4 rw root getty 1704 2 /dev 58 crw------- ttyv4 rw root getty 1703 root / 3 drwxr-xr-x 32 r root getty 1703 wd / 3 drwxr-xr-x 32 r root getty 1703 text /usr 1227 -r-xr-xr-x 27728 r root getty 1703 0 /dev 57 crw------- ttyv3 rw root getty 1703 1 /dev 57 crw------- ttyv3 rw root getty 1703 2 /dev 57 crw------- ttyv3 rw root getty 1702 root / 3 drwxr-xr-x 32 r root getty 1702 wd / 3 drwxr-xr-x 32 r root getty 1702 text /usr 1227 -r-xr-xr-x 27728 r root getty 1702 0 /dev 56 crw------- ttyv2 rw root getty 1702 1 /dev 56 crw------- ttyv2 rw root getty 1702 2 /dev 56 crw------- ttyv2 rw root login 1701 root / 3 drwxr-xr-x 32 r root login 1701 wd / 24 drwxr-xr-x 98 r root login 1701 text /usr 817 -r-sr-xr-x 25400 r root login 1701 0 /dev 55 crw------- ttyv1 rw root login 1701 1 /dev 55 crw------- ttyv1 rw root login 1701 2 /dev 55 crw------- ttyv1 rw root login 1701 3 / 751 -rw------- 567 r root login 1701 4 / 750 -r--r--r-- 652 r root login 1701 5 / 746 -rw------- 225 r root login 1701 6* local dgram ffffff00857fa870 <-> ffffff0004dede10 root login 1700 root / 3 drwxr-xr-x 32 r root login 1700 wd / 24 drwxr-xr-x 98 r root login 1700 text /usr 817 -r-sr-xr-x 25400 r root login 1700 0 /dev 54 crw------- ttyv0 rw root login 1700 1 /dev 54 crw------- ttyv0 rw root login 1700 2 /dev 54 crw------- ttyv0 rw root login 1700 3 / 751 -rw------- 567 r root login 1700 4 / 750 -r--r--r-- 652 r root login 1700 5 / 746 -rw------- 225 r root login 1700 6* local dgram ffffff00859693c0 <-> ffffff0004dede10 root inetd 1674 root / 3 drwxr-xr-x 32 r root inetd 1674 wd / 3 drwxr-xr-x 32 r root inetd 1674 text /usr 191 -r-xr-xr-x 47296 r root inetd 1674 0 /dev 31 crw-rw-rw- null rw root inetd 1674 1 /dev 31 crw-rw-rw- null rw root inetd 1674 2 /dev 31 crw-rw-rw- null rw root inetd 1674 3 /var 6228 -rw------- 4 w root inetd 1674 4* pipe ffffff0004e71858 <-> ffffff0004e719a8 0 rw root inetd 1674 5* pipe ffffff0004e719a8 <-> ffffff0004e71858 0 rw root moused 1650 root / 3 drwxr-xr-x 32 r root moused 1650 wd / 3 drwxr-xr-x 32 r root moused 1650 text /usr 194 -r-xr-xr-x 40080 r root moused 1650 0 /dev 31 crw-rw-rw- null rw root moused 1650 1 /dev 31 crw-rw-rw- null rw root moused 1650 2 /dev 31 crw-rw-rw- null rw root moused 1650 3 /dev 46 crw-rw-rw- psm0 rw root moused 1650 4 /dev 70 crw------- consolectl rw root moused 1650 5 /var 6227 -rw------- 4 w root uptimed 1638 root / 3 drwxr-xr-x 32 r root uptimed 1638 wd / 3 drwxr-xr-x 32 r root uptimed 1638 text /usr/local 110466 -r-xr-xr-x 15872 r root cron 1629 root / 3 drwxr-xr-x 32 r root cron 1629 wd /var 13 drwxr-x--- 3 r root cron 1629 text /usr 256 -r-xr-xr-x 38608 r root cron 1629 0 /dev 31 crw-rw-rw- null rw root cron 1629 1 /dev 31 crw-rw-rw- null rw root cron 1629 2 /dev 31 crw-rw-rw- null rw root cron 1629 3 /var 6224 -rw------- 4 w smmsp sendmail 1623 root / 3 drwxr-xr-x 32 r smmsp sendmail 1623 wd /var 110 drwxrwx--- 3 r smmsp sendmail 1623 text /usr 1229 -r-xr-sr-x 680072 r smmsp sendmail 1623 0 /dev 31 crw-rw-rw- null r smmsp sendmail 1623 1 /dev 31 crw-rw-rw- null w smmsp sendmail 1623 2 /dev 31 crw-rw-rw- null w smmsp sendmail 1623 3* local dgram ffffff0004dec960 <-> ffffff0004ea5000 root sendmail 1617 root / 3 drwxr-xr-x 32 r root sendmail 1617 wd /var 111 drwxr-xr-x 2 r root sendmail 1617 text /usr 1229 -r-xr-sr-x 680072 r root sendmail 1617 0 /dev 31 crw-rw-rw- null r root sendmail 1617 1 /dev 31 crw-rw-rw- null w root sendmail 1617 2 /dev 31 crw-rw-rw- null w root sendmail 1617 3* local dgram ffffff0004deca50 <-> ffffff0004dede10 root sendmail 1617 4* internet stream tcp ffffff0085608888 root sendmail 1617 5* internet6 stream tcp ffffff00856085b0 root sendmail 1617 6* internet stream tcp ffffff00856082d8 root sendmail 1617 7 /var 6223 -rw------- 44 w root sshd 1612 root / 3 drwxr-xr-x 32 r root sshd 1612 wd / 3 drwxr-xr-x 32 r root sshd 1612 text /usr 210 -r-xr-xr-x 241824 r root sshd 1612 0 /dev 31 crw-rw-rw- null rw root sshd 1612 1 /dev 31 crw-rw-rw- null rw root sshd 1612 2 /dev 31 crw-rw-rw- null rw root sshd 1612 3* internet6 stream tcp ffffff0085703000 root sshd 1612 4* internet stream tcp ffffff0085608b60 daemon slpd 1580 root / 3 drwxr-xr-x 32 r daemon slpd 1580 wd / 3 drwxr-xr-x 32 r daemon slpd 1580 text /usr/local 110501 -r-xr-xr-x 82784 r daemon slpd 1580 3 /var 6120 -rw------- 812302 w daemon slpd 1580 4* internet stream tcp ffffff0004f9d888 daemon slpd 1580 5* internet stream tcp ffffff0004f9d5b0 daemon slpd 1580 6* internet dgram udp ffffff0004d90af0 daemon slpd 1580 7* internet dgram udp ffffff00857cf9d8 root cupsd 1571 root / 3 drwxr-xr-x 32 r root cupsd 1571 wd / 3 drwxr-xr-x 32 r root cupsd 1571 text /usr/local 110523 -rwxr-xr-x 908330 r root cupsd 1571 1 /dev 7 crw-rw-rw- random r root cupsd 1571 2 /var 6215 -rw-r--r-- 1564517 rw root cupsd 1571 3* internet stream tcp ffffff00857035b0 root cupsd 1571 4* internet6 stream tcp ffffff00857032d8 root cupsd 1571 5* local stream ffffff0004decd20 root cupsd 1571 6* internet dgram udp ffffff0004d6faf0 root cupsd 1571 7* pipe ffffff0004472b20 <-> ffffff0004472c70 0 rw root cupsd 1571 8* pipe ffffff0004472c70 <-> ffffff0004472b20 0 rw nobody mdnsd 1558 root / 3 drwxr-xr-x 32 r nobody mdnsd 1558 wd / 3 drwxr-xr-x 32 r nobody mdnsd 1558 text /usr/local 110499 -rwxr-xr-x 189869 r nobody mdnsd 1558 0 /dev 31 crw-rw-rw- null rw nobody mdnsd 1558 1 /dev 31 crw-rw-rw- null rw nobody mdnsd 1558 2 /dev 31 crw-rw-rw- null rw nobody mdnsd 1558 3* internet dgram udp ffffff0004d90578 nobody mdnsd 1558 4* internet dgram udp ffffff0004d909d8 nobody mdnsd 1558 5 / 536 -rw-r--r-- 44 r nobody mdnsd 1558 6* route raw 0 ffffff0004d6e780 nobody mdnsd 1558 7* local stream ffffff0004dedb40 nobody mdnsd 1558 8 / 536 -rw-r--r-- 44 r root powerd 1503 root / 3 drwxr-xr-x 32 r root powerd 1503 wd / 3 drwxr-xr-x 32 r root powerd 1503 text /usr 227 -r-xr-xr-x 13488 r root powerd 1503 0 /dev 31 crw-rw-rw- null rw root powerd 1503 1 /dev 31 crw-rw-rw- null rw root powerd 1503 2 /dev 31 crw-rw-rw- null rw root powerd 1503 3 /var 4542 -rw------- 4 w root auditd 1370 root / 3 drwxr-xr-x 32 r root auditd 1370 wd / 3 drwxr-xr-x 32 r root auditd 1370 text /usr 77 -r-xr-xr-x 20384 r root auditd 1370 0 /dev 31 crw-rw-rw- null rw root auditd 1370 1 /dev 31 crw-rw-rw- null rw root auditd 1370 2 /dev 31 crw-rw-rw- null rw root auditd 1370 3* local dgram ffffff0004dedd20 <-> ffffff0004dede10 root auditd 1370 4 /var 4538 -rw-r--r-- 5 w root auditd 1370 5 /dev 19 crw------- audit r root auditd 1370 6 / 746 -rw------- 225 r root auditd 1370 8 / 750 -r--r--r-- 652 r root syslogd 1315 root / 3 drwxr-xr-x 32 r root syslogd 1315 wd / 3 drwxr-xr-x 32 r root syslogd 1315 text /usr 242 -r-xr-xr-x 38976 r root syslogd 1315 0 /dev 31 crw-rw-rw- null rw root syslogd 1315 1 /dev 31 crw-rw-rw- null rw root syslogd 1315 2 /dev 31 crw-rw-rw- null rw root syslogd 1315 3 /var 46 -rw------- 4 w root syslogd 1315 4* local dgram ffffff0004ea5000 root syslogd 1315 5* local dgram ffffff0004dede10 root syslogd 1315 6* internet6 dgram udp ffffff0004d6fe38 root syslogd 1315 7* internet dgram udp ffffff0004d90000 root syslogd 1315 8 /dev 33 crw------- klog r root syslogd 1315 10 - - bad - root syslogd 1315 11 /var 6284 -rw-r--r-- 26174 w root syslogd 1315 12 /var 6165 -rw------- 3761 w root syslogd 1315 13 /var 6127 -rw------- 51509 w root syslogd 1315 14 /var 6167 -rw-r----- 5487 w root syslogd 1315 15 /var 6199 -rw-r--r-- 82 w root syslogd 1315 16 /var 6119 -rw------- 82 w root syslogd 1315 17 /var 6147 -rw------- 25357 w root syslogd 1315 18 /var 6124 -rw------- 82118 w root syslogd 1315 19 /var 6146 -rw------- 49305 w root syslogd 1315 20 /var 6198 -rw------- 599426 w root syslogd 1315 21 /var 6101 -rw-r----- 82 w root syslogd 1315 22 /var 6104 -rw-r----- 82 w root syslogd 1315 23 /var 6099 -rw-r--r-- 255549441 w root devd 1072 root / 3 drwxr-xr-x 32 r root devd 1072 wd / 3 drwxr-xr-x 32 r root devd 1072 text / 1124 -r-xr-xr-x 401160 r root devd 1072 0 /dev 31 crw-rw-rw- null rw root devd 1072 1 /dev 31 crw-rw-rw- null rw root devd 1072 2 /dev 31 crw-rw-rw- null rw root devd 1072 3 /dev 5 crw------- devctl r root devd 1072 4* local stream ffffff0004ded000 root devd 1072 5 /var 39 -rw------- 4 w root adjkerntz 545 root / 3 drwxr-xr-x 32 r root adjkerntz 545 wd / 3 drwxr-xr-x 32 r root adjkerntz 545 text / 1102 -r-xr-xr-x 9072 r root adjkerntz 545 0 /dev 31 crw-rw-rw- null rw root adjkerntz 545 1 /dev 31 crw-rw-rw- null rw root adjkerntz 545 2 /dev 31 crw-rw-rw- null rw root zil_clean 455 root / 3 drwxr-xr-x 32 r root zil_clean 455 wd / 3 drwxr-xr-x 32 r root zil_clean 448 root / 3 drwxr-xr-x 32 r root zil_clean 448 wd / 3 drwxr-xr-x 32 r root zil_clean 435 root / 3 drwxr-xr-x 32 r root zil_clean 435 wd / 3 drwxr-xr-x 32 r root zil_clean 434 root / 3 drwxr-xr-x 32 r root zil_clean 434 wd / 3 drwxr-xr-x 32 r root zil_clean 433 root / 3 drwxr-xr-x 32 r root zil_clean 433 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 423 root / 3 drwxr-xr-x 32 r root txg_thread_enter 423 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 422 root / 3 drwxr-xr-x 32 r root txg_thread_enter 422 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 421 root / 3 drwxr-xr-x 32 r root txg_thread_enter 421 wd / 3 drwxr-xr-x 32 r root vdev:worker ad14s1 420 root / 3 drwxr-xr-x 32 r root vdev:worker ad14s1 420 wd / 3 drwxr-xr-x 32 r root vdev:worker ad12s1 419 root / 3 drwxr-xr-x 32 r root vdev:worker ad12s1 419 wd / 3 drwxr-xr-x 32 r root vdev:worker ad6s1d 418 root / 3 drwxr-xr-x 32 r root vdev:worker ad6s1d 418 wd / 3 drwxr-xr-x 32 r root vdev:worker ad4s1d 417 root / 3 drwxr-xr-x 32 r root vdev:worker ad4s1d 417 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 416 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 416 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 415 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 415 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 414 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 414 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 413 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 413 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 412 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 412 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 411 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 411 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 410 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 410 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 409 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 409 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 408 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 408 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 407 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 407 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 406 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 406 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 405 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 405 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 404 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 404 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 403 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 403 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 402 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 402 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 401 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 401 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 400 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 400 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 399 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 399 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 398 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 398 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 397 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 397 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 396 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 396 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 395 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 395 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 394 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 394 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 393 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 393 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 392 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 392 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 391 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 391 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 390 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 390 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 389 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 389 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 388 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 388 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 387 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 387 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 386 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 386 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 385 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 385 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 384 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 384 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 383 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 383 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 382 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 382 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 381 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 381 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 380 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 380 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 379 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 379 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 378 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 378 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 377 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 377 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 376 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 376 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 375 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 375 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 374 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 374 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 373 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 373 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 372 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 372 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 371 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 371 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 370 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 370 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 369 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 369 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 316 root / 3 drwxr-xr-x 32 r root txg_thread_enter 316 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 315 root / 3 drwxr-xr-x 32 r root txg_thread_enter 315 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 314 root / 3 drwxr-xr-x 32 r root txg_thread_enter 314 wd / 3 drwxr-xr-x 32 r root vdev:worker da0s2a 313 root / 3 drwxr-xr-x 32 r root vdev:worker da0s2a 313 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 312 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 312 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 311 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 311 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 310 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 310 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 309 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 309 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 308 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 308 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 307 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 307 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 306 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 306 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 305 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 305 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 304 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 304 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 303 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 303 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 302 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 302 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 301 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 301 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 300 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 300 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 299 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 299 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 298 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 298 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 297 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 297 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 296 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 296 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 295 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 295 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 294 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 294 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 293 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 293 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 292 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 292 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 291 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 291 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 290 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 290 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 289 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 289 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 288 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 288 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 287 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 287 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 286 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 286 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 285 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 285 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 284 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 284 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 283 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 283 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 282 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 282 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 281 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 281 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 280 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 280 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 279 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 279 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 278 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 278 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 277 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 277 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 276 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 276 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 275 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 275 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 274 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 274 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 273 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 273 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 272 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 272 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 271 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 271 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 270 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 270 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 269 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 269 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 268 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 268 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 267 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 267 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 266 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 266 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 265 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 265 wd / 3 drwxr-xr-x 32 r root USBPROC 196 root / 3 drwxr-xr-x 32 r root USBPROC 196 wd / 3 drwxr-xr-x 32 r root USBPROC 195 root / 3 drwxr-xr-x 32 r root USBPROC 195 wd / 3 drwxr-xr-x 32 r root USBPROC 194 root / 3 drwxr-xr-x 32 r root USBPROC 194 wd / 3 drwxr-xr-x 32 r root USBPROC 193 root / 3 drwxr-xr-x 32 r root USBPROC 193 wd / 3 drwxr-xr-x 32 r root USBPROC 192 root / 3 drwxr-xr-x 32 r root USBPROC 192 wd / 3 drwxr-xr-x 32 r root USBPROC 191 root / 3 drwxr-xr-x 32 r root USBPROC 191 wd / 3 drwxr-xr-x 32 r root USBPROC 172 root / 3 drwxr-xr-x 32 r root USBPROC 172 wd / 3 drwxr-xr-x 32 r root USBPROC 171 root / 3 drwxr-xr-x 32 r root USBPROC 171 wd / 3 drwxr-xr-x 32 r root zil_clean 145 root / 3 drwxr-xr-x 32 r root zil_clean 145 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 144 root / 3 drwxr-xr-x 32 r root txg_thread_enter 144 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 143 root / 3 drwxr-xr-x 32 r root txg_thread_enter 143 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 142 root / 3 drwxr-xr-x 32 r root txg_thread_enter 142 wd / 3 drwxr-xr-x 32 r root vdev:worker ad14s2 141 root / 3 drwxr-xr-x 32 r root vdev:worker ad14s2 141 wd / 3 drwxr-xr-x 32 r root vdev:worker ad12s2 140 root / 3 drwxr-xr-x 32 r root vdev:worker ad12s2 140 wd / 3 drwxr-xr-x 32 r root USBPROC 139 root / 3 drwxr-xr-x 32 r root USBPROC 139 wd / 3 drwxr-xr-x 32 r root vdev:worker ad6s2 138 root / 3 drwxr-xr-x 32 r root vdev:worker ad6s2 138 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 137 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 137 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 136 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 136 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 135 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 135 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 134 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 134 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 133 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 133 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 132 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 132 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 131 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 131 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 130 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 130 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 129 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 129 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 128 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 128 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 127 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 127 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 126 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 126 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 125 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 125 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 124 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 124 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 123 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 123 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 122 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 122 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 121 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 121 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 120 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 120 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 119 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 119 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 118 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 118 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 117 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 117 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 116 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 116 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 115 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 115 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 114 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 114 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 113 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 113 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 112 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 112 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 111 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 111 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 110 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 110 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 109 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 109 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 108 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 108 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 107 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 107 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 106 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 106 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 105 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 105 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 104 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 104 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 103 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 103 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 102 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 102 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 101 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 101 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 100 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 100 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 99 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 99 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 98 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 98 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 97 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 97 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 96 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 96 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 95 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 95 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 94 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 94 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 93 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 93 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 92 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 92 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 91 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 91 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 90 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 90 wd / 3 drwxr-xr-x 32 r root USBPROC 89 root / 3 drwxr-xr-x 32 r root USBPROC 89 wd / 3 drwxr-xr-x 32 r root init 1 root / 3 drwxr-xr-x 32 r root init 1 wd / 3 drwxr-xr-x 32 r root init 1 text / 1197 -r-xr-xr-x 705696 r root kernel 0 root / 3 drwxr-xr-x 32 r root kernel 0 wd / 3 drwxr-xr-x 32 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #1: Wed Oct 15 21:39:04 BST 2008 sandbox@w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/newusb/obj/usr/home/sandbox/newusb/src/sys/GENERIC_usb2 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU @ 2.66GHz (2660.04-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4276260864 (4078 MB) avail memory = 4091035648 (3901 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, f00000 (3) failed acpi0: reservation of 1000000, 9edbcc00 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xdc80-0xdcff mem 0xde000000-0xdeffffff,0xa0000000-0xafffffff,0xdc000000-0xddffffff irq 16 at device 0.0 on pci1 pcib2: at device 4.0 on pci0 pci2: on pcib2 pcib3: at device 5.0 on pci0 pci3: on pcib3 pci0: at device 9.0 (no driver attached) isab0: port 0x4f00-0x4fff at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xdfffc000-0xdfffcfff irq 21 at device 11.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xdfffbf00-0xdfffbfff irq 22 at device 11.1 on pci0 ehci0: [ITHREAD] usbus1: waiting for BIOS to give up control usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xecf0-0xecff at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf mem 0xdfffd000-0xdfffdfff irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0xfe40-0xfe47,0xfe50-0xfe53,0xfe60-0xfe67,0xfe70-0xfe73,0xfed0-0xfedf mem 0xdfffe000-0xdfffefff irq 20 at device 14.1 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] atapci3: port 0xfe80-0xfe87,0xfe90-0xfe93,0xfea0-0xfea7,0xfeb0-0xfeb3,0xfef0-0xfeff mem 0xdffff000-0xdfffffff irq 21 at device 14.2 on pci0 atapci3: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] ata7: on atapci3 ata7: [ITHREAD] pcib4: at device 15.0 on pci0 pci4: on pcib4 pci4: at device 4.0 (no driver attached) pci4: at device 5.0 (no driver attached) fwohci0: mem 0xdadfb800-0xdadfbfff,0xdadfc000-0xdadfffff irq 18 at device 10.0 on pci4 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 80:00:00:00:00:00:00:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x2598000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 82:00:00:00:00:00 fwe0: Ethernet address: 82:00:00:00:00:00 fwip0: on firewire0 fwip0: Firewire address: 80:00:00:00:00:00:00:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pcib5: at device 19.0 on pci0 pci5: on pcib5 pcib6: at device 24.0 on pci0 pci6: on pcib6 vgapci1: port 0xbc80-0xbcff mem 0xd1000000-0xd1ffffff,0xc0000000-0xcfffffff,0xd2000000-0xd3ffffff irq 16 at device 0.0 on pci6 atrtc0: port 0x70-0x7f irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a device_attach: est3 attach returned 6 p4tcc3: on cpu3 orm0: at iomem 0xc0000-0xcc7ff,0xcc800-0xce7ff,0xce800-0xcffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ZFS filesystem version 6 ZFS storage pool version 6 ugen0.1: at usbus0 ushub0: on usbus0 ushub0: 10 ports with 10 removable, self powered usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 ushub1: on usbus1 ushub1: 10 ports with 10 removable, self powered ad4: 305245MB at ata2-master SATA300 ad6: 305245MB at ata3-master SATA300 acd0: CDRW at ata4-master SATA150 acd1: DVDR at ata5-master SATA150 GEOM_LABEL: Label for provider ad4s2 is ntfs/System. ad12: 305245MB at ata6-master SATA300 ad14: 305245MB at ata7-master SATA300 lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from zfs:tank lock order reversal: 1st 0xffffff0002d72000 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372 2nd 0xffffff0002d73448 devfs (devfs) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_lookup.c:428 3rd 0xffffff0002d71c80 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a5 __lockmgr_args() at __lockmgr_args+0xca6 vfs_busy() at vfs_busy+0xd0 vfs_mount_alloc() at vfs_mount_alloc+0x7d vfs_donmount() at vfs_donmount+0xf05 kernel_mount() at kernel_mount+0xa1 kernel_vmount() at kernel_vmount+0xce vfs_mountroot_try() at vfs_mountroot_try+0xf4 vfs_mountroot() at vfs_mountroot+0x3ea start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffe40023d40, rbp = 0 --- ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 lock order reversal: 1st 0xffffff0002c4a7f8 zfs (zfs) @ /usr/home/sandbox/newusb/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1123 2nd 0xffffff0002d72000 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a5 __lockmgr_args() at __lockmgr_args+0xca6 vfs_busy() at vfs_busy+0xd0 lookup() at lookup+0x8c0 namei() at namei+0x454 kern_unlinkat() at kern_unlinkat+0x9d vfs_mountroot_try() at vfs_mountroot_try+0x411 vfs_mountroot() at vfs_mountroot+0x3ea start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffe40023d40, rbp = 0 --- lock order reversal: 1st 0xffffff00024ee070 user map (user map) @ /usr/home/sandbox/newusb/src/sys/vm/vm_map.c:3115 2nd 0xffffff0002c4a448 zfs (zfs) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:2049 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a5 __lockmgr_args() at __lockmgr_args+0xca6 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at umass0:1:0:-1: At_tvanc_hleodc kt+o0 xs5c0bu s1 vget() at vget+0x7d vnode_pager_lock() at vnode_pager_lock+0x1d4 vm_fault() at vm_fault+0x22f trap_pfault() at trap_pfault+0x103 trap() at trap+0x51c calltrap() at calltrap+0x8 --- trap 0xc, rip = 0x40014f, rsp = 0x7fffffffee70, rbp = 0x7fffffffee90 --- da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) GEOM_LABEL: Label for provider da0s1 is ntfs/Backup. Entropy harvesting: interrupts ethernet point_to_point ugen1.3: at usbus1 ushub2: on usbus1 kickstart . ushub2: 7 ports with 7 removable, self powered ugen1.4: at usbus1 ugen1.5: at usbus1 rum0: on usbus1 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 ugen1.6: at usbus1 umass1: on usbus1 umass1: SCSI over Bulk-Only; quirks = 0x0000 umass1:2:1:-1: Attached to scbus2 da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim1 bus 1 target 0 lun 1 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim1 bus 1 target 0 lun 2 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da4 at umass-sim1 bus 1 target 0 lun 3 da4: Removable Direct Access SCSI-0 device da4: 40.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present /dev/ad4s1a: 6872 files, 492217 used, 520797 free (3413 frags, 64673 blocks, 0.3% fragmentation) Mismatched versions: File system is version 2 on-disk format, which is incompatible with this software version 1! cannot mount 'backup/20080823-0125': Operation not supported lock order reversal: 1st 0xffffff0004b7d098 syncer (syncer) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:1657 2nd 0xffffff0004ba7960 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a5 __lockmgr_args() at __lockmgr_args+0xca6 vfs_busy() at vfs_busy+0xd0 sync_fsync() at sync_fsync+0x9c sync_vnode() at sync_vnode+0x143 sched_sync() at sched_sync+0x1c5 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffeb4d05d40, rbp = 0 --- wlan0: Ethernet address: 00:17:3f:72:40:90 Starting Network: lo0. add net default: gateway 192.168.0.1 Additional TCP/IP options: tcp extensions=NO . savecore: reboot after panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 Oct 16 15:27:09 w2fzz0vc03 savecore: reboot after panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 savecore: writing core to vmcore.41 wlan0: link state changed to UP Additional ABI support: linux . Setting date via ntp. 16 Oct 15:28:06 ntpdate[1341]: step time server 192.108.114.23 offset 0.827552 sec Setting NIS domain: aah-go-on.com. pg_ctl: invalid data in PID file "/usr/local/pgsql/data/postmaster.pid" Oct 16 15:28:08 w2fzz0vc03 mDNSResponder (Engineering Build) (Aug 19 2008 18:02:49) [1558]: starting Configuring syscons: keymap font8x16 font8x14 font8x8 blanktime screensaver . Local package initialization: uptimed . Thu Oct 16 15:28:11 BST 2008 Oct 16 15:31:28 w2fzz0vc03 login: ROOT LOGIN (root) ON ttyv0 Oct 16 15:41:04 w2fzz0vc03 login: ROOT LOGIN (root) ON ttyv1 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xffffffff80b67e60) locked @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_warn() at witness_warn+0x232 trap() at trap+0x38f calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff807b2a46, rsp = 0xfffffffeb7267ac0, rbp = 0xfffffffeb7267b00 --- bcopy() at bcopy+0x16 usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x59 usb2_bdma_work_loop() at usb2_bdma_work_loop+0x2ac usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_wrapper() at usb2_callback_wrapper+0x101 usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_proc() at usb2_callback_proc+0x68 usb2_process() at usb2_process+0xc0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffeb7267d40, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0xfffffffe69a00000 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff807b2a46 stack pointer = 0x10:0xfffffffeb7267ac0 frame pointer = 0x10:0xfffffffeb7267b00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 139 (USBPROC) lock order reversal: (Giant after non-sleepable) 1st 0xffffffff80b67e60 UMASS lock (UMASS lock) @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795 2nd 0xffffffff80b6bfe0 Giant (Giant) @ /usr/home/sandbox/newusb/src/sys/dev/kbdmux/kbdmux.c:1044 KDB: stack backtrace: panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 cpuid = 3 KDB: stack backtrace: Physical memory: 4078 MB Dumping 1154 MB: 1139 1123 1107 1091 1075 1059 1043 1027 1011 995 979 963 947 931 915 899 883 867 851 835 819 803 787 771 755 739 723 707 691 675 659 643 627 611 595 579 563 547 531 515 499 483 467 451 435 419 403 387 371 355 339 323 307 291 275 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 ------------------------------------------------------------------------ kernel config config: File /boot/kernel/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE --Boundary-00=_5rJFJPtr8qjZ35l Content-Type: text/x-diff; charset="iso 8859-15"; name="core.txt.42" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="core.txt.42" w2fzz0vc03.aah-go-on.com dumped core - see /var/crash/vmcore.42 Thu Oct 16 19:11:48 BST 2008 FreeBSD w2fzz0vc03.aah-go-on.com 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Oct 15 21:39:04 BST 2008 sandbox@w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/newusb/obj/usr/home/sandbox/newusb/src/sys/GENERIC_usb2 amd64 panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 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 "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xffffffff80b67e60) locked @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_warn() at witness_warn+0x232 trap() at trap+0x38f calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff807b2a46, rsp = 0xfffffffeb7267ac0, rbp = 0xfffffffeb7267b00 --- bcopy() at bcopy+0x16 usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x59 usb2_bdma_work_loop() at usb2_bdma_work_loop+0x2ac usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_wrapper() at usb2_callback_wrapper+0x101 usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_proc() at usb2_callback_proc+0x68 usb2_process() at usb2_process+0xc0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffeb7267d40, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0xfffffffe69a00000 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff807b2a46 stack pointer = 0x10:0xfffffffeb7267ac0 frame pointer = 0x10:0xfffffffeb7267b00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 139 (USBPROC) lock order reversal: (Giant after non-sleepable) 1st 0xffffffff80b67e60 UMASS lock (UMASS lock) @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795 2nd 0xffffffff80b6bfe0 Giant (Giant) @ /usr/home/sandbox/newusb/src/sys/dev/kbdmux/kbdmux.c:1044 KDB: stack backtrace: panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 cpuid = 3 KDB: stack backtrace: Physical memory: 4078 MB Dumping 1154 MB: 1139 1123 1107 1091 1075 1059 1043 1027 1011 995 979 963 947 931 915 899 883 867 851 835 819 803 787 771 755 739 723 707 691 675 659 643 627 611 595 579 563 547 531 515 499 483 467 451 435 419 403 387 371 355 339 323 307 291 275 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /bootdir/boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/daemon_saver.ko...Reading symbols from /bootdir/boot/kernel/daemon_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/daemon_saver.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:196 #1 0xffffffff801c475c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/home/sandbox/newusb/src/sys/ddb/db_command.c:548 #2 0xffffffff801c4a91 in db_command (last_cmdp=0xffffffff80b384a0, cmd_table=Variable "cmd_table" is not available. ) at /usr/home/sandbox/newusb/src/sys/ddb/db_command.c:445 #3 0xffffffff801c4cd9 in db_command_loop () at /usr/home/sandbox/newusb/src/sys/ddb/db_command.c:498 #4 0xffffffff801c6b37 in db_trap (type=Variable "type" is not available. ) at /usr/home/sandbox/newusb/src/sys/ddb/db_main.c:229 #5 0xffffffff8051deb2 in kdb_trap (type=12, code=0, tf=0xfffffffeb7267a10) at /usr/home/sandbox/newusb/src/sys/kern/subr_kdb.c:534 #6 0xffffffff807b361d in trap_fatal (frame=0xfffffffeb7267a10, eva=Variable "eva" is not available. ) at /usr/home/sandbox/newusb/src/sys/amd64/amd64/trap.c:754 #7 0xffffffff807b4371 in trap (frame=0xfffffffeb7267a10) at /usr/home/sandbox/newusb/src/sys/amd64/amd64/trap.c:289 #8 0xffffffff807973de in calltrap () at /usr/home/sandbox/newusb/src/sys/amd64/amd64/exception.S:217 #9 0xffffffff807b2a46 in bcopy () at /usr/home/sandbox/newusb/src/sys/amd64/amd64/support.S:123 #10 0xffffffff80791ea0 in _bus_dmamap_sync (dmat=0xffffff0004028400, map=Variable "map" is not available. ) at /usr/home/sandbox/newusb/src/sys/amd64/amd64/busdma_machdep.c:922 #11 0xffffffff80426b42 in usb2_bdma_pre_sync (xfer=Variable "xfer" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_busdma.c:1360 #12 0xffffffff80426f01 in usb2_bdma_work_loop (pq=0xfffffffe40f84000) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_busdma.c:1297 #13 0xffffffff80439b26 in usb2_command_wrapper (pq=0xfffffffe40f84000, xfer=Variable "xfer" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:2515 #14 0xffffffff8043c3ed in usb2_callback_wrapper (pq=Variable "pq" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1926 #15 0xffffffff80439b26 in usb2_command_wrapper (pq=0xfffffffe40f84028, xfer=Variable "xfer" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:2515 #16 0xffffffff80439c70 in usb2_callback_proc (_pm=Variable "_pm" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1799 #17 0xffffffff804378b4 in usb2_process (arg=Variable "arg" is not available. ) at /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_process.c:139 #18 0xffffffff804d314a in fork_exit ( callout=0xffffffff804377f4 , arg=0xfffffffe40f840f0, frame=0xfffffffeb7267c90) at /usr/home/sandbox/newusb/src/sys/kern/kern_fork.c:810 #19 0xffffffff807977ee in fork_trampoline () at /usr/home/sandbox/newusb/src/sys/amd64/amd64/exception.S:521 #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000001 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000001024000 in ?? () #45 0x0000000000000000 in ?? () #46 0xffffffff80b8dd70 in sleepq_chains () #47 0xffffffff80b756c0 in tdq_cpu () #48 0xffffff00024e96e0 in ?? () #49 0xfffffffeb7267ac0 in ?? () #50 0xfffffffeb7267a78 in ?? () #51 0xffffff0002ddd370 in ?? () #52 0xffffffff80511f90 in sched_switch (td=0xfffffffe40f840f0, newtd=0xffffffff804377f4, flags=Variable "flags" is not available. ) at /usr/home/sandbox/newusb/src/sys/kern/sched_ule.c:1844 Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -68 0 0 0 - DLs ?? 747427:30.00 [kernel] 0 1 0 0 44 0 2180 0 wait DLs ?? 5472248:30.00 [init] 0 2 0 0 -8 0 0 0 - DL ?? 1887795:30.00 [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 159170669:00.00 [g_up] 0 4 0 0 -8 0 0 0 - DL ?? 80623968:30.00 [g_down] 0 5 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 6 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 7 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 8 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 9 0 0 -16 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_thrd] 0 10 0 0 -16 0 0 0 audit_ DL ?? 5455:30.00 [audit] 0 11 0 0 171 0 0 0 - RL ?? 10883646524:50.00 [idle] 0 12 0 0 -48 0 0 0 - WL ?? 74210281:20.00 [intr] 0 13 0 0 44 0 0 0 - DL ?? 2767776:50.00 [yarrow] 0 14 0 0 -64 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 15 0 0 -64 0 0 0 WMSG DL ?? 17473:30.00 [USBPROC] 0 16 0 0 -16 0 0 0 - DL ?? 0:00.00 [fw0_probe] 0 17 0 0 -16 0 0 0 waitin DL ?? 1154:00.00 [sctp_itera 0 19 0 0 44 0 0 0 d DL ?? 1475436:10.00 [arc_reclai 0 21 0 0 -68 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 22 0 0 -68 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 23 0 0 -64 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 26 0 0 -68 0 0 0 WMSG DL ?? 28989:30.00 [USBPROC] 0 27 0 0 -68 0 0 0 WMSG DL ?? 0:00.00 [USBPROC] 0 28 0 0 -64 0 0 0 WMSG DL ?? 3466420:40.00 [USBPROC] 0 29 0 0 45 0 0 0 psleep DL ?? 13022:40.00 [pagedaemon 0 30 0 0 45 0 0 0 psleep DL ?? 581:40.00 [vmdaemon] 0 31 0 0 76 0 0 0 pgzero DL ?? 665:40.00 [pagezero] 0 32 0 0 45 0 0 0 psleep DL ?? 28784:30.00 [bufdaemon] 0 33 0 0 61 0 0 0 syncer DL ?? 134824082:40.00 [syncer] 0 34 0 0 45 0 0 0 vlruwt DL ?? 68163:10.00 [vnlru] 0 35 0 0 45 0 0 0 sdflus DL ?? 58308:10.00 [softdepflu 0 89 0 0 -68 0 0 0 WMSG DL ?? 10673:10.00 [USBPROC] 0 90 0 0 45 0 0 0 tq->tq DL ?? 226:50.00 [spa_zio_is 0 91 0 0 45 0 0 0 tq->tq DL ?? 206:10.00 [spa_zio_is 0 92 0 0 45 0 0 0 tq->tq DL ?? 408:20.00 [spa_zio_is 0 93 0 0 45 0 0 0 tq->tq DL ?? 346:50.00 [spa_zio_is 0 94 0 0 45 0 0 0 tq->tq DL ?? 271:10.00 [spa_zio_in 0 95 0 0 45 0 0 0 tq->tq DL ?? 310:00.00 [spa_zio_in 0 96 0 0 45 0 0 0 tq->tq DL ?? 191:00.00 [spa_zio_in 0 97 0 0 45 0 0 0 tq->tq DL ?? 342:10.00 [spa_zio_in 0 98 0 0 45 0 0 0 tq->tq DL ?? 692:10.00 [spa_zio_is 0 99 0 0 45 0 0 0 tq->tq DL ?? 561:50.00 [spa_zio_is 0 100 0 0 45 0 0 0 tq->tq DL ?? 407:00.00 [spa_zio_is 0 101 0 0 45 0 0 0 tq->tq DL ?? 384:40.00 [spa_zio_is 0 102 0 0 44 0 0 0 tq->tq DL ?? 3915100:00.00 [spa_zio_in 0 103 0 0 52 0 0 0 tq->tq DL ?? 679657:30.00 [spa_zio_in 0 104 0 0 52 0 0 0 tq->tq DL ?? 724595:40.00 [spa_zio_in 0 105 0 0 44 0 0 0 tq->tq DL ?? 3595602:50.00 [spa_zio_in 0 106 0 0 44 0 0 0 tq->tq DL ?? 161446:00.00 [spa_zio_is 0 107 0 0 44 0 0 0 tq->tq DL ?? 315903:50.00 [spa_zio_is 0 108 0 0 44 0 0 0 tq->tq DL ?? 438196:30.00 [spa_zio_is 0 109 0 0 47 0 0 0 tq->tq DL ?? 68604:10.00 [spa_zio_is 0 110 0 0 44 0 0 0 tq->tq DL ?? 192541000:20.00 [spa_zio_in 0 111 0 0 44 0 0 0 tq->tq DL ?? 183661574:50.00 [spa_zio_in 0 112 0 0 44 0 0 0 tq->tq DL ?? 180367061:20.00 [spa_zio_in 0 113 0 0 48 0 0 0 tq->tq DL ?? 202043190:20.00 [spa_zio_in 0 114 0 0 45 0 0 0 tq->tq DL ?? 683:50.00 [spa_zio_is 0 115 0 0 45 0 0 0 tq->tq DL ?? 595:40.00 [spa_zio_is 0 116 0 0 45 0 0 0 tq->tq DL ?? 486:10.00 [spa_zio_is 0 117 0 0 45 0 0 0 tq->tq DL ?? 226:50.00 [spa_zio_is 0 118 0 0 45 0 0 0 tq->tq DL ?? 386:30.00 [spa_zio_in 0 119 0 0 45 0 0 0 tq->tq DL ?? 790:20.00 [spa_zio_in 0 120 0 0 45 0 0 0 tq->tq DL ?? 419:40.00 [spa_zio_in 0 121 0 0 45 0 0 0 tq->tq DL ?? 173:20.00 [spa_zio_in 0 122 0 0 45 0 0 0 tq->tq DL ?? 771:10.00 [spa_zio_is 0 123 0 0 45 0 0 0 tq->tq DL ?? 746:30.00 [spa_zio_is 0 124 0 0 45 0 0 0 tq->tq DL ?? 525:40.00 [spa_zio_is 0 125 0 0 45 0 0 0 tq->tq DL ?? 736:40.00 [spa_zio_is 0 126 0 0 45 0 0 0 tq->tq DL ?? 528:40.00 [spa_zio_in 0 127 0 0 45 0 0 0 tq->tq DL ?? 309:40.00 [spa_zio_in 0 128 0 0 45 0 0 0 tq->tq DL ?? 246:40.00 [spa_zio_in 0 129 0 0 45 0 0 0 tq->tq DL ?? 531:10.00 [spa_zio_in 0 130 0 0 45 0 0 0 tq->tq DL ?? 3007:50.00 [spa_zio_is 0 131 0 0 45 0 0 0 tq->tq DL ?? 289:40.00 [spa_zio_is 0 132 0 0 45 0 0 0 tq->tq DL ?? 289:20.00 [spa_zio_is 0 133 0 0 45 0 0 0 tq->tq DL ?? 432:40.00 [spa_zio_is 0 134 0 0 45 0 0 0 tq->tq DL ?? 546:50.00 [spa_zio_in 0 135 0 0 45 0 0 0 tq->tq DL ?? 312:00.00 [spa_zio_in 0 136 0 0 45 0 0 0 tq->tq DL ?? 319:40.00 [spa_zio_in 0 137 0 0 45 0 0 0 tq->tq DL ?? 673:40.00 [spa_zio_in 0 138 0 0 44 0 0 0 ffffff000407c910 DL ?? 7618572:50.00 [vdev:worke 0 139 0 0 -68 0 0 0 - RL ?? 907164:40.00 [USBPROC] 0 140 0 0 44 0 0 0 2 DL ?? 7583535:20.00 [vdev:worke 0 141 0 0 44 0 0 0 2 DL ?? 7083820:40.00 [vdev:worke 0 142 0 0 45 0 0 0 tx->tx DL ?? 15303:20.00 [txg_thread 0 143 0 0 44 0 0 0 tx->tx DL ?? 164076779:50.00 [txg_thread 0 144 0 0 45 0 0 0 tx->tx DL ?? 9893:50.00 [txg_thread 0 145 0 0 45 0 0 0 tq->tq DL ?? 746:40.00 [zil_clean] 0 171 0 0 -68 0 0 0 WMSG DL ?? 17984:50.00 [USBPROC] 0 172 0 0 -68 0 0 0 WMSG DL ?? 2636:50.00 [USBPROC] 0 191 0 0 -68 0 0 0 WMSG DL ?? 6680:30.00 [USBPROC] 0 192 0 0 -68 0 0 0 WMSG DL ?? 1121246:10.00 [USBPROC] 0 193 0 0 -68 0 0 0 WMSG DL ?? 1451850:30.00 [USBPROC] 0 194 0 0 -64 0 0 0 WMSG DL ?? 777326:00.00 [USBPROC] 0 195 0 0 -68 0 0 0 WMSG DL ?? 8560:40.00 [USBPROC] 0 196 0 0 -68 0 0 0 WMSG DL ?? 108571:50.00 [USBPROC] 0 265 0 0 45 0 0 0 tq->tq DL ?? 913:20.00 [spa_zio_is 0 266 0 0 45 0 0 0 tq->tq DL ?? 556:20.00 [spa_zio_is 0 267 0 0 45 0 0 0 tq->tq DL ?? 264:20.00 [spa_zio_is 0 268 0 0 45 0 0 0 tq->tq DL ?? 738:20.00 [spa_zio_is 0 269 0 0 45 0 0 0 tq->tq DL ?? 568:00.00 [spa_zio_in 0 270 0 0 45 0 0 0 tq->tq DL ?? 599:30.00 [spa_zio_in 0 271 0 0 45 0 0 0 tq->tq DL ?? 841:00.00 [spa_zio_in 0 272 0 0 45 0 0 0 tq->tq DL ?? 522:30.00 [spa_zio_in 0 273 0 0 45 0 0 0 tq->tq DL ?? 730:00.00 [spa_zio_is 0 274 0 0 45 0 0 0 tq->tq DL ?? 495:10.00 [spa_zio_is 0 275 0 0 45 0 0 0 tq->tq DL ?? 188:10.00 [spa_zio_is 0 276 0 0 45 0 0 0 tq->tq DL ?? 311:00.00 [spa_zio_is 0 277 0 0 45 0 0 0 tq->tq DL ?? 99792:30.00 [spa_zio_in 0 278 0 0 45 0 0 0 tq->tq DL ?? 220438:10.00 [spa_zio_in 0 279 0 0 45 0 0 0 tq->tq DL ?? 99017:10.00 [spa_zio_in 0 280 0 0 45 0 0 0 tq->tq DL ?? 234007:10.00 [spa_zio_in 0 281 0 0 45 0 0 0 tq->tq DL ?? 13354:20.00 [spa_zio_is 0 282 0 0 45 0 0 0 tq->tq DL ?? 13582:50.00 [spa_zio_is 0 283 0 0 45 0 0 0 tq->tq DL ?? 26698:20.00 [spa_zio_is 0 284 0 0 45 0 0 0 tq->tq DL ?? 26920:10.00 [spa_zio_is 0 285 0 0 45 0 0 0 tq->tq DL ?? 168799:10.00 [spa_zio_in 0 286 0 0 45 0 0 0 tq->tq DL ?? 166680:30.00 [spa_zio_in 0 287 0 0 45 0 0 0 tq->tq DL ?? 159190:00.00 [spa_zio_in 0 288 0 0 45 0 0 0 tq->tq DL ?? 157914:20.00 [spa_zio_in 0 289 0 0 45 0 0 0 tq->tq DL ?? 687:20.00 [spa_zio_is 0 290 0 0 45 0 0 0 tq->tq DL ?? 890:00.00 [spa_zio_is 0 291 0 0 45 0 0 0 tq->tq DL ?? 506:30.00 [spa_zio_is 0 292 0 0 45 0 0 0 tq->tq DL ?? 143:20.00 [spa_zio_is 0 293 0 0 45 0 0 0 tq->tq DL ?? 766:30.00 [spa_zio_in 0 294 0 0 45 0 0 0 tq->tq DL ?? 753:10.00 [spa_zio_in 0 295 0 0 45 0 0 0 tq->tq DL ?? 531:00.00 [spa_zio_in 0 296 0 0 45 0 0 0 tq->tq DL ?? 424:20.00 [spa_zio_in 0 297 0 0 45 0 0 0 tq->tq DL ?? 902:40.00 [spa_zio_is 0 298 0 0 45 0 0 0 tq->tq DL ?? 717:30.00 [spa_zio_is 0 299 0 0 45 0 0 0 tq->tq DL ?? 538:30.00 [spa_zio_is 0 300 0 0 45 0 0 0 tq->tq DL ?? 770:40.00 [spa_zio_is 0 301 0 0 45 0 0 0 tq->tq DL ?? 831:10.00 [spa_zio_in 0 302 0 0 45 0 0 0 tq->tq DL ?? 876:00.00 [spa_zio_in 0 303 0 0 45 0 0 0 tq->tq DL ?? 1040:30.00 [spa_zio_in 0 304 0 0 45 0 0 0 tq->tq DL ?? 966:00.00 [spa_zio_in 0 305 0 0 45 0 0 0 tq->tq DL ?? 882:00.00 [spa_zio_is 0 306 0 0 45 0 0 0 tq->tq DL ?? 714:30.00 [spa_zio_is 0 307 0 0 45 0 0 0 tq->tq DL ?? 905:20.00 [spa_zio_is 0 308 0 0 45 0 0 0 tq->tq DL ?? 774:30.00 [spa_zio_is 0 309 0 0 45 0 0 0 tq->tq DL ?? 1262:40.00 [spa_zio_in 0 310 0 0 45 0 0 0 tq->tq DL ?? 732:50.00 [spa_zio_in 0 311 0 0 45 0 0 0 tq->tq DL ?? 624:10.00 [spa_zio_in 0 312 0 0 45 0 0 0 tq->tq DL ?? 769:00.00 [spa_zio_in 0 313 0 0 45 0 0 0 a DL ?? 138498:00.00 [vdev:worke 0 314 0 0 45 0 0 0 tx->tx DL ?? 13274:30.00 [txg_thread 0 315 0 0 45 0 0 0 zio->i DL ?? 592414:00.00 [txg_thread 0 316 0 0 45 0 0 0 tx->tx DL ?? 14080:20.00 [txg_thread 0 369 0 0 45 0 0 0 tq->tq DL ?? 406:20.00 [spa_zio_is 0 370 0 0 45 0 0 0 tq->tq DL ?? 291:50.00 [spa_zio_is 0 371 0 0 45 0 0 0 tq->tq DL ?? 654:30.00 [spa_zio_is 0 372 0 0 45 0 0 0 tq->tq DL ?? 515:10.00 [spa_zio_is 0 373 0 0 45 0 0 0 tq->tq DL ?? 289:50.00 [spa_zio_in 0 374 0 0 45 0 0 0 tq->tq DL ?? 781:10.00 [spa_zio_in 0 375 0 0 45 0 0 0 tq->tq DL ?? 689:40.00 [spa_zio_in 0 376 0 0 45 0 0 0 tq->tq DL ?? 363:40.00 [spa_zio_in 0 377 0 0 45 0 0 0 tq->tq DL ?? 388:50.00 [spa_zio_is 0 378 0 0 45 0 0 0 tq->tq DL ?? 577:50.00 [spa_zio_is 0 379 0 0 45 0 0 0 tq->tq DL ?? 386:20.00 [spa_zio_is 0 380 0 0 45 0 0 0 tq->tq DL ?? 633:00.00 [spa_zio_is 0 381 0 0 45 0 0 0 tq->tq DL ?? 461038:00.00 [spa_zio_in 0 382 0 0 45 0 0 0 tq->tq DL ?? 469792:50.00 [spa_zio_in 0 383 0 0 45 0 0 0 tq->tq DL ?? 452893:40.00 [spa_zio_in 0 384 0 0 76 0 0 0 tq->tq DL ?? 260950:00.00 [spa_zio_in 0 385 0 0 45 0 0 0 tq->tq DL ?? 838:10.00 [spa_zio_is 0 386 0 0 45 0 0 0 tq->tq DL ?? 359:50.00 [spa_zio_is 0 387 0 0 44 0 0 0 tq->tq DL ?? 648:20.00 [spa_zio_is 0 388 0 0 44 0 0 0 tq->tq DL ?? 507:00.00 [spa_zio_is 0 389 0 0 44 0 0 0 tq->tq DL ?? 717:00.00 [spa_zio_in 0 390 0 0 45 0 0 0 tq->tq DL ?? 449:30.00 [spa_zio_in 0 391 0 0 44 0 0 0 tq->tq DL ?? 500:20.00 [spa_zio_in 0 392 0 0 44 0 0 0 tq->tq DL ?? 351:20.00 [spa_zio_in 0 393 0 0 45 0 0 0 tq->tq DL ?? 779:40.00 [spa_zio_is 0 394 0 0 45 0 0 0 tq->tq DL ?? 856:30.00 [spa_zio_is 0 395 0 0 45 0 0 0 tq->tq DL ?? 602:10.00 [spa_zio_is 0 396 0 0 45 0 0 0 tq->tq DL ?? 525:00.00 [spa_zio_is 0 397 0 0 45 0 0 0 tq->tq DL ?? 979:00.00 [spa_zio_in 0 398 0 0 45 0 0 0 tq->tq DL ?? 821:20.00 [spa_zio_in 0 399 0 0 45 0 0 0 tq->tq DL ?? 671:00.00 [spa_zio_in 0 400 0 0 45 0 0 0 tq->tq DL ?? 1013:40.00 [spa_zio_in 0 401 0 0 45 0 0 0 tq->tq DL ?? 595:30.00 [spa_zio_is 0 402 0 0 45 0 0 0 tq->tq DL ?? 363:30.00 [spa_zio_is 0 403 0 0 45 0 0 0 tq->tq DL ?? 444:50.00 [spa_zio_is 0 404 0 0 45 0 0 0 tq->tq DL ?? 749:20.00 [spa_zio_is 0 405 0 0 45 0 0 0 tq->tq DL ?? 942:00.00 [spa_zio_in 0 406 0 0 45 0 0 0 tq->tq DL ?? 379:30.00 [spa_zio_in 0 407 0 0 45 0 0 0 tq->tq DL ?? 583:00.00 [spa_zio_in 0 408 0 0 45 0 0 0 tq->tq DL ?? 553:00.00 [spa_zio_in 0 409 0 0 45 0 0 0 tq->tq DL ?? 570:30.00 [spa_zio_is 0 410 0 0 45 0 0 0 tq->tq DL ?? 344:10.00 [spa_zio_is 0 411 0 0 45 0 0 0 tq->tq DL ?? 527:30.00 [spa_zio_is 0 412 0 0 45 0 0 0 tq->tq DL ?? 449:20.00 [spa_zio_is 0 413 0 0 45 0 0 0 tq->tq DL ?? 505:00.00 [spa_zio_in 0 414 0 0 45 0 0 0 tq->tq DL ?? 685:40.00 [spa_zio_in 0 415 0 0 45 0 0 0 tq->tq DL ?? 467:50.00 [spa_zio_in 0 416 0 0 45 0 0 0 tq->tq DL ?? 535:00.00 [spa_zio_in 0 417 0 0 44 0 0 0 d DL ?? 3205:20.00 [vdev:worke 0 418 0 0 44 0 0 0 d DL ?? 3536:10.00 [vdev:worke 0 419 0 0 44 0 0 0 1 DL ?? 3537:00.00 [vdev:worke 0 420 0 0 44 0 0 0 1 DL ?? 3025:10.00 [vdev:worke 0 421 0 0 45 0 0 0 tx->tx DL ?? 13045:50.00 [txg_thread 0 422 0 0 45 0 0 0 tx->tx DL ?? 24917:00.00 [txg_thread 0 423 0 0 45 0 0 0 tx->tx DL ?? 10366:50.00 [txg_thread 0 433 0 0 45 0 0 0 tq->tq DL ?? 622:20.00 [zil_clean] 0 434 0 0 45 0 0 0 tq->tq DL ?? 4334:00.00 [zil_clean] 0 435 0 0 45 0 0 0 tq->tq DL ?? 214:20.00 [zil_clean] 0 448 0 0 45 0 0 0 tq->tq DL ?? 218:20.00 [zil_clean] 0 455 0 0 45 0 0 0 tq->tq DL ?? 10766862:50.00 [zil_clean] 0 545 1 0 76 0 2600 0 pause Ds ?? 20311:10.00 [adjkerntz] 0 1072 1 0 76 0 2176 0 select Ds ?? 26750:00.00 [devd] 0 1315 1 0 44 0 5724 0 select Ds ?? 2184241:50.00 [syslogd] 0 1370 1 0 76 0 5744 0 auditd Ds ?? 425594:30.00 [auditd] 0 1503 1 0 44 0 5724 0 select Ds ?? 345377:40.00 [powerd] 65534 1558 1 0 44 0 4640 0 select Ds ?? 329227:40.00 [mdnsd] 0 1571 1 0 61 0 21812 0 kqread Ds ?? 1627382:50.00 [cupsd] 1 1580 1 0 44 0 7236 0 select Ds ?? 73565:50.00 [slpd] 0 1612 1 0 76 0 24684 0 select Ds ?? 165899:50.00 [sshd] 0 1617 1 0 44 0 10692 0 select Ds ?? 390314:20.00 [sendmail] 25 1623 1 0 76 0 10692 0 pause Ds ?? 444533:40.00 [sendmail] 0 1629 1 0 44 0 6780 0 nanslp Ds ?? 308518:30.00 [cron] 0 1638 1 0 44 0 5672 0 nanslp Ds ?? 45776:40.00 [uptimed] 0 1650 1 0 76 0 6872 0 select Ds ?? 127881:40.00 [moused] 0 1674 1 0 76 0 7832 0 select Ds ?? 207752:10.00 [inetd] 0 1700 1 0 44 0 20476 0 wait Ds ?? 457620:30.00 [login] 0 1701 1 0 44 0 20476 0 wait Ds ?? 232783:10.00 [login] 0 1702 1 0 76 0 5720 0 tty in Ds+ ?? 195147:40.00 [getty] 0 1703 1 0 76 0 5720 0 tty in Ds+ ?? 190936:00.00 [getty] 0 1704 1 0 76 0 5720 0 tty in Ds+ ?? 374987:20.00 [getty] 0 1705 1 0 76 0 5720 0 tty in Ds+ ?? 611203:40.00 [getty] 0 1706 1 0 76 0 5720 0 tty in Ds+ ?? 224722:50.00 [getty] 0 1707 1 0 76 0 5720 0 tty in Ds+ ?? 203391:00.00 [getty] 0 1708 1 0 76 0 5720 0 tty in Ds+ ?? 313967:20.00 [getty] 0 1709 1 0 76 0 5720 0 tty in Ds+ ?? 205962:50.00 [getty] 0 1710 1 0 76 0 5720 0 tty in Ds+ ?? 244910:10.00 [getty] 0 1714 1700 0 44 0 10132 0 tty in D+ ?? 1077786:20.00 [tcsh] 0 1775 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1777 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1778 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1939 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1940 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1941 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1942 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1943 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1944 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1945 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1946 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1947 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1948 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1949 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1950 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1951 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1952 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1953 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1954 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1955 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1956 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1957 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1958 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1960 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1962 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1964 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1966 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1967 0 0 45 0 0 0 tq->tq DL ?? 0:00.00 [zil_clean] 0 1997 1701 0 44 0 10132 0 pause D ?? 184970:50.00 [tcsh] 0 2001 1997 0 45 0 14452 0 tx->tx D+ ?? 0:00.00 [zpool] ------------------------------------------------------------------------ vmstat -s 0 cpu context switches 0 device interrupts 0 software interrupts 0 traps 0 system calls 0 kernel threads created 0 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 0 vnode pager pageins 0 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 2934 pages reactivated 0 copy-on-write faults 0 copy-on-write optimized faults 0 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 0 total VM faults taken 0 pages affected by kernel thread creation 0 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 3251 pages cached 0 pages freed 0 pages freed by daemon 83854 pages freed by exiting processes 5662 pages active 2107 pages inactive 109 pages in VM cache 250660 pages wired down 745813 pages free 4096 bytes per page 78523 total name lookups cache hits (86% pos + 3% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) ntfs_nthash -1 -511K - 0 pfs_nodes -20 -4K - 0 pfs_vncache -1 0K - 0 fw_xfer 255 0K - 256 16 firewire 4082 -37K - 4096 16,32 GEOM 2301117 -2321K - 2303408 16,32,64,128,256,512,1024,2048,4096,8192 isadev -8 0K - 0 CAM XPT 40167 -58K - 40320 32,64,128,256,512 pci_link -68 -4K - 0 cdev -12 -2K - 0 sbp -96 -12K - 0 ddb_capture -1 -47K - 0 sigio -1 0K - 0 filedesc 890917 -1005K - 892928 16,32,64,128,256,512,1024,2048,4096,8192 kenv -25 -9K - 48 32 kqueue 32226 -32K - 32256 64,128,256 proc-args 42410 -42K - 43168 16,32,64,128,256,512,1024,2048,4096 ithread -77 -11K - 0 prison -1 0K - 0 KTRACE -100 -11K - 0 linker 1355 -160K - 1568 16,32,64,128,512 lockf 418 -2K - 448 64 ip6ndp -6 0K - 0 temp 125335915 -122423K - 125343008 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768 devbuf 361425 -13088K - 367648 16,32,128,256,512,1024,4096 module -431 -52K - 0 mtx_pool -1 -7K - 0 subproc 7141528 -8238K - 7143936 16,32,64,128,256,512,1024,2048,4096,8192 proc -2 -15K - 0 session 608 -3K - 640 16,32 pgrp 5558 -8K - 5632 16,32,128,256 cred 1585026 -1566K - 1591296 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768 uidinfo 184 -1K - 192 16,32 plimit 60926 -63K - 61184 16,32,64,128,256,512,1024 sysctltmp 14679 -13K - 15024 16,32,64,128,512,2048 sysctloid 2500 -217K - 7056 16,32,64,128,256,1024,2048 sysctl 15292 -14K - 15920 32,64,128,256,1024,4096 callout -3 -1535K - 0 umtx -452 -55K - 0 p1003.1b -1 0K - 0 SWAP -8 -8751K - 0 bus-sc 25513187 -25071K - 25516768 16,32,128,256,512,1024,2048,16384,32768 bus 1324171 -1395K - 1330928 16,32,64,128,256,512,1024,2048,4096,8192,65536 clist -54 -5K - 0 devstat -26 -51K - 0 eventhandler -66 -4K - 0 kbdmux -6 -7K - 0 kobj 454261 -1579K - 454656 16,32,64,128,256,1024 rman 54940 -74K - 55552 32,256,512,2048,4096 sbuf 1113064 -1086K - 1113920 16,32,64,128,256,512,1024,2048,4096 stack 510 0K - 512 32 taskqueue -13 0K - 0 Unitno 301 0K - 320 32,64 acpica 3955121 -4083K - 3991088 16,64,256,512,1024,16384,32768,65536,131072,262144 acpitask 63 0K - 64 16 CAM dev queue -4 0K - 0 Witness -1 -127K - 0 iov 217186 -211K - 218080 32,64,128,256,1024,2048,8192 select -20 -1K - 0 ioctlops 6375330 -6235K - 6382160 16,64,128,256,512,1024,2048,32768,65536 msg -4 -29K - 0 sem -4 -6K - 0 shm -1 -15K - 0 tty -21 -20K - 0 mbuf_tag 529 0K - 544 16,32,128 shmfd -1 -7K - 0 CAM queue 2445 -1K - 2560 16,32,64,256,512 pcb 1743 -157K - 1824 16,32,64,128,512 soname 10028 -9K - 10384 16,32,64,128,256,512,1024,2048 vfscache -1 -1023K - 0 vfs_hash -1 -511K - 0 vnodes -2 0K - 0 acpisem -15 0K - 0 vnodemarker 1129310 -1104K - 1131520 32,64,128,256,512,1024,2048,4096,8192,16384 mount 54510 -71K - 56576 32,64,128,512,1024,2048,4096,16384 BPF -6 0K - 0 ether_multi 764 -1K - 816 16,32,64,128 ifaddr 3654 -21K - 3968 64,128,256,512,1024 ifnet -6 -9K - 0 clone -5 -19K - 0 arpcom -2 0K - 0 fw_com -1 0K - 0 ata_generic -6 -5K - 0 ad_driver -4 0K - 0 routetbl 13587 -15K - 13664 16,32,64,256,512 80211vap -1 -3K - 0 80211crypto -4 0K - 0 80211com -1 -7K - 0 80211nodeie 1275 -1K - 1280 16,32 80211node 12286 -23K - 12288 16 80211scan -3 -5K - 0 igmp -1 0K - 0 in_msource 4089 -6K - 4096 64 ip_moptions 1266 -1K - 1280 128 in_multi -4 0K - 0 sctp_iter 510 0K - 512 32 sctp_ifn -2 0K - 0 sctp_ifa -3 0K - 0 sctp_vrf -1 0K - 0 sctp_a_it 30 0K - 32 32 hostcache -1 -27K - 0 ar_driver 69612 -67K - 69632 64,256 syncache -1 -91K - 0 in6_multi -16 0K - 0 acd_driver -2 -3K - 0 nfss_daemon -1 -15K - 0 audit_data 508 0K - 512 16,32 audit_evclass 5750 -21K - 6464 32,128,1024,2048 newblk -1 0K - 0 inodedep -1 -511K - 0 pagedep -1 -127K - 0 ufs_dirhash -3 0K - 0 ufs_mount -3 -5K - 0 UMAHash 19446 -38K - 19456 32,64 vm_pgdata -5 -127K - 0 scsi_da 705 0K - 752 16,32,64,128,256 CAM SIM -4 0K - 0 entropy -1024 -63K - 0 io_apic -1 -1K - 0 CAM periph 3377 -5K - 3408 16,32,64,128 memdesc -1 -3K - 0 acpidev -69 -3K - 0 nexusdev -3 0K - 0 UART -3 0K - 0 atkbddev -2 0K - 0 USBdev 2033 -13K - 2048 32 USB 98263 -251K - 98304 32,64,128 DEVFS1 894 -64K - 1024 32 DEVFS3 623 -35K - 768 16,32 DEVFS -2 0K - 16 16 solaris 9120189812 -9801837K - 9128038272 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072,262144,524288,1048576,2097152,4194304,8388608,16777216,33554432 kstat_data -1 0K - 0 linux -12 0K - 0 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 200, 0, 93, 9, 93, 0 UMA Zones: 280, 0, 93, 11, 93, 0 UMA Slabs: 128, 0, 12645, 57, 99014, 0 UMA RCntSlabs: 128, 0, 279, 11, 279, 0 UMA Hash: 256, 0, 6, 9, 8, 0 16 Bucket: 152, 0, 125, 0, 125, 0 32 Bucket: 280, 0, 117, 9, 117, 0 64 Bucket: 536, 0, 147, 0, 147, 658 128 Bucket: 1048, 0, 1126, 2, 1126, 1817 VM OBJECT: 200, 0, 1347, 325, 25494, 0 MAP: 216, 0, 7, 29, 7, 0 KMAP ENTRY: 112, 150216, 528, 462, 240659, 0 MAP ENTRY: 112, 0, 841, 446, 57149, 0 DP fakepg: 112, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 262, 1, 262, 0 16: 16, 0, 3340, 524, 734431, 0 32: 32, 0, 3692, 12266, 3883221, 0 64: 64, 0, 10658, 4798, 1238880, 0 128: 128, 0, 17006, 481, 1301704, 0 256: 256, 0, 930, 90600, 626721, 0 512: 512, 0, 2572, 228, 24619, 0 1024: 1024, 0, 203, 1561, 19987, 0 2048: 2048, 0, 598, 196, 5822, 0 4096: 4096, 0, 756, 395, 13709, 0 Files: 80, 0, 100, 260, 8865, 0 TURNSTILE: 136, 0, 453, 67, 453, 0 umtx pi: 96, 0, 0, 0, 0, 0 PROC: 1072, 0, 265, 131, 2009, 0 THREAD: 872, 0, 421, 31, 421, 0 SLEEPQUEUE: 80, 0, 453, 132, 453, 0 VMSPACE: 376, 0, 30, 90, 1555, 0 cpuset: 72, 0, 2, 98, 2, 0 audit_record: 984, 0, 0, 28, 4, 0 mbuf_packet: 256, 0, 0, 512, 9789, 0 mbuf: 256, 0, 1, 522, 870, 0 mbuf_cluster: 2048, 25600, 512, 46, 512, 0 mbuf_jumbo_page: 4096, 12800, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 30, 124, 0 g_bio: 216, 0, 16, 704, 367222, 0 ttyinq: 160, 0, 720, 216, 2520, 0 ttyoutq: 256, 0, 372, 138, 1302, 0 ata_request: 312, 0, 1, 380, 155536, 0 ata_composite: 336, 0, 0, 0, 0, 0 taskq_ent_cache: 64, 0, 1872, 368, 3772, 0 taskq_cache: 288, 0, 71, 46, 157, 0 VNODE: 472, 0, 850, 126, 1512, 0 VNODEPOLL: 104, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 48, 23670, 0 S VFS Cache: 104, 0, 581, 355, 7279, 0 L VFS Cache: 327, 0, 0, 24, 1, 0 DIRHASH: 1024, 0, 13, 7, 13, 0 NFSMOUNT: 640, 0, 0, 0, 0, 0 NFSNODE: 640, 0, 0, 0, 0, 0 pipe: 712, 0, 2, 63, 880, 0 ksiginfo: 112, 0, 376, 680, 376, 0 itimer: 344, 0, 0, 22, 1, 0 KNOTE: 120, 0, 6, 118, 35, 0 socket: 640, 12330, 27, 45, 286, 0 unpcb: 240, 12336, 10, 70, 20, 0 ipq: 56, 819, 0, 0, 0, 0 udpcb: 280, 12334, 7, 63, 251, 0 inpcb: 280, 12334, 9, 33, 13, 0 tcpcb: 728, 12330, 9, 16, 13, 0 tcptw: 88, 2478, 0, 0, 0, 0 syncache: 136, 15372, 0, 0, 0, 0 hostcache: 136, 15372, 0, 0, 0, 0 tcpreass: 40, 1680, 0, 0, 0, 0 sackhole: 32, 0, 0, 0, 0, 0 sctp_ep: 1160, 12330, 0, 0, 0, 0 sctp_asoc: 2152, 40000, 0, 0, 0, 0 sctp_laddr: 48, 80064, 0, 144, 2, 0 sctp_raddr: 584, 80003, 0, 0, 0, 0 sctp_chunk: 136, 400008, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0 sctp_stream_msg_out: 88, 400008, 0, 0, 0, 0 sctp_asconf: 40, 400008, 0, 0, 0, 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, 0 ripcb: 280, 12334, 0, 0, 0, 0 rtentry: 232, 0, 9, 39, 9, 0 zio_cache: 672, 0, 5, 10585, 1515161, 0 dmu_buf_impl_t: 224, 0, 8767, 260, 40691, 0 dnode_t: 760, 0, 1578, 97, 2839, 0 arc_buf_hdr_t: 184, 0, 13995, 453, 40842, 0 arc_buf_t: 40, 0, 8746, 494, 41434, 0 zil_lwb_cache: 200, 0, 2, 2164, 3926, 0 zfs_znode_cache: 336, 0, 673, 218, 1276, 0 selfd: 56, 0, 44, 271, 3245, 0 SWAPMETA: 288, 116519, 0, 0, 0, 0 Mountpoints: 800, 0, 37, 43, 88, 0 FFS inode: 176, 0, 7, 56, 7, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 7, 38, 7, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 3006 4 irq12: psm0 9 0 irq18: fwohci0 3 0 irq20: atapci2 117 0 irq21: ohci0+ 58425 89 irq22: ehci0 19116 29 irq23: atapci1 72123 109 cpu0: timer 1695176 2584 cpu1: timer 1685074 2568 cpu2: timer 1672747 2549 cpu3: timer 1672756 2549 Total 6878552 10485 ------------------------------------------------------------------------ pstat -T 100/12328 files 0M/65535M swap space ------------------------------------------------------------------------ pstat -s Device 1K-blocks Used Avail Capacity /dev/ad4s1b 16777088 0 16777088 0% /dev/ad6s1d 16777088 0 16777088 0% /dev/ad12s1d 16777088 0 16777088 0% /dev/ad14s1b 16777088 0 16777088 0% Total 67108352 0 67108352 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad4 ad6 ad12 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s 56.47 62 3.44 46.83 48 2.18 47.01 48 2.18 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 33554432 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 8192 (max amount of shared memory in pages) seminfo: semmap: 30 (# of entries in semaphore map) semmni: 10 (# of semaphore identifiers) semmns: 60 (# of semaphores in system) semmnu: 30 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 104 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 0 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 4 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 132 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 24 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 108 delivered 100 datagrams output 0 times multicast source filter matched ip: 1419 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 132 packets for this host 30 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 1257 packets received for unknown multicast group 0 redirects sent 121 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 30 messages received 0 messages received with too few bytes 0 messages received with bad checksum 14 membership queries received 0 membership queries received with invalid field(s) 16 membership reports received 0 membership reports received with invalid field(s) 16 membership reports received for groups to which we belong 21 membership reports sent ip6: 10 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 10 packets not forwardable 0 redirects sent 4 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 10 multicast packets which we don't join Input histogram: UDP: 10 Mbuf statistics: 0 one mbuf 10 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not continuous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection 0 forward cache hit 0 forward cache miss Source addresses selection rule applied: 1 first candidate 1 same address icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: multicast listener report: 4 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calcurations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 1/1034/1035 mbufs in use (current/cache/total) 0/558/558/25600 mbuf clusters in use (current/cache/total/max) 0/512 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 18014398509481983K/1374K/1374K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ------------------------------------------------------------------------ netstat -id Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll Drop fwe0* 1500 82:00:00:00:00:00 0 0 0 0 0 0 fwip0 1500 80:00:00:00:00:00:00:00:0a:02:ff:fe:00:00:00:00 0 0 0 0 0 0 lo0 16384 0 0 0 0 0 0 lo0 16384 fe80:3::1 fe80:3::1 0 - 0 - - - lo0 16384 localhost ::1 0 - 0 - - - lo0 16384 your-net localhost 0 - 0 - - - rum0 2290 00:17:3f:72:40:90 0 0 316 2 0 0 wlan0 1500 00:17:3f:72:40:90 1435 0 122 0 0 0 wlan0 1500 192.168.0.0 w2fzz0vc03 162 - 121 - - - ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.0.1 UGS 0 76 wlan0 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.0.0/24 link#5 UC 0 0 wlan0 192.168.0.1 00:1c:df:77:6c:f5 UHLW 2 14 wlan0 1251 Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#3 UHL lo0 ff01:3::/32 fe80::1%lo0 UC lo0 ff02::%lo0/32 fe80::1%lo0 UC lo0 ------------------------------------------------------------------------ netstat -anA Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr ffffff0004decd20 stream 0 0 ffffff00856fb938 0 0 0 /var/run/cups.sock ffffff0004dedb40 stream 0 0 ffffff0004fa0000 0 0 0 /var/run/mdnsd ffffff0004ded000 stream 0 0 ffffff0004d123b0 0 0 0 /var/run/devd.pipe ffffff00857fa870 dgram 0 0 0 ffffff0004dede10 0 ffffff00859693c0 ffffff00859693c0 dgram 0 0 0 ffffff0004dede10 0 ffffff0004deca50 ffffff0004dec960 dgram 0 0 0 ffffff0004ea5000 0 0 ffffff0004deca50 dgram 0 0 0 ffffff0004dede10 0 ffffff0004dedd20 ffffff0004dedd20 dgram 0 0 0 ffffff0004dede10 0 0 ffffff0004dede10 dgram 0 0 ffffff0004fa3938 0 ffffff00857fa870 0 /var/run/logpriv ffffff0004ea5000 dgram 0 0 ffffff0004fa3b10 0 ffffff0004dec960 0 /var/run/log ------------------------------------------------------------------------ netstat -aL ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root zpool 2001 root / 3 drwxr-xr-x 32 r root zpool 2001 wd / 24 drwxr-xr-x 98 r root zpool 2001 text / 1090 -r-xr-xr-x 67152 r root zpool 2001 0 /dev 55 crw------- ttyv1 rw root zpool 2001 1 /dev 55 crw------- ttyv1 rw root zpool 2001 2 /dev 55 crw------- ttyv1 rw root zpool 2001 3 /dev 76 crw-rw---- zfs rw root zpool 2001 4 /dev 31 crw-rw-rw- null r root zpool 2001 5 / 745 -rw-r--r-- 0 r root tcsh 1997 root / 3 drwxr-xr-x 32 r root tcsh 1997 wd / 24 drwxr-xr-x 98 r root tcsh 1997 text / 1008 -r-xr-xr-x 345232 r root tcsh 1997 15 /dev 55 crw------- ttyv1 rw root tcsh 1997 16 /dev 55 crw------- ttyv1 rw root tcsh 1997 17 /dev 55 crw------- ttyv1 rw root tcsh 1997 18 /dev 55 crw------- ttyv1 rw root tcsh 1997 19 /dev 55 crw------- ttyv1 rw root zil_clean 1967 root / 3 drwxr-xr-x 32 r root zil_clean 1967 wd / 3 drwxr-xr-x 32 r root zil_clean 1966 root / 3 drwxr-xr-x 32 r root zil_clean 1966 wd / 3 drwxr-xr-x 32 r root zil_clean 1964 root / 3 drwxr-xr-x 32 r root zil_clean 1964 wd / 3 drwxr-xr-x 32 r root zil_clean 1962 root / 3 drwxr-xr-x 32 r root zil_clean 1962 wd / 3 drwxr-xr-x 32 r root zil_clean 1960 root / 3 drwxr-xr-x 32 r root zil_clean 1960 wd / 3 drwxr-xr-x 32 r root zil_clean 1958 root / 3 drwxr-xr-x 32 r root zil_clean 1958 wd / 3 drwxr-xr-x 32 r root zil_clean 1957 root / 3 drwxr-xr-x 32 r root zil_clean 1957 wd / 3 drwxr-xr-x 32 r root zil_clean 1956 root / 3 drwxr-xr-x 32 r root zil_clean 1956 wd / 3 drwxr-xr-x 32 r root zil_clean 1955 root / 3 drwxr-xr-x 32 r root zil_clean 1955 wd / 3 drwxr-xr-x 32 r root zil_clean 1954 root / 3 drwxr-xr-x 32 r root zil_clean 1954 wd / 3 drwxr-xr-x 32 r root zil_clean 1953 root / 3 drwxr-xr-x 32 r root zil_clean 1953 wd / 3 drwxr-xr-x 32 r root zil_clean 1952 root / 3 drwxr-xr-x 32 r root zil_clean 1952 wd / 3 drwxr-xr-x 32 r root zil_clean 1951 root / 3 drwxr-xr-x 32 r root zil_clean 1951 wd / 3 drwxr-xr-x 32 r root zil_clean 1950 root / 3 drwxr-xr-x 32 r root zil_clean 1950 wd / 3 drwxr-xr-x 32 r root zil_clean 1949 root / 3 drwxr-xr-x 32 r root zil_clean 1949 wd / 3 drwxr-xr-x 32 r root zil_clean 1948 root / 3 drwxr-xr-x 32 r root zil_clean 1948 wd / 3 drwxr-xr-x 32 r root zil_clean 1947 root / 3 drwxr-xr-x 32 r root zil_clean 1947 wd / 3 drwxr-xr-x 32 r root zil_clean 1946 root / 3 drwxr-xr-x 32 r root zil_clean 1946 wd / 3 drwxr-xr-x 32 r root zil_clean 1945 root / 3 drwxr-xr-x 32 r root zil_clean 1945 wd / 3 drwxr-xr-x 32 r root zil_clean 1944 root / 3 drwxr-xr-x 32 r root zil_clean 1944 wd / 3 drwxr-xr-x 32 r root zil_clean 1943 root / 3 drwxr-xr-x 32 r root zil_clean 1943 wd / 3 drwxr-xr-x 32 r root zil_clean 1942 root / 3 drwxr-xr-x 32 r root zil_clean 1942 wd / 3 drwxr-xr-x 32 r root zil_clean 1941 root / 3 drwxr-xr-x 32 r root zil_clean 1941 wd / 3 drwxr-xr-x 32 r root zil_clean 1940 root / 3 drwxr-xr-x 32 r root zil_clean 1940 wd / 3 drwxr-xr-x 32 r root zil_clean 1939 root / 3 drwxr-xr-x 32 r root zil_clean 1939 wd / 3 drwxr-xr-x 32 r root zil_clean 1778 root / 3 drwxr-xr-x 32 r root zil_clean 1778 wd / 3 drwxr-xr-x 32 r root zil_clean 1777 root / 3 drwxr-xr-x 32 r root zil_clean 1777 wd / 3 drwxr-xr-x 32 r root zil_clean 1775 root / 3 drwxr-xr-x 32 r root zil_clean 1775 wd / 3 drwxr-xr-x 32 r root tcsh 1714 root / 3 drwxr-xr-x 32 r root tcsh 1714 wd / 24 drwxr-xr-x 98 r root tcsh 1714 text / 1008 -r-xr-xr-x 345232 r root tcsh 1714 0 /dev 54 crw------- ttyv0 rw root tcsh 1714 1 /dev 54 crw------- ttyv0 rw root tcsh 1714 2 /dev 54 crw------- ttyv0 rw root tcsh 1714 15 /dev 54 crw------- ttyv0 rw root tcsh 1714 16 /dev 54 crw------- ttyv0 rw root tcsh 1714 17 /dev 54 crw------- ttyv0 rw root tcsh 1714 18 /dev 54 crw------- ttyv0 rw root tcsh 1714 19 /dev 54 crw------- ttyv0 rw root getty 1710 root / 3 drwxr-xr-x 32 r root getty 1710 wd / 3 drwxr-xr-x 32 r root getty 1710 text /usr 1227 -r-xr-xr-x 27728 r root getty 1710 0 /dev 64 crw------- ttyva rw root getty 1710 1 /dev 64 crw------- ttyva rw root getty 1710 2 /dev 64 crw------- ttyva rw root getty 1709 root / 3 drwxr-xr-x 32 r root getty 1709 wd / 3 drwxr-xr-x 32 r root getty 1709 text /usr 1227 -r-xr-xr-x 27728 r root getty 1709 0 /dev 63 crw------- ttyv9 rw root getty 1709 1 /dev 63 crw------- ttyv9 rw root getty 1709 2 /dev 63 crw------- ttyv9 rw root getty 1708 root / 3 drwxr-xr-x 32 r root getty 1708 wd / 3 drwxr-xr-x 32 r root getty 1708 text /usr 1227 -r-xr-xr-x 27728 r root getty 1708 0 /dev 62 crw------- ttyv8 rw root getty 1708 1 /dev 62 crw------- ttyv8 rw root getty 1708 2 /dev 62 crw------- ttyv8 rw root getty 1707 root / 3 drwxr-xr-x 32 r root getty 1707 wd / 3 drwxr-xr-x 32 r root getty 1707 text /usr 1227 -r-xr-xr-x 27728 r root getty 1707 0 /dev 61 crw------- ttyv7 rw root getty 1707 1 /dev 61 crw------- ttyv7 rw root getty 1707 2 /dev 61 crw------- ttyv7 rw root getty 1706 root / 3 drwxr-xr-x 32 r root getty 1706 wd / 3 drwxr-xr-x 32 r root getty 1706 text /usr 1227 -r-xr-xr-x 27728 r root getty 1706 0 /dev 60 crw------- ttyv6 rw root getty 1706 1 /dev 60 crw------- ttyv6 rw root getty 1706 2 /dev 60 crw------- ttyv6 rw root getty 1705 root / 3 drwxr-xr-x 32 r root getty 1705 wd / 3 drwxr-xr-x 32 r root getty 1705 text /usr 1227 -r-xr-xr-x 27728 r root getty 1705 0 /dev 59 crw------- ttyv5 rw root getty 1705 1 /dev 59 crw------- ttyv5 rw root getty 1705 2 /dev 59 crw------- ttyv5 rw root getty 1704 root / 3 drwxr-xr-x 32 r root getty 1704 wd / 3 drwxr-xr-x 32 r root getty 1704 text /usr 1227 -r-xr-xr-x 27728 r root getty 1704 0 /dev 58 crw------- ttyv4 rw root getty 1704 1 /dev 58 crw------- ttyv4 rw root getty 1704 2 /dev 58 crw------- ttyv4 rw root getty 1703 root / 3 drwxr-xr-x 32 r root getty 1703 wd / 3 drwxr-xr-x 32 r root getty 1703 text /usr 1227 -r-xr-xr-x 27728 r root getty 1703 0 /dev 57 crw------- ttyv3 rw root getty 1703 1 /dev 57 crw------- ttyv3 rw root getty 1703 2 /dev 57 crw------- ttyv3 rw root getty 1702 root / 3 drwxr-xr-x 32 r root getty 1702 wd / 3 drwxr-xr-x 32 r root getty 1702 text /usr 1227 -r-xr-xr-x 27728 r root getty 1702 0 /dev 56 crw------- ttyv2 rw root getty 1702 1 /dev 56 crw------- ttyv2 rw root getty 1702 2 /dev 56 crw------- ttyv2 rw root login 1701 root / 3 drwxr-xr-x 32 r root login 1701 wd / 24 drwxr-xr-x 98 r root login 1701 text /usr 817 -r-sr-xr-x 25400 r root login 1701 0 /dev 55 crw------- ttyv1 rw root login 1701 1 /dev 55 crw------- ttyv1 rw root login 1701 2 /dev 55 crw------- ttyv1 rw root login 1701 3 / 751 -rw------- 567 r root login 1701 4 / 750 -r--r--r-- 652 r root login 1701 5 / 746 -rw------- 225 r root login 1701 6* local dgram ffffff00857fa870 <-> ffffff0004dede10 root login 1700 root / 3 drwxr-xr-x 32 r root login 1700 wd / 24 drwxr-xr-x 98 r root login 1700 text /usr 817 -r-sr-xr-x 25400 r root login 1700 0 /dev 54 crw------- ttyv0 rw root login 1700 1 /dev 54 crw------- ttyv0 rw root login 1700 2 /dev 54 crw------- ttyv0 rw root login 1700 3 / 751 -rw------- 567 r root login 1700 4 / 750 -r--r--r-- 652 r root login 1700 5 / 746 -rw------- 225 r root login 1700 6* local dgram ffffff00859693c0 <-> ffffff0004dede10 root inetd 1674 root / 3 drwxr-xr-x 32 r root inetd 1674 wd / 3 drwxr-xr-x 32 r root inetd 1674 text /usr 191 -r-xr-xr-x 47296 r root inetd 1674 0 /dev 31 crw-rw-rw- null rw root inetd 1674 1 /dev 31 crw-rw-rw- null rw root inetd 1674 2 /dev 31 crw-rw-rw- null rw root inetd 1674 3 /var 6228 -rw------- 4 w root inetd 1674 4* pipe ffffff0004e71858 <-> ffffff0004e719a8 0 rw root inetd 1674 5* pipe ffffff0004e719a8 <-> ffffff0004e71858 0 rw root moused 1650 root / 3 drwxr-xr-x 32 r root moused 1650 wd / 3 drwxr-xr-x 32 r root moused 1650 text /usr 194 -r-xr-xr-x 40080 r root moused 1650 0 /dev 31 crw-rw-rw- null rw root moused 1650 1 /dev 31 crw-rw-rw- null rw root moused 1650 2 /dev 31 crw-rw-rw- null rw root moused 1650 3 /dev 46 crw-rw-rw- psm0 rw root moused 1650 4 /dev 70 crw------- consolectl rw root moused 1650 5 /var 6227 -rw------- 4 w root uptimed 1638 root / 3 drwxr-xr-x 32 r root uptimed 1638 wd / 3 drwxr-xr-x 32 r root uptimed 1638 text /usr/local 110466 -r-xr-xr-x 15872 r root cron 1629 root / 3 drwxr-xr-x 32 r root cron 1629 wd /var 13 drwxr-x--- 3 r root cron 1629 text /usr 256 -r-xr-xr-x 38608 r root cron 1629 0 /dev 31 crw-rw-rw- null rw root cron 1629 1 /dev 31 crw-rw-rw- null rw root cron 1629 2 /dev 31 crw-rw-rw- null rw root cron 1629 3 /var 6224 -rw------- 4 w smmsp sendmail 1623 root / 3 drwxr-xr-x 32 r smmsp sendmail 1623 wd /var 110 drwxrwx--- 3 r smmsp sendmail 1623 text /usr 1229 -r-xr-sr-x 680072 r smmsp sendmail 1623 0 /dev 31 crw-rw-rw- null r smmsp sendmail 1623 1 /dev 31 crw-rw-rw- null w smmsp sendmail 1623 2 /dev 31 crw-rw-rw- null w smmsp sendmail 1623 3* local dgram ffffff0004dec960 <-> ffffff0004ea5000 root sendmail 1617 root / 3 drwxr-xr-x 32 r root sendmail 1617 wd /var 111 drwxr-xr-x 2 r root sendmail 1617 text /usr 1229 -r-xr-sr-x 680072 r root sendmail 1617 0 /dev 31 crw-rw-rw- null r root sendmail 1617 1 /dev 31 crw-rw-rw- null w root sendmail 1617 2 /dev 31 crw-rw-rw- null w root sendmail 1617 3* local dgram ffffff0004deca50 <-> ffffff0004dede10 root sendmail 1617 4* internet stream tcp ffffff0085608888 root sendmail 1617 5* internet6 stream tcp ffffff00856085b0 root sendmail 1617 6* internet stream tcp ffffff00856082d8 root sendmail 1617 7 /var 6223 -rw------- 44 w root sshd 1612 root / 3 drwxr-xr-x 32 r root sshd 1612 wd / 3 drwxr-xr-x 32 r root sshd 1612 text /usr 210 -r-xr-xr-x 241824 r root sshd 1612 0 /dev 31 crw-rw-rw- null rw root sshd 1612 1 /dev 31 crw-rw-rw- null rw root sshd 1612 2 /dev 31 crw-rw-rw- null rw root sshd 1612 3* internet6 stream tcp ffffff0085703000 root sshd 1612 4* internet stream tcp ffffff0085608b60 daemon slpd 1580 root / 3 drwxr-xr-x 32 r daemon slpd 1580 wd / 3 drwxr-xr-x 32 r daemon slpd 1580 text /usr/local 110501 -r-xr-xr-x 82784 r daemon slpd 1580 3 /var 6120 -rw------- 812302 w daemon slpd 1580 4* internet stream tcp ffffff0004f9d888 daemon slpd 1580 5* internet stream tcp ffffff0004f9d5b0 daemon slpd 1580 6* internet dgram udp ffffff0004d90af0 daemon slpd 1580 7* internet dgram udp ffffff00857cf9d8 root cupsd 1571 root / 3 drwxr-xr-x 32 r root cupsd 1571 wd / 3 drwxr-xr-x 32 r root cupsd 1571 text /usr/local 110523 -rwxr-xr-x 908330 r root cupsd 1571 1 /dev 7 crw-rw-rw- random r root cupsd 1571 2 /var 6215 -rw-r--r-- 1564517 rw root cupsd 1571 3* internet stream tcp ffffff00857035b0 root cupsd 1571 4* internet6 stream tcp ffffff00857032d8 root cupsd 1571 5* local stream ffffff0004decd20 root cupsd 1571 6* internet dgram udp ffffff0004d6faf0 root cupsd 1571 7* pipe ffffff0004472b20 <-> ffffff0004472c70 0 rw root cupsd 1571 8* pipe ffffff0004472c70 <-> ffffff0004472b20 0 rw nobody mdnsd 1558 root / 3 drwxr-xr-x 32 r nobody mdnsd 1558 wd / 3 drwxr-xr-x 32 r nobody mdnsd 1558 text /usr/local 110499 -rwxr-xr-x 189869 r nobody mdnsd 1558 0 /dev 31 crw-rw-rw- null rw nobody mdnsd 1558 1 /dev 31 crw-rw-rw- null rw nobody mdnsd 1558 2 /dev 31 crw-rw-rw- null rw nobody mdnsd 1558 3* internet dgram udp ffffff0004d90578 nobody mdnsd 1558 4* internet dgram udp ffffff0004d909d8 nobody mdnsd 1558 5 / 536 -rw-r--r-- 44 r nobody mdnsd 1558 6* route raw 0 ffffff0004d6e780 nobody mdnsd 1558 7* local stream ffffff0004dedb40 nobody mdnsd 1558 8 / 536 -rw-r--r-- 44 r root powerd 1503 root / 3 drwxr-xr-x 32 r root powerd 1503 wd / 3 drwxr-xr-x 32 r root powerd 1503 text /usr 227 -r-xr-xr-x 13488 r root powerd 1503 0 /dev 31 crw-rw-rw- null rw root powerd 1503 1 /dev 31 crw-rw-rw- null rw root powerd 1503 2 /dev 31 crw-rw-rw- null rw root powerd 1503 3 /var 4542 -rw------- 4 w root auditd 1370 root / 3 drwxr-xr-x 32 r root auditd 1370 wd / 3 drwxr-xr-x 32 r root auditd 1370 text /usr 77 -r-xr-xr-x 20384 r root auditd 1370 0 /dev 31 crw-rw-rw- null rw root auditd 1370 1 /dev 31 crw-rw-rw- null rw root auditd 1370 2 /dev 31 crw-rw-rw- null rw root auditd 1370 3* local dgram ffffff0004dedd20 <-> ffffff0004dede10 root auditd 1370 4 /var 4538 -rw-r--r-- 5 w root auditd 1370 5 /dev 19 crw------- audit r root auditd 1370 6 / 746 -rw------- 225 r root auditd 1370 8 / 750 -r--r--r-- 652 r root syslogd 1315 root / 3 drwxr-xr-x 32 r root syslogd 1315 wd / 3 drwxr-xr-x 32 r root syslogd 1315 text /usr 242 -r-xr-xr-x 38976 r root syslogd 1315 0 /dev 31 crw-rw-rw- null rw root syslogd 1315 1 /dev 31 crw-rw-rw- null rw root syslogd 1315 2 /dev 31 crw-rw-rw- null rw root syslogd 1315 3 /var 46 -rw------- 4 w root syslogd 1315 4* local dgram ffffff0004ea5000 root syslogd 1315 5* local dgram ffffff0004dede10 root syslogd 1315 6* internet6 dgram udp ffffff0004d6fe38 root syslogd 1315 7* internet dgram udp ffffff0004d90000 root syslogd 1315 8 /dev 33 crw------- klog r root syslogd 1315 10 - - bad - root syslogd 1315 11 /var 6284 -rw-r--r-- 26174 w root syslogd 1315 12 /var 6165 -rw------- 3761 w root syslogd 1315 13 /var 6127 -rw------- 51509 w root syslogd 1315 14 /var 6167 -rw-r----- 5487 w root syslogd 1315 15 /var 6199 -rw-r--r-- 82 w root syslogd 1315 16 /var 6119 -rw------- 82 w root syslogd 1315 17 /var 6147 -rw------- 25357 w root syslogd 1315 18 /var 6124 -rw------- 82118 w root syslogd 1315 19 /var 6146 -rw------- 49305 w root syslogd 1315 20 /var 6198 -rw------- 599426 w root syslogd 1315 21 /var 6101 -rw-r----- 82 w root syslogd 1315 22 /var 6104 -rw-r----- 82 w root syslogd 1315 23 /var 6099 -rw-r--r-- 255549441 w root devd 1072 root / 3 drwxr-xr-x 32 r root devd 1072 wd / 3 drwxr-xr-x 32 r root devd 1072 text / 1124 -r-xr-xr-x 401160 r root devd 1072 0 /dev 31 crw-rw-rw- null rw root devd 1072 1 /dev 31 crw-rw-rw- null rw root devd 1072 2 /dev 31 crw-rw-rw- null rw root devd 1072 3 /dev 5 crw------- devctl r root devd 1072 4* local stream ffffff0004ded000 root devd 1072 5 /var 39 -rw------- 4 w root adjkerntz 545 root / 3 drwxr-xr-x 32 r root adjkerntz 545 wd / 3 drwxr-xr-x 32 r root adjkerntz 545 text / 1102 -r-xr-xr-x 9072 r root adjkerntz 545 0 /dev 31 crw-rw-rw- null rw root adjkerntz 545 1 /dev 31 crw-rw-rw- null rw root adjkerntz 545 2 /dev 31 crw-rw-rw- null rw root zil_clean 455 root / 3 drwxr-xr-x 32 r root zil_clean 455 wd / 3 drwxr-xr-x 32 r root zil_clean 448 root / 3 drwxr-xr-x 32 r root zil_clean 448 wd / 3 drwxr-xr-x 32 r root zil_clean 435 root / 3 drwxr-xr-x 32 r root zil_clean 435 wd / 3 drwxr-xr-x 32 r root zil_clean 434 root / 3 drwxr-xr-x 32 r root zil_clean 434 wd / 3 drwxr-xr-x 32 r root zil_clean 433 root / 3 drwxr-xr-x 32 r root zil_clean 433 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 423 root / 3 drwxr-xr-x 32 r root txg_thread_enter 423 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 422 root / 3 drwxr-xr-x 32 r root txg_thread_enter 422 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 421 root / 3 drwxr-xr-x 32 r root txg_thread_enter 421 wd / 3 drwxr-xr-x 32 r root vdev:worker ad14s1 420 root / 3 drwxr-xr-x 32 r root vdev:worker ad14s1 420 wd / 3 drwxr-xr-x 32 r root vdev:worker ad12s1 419 root / 3 drwxr-xr-x 32 r root vdev:worker ad12s1 419 wd / 3 drwxr-xr-x 32 r root vdev:worker ad6s1d 418 root / 3 drwxr-xr-x 32 r root vdev:worker ad6s1d 418 wd / 3 drwxr-xr-x 32 r root vdev:worker ad4s1d 417 root / 3 drwxr-xr-x 32 r root vdev:worker ad4s1d 417 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 416 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 416 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 415 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 415 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 414 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 414 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 413 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 413 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 412 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 412 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 411 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 411 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 410 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 410 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 409 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 409 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 408 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 408 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 407 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 407 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 406 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 406 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 405 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 405 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 404 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 404 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 403 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 403 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 402 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 402 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 401 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 401 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 400 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 400 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 399 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 399 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 398 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 398 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 397 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 397 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 396 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 396 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 395 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 395 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 394 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 394 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 393 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 393 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 392 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 392 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 391 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 391 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 390 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 390 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 389 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 389 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 388 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 388 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 387 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 387 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 386 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 386 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 385 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 385 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 384 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 384 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 383 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 383 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 382 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 382 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 381 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 381 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 380 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 380 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 379 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 379 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 378 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 378 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 377 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 377 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 376 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 376 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 375 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 375 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 374 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 374 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 373 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 373 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 372 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 372 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 371 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 371 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 370 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 370 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 369 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 369 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 316 root / 3 drwxr-xr-x 32 r root txg_thread_enter 316 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 315 root / 3 drwxr-xr-x 32 r root txg_thread_enter 315 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 314 root / 3 drwxr-xr-x 32 r root txg_thread_enter 314 wd / 3 drwxr-xr-x 32 r root vdev:worker da0s2a 313 root / 3 drwxr-xr-x 32 r root vdev:worker da0s2a 313 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 312 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 312 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 311 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 311 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 310 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 310 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 309 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 309 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 308 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 308 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 307 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 307 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 306 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 306 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 305 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 305 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 304 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 304 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 303 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 303 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 302 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 302 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 301 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 301 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 300 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 300 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 299 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 299 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 298 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 298 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 297 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 297 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 296 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 296 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 295 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 295 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 294 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 294 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 293 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 293 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 292 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 292 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 291 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 291 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 290 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 290 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 289 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 289 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 288 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 288 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 287 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 287 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 286 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 286 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 285 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 285 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 284 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 284 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 283 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 283 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 282 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 282 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 281 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 281 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 280 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 280 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 279 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 279 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 278 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 278 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 277 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 277 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 276 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 276 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 275 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 275 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 274 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 274 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 273 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 273 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 272 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 272 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 271 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 271 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 270 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 270 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 269 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 269 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 268 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 268 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 267 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 267 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 266 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 266 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 265 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 265 wd / 3 drwxr-xr-x 32 r root USBPROC 196 root / 3 drwxr-xr-x 32 r root USBPROC 196 wd / 3 drwxr-xr-x 32 r root USBPROC 195 root / 3 drwxr-xr-x 32 r root USBPROC 195 wd / 3 drwxr-xr-x 32 r root USBPROC 194 root / 3 drwxr-xr-x 32 r root USBPROC 194 wd / 3 drwxr-xr-x 32 r root USBPROC 193 root / 3 drwxr-xr-x 32 r root USBPROC 193 wd / 3 drwxr-xr-x 32 r root USBPROC 192 root / 3 drwxr-xr-x 32 r root USBPROC 192 wd / 3 drwxr-xr-x 32 r root USBPROC 191 root / 3 drwxr-xr-x 32 r root USBPROC 191 wd / 3 drwxr-xr-x 32 r root USBPROC 172 root / 3 drwxr-xr-x 32 r root USBPROC 172 wd / 3 drwxr-xr-x 32 r root USBPROC 171 root / 3 drwxr-xr-x 32 r root USBPROC 171 wd / 3 drwxr-xr-x 32 r root zil_clean 145 root / 3 drwxr-xr-x 32 r root zil_clean 145 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 144 root / 3 drwxr-xr-x 32 r root txg_thread_enter 144 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 143 root / 3 drwxr-xr-x 32 r root txg_thread_enter 143 wd / 3 drwxr-xr-x 32 r root txg_thread_enter 142 root / 3 drwxr-xr-x 32 r root txg_thread_enter 142 wd / 3 drwxr-xr-x 32 r root vdev:worker ad14s2 141 root / 3 drwxr-xr-x 32 r root vdev:worker ad14s2 141 wd / 3 drwxr-xr-x 32 r root vdev:worker ad12s2 140 root / 3 drwxr-xr-x 32 r root vdev:worker ad12s2 140 wd / 3 drwxr-xr-x 32 r root USBPROC 139 root / 3 drwxr-xr-x 32 r root USBPROC 139 wd / 3 drwxr-xr-x 32 r root vdev:worker ad6s2 138 root / 3 drwxr-xr-x 32 r root vdev:worker ad6s2 138 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 137 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 137 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 136 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 136 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 135 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 135 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_5 134 root / 3 drwxr-xr-x 32 r root spa_zio_intr_5 134 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 133 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 133 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 132 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 132 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 131 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 131 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_5 130 root / 3 drwxr-xr-x 32 r root spa_zio_issue_5 130 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 129 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 129 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 128 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 128 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 127 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 127 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_4 126 root / 3 drwxr-xr-x 32 r root spa_zio_intr_4 126 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 125 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 125 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 124 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 124 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 123 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 123 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_4 122 root / 3 drwxr-xr-x 32 r root spa_zio_issue_4 122 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 121 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 121 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 120 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 120 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 119 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 119 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_3 118 root / 3 drwxr-xr-x 32 r root spa_zio_intr_3 118 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 117 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 117 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 116 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 116 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 115 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 115 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_3 114 root / 3 drwxr-xr-x 32 r root spa_zio_issue_3 114 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 113 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 113 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 112 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 112 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 111 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 111 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_2 110 root / 3 drwxr-xr-x 32 r root spa_zio_intr_2 110 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 109 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 109 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 108 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 108 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 107 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 107 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_2 106 root / 3 drwxr-xr-x 32 r root spa_zio_issue_2 106 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 105 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 105 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 104 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 104 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 103 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 103 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_1 102 root / 3 drwxr-xr-x 32 r root spa_zio_intr_1 102 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 101 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 101 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 100 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 100 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 99 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 99 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_1 98 root / 3 drwxr-xr-x 32 r root spa_zio_issue_1 98 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 97 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 97 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 96 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 96 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 95 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 95 wd / 3 drwxr-xr-x 32 r root spa_zio_intr_0 94 root / 3 drwxr-xr-x 32 r root spa_zio_intr_0 94 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 93 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 93 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 92 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 92 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 91 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 91 wd / 3 drwxr-xr-x 32 r root spa_zio_issue_0 90 root / 3 drwxr-xr-x 32 r root spa_zio_issue_0 90 wd / 3 drwxr-xr-x 32 r root USBPROC 89 root / 3 drwxr-xr-x 32 r root USBPROC 89 wd / 3 drwxr-xr-x 32 r root init 1 root / 3 drwxr-xr-x 32 r root init 1 wd / 3 drwxr-xr-x 32 r root init 1 text / 1197 -r-xr-xr-x 705696 r root kernel 0 root / 3 drwxr-xr-x 32 r root kernel 0 wd / 3 drwxr-xr-x 32 r ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #1: Wed Oct 15 21:39:04 BST 2008 sandbox@w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/newusb/obj/usr/home/sandbox/newusb/src/sys/GENERIC_usb2 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU @ 2.66GHz (2660.04-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4276260864 (4078 MB) avail memory = 4091035648 (3901 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, f00000 (3) failed acpi0: reservation of 1000000, 9edbcc00 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xdc80-0xdcff mem 0xde000000-0xdeffffff,0xa0000000-0xafffffff,0xdc000000-0xddffffff irq 16 at device 0.0 on pci1 pcib2: at device 4.0 on pci0 pci2: on pcib2 pcib3: at device 5.0 on pci0 pci3: on pcib3 pci0: at device 9.0 (no driver attached) isab0: port 0x4f00-0x4fff at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xdfffc000-0xdfffcfff irq 21 at device 11.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xdfffbf00-0xdfffbfff irq 22 at device 11.1 on pci0 ehci0: [ITHREAD] usbus1: waiting for BIOS to give up control usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xecf0-0xecff at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf mem 0xdfffd000-0xdfffdfff irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0xfe40-0xfe47,0xfe50-0xfe53,0xfe60-0xfe67,0xfe70-0xfe73,0xfed0-0xfedf mem 0xdfffe000-0xdfffefff irq 20 at device 14.1 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] atapci3: port 0xfe80-0xfe87,0xfe90-0xfe93,0xfea0-0xfea7,0xfeb0-0xfeb3,0xfef0-0xfeff mem 0xdffff000-0xdfffffff irq 21 at device 14.2 on pci0 atapci3: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] ata7: on atapci3 ata7: [ITHREAD] pcib4: at device 15.0 on pci0 pci4: on pcib4 pci4: at device 4.0 (no driver attached) pci4: at device 5.0 (no driver attached) fwohci0: mem 0xdadfb800-0xdadfbfff,0xdadfc000-0xdadfffff irq 18 at device 10.0 on pci4 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 80:00:00:00:00:00:00:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x2598000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 82:00:00:00:00:00 fwe0: Ethernet address: 82:00:00:00:00:00 fwip0: on firewire0 fwip0: Firewire address: 80:00:00:00:00:00:00:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pcib5: at device 19.0 on pci0 pci5: on pcib5 pcib6: at device 24.0 on pci0 pci6: on pcib6 vgapci1: port 0xbc80-0xbcff mem 0xd1000000-0xd1ffffff,0xc0000000-0xcfffffff,0xd2000000-0xd3ffffff irq 16 at device 0.0 on pci6 atrtc0: port 0x70-0x7f irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr a2a0a2a86000a2a device_attach: est3 attach returned 6 p4tcc3: on cpu3 orm0: at iomem 0xc0000-0xcc7ff,0xcc800-0xce7ff,0xce800-0xcffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ZFS filesystem version 6 ZFS storage pool version 6 ugen0.1: at usbus0 ushub0: on usbus0 ushub0: 10 ports with 10 removable, self powered usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 ushub1: on usbus1 ushub1: 10 ports with 10 removable, self powered ad4: 305245MB at ata2-master SATA300 ad6: 305245MB at ata3-master SATA300 acd0: CDRW at ata4-master SATA150 acd1: DVDR at ata5-master SATA150 GEOM_LABEL: Label for provider ad4s2 is ntfs/System. ad12: 305245MB at ata6-master SATA300 ad14: 305245MB at ata7-master SATA300 lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from zfs:tank lock order reversal: 1st 0xffffff0002d72000 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372 2nd 0xffffff0002d73448 devfs (devfs) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_lookup.c:428 3rd 0xffffff0002d71c80 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a5 __lockmgr_args() at __lockmgr_args+0xca6 vfs_busy() at vfs_busy+0xd0 vfs_mount_alloc() at vfs_mount_alloc+0x7d vfs_donmount() at vfs_donmount+0xf05 kernel_mount() at kernel_mount+0xa1 kernel_vmount() at kernel_vmount+0xce vfs_mountroot_try() at vfs_mountroot_try+0xf4 vfs_mountroot() at vfs_mountroot+0x3ea start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffe40023d40, rbp = 0 --- ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 lock order reversal: 1st 0xffffff0002c4a7f8 zfs (zfs) @ /usr/home/sandbox/newusb/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1123 2nd 0xffffff0002d72000 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a5 __lockmgr_args() at __lockmgr_args+0xca6 vfs_busy() at vfs_busy+0xd0 lookup() at lookup+0x8c0 namei() at namei+0x454 kern_unlinkat() at kern_unlinkat+0x9d vfs_mountroot_try() at vfs_mountroot_try+0x411 vfs_mountroot() at vfs_mountroot+0x3ea start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffe40023d40, rbp = 0 --- lock order reversal: 1st 0xffffff00024ee070 user map (user map) @ /usr/home/sandbox/newusb/src/sys/vm/vm_map.c:3115 2nd 0xffffff0002c4a448 zfs (zfs) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:2049 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a5 __lockmgr_args() at __lockmgr_args+0xca6 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at umass0:1:0:-1: At_tvanc_hleodc kt+o0 xs5c0bu s1 vget() at vget+0x7d vnode_pager_lock() at vnode_pager_lock+0x1d4 vm_fault() at vm_fault+0x22f trap_pfault() at trap_pfault+0x103 trap() at trap+0x51c calltrap() at calltrap+0x8 --- trap 0xc, rip = 0x40014f, rsp = 0x7fffffffee70, rbp = 0x7fffffffee90 --- da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) GEOM_LABEL: Label for provider da0s1 is ntfs/Backup. Entropy harvesting: interrupts ethernet point_to_point ugen1.3: at usbus1 ushub2: on usbus1 kickstart . ushub2: 7 ports with 7 removable, self powered ugen1.4: at usbus1 ugen1.5: at usbus1 rum0: on usbus1 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 ugen1.6: at usbus1 umass1: on usbus1 umass1: SCSI over Bulk-Only; quirks = 0x0000 umass1:2:1:-1: Attached to scbus2 da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim1 bus 1 target 0 lun 1 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim1 bus 1 target 0 lun 2 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da4 at umass-sim1 bus 1 target 0 lun 3 da4: Removable Direct Access SCSI-0 device da4: 40.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present /dev/ad4s1a: 6872 files, 492217 used, 520797 free (3413 frags, 64673 blocks, 0.3% fragmentation) Mismatched versions: File system is version 2 on-disk format, which is incompatible with this software version 1! cannot mount 'backup/20080823-0125': Operation not supported lock order reversal: 1st 0xffffff0004b7d098 syncer (syncer) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:1657 2nd 0xffffff0004ba7960 vfslock (vfslock) @ /usr/home/sandbox/newusb/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a5 __lockmgr_args() at __lockmgr_args+0xca6 vfs_busy() at vfs_busy+0xd0 sync_fsync() at sync_fsync+0x9c sync_vnode() at sync_vnode+0x143 sched_sync() at sched_sync+0x1c5 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffeb4d05d40, rbp = 0 --- wlan0: Ethernet address: 00:17:3f:72:40:90 Starting Network: lo0. add net default: gateway 192.168.0.1 Additional TCP/IP options: tcp extensions=NO . savecore: reboot after panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 Oct 16 15:27:09 w2fzz0vc03 savecore: reboot after panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 savecore: writing core to vmcore.41 wlan0: link state changed to UP Additional ABI support: linux . Setting date via ntp. 16 Oct 15:28:06 ntpdate[1341]: step time server 192.108.114.23 offset 0.827552 sec Setting NIS domain: aah-go-on.com. pg_ctl: invalid data in PID file "/usr/local/pgsql/data/postmaster.pid" Oct 16 15:28:08 w2fzz0vc03 mDNSResponder (Engineering Build) (Aug 19 2008 18:02:49) [1558]: starting Configuring syscons: keymap font8x16 font8x14 font8x8 blanktime screensaver . Local package initialization: uptimed . Thu Oct 16 15:28:11 BST 2008 Oct 16 15:31:28 w2fzz0vc03 login: ROOT LOGIN (root) ON ttyv0 Oct 16 15:41:04 w2fzz0vc03 login: ROOT LOGIN (root) ON ttyv1 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xffffffff80b67e60) locked @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_warn() at witness_warn+0x232 trap() at trap+0x38f calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff807b2a46, rsp = 0xfffffffeb7267ac0, rbp = 0xfffffffeb7267b00 --- bcopy() at bcopy+0x16 usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x59 usb2_bdma_work_loop() at usb2_bdma_work_loop+0x2ac usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_wrapper() at usb2_callback_wrapper+0x101 usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_proc() at usb2_callback_proc+0x68 usb2_process() at usb2_process+0xc0 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffeb7267d40, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0xfffffffe69a00000 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff807b2a46 stack pointer = 0x10:0xfffffffeb7267ac0 frame pointer = 0x10:0xfffffffeb7267b00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 139 (USBPROC) lock order reversal: (Giant after non-sleepable) 1st 0xffffffff80b67e60 UMASS lock (UMASS lock) @ /usr/home/sandbox/newusb/src/sys/dev/usb2/core/usb2_transfer.c:1795 2nd 0xffffffff80b6bfe0 Giant (Giant) @ /usr/home/sandbox/newusb/src/sys/dev/kbdmux/kbdmux.c:1044 KDB: stack backtrace: panic: mutex Giant not owned at /usr/home/sandbox/newusb/src/sys/kern/tty_ttydisc.c:1129 cpuid = 3 KDB: stack backtrace: Physical memory: 4078 MB Dumping 1154 MB: 1139 1123 1107 1091 1075 1059 1043 1027 1011 995 979 963 947 931 915 899 883 867 851 835 819 803 787 771 755 739 723 707 691 675 659 643 627 611 595 579 563 547 531 515 499 483 467 451 435 419 403 387 371 355 339 323 307 291 275 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 ------------------------------------------------------------------------ kernel config config: File /boot/kernel/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE --Boundary-00=_5rJFJPtr8qjZ35l-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 22:02:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0CED1065697 for ; Fri, 7 Nov 2008 22:02:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 66D738FC08 for ; Fri, 7 Nov 2008 22:02:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA09.westchester.pa.mail.comcast.net with comcast id cH2M1a0010vyq2s59N2jEW; Fri, 07 Nov 2008 22:02:43 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.westchester.pa.mail.comcast.net with comcast id cN2i1a00W2P6wsM3RN2iiS; Fri, 07 Nov 2008 22:02:43 +0000 X-Authority-Analysis: v=1.0 c=1 a=bdeZpJpNa0wA:10 a=SER6hIBTabIA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=72P1bw4FPKIm2Cq_OUkA:9 a=CvpICBuFueS6u_oMzuoA:7 a=gRVlMwLC4Xgz4AwwdoqhxgghqngA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 2AB3C5C19; Fri, 7 Nov 2008 14:02:42 -0800 (PST) Date: Fri, 7 Nov 2008 14:02:42 -0800 From: Jeremy Chadwick To: Thomas Sparrevohn Message-ID: <20081107220242.GA14562@icarus.home.lan> References: <200810251925.47273.hselasky@c2i.net> <20081106210300.GA1595@wep4035.physik.uni-wuerzburg.de> <200811070036.15816.hselasky@c2i.net> <200811071946.01269.Thomas.Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200811071946.01269.Thomas.Sparrevohn@btinternet.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Alexey Shuvaev , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 22:02:44 -0000 On Fri, Nov 07, 2008 at 07:46:00PM +0000, Thomas Sparrevohn wrote: > On Thursday 06 November 2008 23:36:14 Hans Petter Selasky wrote: > > On Thursday 06 November 2008, Alexey Shuvaev wrote: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > > _witness_debugger() at _witness_debugger+0x49 > > > witness_checkorder() at witness_checkorder+0x7e6 > > > _sx_xlock() at _sx_xlock+0x44 > > > vm_map_lookup() at vm_map_lookup+0x47 > > > vm_fault() at vm_fault+0xfe > > > trap_pfault() at trap_pfault+0x1fa > > > trap() at trap+0x201 > > > calltrap() at calltrap+0x8 > > > --- trap 0xc, rip = 0xffffffff804b2466, rsp = 0xfffffffeba7f8ac0, rbp = > > > 0xfffffffeba7f8b00 --- bcopy() at bcopy+0x16 > > > usb2_bdma_pre_sync() at usb2_bdma_pre_sync+0x35 > > > usb2_bdma_work_loop() at usb2_bdma_work_loop+0x29b > > > usb2_command_wrapper() at usb2_command_wrapper+0x76 > > > usb2_callback_wrapper() at usb2_callback_wrapper+0xfd > > > usb2_command_wrapper() at usb2_command_wrapper+0x76 > > > usb2_callback_proc() at usb2_callback_proc+0x68 > > > usb2_process() at usb2_process+0xc0 > > > > Hi Alexey, > > > > This looks more like a busdma problem to me. "bcopy()" is called from > > within "bus_dmamap_sync()". Maybe you can figure out if it is the source or > > the destination address that fails? > > > > Looks like your system has started bouncing data to the 32-bit address range. > > > > I can reproduce an error like it whenever I use DMA on umass device - The error > somehow are triggered/created by the multiport patches that was introduced > in the ATA framework back in April - For a long time I believed it was an error > in the ATA frame work until I discovered that If I disabled the umass device > the error disappered > > I am using ZFS on both devices. If I change to usb2_ata the problem disappers. > I think that is because usb2_ata does not use DMA. > > I believe the problem is related to the DMA handling in the umass > > see attached fault - In short the problem has been around for a long time > but it seems to be related to the USB stack DMA handling - before usb2 > it showed up as a DMA error in the ATA driver - but that was because > the old umass driver somehow "stole" an active DMA > > {gigantic snip} Check out this thread, which includes patches: http://lists.freebsd.org/pipermail/freebsd-current/2008-November/thread.html#220 http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000220.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 22:24:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99BD51065689 for ; Fri, 7 Nov 2008 22:24:07 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id F152E8FC21 for ; Fri, 7 Nov 2008 22:24:06 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl202-73.kln.forthnet.gr [79.103.15.73]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mA7MNtTg012130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 8 Nov 2008 00:24:01 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mA7MNtPm003332 for ; Sat, 8 Nov 2008 00:23:55 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mA7MNr1J003331; Sat, 8 Nov 2008 00:23:53 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: freebsd-current@freebsd.org Date: Sat, 08 Nov 2008 00:23:53 +0200 Message-ID: <8763mz2n0m.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mA7MNtTg012130 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.055, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.34, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: Recent USB mouse regression 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 Nov 2008 22:24:07 -0000 A recent 8.0-CURRENT installation _without_ USB2 enabled or loaded from `loader.conf' seems to have regressed a bit from a couple of weeks ago. When I attach an old wired mouse I have at home: ums0: on uhub4 ums0: 3 buttons and Z dir. and run moused in debugging mode I can see mouse clicks being handled, but mouse movement `dies' after a bit of time. Pressing one of the mouse buttons generates moused events like: moused: received char 0x83 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: received char 0x7f moused: assembled full packet (len 8) 83,0,0,0,0,0,0,7f moused: ts: 3708 752982137 moused: : 3649 133538726 moused: flags:00000001 buttons:00000001 obuttons:00000000 moused: activity : buttons 0x00000001 dx 0 dy 0 dz 0 moused: mstate[0]->count:1 moused: button 1 count 1 moused: received char 0x87 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: received char 0x0 moused: received char 0x7f moused: assembled full packet (len 8) 87,0,0,0,0,0,0,7f moused: ts: 3708 859980149 moused: flags:00000001 buttons:00000000 obuttons:00000001 moused: activity : buttons 0x00000000 dx 0 dy 0 dz 0 moused: mstate[0]->count:1 moused: button 1 count 0 but moving the mouse doesn't show anything in the log of moused, as if the movement event were never delivered by the USB stack to `/dev/ums0'. Some times moused starts receiving movement events for 1-2 seconds and then they are gone again. One of the ways I can reliably get the mouse in a `dead' state is by typing in an xterm window. When xterm hides the mouse pointer of X11, mouse movement is gone for good. A second mouse -- a wireless Microsoft mouse -- attaches as ums0 but never delivers anything to moused: root: Unknown USB device: vendor 0x045e product 0x00e1 bus uhub4 kernel: ums0: on uhub4 kernel: ums0: 5 buttons and Z dir. Both of these used to work a couple of weeks ago, and I'm looking back through history to find out when this started. Is anyone else seeing something like this? From owner-freebsd-current@FreeBSD.ORG Fri Nov 7 23:04:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C73B106564A for ; Fri, 7 Nov 2008 23:04:13 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB968FC23 for ; Fri, 7 Nov 2008 23:04:12 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-016-244.pools.arcor-ip.net [88.66.16.244]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KyaN848bp-0004gk; Sat, 08 Nov 2008 00:04:11 +0100 Received: (qmail 70143 invoked from network); 7 Nov 2008 23:04:10 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by mx.laiers.local with SMTP; 7 Nov 2008 23:04:10 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 8 Nov 2008 00:04:09 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <49135844.7010500@lissyara.su> <87bpwsseof.fsf@kobe.laptop> <49140904.6080002@lissyara.su> In-Reply-To: <49140904.6080002@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200811080004.09597.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18S3NNZidxhd3Y+4sgQYBVmJUplyZ722Ja3Qcw rSTrQIQ2HlSgIc0pOw4vA//SKaxxj1Ae1JxR7quvHDs/MmTvlO eKqcUAeZb3Y/KARYa4Nzw== Cc: Alex Keda , Giorgos Keramidas Subject: Re: Cannot buildworld in 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: Fri, 07 Nov 2008 23:04:13 -0000 On Friday 07 November 2008 10:23:16 Alex Keda wrote: > Giorgos Keramidas =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Thu, 06 Nov 2008 23:51:25 +0300, Alex Keda wrote: > >> Alex Keda =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> =3D=3D=3D> usr.bin/du (all) > >>> cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall > >>> -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > >>> -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > >>> -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > >>> -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > >>> -Wno-pointer-sign -c /usr/src/usr.bin/du/du.c > >>> cc1: warnings being treated as errors > >>> /usr/src/usr.bin/du/du.c: In function 'main': > >>> /usr/src/usr.bin/du/du.c:276: warning: format '%jd' expects type > >>> intmax_t', but argument 2 has type 'long long int' > >>> *** Error code 1 > >>> > >>> Stop in /usr/src/usr.bin/du. > >>> *** Error code 1 > > Oops, this one slipped in because I only built in i386 and not amd64. Not Giorgos' fault ... I did the commit and I should have checked that it=20 builds properly. > another machine. Build success. Updated 2 hour ago... > You commit this patch? =3D) I committed a fix in r184742. Sorry for the breakage. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 00:11:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0EF1106564A for ; Sat, 8 Nov 2008 00:11:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id A5EAE8FC08 for ; Sat, 8 Nov 2008 00:11:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id cJ9k1a0460lTkoCA8QBWKU; Sat, 08 Nov 2008 00:11:30 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id cQBV1a0052P6wsM8QQBV5E; Sat, 08 Nov 2008 00:11:29 +0000 X-Authority-Analysis: v=1.0 c=1 a=uUfnya7hA3oA:10 a=xw72rLtdcjMA:10 a=QycZ5dHgAAAA:8 a=bKtheLr2vwmOw1xX-J8A:9 a=vDFqOzWuY3mf4Tr-TwRsaVfhdu8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 43E795C34; Fri, 7 Nov 2008 16:11:28 -0800 (PST) Date: Fri, 7 Nov 2008 16:11:28 -0800 From: Jeremy Chadwick To: Hans Petter Selasky Message-ID: <20081108001128.GA1437@icarus.home.lan> References: <20081107082740.GA1334@icarus.home.lan> <200811071811.27181.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200811071811.27181.hselasky@c2i.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic when copying data to umass device (USB4BSD) - problem found 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 Nov 2008 00:11:30 -0000 On Fri, Nov 07, 2008 at 06:11:26PM +0100, Hans Petter Selasky wrote: > On Friday 07 November 2008, Jeremy Chadwick wrote: > > Not sure if this is caused by problems with USB4BSD or not, as I can > > reproduce it on RELENG_7 (but there, the kernel does not panic; it just > > "wedges" in a loop/thread somewhere; SSH sessions remain up, but > > commands running stop; hitting Ctrl-T shows them in all sorts of > > different states, but the states never change; hitting Ctrl-Alt-Esc does > > in fact drop me to db>). > > Hi Jeremy, > > I've reproduced the issue with some mods to the usb2_busdma.c on 32-bit > arcitecture and have made a fix for this problem. > > Try the following patch and re-test! Some mem-stick benchmarks would be > nice ... > > My private SVN also has this patch in addition to P4. Hans, To answer your question in your other mail: yes, this is on an amd64 machine with 4GB of RAM installed. With the patch to usb2_busdma applied, the problem is fixed! Thank you very, very much. As far as benchmarks: I'll keep it simple and try different block sizes. Numbers are compared against a Windows XP machine using the ATTO Benchmarking tool (which uses direct I/O read/writes, not filesystem I/O). Preface facts: - Testing done against SanDisk Cruzer Micro 8GB (SDCZ6-8192RB) - USB 2.0 bus used exclusively on both FreeBSD and Windows - Write caching disabled for USB drives on Windows XP - MD5 tests done against 7.1-BETA2-amd64-disc1.iso (573087744 bytes) - MD5 checksums matched source -- no corruption found on Windows or FreeBSD Software details: - ATTO Disk Benchmark v2.34 - ATTO configuration: Direct I/O, "Neither" type selected (vs. queued/overlapped I/O); data length size = 512MB - All FreeBSD tests done with HPS's busdma patches applied - dd read command: dd if=/dev/zero of=/dev/da0 bs= - dd write command: dd if=/dev/da0 of=/dev/null bs= - md5 command: time md5 7.1-BETA2-amd64-disc1.iso - FreeBSD filesystem: UFS1 (16KB blocks), using da0s1 directly - Windows filesystem: FAT32 (4KB blocks) Read Write --------- --------- Windows ATTO (4KB) 6.87MB/s 1.25MB/s Windows ATTO (8KB) 11.32MB/s 2.38MB/s Windows ATTO (16KB) 17.65MB/s 3.61MB/s Windows ATTO (32KB) 24.24MB/s 4.06MB/s Windows ATTO (64KB) 29.30MB/s 8.17MB/s Windows ATTO (128KB) 29.49MB/s 7.74MB/s Windows md5 2.38 sec n/a --------------------- USB4BSD dd (4KB) 6.72MB/s 1.55MB/s ** USB4BSD dd (8KB) 12.32MB/s 2.44MB/s USB4BSD dd (16KB) 18.45MB/s 3.59MB/s USB4BSD dd (32KB) 23.88MB/s 4.24MB/s USB4BSD dd (64KB) 29.32MB/s 8.90MB/s ** USB4BSD dd (128KB) 29.58MB/s 9.00MB/s ** FreeBSD md5 2.51 sec n/a ** Write speed gradually increased as transfer took place, topping out at the value shown; there was occasionally some variance in the transfer speed, so it wasn't a pure linear ramp-up. Points of interest: - FreeBSD and Windows have about equal read performance, but FreeBSD has slightly higher write performance - Mysterious "gradually increasing speed" with some block sizes - Jump in write performance with 64KB blocks (firmware optimisation?) - Slower write performance on Windows with 128KB blocks (I thought I was going crazy, but I tested this numerous times) To be brutally honest, I was expecting FreeBSD to perform badly during both read and write operations -- I was delightfully surprised to see the above. :-) I have a newer USB flash disk (SanDisk Cruzer Titanium 8GB) arriving early next week, so I can try that one out for comparison. SanDisk is known for tinkering with r/w optimisations in their firmwares. Cheers! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 02:24:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE80A106567E for ; Sat, 8 Nov 2008 02:24:41 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 58B588FC19 for ; Sat, 8 Nov 2008 02:24:40 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl202-73.kln.forthnet.gr [79.103.15.73]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mA82OVnY006169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 Nov 2008 04:24:36 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mA82OUtr002552; Sat, 8 Nov 2008 04:24:30 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mA82OTia002551; Sat, 8 Nov 2008 04:24:29 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Hans Petter Selasky In-Reply-To: <8763mz2n0m.fsf@kobe.laptop> (Giorgos Keramidas's message of "Sat, 08 Nov 2008 00:23:53 +0200") Date: Sat, 08 Nov 2008 04:24:22 +0200 Message-ID: <87bpwrneeh.fsf@kobe.laptop> References: <8763mz2n0m.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mA82OVnY006169 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.064, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.34, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Recent USB mouse regression 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 Nov 2008 02:24:42 -0000 Building a kernel & userland just before USB2 from svn change 184609 seems to have fixed this for now. It seems that even when USB2 is not loaded it affects a bit the way ums(4) works. What is the best way of troubleshooting this? On Sat, 08 Nov 2008 00:23:53 +0200, Giorgos Keramidas wrote: > A recent 8.0-CURRENT installation _without_ USB2 enabled or loaded from > `loader.conf' seems to have regressed a bit from a couple of weeks ago. > > When I attach an old wired mouse I have at home: > > ums0: on uhub4 > ums0: 3 buttons and Z dir. > > and run moused in debugging mode I can see mouse clicks being handled, > but mouse movement `dies' after a bit of time. Pressing one of the > mouse buttons generates moused events like: > > moused: received char 0x83 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x7f > moused: assembled full packet (len 8) 83,0,0,0,0,0,0,7f > moused: ts: 3708 752982137 > moused: : 3649 133538726 > moused: flags:00000001 buttons:00000001 obuttons:00000000 > moused: activity : buttons 0x00000001 dx 0 dy 0 dz 0 > moused: mstate[0]->count:1 > moused: button 1 count 1 > moused: received char 0x87 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x0 > moused: received char 0x7f > moused: assembled full packet (len 8) 87,0,0,0,0,0,0,7f > moused: ts: 3708 859980149 > moused: flags:00000001 buttons:00000000 obuttons:00000001 > moused: activity : buttons 0x00000000 dx 0 dy 0 dz 0 > moused: mstate[0]->count:1 > moused: button 1 count 0 > > but moving the mouse doesn't show anything in the log of moused, as if > the movement event were never delivered by the USB stack to `/dev/ums0'. > > Some times moused starts receiving movement events for 1-2 seconds and > then they are gone again. > > One of the ways I can reliably get the mouse in a `dead' state is by > typing in an xterm window. When xterm hides the mouse pointer of X11, > mouse movement is gone for good. > > A second mouse -- a wireless Microsoft mouse -- attaches as ums0 but > never delivers anything to moused: > > root: Unknown USB device: vendor 0x045e product 0x00e1 bus uhub4 > kernel: ums0: on uhub4 > kernel: ums0: 5 buttons and Z dir. > > Both of these used to work a couple of weeks ago, and I'm looking back > through history to find out when this started. > > Is anyone else seeing something like this? From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 02:53:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6405A106567E for ; Sat, 8 Nov 2008 02:53:22 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id DFDB08FC28 for ; Sat, 8 Nov 2008 02:53:21 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 9A98C198EE7; Sat, 8 Nov 2008 03:53:20 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 8E844198EE2; Sat, 8 Nov 2008 03:53:20 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 6E27C198EE0; Sat, 8 Nov 2008 03:53:20 +0100 (CET) Received: from localhost.my.domain ([80.129.187.188]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008110803531947-31403 ; Sat, 8 Nov 2008 03:53:19 +0100 Received: by localhost.my.domain (sSMTP sendmail emulation); Sat, 8 Nov 2008 03:53:17 +0100 Date: Sat, 8 Nov 2008 03:53:17 +0100 From: Alexey Shuvaev To: Giorgos Keramidas Message-ID: <20081108025317.GA29344@localhost.my.domain> References: <8763mz2n0m.fsf@kobe.laptop> <87bpwrneeh.fsf@kobe.laptop> MIME-Version: 1.0 In-Reply-To: <87bpwrneeh.fsf@kobe.laptop> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/08/2008 03:53:19 AM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/08/2008 03:53:19 AM, Serialize complete at 11/08/2008 03:53:19 AM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: Recent USB mouse regression 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 Nov 2008 02:53:22 -0000 On Sat, Nov 08, 2008 at 04:24:22AM +0200, Giorgos Keramidas wrote: > Building a kernel & userland just before USB2 from svn change 184609 > seems to have fixed this for now. It seems that even when USB2 is not > loaded it affects a bit the way ums(4) works. > > What is the best way of troubleshooting this? > I have seen reversed situation when even with usb2_input_ms kld loaded I am finding ums + usb (old stack) in kldstat after the system goes multiuser. I would check kldstat after each event (today klds are loaded automatically!) and try operate in single user mode first. Could it be that something (moused) is trying to load all klds matching some symbols (provided interfaces)? Just my $0.02, Alexey. > On Sat, 08 Nov 2008 00:23:53 +0200, Giorgos Keramidas wrote: > > A recent 8.0-CURRENT installation _without_ USB2 enabled or loaded from > > `loader.conf' seems to have regressed a bit from a couple of weeks ago. > > > > When I attach an old wired mouse I have at home: > > > > ums0: on uhub4 > > ums0: 3 buttons and Z dir. > > > > and run moused in debugging mode I can see mouse clicks being handled, > > but mouse movement `dies' after a bit of time. Pressing one of the > > mouse buttons generates moused events like: > > > > moused: received char 0x83 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x7f > > moused: assembled full packet (len 8) 83,0,0,0,0,0,0,7f > > moused: ts: 3708 752982137 > > moused: : 3649 133538726 > > moused: flags:00000001 buttons:00000001 obuttons:00000000 > > moused: activity : buttons 0x00000001 dx 0 dy 0 dz 0 > > moused: mstate[0]->count:1 > > moused: button 1 count 1 > > moused: received char 0x87 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x0 > > moused: received char 0x7f > > moused: assembled full packet (len 8) 87,0,0,0,0,0,0,7f > > moused: ts: 3708 859980149 > > moused: flags:00000001 buttons:00000000 obuttons:00000001 > > moused: activity : buttons 0x00000000 dx 0 dy 0 dz 0 > > moused: mstate[0]->count:1 > > moused: button 1 count 0 > > > > but moving the mouse doesn't show anything in the log of moused, as if > > the movement event were never delivered by the USB stack to `/dev/ums0'. > > > > Some times moused starts receiving movement events for 1-2 seconds and > > then they are gone again. > > > > One of the ways I can reliably get the mouse in a `dead' state is by > > typing in an xterm window. When xterm hides the mouse pointer of X11, > > mouse movement is gone for good. > > > > A second mouse -- a wireless Microsoft mouse -- attaches as ums0 but > > never delivers anything to moused: > > > > root: Unknown USB device: vendor 0x045e product 0x00e1 bus uhub4 > > kernel: ums0: on uhub4 > > kernel: ums0: 5 buttons and Z dir. > > > > Both of these used to work a couple of weeks ago, and I'm looking back > > through history to find out when this started. > > > > Is anyone else seeing something like this? > > _______________________________________________ > 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 Sat Nov 8 03:07:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E885A1065673 for ; Sat, 8 Nov 2008 03:07:12 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6299E8FC13 for ; Sat, 8 Nov 2008 03:07:12 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl202-73.kln.forthnet.gr [79.103.15.73]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mA83746V008389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 Nov 2008 05:07:10 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mA83745h061243; Sat, 8 Nov 2008 05:07:04 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mA8374u5061227; Sat, 8 Nov 2008 05:07:04 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Alexey Shuvaev References: <8763mz2n0m.fsf@kobe.laptop> <87bpwrneeh.fsf@kobe.laptop> <20081108025317.GA29344@localhost.my.domain> Date: Sat, 08 Nov 2008 05:07:03 +0200 In-Reply-To: <20081108025317.GA29344@localhost.my.domain> (Alexey Shuvaev's message of "Sat, 8 Nov 2008 03:53:17 +0100") Message-ID: <87skq2ncfc.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mA83746V008389 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.06, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.34, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Recent USB mouse regression 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 Nov 2008 03:07:13 -0000 On Sat, 8 Nov 2008 03:53:17 +0100, Alexey Shuvaev wrote: > On Sat, Nov 08, 2008 at 04:24:22AM +0200, Giorgos Keramidas wrote: >> Building a kernel & userland just before USB2 from svn change 184609 >> seems to have fixed this for now. It seems that even when USB2 is not >> loaded it affects a bit the way ums(4) works. >> >> What is the best way of troubleshooting this? > > I have seen reversed situation when even with usb2_input_ms kld loaded > I am finding ums + usb (old stack) in kldstat after the system goes > multiuser. I would check kldstat after each event (today klds are > loaded automatically!) and try operate in single user mode first. > Could it be that something (moused) is trying to load all klds > matching some symbols (provided interfaces)? My kernel config file is based on GENERIC, so `ums' is not a module and I don't load any usb2_xxx modules in my `loader.conf' yet. Should I rebuild it as a module? I can try that later... I just started a buildworld with all the changes up the HEAD except for the five commits that are related to usb2, i.e. I have everything else up to svn /head@184743 but I have backed out locally the changes: ------------------------------------------------------------------------ r184610 | alfred | 2008-11-04 04:31:03 +0200 (Tue, 04 Nov 2008) | 123 lines r184612 | alfred | 2008-11-04 05:42:01 +0200 (Tue, 04 Nov 2008) | 2 lines r184658 | rink | 2008-11-04 21:28:19 +0200 (Tue, 04 Nov 2008) | 4 lines r184659 | rink | 2008-11-04 22:57:39 +0200 (Tue, 04 Nov 2008) | 7 lines r184736 | imp | 2008-11-06 19:26:12 +0200 (Thu, 06 Nov 2008) | 4 lines ------------------------------------------------------------------------ These are the commits that I could see affecting sys/usb2 so far, so it may help find out that it is indeed usb2 that causes ums(4) to act oddly. If this fails, I'll remerge the usb2 changes, and try building ums as a module-only. From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 03:10:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FE60106564A for ; Sat, 8 Nov 2008 03:10:16 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id E06F18FC24 for ; Sat, 8 Nov 2008 03:10:15 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl202-73.kln.forthnet.gr [79.103.15.73]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mA83A8kJ008526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 Nov 2008 05:10:13 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mA83A8wh071853; Sat, 8 Nov 2008 05:10:08 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mA83A84Q071852; Sat, 8 Nov 2008 05:10:08 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Alexey Shuvaev References: <8763mz2n0m.fsf@kobe.laptop> <87bpwrneeh.fsf@kobe.laptop> <20081108025317.GA29344@localhost.my.domain> <87skq2ncfc.fsf@kobe.laptop> Date: Sat, 08 Nov 2008 05:10:08 +0200 In-Reply-To: <87skq2ncfc.fsf@kobe.laptop> (Giorgos Keramidas's message of "Sat, 08 Nov 2008 05:07:03 +0200") Message-ID: <87od0qkj5b.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mA83A8kJ008526 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.056, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.34, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Recent USB mouse regression 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 Nov 2008 03:10:16 -0000 On Sat, 08 Nov 2008 05:07:03 +0200, Giorgos Keramidas wrote: > I just started a buildworld with all the changes up the HEAD except for > the five commits that are related to usb2, i.e. I have everything else > up to svn /head@184743 but I have backed out locally the changes: > > ------------------------------------------------------------------------ > r184610 | alfred | 2008-11-04 04:31:03 +0200 (Tue, 04 Nov 2008) | 123 lines > r184612 | alfred | 2008-11-04 05:42:01 +0200 (Tue, 04 Nov 2008) | 2 lines > r184658 | rink | 2008-11-04 21:28:19 +0200 (Tue, 04 Nov 2008) | 4 lines > r184659 | rink | 2008-11-04 22:57:39 +0200 (Tue, 04 Nov 2008) | 7 lines > r184736 | imp | 2008-11-06 19:26:12 +0200 (Thu, 06 Nov 2008) | 4 lines > ------------------------------------------------------------------------ Nope, that's not it. I just had the same problem with a kernel+world from /head@184607. I'll keep looking for the first time this started happening. For now, I think it's safe to assume it's not USB2 :) From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 01:47:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5556106567D; Sat, 8 Nov 2008 01:47:13 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp239.poczta.interia.pl (smtp239.poczta.interia.pl [217.74.64.239]) by mx1.freebsd.org (Postfix) with ESMTP id 810788FC24; Sat, 8 Nov 2008 01:47:13 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502) id E6DA4D22AB; Sat, 8 Nov 2008 02:27:34 +0100 (CET) Received: from f03.poczta.interia.pl (f03.poczta.interia.pl [10.217.2.3]) by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id 8D554D1CF5; Sat, 8 Nov 2008 02:27:34 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by f03.poczta.interia.pl (Postfix) with ESMTP id 3274F1E3055; Sat, 8 Nov 2008 02:27:34 +0100 (CET) Date: 08 Nov 2008 02:27:34 +0100 From: vermaden To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 X-ORIGINATE-IP: 85.89.167.26 X-Mailer: PSE Message-Id: <20081108012734.3274F1E3055@f03.poczta.interia.pl> X-EMID: 53840acc X-Mailman-Approved-At: Sat, 08 Nov 2008 04:52:37 +0000 Cc: Subject: sysctl debug.cpufreq.highest 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 Nov 2008 01:47:13 -0000 Hi, Currently there is possibility to set lowest speed of cpu for scaling with cpufreq (debug.cpufreq.lowest), it would be good to include also a option to set the highest possible freq to use with cpufreq, some laptops get too hot and/or consume too much power when running on maximum power/speed of cpu. Regards vermaden ---------------------------------------------------------------------- Dzwon taniej na zagraniczne komorki! Sprawdz >> http://link.interia.pl/f1f6a From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 05:25:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CC25106564A for ; Sat, 8 Nov 2008 05:25:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 175328FC16 for ; Sat, 8 Nov 2008 05:25:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so633411yxb.13 for ; Fri, 07 Nov 2008 21:25:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=9SAuRZToA7gpMglHJvuXO4tHEdNGzFApCLsL+u8BVgg=; b=JnmiaWded66TEEzc4u8SW4ar+dtSadfEVlzCN/X5NVzEkUYvu9PLsEOFGiP/lmjLpf kLkdRV7/uFDT5P0Sqv3F7Gme6q4nbcYLcE+aHRnNUs5GBiOc6woQ1GZSxNfHTGT99mGs jV0PKJ9UMEvGSCfsA7SBaXNCuX/9c1LOtLyFo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=oJR/s6kaBTgqMhugRKF+hVs4w4Yge6a2yWcih+bl8UCBsIstG+83HIp8VJDTDBgSX4 mEa4if7uvwmHDz51+BAg38c2LxV8ZySZayFpxoDEK2/bzSrOKnAPqikgbc4tNsGa9KUL 9JLtZw9qwRLZat1G54T6+whrGxO7T39bxcMz4= Received: by 10.90.99.3 with SMTP id w3mr3924029agb.27.1226121927172; Fri, 07 Nov 2008 21:25:27 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id 8sm4972124hsp.2.2008.11.07.21.25.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 Nov 2008 21:25:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA85NPWs015762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 8 Nov 2008 14:23:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA85NPT5015761 for freebsd-current@FreeBSD.org; Sat, 8 Nov 2008 14:23:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 8 Nov 2008 14:23:25 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20081108052324.GD14970@cdnetworks.co.kr> References: <20081030040637.GA78796@cdnetworks.co.kr> <20081030114845.GE78796@cdnetworks.co.kr> <20081031034443.GF82781@cdnetworks.co.kr> <20081107064724.GA11486@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081107064724.GA11486@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com 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 Nov 2008 05:25:32 -0000 On Fri, Nov 07, 2008 at 03:47:24PM +0900, To freebsd-current@FreeBSD.org wrote: > On Fri, Oct 31, 2008 at 12:44:43PM +0900, To freebsd-current@FreeBSD.org wrote: > > On Thu, Oct 30, 2008 at 08:48:45PM +0900, To freebsd-current@FreeBSD.org wrote: > > > On Thu, Oct 30, 2008 at 01:06:37PM +0900, To freebsd-current@FreeBSD.org wrote: > > > > > > > > Hi, > > > > > > > > I had been working on writing a driver for Atheros AR8121(L1E), > > > > AR8113/AR8114(L2E) ethernet controllers since Jeremy Chadwick sent > > > > the hardware to me. I think it's feature complete state and time > > > > for more testing for stability or some edge cases. I guess AR81xx > > > > is commonly found on newer Asus EeePC or P5Q series of Asus > > > > motherboard. If you have AR81xx controller would you give it spin > > > > and let me know how it goes? You can get the latest driver at the > > > > following URL. > > > > http://people.freebsd.org/~yongari/ate/if_ate.c > > > > http://people.freebsd.org/~yongari/ate/if_atereg.h > > > > http://people.freebsd.org/~yongari/ate/if_atevar.h > > > > http://people.freebsd.org/~yongari/ate/Makefile > > > > or > > > > http://people.freebsd.org/~yongari/ate/ate.20081030.tar.gz > > > > The driver should build without problems on CURRENT, stable/7. > > > > > > > > ATM the driver supports the following hardware features. > > > > - TSO > > > > - Rx TCP/UDP/IP checksum offload > > > > - VLAN tag insertion/stripping > > > > - Jumbo frame > > > > - WOL > > > > It seems that hardware supports Tx checksum offload but I couldn't > > > > make it work for TCP segments. Only short TCP segments seem to work > > > > so I disabled Tx checksum offload. > > > > Note, the hardware does not support descriptor based DMA on Rx side > > > > so driver have to copy recevied frames to pass them to upper stack > > > > so it will consume a lot of CPU cycles if you push the hardware to > > > > the limit. > > > > > > > > > > As bruffer pointed out the device name chosen conflicts with other > > > driver in tree so I renamed it to ale(4).The URL for the driver is > > > http://people.freebsd.org/~yongari/ale/if_ale.c > > > http://people.freebsd.org/~yongari/ale/if_alereg.h > > > http://people.freebsd.org/~yongari/ale/if_alevar.h > > > http://people.freebsd.org/~yongari/ale/Makefile > > > or > > > http://people.freebsd.org/~yongari/ale/ale.20081030.tar.gz > > > Sorry for confusion. > > > > > > > FYI: > > There was a typo that keep ale(4) from building on stable/7. It was > > fixed now and I reuploaded related files(URLs are the same as before). > > Finally I've managed to make Tx checksum offload work and added one > more workaround for silicon bug. As usual updated ale(4) can be > found at the following URL. > > http://people.freebsd.org/~yongari/ale/if_ale.c > http://people.freebsd.org/~yongari/ale/if_alereg.h > http://people.freebsd.org/~yongari/ale/if_alevar.h > http://people.freebsd.org/~yongari/ale/Makefile > or > http://people.freebsd.org/~yongari/ale/ale.20081107.tar.gz > > The workaround takes more CPU cycles than previous one but you can > still saturate the link if you have fast CPU. I'll commit this > version within a week unless severe issues are reported. > One user reported non-working NFS over UDP and I disabled Rx checksum offload as AR81xx hardware is not able to handle fragmented IP datagrams correctly. So it's highly recommended to disable Rx checksum offload or use the following updated files. http://people.freebsd.org/~yongari/ale/ale.20081108.tar.gz -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 07:28:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC53C106567C for ; Sat, 8 Nov 2008 07:28:03 +0000 (UTC) (envelope-from root@free.fr) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 65F9E8FC08 for ; Sat, 8 Nov 2008 07:28:03 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by postfix1-g20.free.fr (Postfix) with ESMTP id 145002D99C59 for ; Sat, 8 Nov 2008 08:01:22 +0100 (CET) Received: from smtp6-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp6-g19.free.fr (Postfix) with ESMTP id 387D219771 for ; Sat, 8 Nov 2008 08:01:20 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp6-g19.free.fr (Postfix) with ESMTP id 170A319758 for ; Sat, 8 Nov 2008 08:01:19 +0100 (CET) From: Raoul To: freebsd-current@freebsd.org Date: Sat, 08 Nov 2008 08:01:16 +0100 Sender: root@free.fr Message-Id: <20081108070119.170A319758@smtp6-g19.free.fr> Subject: usb2_sound behaviour 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 Nov 2008 07:28:03 -0000 Hi all, usb2_sound does not detect an mbox (Digidesign) usb sound box. world and kernel are all from this night. as you can see the box is detected by snd_uaudio, but not by usb2_sound. of course the box does not work at all even well detected by snd_uaudio, perhaps this will come later. i point out the detection problem at this moment. hope this serve best regards Raoul rmgls@free.fr -----------cut----------- usb2_sound_load="YEs" reboot kldstat: Id Refs Address Size Name 1 40 0xc0400000 bff630 kernel (/boot/kernel/kernel) 2 1 0xc1000000 2bdbc linux.ko (/boot/kernel/linux.ko) 3 1 0xc102c000 106dc if_iwi.ko (/boot/kernel/if_iwi.ko) 4 1 0xc103d000 2848 acpi_sony.ko (/boot/kernel/acpi_sony.ko) 5 1 0xc1040000 e15c usb2_sound.ko (/boot/kernel/usb2_sound.ko) 6 3 0xc104f000 52bb0 sound.ko (/boot/kernel/sound.ko) 7 3 0xc10a2000 3be58 usb2_core.ko (/boot/kernel/usb2_core.ko) 8 6 0xc10de000 e9fc netgraph.ko (/boot/kernel/netgraph.ko) 9 1 0xc10ed000 9bd4 ng_ubt.ko (/boot/kernel/ng_ubt.ko) 10 4 0xc53cb000 2000 ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 11 1 0xc53cd000 d000 ng_hci.ko (/boot/kernel/ng_hci.ko) 12 1 0xc545a000 10000 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 13 1 0xc546c000 22000 ng_btsocket.ko (/boot/kernel/ng_btsocket.ko) 14 1 0xc5499000 4000 ng_socket.ko (/boot/kernel/ng_socket.ko) mbox2 connected in the usb port: ugen0: on uhub1 kldunload usb2_sound kldunload usb2_core kldunload sound kldload snd_uaudio Id Refs Address Size Name ... 15 1 0xc6232000 a000 snd_uaudio.ko (/boot/kernel/snd_uaudio.ko) 16 1 0xc623c000 47000 sound.ko (/boot/kernel/sound.ko) mbox insertion => dmesg: uaudio0: on uhub1 uaudio0: ignored audio interface with 2 endpoints uaudio0: ignored audio interface with 2 endpoints uaudio0: ignored audio interface with 2 endpoints uaudio0: ignored audio interface with 2 endpoints uaudio0: ignored setting with type 8193 format uaudio0: audio rev 1.00 uaudio0: 0 mixer controls pcm0: on uaudio0 pcm0: USB Audio: vendor=0x0dba, product=0x3000, release=0x0138 pcm0: using a default buffer size of 16384 pcm0: Mixer "vol" -> "none": child=0x00000010 pcm0: Mixer "pcm": parent="vol" pcm0: Soft PCM mixer ENABLED uaudio0: uaudio_query_formats: found a native record channel (stereo) continous min 8000 max 48000 24bit 3bytes/subframe X 2 channels = 6 bytes per sample uaudio0: uaudio_query_formats: found a native record channel (stereo) continous min 8000 max 48000 24bit 3bytes/subframe X 2 channels = 6 bytes per sample uaudio0: uaudio_query_formats: found a native record channel (stereo) continous min 8000 max 48000 24bit 3bytes/subframe X 2 channels = 6 bytes per sample uaudio0: uaudio_query_formats: found a native record channel (stereo) continous min 8000 max 48000 24bit 3bytes/subframe X 2 channels = 6 bytes per sample pcm0: clone manager: deadline=750ms flags=0x8000001e uaudio0: rec buf 0xc6294000 ----------cut---------- From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 08:01:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66B421065677 for ; Sat, 8 Nov 2008 08:01:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by mx1.freebsd.org (Postfix) with ESMTP id F2B1B8FC08 for ; Sat, 8 Nov 2008 08:01:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so331323tib.3 for ; Sat, 08 Nov 2008 00:01:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=19y/1/aD3vcHiQHS+MbNHCaMibIvGKOZNCdjVqtkpL8=; b=eG6jO3TuKEHkXha0/qaGuUKGTSGQe05LfaA9G7FgVGDfNkZXzQlFPeZMQoMhOBIC5j /3LN03vsJl+GdMHPLCytujSX0e3UYiGsnbdu3KmC0g5ORvdkDvMXkuNz2nm9UYF7rIKU pWnn4wchAZyLkWXqD878ynIM3hDgQ2oj4iYok= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Jneb2wJ5srsst4YuDljMqjXnNgAMHn0D/cVhTqeyGosC5xz0Sigo0CTw+gPk+U+wn5 +ATl/bujTrT1q1fzF9PrAAftrrtlk308di8xow0a8nuhzmWznl3AhdDljOHsYS3jwOgm Zfppbs70RQKkClpF48gqpAtz5En7s/tln9AIk= Received: by 10.110.69.5 with SMTP id r5mr4814349tia.36.1226131294258; Sat, 08 Nov 2008 00:01:34 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id b4sm4095477tic.2.2008.11.08.00.01.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 08 Nov 2008 00:01:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mA87xWEU016133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Nov 2008 16:59:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mA87xUIa016132; Sat, 8 Nov 2008 16:59:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 8 Nov 2008 16:59:29 +0900 From: Pyun YongHyeon To: Alexey Shuvaev Message-ID: <20081108075929.GE14970@cdnetworks.co.kr> References: <20081015003745.GG14769@cdnetworks.co.kr> <20081103183556.GA2009@localhost.my.domain> <20081104014246.GA98154@cdnetworks.co.kr> <20081107194844.GA55053@localhost.my.domain> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <20081107194844.GA55053@localhost.my.domain> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Call for testers: fxp(4) WOL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com 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 Nov 2008 08:01:44 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Nov 07, 2008 at 08:48:44PM +0100, Alexey Shuvaev wrote: > On Tue, Nov 04, 2008 at 10:42:46AM +0900, Pyun YongHyeon wrote: > > On Mon, Nov 03, 2008 at 07:35:56PM +0100, Alexey Shuvaev wrote: > > > Here are relevant messages from the verbose boot: > > > > > > fxp0: port 0xdf40-0xdf7f mem 0xfceff000-0xfcefffff irq 11 at device 8.0 on pci2 > > > > If it's based on ICH controller it would be 82559. > > > > > fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xfceff000 > > > fxp0: using memory space register mapping > > > fxp0: PCI IDs: 8086 1031 1179 0001 0042 > > > fxp0: Dynamic Standby mode is disabled > > > miibus0: on fxp0 > > > fxp0: XXX: driver didn't set ifq_maxlen > > > ^^^ > > > Is this something to fix? > > > > > > > fxp(4) didn't set ifq_maxlen and if_attach corrected this with > > its default value. Normally network device drivers set this queue > > length to number of Tx descriptors but it's completely up to > > driver writers and I don't see compeling reason to change that. > > > Ok, I just was attracted by something with 'XXX'. > > > > However the system seems to honors only the BIOS settings, if I enable WOL in > > > the BIOS the system wakes up from power-down or suspend (to ram) states > > > regardless of fxp settings and with disabled WOL in BIOS it never > > > wakes up. > > > > > > > Yes that's an expected behaviour. BIOS option should be changed to > > enable WOL if you want to wake up your box from power down. If > > you don't want to wake up your box regardless of BIOS configuration > > you have to disable WOL with ifconfig before shutting down your > > box. Likewise even if you enable WOL with ifconfig(8) to wake up > > your system, BIOS WOL option also should be enabled to make it > > work. > > > > > The worse thing I have noticed is if I send WOL packet while the system is > > > running it reliably hangs. It does not panic and switching virtual > > > consoles works (and typing/deleting something in the shell prompt too), > > > but the cooler runs at full power and you can't do anything else. > > > This is both with patched fxp and that from -CURRENT. > > > > Hmm, I think that was old bebahviour of stock fxp(4). Previously > > fxp(4) was programmed to accept WOL packets regardless of running > > state of hardware. With my patch the WOL should be disabled for > > normal operation and WOL is enabled again when you shutdown your > > box. If sotck fxp(4) also show the same behaviour it's big security > > hole. > > ATM I have no idea how WOL packets can affect running box. :-( > > > I have tested more thoroughly and here are the results. > > FreeBSD-CURRENT (late oktober) without your patch > (is it what you call 'stock'?): Yes. > interface up or down, WOL disabled or enabled in the BIOS - > system hangs when receiving WOL packet. > Breaking to debugger shows kernel running, namely 3 acpi threads, > acpi_task_[0-2]. This is critical issue, your box is vulnerable to WOL attack. > FreeBSD-CURRENT from 4 Nov 2008 with your patch: > again, with WOL enabled in BIOS or not, system hangs with WOL packet, > but only if interface is down. > With interface (fxp0) up and running, nothing happens. > However, I failed to disable WOL with ifconfig, notebook boots > always when WOL enabled in the BIOS. Maybe BIOS doesn't honor preprogrammed PCI configuration data? Or the reset command in fxp_stop() might cleared some important configuration data. > Linux-Ubuntu uname: Linux ubuntu 2.6.22-14-generic #1 SMP > Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux (booted live from CD) > The same results as with FreeBSD-CURRENT with your patch. > Disabling wol with ethtool does not produce the desired results. > Receiving WOL packet when interface is down does not hang the system, > but it (according to top) consumes 70% in system with > kacpid process consuming 98.5% of cpu. > Thanks a lot for your testing! > > Thanks for testing. I'll think again. > > By chance can you try Linux on your system and check whether it > > works? > > > So, it seems your patch is making FreeBSD on par with Linux. > If you need something more, you are welcome! I still have no clue yet but would you try attached one after backing out previous patch? -- Regards, Pyun YongHyeon --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fxp.wol.patch2" Index: sys/dev/fxp/if_fxp.c =================================================================== --- sys/dev/fxp/if_fxp.c (revision 184742) +++ sys/dev/fxp/if_fxp.c (working copy) @@ -402,7 +402,7 @@ uint32_t val; uint16_t data, myea[ETHER_ADDR_LEN / 2]; u_char eaddr[ETHER_ADDR_LEN]; - int i, prefer_iomap; + int i, pmc, prefer_iomap; int error; error = 0; @@ -480,6 +480,16 @@ sc->revision = pci_get_revid(dev); /* + * Check availability of WOL. + */ + if (sc->revision >= FXP_REV_82558_A4) { + fxp_read_eeprom(sc, &data, 10, 1); + if ((data & 0x20) != 0 && + pci_find_extcap(sc->dev, PCIY_PMG, &pmc) == 0) + sc->flags |= FXP_FLAG_WOLCAP; + } + + /* * Determine whether we must use the 503 serial interface. */ fxp_read_eeprom(sc, &data, 6, 1); @@ -778,6 +788,11 @@ ifp->if_capenable |= IFCAP_HWCSUM; } + if (sc->flags & FXP_FLAG_WOLCAP) { + ifp->if_capabilities |= IFCAP_WOL_MAGIC; + ifp->if_capenable |= IFCAP_WOL_MAGIC; + } + #ifdef DEVICE_POLLING /* Inform the world we support polling. */ ifp->if_capabilities |= IFCAP_POLLING; @@ -938,17 +953,13 @@ static int fxp_shutdown(device_t dev) { - struct fxp_softc *sc = device_get_softc(dev); /* * Make sure that DMA is disabled prior to reboot. Not doing * do could allow DMA to corrupt kernel memory during the * reboot before the driver initializes. */ - FXP_LOCK(sc); - fxp_stop(sc); - FXP_UNLOCK(sc); - return (0); + return (fxp_suspend(dev)); } /* @@ -960,11 +971,27 @@ fxp_suspend(device_t dev) { struct fxp_softc *sc = device_get_softc(dev); + struct ifnet *ifp; + int pmc; + uint16_t pmstat; FXP_LOCK(sc); + ifp = sc->ifp; + if (pci_find_extcap(sc->dev, PCIY_PMG, &pmc) == 0) { + pmstat = pci_read_config(sc->dev, pmc + PCIR_POWER_STATUS, 2); + pmstat &= ~(PCIM_PSTAT_PME | PCIM_PSTAT_PMEENABLE); + if ((ifp->if_capenable & IFCAP_WOL_MAGIC) != 0) { + /* Request PME. */ + pmstat |= PCIM_PSTAT_PME | PCIM_PSTAT_PMEENABLE; + sc->flags |= FXP_FLAG_WOL; + /* Reconfigure hardware to accept magic frames. */ + fxp_init_body(sc); + } + pci_write_config(sc->dev, pmc + PCIR_POWER_STATUS, pmstat, 2); + } fxp_stop(sc); - + sc->suspended = 1; FXP_UNLOCK(sc); @@ -980,9 +1007,23 @@ { struct fxp_softc *sc = device_get_softc(dev); struct ifnet *ifp = sc->ifp; + int pmc; + uint16_t pmstat; FXP_LOCK(sc); + if (pci_find_extcap(sc->dev, PCIY_PMG, &pmc) == 0) { + sc->flags &= ~FXP_FLAG_WOL; + pmstat = pci_read_config(sc->dev, pmc + PCIR_POWER_STATUS, 2); + /* Disable PME and clear PME status. */ + pmstat &= ~PCIM_PSTAT_PMEENABLE; + pci_write_config(sc->dev, pmc + PCIR_POWER_STATUS, pmstat, 2); + if ((sc->flags & FXP_FLAG_WOL) != 0) { + /* Clear wakeup events. */ + CSR_READ_1(sc, FXP_CSR_PMDR); + } + } + CSR_WRITE_4(sc, FXP_CSR_PORT, FXP_PORT_SELECTIVE_RESET); DELAY(10); @@ -1848,11 +1889,13 @@ callout_stop(&sc->stat_ch); /* - * Issue software reset, which also unloads the microcode. + * Preserve PCI configuration, configure, IA/multicast + * setup and put RU and CU into idle state. */ - sc->flags &= ~FXP_FLAG_UCODE; - CSR_WRITE_4(sc, FXP_CSR_PORT, FXP_PORT_SOFTWARE_RESET); + CSR_WRITE_4(sc, FXP_CSR_PORT, FXP_PORT_SELECTIVE_RESET); DELAY(50); + /* Disable interrupts. */ + CSR_WRITE_1(sc, FXP_CSR_SCB_INTRCNTL, FXP_SCB_INTR_DISABLE); /* * Release any xmit buffers. @@ -1932,6 +1975,13 @@ */ fxp_stop(sc); + /* + * Issue software reset, which also unloads the microcode. + */ + sc->flags &= ~FXP_FLAG_UCODE; + CSR_WRITE_4(sc, FXP_CSR_PORT, FXP_PORT_SOFTWARE_RESET); + DELAY(50); + prm = (ifp->if_flags & IFF_PROMISC) ? 1 : 0; /* @@ -2047,8 +2097,7 @@ cbp->rcv_crc_xfer = 0; /* (don't) xfer CRC to host */ cbp->long_rx_en = sc->flags & FXP_FLAG_LONG_PKT_EN ? 1 : 0; cbp->ia_wake_en = 0; /* (don't) wake up on address match */ - cbp->magic_pkt_dis = 0; /* (don't) disable magic packet */ - /* must set wake_en in PMCSR also */ + cbp->magic_pkt_dis = sc->flags & FXP_FLAG_WOL ? 0 : 1; cbp->force_fdx = 0; /* (don't) force full duplex */ cbp->fdx_pin_en = 1; /* (enable) FDX# pin */ cbp->multi_ia = 0; /* (don't) accept multiple IAs */ @@ -2458,6 +2507,10 @@ } } #endif + if ((mask & IFCAP_WOL_MAGIC) != 0 && + (ifp->if_capabilities & IFCAP_WOL_MAGIC) != 0) + ifp->if_capenable ^= IFCAP_WOL_MAGIC; + if (mask & IFCAP_VLAN_MTU) { FXP_LOCK(sc); ifp->if_capenable ^= IFCAP_VLAN_MTU; Index: sys/dev/fxp/if_fxpreg.h =================================================================== --- sys/dev/fxp/if_fxpreg.h (revision 184742) +++ sys/dev/fxp/if_fxpreg.h (working copy) @@ -46,6 +46,7 @@ #define FXP_CSR_EEPROMCONTROL 14 /* eeprom control (2 bytes) */ #define FXP_CSR_MDICONTROL 16 /* mdi control (4 bytes) */ #define FXP_CSR_FLOWCONTROL 0x19 /* flow control (2 bytes) */ +#define FXP_CSR_PMDR 0x1B /* power management driver (1 byte) */ #define FXP_CSR_GENCONTROL 0x1C /* general control (1 byte) */ /* Index: sys/dev/fxp/if_fxpvar.h =================================================================== --- sys/dev/fxp/if_fxpvar.h (revision 184742) +++ sys/dev/fxp/if_fxpvar.h (working copy) @@ -193,6 +193,8 @@ #define FXP_FLAG_DEFERRED_RNR 0x0200 /* DEVICE_POLLING deferred RNR */ #define FXP_FLAG_EXT_RFA 0x0400 /* extended RFDs for csum offload */ #define FXP_FLAG_SAVE_BAD 0x0800 /* save bad pkts: bad size, CRC, etc */ +#define FXP_FLAG_WOLCAP 0x1000 /* WOL supported */ +#define FXP_FLAG_WOL 0x2000 /* WOL active */ /* Macros to ease CSR access. */ #define CSR_READ_1(sc, reg) bus_read_1(sc->fxp_res[0], reg) --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 09:27:24 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6943B1065687 for ; Sat, 8 Nov 2008 09:27:24 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 223468FC2E for ; Sat, 8 Nov 2008 09:27:24 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Kyk6E-000OMR-9w; Sat, 08 Nov 2008 12:27:22 +0300 To: pyunyh@gmail.com References: <20081030040637.GA78796@cdnetworks.co.kr> <20081030114845.GE78796@cdnetworks.co.kr> <20081031034443.GF82781@cdnetworks.co.kr> <20081107064724.GA11486@cdnetworks.co.kr> <20081108052324.GD14970@cdnetworks.co.kr> From: Boris Samorodov Date: Sat, 08 Nov 2008 12:27:12 +0300 In-Reply-To: <20081108052324.GD14970@cdnetworks.co.kr> (Pyun YongHyeon's message of "Sat\, 8 Nov 2008 14\:23\:25 +0900") Message-ID: <84265871@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet 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 Nov 2008 09:27:24 -0000 Pyun YongHyeon writes: > On Fri, Nov 07, 2008 at 03:47:24PM +0900, To freebsd-current@FreeBSD.org wrote: > > On Fri, Oct 31, 2008 at 12:44:43PM +0900, To freebsd-current@FreeBSD.org wrote: > > > On Thu, Oct 30, 2008 at 08:48:45PM +0900, To freebsd-current@FreeBSD.org wrote: > > > > On Thu, Oct 30, 2008 at 01:06:37PM +0900, To freebsd-current@FreeBSD.org wrote: > > > > > > > > > > Hi, > > > > > > > > > > I had been working on writing a driver for Atheros AR8121(L1E), > > > > > AR8113/AR8114(L2E) ethernet controllers since Jeremy Chadwick sent > > > > > the hardware to me. I think it's feature complete state and time > > > > > for more testing for stability or some edge cases. I guess AR81xx > > > > > is commonly found on newer Asus EeePC or P5Q series of Asus > > > > > motherboard. If you have AR81xx controller would you give it spin > > > > > and let me know how it goes? You can get the latest driver at the > > > > > following URL. > > > > > http://people.freebsd.org/~yongari/ate/if_ate.c > > > > > http://people.freebsd.org/~yongari/ate/if_atereg.h > > > > > http://people.freebsd.org/~yongari/ate/if_atevar.h > > > > > http://people.freebsd.org/~yongari/ate/Makefile > > > > > or > > > > > http://people.freebsd.org/~yongari/ate/ate.20081030.tar.gz > > > > > The driver should build without problems on CURRENT, stable/7. > > > > > > > > > > ATM the driver supports the following hardware features. > > > > > - TSO > > > > > - Rx TCP/UDP/IP checksum offload > > > > > - VLAN tag insertion/stripping > > > > > - Jumbo frame > > > > > - WOL > > > > > It seems that hardware supports Tx checksum offload but I couldn't > > > > > make it work for TCP segments. Only short TCP segments seem to work > > > > > so I disabled Tx checksum offload. > > > > > Note, the hardware does not support descriptor based DMA on Rx side > > > > > so driver have to copy recevied frames to pass them to upper stack > > > > > so it will consume a lot of CPU cycles if you push the hardware to > > > > > the limit. > > > > > > > > As bruffer pointed out the device name chosen conflicts with other > > > > driver in tree so I renamed it to ale(4).The URL for the driver is > > > > http://people.freebsd.org/~yongari/ale/if_ale.c > > > > http://people.freebsd.org/~yongari/ale/if_alereg.h > > > > http://people.freebsd.org/~yongari/ale/if_alevar.h > > > > http://people.freebsd.org/~yongari/ale/Makefile > > > > or > > > > http://people.freebsd.org/~yongari/ale/ale.20081030.tar.gz > > > > Sorry for confusion. > > > > > > FYI: > > > There was a typo that keep ale(4) from building on stable/7. It was > > > fixed now and I reuploaded related files(URLs are the same as before). > > > > Finally I've managed to make Tx checksum offload work and added one > > more workaround for silicon bug. As usual updated ale(4) can be > > found at the following URL. > > > > http://people.freebsd.org/~yongari/ale/if_ale.c > > http://people.freebsd.org/~yongari/ale/if_alereg.h > > http://people.freebsd.org/~yongari/ale/if_alevar.h > > http://people.freebsd.org/~yongari/ale/Makefile > > or > > http://people.freebsd.org/~yongari/ale/ale.20081107.tar.gz > > > > The workaround takes more CPU cycles than previous one but you can > > still saturate the link if you have fast CPU. I'll commit this > > version within a week unless severe issues are reported. > > One user reported non-working NFS over UDP and I disabled Rx > checksum offload as AR81xx hardware is not able to handle > fragmented IP datagrams correctly. So it's highly recommended to > disable Rx checksum offload or use the following updated files. > > http://people.freebsd.org/~yongari/ale/ale.20081108.tar.gz Tested at EeePC-1000. The perfomance dropped (seems to be expected) twice -- to 5.5 MB/s (fetching a big file to tmpfs). Other than that works fine. This is for: ----- ale0@pci0:4:0:0: class=0x020000 card=0x83241043 chip=0x10261969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' class = network subclass = ethernet ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 09:30:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBA4A106568E for ; Sat, 8 Nov 2008 09:30:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 528448FC0C for ; Sat, 8 Nov 2008 09:30:22 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=nCUWVe9gwwRJmZ4bDSAA:9 a=6Ktj13jsxWkYblGlZ-4A:7 a=WRAJI3vXHN0rnko1b9Fs7_djo6UA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1142995427; Sat, 08 Nov 2008 10:30:20 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 8 Nov 2008 10:32:22 +0100 User-Agent: KMail/1.9.7 References: <20081108070119.170A319758@smtp6-g19.free.fr> In-Reply-To: <20081108070119.170A319758@smtp6-g19.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811081032.23575.hselasky@c2i.net> Cc: Raoul Subject: Re: usb2_sound behaviour 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 Nov 2008 09:30:22 -0000 On Saturday 08 November 2008, Raoul wrote: > Hi all, > > usb2_sound does not detect an mbox (Digidesign) usb sound box. > world and kernel are all from this night. > as you can see the box is detected by snd_uaudio, but not by usb2_sound. > of course the box does not work at all even well detected by snd_uaudio, > perhaps this will come later. > i point out the detection problem at this moment. > > hope this serve > > best regards > > Raoul > rmgls@free.fr > Hi, Try to turn on uaudio debugging in USB2 when you plug the device: sysctl hw.usb2.uaudio.debug=15 Second: Dump the descriptors of your Audio device, if you have usbconfig installed. It is not installed by default and it depends on libusb20. You can most easiliy install usbconfig and libusb20 from my private SVN repository: svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b Goto the i4b/trunk/libusb20 and make all install Goto the i4b/trunk/usbconfig and make all install usbconfig -u xx -a xx dump_device_desc dump_curr_config_desc One idea why your sound device does not work: It has multiple configurations. You need perhaps to select config index 1: usbconfig -u xx -a xx set_config 1 "xx" must be filled in properly of course. This can be done automatically by the "add_dev_quirk_vplh" command. See the UQ_CFG_INDEX_xxx quirks. You need to load "usb2_quirk" before it works. You can also try loading "usb2_input_hid". Maybe it presents itself like a HID device first, that's my guess. The old stack works a little bit differently with regard to selecting a configuration index. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 10:21:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BC581065688; Sat, 8 Nov 2008 10:21:04 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id A80608FC14; Sat, 8 Nov 2008 10:21:03 +0000 (UTC) (envelope-from hselasky@freebsd.org) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=hN6knYnE7gQA:10 a=rkljZNIgkfMA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=6I5d2MoRAAAA:8 a=W78u3t4z9fC-1301qEQA:9 a=e-XVigr01P9WP5lqhrgA:7 a=eDEVA2Hv9mz7cDL_P0N60pZAM3wA:4 a=50e4U0PicR4A:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 972523298; Sat, 08 Nov 2008 10:21:00 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sat, 8 Nov 2008 10:23:09 +0100 User-Agent: KMail/1.9.7 References: <20081107082740.GA1334@icarus.home.lan> <200811071811.27181.hselasky@c2i.net> <20081108001128.GA1437@icarus.home.lan> In-Reply-To: <20081108001128.GA1437@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811081023.10058.hselasky@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Serious busdma bug in -current in relation to USB harware. 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 Nov 2008 10:21:04 -0000 Hi, The virtual offset must be retained on bounce pages. Else the EHCI and OHCI will misplace the data! It has nothing to do with my new USB stack. That is the way the USB DMA engine works. It expects that when the end of the page is reached the next page begins. Moving a partially a page to the beginning of a page gets the USB DMA engine out of sync, and it will actually fill data into the remaining part of the first page, if the transfer length is greater than the partial page part. I've made a fix in P4 for I386. Can someone propagate this patch to the other platforms and have it committed to -current ASAP? http://perforce.freebsd.org/chv.cgi?CH=152649 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 10:43:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE94F106568B for ; Sat, 8 Nov 2008 10:43:28 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2098FC12 for ; Sat, 8 Nov 2008 10:43:27 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from via.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Sat, 08 Nov 2008 11:42:44 +0100 id 0002E00F.49156D24.0000B609 From: Milan Obuch To: freebsd-current@freebsd.org Date: Sat, 8 Nov 2008 11:43:13 +0100 User-Agent: KMail/1.9.10 References: <4913FF64.5090500@gmail.com> <20081107101432.GB23784@freebsd.weongyo.org> In-Reply-To: <20081107101432.GB23784@freebsd.weongyo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811081143.14147.freebsd-current@dino.sk> Cc: "Aleksey K." , Weongyo Jeong Subject: Re: CFT: Realtek 8187L wireless USB driver - urtw(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: Sat, 08 Nov 2008 10:43:28 -0000 On Friday 07 November 2008 11:14:32 Weongyo Jeong wrote: > On Fri, Nov 07, 2008 at 01:42:12PM +0500, Aleksey K. wrote: > > >Dear all, > > > > > >This driver supports 8187L which is one of Realtek's 8187x series and > > >I'm looking for testers who have this device. :-) With lack of H/W I > > >can't add codes for 8187/8187B devices that AFAIK they can share a lot > > >of codes and can be supported without modifying many part of codes. > > > > > >In my environment the basic features (WEP/WPA and etc ...) are worked > > >and the driver based on USB1 (not USB2) can be found at as follows: > > > > > > http://people.freebsd.org/~weongyo/urtw_20081107.tar.gz > > > > > >I think a current problem of urtw(4) is poor RX/TX performance about > > >8 ~ 10Mbps due to mishandling the rate controlling and I'm not sure it > > >would easy to fix it without documents but I expect the connection would > > >be stable. > > > > > >Please let me know if you encounter any problems or opinions. Always > > >patches to improve or enhance features are welcome! > > > > > >regards, > > >Weongyo Jeong > > > > Hi. I have netbook MSI Wind U90X with wi-fi module - Realtek 8187SE. > > You plan to write the driver for this card? I could help with driver > > testing... > > Maybe no due to no available H/W. I don't have laptop having Mini-PCI > express slot that AFAIK 8187SE is Mini-PCI express. > > regards, > Weongyo Jeong > There is linux driver to be found at https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/246141 but I did not found other informations available for 8187SE. So if there is someone who nows how to use linux driver... Regards, Milan From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 11:49:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 160391065686 for ; Sat, 8 Nov 2008 11:49:17 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp801.mail.ird.yahoo.com (smtp801.mail.ird.yahoo.com [217.146.188.61]) by mx1.freebsd.org (Postfix) with SMTP id 1F5168FC18 for ; Sat, 8 Nov 2008 11:49:15 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 55464 invoked from network); 8 Nov 2008 11:49:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=vlEWJFDHzrri4Z1dOD6WLvdVhmi/OQmyi/tfsMWnJLxGTeBP5ftUwMVXoYX+F+whXZxt75OqFoEVCx0wEbL+X6aNr7sCR/bZw2iSozzzyhbIcBMxp32pPFQx0ezc8759XquuCVQLc1F7Uhnx+iIbKIkvm5pBeDt21jLxvbwjsP4= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (Thomas.Sparrevohn@86.134.50.63 with login) by smtp801.mail.ird.yahoo.com with SMTP; 8 Nov 2008 11:49:14 -0000 X-YMail-OSG: 8BXhe88VM1mMt9bWgsWiA29ZXbxEmt5GDMH56rmjuupOD2ZnO26DemUCs_YK.MMlNcJutWCXgp13ijWwKebNrZTwuYffhEeg0CLbDGiUZuDAuHtUzfJrhutg.ZAGoKZRRhApZQw2E0ymRN0YswbtJfz4V3SLMxfi1ZWUFM.cG3.4NPEHsppRjlfVgHQ- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: Jeremy Chadwick Date: Sat, 8 Nov 2008 11:49:11 +0000 User-Agent: KMail/1.9.10 References: <200810251925.47273.hselasky@c2i.net> <200811071946.01269.Thomas.Sparrevohn@btinternet.com> <20081107220242.GA14562@icarus.home.lan> In-Reply-To: <20081107220242.GA14562@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811081149.12568.Thomas.Sparrevohn@btinternet.com> Cc: Alexey Shuvaev , freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 11:49:17 -0000 > > see attached fault - In short the problem has been around for a long time > > but it seems to be related to the USB stack DMA handling - before usb2 > > it showed up as a DMA error in the ATA driver - but that was because > > the old umass driver somehow "stole" an active DMA > > > > {gigantic snip} > > Check out this thread, which includes patches: > > http://lists.freebsd.org/pipermail/freebsd-current/2008-November/thread.html#220 > http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000220.html > The patch indeed solved the problem - thanks a million From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 12:11:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D13E0106568C for ; Sat, 8 Nov 2008 12:11:41 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by mx1.freebsd.org (Postfix) with ESMTP id 15FFE8FC12 for ; Sat, 8 Nov 2008 12:11:41 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id 86A39B0139; Sat, 8 Nov 2008 13:11:39 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp7-g19.free.fr (Postfix) with ESMTP id E8C18B0132; Sat, 8 Nov 2008 13:11:38 +0100 (CET) To: Hans Petter Selasky From: Raoul Date: Sat, 08 Nov 2008 13:11:35 +0100 Sender: root@free.fr Message-Id: <20081108121138.E8C18B0132@smtp7-g19.free.fr> Cc: freebsd-current@freebsd.org Subject: Re: usb2_sound behaviour 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 Nov 2008 12:11:41 -0000 > On Sat, 8 Nov 2008 10:32:2 Hans Petter Selasky wrote: > On Saturday 08 November 2008, Raoul wrote: > > Hi all, > > > ²> usb2_sound does not detect an mbox (Digidesign) usb sound box. > > world and kernel are all from this night. > > as you can see the box is detected by snd_uaudio, but not by usb2_sound. > > of course the box does not work at all even well detected by snd_uaudio, > > perhaps this will come later. > > i point out the detection problem at this moment. > > > > hope this serve > > > > best regards > > > > Raoul > > rmgls@free.fr > > > > Hi, > > Try to turn on uaudio debugging in USB2 when you plug the device: > > sysctl hw.usb2.uaudio.debug=15 > > Second: > > Dump the descriptors of your Audio device, if you have usbconfig installed. It > is not installed by default and it depends on libusb20. You can most easiliy > install usbconfig and libusb20 from my private SVN repository: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b > > Goto the i4b/trunk/libusb20 and make all install > Goto the i4b/trunk/usbconfig and make all install > > usbconfig -u xx -a xx dump_device_desc dump_curr_config_desc > > One idea why your sound device does not work: > > It has multiple configurations. You need perhaps to select config index 1: > > usbconfig -u xx -a xx set_config 1 > > "xx" must be filled in properly of course. > > This can be done automatically by the "add_dev_quirk_vplh" command. See the > UQ_CFG_INDEX_xxx quirks. You need to load "usb2_quirk" before it works. > > You can also try loading "usb2_input_hid". Maybe it presents itself like a HID > device first, that's my guess. > > The old stack works a little bit differently with regard to selecting a > configuration index. > > --HPS Hi, Hans Peter, thanks for your reply. here is the result of my investigations. hope i missed anything. best regards Raoul rmgls@free.fr ---------- with hw.usb2.uaudio.debug=15 here are the results: (ugen0: on uhub1) usbconfig -u 2 -a 1 dump_device_desc: No device match usbconfig -u 2 -a 1 dump_curr_config_desc: No device match if it can help: here is what i found on a debian box with the same mbox 2 connected: Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x0dba idProduct 0x3000 bcdDevice 1.38 iManufacturer 1 Digidesign iProduct 2 Mbox 2 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 646 bNumInterfaces 7 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 254 Application Specific Interface bInterfaceSubClass 1 Device Firmware Update bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device bInterfaceProtocol 0 iInterface 2 Mbox 2 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 1 (HEADER) bcdADC 1.00 wTotalLength 96 bInCollection 4 baInterfaceNr( 0) 2 baInterfaceNr( 1) 3 baInterfaceNr( 2) 4 baInterfaceNr( 3) 5 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 5 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 6 wTerminalType 0x0601 Analog Connector bAssocTerminal 0 bSourceID 5 iTerminal 0 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 7 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 8 wTerminalType 0x0601 Analog Connector bAssocTerminal 0 bSourceID 7 iTerminal 0 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 1 wTerminalType 0x0601 Analog Connector bAssocTerminal 0 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 2 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bSourceID 1 iTerminal 0 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 3 wTerminalType 0x0601 Analog Connector bAssocTerminal 0 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 4 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bSourceID 3 iTerminal 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 2 bNumEndpoints 2 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 5 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 0 Continuous tLowerSamFreq 8000 tUpperSamFreq 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x03 EP 3 OUT bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0128 1x 296 bytes bInterval 1 bRefresh 0 bSynchAddress 131 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x0003 1x 3 bytes bInterval 1 bRefresh 2 bSynchAddress 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 3 bNumEndpoints 2 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 5 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 0 Continuous tLowerSamFreq 8000 tUpperSamFreq 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x03 EP 3 OUT bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0128 1x 296 bytes bInterval 1 bRefresh 0 bSynchAddress 131 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x0003 1x 3 bytes bInterval 1 bRefresh 2 bSynchAddress 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 3 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 3 bAlternateSetting 2 bNumEndpoints 2 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 7 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 0 Continuous tLowerSamFreq 8000 tUpperSamFreq 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0128 1x 296 bytes bInterval 1 bRefresh 0 bSynchAddress 132 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x0003 1x 3 bytes bInterval 1 bRefresh 2 bSynchAddress 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 3 bAlternateSetting 3 bNumEndpoints 2 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 7 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 0 Continuous tLowerSamFreq 8000 tUpperSamFreq 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0128 1x 296 bytes bInterval 1 bRefresh 0 bSynchAddress 132 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x0003 1x 3 bytes bInterval 1 bRefresh 2 bSynchAddress 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 3 bAlternateSetting 6 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 7 bDelay 1 frames wFormatTag 8193 IEC1937_AC-3 AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 3 (FORMAT_TYPE_III) bNrChannels 2 bSubframeSize 2 bBitResolution 16 bSamFreqType 0 Continuous tLowerSamFreq 8000 tUpperSamFreq 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 13 Transfer Type Isochronous Synch Type Synchronous Usage Type Data wMaxPacketSize 0x00c0 1x 192 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 4 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 4 bAlternateSetting 2 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 2 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 0 Continuous tLowerSamFreq 8000 tUpperSamFreq 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0128 1x 296 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 4 bAlternateSetting 3 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 2 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 0 Continuous tLowerSamFreq 8000 tUpperSamFreq 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 13 Transfer Type Isochronous Synch Type Synchronous Usage Type Data wMaxPacketSize 0x0128 1x 296 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 5 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 5 bAlternateSetting 2 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 4 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 0 Continuous tLowerSamFreq 8000 tUpperSamFreq 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x86 EP 6 IN bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0128 1x 296 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x00 bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 5 bAlternateSetting 3 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 4 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 14 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 3 bBitResolution 24 bSamFreqType 0 Continuous tLowerSamFreq 8000 tUpperSamFreq 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x86 EP 6 IN bmAttributes 13 Transfer Type Isochronous Synch Type Synchronous Usage Type Data wMaxPacketSize 0x0128 1x 296 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 6 bAlternateSetting 0 bNumEndpoints 3 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0010 1x 16 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0010 1x 16 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0010 1x 16 bytes bInterval 0 Device Status: 0x0000 (Bus Powered) From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 12:32:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3523106568C for ; Sat, 8 Nov 2008 12:32:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 5AA698FC17 for ; Sat, 8 Nov 2008 12:32:13 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=cdEXb_bmWtN7zjyOe5YA:9 a=Ut9tiMDVkWtWGi3a4Lv2xt9rjPAA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1143361039; Sat, 08 Nov 2008 13:32:11 +0100 From: Hans Petter Selasky To: Raoul Date: Sat, 8 Nov 2008 13:34:15 +0100 User-Agent: KMail/1.9.7 References: <20081108121138.E8C18B0132@smtp7-g19.free.fr> In-Reply-To: <20081108121138.E8C18B0132@smtp7-g19.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811081334.16951.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: usb2_sound behaviour 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 Nov 2008 12:32:13 -0000 On Saturday 08 November 2008, Raoul wrote: > > On Sat, 8 Nov 2008 10:32:2 Hans Petter Selasky wrote: > > > > On Saturday 08 November 2008, Raoul wrote: Hi, > > usbconfig -u 2 -a 1 dump_curr_config_desc: > No device match I see from the printouts that USB2 is not loaded correctly. What does kldstat output ? Looks like the old stack is used with the new modules. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 12:51:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCB3C1065687; Sat, 8 Nov 2008 12:51:01 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 46F228FC16; Sat, 8 Nov 2008 12:51:01 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=dHLmn-RhnaEA:10 a=d4Qm339WgMUA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=6I5d2MoRAAAA:8 a=RkScOIeDkh45HGVlyqMA:9 a=yWpb11-SDuv2qki6rvJzrjavSn4A:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 755393197; Sat, 08 Nov 2008 13:50:59 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Sat, 8 Nov 2008 13:53:09 +0100 User-Agent: KMail/1.9.7 References: <20081107082740.GA1334@icarus.home.lan> <20081108001128.GA1437@icarus.home.lan> <200811081023.10058.hselasky@freebsd.org> In-Reply-To: <200811081023.10058.hselasky@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811081353.09697.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: (FWD) Serious busdma bug in -current in relation to USB harware. 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 Nov 2008 12:51:02 -0000 On Saturday 08 November 2008, Alexander Motin wrote: > Hans Petter Selasky wrote: > > http://perforce.freebsd.org/chv.cgi?CH=152649 > > > > Change 152649 by hselasky@hselasky_laptop001 on 2008/11/08 09:09:50 > > > > > > Fix a serious BUSDMA bug: The initial virtual page offset is > > not retained on the bounce pages, which is what the EHCI and > > the OHCI expects. > > I'm sorry, but are you sure with this? If bounce page will have the same > page offset as original data, then how bus_dma_tag_create()'s alignment > parameter expected to work? What if data are misaligned, but hardware > require alignment? Hi, I'm not saying that my patch is fully correct for all cases, but at least it solves the USB case. USB uses an alignment of 1-byte for data. Probably someone needs to sit down a think this through. Like it is now, it is very scary with regard to USB! Maybe it is time to create a new busdma tag flag? BUS_DMA_NOREALIGN? If this flag is set, busdma should refuse to load the memory if the memory is not aligned already to the given aligment in the DMA tag ? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 13:20:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75D871065672 for ; Sat, 8 Nov 2008 13:20:26 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 331A68FC19 for ; Sat, 8 Nov 2008 13:20:25 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KynOt-0007lF-8A; Sat, 08 Nov 2008 13:58:51 +0100 Message-ID: <49158D07.20400@gwdg.de> Date: Sat, 08 Nov 2008 13:58:47 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.17 (X11/20081009) MIME-Version: 1.0 To: Hans Petter Selasky References: <20081108121138.E8C18B0132@smtp7-g19.free.fr> <200811081334.16951.hselasky@c2i.net> In-Reply-To: <200811081334.16951.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Raoul , freebsd-current@freebsd.org Subject: Re: usb2_sound behaviour 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 Nov 2008 13:20:26 -0000 On 08.11.2008 13:34 (UTC+1), Hans Petter Selasky wrote: > On Saturday 08 November 2008, Raoul wrote: >>> On Sat, 8 Nov 2008 10:32:2 Hans Petter Selasky wrote: >>> >>> On Saturday 08 November 2008, Raoul wrote: > Hi, > >> usbconfig -u 2 -a 1 dump_curr_config_desc: >> No device match > > I see from the printouts that USB2 is not loaded correctly. > > What does kldstat output ? > > Looks like the old stack is used with the new modules. > > --HPS Did you remove 'usbd_enable="YES"' from /etc/rc.conf? On my machines, after removing it the old stack is not loaded any more. Rainer From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 13:54:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2D25106564A for ; Sat, 8 Nov 2008 13:54:24 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 789CC8FC08 for ; Sat, 8 Nov 2008 13:54:24 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.14] (helo=4.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KyoGc-00059h-Qv; Sat, 08 Nov 2008 14:54:22 +0100 Received: from m8948.m.pppool.de ([89.49.137.72]:56514 helo=ernst.jennejohn.org) by 4.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #68) id 1KyoGc-0005nD-Ad; Sat, 08 Nov 2008 14:54:22 +0100 Date: Sat, 8 Nov 2008 14:54:21 +0100 From: Gary Jennejohn To: Chuck Robey Message-ID: <20081108145421.5c47c31c@ernst.jennejohn.org> In-Reply-To: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> References: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: new X11 project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.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 Nov 2008 13:54:25 -0000 On Fri, 7 Nov 2008 13:52:43 -0500 Chuck Robey wrote: > [This is my first time running this mail composing tool, tell me if > it's doing something evil I don't see, ok?] > > I just got pointed at a URL, if you haven't, it's most likely worth > your time to read this; > > http://www.phoronix.com/scan.php?page=article&item=xorg_wayland&num=1 > I only briefly looked at this, but it seems like they want to pull ever more of the functionality of the X-server into the kernel. This is definitely the wrong approach and smacks of Microsoft type thinking to me. Simplifying user-land at the cost of greatly complicating the kernel is a giant step backwards. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 14:31:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F839106567B for ; Sat, 8 Nov 2008 14:31:12 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0B7278FC1B for ; Sat, 8 Nov 2008 14:31:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=VHJbSUtWNYLPh+nZtTRF5SQ8/tGvXzW+ZUmmSwcIimEOlbT+cd8ecrMuIdtbFY3u24nItL6Zl2aG/8gRBXcyk85DeGPyccvnP0aqns2YxlzeLXAWbqi6JNfLYFdHC56zajRSO5xVni23xiC1IXczptCPZex6DDcxX0beLLYuTDo=; Received: from amnesiac.at.no.dns (dns.ccsem.infn.it [192.135.15.3]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KyoqE-000FxK-1N; Sat, 08 Nov 2008 17:31:10 +0300 Date: Sat, 8 Nov 2008 17:31:07 +0300 From: Eygene Ryabinkin To: Robert Noland Message-ID: <5+tB+9b/go7regMZaz+M6h318XM@qm7gbYKMPO53E/nl+D5eD8YyL1A> References: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> <1226086406.33599.22.camel@squirrel.corp.cox.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOmey7/79ja+7F5w" Content-Disposition: inline In-Reply-To: <1226086406.33599.22.camel@squirrel.corp.cox.com> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org, Chuck Robey Subject: Re: new X11 project 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 Nov 2008 14:31:12 -0000 --BOmey7/79ja+7F5w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Robert, good day. Fri, Nov 07, 2008 at 02:33:26PM -0500, Robert Noland wrote: > On Fri, 2008-11-07 at 13:52 -0500, Chuck Robey wrote: > > It's discussing a new X11 project, going by the name Wayland, a RedHat = =20 > > project. Among it's primary goals is to simplify the server, and =20 > > since making things simpler (and hence more reliable) has been a =20 > > lifelong primary goal of mine, I'm listening. My goal here, beyond =20 > > trying to be helpful in pointing out something clearly important, is = =20 > > to find out of anyone has done any research with a mind towards =20 > > finding out the ultimate compatibility between FreeBSD and this new =20 > > Wayland. I'm always worried that a Linux-person is going to =20 > > "innocently" write something that requires us to become a Linux =20 > > lookalike. >=20 > I haven't spoken to krh about it, but the userland component likely > won't be all that difficult to port. The more complex issue is all the > back-end kernel support that will be needed. Do you really think that it is really needed to include all modesetting stuff to the FreeBSD kernel? What's wrong with the current implementation for the, say, Radeon userland drivers in this respect? AtomBIOS and company needs not to be in the kernel. Sure, DRM is already a part of the kernel, but it is the "real" need -- physical access to the hardware (with the more-or-less fast response) is needed. But what is the point in having the pure userland code in the kernel? I understand that Wayland has only 3000+ lines of code, but I feel that the complexity is just moved to the other places. Am I missing something? > GEM is on my list to do sooner rather than later, but I haven't > gotten it going yet. I feel that GEM is rather useful for the DRM layer itself? At least it is that it was written for... --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --BOmey7/79ja+7F5w Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkVoqsACgkQthUKNsbL7YhSugCffS56mp/hKrBG3p64IX3DwMRI I0cAoI7AKbhEZXtO2rLsMG7qSU/oU/EU =jTbk -----END PGP SIGNATURE----- --BOmey7/79ja+7F5w-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 15:09:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 417B31065677 for ; Sat, 8 Nov 2008 15:09:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1377A8FC17 for ; Sat, 8 Nov 2008 15:09:14 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.57] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id mA8F963U059369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Nov 2008 10:09:07 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Eygene Ryabinkin In-Reply-To: <5+tB+9b/go7regMZaz+M6h318XM@qm7gbYKMPO53E/nl+D5eD8YyL1A> References: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> <1226086406.33599.22.camel@squirrel.corp.cox.com> <5+tB+9b/go7regMZaz+M6h318XM@qm7gbYKMPO53E/nl+D5eD8YyL1A> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-lZczdhP0AcKdWjyWM4TP" Organization: FreeBSD Date: Sat, 08 Nov 2008 10:08:59 -0500 Message-Id: <1226156939.1730.14.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE, RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org, Chuck Robey Subject: Re: new X11 project 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 Nov 2008 15:09:15 -0000 --=-lZczdhP0AcKdWjyWM4TP Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-11-08 at 17:31 +0300, Eygene Ryabinkin wrote: > Robert, good day. >=20 > Fri, Nov 07, 2008 at 02:33:26PM -0500, Robert Noland wrote: > > On Fri, 2008-11-07 at 13:52 -0500, Chuck Robey wrote: > > > It's discussing a new X11 project, going by the name Wayland, a RedHa= t =20 > > > project. Among it's primary goals is to simplify the server, and =20 > > > since making things simpler (and hence more reliable) has been a =20 > > > lifelong primary goal of mine, I'm listening. My goal here, beyond =20 > > > trying to be helpful in pointing out something clearly important, is = =20 > > > to find out of anyone has done any research with a mind towards =20 > > > finding out the ultimate compatibility between FreeBSD and this new =20 > > > Wayland. I'm always worried that a Linux-person is going to =20 > > > "innocently" write something that requires us to become a Linux =20 > > > lookalike. > >=20 > > I haven't spoken to krh about it, but the userland component likely > > won't be all that difficult to port. The more complex issue is all the > > back-end kernel support that will be needed. >=20 > Do you really think that it is really needed to include all modesetting > stuff to the FreeBSD kernel? What's wrong with the current > implementation for the, say, Radeon userland drivers in this respect? >=20 > AtomBIOS and company needs not to be in the kernel. Sure, DRM is > already a part of the kernel, but it is the "real" need -- physical > access to the hardware (with the more-or-less fast response) is needed. > But what is the point in having the pure userland code in the kernel? >=20 > I understand that Wayland has only 3000+ lines of code, but I feel > that the complexity is just moved to the other places. Am I missing > something? The objective of kernel mode setting is not to put a full blown xserver in the kernel. The goal is to optionally allow the kernel to take enough control of the hardware to for example avoid flickering when X starts. As it is now, if you get a panic while in X, it results in either an obscure system hang or spontaneous reboot. In my opinion one of the key advantages of kms, will be the ability to get panic messages out to the user/developer while in graphics context. It should also allow us to have a nice pretty graphical boot if we choose to, think OSX. Another advantage that we get will be an improved ability to handle suspend/resume events. This will also benefit folks who have to use the vesa fb now. As I said, I haven't really scoped the work yet, but much of this is already in drm, it just depends on the X server to tell drm what to do. robert. > > GEM is on my list to do sooner rather than later, but I haven't > > gotten it going yet. >=20 > I feel that GEM is rather useful for the DRM layer itself? At least > it is that it was written for... --=-lZczdhP0AcKdWjyWM4TP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkkVq4sACgkQM4TrQ4qfROMdtwCfbckm5Cxuv1YL7NYjp7VIazBO xG8AnjqdziAHWRnFZEjg3uL89MFAWEC3 =XT9L -----END PGP SIGNATURE----- --=-lZczdhP0AcKdWjyWM4TP-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 15:22:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA3431065688 for ; Sat, 8 Nov 2008 15:22:16 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by mx1.freebsd.org (Postfix) with ESMTP id 704198FC16 for ; Sat, 8 Nov 2008 15:22:16 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id 40A57B0063; Sat, 8 Nov 2008 16:22:15 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp7-g19.free.fr (Postfix) with ESMTP id C61E9B0133; Sat, 8 Nov 2008 16:22:14 +0100 (CET) To: Hans Petter Selasky From: Raoul Date: Sat, 08 Nov 2008 16:22:11 +0100 Sender: root@free.fr Message-Id: <20081108152214.C61E9B0133@smtp7-g19.free.fr> Cc: freebsd-current@freebsd.org Subject: Re: usb2_sound behaviour 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 Nov 2008 15:22:16 -0000 On 08.11.2008 13:34 (UTC+1), Hans Petter Selasky wrote: > > On Saturday 08 November 2008, Raoul wrote: > >>> On Sat, 8 Nov 2008 10:32:2 Hans Petter Selasky wrote: > >>> > >>> On Saturday 08 November 2008, Raoul wrote: > > Hi, > > > >> usbconfig -u 2 -a 1 dump_curr_config_desc: > >> No device match > > > > I see from the printouts that USB2 is not loaded correctly. > > > > What does kldstat output ? > > > > Looks like the old stack is used with the new modules. > > > > --HPS as pointed out by Rainer Hurling: > Did you remove 'usbd_enable="YES"' from /etc/rc.conf? > > On my machines, after removing it the old stack is not loaded any more.> Alas, i forgot to check this one! thanks for that good point, but still i have the same result: kldstat Id Refs Address Size Name 1 49 0xc0400000 bff630 kernel (/boot/kernel/kernel) 2 1 0xc1000000 2bdbc linux.ko (/boot/kernel/linux.ko) 3 1 0xc102c000 106dc if_iwi.ko (/boot/kernel/if_iwi.ko) 4 1 0xc103d000 1a780 snd_hda.ko (/boot/kernel/snd_hda.ko) 5 4 0xc1058000 52bb0 sound.ko (/boot/kernel/sound.ko) 6 1 0xc10ab000 2848 acpi_sony.ko (/boot/kernel/acpi_sony.ko) 7 1 0xc10ae000 3c4c usb2_controller.ko (/boot/kernel/usb2_controller.ko) 8 4 0xc10b2000 3be58 usb2_core.ko (/boot/kernel/usb2_core.ko) 9 1 0xc10ee000 e15c usb2_sound.ko (/boot/kernel/usb2_sound.ko) 10 6 0xc10fd000 e9fc netgraph.ko (/boot/kernel/netgraph.ko) 11 1 0xc110c000 9bd4 ng_ubt.ko (/boot/kernel/ng_ubt.ko) 12 4 0xc53f6000 2000 ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 13 1 0xc53f8000 d000 ng_hci.ko (/boot/kernel/ng_hci.ko) 14 1 0xc5485000 10000 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 15 1 0xc5497000 22000 ng_btsocket.ko (/boot/kernel/ng_btsocket.ko) 16 1 0xc54c4000 4000 ng_socket.ko (/boot/kernel/ng_socket.ko) usbconfig -u 2 -a 1 usb2device_desc No device match in case ... dmesg ... usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered uhub5: on uhub0 uhub5: 3 ports with 2 removable, bus powered ucom0: on uhub5 ukbd0: on uhub5 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 uhid0: on uhub5 ugen0: on uhub1 Best regards RAoul rmgls@free.Fr From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 15:47:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3543C1065670 for ; Sat, 8 Nov 2008 15:47:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id C14A68FC13 for ; Sat, 8 Nov 2008 15:47:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=FILUL3he3ESIWzceUTwA:9 a=Y6EKLVZEpfzmgvr2_J7SX4F4oEQA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 94349287; Sat, 08 Nov 2008 16:47:16 +0100 From: Hans Petter Selasky To: Raoul Date: Sat, 8 Nov 2008 16:49:22 +0100 User-Agent: KMail/1.9.7 References: <20081108152214.C61E9B0133@smtp7-g19.free.fr> In-Reply-To: <20081108152214.C61E9B0133@smtp7-g19.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811081649.24658.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: usb2_sound behaviour 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 Nov 2008 15:47:19 -0000 On Saturday 08 November 2008, Raoul wrote: > ng_ubt.ko Try to not load this module: ng_ubt.ko It gets the old USB stack loaded. That is what your dmesg is telling me. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 15:56:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9A881065680; Sat, 8 Nov 2008 15:56:27 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8278FC13; Sat, 8 Nov 2008 15:56:26 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mA8FgRSU034797 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 8 Nov 2008 16:42:28 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <65A46633-F826-4848-B459-9B21DDB4C469@lassitu.de> From: Stefan Bethke To: Nick Hibma In-Reply-To: <200810092344.10388.nick@van-laarhoven.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sat, 8 Nov 2008 16:42:27 +0100 References: <200810092344.10388.nick@van-laarhoven.org> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD Current , freebsd-hardware@freebsd.org Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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 Nov 2008 15:56:27 -0000 Am 09.10.2008 um 23:44 schrieb Nick Hibma: > Just now I have committed a driver for Option and Huawei cards > previously > supported by the ubsa driver. More information is in the commit > message. I've got an O2 Germany branded Huawai U169 here that offers the main serial port as it's first function, so it is working with the old driver already. The new driver (as in -current as of yesterday) seems to work fine for the PPP connection and using cuaU0.2 to query the status while the connection is active. Machine is a VMware image hosted on a Mac Pro. at+cgmi huawei OK at+cgmm E169G OK at+cgmr 11.314.07.00.00 dmesg is a bit garbled: u3gstub0: <\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? \M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 3> on uhub0 u3gstub0: at uhub0 port 1 (addr 3) disconnected u3gstub0: detached ucom0: <\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? \M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 3> on uhub0 ucom0: configured 3 serial ports (U0.%d) umass0: <\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? \M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 3> on uhub0 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount the ISO9660 image fails with: root@freebsd-current:/etc/ppp# mount -t iso9660 /dev/cd0 /mnt mount: /dev/cd0 : Operation not supported by device usbdevs sees this: Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 3: full speed, power 500 mA, config 1, HUAWEI Mobile(0x1001), ???????????????????(0x12d1), rev 0.00 HTH, Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 16:25:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CD28106564A; Sat, 8 Nov 2008 16:25:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id AC9608FC0C; Sat, 8 Nov 2008 16:25:02 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=dHLmn-RhnaEA:10 a=d4Qm339WgMUA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=W7yW5RWIGnIUdAu0NoAA:9 a=t7RMLOW7sXuN4nJvu2FY-nvfdNEA:4 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1042886932; Sat, 08 Nov 2008 17:25:01 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 8 Nov 2008 17:27:06 +0100 User-Agent: KMail/1.9.7 References: <20081107082740.GA1334@icarus.home.lan> <200811081023.10058.hselasky@freebsd.org> <200811081353.09697.hselasky@c2i.net> In-Reply-To: <200811081353.09697.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811081727.08788.hselasky@c2i.net> Cc: freebsd-usb@freebsd.org Subject: Re: (FWD) Serious busdma bug in -current in relation to USB harware. 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 Nov 2008 16:25:03 -0000 On Saturday 08 November 2008, Hans Petter Selasky wrote: > On Saturday 08 November 2008, Alexander Motin wrote: > What is the real reason to do that? If you are saying that you uses > 1-byte alignment then you should be able to accept _any_ address that > busdma will allocate to you! Why original data alignment should so > strictly affect hardware operation? Hi, The real reason is that the EHCI and OHCI only takes the full physical address of the _first_ page, and then for the subsequent pages only stores the upper bits of the physical address, leaving it impossible to program a per-page data start offset. The hardware assumes that the lower part of the physical address wraps modulo PAGE_SIZE, and that's it. Don't ask me why they designed it like that. Currently USB is broken on all architectures where bouncing is used. I see no other way around this than to change busdma. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 16:40:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED081106567F for ; Sat, 8 Nov 2008 16:40:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045082.chello.pl [87.206.45.82]) by mx1.freebsd.org (Postfix) with ESMTP id 82C698FC16 for ; Sat, 8 Nov 2008 16:40:14 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id B2C1245B36; Sat, 8 Nov 2008 17:20:04 +0100 (CET) Received: from localhost (chello087206045082.chello.pl [87.206.45.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D792A45C89; Sat, 8 Nov 2008 17:19:57 +0100 (CET) Date: Sat, 8 Nov 2008 17:19:55 +0100 From: Pawel Jakub Dawidek To: Scott Burns Message-ID: <20081108161955.GA2340@garage.freebsd.pl> References: <48D4E974.2020008@bqinternet.com> <48D7D212.7090908@bqinternet.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <48D7D212.7090908@bqinternet.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: ZFS panic in zone_dataset_visible 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 Nov 2008 16:40:15 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 22, 2008 at 01:12:50PM -0400, Scott Burns wrote: > Scott Burns wrote: > >Hello, > > > >I am running several servers using Pawel's July 27 ZFS patchset, applied= =20 > >against 8-current source from the same day. I have seen a similar panic= =20 > >on two different servers: > ... > >Stopped at _mtx_lock_flags+0x15: lock cmpxchgq %rsi,0x18(%rdi) > >db> bt > >Tracing pid 95276 tid 100432 td 0xffffff010b3cc000 > >_mtx_lock_flags() at _mtx_lock_flags+0x15 > >zone_dataset_visible() at zone_dataset_visible+0x94 > >zfs_mount() at zfs_mount+0x3e5 > ... >=20 > With a bit of testing, I found that this panic is easily reproducible.=20 > Simply try to list the contents of a snapshot from within a jail, as=20 > long as the snapshot isn't already mounted, and the system panics. If I= =20 > mount the snapshot from outside of the jail first, and then list it=20 > inside the jail, it does not panic. >=20 > I spent a bit of time debugging this weekend. Trying to list an=20 > unmounted snapshot triggers a zfs_mount() for the snapshot, which calls= =20 > zone_dataset_visible() to determine if the snapshot should be visible in= =20 > the current zone. When it is run outside of a jail, it returns true=20 > early on because INGLOBALZONE(curproc) is true, otherwise it takes=20 > another code path. >=20 > The panic is happening after that check, at mtx_lock(&pr->cr_mtx),=20 > because (pr =3D curthread->td_ucred->cr_prison) is NULL. Interestingly,= =20 > it's not NULL if zone_dataset_visible() is triggered by a "zfs list"=20 > command, but it is NULL if zone_dataset_visible() is called from=20 > zfs_mount(). >=20 > As a temporary workaround, I modified my copy of=20 > cddl/compat/opensolaris/kern/opensolaris_zone.c to have=20 > zone_dataset_visible() return true if it is being called for a snapshot.= =20 > I modified it as below: >=20 > -if (INGLOBALZONE(curproc)) > +if (INGLOBALZONE(curproc) || strchr(dataset, '@')) >=20 > This is obviously not ideal, since it allows the manipulation of the=20 > snapshot from another jail if the caller knows that it exists. Since I= =20 > am the only one with root access to any of the jails, I am not concerned= =20 > with that. "zfs list" continues to behave normally. >=20 > I will continue looking at this, but since my main goal of working=20 > around the panic has been taken care of, I am not sure how long my=20 > attention span will last. If the cause of=20 > curthread->td_ucred->cr_prison being NULL under these conditions is=20 > obvious to anyone, please let me know. Thanks for the report. The problem is that we have an ugly hack to allow regular users to mount snapshots automatically. It works by changing td_ucred to kcred for VFS_MOUNT() call. This makes p_ucred to point at jailed cred and td_ucred to point at unjailed thread in zone_dataset_visible(), which is confusing of course. I fixed it by reimplementing INGLOBALZONE() macro to take thread, not process. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFJFbwrForvXbEpPzQRAvq3AJwMDKLqrE46CDqUC4iBgOLqWeX7BACgg3jF FknEhzFJE3W2BOO6vubg560= =xAWM -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 18:14:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A8811065674 for ; Sat, 8 Nov 2008 18:14:24 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 441158FC08 for ; Sat, 8 Nov 2008 18:14:24 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so685681ywe.13 for ; Sat, 08 Nov 2008 10:14:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=b8blgpL3E0PE1O1kIZaUbMmnSLrV0lu8MZOXuu/4s14=; b=vmmEoHQltAUZv39PdeN9MH0MvJXk97XfeTFuP7Y2WouYZl4iYTbYhSjDBgOV5nOwKE v2+qJJhLt6PeW42jWm36UvetepA+duCJVJuFuFavZu7+tANiMDttNhnVv+amdF46NJe+ PKgRmk6CX+UALjqf5jO7+zN1EYuAW5W2VzVBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=j5jWp1a7Y5xi21O0xl1ftNFEc+Cw4qJRp3DeZy1Gb5teFC1duYV4dEM59N1171CNXk Yyadmg2p+gORKUEGZNTTBPNFaAPfJ9/95irRoaAcZ62qoMW40dtNxOVBETz7QtfZFXcL drSkLSXQeS6PPlepA2cgn3C9O85i3ZQLj0xPQ= Received: by 10.90.53.5 with SMTP id b5mr4371377aga.15.1226166261853; Sat, 08 Nov 2008 09:44:21 -0800 (PST) Received: by 10.90.82.5 with HTTP; Sat, 8 Nov 2008 09:44:21 -0800 (PST) Message-ID: <1d6d20bc0811080944k270c74d4p593d3a93547669ed@mail.gmail.com> Date: Sun, 9 Nov 2008 01:44:21 +0800 From: "Jia-Shiun Li" To: "John Baldwin" In-Reply-To: <200809250835.36444.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1d6d20bc0809170846g69311401j7f93f97969756e43@mail.gmail.com> <1d6d20bc0809242142ge545896u332cc8e23212383a@mail.gmail.com> <20080925071118.GA8984@insightsol.com> <200809250835.36444.jhb@freebsd.org> Cc: freebsd-current@freebsd.org, Navdeep Parhar Subject: Re: Unable to boot Asus P5QL-EM w/ acpi enabled 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 Nov 2008 18:14:24 -0000 On Thu, Sep 25, 2008 at 8:35 PM, John Baldwin wrote: > > I'm not sure. Probably other OS's aren't using this a lot yet so it is just > buggy BIOS. Linux has a rather silly SMAP-related check (requires an > explicit SMAP region that covers the memcfg area) that effectively disables > memcfg on most boxes, so Linux probably isn't using it on your hardware > either. I attached the board to firewire console. The system goes wrong at the second PCIB_READ_CONFIG() of pci_add_map(). That's strange because the first read and write to the BAR works. The device at pci0:0:2:0 is the integrated graphics device on G43 chipset. dmesg when mcfg disabled: http://jiashiun.googlepages.com/mcfgdisabled.dmesg.txt enabled: http://jiashiun.googlepages.com/mcfgenabled.dmesg.txt The backtrace just before hanging: (kgdb) bt #0 pciereg_cfgread (bus=Variable "bus" is not available. ) at /freebsd-current/sys/i386/pci/pci_cfgreg.c:669 #1 0xc07be7f4 in pci_docfgregread (bus=0, slot=Variable "slot" is not available. ) at /freebsd-current/sys/i386/pci/pci_cfgreg.c:210 #2 0xc07be874 in pci_cfgregread (bus=0, slot=2, func=0, reg=24, bytes=4) at /freebsd-current/sys/i386/pci/pci_cfgreg.c:232 #3 0xc047e0ed in acpi_pcib_read_config (dev=0xc655c980, bus=0, slot=2, func=0, reg=24, bytes=4) at /freebsd-current/sys/dev/acpica/acpi_pcib_acpi.c:303 #4 0xc04c5ac8 in pci_add_map (pcib=0xc655c980, bus=0xc6645080, dev=0xc6644e80, b=0, s=2, f=0, reg=24, rl=0xc659f404, force=0, prefetch=0) at pcib_if.h:40 #5 0xc04c684b in pci_add_resources (bus=0xc6645080, dev=0xc6644e80, force=0, prefetchmask=0) at /freebsd-current/sys/dev/pci/pci.c:2549 #6 0xc04c697d in pci_add_child (bus=0xc6645080, dinfo=0xc659f400) at /freebsd-current/sys/dev/pci/pci.c:2619 #7 0xc04c86e3 in pci_add_children (dev=0xc6645080, domain=0, busno=0, dinfo_size=240) at /freebsd-current/sys/dev/pci/pci.c:2603 #8 0xc047b7e8 in acpi_pci_attach (dev=0xc6645080) at /freebsd-current/sys/dev/acpica/acpi_pci.c:313 #9 0xc058215f in device_attach (dev=0xc6645080) at device_if.h:178 #10 0xc058311c in device_probe_and_attach (dev=0xc6645080) at /freebsd-current/sys/kern/subr_bus.c:2400 #11 0xc05831f9 in bus_generic_attach (dev=0xc655c980) at /freebsd-current/sys/kern/subr_bus.c:2936 #12 0xc047d814 in acpi_pcib_attach (dev=0xc655c980, prt=0xc6646234, busno=0) at /freebsd-current/sys/dev/acpica/acpi_pcib.c:170 #13 0xc047e3b6 in acpi_pcib_acpi_attach (dev=0xc655c980) at /freebsd-current/sys/dev/acpica/acpi_pcib_acpi.c:243 #14 0xc058215f in device_attach (dev=0xc655c980) at device_if.h:178 #15 0xc058311c in device_probe_and_attach (dev=0xc655c980) at /freebsd-current/sys/kern/subr_bus.c:2400 #16 0xc05831f9 in bus_generic_attach (dev=0xc660f400) at /freebsd-current/sys/kern/subr_bus.c:2936 #17 0xc04732d6 in acpi_attach (dev=0xc660f400) at /freebsd-current/sys/dev/acpica/acpi.c:1557 #18 0xc058215f in device_attach (dev=0xc660f400) at device_if.h:178 ---Type to continue, or q to quit--- #19 0xc058311c in device_probe_and_attach (dev=0xc660f400) at /freebsd-current/sys/kern/subr_bus.c:2400 #20 0xc05831f9 in bus_generic_attach (dev=0xc655b180) at /freebsd-current/sys/kern/subr_bus.c:2936 #21 0xc079070e in nexus_acpi_attach (dev=0xc655b180) at /freebsd-current/sys/i386/acpica/acpi_machdep.c:580 #22 0xc058215f in device_attach (dev=0xc655b180) at device_if.h:178 #23 0xc058311c in device_probe_and_attach (dev=0xc655b180) at /freebsd-current/sys/kern/subr_bus.c:2400 #24 0xc058314b in root_bus_configure () at /freebsd-current/sys/kern/subr_bus.c:3846 #25 0xc079585c in configure (dummy=0x0) at /freebsd-current/sys/i386/i386/autoconf.c:112 #26 0xc051d596 in mi_startup () at /freebsd-current/sys/kern/init_main.c:251 #27 0xc0445dc5 in begin () at /freebsd-current/sys/i386/i386/locore.s:328 (kgdb) Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 18:32:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FD7A1065679 for ; Sat, 8 Nov 2008 18:32:15 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 700DD8FC21 for ; Sat, 8 Nov 2008 18:32:15 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 3D0A119237; Sat, 8 Nov 2008 09:52:23 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 Received: from tau.draftnet (unknown [66.45.161.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Sat, 8 Nov 2008 09:52:23 -0500 (EST) Date: Sat, 8 Nov 2008 06:52:04 -0800 From: Bruce Cran To: gary.jennejohn@freenet.de Message-ID: <20081108065204.14175933@tau.draftnet> In-Reply-To: <20081108145421.5c47c31c@ernst.jennejohn.org> References: <0E1DCF36-07A1-4A7F-8784-477709445C26@telenix.org> <20081108145421.5c47c31c@ernst.jennejohn.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Chuck Robey Subject: Re: new X11 project 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 Nov 2008 18:32:15 -0000 On Sat, 8 Nov 2008 14:54:21 +0100 Gary Jennejohn wrote: > On Fri, 7 Nov 2008 13:52:43 -0500 > Chuck Robey wrote: > > > [This is my first time running this mail composing tool, tell me > > if it's doing something evil I don't see, ok?] > > > > I just got pointed at a URL, if you haven't, it's most likely > > worth your time to read this; > > > > http://www.phoronix.com/scan.php?page=article&item=xorg_wayland&num=1 > > > > I only briefly looked at this, but it seems like they want to pull > ever more of the functionality of the X-server into the kernel. > > This is definitely the wrong approach and smacks of Microsoft type > thinking to me. > > Simplifying user-land at the cost of greatly complicating the kernel > is a giant step backwards. > I'm not sure if it's the same idea, but I read an interview with Keith Packard a few months ago where he was saying that X.org plans on moving more functionality into the kernel too: in particular apparently there's lots of code in userland which replicates the PCI access code from the kernel. They're moving that stuff into the kernel and removing the duplication. He made a point of saying that the kernel interface is being made generic so any OS will be able to implement it. -- Bruce Cran -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 18:43:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6369B1065672 for ; Sat, 8 Nov 2008 18:43:57 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 010C98FC26 for ; Sat, 8 Nov 2008 18:43:56 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 99822 invoked from network); 8 Nov 2008 18:17:15 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 8 Nov 2008 18:17:15 -0000 Message-ID: <4915D74B.2070502@acm.poly.edu> Date: Sat, 08 Nov 2008 13:15:39 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.16 (X11/20080727) MIME-Version: 1.0 To: vermaden References: <20081108012734.3274F1E3055@f03.poczta.interia.pl> In-Reply-To: <20081108012734.3274F1E3055@f03.poczta.interia.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysctl debug.cpufreq.highest 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 Nov 2008 18:43:57 -0000 I've rolled a patchset to do this for 7.0-RELEASE (http://acm.poly.edu/~spawk/cpufreq/) if anyone's interested. -Boris vermaden wrote: > Hi, > > Currently there is possibility to set lowest speed of > cpu for scaling with cpufreq (debug.cpufreq.lowest), > it would be good to include also a option to set the > highest possible freq to use with cpufreq, some laptops > get too hot and/or consume too much power when running > on maximum power/speed of cpu. > > Regards > vermaden > > > ---------------------------------------------------------------------- > Dzwon taniej na zagraniczne komorki! > Sprawdz >> http://link.interia.pl/f1f6a > > _______________________________________________ > 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 Sat Nov 8 20:08:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A7471065673; Sat, 8 Nov 2008 20:08:08 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout011.mac.com (asmtpout011.mac.com [17.148.16.86]) by mx1.freebsd.org (Postfix) with ESMTP id 223CA8FC18; Sat, 8 Nov 2008 20:08:08 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from rng-t43.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp011.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KA100J4S3TINS90@asmtp011.mac.com>; Sat, 08 Nov 2008 11:08:08 -0800 (PST) Message-id: <61594882-04B6-4DC9-AE16-FD3F0638EDCC@mac.com> From: Marcel Moolenaar To: Hans Petter Selasky In-reply-to: <200811081353.09697.hselasky@c2i.net> Date: Sat, 08 Nov 2008 11:08:02 -0800 References: <20081107082740.GA1334@icarus.home.lan> <20081108001128.GA1437@icarus.home.lan> <200811081023.10058.hselasky@freebsd.org> <200811081353.09697.hselasky@c2i.net> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: (FWD) Serious busdma bug in -current in relation to USB harware. 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 Nov 2008 20:08:08 -0000 On Nov 8, 2008, at 4:53 AM, Hans Petter Selasky wrote: > On Saturday 08 November 2008, Alexander Motin wrote: >> Hans Petter Selasky wrote: >>> http://perforce.freebsd.org/chv.cgi?CH=152649 >>> >>> Change 152649 by hselasky@hselasky_laptop001 on 2008/11/08 09:09:50 >>> >>> >>> Fix a serious BUSDMA bug: The initial virtual page offset is >>> not retained on the bounce pages, which is what the EHCI and >>> the OHCI expects. >> >> I'm sorry, but are you sure with this? If bounce page will have the >> same >> page offset as original data, then how bus_dma_tag_create()'s >> alignment >> parameter expected to work? What if data are misaligned, but hardware >> require alignment? > > Hi, > > I'm not saying that my patch is fully correct for all cases, but at > least it > solves the USB case. USB uses an alignment of 1-byte for data. Another way to look at it is that USB (at least EHCI) uses page-aligned data and that for the first descriptor you can optionally add an offset within the page. Effectively this gives you 1-byte alignment, but it comes with the restriction that on crossing the page boundary, all data comes from offset 0 on subsequent pages. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 17:07:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86715106567E for ; Sat, 8 Nov 2008 17:07:36 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 427B88FC1A for ; Sat, 8 Nov 2008 17:07:36 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1KyrHa-0007pa-Qr>; Sat, 08 Nov 2008 18:07:34 +0100 Received: from e178058053.adsl.alicedsl.de ([85.178.58.53] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1KyrHa-0002dd-OE>; Sat, 08 Nov 2008 18:07:34 +0100 Message-ID: <4915C773.6060901@mail.zedat.fu-berlin.de> Date: Sat, 08 Nov 2008 18:08:03 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.17 (X11/20081101) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.58.53 X-Mailman-Approved-At: Sat, 08 Nov 2008 20:46:48 +0000 Subject: USB4BSD (USB2): How do I activate and use the new USB infrastructure? 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 Nov 2008 17:07:36 -0000 For those with us having missed how to use the new USB2 stuff: How do I use the new USB4BSD stuff? What is necessary in kernel config? I tried to load everything beginning with 'usb2_...' via loader.conf (no device usb... in kernel config), but no USB device was recognized after that, especially no mice. So I guess I forgott the basic/primary USB2 infrastructure 'device' in kernel config. Can someone give me a hint were to read about this? Thanks a lot. Oliver From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 20:56:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADAA7106567B for ; Sat, 8 Nov 2008 20:56:52 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3592A8FC0A for ; Sat, 8 Nov 2008 20:56:51 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id BF619A0691; Sat, 8 Nov 2008 21:56:50 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id AFD23A0690; Sat, 8 Nov 2008 21:56:50 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 90DBDA067A; Sat, 8 Nov 2008 21:56:50 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008110821564910-32707 ; Sat, 8 Nov 2008 21:56:49 +0100 Received: by wep4035 (sSMTP sendmail emulation); Sat, 8 Nov 2008 21:56:49 +0100 From: "Alexey Shuvaev" Date: Sat, 8 Nov 2008 21:56:49 +0100 To: Pyun YongHyeon Message-ID: <20081108205649.GA5197@wep4035.physik.uni-wuerzburg.de> References: <20081015003745.GG14769@cdnetworks.co.kr> <20081103183556.GA2009@localhost.my.domain> <20081104014246.GA98154@cdnetworks.co.kr> <20081107194844.GA55053@localhost.my.domain> <20081108075929.GE14970@cdnetworks.co.kr> MIME-Version: 1.0 In-Reply-To: <20081108075929.GE14970@cdnetworks.co.kr> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/08/2008 09:56:49 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 11/08/2008 09:56:49 PM, Serialize complete at 11/08/2008 09:56:49 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: Call for testers: fxp(4) WOL 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 Nov 2008 20:56:52 -0000 On Sat, Nov 08, 2008 at 04:59:29PM +0900, Pyun YongHyeon wrote: > On Fri, Nov 07, 2008 at 08:48:44PM +0100, Alexey Shuvaev wrote: > > I have tested more thoroughly and here are the results. > > > > FreeBSD-CURRENT (late oktober) without your patch > > (is it what you call 'stock'?): > > Yes. > > > interface up or down, WOL disabled or enabled in the BIOS - > > system hangs when receiving WOL packet. > > Breaking to debugger shows kernel running, namely 3 acpi threads, > > acpi_task_[0-2]. > > This is critical issue, your box is vulnerable to WOL attack. > Yop. I was badly surprised by the dead system after I ocasionally sent WOL packet to the running system. > > FreeBSD-CURRENT from 4 Nov 2008 with your patch: > > again, with WOL enabled in BIOS or not, system hangs with WOL packet, > > but only if interface is down. > > With interface (fxp0) up and running, nothing happens. > > However, I failed to disable WOL with ifconfig, notebook boots > > always when WOL enabled in the BIOS. > > Maybe BIOS doesn't honor preprogrammed PCI configuration data? > Or the reset command in fxp_stop() might cleared some important > configuration data. > Ha! Bingo! See below. > > Linux-Ubuntu uname: Linux ubuntu 2.6.22-14-generic #1 SMP > > Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux (booted live from CD) > > The same results as with FreeBSD-CURRENT with your patch. > > Disabling wol with ethtool does not produce the desired results. > > Receiving WOL packet when interface is down does not hang the system, > > but it (according to top) consumes 70% in system with > > kacpid process consuming 98.5% of cpu. > > > > Thanks a lot for your testing! > > > So, it seems your patch is making FreeBSD on par with Linux. > > If you need something more, you are welcome! > > I still have no clue yet but would you try attached one after > backing out previous patch? > Much, much better! Almost all issues are gone \O/. So, if I do ifconfig fxp0 up then the system does not react to WOL packets. And this is even if I do ifconfig fxp0 down afterwards. (With previous patch system always hangs in interface down state.) And if I shutdown system with ifconfig fxp0 -wol then it will not wake! Great! The only remaining thing is system vulnerability right after the boot before interface configuration. Receiving WOL packet in this interval hangs the system as before. Could this be fixed near attach routine or something similar? And also if I do ifconfig fxp0 -wol in this period and shutdown the system it will then wake on WOL packet. It is ifcongig fxp0 up that forces all things to work properly. > -- > Regards, > Pyun YongHyeon > Thanks a lot, Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 20:58:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B850F1065676 for ; Sat, 8 Nov 2008 20:58:12 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp801.mail.ird.yahoo.com (smtp801.mail.ird.yahoo.com [217.146.188.61]) by mx1.freebsd.org (Postfix) with SMTP id 236338FC08 for ; Sat, 8 Nov 2008 20:58:11 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 81976 invoked from network); 8 Nov 2008 20:58:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=IBnC8VgccelzaR35i4h5w+O69ORrG3oZN6KPJKCKFC1jVWnis2V4bIXZtDekJZs+eExkyrULFNYKhK7x72gao3FXeAEJpdv/EGPy/5sliHQgFxrhGf0orRTK3vXGCKI2Gv0wXCfINtKpQcv9U6HiDFLFHRp3kjDDloiHXHHXGbg= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (Thomas.Sparrevohn@86.134.50.63 with login) by smtp801.mail.ird.yahoo.com with SMTP; 8 Nov 2008 20:58:10 -0000 X-YMail-OSG: QZBcSfwVM1lZg9GMympBtJu0CqKiH7Psz8UfQ63NjLYMm7FTvfVLH6rlf1Q4cwiadE_anBX09A16M6eCvETN15SwDQ8QHO.8ThVqN7xhG6N5LiirUtfMajjiBMdl3lshAOWBpV5O5B_MCXVqZtQN.4EAiaYtU77v1h7NNlrA9gLwE5LeDk8qCX1h3y4- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Sat, 8 Nov 2008 20:58:09 +0000 User-Agent: KMail/1.9.10 References: <4915C773.6060901@mail.zedat.fu-berlin.de> In-Reply-To: <4915C773.6060901@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811082058.09782.Thomas.Sparrevohn@btinternet.com> Cc: "O. Hartmann" Subject: Re: USB4BSD (USB2): How do I activate and use the new USB infrastructure? 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 Nov 2008 20:58:12 -0000 On Saturday 08 November 2008 17:08:03 O. Hartmann wrote: > For those with us having missed how to use the new USB2 stuff: > > How do I use the new USB4BSD stuff? What is necessary in kernel config? > I tried to load everything beginning with 'usb2_...' via loader.conf (no > device usb... in kernel config), but no USB device was recognized after > that, especially no mice. So I guess I forgott the basic/primary USB2 > infrastructure 'device' in kernel config. Can someone give me a hint > were to read about this? > > Thanks a lot. > > Oliver > _______________________________________________ > 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" > I am using the following in the kernel # # # USB2 # device usb2_bluetooth #device usb2_bluetooth_fw #device usb2_bluetooth_ng device usb2_controller device usb2_controller_at91dci device usb2_controller_ehci device usb2_controller_musb device usb2_controller_ohci device usb2_controller_uhci #device usb2_controller_uss820dci device usb2_core device usb2_ethernet device usb2_ethernet_aue device usb2_ethernet_axe device usb2_ethernet_cdce device usb2_ethernet_cue #device usb2_ethernet_dav device usb2_ethernet_kue device usb2_ethernet_rue device usb2_image device usb2_input device usb2_input_hid device usb2_input_kbd device usb2_input_ms device usb2_misc #device usb2_misc_dbp #device usb2_misc_fm #device usb2_ndis device usb2_quirk device usb2_scanner device usb2_serial #device usb2_serial_ark #device usb2_serial_bsa #device usb2_serial_bser #device usb2_serial_chcom #device usb2_serial_cycom #device usb2_serial_foma #device usb2_serial_ftdi #device usb2_serial_gensa #device usb2_serial_ipaq device usb2_serial_lpt #device usb2_serial_mct #device usb2_serial_modem #device usb2_serial_moscom #device usb2_serial_plcom #device usb2_serial_visor #device usb2_serial_vscom #device usb2_sound device usb2_storage #device usb2_storage_ata #device usb2_storage_fs device usb2_storage_mass device usb2_storage_rio device usb2_template device usb2_wlan device usb2_wlan_ral device usb2_wlan_rum device usb2_wlan_zyd # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) ##device udbp # USB Double Bulk Pipe devices #device 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 #device ural # Ralink Technology RT2500USB wireless NICs #device rum # Ralink Technology RT2501USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Serial devices #device ucom # Generic com ttys #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters #device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices #device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters #device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 22:15:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F156C1065673 for ; Sat, 8 Nov 2008 22:15:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.chn.comcast.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7288E8FC17; Sat, 8 Nov 2008 22:15:40 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <49160FBC.2070401@FreeBSD.org> Date: Sat, 08 Nov 2008 14:16:28 -0800 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Jonathan Hogg References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> <1225667670.12521.7.camel@RabbitsDen> <3BB3B5B4-D3A7-4A1E-A5F5-3B33B6479154@onegoodidea.com> In-Reply-To: <3BB3B5B4-D3A7-4A1E-A5F5-3B33B6479154@onegoodidea.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: ZFS for a desktop computer 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 Nov 2008 22:15:42 -0000 Jonathan Hogg wrote: > On 2 Nov 2008, at 23:14, Alexandre Sunny Kovalenko wrote: > >> Just a "me too". I am using ZFS on my i386 (Core Duo) laptop: / >> and /boot are UFS2, /usr and /home are ZFS. Main appeal in my case was >> the startup time after the panic -- doing fsck on 120GB /home was not >> fun. I have to admit that machine has 3GB of real memory in it, though. > > I have everything except /boot on ZFS on an i386 machine with 2GB of > RAM. I've not had any problems. Being able to snapshot the whole system > before doing an installworld is a major plus in my view. Not to mention > the warm fuzzy feeling one gets from doing a full scrub of 1.5TB of > RAIDZ data and knowing it's all clean on disk. > > I'd be happier still if the more recent ZFS patch had made it into 7.1. > It'd be nice for it to make it into CURRENT at least. Is there any news > on that? If you are referring to the new ZFS version, then the answer is that pjd has been busy, but the last I heard Sun still needed to fix some bugs we discovered in testing. Kris From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 22:29:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59483106564A for ; Sat, 8 Nov 2008 22:29:07 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 239138FC0A for ; Sat, 8 Nov 2008 22:29:07 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.11.16.99] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Sat, 08 Nov 2008 14:14:40 -0800 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id AB56A2B1; Sat, 8 Nov 2008 14:14:40 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.11.18.52]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 978462B0 for ; Sat, 8 Nov 2008 14:14:40 -0800 (PST) Received: from mail-irva-13.broadcom.com (mail-irva-13.broadcom.com [10.11.16.103]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id HGY25560; Sat, 8 Nov 2008 14:14:40 -0800 (PST) Received: from NT-IRVA-0752.brcm.ad.broadcom.com (nt-irva-0752 [10.8.194.67]) by mail-irva-13.broadcom.com (Postfix) with ESMTP id 4645974CFE for ; Sat, 8 Nov 2008 14:14:40 -0800 (PST) Received: from IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) by NT-IRVA-0752.brcm.ad.broadcom.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 8 Nov 2008 14:14:40 -0800 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Sat, 8 Nov 2008 14:15:52 -0800 From: "David Christensen" To: "freebsd-current@freebsd.org" Date: Sat, 8 Nov 2008 14:16:19 -0800 Thread-Topic: Dumping Large Binary Buffer Through Sysctl Thread-Index: AclB75/KuNTsJOE+TeiR3GsOWJSkMg== Message-ID: <5D267A3F22FD854F8F48B3D2B523819339364836FC@IRVEXCHCCR01.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US x-cr-hashedpuzzle: BpaQ Cixp CoW3 DNFn FcFa FfhJ GR+C GS3s G8km HlpJ Hsxw Il/f KVOU KdKG L/2J MCHQ; 1; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {E1A6583C-9C38-457A-B73A-C3B801EE88E9}; ZABhAHYAaQBkAGMAaABAAGIAcgBvAGEAZABjAG8AbQAuAGMAbwBtAA==; Sat, 08 Nov 2008 22:16:19 GMT; RAB1AG0AcABpAG4AZwAgAEwAYQByAGcAZQAgAEIAaQBuAGEAcgB5ACAAQgB1AGYAZgBlAHIAIABUAGgAcgBvAHUAZwBoACAAUwB5AHMAYwB0AGwA x-cr-puzzleid: {E1A6583C-9C38-457A-B73A-C3B801EE88E9} acceptlanguage: en-US MIME-Version: 1.0 X-OriginalArrivalTime: 08 Nov 2008 22:14:40.0151 (UTC) FILETIME=[64D61270:01C941EF] X-WSS-ID: 6508D0DA61S8101944-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Dumping Large Binary Buffer Through Sysctl 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 Nov 2008 22:29:07 -0000 I'm looking for a way to dump a large binary debug buffer=20 in a driver to a file. I've currently implemented this with SYSCTL_ADD_OPAQUE() and it works fine but running the "sysctl -a" command causes this buffer to be dumped which is something of a pain. Is there a better way to do this? Dave From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 22:42:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86A721065674; Sat, 8 Nov 2008 22:42:08 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.187]) by mx1.freebsd.org (Postfix) with ESMTP id 15D038FC1B; Sat, 8 Nov 2008 22:42:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so1322553rne.12 for ; Sat, 08 Nov 2008 14:42:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RkmcBCyk7gdC4J3Jro27fPKnYHII/9OwDXFDVRXU374=; b=BZG0ua4+lZN3p7arKTed5zaz0ZEoQQ41x51kMBUfRa75zlNSZV67d+jnFc+jUIkZVb m6QCcX/91zrcNHXV7jGbsL8pQUinHRBUpFRQzqGT6hFG0FDqqdOOwPBpMsMBlGyWQmkk xfeJJAPivnbvqibtSMOIw9bZMv3zlE6jhCCWo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=dXJkIOvhKijUVFrTZv4pzXG+cqvWHwvvGjnuPNEEf0m1HMGKQL2cJBUi0fkdu3kGLR c96PqxPQlMLJ7YQqo31wohm7yeQhtPPwhAF9+siVeBN02+lJESdRhv2ZobXZwAHrMnwc jcmL3GJXgN1UK9UibzLIR60L247j3stlSySnQ= Received: by 10.64.251.17 with SMTP id y17mr5383015qbh.9.1226184126890; Sat, 08 Nov 2008 14:42:06 -0800 (PST) Received: by 10.65.216.9 with HTTP; Sat, 8 Nov 2008 14:42:06 -0800 (PST) Message-ID: <3a142e750811081442kc746a41j41d3d46e6688033f@mail.gmail.com> Date: Sat, 8 Nov 2008 23:42:06 +0100 From: "Paul B. Mahol" To: "Hans Petter Selasky" In-Reply-To: <200811072236.38267.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> <20081107.132401.1622434515.imp@bsdimp.com> <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> <200811072236.38267.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB4BSD release candidate number 3 - request for review 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 Nov 2008 22:42:08 -0000 On 11/7/08, Hans Petter Selasky wrote: > On Friday 07 November 2008, Paul B. Mahol wrote: >> On 11/7/08, M. Warner Losh wrote: > >> > : > After some time it will appear but will start attaching and >> > : > dettaching all the time: > > How quick is this happening? There has been some changes to the > sys/dev/usb2/core/uhub2.c file recently, which control how HUB is responding > to events. ~3 seconds. I got also this messages: uhci1: LegSup = 0x2f00 uhci_interrupt: host controller halted uhci_dumpregs:705: usbus1 regs: cmd=0000, sts=0020, intr=0000, frnum=0000, flbase=3f7fa000, sof=0040, portsc1=0080, portsc2=0080 uhci_dump_qh:779: QH(0xc627e900) at 0x05a7e902: h_next=0x05a7db82 e_next=0x00000001 uhci_dump_qh:779: QH(0xc627db80) at 0x05a7db82: h_next=0x05a7dc02 e_next=0x00000001 uhci_dump_qh:779: QH(0xc627dc00) at 0x05a7dc02: h_next=0x05a7dc82 e_next=0x00000001 uhci_dump_qh:779: QH(0xc627dc80) at 0x05a7dc82: h_next=0x00000001 e_next=0x05a7dd00 uhci_interrupt: host controller halted uhci_dumpregs:705: usbus1 regs: cmd=0000, sts=0020, intr=0000, frnum=0000, flbase=3f7fa000, sof=0040, portsc1=0080, portsc2=0080 uhci_dump_qh:779: QH(0xc627e900) at 0x05a7e902: h_next=0x05a7db82 e_next=0x00000001 uhci_dump_qh:779: QH(0xc627db80) at 0x05a7db82: h_next=0x05a7dc02 e_next=0x00000001 uhci_dump_qh:779: QH(0xc627dc00) at 0x05a7dc02: h_next=0x05a7dc82 e_next=0x00000001 uhci_dump_qh:779: QH(0xc627dc80) at 0x05a7dc82: h_next=0x00000001 e_next=0x05a7dd00 Doesnt looks like hub is source of fault, one from perforce with 152460 comitt is not available in CURRENT and with latest version of usb2_hub.c from perforce problem is still there. > Maybe you can get the date of that file from the build where it works and > the > build where it doesn't work, and I will check the differences. Last time I tested usb2 from svn was before huge modularization. From owner-freebsd-current@FreeBSD.ORG Sat Nov 8 23:11:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFBD81065670 for ; Sat, 8 Nov 2008 23:11:47 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 907CF8FC08 for ; Sat, 8 Nov 2008 23:11:47 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id mA8NBkdR045457 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 8 Nov 2008 17:11:46 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id mA8NBjDl045452; Sat, 8 Nov 2008 17:11:45 -0600 (CST) (envelope-from dan) Date: Sat, 8 Nov 2008 17:11:44 -0600 From: Dan Nelson To: David Christensen Message-ID: <20081108231144.GG85407@dan.emsphone.com> References: <5D267A3F22FD854F8F48B3D2B523819339364836FC@IRVEXCHCCR01.corp.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819339364836FC@IRVEXCHCCR01.corp.ad.broadcom.com> X-OS: FreeBSD 7.1-PRERELEASE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "freebsd-current@freebsd.org" Subject: Re: Dumping Large Binary Buffer Through Sysctl 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 Nov 2008 23:11:47 -0000 In the last episode (Nov 08), David Christensen said: > I'm looking for a way to dump a large binary debug buffer > in a driver to a file. I've currently implemented this > with SYSCTL_ADD_OPAQUE() and it works fine but running the > "sysctl -a" command causes this buffer to be dumped which > is something of a pain. Is there a better way to do this? Opaque values aren't really automatically skipped by /sbin/sysctl; the format string is checked, and if the format isn't handled by show_var(), it's not printed. Formats don't seem to be documented anywhere, though. Try a blank format string. This will print all "opaque" (not necessarily CTLTYPE_OPAQUE) variables, and their reported format strings: sysctl -ao | sed -ne 's/Length.*//p' Here are some weird ones that are probably typos: vfs.nfs.diskless_rootaddr: Format:%Ssockaddr_in kern.malloc_stats: Format:s,malloc_type_ustats vm.zone_stats: Format:s,struct uma_type_header -- Dan Nelson dnelson@allantgroup.com