From owner-freebsd-current@FreeBSD.ORG Sun Nov 9 00:27: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 664421065679 for ; Sun, 9 Nov 2008 00:27:00 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id 196C48FC0A for ; Sun, 9 Nov 2008 00:26:59 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.11.16.99] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Sat, 08 Nov 2008 16:26:37 -0800 X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id C49132B1; Sat, 8 Nov 2008 16:26:36 -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 B03972B0; Sat, 8 Nov 2008 16:26:36 -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 HGY33464; Sat, 8 Nov 2008 16:26:36 -0800 (PST) Received: from NT-IRVA-0751.brcm.ad.broadcom.com (nt-irva-0751 [10.8.194.65]) by mail-irva-13.broadcom.com (Postfix) with ESMTP id 3D09474CFE; Sat, 8 Nov 2008 16:26:36 -0800 (PST) Received: from IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) by NT-IRVA-0751.brcm.ad.broadcom.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 8 Nov 2008 16:26:36 -0800 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Sat, 8 Nov 2008 16:26:35 -0800 From: "David Christensen" To: "Poul-Henning Kamp" Date: Sat, 8 Nov 2008 16:28:11 -0800 Thread-Topic: Dumping Large Binary Buffer Through Sysctl Thread-Index: AclCAOdCjKFmpRNOQ8mZLXOkoxu0mAAANToA Message-ID: <5D267A3F22FD854F8F48B3D2B52381933936483700@IRVEXCHCCR01.corp.ad.broadcom.com> References: Your message of "Sat, 08 Nov 2008 14:16:19 PST." <5D267A3F22FD854F8F48B3D2B523819339364836FC@IRVEXCHCCR01.corp.ad.broadcom.com> <44603.1226189982@critter.freebsd.dk> In-Reply-To: <44603.1226189982@critter.freebsd.dk> Accept-Language: en-US Content-Language: en-US x-cr-hashedpuzzle: A1+R CZ1U EaE3 FxD8 GJ71 GMdG MXZe MdLC Nlhg RdeF Sg0Y SuO2 Woz7 XZtx XcYb X7y9; 2; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcAOwBwAGgAawBAAHAAaABrAC4AZgByAGUAZQBiAHMAZAAuAGQAawA=; Sosha1_v1; 7; {BD3178CD-8D82-4CFF-A702-F16734D637D9}; ZABhAHYAaQBkAGMAaABAAGIAcgBvAGEAZABjAG8AbQAuAGMAbwBtAA==; Sun, 09 Nov 2008 00:28:11 GMT; UgBFADoAIABEAHUAbQBwAGkAbgBnACAATABhAHIAZwBlACAAQgBpAG4AYQByAHkAIABCAHUAZgBmAGUAcgAgAFQAaAByAG8AdQBnAGgAIABTAHkAcwBjAHQAbAA= x-cr-puzzleid: {BD3178CD-8D82-4CFF-A702-F16734D637D9} acceptlanguage: en-US MIME-Version: 1.0 X-OriginalArrivalTime: 09 Nov 2008 00:26:36.0138 (UTC) FILETIME=[D321D4A0:01C94201] X-WSS-ID: 6508F1B73FC12714159-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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: Sun, 09 Nov 2008 00:27:00 -0000 > >I'm looking for a way to dump a large binary debug buffer=3D20 > >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? >=20 > Much better idea: memory map it, that way your driver does > not even discover that userland peeks over its shoulder. I found the CTLFLAG_SKIP attribute which hides the sysctl and=20 makes things a lot better. How do I "memory map" the buffer? Can you give me a function name or point to an example where=20 this is done so I can look into it further? Dave From owner-freebsd-current@FreeBSD.ORG Sun Nov 9 00:34: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 4B17A1065672 for ; Sun, 9 Nov 2008 00:34:09 +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 0E5728FC08 for ; Sun, 9 Nov 2008 00:34:08 +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 83F90170EA; Sun, 9 Nov 2008 00:34:07 +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 mA90Y6QM044714; Sun, 9 Nov 2008 00:34:07 GMT (envelope-from phk@critter.freebsd.dk) To: "David Christensen" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 08 Nov 2008 16:28:11 PST." <5D267A3F22FD854F8F48B3D2B52381933936483700@IRVEXCHCCR01.corp.ad.broadcom.com> Date: Sun, 09 Nov 2008 00:34:06 +0000 Message-ID: <44713.1226190846@critter.freebsd.dk> Sender: phk@critter.freebsd.dk 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: Sun, 09 Nov 2008 00:34:09 -0000 In message <5D267A3F22FD854F8F48B3D2B52381933936483700@IRVEXCHCCR01.corp.ad.bro adcom.com>, "David Christensen" writes: >> >I'm looking for a way to dump a large binary debug buffer=3D20 >> >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? >>=20 >> Much better idea: memory map it, that way your driver does >> not even discover that userland peeks over its shoulder. > >I found the CTLFLAG_SKIP attribute which hides the sysctl and=20 >makes things a lot better. How do I "memory map" the buffer? >Can you give me a function name or point to an example where=20 >this is done so I can look into it further? You implemente a cdevsw->mmap() function that tells the kernel where it is, then in userland, you open the device and call mmap(2). See sys/kern/subr_devstat.c for an example. -- 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 Sun Nov 9 00:51: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 BADC2106568A for ; Sun, 9 Nov 2008 00:51:22 +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 7ED288FC17 for ; Sun, 9 Nov 2008 00:51:22 +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 E8E41170E3; Sun, 9 Nov 2008 00:19:43 +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 mA90JgjV044604; Sun, 9 Nov 2008 00:19:43 GMT (envelope-from phk@critter.freebsd.dk) To: "David Christensen" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 08 Nov 2008 14:16:19 PST." <5D267A3F22FD854F8F48B3D2B523819339364836FC@IRVEXCHCCR01.corp.ad.broadcom.com> Date: Sun, 09 Nov 2008 00:19:42 +0000 Message-ID: <44603.1226189982@critter.freebsd.dk> Sender: phk@critter.freebsd.dk 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: Sun, 09 Nov 2008 00:51:22 -0000 In message <5D267A3F22FD854F8F48B3D2B523819339364836FC@IRVEXCHCCR01.corp.ad.bro adcom.com>, "David Christensen" writes: >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? Much better idea: memory map it, that way your driver does not even discover that userland peeks over its shoulder. -- 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 Sun Nov 9 09:01: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 B92381065676; Sun, 9 Nov 2008 09:01:32 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m13-23.163.com (m13-23.163.com [220.181.13.23]) by mx1.freebsd.org (Postfix) with SMTP id 8ED1E8FC21; Sun, 9 Nov 2008 09:01:31 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from 122.234.48.189 ( 122.234.48.189 [122.234.48.189] ) by ajax-webmail-wmsvr23 (Coremail) ; Sun, 9 Nov 2008 17:01:36 +0800 (CST) Date: Sun, 9 Nov 2008 17:01:36 +0800 (CST) From: kevin To: "freebsd-current@freebsd.org" Message-ID: <15059493.193721226221296136.JavaMail.coremail@bj163app23.163.com> In-Reply-To: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> <3a142e750811071202h765c64a0g820db4fe54ec9b4f@mail.gmail.com> <3a142e750811071218q7c104687j9b55572319ddb5df@mail.gmail.com> <20081107.132401.1622434515.imp@bsdimp.com> MIME-Version: 1.0 X-Originating-IP: [122.234.48.189] X-Priority: 3 X-Mailer: Coremail Webmail Server Version XT_Ux_snapshot build 080919(6068.1917.1874) Copyright (c) 2002-2008 www.mailtech.cn 163com X-CM-SenderInfo: pnhyx0x0ol03r26rljoofrz/xtbBQBWnQkX0KxZXgQABsr X-Coremail-Antispam: 1U50xBIdaVrnRJUUU4mnx0Ec2IEnICE548m6r1DJrWUZwAC62 BYpTIE1TZKA3svLVAKvSnIqfZI6r4lFVCF04k20xvEw2I207IF0wCS07vEb7Iv0xC_Jr1l V2xY67C26xCjj4IEw4AK0wCS07vE1I0EscIYIxCEI4klw4CSwwCS07vE5I8CrVAqjxCE14 ACF2xKxwCS07vE5I8CrVACY4xI64kE6c02F40Ex7xfMIAIbVAv7VCjz48v1sIEY20_JwCS 07vEYx0E2Ix0cI8IcVAFwI0_Jr0_Jr4lV2xY6cIj6I8E87Iv67AKxVWUJVW8JwCS07vE7I 0Y64k_MIAIbVCY1Ik26cxK620vw7xCY7WlV2xY6xkI7II2jI8vz4vEwIxGrwCS07vE4x8a 6x804xWlV2xY6I8E67AF67kF1VAFwI0_Jrv_JFUvcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-usb@freebsd.org Subject: Re: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: Sun, 09 Nov 2008 09:01:32 -0000 It's a bug? /boot/loader.conf: zfs_load="YES" vm.kmem_size_max="2048M" vm.kmem_size="2048M" vfs.zfs.zil_disable=1 vfs.zfs.prefetch_disable=1 hw.psm.synaptics_support=1 legal.intel_iwn.license_ack=1 acpi_ibm_load="YES" snd_hda_load="YES" powerd_enable="YES" linux_load="YES" if_iwn_load="YES" ubtbcmfw_load="YES" usb2_bluetooth_load="YES" usb2_bluetooth_ng_load="YES" usb2_bluetooth_fw_load="YES" usb2_controller_uhci_load="YES" usb2_controller_ehci_load="YES" usb2_input_ms_load="YES" usb2_storage_mass_load="YES" usb2_image_load="YES" kldstat: Id Refs Address Size Name 1 82 0xffffffff80100000 756b28 kernel (/boot/kernel/kernel) 2 1 0xffffffff80857000 3a88f8 zfs.ko (/boot/kernel/zfs.ko) 3 2 0xffffffff80c00000 6670 opensolaris.ko (/boot/kernel/opensolaris.ko) 4 2 0xffffffff80c07000 a1dd8 linux.ko (/boot/kernel/linux.ko) 5 1 0xffffffff80ca9000 28470 snd_hda.ko (/boot/kernel/snd_hda.ko) 6 2 0xffffffff80cd2000 bc4d0 sound.ko (/boot/kernel/sound.ko) 7 1 0xffffffff80d8f000 7a38 acpi_ibm.ko (/boot/kernel/acpi_ibm.ko) 8 1 0xffffffff80d97000 24e80 if_iwn.ko (/boot/kernel/if_iwn.ko) 9 1 0xffffffff80dbc000 6c18 ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 10 2 0xffffffff80dc3000 27f88 usb.ko (/boot/kernel/usb.ko) 11 3 0xffffffff80deb000 be8 usb2_bluetooth.ko (/boot/kernel/usb2_bluetooth.ko) 12 12 0xffffffff80dec000 9c868 usb2_core.ko (/boot/kernel/usb2_core.ko) 13 1 0xffffffff80e89000 bbf8 usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14 6 0xffffffff80e95000 1ad00 netgraph.ko (/boot/kernel/netgraph.ko) 15 1 0xffffffff80eb0000 a950 usb2_bluetooth_fw.ko (/boot/kernel/usb2_bluetooth_fw.ko) 16 1 0xffffffff80ebb000 15978 usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17 3 0xffffffff80ed1000 8780 usb2_controller.ko (/boot/kernel/usb2_controller.ko) 18 1 0xffffffff80eda000 19dd0 usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19 1 0xffffffff80ef4000 e128 usb2_input_ms.ko (/boot/kernel/usb2_input_ms.ko) 20 2 0xffffffff80f03000 bd0 usb2_input.ko (/boot/kernel/usb2_input.ko) 21 1 0xffffffff80f04000 15c28 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22 2 0xffffffff80f1a000 bd8 usb2_storage.ko (/boot/kernel/usb2_storage.ko) 23 1 0xffffffff80f1b000 bd0 usb2_image.ko (/boot/kernel/usb2_image.ko) 24 4 0xffffffff81022000 1835 ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25 1 0xffffffff81024000 133a9 ng_hci.ko (/boot/kernel/ng_hci.ko) 26 1 0xffffffff81038000 174b7 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27 1 0xffffffff81050000 2de0a ng_btsocket.ko (/boot/kernel/ng_btsocket.ko) 28 1 0xffffffff8107e000 535e ng_socket.ko (/boot/kernel/ng_socket.ko) 29 1 0xffffffff81084000 8059 vkbd.ko (/boot/kernel/vkbd.ko) 30 1 0xffffffff8108d000 6f4 rtc.ko (/usr/local/modules/rtc.ko) I build kernel without usb*.I notice usb.ko's refs is 2, after i run kldunload usb.ko, it is 1.when i try to kldunload usb.ko another time,it return "Device busy".Any thing still request usb.ko? Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Sun Nov 9 09:14: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 BBAFD106567E; Sun, 9 Nov 2008 09:14: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 EE67A8FC08; Sun, 9 Nov 2008 09:14:18 +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=z3qQozMs_g8_L49VVIsA:9 a=agvM7UP9R81b-ez9ud1S9GCoaIMA: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 95086384; Sun, 09 Nov 2008 10:14:16 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 9 Nov 2008 10:16:16 +0100 User-Agent: KMail/1.9.7 References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> <20081107.132401.1622434515.imp@bsdimp.com> <15059493.193721226221296136.JavaMail.coremail@bj163app23.163.com> In-Reply-To: <15059493.193721226221296136.JavaMail.coremail@bj163app23.163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gbk" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811091016.16934.hselasky@c2i.net> Cc: kevin , 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: Sun, 09 Nov 2008 09:14:19 -0000 On Sunday 09 November 2008, kevin wrote: > It's a bug? > /boot/loader.conf: > zfs_load="YES" > vm.kmem_size_max="2048M" > vm.kmem_size="2048M" > vfs.zfs.zil_disable=1 > vfs.zfs.prefetch_disable=1 > hw.psm.synaptics_support=1 > legal.intel_iwn.license_ack=1 > acpi_ibm_load="YES" > snd_hda_load="YES" > powerd_enable="YES" > linux_load="YES" > if_iwn_load="YES" > ubtbcmfw_load="YES" > usb2_bluetooth_load="YES" > usb2_bluetooth_ng_load="YES" > usb2_bluetooth_fw_load="YES" > usb2_controller_uhci_load="YES" > usb2_controller_ehci_load="YES" > usb2_input_ms_load="YES" > usb2_storage_mass_load="YES" > usb2_image_load="YES" > > kldstat: > Id Refs Address Size Name > 1 82 0xffffffff80100000 756b28 kernel (/boot/kernel/kernel) > 2 1 0xffffffff80857000 3a88f8 zfs.ko (/boot/kernel/zfs.ko) > 3 2 0xffffffff80c00000 6670 opensolaris.ko > (/boot/kernel/opensolaris.ko) 4 2 0xffffffff80c07000 a1dd8 linux.ko > (/boot/kernel/linux.ko) 5 1 0xffffffff80ca9000 28470 snd_hda.ko > (/boot/kernel/snd_hda.ko) 6 2 0xffffffff80cd2000 bc4d0 sound.ko > (/boot/kernel/sound.ko) 7 1 0xffffffff80d8f000 7a38 acpi_ibm.ko > (/boot/kernel/acpi_ibm.ko) 8 1 0xffffffff80d97000 24e80 if_iwn.ko > (/boot/kernel/if_iwn.ko) 9 1 0xffffffff80dbc000 6c18 ubtbcmfw.ko > (/boot/kernel/ubtbcmfw.ko) 10 2 0xffffffff80dc3000 27f88 usb.ko > (/boot/kernel/usb.ko) > 11 3 0xffffffff80deb000 be8 usb2_bluetooth.ko > (/boot/kernel/usb2_bluetooth.ko) 12 12 0xffffffff80dec000 9c868 > usb2_core.ko (/boot/kernel/usb2_core.ko) 13 1 0xffffffff80e89000 bbf8 > usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14 6 > 0xffffffff80e95000 1ad00 netgraph.ko (/boot/kernel/netgraph.ko) 15 1 > 0xffffffff80eb0000 a950 usb2_bluetooth_fw.ko > (/boot/kernel/usb2_bluetooth_fw.ko) 16 1 0xffffffff80ebb000 15978 > usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17 3 > 0xffffffff80ed1000 8780 usb2_controller.ko > (/boot/kernel/usb2_controller.ko) 18 1 0xffffffff80eda000 19dd0 > usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19 1 > 0xffffffff80ef4000 e128 usb2_input_ms.ko > (/boot/kernel/usb2_input_ms.ko) 20 2 0xffffffff80f03000 bd0 > usb2_input.ko (/boot/kernel/usb2_input.ko) 21 1 0xffffffff80f04000 15c28 > usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22 2 > 0xffffffff80f1a000 bd8 usb2_storage.ko (/boot/kernel/usb2_storage.ko) > 23 1 0xffffffff80f1b000 bd0 usb2_image.ko > (/boot/kernel/usb2_image.ko) 24 4 0xffffffff81022000 1835 > ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25 1 0xffffffff81024000 > 133a9 ng_hci.ko (/boot/kernel/ng_hci.ko) 26 1 0xffffffff81038000 > 174b7 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27 1 0xffffffff81050000 > 2de0a ng_btsocket.ko (/boot/kernel/ng_btsocket.ko) 28 1 > 0xffffffff8107e000 535e ng_socket.ko (/boot/kernel/ng_socket.ko) 29 > 1 0xffffffff81084000 8059 vkbd.ko (/boot/kernel/vkbd.ko) 30 1 > 0xffffffff8108d000 6f4 rtc.ko (/usr/local/modules/rtc.ko) > > I build kernel without usb*.I notice usb.ko's refs is 2, after i run > kldunload usb.ko, it is 1.when i try to kldunload usb.ko another time,it > return "Device busy".Any thing still request usb.ko? > Hi, Could you send me your kernel config file. Maybe there is still one USB config entry left for the old USB stack. Else the following should do the trick: rm /boot/kernel/usb.ko --HPS From owner-freebsd-current@FreeBSD.ORG Sun Nov 9 09:37: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 A1F9C1065680; Sun, 9 Nov 2008 09:37:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id D58698FC1B; Sun, 9 Nov 2008 09:37:46 +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=GVVtOPgssA86c3O9foEA:9 a=1D2jOXY6p8Fq7yK9v-IA:7 a=FUBW0jyTs4d4kPHOJPs0fQ9R9XYA:4 a=9aOQ2cSd83gA:10 a=cvZW9r6VXHAA:10 a=LY0hPdMaydYA:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 401096190; Sun, 09 Nov 2008 10:37:45 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 9 Nov 2008 10:39:55 +0100 User-Agent: KMail/1.9.7 References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> <200811072236.38267.hselasky@c2i.net> <3a142e750811081442kc746a41j41d3d46e6688033f@mail.gmail.com> In-Reply-To: <3a142e750811081442kc746a41j41d3d46e6688033f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811091039.55889.hselasky@c2i.net> Cc: 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: Sun, 09 Nov 2008 09:37:47 -0000 On Saturday 08 November 2008, Paul B. Mahol wrote: > 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 ^^^^ Legacy support is complaining about something! > 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. Yes, then it probably has something to do with Legacy USB support. Some suggestions: 0) Have you tried putting the USB modules in the kernel ? 1) Try not loading the EHCI driver. Does the UHCI driver work without the host controller halted error? 2) sys/dev/usb2/controller/uhci2_pci.c Try moving the pci_read/pci_write lines before the IRQ is setup: #if (__FreeBSD_version >= 700031) err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | INTR_MPSAFE, NULL, (void *)(void *)uhci_interrupt, sc, &sc->sc_intr_hdl); #else err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | INTR_MPSAFE, (void *)(void *)uhci_interrupt, sc, &sc->sc_intr_hdl); #endif if (err) { device_printf(self, "Could not setup irq, %d\n", err); sc->sc_intr_hdl = NULL; goto error; } /* * Set the PIRQD enable bit and switch off all the others. We don't * want legacy support to interfere with us XXX Does this also mean * that the BIOS won't touch the keyboard anymore if it is connected * to the ports of the root hub? */ #if USB_DEBUG if (pci_read_config(self, PCI_LEGSUP, 2) != PCI_LEGSUP_USBPIRQDEN) { device_printf(self, "LegSup = 0x%04x\n", pci_read_config(self, PCI_LEGSUP, 2)); } #endif pci_write_config(self, PCI_LEGSUP, PCI_LEGSUP_USBPIRQDEN, 2); 3) There has been some changes to the EHCI legacy support code recently. Try the same in EHCI: Move "ehci_pci_takecontroller" before the IRQ is setup: sys/dev/usb2/controller/ehci2_pci.c #if (__FreeBSD_version >= 700031) err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | INTR_MPSAFE, NULL, (void *)(void *)ehci_interrupt, sc, &sc->sc_intr_hdl); #else err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | INTR_MPSAFE, (void *)(void *)ehci_interrupt, sc, &sc->sc_intr_hdl); #endif if (err) { device_printf(self, "Could not setup irq, %d\n", err); sc->sc_intr_hdl = NULL; goto error; } ehci_pci_takecontroller(self); You only need to recompile and reinstall the USB2 modules after these changes. Try one suggestion at a time so that we can do some elimination. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Nov 9 13: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 279D11065672 for ; Sun, 9 Nov 2008 13:38:41 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.freebsd.org (Postfix) with ESMTP id E3B498FC1A for ; Sun, 9 Nov 2008 13:38:40 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp3-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp3-g19.free.fr (Postfix) with ESMTP id 688E217B577; Sun, 9 Nov 2008 14:38:39 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp3-g19.free.fr (Postfix) with ESMTP id 1F18E17B54F; Sun, 9 Nov 2008 14:38:39 +0100 (CET) To: Hans Petter Selasky From: Raoul Date: Sun, 09 Nov 2008 14:38:34 +0100 Sender: root@free.fr Message-Id: <20081109133839.1F18E17B54F@smtp3-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: Sun, 09 Nov 2008 13:38:41 -0000 On Sat, 8 Nov 2008 16:49:22 +0100 Hans Petter Selasky wrote, > 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. Hi Hans Peter and all, thanks for your advices, finally it was detected. For the record, i did not understood that i must load the usb2_controllers!!! sorry for the noise. now we have: ugen1.2: at usbus1 uaudio0: on usbus1 uaudio0: Play: 48000 Hz, 2 ch, 24-bit S-LE PCM format uaudio0: Record: 48000 Hz, 2 ch, 24-bit S-LE PCM format uaudio0: No midi sequencer pcm1: on uaudio0 pcm1: using a default buffer size of 3072 bytes pcm1: Mixer "vol" -> "none": child=0x00000010 pcm1: Mixer "pcm": parent="vol" pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=750ms flags=0x8000001e and now i have to figure out how to get it woring. note that it is not supported by alsa, digidesign does not provide any datasheet. but perhaps! Best regards Raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Sun Nov 9 17:15: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 EF43A10656A5; Sun, 9 Nov 2008 17:15:17 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-gx0-f13.google.com (mail-gx0-f13.google.com [209.85.217.13]) by mx1.freebsd.org (Postfix) with ESMTP id 5940B8FC0C; Sun, 9 Nov 2008 17:15:17 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by gxk6 with SMTP id 6so1669717gxk.19 for ; Sun, 09 Nov 2008 09:15:16 -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=2/7OKWFG1yMOcsbNj+E6gIT53km+K4NR4h0OzEZRO5A=; b=ws5hqAOfWPhosVlnEWnQ2raT3tjKIIZZ43sn4ld2OvouF0TDf/fHSruj9DgXoorTY5 +L5Bok2YpfzD7uq39xh7y8+ocBS/ReoRcsI9cVv0Eu1u8OhwHZJfbiLiJw3YU7aqY1mu XwrEMYMWlD/YnS+mNOauzj3NgBw1gwWkKBPRc= 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=bdzOhTCXC0B4PwkBqxUTsynL9UX/rgHqB4X0A6YyVtvkzNFHyDz8U3rSwODbVLc6eD RP9b9NPCTb+J93IiqLWE/IQiGmDlVbSQVoC7AGJHPns0mdJT0HYpiAAvLqhKPZvR0t35 M9r5db+WsM3BpY0JxePbwkkK4A2DlndWj2gKc= Received: by 10.64.183.6 with SMTP id g6mr6002120qbf.17.1226250916207; Sun, 09 Nov 2008 09:15:16 -0800 (PST) Received: by 10.65.216.9 with HTTP; Sun, 9 Nov 2008 09:15:16 -0800 (PST) Message-ID: <3a142e750811090915u389a3bfeqf4a13fc8b6c70c5d@mail.gmail.com> Date: Sun, 9 Nov 2008 18:15:16 +0100 From: "Paul B. Mahol" To: "Hans Petter Selasky" In-Reply-To: <200811091039.55889.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750811071154y5108f299h60bb7c1060f4567e@mail.gmail.com> <200811072236.38267.hselasky@c2i.net> <3a142e750811081442kc746a41j41d3d46e6688033f@mail.gmail.com> <200811091039.55889.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: Sun, 09 Nov 2008 17:15:18 -0000 On 11/9/08, Hans Petter Selasky wrote: > On Saturday 08 November 2008, Paul B. Mahol wrote: >> 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 > ^^^^ Legacy support is complaining about something! > >> 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. > > Yes, then it probably has something to do with Legacy USB support. > > Some suggestions: > > 0) Have you tried putting the USB modules in the kernel ? > > 1) Try not loading the EHCI driver. Does the UHCI driver work without the > host > controller halted error? > > 2) sys/dev/usb2/controller/uhci2_pci.c > > Try moving the pci_read/pci_write lines before the IRQ is setup: > > #if (__FreeBSD_version >= 700031) > err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | > INTR_MPSAFE, > NULL, (void *)(void *)uhci_interrupt, sc, &sc->sc_intr_hdl); > #else > err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | > INTR_MPSAFE, > (void *)(void *)uhci_interrupt, sc, &sc->sc_intr_hdl); > #endif > > if (err) { > device_printf(self, "Could not setup irq, %d\n", err); > sc->sc_intr_hdl = NULL; > goto error; > } > /* > * Set the PIRQD enable bit and switch off all the others. We don't > * want legacy support to interfere with us XXX Does this also mean > * that the BIOS won't touch the keyboard anymore if it is connected > * to the ports of the root hub? > */ > #if USB_DEBUG > if (pci_read_config(self, PCI_LEGSUP, 2) != PCI_LEGSUP_USBPIRQDEN) { > device_printf(self, "LegSup = 0x%04x\n", > pci_read_config(self, PCI_LEGSUP, 2)); > } > #endif > pci_write_config(self, PCI_LEGSUP, PCI_LEGSUP_USBPIRQDEN, 2); > > 3) There has been some changes to the EHCI legacy support code recently. Try > the same in EHCI: Move "ehci_pci_takecontroller" before the IRQ is setup: > > sys/dev/usb2/controller/ehci2_pci.c > > #if (__FreeBSD_version >= 700031) > err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | > INTR_MPSAFE, > NULL, (void *)(void *)ehci_interrupt, sc, &sc->sc_intr_hdl); > #else > err = bus_setup_intr(self, sc->sc_irq_res, INTR_TYPE_BIO | > INTR_MPSAFE, > (void *)(void *)ehci_interrupt, sc, &sc->sc_intr_hdl); > #endif > if (err) { > device_printf(self, "Could not setup irq, %d\n", err); > sc->sc_intr_hdl = NULL; > goto error; > } > ehci_pci_takecontroller(self); > > You only need to recompile and reinstall the USB2 modules after these > changes. > > Try one suggestion at a time so that we can do some elimination. Real source of problem was card itself (similar errors were happening in oldusb, linux and windows) Another card works fine. Sorry for the noise. From owner-freebsd-current@FreeBSD.ORG Sun Nov 9 21:09: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 2E56E1065672; Sun, 9 Nov 2008 21:09:29 +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 E32C58FC08; Sun, 9 Nov 2008 21:09:28 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp239.poczta.interia.pl (INTERIA.PL, from userid 502) id 445DB3971E3; Sun, 9 Nov 2008 22:09:27 +0100 (CET) Received: from f46.poczta.interia.pl (f46.poczta.interia.pl [10.217.2.46]) by smtp239.poczta.interia.pl (INTERIA.PL) with ESMTP id 9E9E7396FD9; Sun, 9 Nov 2008 22:09:26 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by f46.poczta.interia.pl (Postfix) with ESMTP id ED4CF46CCF0; Sun, 9 Nov 2008 22:09:25 +0100 (CET) Date: 09 Nov 2008 22:09:25 +0100 From: vermaden To: Boris Kochergin MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 X-ORIGINATE-IP: 85.89.167.26 X-Mailer: PSE Message-Id: <20081109210925.ED4CF46CCF0@f46.poczta.interia.pl> X-EMID: 74540acc X-Mailman-Approved-At: Sun, 09 Nov 2008 22:55:47 +0000 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: Sun, 09 Nov 2008 21:09:29 -0000 Thank You mate. Works like a charm, why not merge it into STABLE and CURRENT branches? I assume that STABLE is currently frozen 'cause of the RELEASE process, but such a small (and tested as 'lowest') change should fit into RELEASE. Regards vermaden > 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 From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 00:49: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 B3F691065676 for ; Mon, 10 Nov 2008 00:49:12 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1FE8FC18 for ; Mon, 10 Nov 2008 00:49:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so693773tib.3 for ; Sun, 09 Nov 2008 16:49: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:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=KUwBnWTmmkhhh+6fIeB7vW72QEUBXpc07nvXXKhUtEg=; b=cK72+t6njhx2O+fw+6dgdwW/SWc6OBwG7aaB28ft5hDPlueC8mzvWnolcrnABHAVMG eEN+T8FgrJ68pb+lNIz31/ZXd2gER3cX3dGRnTFBkxNwhnf8R/8sfAb6lQqLMBmonN2y jcuEauJRWAOgMG7kbXDnhWELiXpVWF5942KCo= 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=cxPDY5J/kMSkYVNYRvDoXPVZOdvi1KPvj1o2eTV0AGl7JTSOCJuV8GGf3A86siq5E1 IdLrUj9gGcEH2thN3jcemdAnvsCMJAqD5YEWHqk2MKhVB6rdfRnnkm2/Z8z73XYQKMXq oJICRU+dsZH/uDjbJdC7BtlvAr1XfGk7PIHkA= Received: by 10.110.105.5 with SMTP id d5mr7145358tic.38.1226278151000; Sun, 09 Nov 2008 16:49:11 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id u8sm11207175tia.8.2008.11.09.16.49.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 09 Nov 2008 16:49:07 -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 mAA0l7al022379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Nov 2008 09:47:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mAA0l6mr022378; Mon, 10 Nov 2008 09:47:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Nov 2008 09:47:06 +0900 From: Pyun YongHyeon To: Alexey Shuvaev Message-ID: <20081110004706.GB22162@cdnetworks.co.kr> 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> <20081108205649.GA5197@wep4035.physik.uni-wuerzburg.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20081108205649.GA5197@wep4035.physik.uni-wuerzburg.de> 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: Mon, 10 Nov 2008 00:49:12 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Nov 08, 2008 at 09:56:49PM +0100, Alexey Shuvaev wrote: [...] > > 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/. Glad to hear that. :-) > 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. > I've added hardware initialization routine in device attach. In theory it may have hardware reject magic frames, would you try attached one again after backing out previous one? Thanks. -- Regards, Pyun YongHyeon --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fxp.wol.patch3" Index: sys/dev/fxp/if_fxp.c =================================================================== --- sys/dev/fxp/if_fxp.c (revision 184804) +++ 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; @@ -816,6 +831,17 @@ goto fail; } + /* + * Configure hardware to reject magic frames otherwise + * system will hang on recipt of magic frames. + */ + if ((sc->flags & FXP_FLAG_WOLCAP) != 0) { + FXP_LOCK(sc); + fxp_init_body(sc); + fxp_stop(sc); + FXP_UNLOCK(sc); + } + fail: if (error) fxp_release(sc); @@ -938,17 +964,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 +982,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 +1018,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 +1900,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 +1986,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 +2108,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 +2518,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 184804) +++ 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 184804) +++ 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) --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 03:12: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 CC3E0106567F; Mon, 10 Nov 2008 03:12:31 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-13.163.com (m12-13.163.com [220.181.12.13]) by mx1.freebsd.org (Postfix) with SMTP id A4CC48FC0A; Mon, 10 Nov 2008 03:12:30 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp9 (Coremail) with SMTP id DcCowLCbwlmYphdJqigSFQ--.457S2; Mon, 10 Nov 2008 11:12:24 +0800 (CST) Message-ID: <4917A695.3030903@163.com> Date: Mon, 10 Nov 2008 11:12:21 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Hans Petter Selasky References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> <20081107.132401.1622434515.imp@bsdimp.com> <15059493.193721226221296136.JavaMail.coremail@bj163app23.163.com> <200811091016.16934.hselasky@c2i.net> In-Reply-To: <200811091016.16934.hselasky@c2i.net> Content-Type: text/plain; charset=x-gbk; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjvJXoW3JFWrXw15CFW5JFW7WrWfXwb_yoW3JFykpr 98GFnxJr4kKF1F9w1qqwn5CrWrJa1UAayfJa4kKw4rKw1jg34Yqr9FyFy3uwnIvrZ5uF17 ZFykAw4Iqw15WaUanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU U8D7k0a2IF6F4UM7kC6x804xWl14x267AKxVWUJVW8JwAFxVCF77xC6IxKo4kEV4yl1I0E scIYIxCEI4klw4CSwwAFIxvE14AKwVWUJVWUGwAawVAYYI1S6c8GOVWUur45Jrylnx0Ec2 IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_ Jrv_JF1lYx0Ex4A2jsIE14v26r4j6F4UM4IEnf9ElVAFpTB2q-sK649IAas0WaI_GwAC6x AIw28IcVAK0I8IjxAxMx02cVAKzwCY02Avz4vE14v_Gr4lc2IjII80xcxEwVWxJVW3JwCF 72vE52k0Y41lx4CE17CEb7AF67AKxVWUXVWUAbIYCTnIWIevJa73UjIFyTuYvjxUT5l1DU UUU 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: Mon, 10 Nov 2008 03:12:32 -0000 Hans Petter Selasky wrote: > On Sunday 09 November 2008, kevin wrote: > >> It's a bug? >> /boot/loader.conf: >> zfs_load="YES" >> vm.kmem_size_max="2048M" >> vm.kmem_size="2048M" >> vfs.zfs.zil_disable=1 >> vfs.zfs.prefetch_disable=1 >> hw.psm.synaptics_support=1 >> legal.intel_iwn.license_ack=1 >> acpi_ibm_load="YES" >> snd_hda_load="YES" >> powerd_enable="YES" >> linux_load="YES" >> if_iwn_load="YES" >> ubtbcmfw_load="YES" >> usb2_bluetooth_load="YES" >> usb2_bluetooth_ng_load="YES" >> usb2_bluetooth_fw_load="YES" >> usb2_controller_uhci_load="YES" >> usb2_controller_ehci_load="YES" >> usb2_input_ms_load="YES" >> usb2_storage_mass_load="YES" >> usb2_image_load="YES" >> >> kldstat: >> Id Refs Address Size Name >> 1 82 0xffffffff80100000 756b28 kernel (/boot/kernel/kernel) >> 2 1 0xffffffff80857000 3a88f8 zfs.ko (/boot/kernel/zfs.ko) >> 3 2 0xffffffff80c00000 6670 opensolaris.ko >> (/boot/kernel/opensolaris.ko) 4 2 0xffffffff80c07000 a1dd8 linux.ko >> (/boot/kernel/linux.ko) 5 1 0xffffffff80ca9000 28470 snd_hda.ko >> (/boot/kernel/snd_hda.ko) 6 2 0xffffffff80cd2000 bc4d0 sound.ko >> (/boot/kernel/sound.ko) 7 1 0xffffffff80d8f000 7a38 acpi_ibm.ko >> (/boot/kernel/acpi_ibm.ko) 8 1 0xffffffff80d97000 24e80 if_iwn.ko >> (/boot/kernel/if_iwn.ko) 9 1 0xffffffff80dbc000 6c18 ubtbcmfw.ko >> (/boot/kernel/ubtbcmfw.ko) 10 2 0xffffffff80dc3000 27f88 usb.ko >> (/boot/kernel/usb.ko) >> 11 3 0xffffffff80deb000 be8 usb2_bluetooth.ko >> (/boot/kernel/usb2_bluetooth.ko) 12 12 0xffffffff80dec000 9c868 >> usb2_core.ko (/boot/kernel/usb2_core.ko) 13 1 0xffffffff80e89000 bbf8 >> usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14 6 >> 0xffffffff80e95000 1ad00 netgraph.ko (/boot/kernel/netgraph.ko) 15 1 >> 0xffffffff80eb0000 a950 usb2_bluetooth_fw.ko >> (/boot/kernel/usb2_bluetooth_fw.ko) 16 1 0xffffffff80ebb000 15978 >> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17 3 >> 0xffffffff80ed1000 8780 usb2_controller.ko >> (/boot/kernel/usb2_controller.ko) 18 1 0xffffffff80eda000 19dd0 >> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19 1 >> 0xffffffff80ef4000 e128 usb2_input_ms.ko >> (/boot/kernel/usb2_input_ms.ko) 20 2 0xffffffff80f03000 bd0 >> usb2_input.ko (/boot/kernel/usb2_input.ko) 21 1 0xffffffff80f04000 15c28 >> usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22 2 >> 0xffffffff80f1a000 bd8 usb2_storage.ko (/boot/kernel/usb2_storage.ko) >> 23 1 0xffffffff80f1b000 bd0 usb2_image.ko >> (/boot/kernel/usb2_image.ko) 24 4 0xffffffff81022000 1835 >> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25 1 0xffffffff81024000 >> 133a9 ng_hci.ko (/boot/kernel/ng_hci.ko) 26 1 0xffffffff81038000 >> 174b7 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27 1 0xffffffff81050000 >> 2de0a ng_btsocket.ko (/boot/kernel/ng_btsocket.ko) 28 1 >> 0xffffffff8107e000 535e ng_socket.ko (/boot/kernel/ng_socket.ko) 29 >> 1 0xffffffff81084000 8059 vkbd.ko (/boot/kernel/vkbd.ko) 30 1 >> 0xffffffff8108d000 6f4 rtc.ko (/usr/local/modules/rtc.ko) >> >> I build kernel without usb*.I notice usb.ko's refs is 2, after i run >> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another time,it >> return "Device busy".Any thing still request usb.ko? >> >> > > Hi, > > Could you send me your kernel config file. Maybe there is still one USB config > entry left for the old USB stack. Else the following should do the trick: > rm /boot/kernel/usb.ko > > --HPS > > This is my kernel config file. cpu HAMMER ident G8laptop options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options NFSCLIENT # Network Filesystem Client options NFSLOCKD # Network Lock Manager options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options KDB # Enable kernel debugger support. options DDB # Support DDB. options KDTRACE_HOOKS options DDB_CTF options KDTRACE_FRAME options SMP # Symmetric MultiProcessor Kernel device cpufreq device coretemp device nvram device acpi device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus device em # Intel PRO/1000 Gigabit Ethernet Family device miibus # MII bus support device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter device usb2_storage device usb2_storage_mass I don't think any thing request usb.ko. When i unload all usb2* and netgraph.ko related modules,i find i can unload usb.ko successful. Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 04:14: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 B0D521065673 for ; Mon, 10 Nov 2008 04:14:34 +0000 (UTC) (envelope-from pyunyh@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 7E7538FC08 for ; Mon, 10 Nov 2008 04:14:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2148282rvf.43 for ; Sun, 09 Nov 2008 20:14: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=p0vML2tTG4VR57rcKqfEkTLAlrShvHpEXIy1n448KZk=; b=X7VzWxt6mLk5HB6FTDQkmRbQJN0dp2aPMPpwzF+P8526NYVPOxYxQobWnuFbNY7PuT 6oTPnG2KuvMiHSCJmoKBa/7NwRf2eA2hwYhdsbMlY8kbsvMw5w7QMtnCWpNwiAnVfpgt /Wufk/rpcA0+t8b6i3kUOxCmqLBNkozeZfwyQ= 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=k1WXlfRReti9g+hWb6aZJy5XzDSEFylLrjhNu4MiXX/Av91vczkZR7vgOuPVwQd0je pD1fH1ItPHXXQcyo+DzxNBenm49ADIRhQe9/uwGTctR0nw7o+P6UfGdIJi/7EScv5cXL 0ABmh6w5rv6eUywq/IqstOD33uqVhD69ojYW8= Received: by 10.141.162.5 with SMTP id p5mr3322822rvo.193.1226290474163; Sun, 09 Nov 2008 20:14:34 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g22sm10091015rvb.8.2008.11.09.20.14.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 09 Nov 2008 20:14: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 mAA4CVRi022982 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Nov 2008 13:12:31 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mAA4CTbH022981; Mon, 10 Nov 2008 13:12:29 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Nov 2008 13:12:29 +0900 From: Pyun YongHyeon To: Boris Samorodov Message-ID: <20081110041229.GE22162@cdnetworks.co.kr> 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> <84265871@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84265871@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: Mon, 10 Nov 2008 04:14:34 -0000 On Sat, Nov 08, 2008 at 12:27:12PM +0300, Boris Samorodov wrote: > Pyun YongHyeon writes: [...] > > 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 > ----- > Fortunately, I've managed to add work-around for Rx checksum offload issue. Would you try latest ale(4) at the fowllowing URL? http://people.freebsd.org/~yongari/ale/ale.20081110.tar.gz -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 04:33: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 512E51065672 for ; Mon, 10 Nov 2008 04:33:43 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-12.163.com (m12-12.163.com [220.181.12.12]) by mx1.freebsd.org (Postfix) with SMTP id 6B3878FC08 for ; Mon, 10 Nov 2008 04:33:42 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp8 (Coremail) with SMTP id DMCowLA75OKjuRdJHpT3FQ--.22230S2; Mon, 10 Nov 2008 12:33:39 +0800 (CST) Message-ID: <4917B9A7.4030504@163.com> Date: Mon, 10 Nov 2008 12:33:43 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Attilio Rao References: <4911B529.1030804@163.com> <3bbf2fe10811051031j25ed35e8r78dd5f21e3551579@mail.gmail.com> In-Reply-To: <3bbf2fe10811051031j25ed35e8r78dd5f21e3551579@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjvdXoW7GFWUCF48Xry3uw4rCr1xXwb_yoWfAFX_Ww 4qyw1ktrWUJrsrA398JF4Sqrn3t393WF1IvFyxW39xtr1rC395G34vvrZayFn3Xa97twn8 Awn5tr1rtr17KjkaLaAFLSUrUUUUUbIjqfuFe4nvWSU5nxnvy29KBjDU0xBIdaVrnRJUUU sSb7Iv0xC_JF4lb4IE77IF4wAFF20E14v26r1j6r4UM7C26xCjj4IEI4klw4CSwwAFxVCa YxvI4VCIwcAKzIAtM7CIcVAFz4kK6r1j6r18M2kK67kvxFCE548m6r1fGryUXwAawVACjs I_Ar4v6c8GOVW06r1DJrWUAwAa7VCY0VAaVVAqrcv_Jw1UWr13Mc02F40EFcxC0VAKzVAq x4xG6I80ewAv7VC0I7IYx2IY67AKxVWUJVWUGwAv7VC2z280aVAFwI0_Gr0_Cr1lFVAaXT ZC67ZELSn0mTvEwaV2v3VFvVW8M4IE42xK82IY64kIx2x0424l7I0Y64k_MxkIecxEwVAF wVW8XwCY0x0Ix7I2Y4AK6F4j6FyUMxCjnVAqn7xvrwC2zVAF1VAY17CE14v26r1Y6r17MI IF0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2jsIEc7CjxVAFwI0_Jr0_GrUvcSsGvfC2 KfnxnUUI43ZEXa7xRiF1v7UUUUU== 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: Mon, 10 Nov 2008 04:33:43 -0000 Attilio Rao wrote: > 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 > > > Nothing is hanging.Only all kernel threads runs.when i plug in or remove network cable,system can detect network interface's status.And i notice all threads called _sleep or some functions similar to sleepq_timeout/sleepq_set_timeout in the output of show all trace. Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 07:25: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 4306F1065672; Mon, 10 Nov 2008 07:25:44 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 11F608FC1B; Mon, 10 Nov 2008 07:25:44 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 87C3E12542B; Mon, 10 Nov 2008 16:20:41 +0900 (JST) Message-ID: <4917E0C9.5020105@ongs.co.jp> Date: Mon, 10 Nov 2008 16:20:41 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: FreeBSD Current , freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Masanori OZAWA Subject: [Call for Test] a patch for kern/121385 - Unionfs cross mount 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, 10 Nov 2008 07:25:44 -0000 Hi Unionfs users About kern/121385 - Unionfs cross mount issue, by discussion at EuroBSDCon2008, unionfs does not allow user to do cross mount operation. If you have some interest this issue, please get this patch and try with current. I'll commit this patch after 1 week later. PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121385 Patch: http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-cross-mount.diff This issue was discussed at EuroBSDCon2008 FreeBSD developer summit. Thanks for hrs and gnn :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 07: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 5359F1065676; Mon, 10 Nov 2008 07:30:44 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 22F5D8FC34; Mon, 10 Nov 2008 07:30:44 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 2925D125424; Mon, 10 Nov 2008 16:12:13 +0900 (JST) Message-ID: <4917DECC.4010302@ongs.co.jp> Date: Mon, 10 Nov 2008 16:12:12 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: FreeBSD Current , freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Masanori OZAWA Subject: [Call for Test] a patch for kern/118346 - Unionfs socket 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, 10 Nov 2008 07:30:44 -0000 Hi Unionfs users At final, I have a long awaited patch to fix Unionfs socket issue (kern/118346). If you have interested in Unionfs socket issue, please get this patch and try it with current. I'll commit this patch to current after 2-week later. PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118346 Patch: http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-vsock.diff This issue was discussed at EuroBSDCon2008 FreeBSD developer summit. Thanks for rwatson, hrs and gnn :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 07:50: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 383721065673; Mon, 10 Nov 2008 07:50:36 +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 5608A8FC18; Mon, 10 Nov 2008 07:50:34 +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=XF3acwq6FAg48xs-ISIA:9 a=iZwxDU77xk6EjGbTrmQA:7 a=3bYFV93LAggYKNpXYJ_vinOs_b4A: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 405265457; Mon, 10 Nov 2008 08:50:32 +0100 From: Hans Petter Selasky To: kevin Date: Mon, 10 Nov 2008 08:52:42 +0100 User-Agent: KMail/1.9.7 References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> <200811091016.16934.hselasky@c2i.net> <4917A695.3030903@163.com> In-Reply-To: <4917A695.3030903@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811100852.43003.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: Mon, 10 Nov 2008 07:50:36 -0000 On Monday 10 November 2008, kevin wrote: > Hans Petter Selasky wrote: > > On Sunday 09 November 2008, kevin wrote: > >> It's a bug? > >> /boot/loader.conf: > >> zfs_load="YES" > >> vm.kmem_size_max="2048M" > >> vm.kmem_size="2048M" > >> vfs.zfs.zil_disable=1 > >> vfs.zfs.prefetch_disable=1 > >> hw.psm.synaptics_support=1 > >> legal.intel_iwn.license_ack=1 > >> acpi_ibm_load="YES" > >> snd_hda_load="YES" > >> powerd_enable="YES" > >> linux_load="YES" > >> if_iwn_load="YES" > >> ubtbcmfw_load="YES" > >> usb2_bluetooth_load="YES" > >> usb2_bluetooth_ng_load="YES" > >> usb2_bluetooth_fw_load="YES" > >> usb2_controller_uhci_load="YES" > >> usb2_controller_ehci_load="YES" > >> usb2_input_ms_load="YES" > >> usb2_storage_mass_load="YES" > >> usb2_image_load="YES" > >> > >> kldstat: > >> Id Refs Address Size Name > >> 1 82 0xffffffff80100000 756b28 kernel (/boot/kernel/kernel) > >> 2 1 0xffffffff80857000 3a88f8 zfs.ko (/boot/kernel/zfs.ko) > >> 3 2 0xffffffff80c00000 6670 opensolaris.ko > >> (/boot/kernel/opensolaris.ko) 4 2 0xffffffff80c07000 a1dd8 > >> linux.ko (/boot/kernel/linux.ko) 5 1 0xffffffff80ca9000 28470 > >> snd_hda.ko (/boot/kernel/snd_hda.ko) 6 2 0xffffffff80cd2000 bc4d0 > >> sound.ko (/boot/kernel/sound.ko) 7 1 0xffffffff80d8f000 7a38 > >> acpi_ibm.ko (/boot/kernel/acpi_ibm.ko) 8 1 0xffffffff80d97000 24e80 > >> if_iwn.ko (/boot/kernel/if_iwn.ko) 9 1 0xffffffff80dbc000 6c18 > >> ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 10 2 0xffffffff80dc3000 27f88 > >> usb.ko (/boot/kernel/usb.ko) > >> 11 3 0xffffffff80deb000 be8 usb2_bluetooth.ko > >> (/boot/kernel/usb2_bluetooth.ko) 12 12 0xffffffff80dec000 9c868 > >> usb2_core.ko (/boot/kernel/usb2_core.ko) 13 1 0xffffffff80e89000 bbf8 > >> usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14 6 > >> 0xffffffff80e95000 1ad00 netgraph.ko (/boot/kernel/netgraph.ko) 15 > >> 1 0xffffffff80eb0000 a950 usb2_bluetooth_fw.ko > >> (/boot/kernel/usb2_bluetooth_fw.ko) 16 1 0xffffffff80ebb000 15978 > >> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17 3 > >> 0xffffffff80ed1000 8780 usb2_controller.ko > >> (/boot/kernel/usb2_controller.ko) 18 1 0xffffffff80eda000 19dd0 > >> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19 1 > >> 0xffffffff80ef4000 e128 usb2_input_ms.ko > >> (/boot/kernel/usb2_input_ms.ko) 20 2 0xffffffff80f03000 bd0 > >> usb2_input.ko (/boot/kernel/usb2_input.ko) 21 1 0xffffffff80f04000 > >> 15c28 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22 2 > >> 0xffffffff80f1a000 bd8 usb2_storage.ko > >> (/boot/kernel/usb2_storage.ko) 23 1 0xffffffff80f1b000 bd0 > >> usb2_image.ko > >> (/boot/kernel/usb2_image.ko) 24 4 0xffffffff81022000 1835 > >> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25 1 > >> 0xffffffff81024000 133a9 ng_hci.ko (/boot/kernel/ng_hci.ko) 26 1 > >> 0xffffffff81038000 174b7 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27 > >> 1 0xffffffff81050000 2de0a ng_btsocket.ko > >> (/boot/kernel/ng_btsocket.ko) 28 1 > >> 0xffffffff8107e000 535e ng_socket.ko (/boot/kernel/ng_socket.ko) 29 > >> 1 0xffffffff81084000 8059 vkbd.ko (/boot/kernel/vkbd.ko) 30 1 > >> 0xffffffff8108d000 6f4 rtc.ko (/usr/local/modules/rtc.ko) > >> > >> I build kernel without usb*.I notice usb.ko's refs is 2, after i run > >> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another time,it > >> return "Device busy".Any thing still request usb.ko? > > > > Hi, > > > > Could you send me your kernel config file. Maybe there is still one USB > > config entry left for the old USB stack. Else the following should do the > > trick: rm /boot/kernel/usb.ko > > > > --HPS > > This is my kernel config file. > > cpu HAMMER > ident G8laptop > options SCHED_ULE # ULE scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options SCTP # Stream Control Transmission Protocol > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options UFS_GJOURNAL # Enable gjournal-based UFS journaling > options NFSCLIENT # Network Filesystem Client > options NFSLOCKD # Network Lock Manager > options NTFS # NT File System > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] > options COMPAT_IA32 # Compatible with i386 binaries > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > options KTRACE # ktrace(1) support > options STACK # stack(9) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options STOP_NMI # Stop CPUS using NMI instead of IPI > options AUDIT # Security event auditing > options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options KDTRACE_HOOKS > options DDB_CTF > options KDTRACE_FRAME > options SMP # Symmetric MultiProcessor Kernel > device cpufreq > device coretemp > device nvram > device acpi > device pci > device ata > device atadisk # ATA disk drives > device atapicd # ATAPI CDROM drives > options ATA_STATIC_ID # Static device numbering > device scbus # SCSI bus (required for SCSI) > device da # Direct Access (disks) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > device kbdmux # keyboard multiplexer > device vga # VGA video card driver > device splash # Splash screen and screen saver support > device sc > device agp # support several AGP chipsets > device cbb # cardbus (yenta) bridge > device pccard # PC Card (16-bit) bus > device cardbus # CardBus (32-bit) bus > device em # Intel PRO/1000 Gigabit Ethernet Family > device miibus # MII bus support > device wlan # 802.11 support > options IEEE80211_DEBUG # enable debug msgs > options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > device wlan_wep # 802.11 WEP support > device wlan_ccmp # 802.11 CCMP support > device wlan_tkip # 802.11 TKIP support > device wlan_amrr # AMRR transmit rate control algorithm > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device tun # Packet tunnel. > device pty # BSD-style compatibility pseudo ttys > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device faith # IPv6-to-IPv4 relaying (translation) > device firmware # firmware assist module > device bpf # Berkeley packet filter > device usb2_storage > device usb2_storage_mass > > I don't think any thing request usb.ko. When i unload all usb2* and > netgraph.ko related modules,i find i can unload usb.ko successful. > Try adding "device usb2_controller", "usb2_controller_ehci", and "usb2_controller_ohci" to the kernel config. Or "rm /boot/kernel/usb.ko" --HPS From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 10:59: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 A5ACF1065676 for ; Mon, 10 Nov 2008 10:59: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 57A6D8FC0A for ; Mon, 10 Nov 2008 10:59: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 1KzUU3-000FaV-8a; Mon, 10 Nov 2008 13:59:03 +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> <84265871@bb.ipt.ru> <20081110041229.GE22162@cdnetworks.co.kr> From: Boris Samorodov Date: Mon, 10 Nov 2008 13:58:54 +0300 In-Reply-To: <20081110041229.GE22162@cdnetworks.co.kr> (Pyun YongHyeon's message of "Mon\, 10 Nov 2008 13\:12\:29 +0900") Message-ID: <39598641@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, 10 Nov 2008 10:59:05 -0000 Pyun YongHyeon writes: > On Sat, Nov 08, 2008 at 12:27:12PM +0300, Boris Samorodov wrote: > > Pyun YongHyeon writes: > > [...] > > > 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 > > ----- > > Fortunately, I've managed to add work-around for Rx checksum > offload issue. Would you try latest ale(4) at the fowllowing URL? > http://people.freebsd.org/~yongari/ale/ale.20081110.tar.gz Great, thanks! The perfomance is returning back. ;-) It shows approx. 10.5 MB/s while ftp'ing a big file to tmpfs. I'd like to show you some additional info: ----- uname -a ftp://ftp.bsam.ru/pub/tmp/EeePC/uname.2 netstat -w 1 ftp://ftp.bsam.ru/pub/tmp/EeePC/netstat.ale.2 sysctl dev.ale.0.stats ftp://ftp.bsam.ru/pub/tmp/EeePC/sysctl.ale.stats.2 iostat -w 1 ftp://ftp.bsam.ru/pub/tmp/EeePC/iostat.ale.2 ----- The interesting one is a netstat one. I'm not sure what zeroes for packets mean while trafic exists. BTW, a flood ping created a 233 packets per second trafic. 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 10 11:27: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 9867B1065674 for ; Mon, 10 Nov 2008 11:27:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 57B068FC14 for ; Mon, 10 Nov 2008 11:27:25 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2298684rvf.43 for ; Mon, 10 Nov 2008 03:27:25 -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=hdVYuuK1dZWyu1DaAORP/bjeYdpTG4yv9yaYsq0czHg=; b=rsg5lkV94g8wC5SHr1CVZCf/+hmCN4IIkJJYckdHbOXim3a8bQlhIg7z1bJXL4XNrB w6x0ihxfAMC4FpOmLTguPOk8ccVDeDqsH2KEKCbeubBg8GjM8v9TdMGZ9BDBElutsQ3+ OmtGNwnykbhyi6QLiw/LyTU4X6Wl7Kgdx4hDU= 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=TGOB2rFKfbzjTAaEaSdvT9ztjO/VNVg7Ibm/hsUMhARpUhyv+DypaSxH/tXeGuVsQr qg40GOfN1dkTPstiWDTWelc6ejGD+Hrl90ooWrwA0JHq+jgYGxMq6u1H+x/c4EA32G0o 6uVdyrlH7SZ1LnIZwp6VptNz7ClAeBYNN603s= Received: by 10.141.171.6 with SMTP id y6mr3521645rvo.1.1226316444986; Mon, 10 Nov 2008 03:27:24 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm20602179rvb.2.2008.11.10.03.27.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 10 Nov 2008 03:27:24 -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 mAABPNvl024271 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Nov 2008 20:25:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mAABPNfJ024270; Mon, 10 Nov 2008 20:25:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Nov 2008 20:25:23 +0900 From: Pyun YongHyeon To: Boris Samorodov Message-ID: <20081110112522.GN22162@cdnetworks.co.kr> 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> <84265871@bb.ipt.ru> <20081110041229.GE22162@cdnetworks.co.kr> <39598641@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <39598641@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: Mon, 10 Nov 2008 11:27:25 -0000 On Mon, Nov 10, 2008 at 01:58:54PM +0300, Boris Samorodov wrote: > Pyun YongHyeon writes: > > On Sat, Nov 08, 2008 at 12:27:12PM +0300, Boris Samorodov wrote: > > > Pyun YongHyeon writes: > > > > [...] > > > > 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 > > > ----- > > > > Fortunately, I've managed to add work-around for Rx checksum > > offload issue. Would you try latest ale(4) at the fowllowing URL? > > http://people.freebsd.org/~yongari/ale/ale.20081110.tar.gz > > Great, thanks! The perfomance is returning back. ;-) It shows > approx. 10.5 MB/s while ftp'ing a big file to tmpfs. I'd like to show I didn't even expect such a quantum improvement! :-) > you some additional info: > ----- > uname -a ftp://ftp.bsam.ru/pub/tmp/EeePC/uname.2 > netstat -w 1 ftp://ftp.bsam.ru/pub/tmp/EeePC/netstat.ale.2 > sysctl dev.ale.0.stats ftp://ftp.bsam.ru/pub/tmp/EeePC/sysctl.ale.stats.2 > iostat -w 1 ftp://ftp.bsam.ru/pub/tmp/EeePC/iostat.ale.2 > ----- > > The interesting one is a netstat one. I'm not sure what zeroes for > packets mean while trafic exists. > Hmm, I also have no idea why netstat(1) shows such a non-sense value while transfer is in progress. I guess you can easily write a script that extracts interesting MAC statistics of ale(4). For example, sysctl dev.ale.0.stats.rx.good_frames sysctl dev.ale.0.stats.tx.good_frames Use 'sysctl -d dev.ale.0.stats' to get complete descriptoin of each node. > BTW, a flood ping created a 233 packets per second trafic. > Since ale(4) requires a lot of CPU cycles to saturate link, it may completely depend on your CPU power. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 09:05: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 C4C9A1065676 for ; Mon, 10 Nov 2008 09:05:32 +0000 (UTC) (envelope-from freebsd@cfdhome.com) Received: from nat.cfdhome.com (h-67-100-119-58.snvacaid.covad.net [67.100.119.58]) by mx1.freebsd.org (Postfix) with ESMTP id 853C88FC1A for ; Mon, 10 Nov 2008 09:05:32 +0000 (UTC) (envelope-from freebsd@cfdhome.com) Received: from [67.100.119.58] (nat.cfdhome.com [67.100.119.58]) by nat.cfdhome.com (8.14.3/8.13.8) with ESMTP id mAA8pOFq020416; Mon, 10 Nov 2008 00:51:24 -0800 (PST) (envelope-from freebsd@cfdhome.com) From: Charles DeBardeleben To: freebsd-current@freebsd.org Content-Type: text/plain Date: Mon, 10 Nov 2008 00:51:24 -0800 Message-Id: <1226307084.20208.42.camel@nat.cfdhome.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 10 Nov 2008 12:24:24 +0000 Subject: usb2 stack. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2008 09:05:32 -0000 I have upgraded to the new usb2 stack and am having several problems. First, I too could not prevent the old usb stack from getting loaded. I decided to take the approach of static loading of the usb2 stack, and discovered that I could not include usb2_bluetooth, and usb2_bluetooth_ng whithouk adding more of the netgraph stack, to the statuc kernel, so I added options NETGRAPH_BLUETOOTH # ng_bluetooth(4) options NETGRAPH_BLUETOOTH_BT3C # ng_bt3c(4) options NETGRAPH_BLUETOOTH_HCI # ng_hci(4) options NETGRAPH_BLUETOOTH_L2CAP # ng_l2cap(4) options NETGRAPH_BLUETOOTH_SOCKET # ng_btsocket(4) to my config. Now I bind with the new stack. However, many usb devices still are not working correctly. First, many devices are not making entries in /dev, even though they seam to bind to the driver. This seams to include ums, uhid, and ugen. I was hoping to have my mouse bind to ums, so that I can run hid2hci on it so that I activate my bluetooth hub. My m-audio usb audio codec is binding to audio, but it is not working. As I was trying to debug this, I decided I needed usbconfig. I ran buildworld and found that none of the userland code has been added to the makefiles. So I edited these files to add libusb20, the header files, and usbconfig to the build: M include/Makefile M share/mk/bsd.libnames.mk M usr.sbin/Makefile M lib/Makefile M etc/mtree/BSD.include.dist M sys/dev/usb2/bluetooth/ng_ubt2.c I then found the kdump will not build due to ioctl definition confilcts with the old usb stack. So I guess at this point the 2 stacks do not really coexist together. However the build got far enough along to build usbconfig. I have not added the patch that was posted today, but I doubt that that is the underlying cause of my issues. I had high hopes for this new stack as my usb often "locks up" making my keyboard stop. 2 more issues I had, not related to usb2. First when I did a cvs update, I got many conflicts on files I had not changed. I was guessing maybe something was wrong with the svn-cvs bridge, so I decided to try the svn server. However, there seam to be no ID strings if you checout the svn tree. This seams to confuse mergemaster. Is there a new procedure for upgrading a system built from the svn tree? From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 14:24:57 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 AB4381065673 for ; Mon, 10 Nov 2008 14:24:57 +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 6053E8FC21 for ; Mon, 10 Nov 2008 14:24:56 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6F0E29CB4CB; Mon, 10 Nov 2008 15:21:42 +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 W8IWHTUf3BRF; Mon, 10 Nov 2008 15:21:35 +0100 (CET) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 3A34C9CB77A; Mon, 10 Nov 2008 15:21:35 +0100 (CET) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id mAAELZtj039590; Mon, 10 Nov 2008 15:21:35 +0100 (CET) (envelope-from rdivacky) Date: Mon, 10 Nov 2008 15:21:34 +0100 From: Roman Divacky To: Dag-Erling Sm??rgrav Message-ID: <20081110142134.GA39035@freebsd.org> References: <20081106185512.GA33153@freebsd.org> <867i7b4qau.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <867i7b4qau.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i 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: Mon, 10 Nov 2008 14:24:57 -0000 On Mon, Nov 10, 2008 at 03:19:05PM +0100, Dag-Erling Sm??rgrav wrote: > Roman Divacky writes: > > I tried to compile world in C99 (in fact gnu99) gcc mode. It compiles > > correctly with two trivial exceptions [...] > > No, it won't. You must have made a mistake. C99 / GNU99 mode disables > pretty much everything except the standard C library functions; you have > to set __BSD_VISIBLE and _POSIX_C_SOURCE to appropriate values. I tried with CFLAGS=-std=gnu99 and it seemed to work, I'll check what happens with those defines, thnx for the suggestion roman From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 14:29: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 8D68B106564A for ; Mon, 10 Nov 2008 14:29:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBF38FC27 for ; Mon, 10 Nov 2008 14:29:37 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id CDACF6D450; Mon, 10 Nov 2008 14:22:53 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id B3B2A8447F; Mon, 10 Nov 2008 15:22:53 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Roman Divacky References: <20081106185512.GA33153@freebsd.org> <867i7b4qau.fsf@ds4.des.no> Date: Mon, 10 Nov 2008 15:22:53 +0100 In-Reply-To: <867i7b4qau.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Mon, 10 Nov 2008 15:19:05 +0100") Message-ID: <863ahz4q4i.fsf@ds4.des.no> 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 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: Mon, 10 Nov 2008 14:29:37 -0000 Dag-Erling Sm=C3=B8rgrav writes: > Roman Divacky writes: > > I tried to compile world in C99 (in fact gnu99) gcc mode. It compiles > > correctly with two trivial exceptions [...] > No, it won't. You must have made a mistake. C99 / GNU99 mode disables > pretty much everything except the standard C library functions [...] (or at least, it should; if it doesn't, should be fixed) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 14:32:49 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 4C967106567C; Mon, 10 Nov 2008 14:32:49 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id F23238FC3F; Mon, 10 Nov 2008 14:32:48 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id DDA3E6D449; Mon, 10 Nov 2008 14:32:47 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id C5F6C8447F; Mon, 10 Nov 2008 15:32:47 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Roman Divacky References: <20081106185512.GA33153@freebsd.org> <867i7b4qau.fsf@ds4.des.no> <20081110142134.GA39035@freebsd.org> Date: Mon, 10 Nov 2008 15:32:47 +0100 In-Reply-To: <20081110142134.GA39035@freebsd.org> (Roman Divacky's message of "Mon, 10 Nov 2008 15:21:34 +0100") Message-ID: <86vduv3b3k.fsf@ds4.des.no> 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 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: Mon, 10 Nov 2008 14:32:49 -0000 Roman Divacky writes: > I tried with CFLAGS=3D-std=3Dgnu99 and it seemed to work [...] That's a bug :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 14:34: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 759E51065680 for ; Mon, 10 Nov 2008 14:34:37 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4328FC14 for ; Mon, 10 Nov 2008 14:34:37 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id ACAC36D43F; Mon, 10 Nov 2008 14:19:05 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 943188447F; Mon, 10 Nov 2008 15:19:05 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Roman Divacky References: <20081106185512.GA33153@freebsd.org> Date: Mon, 10 Nov 2008 15:19:05 +0100 In-Reply-To: <20081106185512.GA33153@freebsd.org> (Roman Divacky's message of "Thu, 6 Nov 2008 19:55:12 +0100") Message-ID: <867i7b4qau.fsf@ds4.des.no> 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 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: Mon, 10 Nov 2008 14:34:38 -0000 Roman Divacky writes: > I tried to compile world in C99 (in fact gnu99) gcc mode. It compiles > correctly with two trivial exceptions [...] No, it won't. You must have made a mistake. C99 / GNU99 mode disables pretty much everything except the standard C library functions; you have to set __BSD_VISIBLE and _POSIX_C_SOURCE to appropriate values. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 14:47: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 9016E1065678 for ; Mon, 10 Nov 2008 14:47:48 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB018FC08 for ; Mon, 10 Nov 2008 14:47:47 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2204229fgb.35 for ; Mon, 10 Nov 2008 06:47:46 -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=KVQd0lzF5DE1AUOjODpPqYxG46ZbQqK7qNH+FwozSUk=; b=DnnzuVHBZCSi+1wgLh6Ccap6x5dL3m3jWUWXqvVp2RbYzyCirmDC28QFU44ZGOQqq7 pJwQMLeBnhEc8eIcgKRHYnRPNS+w17U8iG+kS6GHUB0V7l/gqCzK7KonJynmmt83tEWy +xl5Gj07RrZ9pn6OGNQH8pyUJ4BtYvFt1mDJI= 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=pYQGP/aqzT+K0z+MsFinZ80HWQSjnrIQuHM6gnSIDAeLn0E9TXfuUdOhGW/JrMJ5u6 BzoEIZF1UXuZXWXh9FfaRrKRDaEYAlXez0p20l6NkpbZZtJlNnzVoanw1vSKUewjNGJ1 PGeeD7XsmAT/gvJwKpXCBOLEiZgUADnubFAWQ= Received: by 10.181.210.14 with SMTP id m14mr2120558bkq.163.1226328466424; Mon, 10 Nov 2008 06:47:46 -0800 (PST) Received: by 10.181.55.1 with HTTP; Mon, 10 Nov 2008 06:47:46 -0800 (PST) Message-ID: <70e8236f0811100647o4cd98966o8108a0e7ecc08bb5@mail.gmail.com> Date: Mon, 10 Nov 2008 14:47:46 +0000 From: "Joao Barros" To: "John Nielsen" In-Reply-To: <200811011517.37640.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> 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: Mon, 10 Nov 2008 14:47:48 -0000 On Sat, Nov 1, 2008 at 7:17 PM, 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 > >> - It's said you can't boot from a ZFS pool. > > There are patches available to allow this but frankly I don't see the Can you point out those patches? Thx > appeal. I think it makes much more sense to have / (including /boot) be a > regular UFS2 filesystem on a small partition. If something goes wrong you > can boot from a CD or single-user and not have to worry about getting your > ZFS pools back online before you can even start troubleshooting the system. > Since (unlike Solaris) FreeBSD doesn't force you to dedicate whole disks to > ZFS, this is a viable option. As Miroslav mentioned you can make a small > root partition on two disks and set them up as a gmirror, leaving the > remainder of the disks available for your zpool(s). > >> So could you please tell me if using ZFS is ok for me, or should I use >> a gmirror system (but I don't think I can easily add new disks to this). > > You could get most if not all of what you're after with gmirror, gvirstor, > gjournal, etc but it sounds like ZFS is really what you're after and I > think you'll be fine. I haven't actually added any disks to my setup since > I switched to ZFS but it's nice knowing that I can. Add to that cheap > snapshots, checksumming and self-healing and easy administration and I tink > it's an easy sale. > > JN -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 14:52: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 38E941065674 for ; Mon, 10 Nov 2008 14:52:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id DABBF8FC2A for ; Mon, 10 Nov 2008 14:52:51 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KzY8H-0001k0-MZ for freebsd-current@freebsd.org; Mon, 10 Nov 2008 14:52:49 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 10 Nov 2008 14:52:49 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 10 Nov 2008 14:52:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 10 Nov 2008 15:52:59 +0100 Lines: 36 Message-ID: References: <20081106185512.GA33153@freebsd.org> <867i7b4qau.fsf@ds4.des.no> <863ahz4q4i.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig04451CBC3C818D1A27DECB2C" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: <863ahz4q4i.fsf@ds4.des.no> X-Enigmail-Version: 0.95.0 Sender: news 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: Mon, 10 Nov 2008 14:52:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig04451CBC3C818D1A27DECB2C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav wrote: > Dag-Erling Sm=C3=B8rgrav writes: >> Roman Divacky writes: >>> I tried to compile world in C99 (in fact gnu99) gcc mode. It compiles= >>> correctly with two trivial exceptions [...] >> No, it won't. You must have made a mistake. C99 / GNU99 mode disable= s >> pretty much everything except the standard C library functions [...] >=20 > (or at least, it should; if it doesn't, should be fixed) Can you elaborate a bit on that - do you mean things like bzero vs memset or something else entirely? --------------enig04451CBC3C818D1A27DECB2C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJGErLldnAQVacBcgRAmvTAKDYHZ6pGDjd031XDBIxdgunlZU5BwCg5olw 9SWkKJS0Z+WNfjv6HI0zaxo= =Bssj -----END PGP SIGNATURE----- --------------enig04451CBC3C818D1A27DECB2C-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 16:32: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 3B37F1065696 for ; Mon, 10 Nov 2008 16:32: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 9A03D8FC27 for ; Mon, 10 Nov 2008 16:32: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=wcZ8zYsp8wmRnsDY6K4A:9 a=yDb_2cvmmfkaDFcDsrgA:7 a=4dxYoXx1x1XQi7xypelAudqEOW8A: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 1151853740; Mon, 10 Nov 2008 17:32:38 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 10 Nov 2008 17:34:49 +0100 User-Agent: KMail/1.9.7 References: <1226307084.20208.42.camel@nat.cfdhome.com> In-Reply-To: <1226307084.20208.42.camel@nat.cfdhome.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811101734.49989.hselasky@c2i.net> Cc: Charles DeBardeleben Subject: Re: usb2 stack. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2008 16:32:42 -0000 On Monday 10 November 2008, Charles DeBardeleben wrote: > I have upgraded to the new usb2 stack and am having several problems. > > First, I too could not prevent the old usb stack from getting loaded. I > decided to take the approach of static loading of the usb2 stack, > and discovered that I could not include usb2_bluetooth, and > usb2_bluetooth_ng whithouk adding more of the netgraph stack, > to the statuc kernel, so I added > > options NETGRAPH_BLUETOOTH # ng_bluetooth(4) > options NETGRAPH_BLUETOOTH_BT3C # ng_bt3c(4) > options NETGRAPH_BLUETOOTH_HCI # ng_hci(4) > options NETGRAPH_BLUETOOTH_L2CAP # ng_l2cap(4) > options NETGRAPH_BLUETOOTH_SOCKET # ng_btsocket(4) > > to my config. Now I bind with the new stack. However, many > usb devices still are not working correctly. > First, many devices > are not making entries in /dev, even though they seam to bind > to the driver. The entries are invisible. > This seams to include ums, uhid, and ugen. I was > hoping to have my mouse bind to ums, so that I can run hid2hci > on it so that I activate my bluetooth hub. My m-audio usb audio > codec is binding to audio, but it is not working. As I was trying > to debug this, I decided I needed usbconfig. I ran buildworld and > found that none of the userland code has been added to the makefiles. > So I edited these files to add libusb20, the header files, and > usbconfig to the build: > > M include/Makefile > M share/mk/bsd.libnames.mk > M usr.sbin/Makefile > M lib/Makefile > M etc/mtree/BSD.include.dist > M sys/dev/usb2/bluetooth/ng_ubt2.c Yes, this will be fixed eventually. > > I then found the kdump will not build due to ioctl definition confilcts > with the old usb stack. So I guess at this point the 2 stacks do not > really coexist together. However the build got far enough along to build > usbconfig. Looks like a problem that needs to be addressed. > > I have not added the patch that was posted today, but I doubt that that > is the underlying cause of my issues. > > I had high hopes for this new stack as my usb often "locks up" making my > keyboard stop. > > 2 more issues I had, not related to usb2. First when I did a cvs update, > I got many conflicts on files I had not changed. I was guessing maybe > something was wrong with the svn-cvs bridge, so I decided to try the > svn server. However, there seam to be no ID strings if you checout the > svn tree. This seams to confuse mergemaster. Is there a new procedure > for upgrading a system built from the svn tree? I don't know. Maybe you need to resolve the code first. Could you send me your current patchset again, and I will see if I can get some parts of it in. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 16:35:31 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 8618C1065678; Mon, 10 Nov 2008 16:35:31 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 437F58FC1F; Mon, 10 Nov 2008 16:35:30 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.3/8.14.2) with ESMTP id mAAGN5Bu004222; Mon, 10 Nov 2008 11:23:05 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.3/8.14.2/Submit) id mAAGN4pJ004221; Mon, 10 Nov 2008 11:23:04 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 10 Nov 2008 11:23:04 -0500 From: David Schultz To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20081110162304.GA4169@zim.MIT.EDU> Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Roman Divacky , current@FreeBSD.ORG References: <20081106185512.GA33153@freebsd.org> <867i7b4qau.fsf@ds4.des.no> <863ahz4q4i.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <863ahz4q4i.fsf@ds4.des.no> Cc: Roman Divacky , 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: Mon, 10 Nov 2008 16:35:31 -0000 On Mon, Nov 10, 2008, Dag-Erling Smørgrav wrote: > Dag-Erling Smørgrav writes: > > Roman Divacky writes: > > > I tried to compile world in C99 (in fact gnu99) gcc mode. It compiles > > > correctly with two trivial exceptions [...] > > No, it won't. You must have made a mistake. C99 / GNU99 mode disables > > pretty much everything except the standard C library functions [...] > > (or at least, it should; if it doesn't, should be fixed) What you just said applies to -std=c99, not -std=gnu99. The latter includes all the extensions, so it should work. The default is -std=gnu89, which as far as I know is almost identical to -std=gnu99. Actually, the only difference I'm aware of is that in more recent gcc releases, GNU99 mode uses the C99 rules for inline functions. Whether world compiles with newer (GPL3) versions of gcc might be a worthwhile consideration in changing the default here. From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 16:42: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 0A4D71065678; Mon, 10 Nov 2008 16:42:40 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id AE0328FC1E; Mon, 10 Nov 2008 16:42:39 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 671976D449; Mon, 10 Nov 2008 16:42:38 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 537878448F; Mon, 10 Nov 2008 17:42:38 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Roman Divacky References: <20081106185512.GA33153@freebsd.org> <867i7b4qau.fsf@ds4.des.no> <20081110142134.GA39035@freebsd.org> <86vduv3b3k.fsf@ds4.des.no> Date: Mon, 10 Nov 2008 17:42:38 +0100 In-Reply-To: <86vduv3b3k.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Mon, 10 Nov 2008 15:32:47 +0100") Message-ID: <86r65j3535.fsf@ds4.des.no> 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 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: Mon, 10 Nov 2008 16:42:40 -0000 Here's how it *should* work in userland: 1) The compiler defines __STDC__ to 1. 2) The compiler defines __STDC_HOSTED__ to 1. 3) The compiler defines __STDC_VERSION__ according to the requested language version: iso9899:1990, c89, gnu89: not defined (equivalent to 0) iso9899:199409: 199409L iso9899:1999, c99, gnu99: 199901L The default language version for gcc is gnu89. 4) The compiler defines __STRICT_ANSI__ to 1 if the requested language version was iso9899:1990, c89, iso9899:199409, iso9899:1999 or c99. Otherwise, __STRICT_ANSI__ is not defined. 5) Any macro, type, variable or function defined by the C standard should be visible if and only if __STDC_VERSION__ is greater than or equal to the value that corresponds to the version of the standard where that macro, type, variable or function was introduced. 6) The application defines _POSIX_SOURCE or _POSIX_C_SOURCE to indicate that it uses macros, types, variables or functions defined in a specific version of the IEEE 1003 (POSIX) standard. Note that _POSIX_C_SOURCE overrides _POSIX_SOURCE. Defining _POSIX_SOURCE to any value is equivalent to defining _POSIX_C_SOURCE to 1. Currently defined values of _POSIX_C_SOURCE are: IEEE 1003.1-1990: 1 IEEE 1003.1b-1993: 199309L IEEE 1003.1c-1995: 199506L IEEE 1003.1-2004: 200112L Any macro, type, variable or function defined by IEEE 1003 should be visible if and only if _POSIX_C_SOURCE is greater than or equal to the value that corresponds to the version of the standard where that macro, type, variable or function was introduced. 7) The application defines _XOPEN_SOURCE to indicate that it uses macros, types, variables or functions defined in a specific version of the X/Open Single Unix Specification. Note that the SUS was a superset of POSIX, until the SUSv3, which is equivalent to IEEE 1003.1-2001. Currently defined values of _XOPEN_SOURCE are: XPG3: 3 XPG4 / SUS: 4 SUS2: 500 SUS3: 600 Any macro, type, variable or function defined by the SUS should be visible if and only if _XOPEN_SOURCE is greater than or equal to the value that corresponds to the version of the standard where that macro, type, variable or function was introduced. 8) Anything *not* defined in any of the above standard should be placed in separate header files, or made visible only if the application defines a specific macro. For instance, in glibc, getopt_long() is visible if and only if the application defined _GNU_SOURCE, and gethostname() is visible if and only if the application defined _BSD_SOURCE. 9) The default behavior (if the compiler does not define __STRICT_ANSI__ and the application does not define any of the _FOO_SOURCE macros) should be to act as if the application had defined all the _FOO_SOURCE macros to the highest value possible, i.e. make everything visible. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 16:54: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 85DEE106564A; Mon, 10 Nov 2008 16:54:23 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 39EC88FC0A; Mon, 10 Nov 2008 16:54:23 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 042ED6D43F; Mon, 10 Nov 2008 16:54:22 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id E0D8E8448F; Mon, 10 Nov 2008 17:54:21 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Roman Divacky References: <20081106185512.GA33153@freebsd.org> <867i7b4qau.fsf@ds4.des.no> <863ahz4q4i.fsf@ds4.des.no> <20081110162304.GA4169@zim.MIT.EDU> Date: Mon, 10 Nov 2008 17:54:21 +0100 In-Reply-To: <20081110162304.GA4169@zim.MIT.EDU> (David Schultz's message of "Mon, 10 Nov 2008 11:23:04 -0500") Message-ID: <86myg734jm.fsf@ds4.des.no> 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 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: Mon, 10 Nov 2008 16:54:23 -0000 David Schultz writes: > The default is -std=3Dgnu89, which as far as I know is almost identical > to -std=3Dgnu99. Actually, the only difference I'm aware of is that in > more recent gcc releases, GNU99 mode uses the C99 rules for inline > functions. No, the differences are far greater. Try compiling the following program in gnu89 mode: void *restrict p; int main(void) { for (int i =3D 0; i < 1; ++i) continue; } Right off the bat, I can't think of a language construct that is legal in gnu99 but not in c99, but I'm sure they exist. BTW, the definition of gnu89 has changed over time. I believe that early versions of gcc 3 would accept the following: int main(void) { for (int i =3D 0; i < 1; ++i) continue; return i; } DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 17: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 DEF6B1065689 for ; Mon, 10 Nov 2008 17:01:26 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7AAE78FC23 for ; Mon, 10 Nov 2008 17:01:26 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.3/8.14.3) with ESMTP id mAAH0KEE012491; Tue, 11 Nov 2008 02:00:20 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <200811101700.mAAH0KEE012491@sana.init-main.com> To: Hans Petter Selasky In-reply-to: Your message of "Mon, 10 Nov 2008 17:34:49 +0100." <200811101734.49989.hselasky@c2i.net> Date: Tue, 11 Nov 2008 02:00:20 +0900 From: Takanori Watanabe Cc: freebsd-current@freebsd.org Subject: Re: usb2 stack. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2008 17:01:27 -0000 FOMA driver does not work properly. 1. AT-command interface does not probed. 2. Interface mode does not properly transit.(Especially on device close.) 3. All sysctls to indicate interface mode is disappeard.(Not so difficult.) I try to work on the second item of the list. How can I trace device requests for host controller? From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 17: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 73DDA1065672 for ; Mon, 10 Nov 2008 17:03:55 +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 0D78E8FC2D for ; Mon, 10 Nov 2008 17:03:54 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=bhq14xb9my8BQkuuM2EA:9 a=sYxaLU6_26QQPmh8bvfGW1jHDJ4A: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 1145601269; Mon, 10 Nov 2008 18:03:53 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 10 Nov 2008 18:06:02 +0100 User-Agent: KMail/1.9.7 References: <200811101700.mAAH0KEE012491@sana.init-main.com> In-Reply-To: <200811101700.mAAH0KEE012491@sana.init-main.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811101806.03628.hselasky@c2i.net> Cc: Subject: Re: usb2 stack. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Nov 2008 17:03:55 -0000 On Monday 10 November 2008, Takanori Watanabe wrote: > FOMA driver does not work properly. > 1. AT-command interface does not probed. > 2. Interface mode does not properly transit.(Especially on device close.) > 3. All sysctls to indicate interface mode is disappeard.(Not so difficult.) > > I try to work on the second item of the list. > How can I trace device requests for host controller? You can turn on debugging by: sysctl hw.usb2.debug=15 --HPS From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 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 855241065673 for ; Mon, 10 Nov 2008 18:43:57 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 68AA38FC0A for ; Mon, 10 Nov 2008 18:43:57 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.213.128] (BSTech1.uncc.edu [152.15.200.209]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id mAAIhtUf069089; Mon, 10 Nov 2008 13:43:56 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: "Joao Barros" Date: Mon, 10 Nov 2008 13:43:48 -0500 User-Agent: KMail/1.9.10 References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> <70e8236f0811100647o4cd98966o8108a0e7ecc08bb5@mail.gmail.com> In-Reply-To: <70e8236f0811100647o4cd98966o8108a0e7ecc08bb5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811101343.48958.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: 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: Mon, 10 Nov 2008 18:43:57 -0000 On Monday 10 November 2008 09:47:46 am Joao Barros wrote: > On Sat, Nov 1, 2008 at 7:17 PM, John Nielsen wrote: > > There are patches available to allow [booting from ZFS]... > > Can you point out those patches? Thx I may have mis-spoken. I believe it is being worked on but I don't have any pointers to specific code. What I had in mind was http://wiki.freebsd.org/ZFSOnRoot, which allows the root partition to be on ZFS but still requires a small UFS /boot. JN From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 19:57: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 59F721065679 for ; Mon, 10 Nov 2008 19:57:13 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id ADA028FC16 for ; Mon, 10 Nov 2008 19:57:11 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so3595924fkk.11 for ; Mon, 10 Nov 2008 11:57:11 -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=tVDMM8A/6d4YmE2eSd2QHR6V7YEdiqGDYCHos7NfbmA=; b=OLo4PbUddr81iHtnuMCU/5ZNQBPFGt6R8qIAiIZSyqr2joRdXybpQ3p9gTUfUHUaRN yjq1KNZuPPrcsIobgJFAnE2GEsAHo2YZc4MTn+vuRd99IjFQCHG/2hFPP2CUKx2NdXDi T4AIc8DeLr5Yn6Es/YQNt4lSuE5kS6jo5qhhM= 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=pA0mXeOxdawnyZHCf6HPy7TaXV8sSBoWiXzQ7BhhhgtighrlzyYBReGN9q6j9Tgf1p 9Mdm+gRidINSuQWRwbIT9mSLt23d7aHo40EaYjbbhcTeQhibXqqCl3LuGLVruxTtGZrN /ERLzxBxQfOix4+xYXBcqP5Cz85RhmKb9B2yE= Received: by 10.181.148.2 with SMTP id a2mr2207713bko.117.1226347030921; Mon, 10 Nov 2008 11:57:10 -0800 (PST) Received: by 10.181.55.1 with HTTP; Mon, 10 Nov 2008 11:57:10 -0800 (PST) Message-ID: <70e8236f0811101157v1d19d6d8l43a2635b45c11106@mail.gmail.com> Date: Mon, 10 Nov 2008 19:57:10 +0000 From: "Joao Barros" To: "John Nielsen" In-Reply-To: <200811101343.48958.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> <70e8236f0811100647o4cd98966o8108a0e7ecc08bb5@mail.gmail.com> <200811101343.48958.lists@jnielsen.net> Cc: Doug Rabson , 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: Mon, 10 Nov 2008 19:57:13 -0000 On Mon, Nov 10, 2008 at 6:43 PM, John Nielsen wrote: > On Monday 10 November 2008 09:47:46 am Joao Barros wrote: >> On Sat, Nov 1, 2008 at 7:17 PM, John Nielsen wrote: >> > There are patches available to allow [booting from ZFS]... >> >> Can you point out those patches? Thx > > I may have mis-spoken. I believe it is being worked on but I don't have > any pointers to specific code. > > What I had in mind was http://wiki.freebsd.org/ZFSOnRoot, which allows the > root partition to be on ZFS but still requires a small UFS /boot. Yes, there is an item in the wiki for zfsboot with a big finger pointing at Doug Rabson (cc'd) but I don't know the status of the task. I was using the /boot on small ufs partition method to boot my raidz but upgraded my machine and added a 1TB disk to the mix. I'll be booting from a usb pen with root on zfs. As soon as zfsboot works I'll ditch the usb pen. Doug, can you provide some status update on zfsboot? Do you need help on something? -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 20:14: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 4B5361065678 for ; Mon, 10 Nov 2008 20:14:11 +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 C07C18FC0C for ; Mon, 10 Nov 2008 20:14:10 +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 mAAKE4af066594; Mon, 10 Nov 2008 15:14:04 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Jia-Shiun Li" Date: Mon, 10 Nov 2008 11:32:26 -0500 User-Agent: KMail/1.9.7 References: <1d6d20bc0809170846g69311401j7f93f97969756e43@mail.gmail.com> <200809250835.36444.jhb@freebsd.org> <1d6d20bc0811080944k270c74d4p593d3a93547669ed@mail.gmail.com> In-Reply-To: <1d6d20bc0811080944k270c74d4p593d3a93547669ed@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811101132.27065.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 10 Nov 2008 15:14:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8599/Mon Nov 10 11:43:18 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: 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: Mon, 10 Nov 2008 20:14:11 -0000 On Saturday 08 November 2008 12:44:21 pm Jia-Shiun Li wrote: > 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. Try this. It ensures the PCI-e window is mapped UC (though MTRR's should already cover that in theory): --- //depot/user/jhb/acpipci/i386/pci/pci_cfgreg.c +++ /home/jhb/work/p4/acpipci/i386/pci/pci_cfgreg.c @@ -634,7 +634,7 @@ pmap_kremove(elem->vapage); invlpg(elem->vapage); } - pmap_kenter(elem->vapage, papage); + pmap_kenter_attr(elem->vapage, papage, PAT_UNCACHEABLE); elem->papage = papage; } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 21:40: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 52C181065677 for ; Mon, 10 Nov 2008 21:40:10 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id ED5DE8FC1D for ; Mon, 10 Nov 2008 21:40:09 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1007560ywe.13 for ; Mon, 10 Nov 2008 13:40: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:cc:in-reply-to:mime-version:content-type:references; bh=d0/HGS7dJrVzgZug+ccpZGhbyQNkEcl5By5BCerSQcs=; b=pN1uE9luGCRdPDrzkPzlLC51eDbT+W8Z7vjLn7wXUZtCKlZbMDA2FssZu3vdwfzSan 1v89EMhFRsm2SHVc/J6QTzOmHhoKD51hdc9On3mn9VzKnx+hUwT5ysNU/+5MvVUeYCoR eajQwAKgiGTYKut1EZynb1kJ7vtHzamx9CHxc= 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=tKwCMcZsWU6Wrh/z6Bje5nrqD/ZhF2UPUwRpZQIbiCOu5uJ+X1Yz2/zMnYNZMmz1MC AGfBQICs2+QN/Pv5pg7ds6jVnQ2iLsWKPFwbJk6GawLR+t49+eJIQIXfTcQeHwl1BfCo 4aD9JI6wTooAc/xfu99ymsz1+WI8AowMCfnl4= Received: by 10.151.142.2 with SMTP id u2mr10578538ybn.4.1226353209491; Mon, 10 Nov 2008 13:40:09 -0800 (PST) Received: by 10.150.12.12 with HTTP; Mon, 10 Nov 2008 13:40:09 -0800 (PST) Message-ID: <5f67a8c40811101340u57140107mb2771100dd04f510@mail.gmail.com> Date: Mon, 10 Nov 2008 16:40:09 -0500 From: "Zaphod Beeblebrox" To: "Joao Barros" In-Reply-To: <70e8236f0811101157v1d19d6d8l43a2635b45c11106@mail.gmail.com> MIME-Version: 1.0 References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> <70e8236f0811100647o4cd98966o8108a0e7ecc08bb5@mail.gmail.com> <200811101343.48958.lists@jnielsen.net> <70e8236f0811101157v1d19d6d8l43a2635b45c11106@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Doug Rabson , 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: Mon, 10 Nov 2008 21:40:10 -0000 On Mon, Nov 10, 2008 at 2:57 PM, Joao Barros wrote: > As soon as zfsboot works I'll ditch the usb pen. On my own laptop, I have 32 and 64 bit boot partitions for FreeBSD and a 32 bit boot partition for XP (games, largely). The FreeBSD boot partitions arn't much space to waste --- and so far I've also put the swap partitions on raw disk --- since I'm not so sure of swap on ZFS given it's memory problems. It would be nice to be able to create new boot partitions on the fly --- but equally, having a bunch of 512M or 1G boot partitions isn't a significant amount of space on today's drives. From owner-freebsd-current@FreeBSD.ORG Mon Nov 10 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 BFE94106568E; Mon, 10 Nov 2008 23:04: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 6070C8FC0A; Mon, 10 Nov 2008 23:04: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 mAAN41gX062288; Mon, 10 Nov 2008 18:04: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 mAAN41XW067602; Mon, 10 Nov 2008 18:04:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0854D73039; Mon, 10 Nov 2008 18:04:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081110230401.0854D73039@freebsd-current.sentex.ca> Date: Mon, 10 Nov 2008 18:04:00 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Nov 2008 23:04:04 -0000 TB --- 2008-11-10 21:29:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-10 21:29:39 - starting HEAD tinderbox run for i386/i386 TB --- 2008-11-10 21:29:39 - cleaning the object tree TB --- 2008-11-10 21:30:17 - cvsupping the source tree TB --- 2008-11-10 21:30:17 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-11-10 21:30:24 - building world (CFLAGS=-O -pipe) TB --- 2008-11-10 21:30:24 - cd /src TB --- 2008-11-10 21:30:24 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 10 21:30:26 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 10 22:43:09 UTC 2008 TB --- 2008-11-10 22:43:09 - generating LINT kernel config TB --- 2008-11-10 22:43:09 - cd /src/sys/i386/conf TB --- 2008-11-10 22:43:09 - /usr/bin/make -B LINT TB --- 2008-11-10 22:43:09 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-10 22:43:09 - cd /src TB --- 2008-11-10 22:43:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 10 22:43:10 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 [...] :> export_syms awk -f /src/sys/modules/usb2/controller_ehci/../../../conf/kmod_syms.awk usb2_controller_ehci.kld export_syms | xargs -J% objcopy % usb2_controller_ehci.kld ld -Bshareable -d -warn-common -o usb2_controller_ehci.ko usb2_controller_ehci.kld objcopy --strip-debug usb2_controller_ehci.ko ===> usb2/controller_musb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -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/controller_musb/../../../dev/usb2/controller/musb2_otg.c /src/sys/modules/usb2/controller_musb/../../../dev/usb2/controller/musb2_otg.c: In function 'musbotg_device_done': /src/sys/modules/usb2/controller_musb/../../../dev/usb2/controller/musb2_otg.c:1496: error: 'struct usb2_xfer' has no member named 'usb2_mtx' *** Error code 1 Stop in /src/sys/modules/usb2/controller_musb. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-10 23:04:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-10 23:04:00 - ERROR: failed to build lint kernel TB --- 2008-11-10 23:04:00 - tinderbox aborted TB --- 4005.87 user 472.11 system 5661.18 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 00: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 34EC61065680; Tue, 11 Nov 2008 00:14:44 +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 0CD398FC3B; Tue, 11 Nov 2008 00:14:43 +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 mAB0EfWF037761; Mon, 10 Nov 2008 19:14:41 -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 mAB0Ef2K035085; Mon, 10 Nov 2008 19:14:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2ABEE73039; Mon, 10 Nov 2008 19:14:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081111001441.2ABEE73039@freebsd-current.sentex.ca> Date: Mon, 10 Nov 2008 19:14:41 -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 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, 11 Nov 2008 00:14:44 -0000 TB --- 2008-11-10 22:45:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-10 22:45:14 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-11-10 22:45:14 - cleaning the object tree TB --- 2008-11-10 22:45:48 - cvsupping the source tree TB --- 2008-11-10 22:45:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-11-10 22:45:56 - building world (CFLAGS=-O -pipe) TB --- 2008-11-10 22:45:56 - cd /src TB --- 2008-11-10 22:45:56 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 10 22:45: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 >>> World build completed on Mon Nov 10 23:56:58 UTC 2008 TB --- 2008-11-10 23:56:58 - generating LINT kernel config TB --- 2008-11-10 23:56:58 - cd /src/sys/pc98/conf TB --- 2008-11-10 23:56:58 - /usr/bin/make -B LINT TB --- 2008-11-10 23:56:58 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-10 23:56:58 - cd /src TB --- 2008-11-10 23:56:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 10 23:56:59 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 [...] :> export_syms awk -f /src/sys/modules/usb2/controller_ehci/../../../conf/kmod_syms.awk usb2_controller_ehci.kld export_syms | xargs -J% objcopy % usb2_controller_ehci.kld ld -Bshareable -d -warn-common -o usb2_controller_ehci.ko usb2_controller_ehci.kld objcopy --strip-debug usb2_controller_ehci.ko ===> usb2/controller_musb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -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/controller_musb/../../../dev/usb2/controller/musb2_otg.c /src/sys/modules/usb2/controller_musb/../../../dev/usb2/controller/musb2_otg.c: In function 'musbotg_device_done': /src/sys/modules/usb2/controller_musb/../../../dev/usb2/controller/musb2_otg.c:1496: error: 'struct usb2_xfer' has no member named 'usb2_mtx' *** Error code 1 Stop in /src/sys/modules/usb2/controller_musb. *** Error code 1 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-11 00:14:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-11 00:14:40 - ERROR: failed to build lint kernel TB --- 2008-11-11 00:14:40 - tinderbox aborted TB --- 3847.08 user 475.44 system 5366.04 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 00:47:41 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 E6D09106568B; Tue, 11 Nov 2008 00:47: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 C05968FC0A; Tue, 11 Nov 2008 00:47:40 +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 mAB0lbPP070611; Mon, 10 Nov 2008 19:47: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 mAB0lbn7071537; Mon, 10 Nov 2008 19:47:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7426373039; Mon, 10 Nov 2008 19:47:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081111004737.7426373039@freebsd-current.sentex.ca> Date: Mon, 10 Nov 2008 19:47:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.94/8577/Wed Nov 5 16:05:36 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, 11 Nov 2008 00:47:41 -0000 TB --- 2008-11-10 23:04:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-11-10 23:04:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-11-10 23:04:01 - cleaning the object tree TB --- 2008-11-10 23:04:38 - cvsupping the source tree TB --- 2008-11-10 23:04:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-11-10 23:04:44 - building world (CFLAGS=-O -pipe) TB --- 2008-11-10 23:04:44 - cd /src TB --- 2008-11-10 23:04:44 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 10 23:04: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 11 00:27:00 UTC 2008 TB --- 2008-11-11 00:27:00 - generating LINT kernel config TB --- 2008-11-11 00:27:00 - cd /src/sys/ia64/conf TB --- 2008-11-11 00:27:00 - /usr/bin/make -B LINT TB --- 2008-11-11 00:27:00 - building LINT kernel (COPTFLAGS=) TB --- 2008-11-11 00:27:00 - cd /src TB --- 2008-11-11 00:27:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 11 00:27:00 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 [...] :> export_syms awk -f /src/sys/modules/usb2/controller_ehci/../../../conf/kmod_syms.awk usb2_controller_ehci.kld export_syms | xargs -J% objcopy % usb2_controller_ehci.kld ld -Bshareable -d -warn-common -o usb2_controller_ehci.ko usb2_controller_ehci.kld objcopy --strip-debug usb2_controller_ehci.ko ===> usb2/controller_musb (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/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 -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -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/controller_musb/../../../dev/usb2/controller/musb2_otg.c /src/sys/modules/usb2/controller_musb/../../../dev/usb2/controller/musb2_otg.c: In function 'musbotg_device_done': /src/sys/modules/usb2/controller_musb/../../../dev/usb2/controller/musb2_otg.c:1496: error: 'struct usb2_xfer' has no member named 'usb2_mtx' *** Error code 1 Stop in /src/sys/modules/usb2/controller_musb. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-11-11 00:47:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-11-11 00:47:37 - ERROR: failed to build lint kernel TB --- 2008-11-11 00:47:37 - tinderbox aborted TB --- 4488.41 user 471.92 system 6216.32 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 02:03: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 1DA1F1065672 for ; Tue, 11 Nov 2008 02:03:20 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id C0A248FC20 for ; Tue, 11 Nov 2008 02:03:19 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so1784039qwb.7 for ; Mon, 10 Nov 2008 18:03:18 -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=6Ky9ue5PcT0rVAOu+SeNOxISv5DbVrbsTpGWbTSs80E=; b=dTLrHxqLr2Rl+9gWxJJqCu7odMVwiXn+ZdDXOenKBwy0PPCh7nrd985ac3yUZBzWzK u3ia4fBMcwECULPEZUJdBPMrcFtA0+mgjzEwdUZcsNK1VNxITJFHoLTB5Y1/xo0ESH2a C9rHeTTCGL2WzL7p9OAFgAnWIAYdcyguC0/uE= 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=b2JJj1juXSz9BW9ntd2ZH5gativcTa77Gl6R0YckhV1Xo1iK7iuJd0NbHDxRENwP3d KXZabwdUIeCoHsjGMazv6Mw2J/xJU/hIVxPTNNeQ8dFeaw0xuWNeCpFnduw7cf4x3Udk G0fznkV5HF3s5/Ly4m6NJINZSVF+fticJe37w= Received: by 10.214.148.17 with SMTP id v17mr7609634qad.257.1226368998906; Mon, 10 Nov 2008 18:03:18 -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 34sm19691046yxl.8.2008.11.10.18.03.16 (version=SSLv3 cipher=RC4-MD5); Mon, 10 Nov 2008 18:03:18 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: vermaden In-Reply-To: <20081108012734.3274F1E3055@f03.poczta.interia.pl> References: <20081108012734.3274F1E3055@f03.poczta.interia.pl> Content-Type: text/plain; charset=utf-8 Date: Mon, 10 Nov 2008 21:03:08 -0500 Message-Id: <1226368988.1244.3.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit 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: Tue, 11 Nov 2008 02:03:20 -0000 On Sat, 2008-11-08 at 02:27 +0100, 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. If temperature is the concern, you could override passive cooling threshold by putting something like hw.acpi.thermal.user_override=1 hw.acpi.thermal.tz1._PSV=75C into your /etc/sysctl.conf You will need to figure out which thermal zone you need to override _PSV for (in my case tz1) and what do you want to cap temperature at (in my case 75C) HTH, -- Alexandre "Sunny" Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 02:43: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 31866106568A; Tue, 11 Nov 2008 02:43:18 +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 D96E18FC12; Tue, 11 Nov 2008 02:43:16 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp12 (Coremail) with SMTP id EMCowLBLFBdA8RhJrOJ6GQ--.44282S2; Tue, 11 Nov 2008 10:43:12 +0800 (CST) Message-ID: <4918F13F.1090302@163.com> Date: Tue, 11 Nov 2008 10:43:11 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Hans Petter Selasky References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> <200811091016.16934.hselasky@c2i.net> <4917A695.3030903@163.com> <200811100852.43003.hselasky@c2i.net> In-Reply-To: <200811100852.43003.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjvJXoW3WF4ruryrXFW5GFWfuryDJrb_yoW3tFW3pr yDGanrJF48KF1Yvw1jqrn5CFZ5Ka10ya1fGa4kG34rKr1jga45JasFyFy3uwnIvrZ8ur17 XFWDA3yIqw15JaUanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU U847k0a2IF6r1UM7kC6x804xWl14x267AKxVWUJVW8JwAFxVCF77xC6IxKo4kEV4yl1I0E scIYIxCEI4klw4CSwwAFIxvE14AKwVWUJVWUGwAawVAYYI1S6c8GOVWUur45Jrylnx0Ec2 IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_ Jr0_Jr4lYx0Ex4A2jsIE14v26r1j6r4UM4IEnf9ElVAFpTB2q-sK649IAas0WaI_GwAC6x AIw28IcVAK0I8IjxAxMx02cVAKzwCY0x0Ix7I2Y4AK6F4j6FyUMxCjnVAqn7xvrwC2zVAF 1VAY17CE14v26r1Y6r17YxBIdaVFxhVjvjDU0xZFpf9x0zEVyI5UUUUU= 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: Tue, 11 Nov 2008 02:43:18 -0000 Hans Petter Selasky wrote: > On Monday 10 November 2008, kevin wrote: > >> Hans Petter Selasky wrote: >> >>> On Sunday 09 November 2008, kevin wrote: >>> >>>> It's a bug? >>>> /boot/loader.conf: >>>> zfs_load="YES" >>>> vm.kmem_size_max="2048M" >>>> vm.kmem_size="2048M" >>>> vfs.zfs.zil_disable=1 >>>> vfs.zfs.prefetch_disable=1 >>>> hw.psm.synaptics_support=1 >>>> legal.intel_iwn.license_ack=1 >>>> acpi_ibm_load="YES" >>>> snd_hda_load="YES" >>>> powerd_enable="YES" >>>> linux_load="YES" >>>> if_iwn_load="YES" >>>> ubtbcmfw_load="YES" >>>> usb2_bluetooth_load="YES" >>>> usb2_bluetooth_ng_load="YES" >>>> usb2_bluetooth_fw_load="YES" >>>> usb2_controller_uhci_load="YES" >>>> usb2_controller_ehci_load="YES" >>>> usb2_input_ms_load="YES" >>>> usb2_storage_mass_load="YES" >>>> usb2_image_load="YES" >>>> >>>> kldstat: >>>> Id Refs Address Size Name >>>> 1 82 0xffffffff80100000 756b28 kernel (/boot/kernel/kernel) >>>> 2 1 0xffffffff80857000 3a88f8 zfs.ko (/boot/kernel/zfs.ko) >>>> 3 2 0xffffffff80c00000 6670 opensolaris.ko >>>> (/boot/kernel/opensolaris.ko) 4 2 0xffffffff80c07000 a1dd8 >>>> linux.ko (/boot/kernel/linux.ko) 5 1 0xffffffff80ca9000 28470 >>>> snd_hda.ko (/boot/kernel/snd_hda.ko) 6 2 0xffffffff80cd2000 bc4d0 >>>> sound.ko (/boot/kernel/sound.ko) 7 1 0xffffffff80d8f000 7a38 >>>> acpi_ibm.ko (/boot/kernel/acpi_ibm.ko) 8 1 0xffffffff80d97000 24e80 >>>> if_iwn.ko (/boot/kernel/if_iwn.ko) 9 1 0xffffffff80dbc000 6c18 >>>> ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 10 2 0xffffffff80dc3000 27f88 >>>> usb.ko (/boot/kernel/usb.ko) >>>> 11 3 0xffffffff80deb000 be8 usb2_bluetooth.ko >>>> (/boot/kernel/usb2_bluetooth.ko) 12 12 0xffffffff80dec000 9c868 >>>> usb2_core.ko (/boot/kernel/usb2_core.ko) 13 1 0xffffffff80e89000 bbf8 >>>> usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14 6 >>>> 0xffffffff80e95000 1ad00 netgraph.ko (/boot/kernel/netgraph.ko) 15 >>>> 1 0xffffffff80eb0000 a950 usb2_bluetooth_fw.ko >>>> (/boot/kernel/usb2_bluetooth_fw.ko) 16 1 0xffffffff80ebb000 15978 >>>> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17 3 >>>> 0xffffffff80ed1000 8780 usb2_controller.ko >>>> (/boot/kernel/usb2_controller.ko) 18 1 0xffffffff80eda000 19dd0 >>>> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19 1 >>>> 0xffffffff80ef4000 e128 usb2_input_ms.ko >>>> (/boot/kernel/usb2_input_ms.ko) 20 2 0xffffffff80f03000 bd0 >>>> usb2_input.ko (/boot/kernel/usb2_input.ko) 21 1 0xffffffff80f04000 >>>> 15c28 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22 2 >>>> 0xffffffff80f1a000 bd8 usb2_storage.ko >>>> (/boot/kernel/usb2_storage.ko) 23 1 0xffffffff80f1b000 bd0 >>>> usb2_image.ko >>>> (/boot/kernel/usb2_image.ko) 24 4 0xffffffff81022000 1835 >>>> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25 1 >>>> 0xffffffff81024000 133a9 ng_hci.ko (/boot/kernel/ng_hci.ko) 26 1 >>>> 0xffffffff81038000 174b7 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27 >>>> 1 0xffffffff81050000 2de0a ng_btsocket.ko >>>> (/boot/kernel/ng_btsocket.ko) 28 1 >>>> 0xffffffff8107e000 535e ng_socket.ko (/boot/kernel/ng_socket.ko) 29 >>>> 1 0xffffffff81084000 8059 vkbd.ko (/boot/kernel/vkbd.ko) 30 1 >>>> 0xffffffff8108d000 6f4 rtc.ko (/usr/local/modules/rtc.ko) >>>> >>>> I build kernel without usb*.I notice usb.ko's refs is 2, after i run >>>> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another time,it >>>> return "Device busy".Any thing still request usb.ko? >>>> >>> Hi, >>> >>> Could you send me your kernel config file. Maybe there is still one USB >>> config entry left for the old USB stack. Else the following should do the >>> trick: rm /boot/kernel/usb.ko >>> >>> --HPS >>> >> This is my kernel config file. >> >> cpu HAMMER >> ident G8laptop >> options SCHED_ULE # ULE scheduler >> options PREEMPTION # Enable kernel thread preemption >> options INET # InterNETworking >> options INET6 # IPv6 communications protocols >> options SCTP # Stream Control Transmission Protocol >> options FFS # Berkeley Fast Filesystem >> options SOFTUPDATES # Enable FFS soft updates support >> options UFS_ACL # Support for access control lists >> options UFS_DIRHASH # Improve performance on big directories >> options UFS_GJOURNAL # Enable gjournal-based UFS journaling >> options NFSCLIENT # Network Filesystem Client >> options NFSLOCKD # Network Lock Manager >> options NTFS # NT File System >> options MSDOSFS # MSDOS Filesystem >> options CD9660 # ISO 9660 Filesystem >> options PROCFS # Process filesystem (requires PSEUDOFS) >> options PSEUDOFS # Pseudo-filesystem framework >> options GEOM_PART_GPT # GUID Partition Tables. >> options GEOM_LABEL # Provides labelization >> options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] >> options COMPAT_IA32 # Compatible with i386 binaries >> options COMPAT_FREEBSD4 # Compatible with FreeBSD4 >> options COMPAT_FREEBSD5 # Compatible with FreeBSD5 >> options COMPAT_FREEBSD6 # Compatible with FreeBSD6 >> options COMPAT_FREEBSD7 # Compatible with FreeBSD7 >> options KTRACE # ktrace(1) support >> options STACK # stack(9) support >> options SYSVSHM # SYSV-style shared memory >> options SYSVMSG # SYSV-style message queues >> options SYSVSEM # SYSV-style semaphores >> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions >> options KBD_INSTALL_CDEV # install a CDEV entry in /dev >> options STOP_NMI # Stop CPUS using NMI instead of IPI >> options AUDIT # Security event auditing >> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) >> options KDB # Enable kernel debugger support. >> options DDB # Support DDB. >> options KDTRACE_HOOKS >> options DDB_CTF >> options KDTRACE_FRAME >> options SMP # Symmetric MultiProcessor Kernel >> device cpufreq >> device coretemp >> device nvram >> device acpi >> device pci >> device ata >> device atadisk # ATA disk drives >> device atapicd # ATAPI CDROM drives >> options ATA_STATIC_ID # Static device numbering >> device scbus # SCSI bus (required for SCSI) >> device da # Direct Access (disks) >> device cd # CD >> device pass # Passthrough device (direct SCSI access) >> device atkbdc # AT keyboard controller >> device atkbd # AT keyboard >> device psm # PS/2 mouse >> device kbdmux # keyboard multiplexer >> device vga # VGA video card driver >> device splash # Splash screen and screen saver support >> device sc >> device agp # support several AGP chipsets >> device cbb # cardbus (yenta) bridge >> device pccard # PC Card (16-bit) bus >> device cardbus # CardBus (32-bit) bus >> device em # Intel PRO/1000 Gigabit Ethernet Family >> device miibus # MII bus support >> device wlan # 802.11 support >> options IEEE80211_DEBUG # enable debug msgs >> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's >> device wlan_wep # 802.11 WEP support >> device wlan_ccmp # 802.11 CCMP support >> device wlan_tkip # 802.11 TKIP support >> device wlan_amrr # AMRR transmit rate control algorithm >> device loop # Network loopback >> device random # Entropy device >> device ether # Ethernet support >> device tun # Packet tunnel. >> device pty # BSD-style compatibility pseudo ttys >> device md # Memory "disks" >> device gif # IPv6 and IPv4 tunneling >> device faith # IPv6-to-IPv4 relaying (translation) >> device firmware # firmware assist module >> device bpf # Berkeley packet filter >> device usb2_storage >> device usb2_storage_mass >> >> I don't think any thing request usb.ko. When i unload all usb2* and >> netgraph.ko related modules,i find i can unload usb.ko successful. >> >> > > Try adding "device usb2_controller", "usb2_controller_ehci", > and "usb2_controller_ohci" to the kernel config. > > I build kernel with "device usb2_controller", "usb2_controller_ehci", and "usb2_controller_ohci".but it works nothing. usb.ko was still loaded.,and usb2_controller* seems not be compiled into kernel. usb2_controller_uhci_load="YES",usb2_controller_ehci_load="YES" still load model to kernel. > Or "rm /boot/kernel/usb.ko" > > > Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 06:44: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 9A2871065687 for ; Tue, 11 Nov 2008 06:44:34 +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 DC18D8FC26 for ; Tue, 11 Nov 2008 06:44:33 +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 1KzmzI-0005A6-G3 for freebsd-current@FreeBSD.org; Tue, 11 Nov 2008 09:44:32 +0300 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Tue, 11 Nov 2008 09:44:24 +0300 Message-ID: <27103767@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: Subject: netstat -w is loosing both input and output packets X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2008 06:44:34 -0000 Hello All, there seems to be a problem with netstat which I discovered while testing a new ale(4) driver. Here is an example of "netstat -w 1": netstat -w 1: ftp://ftp.bsam.ru/pub/tmp/EeePC/netstat.ale.2 uname -a: ftp://ftp.bsam.ru/pub/tmp/EeePC/uname.2 kernel config: ----- include GENERIC ident EEEBB nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN options PSM_DEBUG=2 ----- I've got similar results with age(4) at (FreeBSD host.ipt.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Sun Nov 2 02:38:00 MSK 2008 root@host.ipt.ru:/usr/obj/usr/src/sys/HOST i386) (the fourth line): ----- input (Total) output packets errs bytes packets errs bytes colls 4 0 164 3 0 212 0 6 0 1108 5 0 971 0 11 0 506 11 0 212 0 0 0 8073542 0 0 238802 0 6477 0 18872294 4126 0 558968 0 13361 0 18747910 8595 0 560724 0 13474 0 19331752 8743 0 566624 0 13913 0 19005679 8828 0 557727 0 13609 0 19357598 8668 0 566664 0 ----- kernel config: ----- include GENERIC ident HOST nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN device puc options SHMMAXPGS=65536 options SEMMNI=40 options SEMMNS=240 options SEMUME=40 options SEMMNU=120 options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT ----- Both tests were just plain ftp session with big file transfer. 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 11 07: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 37C851065678 for ; Tue, 11 Nov 2008 07:06:59 +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 B9DCA8FC0C for ; Tue, 11 Nov 2008 07:06:58 +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 1KznKz-0005TS-8F for freebsd-current@FreeBSD.org; Tue, 11 Nov 2008 10:06:57 +0300 To: freebsd-current@FreeBSD.org References: <27103767@bb.ipt.ru> From: Boris Samorodov Date: Tue, 11 Nov 2008 10:06:49 +0300 In-Reply-To: <27103767@bb.ipt.ru> (Boris Samorodov's message of "Tue\, 11 Nov 2008 09\:44\:24 +0300") Message-ID: <61022422@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: Subject: Re: netstat -w is loosing both input and output packets X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Nov 2008 07:06:59 -0000 Boris Samorodov writes: > there seems to be a problem with netstat which I discovered while > testing a new ale(4) driver. Here is an example of "netstat -w 1": > netstat -w 1: ftp://ftp.bsam.ru/pub/tmp/EeePC/netstat.ale.2 It seems to loose packets every tree seconds at this machine: ----- % netstat -w 2 input (Total) output packets errs bytes packets errs bytes colls 2 0 60 0 0 0 0 1 0 402 0 0 0 0 2 0 60 0 0 0 0 51 0 6208282 30 0 182046 0 8440 0 21163672 5337 0 616902 0 23006 0 24749564 14956 0 759066 0 11567 0 24424332 7709 0 750618 0 23135 0 24752190 15419 0 760848 0 11568 0 24424272 7710 0 750486 0 23134 0 24752190 15414 0 760452 0 11568 0 24424332 7707 0 750552 0 23135 0 24751942 15420 0 760716 0 11567 0 24424332 7707 0 750288 0 23136 0 24751018 15414 0 760518 0 11568 0 24424332 7708 0 750618 0 23134 0 24752250 15417 0 760650 0 11569 0 24424332 7710 0 750618 0 14804 0 8723228 9866 0 268325 0 1 0 150 0 0 0 0 2 0 60 0 0 0 0 ----- > uname -a: ftp://ftp.bsam.ru/pub/tmp/EeePC/uname.2 > kernel config: > ----- > include GENERIC > ident EEEBB > > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions WITNESS > nooptions WITNESS_SKIPSPIN > > options PSM_DEBUG=2 > ----- > > I've got similar results with age(4) at (FreeBSD host.ipt.ru 8.0-CURRENT > FreeBSD 8.0-CURRENT #2: Sun Nov 2 02:38:00 MSK 2008 > root@host.ipt.ru:/usr/obj/usr/src/sys/HOST i386) (the fourth line): > ----- > input (Total) output > packets errs bytes packets errs bytes colls > 4 0 164 3 0 212 0 > 6 0 1108 5 0 971 0 > 11 0 506 11 0 212 0 > 0 0 8073542 0 0 238802 0 > 6477 0 18872294 4126 0 558968 0 > 13361 0 18747910 8595 0 560724 0 > 13474 0 19331752 8743 0 566624 0 > 13913 0 19005679 8828 0 557727 0 > 13609 0 19357598 8668 0 566664 0 > ----- > kernel config: > ----- > include GENERIC > ident HOST > > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions WITNESS > nooptions WITNESS_SKIPSPIN > > device puc > > options SHMMAXPGS=65536 > options SEMMNI=40 > options SEMMNS=240 > options SEMUME=40 > options SEMMNU=120 > > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_VERBOSE_LIMIT=100 > options IPFIREWALL_DEFAULT_TO_ACCEPT > ----- > > Both tests were just plain ftp session with big file transfer. WBR -- bsam 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 11 07:15:54 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 49F751065672 for ; Tue, 11 Nov 2008 07:15:54 +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 CC3688FC24 for ; Tue, 11 Nov 2008 07:15:53 +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 1KznTc-0005bW-LO; Tue, 11 Nov 2008 10:15:52 +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> <84265871@bb.ipt.ru> <20081110041229.GE22162@cdnetworks.co.kr> <39598641@bb.ipt.ru> <20081110112522.GN22162@cdnetworks.co.kr> From: Boris Samorodov Date: Tue, 11 Nov 2008 10:15:44 +0300 In-Reply-To: <20081110112522.GN22162@cdnetworks.co.kr> (Pyun YongHyeon's message of "Mon\, 10 Nov 2008 20\:25\:23 +0900") Message-ID: <94941887@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: Tue, 11 Nov 2008 07:15:54 -0000 Pyun YongHyeon writes: > On Mon, Nov 10, 2008 at 01:58:54PM +0300, Boris Samorodov wrote: > > you some additional info: > > ----- > > uname -a ftp://ftp.bsam.ru/pub/tmp/EeePC/uname.2 > > netstat -w 1 ftp://ftp.bsam.ru/pub/tmp/EeePC/netstat.ale.2 > > sysctl dev.ale.0.stats ftp://ftp.bsam.ru/pub/tmp/EeePC/sysctl.ale.stats.2 > > iostat -w 1 ftp://ftp.bsam.ru/pub/tmp/EeePC/iostat.ale.2 > > ----- > > > > The interesting one is a netstat one. I'm not sure what zeroes for > > packets mean while trafic exists. > > > > Hmm, I also have no idea why netstat(1) shows such a non-sense > value while transfer is in progress. I guess you can easily write a > script that extracts interesting MAC statistics of ale(4). > For example, > sysctl dev.ale.0.stats.rx.good_frames > sysctl dev.ale.0.stats.tx.good_frames > > Use 'sysctl -d dev.ale.0.stats' to get complete descriptoin of each > node. Here is the diff of "sysctl dev.ale.0.stats" before and after fetching a ~300MB file: ----- --- sysctl.ale.stats 2008-11-11 09:58:18.000000000 +0300 +++ sysctl.ale.stats.1 2008-11-11 09:59:00.000000000 +0300 @@ -1,39 +1,39 @@ -dev.ale.0.stats.rx.good_frames: 925908 -dev.ale.0.stats.rx.good_bcast_frames: 360 +dev.ale.0.stats.rx.good_frames: 1157295 +dev.ale.0.stats.rx.good_bcast_frames: 383 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: 1324666141 -dev.ale.0.stats.rx.good_bcast_octets: 33564 +dev.ale.0.stats.rx.good_octets: 1655816427 +dev.ale.0.stats.rx.good_bcast_octets: 35226 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: 618 -dev.ale.0.stats.rx.frames_65_127: 97 -dev.ale.0.stats.rx.frames_128_255: 24 -dev.ale.0.stats.rx.frames_256_511: 73 -dev.ale.0.stats.rx.frames_512_1023: 8 -dev.ale.0.stats.rx.frames_1024_1518: 925419 +dev.ale.0.stats.rx.frames_64: 664 +dev.ale.0.stats.rx.frames_65_127: 104 +dev.ale.0.stats.rx.frames_128_255: 26 +dev.ale.0.stats.rx.frames_256_511: 78 +dev.ale.0.stats.rx.frames_512_1023: 13 +dev.ale.0.stats.rx.frames_1024_1518: 1156767 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.rrs_errs: 0 dev.ale.0.stats.rx.align_errs: 0 -dev.ale.0.stats.rx.filtered: 331 -dev.ale.0.stats.tx.good_frames: 613925 +dev.ale.0.stats.rx.filtered: 357 +dev.ale.0.stats.tx.good_frames: 766623 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: 40519928 +dev.ale.0.stats.tx.good_octets: 50598115 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: 4 -dev.ale.0.stats.tx.frames_65_127: 613921 +dev.ale.0.stats.tx.frames_65_127: 766619 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 ----- Do you see anything suspicious? 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 11 08:53: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 21B681065672; Tue, 11 Nov 2008 08:53:23 +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 BF13B8FC18; Tue, 11 Nov 2008 08:53:22 +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 DC4813F9C; Tue, 11 Nov 2008 08:52:38 +0000 (GMT) Message-Id: <0ABB4FA4-C476-4C89-8DE0-4B4679E2BD6B@rabson.org> From: Doug Rabson To: Joao Barros In-Reply-To: <70e8236f0811101157v1d19d6d8l43a2635b45c11106@mail.gmail.com> 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: Tue, 11 Nov 2008 08:53:21 +0000 References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> <70e8236f0811100647o4cd98966o8108a0e7ecc08bb5@mail.gmail.com> <200811101343.48958.lists@jnielsen.net> <70e8236f0811101157v1d19d6d8l43a2635b45c11106@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) Cc: Doug Rabson , 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: Tue, 11 Nov 2008 08:53:23 -0000 On 10 Nov 2008, at 19:57, Joao Barros wrote: > On Mon, Nov 10, 2008 at 6:43 PM, John Nielsen > wrote: >> On Monday 10 November 2008 09:47:46 am Joao Barros wrote: >>> On Sat, Nov 1, 2008 at 7:17 PM, John Nielsen >>> wrote: >>>> There are patches available to allow [booting from ZFS]... >>> >>> Can you point out those patches? Thx >> >> I may have mis-spoken. I believe it is being worked on but I don't >> have >> any pointers to specific code. >> >> What I had in mind was http://wiki.freebsd.org/ZFSOnRoot, which >> allows the >> root partition to be on ZFS but still requires a small UFS /boot. > > Yes, there is an item in the wiki for zfsboot with a big finger > pointing at Doug Rabson (cc'd) but I don't know the status of the > task. > I was using the /boot on small ufs partition method to boot my raidz > but upgraded my machine and added a 1TB disk to the mix. I'll be > booting from a usb pen with root on zfs. > As soon as zfsboot works I'll ditch the usb pen. > > Doug, can you provide some status update on zfsboot? Do you need help > on something? I implemented zfsboot for simple disks and mirrors and also collections of simple disks and/or mirrors. This work is in pjd's perforce tree and will end up in current when that tree is ready to commit. If I manage to find some spare time before then, I hope to add raidz and raidz2 support to it. The key problem here as in so many other things is lack of time :( From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 11:47: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 D14011065686 for ; Tue, 11 Nov 2008 11:47:58 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C8408FC12 for ; Tue, 11 Nov 2008 11:47:58 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Kzrin-0006qb-Rq for freebsd-current@freebsd.org; Tue, 11 Nov 2008 11:47:50 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Nov 2008 11:47:49 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Nov 2008 11:47:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Date: Tue, 11 Nov 2008 11:47:41 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 43 Message-ID: References: <200807131153.m6DBrDkX067657@repoman.freebsd.org> <487C6A86.20508@FreeBSD.org> <20080715095139.GA62764@server.vk2pj.dyndns.org> <20080718070624.GC1976@garage.freebsd.pl> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Pawel Jakub Dawidek User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: geom_mirror silently upgrading metadata [Was: cvs commit: src UPDATING] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2008 11:47:58 -0000 Hi Pawel Jakub Dawidek! On Fri, 18 Jul 2008 09:06:24 +0200; Pawel Jakub Dawidek wrote about 'Re: geom_mirror silently upgrading metadata [Was: cvs commit: src UPDATING]': >> Agreed. It's especially worrying that there's absolutely no warning >> that a particular version of geom_mirror has a different metadata >> format and loading it will make your gmirror unusable with an older >> gmirror. IMHO, any geom changes changes that prevent reversion >> should be noted in UPDATING (at the very least). > Just to be clear. I fully agree with you guys. What I could do about > that when I was working on gmirror (starting from the simplest > solution): > 1. Skip disks which have version lower then what we have in the kernel. > 2. Upgrade the on-disk metadata automatically. > 3. Make gmirror kernel module to work with all the previous versions and > add 'gmirror upgrade' command, so one can upgrade on-disk metadata. > Keep in mind that unlike gconcat/gstripe, gmirror (or graid3) metadata > is updated all the time to keep track of what's going on, so to be able > to support older versions I've to have also conversion from the most > recent version to the older ones, which may not be always > straight-forward. > Of course the only right solution is the 3rd one, but it is also the > least trivial to implement. I implemented the 2nd one as a "good enough" > alternative. Don't get me wrong, it's not super-hard to implement, so if > there is a volunteer willing to code it, I can provide guidelines, if > there isn't one, I'll get back to it, but be sure there is a PR assigned > to me. There are solution 2.5 - ask at boot for upgrade, if answer was negative (or timeout fired for case of remote upgrade), then start the mirror read-only, with the possibility to later give 'upgrade' command, switching to normal operation. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 12:58: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 63E4C1065674 for ; Tue, 11 Nov 2008 12:58:27 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0DEAE8FC1E for ; Tue, 11 Nov 2008 12:58:26 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Kzsp5-0001AS-6E for freebsd-current@freebsd.org; Tue, 11 Nov 2008 12:58:23 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Nov 2008 12:58:23 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Nov 2008 12:58:23 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Date: Tue, 11 Nov 2008 12:58:15 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 13 Message-ID: References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Alexander Churanov User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2008 12:58:27 -0000 Hi Alexander Churanov! On Mon, 25 Aug 2008 06:58:59 +0400; Alexander Churanov wrote about 'Re: Unicode-based FreeBSD': > in freebsd-current@freebsd.org). In brief it's about moving FreeBSD to UTF-8 > completely and making syscons map UTF-8 to selected 8-bit charset for > displaying (a failsafe solution). It seems that this makes syscons somewhat BTW, VGA hardware allows to use up to 512 characters in text-mode, not 256. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 14:29: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 EDFC31065679 for ; Tue, 11 Nov 2008 14:29:36 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.177]) by mx1.freebsd.org (Postfix) with ESMTP id 6E38C8FC2D for ; Tue, 11 Nov 2008 14:29:36 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so2348360ika.3 for ; Tue, 11 Nov 2008 06:29:35 -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:references; bh=RO5ncHJV5m4M31yj4orp+YqRQYNj/N6FRl8cQncuZyI=; b=SsW3wvacXEe0OXuHEgThiZJUTP8poiMe5qWE3YoeONtVTcv1HifYiKyKR3qX/chMgF esuWXFYdLUX4VA1sRI0kcBdCCUHjexjrmwPJQRgBf8KBpMLWRagD5e51BgOJQnJaLrwf dVQpsrME6qBQRAf67/im+MH3I1OoD9lxvscdM= 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:references; b=C9rP6XTMQ8bgtA2QTOVR0dpnHxBDBzGdlwVhacCqbUROf35gGLQhDWSKuQBaDiMQG6 j9fT7xELACopTjma9kxh7mQZJ8mTKOFft/qTl501hXGIYsdVRbCQCxuZj12PMQGkP+j9 C+WgdjpnhQBeyV8dLAa7kehvhSzTDjWclM/gw= Received: by 10.210.62.12 with SMTP id k12mr8405144eba.70.1226413774933; Tue, 11 Nov 2008 06:29:34 -0800 (PST) Received: by 10.210.130.15 with HTTP; Tue, 11 Nov 2008 06:29:34 -0800 (PST) Message-ID: <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> Date: Tue, 11 Nov 2008 17:29:34 +0300 From: "Alexander Churanov" To: freebsd-current@freebsd.org In-Reply-To: <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2008 14:29:37 -0000 Hi folks! I'd like to announce that the work on UTF8-compatible syscons is going on. Current Status: I've finished with UTF-8 decoding in syscons. This includes kernel-mode decoder, user-mode unit-tests for it, patch for syscons output processor to transcode UTF-8 to 8-bit encoding depending on global mode flag using specified transcoding map, and user-mode integration test application that produces UTF8-encoded characters from various unicode regions on its standard output stream. What needs to be done: * encoder to convert user input to UTF-8 * IOCTLs for setting UTF-8 mode on and off (currently hardcoded un syscons initialization routine) * IOCTLs for updating UTF-8-to-8-bit transcoding map (map is also hardcoded in init routine) * patch vidcontrol for utilizing IOCTLs mentioned earlier * examing impact of switching to UTF-8 on the system, utilities, ports, etc. For the purpose of updates like that I would like to have something like a page on FreeBSD wiki. I would place status information, documentation and current patches there. In my opinion it's better than having it placed on 3rd party website. Is it possible? Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 14:40: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 2983B106567B for ; Tue, 11 Nov 2008 14:40:20 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 999068FC39 for ; Tue, 11 Nov 2008 14:40:19 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so4002698fkk.11 for ; Tue, 11 Nov 2008 06:40: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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Yr1QfroXamgOwGdAdysDcpHOYGD4OMpQNyOfUIJU04A=; b=OoDmu8OxSuTv4qekXSIvLJdnQsnqBSVK7gSjrED9BkkoszfWiw8tXcGfbycr1KW2Gg B0Y63B2LfiyE3tmYEkFRvd6ay9ZY2oG70LhWGFDXRg21pgDNhNU2+evH7ewl5QgDCH3+ 8QQVxMDEzD94sDsunR7VwKsgZJJEckgD1OaAI= 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=rgoF2mM5N0u4tWbMrQbyvmMArafEU0yLOges/to+OunDNRM6M/StEvmyCLGCrKSGCM /6WT1H6t2sGva53gOJ5QJtKGHP6ZoaOhPikBQrY+YnFZiVQopkUnfeniIDm4gKGqoSt5 6LxibKCSPvvjf9xT4+pcSg606UjGVEcHe5ZOU= Received: by 10.180.224.13 with SMTP id w13mr2517720bkg.160.1226414418265; Tue, 11 Nov 2008 06:40:18 -0800 (PST) Received: by 10.181.55.1 with HTTP; Tue, 11 Nov 2008 06:40:17 -0800 (PST) Message-ID: <70e8236f0811110640w5a3bb8f1j6f36358ffdefc997@mail.gmail.com> Date: Tue, 11 Nov 2008 14:40:17 +0000 From: "Joao Barros" To: "Doug Rabson" In-Reply-To: <0ABB4FA4-C476-4C89-8DE0-4B4679E2BD6B@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> <70e8236f0811100647o4cd98966o8108a0e7ecc08bb5@mail.gmail.com> <200811101343.48958.lists@jnielsen.net> <70e8236f0811101157v1d19d6d8l43a2635b45c11106@mail.gmail.com> <0ABB4FA4-C476-4C89-8DE0-4B4679E2BD6B@rabson.org> Cc: 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: Tue, 11 Nov 2008 14:40:20 -0000 On Tue, Nov 11, 2008 at 8:53 AM, Doug Rabson wrote: > > On 10 Nov 2008, at 19:57, Joao Barros wrote: > >> On Mon, Nov 10, 2008 at 6:43 PM, John Nielsen wrote: >>> >>> On Monday 10 November 2008 09:47:46 am Joao Barros wrote: >>>> >>>> On Sat, Nov 1, 2008 at 7:17 PM, John Nielsen wrote: >>>>> >>>>> There are patches available to allow [booting from ZFS]... >>>> >>>> Can you point out those patches? Thx >>> >>> I may have mis-spoken. I believe it is being worked on but I don't have >>> any pointers to specific code. >>> >>> What I had in mind was http://wiki.freebsd.org/ZFSOnRoot, which allows >>> the >>> root partition to be on ZFS but still requires a small UFS /boot. >> >> Yes, there is an item in the wiki for zfsboot with a big finger >> pointing at Doug Rabson (cc'd) but I don't know the status of the >> task. >> I was using the /boot on small ufs partition method to boot my raidz >> but upgraded my machine and added a 1TB disk to the mix. I'll be >> booting from a usb pen with root on zfs. >> As soon as zfsboot works I'll ditch the usb pen. >> >> Doug, can you provide some status update on zfsboot? Do you need help >> on something? > > I implemented zfsboot for simple disks and mirrors and also collections of > simple disks and/or mirrors. This work is in pjd's perforce tree and will > end up in current when that tree is ready to commit. If I manage to find > some spare time before then, I hope to add raidz and raidz2 support to it. > The key problem here as in so many other things is lack of time :( > I'd like to start by saying "Thank you!" for your work on zfsboot :-) Actually zfsboot is available'ish in the zfs patch (see freebsd-fs@) Pawel made available some months ago. I didn't try it because my old machine wouldn't boot CURRENT with a Promise (regression). My new machine runs CURRENT just fine but from the feedback on the zfs patch thread the patch doesn't apply to a recent CURRENT. I took a peek at Pawel's commits at perforce and he seems busy so we'll just have to wait for a new patch :-) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 14:41: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 BBF62106564A for ; Tue, 11 Nov 2008 14:41:12 +0000 (UTC) (envelope-from alexanderchuranov@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 3AA478FC35 for ; Tue, 11 Nov 2008 14:41:11 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1484476nfh.33 for ; Tue, 11 Nov 2008 06:41: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:cc:in-reply-to:mime-version:content-type:references; bh=ojweUL48vX3O4HLXwRbNoZWd6maKGvd+pl5sYA/nU6s=; b=TnTLxbMjOXP8KPY+rfoEvm1KjDxUhyrAlQCL5241fyr2J351XVJZD+RJc6u0Itdwb9 aWjzNyNrFITJfi+Hr+XhF21koRiqi0zmE2o9b66jLzVZ9KrJE3ABed7if9fRc36TFFiR Shuki9PJVgNnUbyg193KM3th3Grsxz3DGqCD4= 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=GPs8onLVmDRfUFZ01sz4ofmMxv4pnGxjhVVMfzRja9MshLs3dqNbVs9o/lhvwrdTyW OFkx6m7wY18CZ7N7Adty9Tqu7Rfx4x5QSSzxWn+31zxJyHT+5QANDQTLfX1JLKus0+Iy foMzVdTddLyk9/15H5B69b7gecKWyWciI/MTI= Received: by 10.210.41.14 with SMTP id o14mr9114943ebo.171.1226413013301; Tue, 11 Nov 2008 06:16:53 -0800 (PST) Received: by 10.210.130.15 with HTTP; Tue, 11 Nov 2008 06:16:53 -0800 (PST) Message-ID: <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> Date: Tue, 11 Nov 2008 17:16:53 +0300 From: "Alexander Churanov" To: vadim_nuclight@mail.ru In-Reply-To: MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2008 14:41:12 -0000 > > BTW, VGA hardware allows to use up to 512 characters in text-mode, not 256. Vadim, I know about this. However, converting UTF-8 to 8-bit for rendering is an easy first step. This fits well into existing system: fonts, screenmaps, etc. Of course, rendering 512 characters may help many people. This is linked to modifying the renderer and therefore is not scheduled for now. The highest current priority is to make technically possible switching whole system, including syscons, $LANG, X Window, applications, etc to UTF-8 input and output. Renderer improvement can be done separately. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 15:20: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 E418E1065680 for ; Tue, 11 Nov 2008 15:20:15 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id 880A18FC1A for ; Tue, 11 Nov 2008 15:20:15 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from detritus.paeps.cx (detritus.paeps.cx [IPv6:2001:6f8:1408::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "detritus.paeps.cx", Issuer "CAcert Class 3 Root" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTPS id 2E0764075; Tue, 11 Nov 2008 16:20:14 +0100 (CET) Received: by detritus.paeps.cx (Postfix, from userid 1001) id BF7D320AB; Tue, 11 Nov 2008 16:20:11 +0100 (CET) Date: Tue, 11 Nov 2008 16:20:11 +0100 From: Philip Paeps To: Alexander Churanov Message-ID: <20081111152011.GF9030@detritus.paeps.cx> Mail-Followup-To: Alexander Churanov , freebsd-current@freebsd.org References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Setting Orange, the 23rd day of The Aftermath in the YOLD 3174 X-Phase-of-Moon: The Moon is Waxing Gibbous (97% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2008 15:20:16 -0000 On 2008-11-11 17:29:34 (+0300), Alexander Churanov wrote: > Hi folks! > > I'd like to announce that the work on UTF8-compatible syscons is going on. > > Current Status: > > I've finished with UTF-8 decoding in syscons. This includes kernel-mode > decoder, user-mode unit-tests for it, patch for syscons output processor to > transcode UTF-8 to 8-bit encoding depending on global mode flag using > specified transcoding map, and user-mode integration test application that > produces UTF8-encoded characters from various unicode regions on its > standard output stream. > > What needs to be done: > > * encoder to convert user input to UTF-8 > > * IOCTLs for setting UTF-8 mode on and off (currently hardcoded un syscons > initialization routine) > > * IOCTLs for updating UTF-8-to-8-bit transcoding map (map is also hardcoded > in init routine) > > * patch vidcontrol for utilizing IOCTLs mentioned earlier > > * examing impact of switching to UTF-8 on the system, utilities, ports, etc. > > For the purpose of updates like that I would like to have something like a > page on FreeBSD wiki. I would place status information, documentation and > current patches there. In my opinion it's better than having it placed on > 3rd party website. Is it possible? Perhaps you'd like to work on this in perforce? :-) I've been working on syscons off and on for a while (mainly on airplanes where there is nothing more interesting to do). I would like to take a look at your code. - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. I'm deaf. -- Trapper's uncle Alan, when asked what the secret behind his long and happy marriage was From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 15:29: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 93EDE1065678 for ; Tue, 11 Nov 2008 15:29:00 +0000 (UTC) (envelope-from alexanderchuranov@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 A208F8FC1C for ; Tue, 11 Nov 2008 15:28:59 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so759710ugs.39 for ; Tue, 11 Nov 2008 07:28:58 -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:references; bh=I/9Vn4UnH07hCAw6HH0qWmhgJDwDsS31ZRnOwTX6LX8=; b=qG55v7M1t3/WGIcqZ7gTjBP3p+rxUCoGZfSFZJS1N/ON2LJp2yEiQfSsTTd4E/6wh5 Ko107u7TxORuVshxSmazRqBWUWwkAnBergSeEEGlJyqf6opTrJz10QOHCPyltVh1AYaZ 9h75xeEp6VycnCksjL/MyPaUlqDnBfaPnwPwE= 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:references; b=LElY6gcKPcTiDj2QBl/1ft5IzJxSH7wAmo/YlaXlEp5OCu4dibQbhlZpm4rFKFaCLA +tq0JNcIZDm8ZGJ42Ja5WX7n8tuPNeiBqk48bZccgcEeFizuL0U+/bM8hNM8lR0qnnc+ XcSIdP81L8r7gWN6+QWm+FIcsswfVlCS1ZFfY= Received: by 10.210.119.16 with SMTP id r16mr2331022ebc.172.1226417338408; Tue, 11 Nov 2008 07:28:58 -0800 (PST) Received: by 10.210.130.15 with HTTP; Tue, 11 Nov 2008 07:28:58 -0800 (PST) Message-ID: <3cb459ed0811110728w6f00a0ag7f16045e519901b6@mail.gmail.com> Date: Tue, 11 Nov 2008 18:28:58 +0300 From: "Alexander Churanov" To: "Alexander Churanov" , freebsd-current@freebsd.org In-Reply-To: <20081111152011.GF9030@detritus.paeps.cx> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081111152011.GF9030@detritus.paeps.cx> 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: Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2008 15:29:00 -0000 > Perhaps you'd like to work on this in perforce? :-) > Probably, but what's about status reports, documentation, etc? The main idea is to get experienced users involved. I mean people who do not work on syscons, but are able to apply patches and experiment with features. Additionally I am not familiar with perforce. However, if that is similar to CVS and svn - then it would work for me. > I've been working on syscons off and on for a while (mainly on airplanes > where > there is nothing more interesting to do). I would like to take a look at > your > code. I do not mind, let's agree on how to share the code. > > > - Philip Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 15:34: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 4622E106567F; Tue, 11 Nov 2008 15:34:28 +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 645E08FC2A; Tue, 11 Nov 2008 15:34:27 +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=BzFBn3pzvcrwpwruglkA:9 a=c56OXe6Is6YdSzWUJesA:7 a=L0woqm1i2wUS3-NCfUa-rP8iQ9sA: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 1150932846; Tue, 11 Nov 2008 16:34:25 +0100 From: Hans Petter Selasky To: kevin Date: Tue, 11 Nov 2008 16:36:25 +0100 User-Agent: KMail/1.9.7 References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> <200811100852.43003.hselasky@c2i.net> <4918F13F.1090302@163.com> In-Reply-To: <4918F13F.1090302@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811111636.26174.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: Tue, 11 Nov 2008 15:34:28 -0000 On Tuesday 11 November 2008, kevin wrote: > Hans Petter Selasky wrote: > > On Monday 10 November 2008, kevin wrote: > >> Hans Petter Selasky wrote: > >>> On Sunday 09 November 2008, kevin wrote: > >>>> It's a bug? > >>>> /boot/loader.conf: > >>>> zfs_load="YES" > >>>> vm.kmem_size_max="2048M" > >>>> vm.kmem_size="2048M" > >>>> vfs.zfs.zil_disable=1 > >>>> vfs.zfs.prefetch_disable=1 > >>>> hw.psm.synaptics_support=1 > >>>> legal.intel_iwn.license_ack=1 > >>>> acpi_ibm_load="YES" > >>>> snd_hda_load="YES" > >>>> powerd_enable="YES" > >>>> linux_load="YES" > >>>> if_iwn_load="YES" > >>>> ubtbcmfw_load="YES" > >>>> usb2_bluetooth_load="YES" > >>>> usb2_bluetooth_ng_load="YES" > >>>> usb2_bluetooth_fw_load="YES" > >>>> usb2_controller_uhci_load="YES" > >>>> usb2_controller_ehci_load="YES" > >>>> usb2_input_ms_load="YES" > >>>> usb2_storage_mass_load="YES" > >>>> usb2_image_load="YES" > >>>> > >>>> kldstat: > >>>> Id Refs Address Size Name > >>>> 1 82 0xffffffff80100000 756b28 kernel (/boot/kernel/kernel) > >>>> 2 1 0xffffffff80857000 3a88f8 zfs.ko (/boot/kernel/zfs.ko) > >>>> 3 2 0xffffffff80c00000 6670 opensolaris.ko > >>>> (/boot/kernel/opensolaris.ko) 4 2 0xffffffff80c07000 a1dd8 > >>>> linux.ko (/boot/kernel/linux.ko) 5 1 0xffffffff80ca9000 28470 > >>>> snd_hda.ko (/boot/kernel/snd_hda.ko) 6 2 0xffffffff80cd2000 bc4d0 > >>>> sound.ko (/boot/kernel/sound.ko) 7 1 0xffffffff80d8f000 7a38 > >>>> acpi_ibm.ko (/boot/kernel/acpi_ibm.ko) 8 1 0xffffffff80d97000 24e80 > >>>> if_iwn.ko (/boot/kernel/if_iwn.ko) 9 1 0xffffffff80dbc000 6c18 > >>>> ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 10 2 0xffffffff80dc3000 > >>>> 27f88 usb.ko (/boot/kernel/usb.ko) > >>>> 11 3 0xffffffff80deb000 be8 usb2_bluetooth.ko > >>>> (/boot/kernel/usb2_bluetooth.ko) 12 12 0xffffffff80dec000 9c868 > >>>> usb2_core.ko (/boot/kernel/usb2_core.ko) 13 1 0xffffffff80e89000 > >>>> bbf8 usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14 6 > >>>> 0xffffffff80e95000 1ad00 netgraph.ko (/boot/kernel/netgraph.ko) 15 > >>>> 1 0xffffffff80eb0000 a950 usb2_bluetooth_fw.ko > >>>> (/boot/kernel/usb2_bluetooth_fw.ko) 16 1 0xffffffff80ebb000 15978 > >>>> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17 3 > >>>> 0xffffffff80ed1000 8780 usb2_controller.ko > >>>> (/boot/kernel/usb2_controller.ko) 18 1 0xffffffff80eda000 19dd0 > >>>> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19 1 > >>>> 0xffffffff80ef4000 e128 usb2_input_ms.ko > >>>> (/boot/kernel/usb2_input_ms.ko) 20 2 0xffffffff80f03000 bd0 > >>>> usb2_input.ko (/boot/kernel/usb2_input.ko) 21 1 0xffffffff80f04000 > >>>> 15c28 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22 2 > >>>> 0xffffffff80f1a000 bd8 usb2_storage.ko > >>>> (/boot/kernel/usb2_storage.ko) 23 1 0xffffffff80f1b000 bd0 > >>>> usb2_image.ko > >>>> (/boot/kernel/usb2_image.ko) 24 4 0xffffffff81022000 1835 > >>>> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25 1 > >>>> 0xffffffff81024000 133a9 ng_hci.ko (/boot/kernel/ng_hci.ko) 26 1 > >>>> 0xffffffff81038000 174b7 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27 > >>>> 1 0xffffffff81050000 2de0a ng_btsocket.ko > >>>> (/boot/kernel/ng_btsocket.ko) 28 1 > >>>> 0xffffffff8107e000 535e ng_socket.ko (/boot/kernel/ng_socket.ko) > >>>> 29 1 0xffffffff81084000 8059 vkbd.ko (/boot/kernel/vkbd.ko) 30 > >>>> 1 0xffffffff8108d000 6f4 rtc.ko (/usr/local/modules/rtc.ko) > >>>> > >>>> I build kernel without usb*.I notice usb.ko's refs is 2, after i run > >>>> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another > >>>> time,it return "Device busy".Any thing still request usb.ko? > >>> > >>> Hi, > >>> > >>> Could you send me your kernel config file. Maybe there is still one USB > >>> config entry left for the old USB stack. Else the following should do > >>> the trick: rm /boot/kernel/usb.ko > >>> > >>> --HPS > >> > >> This is my kernel config file. > >> > >> cpu HAMMER > >> ident G8laptop > >> options SCHED_ULE # ULE scheduler > >> options PREEMPTION # Enable kernel thread preemption > >> options INET # InterNETworking > >> options INET6 # IPv6 communications protocols > >> options SCTP # Stream Control Transmission Protocol > >> options FFS # Berkeley Fast Filesystem > >> options SOFTUPDATES # Enable FFS soft updates support > >> options UFS_ACL # Support for access control lists > >> options UFS_DIRHASH # Improve performance on big directories > >> options UFS_GJOURNAL # Enable gjournal-based UFS journaling > >> options NFSCLIENT # Network Filesystem Client > >> options NFSLOCKD # Network Lock Manager > >> options NTFS # NT File System > >> options MSDOSFS # MSDOS Filesystem > >> options CD9660 # ISO 9660 Filesystem > >> options PROCFS # Process filesystem (requires PSEUDOFS) > >> options PSEUDOFS # Pseudo-filesystem framework > >> options GEOM_PART_GPT # GUID Partition Tables. > >> options GEOM_LABEL # Provides labelization > >> options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] > >> options COMPAT_IA32 # Compatible with i386 binaries > >> options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > >> options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > >> options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > >> options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > >> options KTRACE # ktrace(1) support > >> options STACK # stack(9) support > >> options SYSVSHM # SYSV-style shared memory > >> options SYSVMSG # SYSV-style message queues > >> options SYSVSEM # SYSV-style semaphores > >> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > >> extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev > >> options STOP_NMI # Stop CPUS using NMI instead of IPI > >> options AUDIT # Security event auditing > >> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) > >> options KDB # Enable kernel debugger support. > >> options DDB # Support DDB. > >> options KDTRACE_HOOKS > >> options DDB_CTF > >> options KDTRACE_FRAME > >> options SMP # Symmetric MultiProcessor Kernel > >> device cpufreq > >> device coretemp > >> device nvram > >> device acpi > >> device pci > >> device ata > >> device atadisk # ATA disk drives > >> device atapicd # ATAPI CDROM drives > >> options ATA_STATIC_ID # Static device numbering > >> device scbus # SCSI bus (required for SCSI) > >> device da # Direct Access (disks) > >> device cd # CD > >> device pass # Passthrough device (direct SCSI access) > >> device atkbdc # AT keyboard controller > >> device atkbd # AT keyboard > >> device psm # PS/2 mouse > >> device kbdmux # keyboard multiplexer > >> device vga # VGA video card driver > >> device splash # Splash screen and screen saver support > >> device sc > >> device agp # support several AGP chipsets > >> device cbb # cardbus (yenta) bridge > >> device pccard # PC Card (16-bit) bus > >> device cardbus # CardBus (32-bit) bus > >> device em # Intel PRO/1000 Gigabit Ethernet Family > >> device miibus # MII bus support > >> device wlan # 802.11 support > >> options IEEE80211_DEBUG # enable debug msgs > >> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > >> device wlan_wep # 802.11 WEP support > >> device wlan_ccmp # 802.11 CCMP support > >> device wlan_tkip # 802.11 TKIP support > >> device wlan_amrr # AMRR transmit rate control algorithm > >> device loop # Network loopback > >> device random # Entropy device > >> device ether # Ethernet support > >> device tun # Packet tunnel. > >> device pty # BSD-style compatibility pseudo ttys > >> device md # Memory "disks" > >> device gif # IPv6 and IPv4 tunneling > >> device faith # IPv6-to-IPv4 relaying (translation) > >> device firmware # firmware assist module > >> device bpf # Berkeley packet filter > >> device usb2_storage > >> device usb2_storage_mass > >> > >> I don't think any thing request usb.ko. When i unload all usb2* and > >> netgraph.ko related modules,i find i can unload usb.ko successful. > > > > Try adding "device usb2_controller", "usb2_controller_ehci", > > and "usb2_controller_ohci" to the kernel config. > > I build kernel with "device usb2_controller", "usb2_controller_ehci", > and "usb2_controller_ohci".but it works nothing. usb.ko was still > loaded.,and usb2_controller* seems not be compiled into kernel. > usb2_controller_uhci_load="YES",usb2_controller_ehci_load="YES" still > load model to kernel. You also need "device usb2_core". Try this: rm /boot/kernel/usb.ko kldload /boot/kernel/usb2_core.ko kldload /boot/kernel/usb2_controller_uhci.ko kldload /boot/kernel/usb2_controller_ohci.ko kldload /boot/kernel/usb2_controller_ehci.ko kldload /boot/kernel/usb2_storage_mass.ko Do you get any dmesg printouts ? --HPS From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 17:55: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 A4329106567D; Tue, 11 Nov 2008 17:55:31 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8118FC16; Tue, 11 Nov 2008 17:55:31 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com ([192.168.36.197]) (authenticated bits=0) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with ESMTP id mABHtLbn063986 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Nov 2008 02:55:29 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 12 Nov 2008 02:55:18 +0900 From: Norikatsu Shigemura To: Doug Rabson Message-Id: <20081112025518.02d24404.nork@FreeBSD.org> In-Reply-To: <0ABB4FA4-C476-4C89-8DE0-4B4679E2BD6B@rabson.org> References: <20081101114717.0ffc2ec8@valhala> <200811011517.37640.lists@jnielsen.net> <70e8236f0811100647o4cd98966o8108a0e7ecc08bb5@mail.gmail.com> <200811101343.48958.lists@jnielsen.net> <70e8236f0811101157v1d19d6d8l43a2635b45c11106@mail.gmail.com> <0ABB4FA4-C476-4C89-8DE0-4B4679E2BD6B@rabson.org> X-Mailer: Sylpheed 2.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 X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Wed, 12 Nov 2008 02:55:30 +0900 (JST) Cc: Joao Barros , freebsd-current@FreeBSD.org, John Nielsen , Doug Rabson 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: Tue, 11 Nov 2008 17:55:31 -0000 On Tue, 11 Nov 2008 08:53:21 +0000 Doug Rabson wrote: > > Doug, can you provide some status update on zfsboot? Do you need help > > on something? > I implemented zfsboot for simple disks and mirrors and also > collections of simple disks and/or mirrors. This work is in pjd's > perforce tree and will end up in current when that tree is ready to > commit. If I manage to find some spare time before then, I hope to add > raidz and raidz2 support to it. The key problem here as in so many > other things is lack of time :( Thank you!! I'm using dfr's implementation:-). I separated dfr's zfsboot from p4. Please see also: http://people.freebsd.org/~nork/zfsboot_20080319.tar.bz2 -- Norikatsu Shigemura From owner-freebsd-current@FreeBSD.ORG Tue Nov 11 22:00: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 D4D2B1065672 for ; Tue, 11 Nov 2008 22:00:43 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [66.184.117.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6D64D8FC12 for ; Tue, 11 Nov 2008 22:00:43 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [192.168.123.101] (rrcs-65-31-67-135.central.biz.rr.com [65.31.67.135]) (authenticated bits=0) by lexi.siliconlandmark.com (8.14.2/8.14.2) with ESMTP id mABM0fNK060733 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 11 Nov 2008 22:00:42 GMT (envelope-from andy@siliconlandmark.com) Message-Id: <0F25B579-1DF2-4A5C-82AE-C5C42120F3AB@siliconlandmark.com> From: Andre Guibert de Bruet To: current@freebsd.org In-Reply-To: <1226076247.69416.12.camel@buffy.york.ac.uk> 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: Tue, 11 Nov 2008 17:00:40 -0500 References: <99CD11CA-9AEB-4260-B7C9-44E9B82EA34A@siliconlandmark.com> <1226076247.69416.12.camel@buffy.york.ac.uk> X-Mailer: Apple Mail (2.929.2) X-Virus-Scanned: ClamAV 0.94/8611/Tue Nov 11 19:42:18 2008 on lexi.siliconlandmark.com X-Virus-Status: Clean Cc: 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: Tue, 11 Nov 2008 22:00:43 -0000 On Nov 7, 2008, at 11:44 AM, Gavin Atkinson wrote: > On Fri, 2008-10-31 at 11:49 -0400, Andre Guibert de Bruet wrote: >> >> 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? > > You're probably best off putting this into a PR, so that it doesn't > get > lost. Filed as `usb/128803' - http://www.freebsd.org/cgi/query-pr.cgi?pr=128803 Would you happen to know off-hand who is responsible for the maintainership of the USB stack / device quirks (Besides freebsd-usb@freebsd.org ... :) )? Cheers, Andy /* Andre Guibert de Bruet * 436f 6465 2070 6f65 742e 2042 6974 206a */ /* Managing Partner * 6f63 6b65 792e 2053 7973 4164 6d69 6e2e */ /* GSM: +1 734 846 8758 * 2055 4e49 5820 736c 6575 7468 2e00 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 01:57: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 B7C2D1065676 for ; Wed, 12 Nov 2008 01:57:48 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id 4F7348FC21 for ; Wed, 12 Nov 2008 01:57:48 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so180127fkk.11 for ; Tue, 11 Nov 2008 17:57: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:mime-version:content-type:content-transfer-encoding :content-disposition; bh=TiBc+/G92MU3tqkkI4t0wRVtPb0tMOmjXdrmo9FGeUQ=; b=jeI45I3GSH9XJ1RV0yujsyHYsluX9cq+i8l2x1gxCMye75r51eEALrd95Z4/6rQVvF +bcvjBd6dgDgyAsto4TXzrJwJ/wK46Wi0xn6Gt5G3wO0O6DPVnNr58Fs8GNIX38p+Ofo C2T5K+PkDf/WA5gNEIaxfpYhxQ1+njOliTfRM= 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=BUwixA3mJI69QkWGleboAA+mSKEhMD3+T1tUq6ZWYUe2CbLM+HzkqmPHIuLZifpWZZ YQpfh5GeKyeaVATyj47CTCSnT/fMzE7RN1SGteWqG3yQDBNAoU80C/Ye62ghPjnDsiX7 lkO3ZwJy771Whj1wxdIuuU2S1CrmzSpWSpZRQ= Received: by 10.187.163.5 with SMTP id q5mr3078527fao.8.1226453450974; Tue, 11 Nov 2008 17:30:50 -0800 (PST) Received: by 10.187.161.6 with HTTP; Tue, 11 Nov 2008 17:30:50 -0800 (PST) Message-ID: Date: Tue, 11 Nov 2008 17:30:50 -0800 From: "Navdeep Parhar" To: dfr@freebsd.org, freebsd-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 with nfsd (due to RPCSEC_GSS changes?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 01:57:48 -0000 I had a FreeBSD NFS server running a month+ old current (from Oct 2 or so). I upgraded to a current current (Nov 11) and nfsd stopped working. I was able to mount the exported filesystem but anything else would yield an "Input/output error." nfsstat -s showed "Server Ret-Failed" going up everytime I tried a 'cd', 'ls', etc. from the client. (I tried both FreeBSD and Solaris clients). Ultimately, I had to add NFS_LEGACYRPC in order to get a working nfsd. Looks like there may be a problem with the new code that was added as part of RPCSEC_GSS support. Note that I did not enable KGSSAPI in my kernel as I have no need for it. Are there any knows issues with the new code? Feel free to ask if you need any more information about my setup. Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 02:37: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 E7A451065691; Wed, 12 Nov 2008 02:37:26 +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 2D5A38FC25; Wed, 12 Nov 2008 02:37:24 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp7 (Coremail) with SMTP id C8CowLC7tzBRQRpJuHaLAA--.62740S2; Wed, 12 Nov 2008 10:37:05 +0800 (CST) Message-ID: <491A4156.3080001@163.com> Date: Wed, 12 Nov 2008 10:37:10 +0800 From: kevin User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Hans Petter Selasky References: <3a142e750811071229r6d452b28t7979ab08e1c90d71@mail.gmail.com> <200811100852.43003.hselasky@c2i.net> <4918F13F.1090302@163.com> <200811111636.26174.hselasky@c2i.net> In-Reply-To: <200811111636.26174.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Coremail-Antispam: 1Uf129KBjvJXoWxtF18ur47Zw43trykZr18Xwb_yoWfZFWkpr yDGa17Gr48KF1Yvw1qqwn5CrZ5tF4UAa1fW3WkG3yrGr1qga45J3sFyFy3u39avrs8ur17 XFyDZ3yIqw1UJw7anT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU U8D7k0a2IF6r1UM7kC6x804xWl14x267AKxVWUJVW8JwAFxVCF77xC6IxKo4kEV4yl1I0E scIYIxCEI4klw4CSwwAFIxvE14AKwVWUJVWUGwAawVAYYI1S6c8GOVWUur45Jrylnx0Ec2 IEnICE548m6r1DJrWUZwAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_ Jrv_JF1lYx0Ex4A2jsIE14v26r1j6r4UM4IEnf9ElVAFpTB2q-sK649IAas0WaI_GwAC6x AIw28IcVAK0I8IjxAxMx02cVAKzwCY02Avz4vE14v_Gr1lc2IjII80xcxEwVWxJVW3JwCF 72vE52k0Y41lx4CE17CEb7AF67AKxVWUXVWUAbIYCTnIWIevJa73UjIFyTuYvj4R2ii6UU UUU 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: Wed, 12 Nov 2008 02:37:27 -0000 Hans Petter Selasky wrote: > On Tuesday 11 November 2008, kevin wrote: > >> Hans Petter Selasky wrote: >> >>> On Monday 10 November 2008, kevin wrote: >>> >>>> Hans Petter Selasky wrote: >>>> >>>>> On Sunday 09 November 2008, kevin wrote: >>>>> >>>>>> It's a bug? >>>>>> /boot/loader.conf: >>>>>> zfs_load="YES" >>>>>> vm.kmem_size_max="2048M" >>>>>> vm.kmem_size="2048M" >>>>>> vfs.zfs.zil_disable=1 >>>>>> vfs.zfs.prefetch_disable=1 >>>>>> hw.psm.synaptics_support=1 >>>>>> legal.intel_iwn.license_ack=1 >>>>>> acpi_ibm_load="YES" >>>>>> snd_hda_load="YES" >>>>>> powerd_enable="YES" >>>>>> linux_load="YES" >>>>>> if_iwn_load="YES" >>>>>> ubtbcmfw_load="YES" >>>>>> usb2_bluetooth_load="YES" >>>>>> usb2_bluetooth_ng_load="YES" >>>>>> usb2_bluetooth_fw_load="YES" >>>>>> usb2_controller_uhci_load="YES" >>>>>> usb2_controller_ehci_load="YES" >>>>>> usb2_input_ms_load="YES" >>>>>> usb2_storage_mass_load="YES" >>>>>> usb2_image_load="YES" >>>>>> >>>>>> kldstat: >>>>>> Id Refs Address Size Name >>>>>> 1 82 0xffffffff80100000 756b28 kernel (/boot/kernel/kernel) >>>>>> 2 1 0xffffffff80857000 3a88f8 zfs.ko (/boot/kernel/zfs.ko) >>>>>> 3 2 0xffffffff80c00000 6670 opensolaris.ko >>>>>> (/boot/kernel/opensolaris.ko) 4 2 0xffffffff80c07000 a1dd8 >>>>>> linux.ko (/boot/kernel/linux.ko) 5 1 0xffffffff80ca9000 28470 >>>>>> snd_hda.ko (/boot/kernel/snd_hda.ko) 6 2 0xffffffff80cd2000 bc4d0 >>>>>> sound.ko (/boot/kernel/sound.ko) 7 1 0xffffffff80d8f000 7a38 >>>>>> acpi_ibm.ko (/boot/kernel/acpi_ibm.ko) 8 1 0xffffffff80d97000 24e80 >>>>>> if_iwn.ko (/boot/kernel/if_iwn.ko) 9 1 0xffffffff80dbc000 6c18 >>>>>> ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 10 2 0xffffffff80dc3000 >>>>>> 27f88 usb.ko (/boot/kernel/usb.ko) >>>>>> 11 3 0xffffffff80deb000 be8 usb2_bluetooth.ko >>>>>> (/boot/kernel/usb2_bluetooth.ko) 12 12 0xffffffff80dec000 9c868 >>>>>> usb2_core.ko (/boot/kernel/usb2_core.ko) 13 1 0xffffffff80e89000 >>>>>> bbf8 usb2_bluetooth_ng.ko (/boot/kernel/usb2_bluetooth_ng.ko) 14 6 >>>>>> 0xffffffff80e95000 1ad00 netgraph.ko (/boot/kernel/netgraph.ko) 15 >>>>>> 1 0xffffffff80eb0000 a950 usb2_bluetooth_fw.ko >>>>>> (/boot/kernel/usb2_bluetooth_fw.ko) 16 1 0xffffffff80ebb000 15978 >>>>>> usb2_controller_uhci.ko (/boot/kernel/usb2_controller_uhci.ko) 17 3 >>>>>> 0xffffffff80ed1000 8780 usb2_controller.ko >>>>>> (/boot/kernel/usb2_controller.ko) 18 1 0xffffffff80eda000 19dd0 >>>>>> usb2_controller_ehci.ko (/boot/kernel/usb2_controller_ehci.ko) 19 1 >>>>>> 0xffffffff80ef4000 e128 usb2_input_ms.ko >>>>>> (/boot/kernel/usb2_input_ms.ko) 20 2 0xffffffff80f03000 bd0 >>>>>> usb2_input.ko (/boot/kernel/usb2_input.ko) 21 1 0xffffffff80f04000 >>>>>> 15c28 usb2_storage_mass.ko (/boot/kernel/usb2_storage_mass.ko) 22 2 >>>>>> 0xffffffff80f1a000 bd8 usb2_storage.ko >>>>>> (/boot/kernel/usb2_storage.ko) 23 1 0xffffffff80f1b000 bd0 >>>>>> usb2_image.ko >>>>>> (/boot/kernel/usb2_image.ko) 24 4 0xffffffff81022000 1835 >>>>>> ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 25 1 >>>>>> 0xffffffff81024000 133a9 ng_hci.ko (/boot/kernel/ng_hci.ko) 26 1 >>>>>> 0xffffffff81038000 174b7 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 27 >>>>>> 1 0xffffffff81050000 2de0a ng_btsocket.ko >>>>>> (/boot/kernel/ng_btsocket.ko) 28 1 >>>>>> 0xffffffff8107e000 535e ng_socket.ko (/boot/kernel/ng_socket.ko) >>>>>> 29 1 0xffffffff81084000 8059 vkbd.ko (/boot/kernel/vkbd.ko) 30 >>>>>> 1 0xffffffff8108d000 6f4 rtc.ko (/usr/local/modules/rtc.ko) >>>>>> >>>>>> I build kernel without usb*.I notice usb.ko's refs is 2, after i run >>>>>> kldunload usb.ko, it is 1.when i try to kldunload usb.ko another >>>>>> time,it return "Device busy".Any thing still request usb.ko? >>>>>> >>>>> Hi, >>>>> >>>>> Could you send me your kernel config file. Maybe there is still one USB >>>>> config entry left for the old USB stack. Else the following should do >>>>> the trick: rm /boot/kernel/usb.ko >>>>> >>>>> --HPS >>>>> >>>> This is my kernel config file. >>>> >>>> cpu HAMMER >>>> ident G8laptop >>>> options SCHED_ULE # ULE scheduler >>>> options PREEMPTION # Enable kernel thread preemption >>>> options INET # InterNETworking >>>> options INET6 # IPv6 communications protocols >>>> options SCTP # Stream Control Transmission Protocol >>>> options FFS # Berkeley Fast Filesystem >>>> options SOFTUPDATES # Enable FFS soft updates support >>>> options UFS_ACL # Support for access control lists >>>> options UFS_DIRHASH # Improve performance on big directories >>>> options UFS_GJOURNAL # Enable gjournal-based UFS journaling >>>> options NFSCLIENT # Network Filesystem Client >>>> options NFSLOCKD # Network Lock Manager >>>> options NTFS # NT File System >>>> options MSDOSFS # MSDOS Filesystem >>>> options CD9660 # ISO 9660 Filesystem >>>> options PROCFS # Process filesystem (requires PSEUDOFS) >>>> options PSEUDOFS # Pseudo-filesystem framework >>>> options GEOM_PART_GPT # GUID Partition Tables. >>>> options GEOM_LABEL # Provides labelization >>>> options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] >>>> options COMPAT_IA32 # Compatible with i386 binaries >>>> options COMPAT_FREEBSD4 # Compatible with FreeBSD4 >>>> options COMPAT_FREEBSD5 # Compatible with FreeBSD5 >>>> options COMPAT_FREEBSD6 # Compatible with FreeBSD6 >>>> options COMPAT_FREEBSD7 # Compatible with FreeBSD7 >>>> options KTRACE # ktrace(1) support >>>> options STACK # stack(9) support >>>> options SYSVSHM # SYSV-style shared memory >>>> options SYSVMSG # SYSV-style message queues >>>> options SYSVSEM # SYSV-style semaphores >>>> options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time >>>> extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev >>>> options STOP_NMI # Stop CPUS using NMI instead of IPI >>>> options AUDIT # Security event auditing >>>> options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) >>>> options KDB # Enable kernel debugger support. >>>> options DDB # Support DDB. >>>> options KDTRACE_HOOKS >>>> options DDB_CTF >>>> options KDTRACE_FRAME >>>> options SMP # Symmetric MultiProcessor Kernel >>>> device cpufreq >>>> device coretemp >>>> device nvram >>>> device acpi >>>> device pci >>>> device ata >>>> device atadisk # ATA disk drives >>>> device atapicd # ATAPI CDROM drives >>>> options ATA_STATIC_ID # Static device numbering >>>> device scbus # SCSI bus (required for SCSI) >>>> device da # Direct Access (disks) >>>> device cd # CD >>>> device pass # Passthrough device (direct SCSI access) >>>> device atkbdc # AT keyboard controller >>>> device atkbd # AT keyboard >>>> device psm # PS/2 mouse >>>> device kbdmux # keyboard multiplexer >>>> device vga # VGA video card driver >>>> device splash # Splash screen and screen saver support >>>> device sc >>>> device agp # support several AGP chipsets >>>> device cbb # cardbus (yenta) bridge >>>> device pccard # PC Card (16-bit) bus >>>> device cardbus # CardBus (32-bit) bus >>>> device em # Intel PRO/1000 Gigabit Ethernet Family >>>> device miibus # MII bus support >>>> device wlan # 802.11 support >>>> options IEEE80211_DEBUG # enable debug msgs >>>> options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's >>>> device wlan_wep # 802.11 WEP support >>>> device wlan_ccmp # 802.11 CCMP support >>>> device wlan_tkip # 802.11 TKIP support >>>> device wlan_amrr # AMRR transmit rate control algorithm >>>> device loop # Network loopback >>>> device random # Entropy device >>>> device ether # Ethernet support >>>> device tun # Packet tunnel. >>>> device pty # BSD-style compatibility pseudo ttys >>>> device md # Memory "disks" >>>> device gif # IPv6 and IPv4 tunneling >>>> device faith # IPv6-to-IPv4 relaying (translation) >>>> device firmware # firmware assist module >>>> device bpf # Berkeley packet filter >>>> device usb2_storage >>>> device usb2_storage_mass >>>> >>>> I don't think any thing request usb.ko. When i unload all usb2* and >>>> netgraph.ko related modules,i find i can unload usb.ko successful. >>>> >>> Try adding "device usb2_controller", "usb2_controller_ehci", >>> and "usb2_controller_ohci" to the kernel config. >>> >> I build kernel with "device usb2_controller", "usb2_controller_ehci", >> and "usb2_controller_ohci".but it works nothing. usb.ko was still >> loaded.,and usb2_controller* seems not be compiled into kernel. >> usb2_controller_uhci_load="YES",usb2_controller_ehci_load="YES" still >> load model to kernel. >> > > You also need "device usb2_core". > > Try this: > > rm /boot/kernel/usb.ko > > kldload /boot/kernel/usb2_core.ko > kldload /boot/kernel/usb2_controller_uhci.ko > kldload /boot/kernel/usb2_controller_ohci.ko > kldload /boot/kernel/usb2_controller_ehci.ko > kldload /boot/kernel/usb2_storage_mass.ko > > Do you get any dmesg printouts ? > rm /boot/kernel/usb.ko,and then reboot system. system works fine without usb.ko and there is no difference in dmesg. Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 04:50:06 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 044171065676 for ; Wed, 12 Nov 2008 04:50:06 +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 D40A38FC1B for ; Wed, 12 Nov 2008 04:50:05 +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 8A0591923E; Tue, 11 Nov 2008 23:50:04 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.9 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, 11 Nov 2008 23:50:04 -0500 (EST) Date: Tue, 11 Nov 2008 20:49:41 -0800 From: Bruce Cran To: current@freebsd.org, jkoshy@freebsd.org Message-ID: <20081111204941.4bfdb7c4@tau.draftnet> 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: Subject: hwpmc deadlock: processes hang on pmc-sx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2008 04:50:06 -0000 I decided to try hwpmc today, but ran into a deadlock on the second run. I'm using a dual core laptop: CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1600.07-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 2071433216 (1975 MB) avail memory = 2001584128 (1908 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 uname: FreeBSD tau.draftnet 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Nov 9 13:12:06 PST 2008 brucec@tau.draftnet:/usr/obj/usr/src/sys/MYKERNEL_8 amd64 I ran the command pmcstat -O test.stat -n 32768 -S instructions I found that I couldn't quit pmcstat and any attempt to run new processes hung too. The 'ps' listing in ddb contained the following: State wmesg cmd Ss pmc-sx sh S piperd cron S pmc-sx cron S pmc-sx gconf-d T+ pmc-sx dmesg S+ pmc-sx top SL pmcloop [hwpmc] S+ pmcctx pmcstat Are there any commands I should run at the debugger to collect more information if I trigger it again? -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 05:32: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 DD58C1065672 for ; Wed, 12 Nov 2008 05:32:05 +0000 (UTC) (envelope-from pyunyh@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 22BC38FC0A for ; Wed, 12 Nov 2008 05:32:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so234314rvf.43 for ; Tue, 11 Nov 2008 21:32:04 -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=KSHJc2cYbU/nklzHtIDrbT3hmQqydZYxhDzR5ywXTRE=; b=xOPjT1D1NX+nmMwOAt0YIqzXPB+d+8XBVwrgbwV79OnCDvjeE17H3GkceJ/LFnu9NX Rc2X63Mukh6v9kWWOYywZbkYRLC+idE80xz92q1IXuYyNNIJ7q6pi8dS/pmmaq4Oybk5 TF2rXCAq90f84PbAVJant1mjaJhknnQnqOrps= 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=EJaIFU808GZHdfIMvYU43hmEM9B2qPluOjtsGz+b1evUH/5ld9Gh4qR4Vu21tqKUyD dpa4dlJN2fUVW08YXn9aV80JtWyZG/AGU6uFQdvu68vsV8EqqVB7aNAJkqYSril8ODr/ kukUjjY+IYt7eoOL7aof04PQvUh7YkvaADKT0= Received: by 10.140.139.3 with SMTP id m3mr4696645rvd.26.1226467923836; Tue, 11 Nov 2008 21:32:03 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g31sm27789332rvb.7.2008.11.11.21.32.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 11 Nov 2008 21:32:02 -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 mAC5U0BU031052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Nov 2008 14:30: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 mAC5TwKP031051; Wed, 12 Nov 2008 14:29:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 12 Nov 2008 14:29:58 +0900 From: Pyun YongHyeon To: Boris Samorodov Message-ID: <20081112052958.GB30203@cdnetworks.co.kr> 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> <84265871@bb.ipt.ru> <20081110041229.GE22162@cdnetworks.co.kr> <39598641@bb.ipt.ru> <20081110112522.GN22162@cdnetworks.co.kr> <94941887@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <94941887@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: Wed, 12 Nov 2008 05:32:06 -0000 On Tue, Nov 11, 2008 at 10:15:44AM +0300, Boris Samorodov wrote: > Pyun YongHyeon writes: > > On Mon, Nov 10, 2008 at 01:58:54PM +0300, Boris Samorodov wrote: > > > > you some additional info: > > > ----- > > > uname -a ftp://ftp.bsam.ru/pub/tmp/EeePC/uname.2 > > > netstat -w 1 ftp://ftp.bsam.ru/pub/tmp/EeePC/netstat.ale.2 > > > sysctl dev.ale.0.stats ftp://ftp.bsam.ru/pub/tmp/EeePC/sysctl.ale.stats.2 > > > iostat -w 1 ftp://ftp.bsam.ru/pub/tmp/EeePC/iostat.ale.2 > > > ----- > > > > > > The interesting one is a netstat one. I'm not sure what zeroes for > > > packets mean while trafic exists. > > > > > > > Hmm, I also have no idea why netstat(1) shows such a non-sense > > value while transfer is in progress. I guess you can easily write a > > script that extracts interesting MAC statistics of ale(4). > > For example, > > sysctl dev.ale.0.stats.rx.good_frames > > sysctl dev.ale.0.stats.tx.good_frames > > > > Use 'sysctl -d dev.ale.0.stats' to get complete descriptoin of each > > node. > > Here is the diff of "sysctl dev.ale.0.stats" before and after fetching a > ~300MB file: [...] > Do you see anything suspicious? > No clear idea but the only wild guess I have is periodic updates of if_ipackets/if_opackets in driver. Since ale(4) and age(4) supports very detailed hardware MAC counters, both ale(4) and age(4) rely on these hardware counters to update various ifnet counters intead of manupulating ifnet counters with software method. These hardware counters are updated for every one second in driver. I thought 1 second interval would be enough because frequent reading hardware counter registers would add additioanal burden to CPU(e.g. it can generate too many PCI transactions). If netstat polls these counters while no upates are made to if_ipackets/if_opackets it may think there are no network activities. How about increasing polling interval of netstat to two seconds from one second? If my theory is right it would show correct value. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 05:54: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 90D14106567C; Wed, 12 Nov 2008 05:54:37 +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 52AC68FC1F; Wed, 12 Nov 2008 05:54:37 +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 150321923E; Wed, 12 Nov 2008 00:54:36 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL, BAYES_00, MISSING_HEADERS, 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; Wed, 12 Nov 2008 00:54:35 -0500 (EST) Date: Tue, 11 Nov 2008 21:54:13 -0800 From: Bruce Cran Message-ID: <20081111215413.7aa9ea86@tau.draftnet> In-Reply-To: <20081111204941.4bfdb7c4@tau.draftnet> References: <20081111204941.4bfdb7c4@tau.draftnet> 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: jkoshy@freebsd.org, current@freebsd.org Subject: Re: hwpmc deadlock: processes hang on pmc-sx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2008 05:54:37 -0000 On Tue, 11 Nov 2008 20:49:41 -0800 Bruce Cran wrote: > I decided to try hwpmc today, but ran into a > deadlock on the second run. I'm using a dual core laptop: > > CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1600.07-MHz > K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 > Features=0x178bfbff > Features2=0x2001 > AMD > Features=0xea500800 > AMD Features2=0x1f Cores per package: 2 > usable memory = 2071433216 (1975 MB) > avail memory = 2001584128 (1908 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > > uname: > FreeBSD tau.draftnet 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Nov 9 > 13:12:06 PST 2008 > brucec@tau.draftnet:/usr/obj/usr/src/sys/MYKERNEL_8 amd64 > > I ran the command > pmcstat -O test.stat -n 32768 -S instructions > > I found that I couldn't quit pmcstat and any attempt to run new > processes hung too. The 'ps' listing in ddb > contained the following: > > State wmesg cmd > Ss pmc-sx sh > S piperd cron > S pmc-sx cron > S pmc-sx gconf-d > T+ pmc-sx dmesg > S+ pmc-sx top > SL pmcloop [hwpmc] > S+ pmcctx pmcstat > > Are there any commands I should run at the debugger to > collect more information if I trigger it again? > I seem to be able to trigger it quite reliably by running pmcstat while "nc -l 20000 > /dev/null" is running in one terminal and "nc 127.0.0.1 20000 < /dev/zero" is running in another. It still happens with a GENERIC kernel; I've tried to get some information about locks from ddb but I clearly have some reading to do first, because it isn't giving me any data. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 07:46: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 C4F9B1065678 for ; Wed, 12 Nov 2008 07:46:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 6FB9B8FC21 for ; Wed, 12 Nov 2008 07:46:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2D04B.dip.t-dialin.net [217.226.208.75]) by redbull.bpaserver.net (Postfix) with ESMTP id 8D1062E0B5; Wed, 12 Nov 2008 08:31:33 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 4F6DF4467A; Wed, 12 Nov 2008 08:31:21 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1226475081; bh=/vN3H21CgkRq39CY56AwTgNNzenQ1M6jg Gm59CLvtXE=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=W/9s1+W0VCjjx6SFLkkkPO3/MYbIS5fH8bqV20w1unJthT3M4CvaeXeKTpfidU3Su ganFt2I3O9iOfYLkoFWvVrJBywVluuYC9uKlJeQegvAeSyTaQD7iA1lAlkEXNg4Sss5 ZbTJWLeub/IgeJFQ2hkOcj8FOQ8AngDxSUDjMMq78hUecwacgKEi+JhvzSfCA6BuNzU MOop5/8PeZ81PcYda6t0X3mHAZLSyeOef5vgKN+5L+sgjdSs/o4MUwKVjo7kGgljEmL IB+enH680LOTgzxAw1H8CbiM29jF6Q6OA8q4Tsi8K8Mwlc0WQHXV96me4Xs+utqEtpg eCInR7u1g== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mAC7VKiu077756; Wed, 12 Nov 2008 08:31:21 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 12 Nov 2008 08:31:20 +0100 Message-ID: <20081112083120.18545lxnzm0odc84@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 12 Nov 2008 08:31:20 +0100 From: Alexander Leidinger To: Alexander Churanov References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> In-Reply-To: <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 8D1062E0B5.77BA9 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-15.4, required 6, autolearn=not spam, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 07:46:39 -0000 Quoting Alexander Churanov (from Tue, 11 Nov 2008 17:29:34 +0300): > For the purpose of updates like that I would like to have something like a > page on FreeBSD wiki. I would place status information, documentation and > current patches there. In my opinion it's better than having it placed on > 3rd party website. Is it possible? Register in the wiki (typically we use FirstnameLastname), after that any registered committer can add you to ContributorsGroup and create an initial page with the correct permissions for you. So just reply when you've registered, and hope some committer (I assume Philippe or me, but others are invited to be faster) takes care about it. :) Bye, Alexander, -- Syntactic sugar causes cancer of the semicolon. -- Epigrams in Programming, ACM SIGPLAN Sept. 1982 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 07: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 1D24C1065672 for ; Wed, 12 Nov 2008 07:51:01 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id E5A1E8FC0A for ; Wed, 12 Nov 2008 07:51:00 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by wa-out-1112.google.com with SMTP id m34so152816wag.27 for ; Tue, 11 Nov 2008 23:51:00 -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=RxetyJRGEWQ26MvLehig2yayqT6pzMkffpoQ0svmjjs=; b=GmDzdBgsY6lpm1pnuSxPUS9yNht68E0mPcyDddZPN4tPs2QF/CA8Lwj9W3OwAs5s5j /ABORmOKmjC4OJtXLKnVpmKhpoT9DQlPCAUqrDT7g4hX+NqxEURdI5syPQ759ffUgzCn cqIO72bjnbvV8kjCHnD4h5bu2q2U3uaUKek/Y= 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=EKeNc3DbKJAGW/UZHNjQW37xroeNEZwKUvTtGNjCf/cS+DEmiuX7tMIxAsOm2q8Pon cAsdH45bZXcnJrD7d1H83HxMUK0jfVT8HuDUuIFmC+irShwNmdgFoHaFnqVrEQao2O56 88tQCxU7sSopEob/v4nGhbuWdFxov9U8dPRSI= Received: by 10.114.72.1 with SMTP id u1mr6000026waa.203.1226476260413; Tue, 11 Nov 2008 23:51:00 -0800 (PST) Received: from freebsd.weongyo.org ([211.53.35.67]) by mx.google.com with ESMTPS id y25sm5135362pod.23.2008.11.11.23.50.58 (version=SSLv3 cipher=RC4-MD5); Tue, 11 Nov 2008 23:50:59 -0800 (PST) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Wed, 12 Nov 2008 16:51:20 +0900 Date: Wed, 12 Nov 2008 16:51:20 +0900 To: freebsd-current@freebsd.org Message-ID: <20081112075120.GA36226@freebsd.weongyo.org> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Subject: CFT: zyd(4)'s major patch. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 07:51:01 -0000 Hello, I'm looking for testers of zyd(4) before committing this patch to HEAD. This version has various patches about zyd(4) as follows: - improve AL2230 RF handling - support AL2230S RF that PV2000 is renamed to AL2230S - use register ZYD_CR244, ZYD_CR243, ZYD_CR242 when the driver writes values on RF. This routine is more faster than the original one - use private TX lock to avoid LOR at zyd_raw_xmit() - increate TX slots from 1 to 5 - needs to set the channel at IEEE80211_S_AUTH not IEEE80211_S_RUN - detailed error handling. In previous the next command was sent to the device even if there was errors - setting ZYD_MAC_RX_THRESHOLD value should be different between 1211 and 1211b - only try to stop the device at zyd_init_locked() if the device is UPed - do not use MTX_RECURSE - do not try to grap Giant lock when the channel is changing - move the device initialization routines from zyd_attach to zyd_init to give a device full-reset chance to the driver. - code cleanup at zyd_raw_xmit() - simplify zyd_attach() routines - resort functions and clean up variables - DPRINTF style change. - style(9) The files can be found at the following URL: http://people.freebsd.org/~weongyo/zyd_20081112.tar.gz Please let me know if you've encountered to problems or have opinions. Any patches to improve or enhance are welcome! regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 07:57: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 D23311065678 for ; Wed, 12 Nov 2008 07:57:05 +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 2508A8FC13 for ; Wed, 12 Nov 2008 07:57:04 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (adsl144-8.kln.forthnet.gr [195.74.243.8]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mAC7gr7g016066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 12 Nov 2008 09:42:58 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mAC7gq7g053811; Wed, 12 Nov 2008 09:42:52 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mAC7gqKO053810; Wed, 12 Nov 2008 09:42:52 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: "Alexander Churanov" In-Reply-To: <3cb459ed0811110728w6f00a0ag7f16045e519901b6@mail.gmail.com> (Alexander Churanov's message of "Tue, 11 Nov 2008 18:28:58 +0300") Date: Wed, 12 Nov 2008 09:42:29 +0200 Message-ID: <878wrpcrve.fsf@kobe.laptop> References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081111152011.GF9030@detritus.paeps.cx> <3cb459ed0811110728w6f00a0ag7f16045e519901b6@mail.gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-MailScanner-ID: mAC7gr7g016066 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.321, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.08, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-current@freebsd.org, Philip Paeps Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 07:57:05 -0000 --=-=-= On Tue, 11 Nov 2008 18:28:58 +0300, "Alexander Churanov" wrote: >> Perhaps you'd like to work on this in perforce? :-) > > Probably, but what's about status reports, documentation, etc? The > main idea is to get experienced users involved. Status reports would be nice to have too, but that means you or the people who work on the code have to write them. I think a periodic email to freebsd-current could work fine :) As for getting experienced syscons people to work on your Perforce branch, that's one of the reasons Philip asked you about it. Seeing the commits fly by, other Perforce using people will "notice" the work you are doing. This may be easier than having to poll a web page, or check a remote repository in a custom hosting site. > I mean people who do not work on syscons, but are able to apply > patches and experiment with features. Additionally I am not familiar > with perforce. However, if that is similar to CVS and svn - then it > would work for me. It is quite similar to svn, and it's the repository where we can give access to FreeBSD contributors who want an easy way to resync with the latest commits, and keep working in their own private branches. There are, of course, certain differences in the names or the usage pattern of some commands you may know from Subversion, but the main idea of splitting a "namespace" in subdirectories of sandbox-nature and working in each subdirectory as a separate branch is exactly the same. This is usually nice to get you bootstrapped with a personal branch, and with a bit of command-line help it should be easy to start going. Philip can help you with the account creation part. Once you are set up with a Perforce account, please feel free to ask about using it. The Perforce admins and other FreeBSD team members who have worked with it will be there to answer any questions you have about using it. Last, but not least, thanks for working to make FreeBSD nicer to use with UTF-8! :-) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkaiO0ACgkQ1g+UGjGGA7Zu7gCgoAU7pjQtP6XXTtOrrY7sjVBS iOAAmwdKJqnCHMrf9Jqfx9HyTu3FZIKC =/J7a -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 09:21: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 C31181065676; Wed, 12 Nov 2008 09:21:00 +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 815898FC16; Wed, 12 Nov 2008 09:21:00 +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 ED9123FB8; Wed, 12 Nov 2008 09:20:15 +0000 (GMT) Message-Id: <440834F1-1CA0-424F-915F-3B3CD773F83B@rabson.org> From: Doug Rabson To: Navdeep Parhar In-Reply-To: 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: Wed, 12 Nov 2008 09:20:57 +0000 References: X-Mailer: Apple Mail (2.929.2) Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: problems with nfsd (due to RPCSEC_GSS changes?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 09:21:00 -0000 On 12 Nov 2008, at 01:30, Navdeep Parhar wrote: > I had a FreeBSD NFS server running a month+ old current (from Oct 2 or > so). I upgraded to a current current (Nov 11) and nfsd stopped > working. > I was able to mount the exported filesystem but anything else would > yield an "Input/output error." nfsstat -s showed "Server Ret-Failed" > going up everytime I tried a 'cd', 'ls', etc. from the client. (I > tried > both FreeBSD and Solaris clients). > > Ultimately, I had to add NFS_LEGACYRPC in order to get a working nfsd. > Looks like there may be a problem with the new code that was added as > part of RPCSEC_GSS support. Note that I did not enable KGSSAPI in my > kernel as I have no need for it. > > Are there any knows issues with the new code? Feel free to ask if you > need any more information about my setup. I don't know of anything specific. If I could see a packet trace including both the mount request and at least one failed access attempt, it would help to understand what is happening here. From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 11:34: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 E2D50106564A for ; Wed, 12 Nov 2008 11:34:27 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7FC8FC16 for ; Wed, 12 Nov 2008 11:34:27 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L0DzN-0001Xw-PB for freebsd-current@freebsd.org; Wed, 12 Nov 2008 11:34:25 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Nov 2008 11:34:25 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Nov 2008 11:34:25 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Vadim Goncharov Date: Wed, 12 Nov 2008 11:34:18 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 24 Message-ID: References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Alexander Churanov User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.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, 12 Nov 2008 11:34:28 -0000 Hi Alexander Churanov! On Tue, 11 Nov 2008 17:16:53 +0300; Alexander Churanov wrote about 'Re: Unicode-based FreeBSD': >> BTW, VGA hardware allows to use up to 512 characters in text-mode, not 256. > Vadim, > I know about this. However, converting UTF-8 to 8-bit for rendering is an > easy first step. This fits well into existing system: fonts, screenmaps, > etc. Of course, rendering 512 characters may help many people. This is > linked to modifying the renderer and therefore is not scheduled for now. The > highest current priority is to make technically possible switching whole > system, including syscons, $LANG, X Window, applications, etc to UTF-8 input > and output. Renderer improvement can be done separately. > Alexander Churanov If you are making the map for converting selected subset from Unicode, then anyway that map will have new, different format (more than one byte for each symbol), so then it can be done for 512 symbols right away. Current maps, fonts just can be expanded from 256 to 512, filling missing part of file with e.g. some default character... -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 14:52: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 9972F106564A for ; Wed, 12 Nov 2008 14:52:39 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF388FC16 for ; Wed, 12 Nov 2008 14:52:39 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so374637ika.3 for ; Wed, 12 Nov 2008 06:52:38 -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=aENehk9IqxkgSkLlpGY8GCcYpOoQDcL8mJjEda3w6Xw=; b=o/bosjf3mlqVBdBbfWY2Pi6FU2OFMeEH3oHAjOHzp/qBonELAKK8Vbw0dcS7/yf45N ZIzYjGO48WNw2YALGV2WoyHfBTCze4nVwtbpYXtQFurXdfBe+PYEdyVH+KOK+aCWqZZB SlGq475EPxI/3IpnqAl0UNgjbI9qQBaY/HSrM= 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=w1rl6ALHtmDDUJAAfVgxayYnz1YhPABvfllUtasWrA7vom5uvzuW1kiy5Vmaz9EXnB XOxK38RrK2RoLUO7LVjv/vzmVFSLUP9gMlX7LaBIqRS3RsJZuhjT764guc846cZtzYyA +PNWMmG0EbLCmBhagd6bVNGlZbng4BNTCUuPo= Received: by 10.210.54.19 with SMTP id c19mr10446439eba.24.1226501558008; Wed, 12 Nov 2008 06:52:38 -0800 (PST) Received: by 10.210.130.15 with HTTP; Wed, 12 Nov 2008 06:52:37 -0800 (PST) Message-ID: <3cb459ed0811120652m363470e0i823c451803516e5f@mail.gmail.com> Date: Wed, 12 Nov 2008 17:52:37 +0300 From: "Alexander Churanov" To: "Alexander Leidinger" In-Reply-To: <20081112083120.18545lxnzm0odc84@webmail.leidinger.net> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081112083120.18545lxnzm0odc84@webmail.leidinger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 14:52:39 -0000 Folks, Following Alexander's advice I've registered in wiki.freebsd.org as "AlexanderChuranov" and want to obtain contributor-level access to it. To my mind creating two pages would be sufficient: AlexanderChuranov (personal page) and SysconsUnicodeProject. The ability to create sub-pages under those two is also desired. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 15:01: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 627C7106567E for ; Wed, 12 Nov 2008 15:01:42 +0000 (UTC) (envelope-from ohartman@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 29E798FC19 for ; Wed, 12 Nov 2008 15:01:42 +0000 (UTC) (envelope-from ohartman@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 <1L0GzB-0005eC-1T>; Wed, 12 Nov 2008 15:46:25 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1L0GzG-0003Gb-3l>; Wed, 12 Nov 2008 15:46:30 +0100 Message-ID: <491AEBB5.8010001@zedat.fu-berlin.de> Date: Wed, 12 Nov 2008 14:44:05 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 15:01:42 -0000 I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 3500, other an 8-Core Dell Poweredge 1950). After nearly every reboot the box does fsck on all UFS2 filesystems. In most cases, while shuting down, the box reports about not willing to die processes and after a reboot, the filesystems are unclean. Is this a common problem at the moment or special? Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 15:18: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 031771065670 for ; Wed, 12 Nov 2008 15:18:05 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 899838FC14 for ; Wed, 12 Nov 2008 15:18:04 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so1063715ugs.39 for ; Wed, 12 Nov 2008 07:18: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:to :subject:in-reply-to:mime-version:content-type:references; bh=f7UdqeZ0zUUgxbiftEiLhvMCAWxmHGlbCj+RDBNvOH4=; b=iNKXEWppqShYrezg1wwzNzbS+XgY33S5sBVv/+aTxrO7RtYDR2cO7NPbsYCve0b3ir 45Rg7UXDUBvO4wI4k6YAVjUcvBeKZVrJmOiJnlL3xOj2WgiPkS0JNHXVJlKT9Pll+I+V 604iYLGbusIs4SdtC7QeBVgj1NFo3yjtESaGM= 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:references; b=gw5HAfNGTs492ztm1dW+kKf4EKWcIF23A/WbgDFw5IZ2UqyKc/zxqmZdHKWMo43E9e x/VKJHi5MBs6AKlWF08IypNp9E3hgtNPnYWTRwEzS8Wo9YBqrbWKISyw5A4ndTsTPi7J VXZTr1FVJLooDec6qiI4igASJEkIPgTGLTH9M= Received: by 10.210.21.6 with SMTP id 6mr10468300ebu.18.1226503083352; Wed, 12 Nov 2008 07:18:03 -0800 (PST) Received: by 10.210.130.15 with HTTP; Wed, 12 Nov 2008 07:18:03 -0800 (PST) Message-ID: <3cb459ed0811120718y755b123g90970461da2773be@mail.gmail.com> Date: Wed, 12 Nov 2008 18:18:03 +0300 From: "Alexander Churanov" To: "Alexander Churanov" , freebsd-current@freebsd.org In-Reply-To: <20081111152011.GF9030@detritus.paeps.cx> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081111152011.GF9030@detritus.paeps.cx> 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: Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 15:18:05 -0000 Philip, Yes, please, create a branch in perforce. Then I will check my changes in. I'd like to list what I currently have, because I have no idea about how to place all the stuff correctly under current tree, and, therefore, what permissions I need: 1) Modified syscons files. It's clear that they stay in the same place. 2) Added sysons files (UTF processing). Currently they go to new folder, added under syscons tree. They are also listed in kernel build description file. 3) User-mode unit-tests for added syscons files. Currently they are located in the same folder as added files (under syscons tree) with their own Makefile. 4) User-mode application that is used for manual integration testing. Currently is does not live in source code tree (just in my home folder). Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 15:30: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 EEC51106574A for ; Wed, 12 Nov 2008 15:30:35 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 80B058FC17 for ; Wed, 12 Nov 2008 15:30:35 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so350426nfh.33 for ; Wed, 12 Nov 2008 07:30: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:cc:in-reply-to:mime-version:content-type:references; bh=0GbQQ53g8lvi0K8/rUQvdpfa3+ZZLeiRl8MbJ6SoE/0=; b=IcAf4VMzuzh+OwWMlpREFU5tGrguA9htjAMdyCLzSarrYBDMlTscn9jLixCgL/ceZ2 +PUWujow1cQ8C9bhvIUslZYZc5/46UT8Mvv7VOne2Q7GVLRVpyQpEOsIwvFvY5+kazL8 CqPUYotKtpNQBDuy3PfYzPlKpm0Ss7hQHJplU= 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=QihDXZelwTr6+oHHxNn9we2u2Ao5yPqUKfjzHaXXrxOzpJY1FmZpQHXwgDSNJIKk82 TGhplGei90XFDZoZZ1YmjeBflC2JsIgRdhhYhErvRlyozkh6Fl3PNNYEaNALRtQCbt3z jWIdMkWyjn8jfBqimdP2PfNwBBa368h4Zy1eM= Received: by 10.210.131.6 with SMTP id e6mr10468204ebd.77.1226503834315; Wed, 12 Nov 2008 07:30:34 -0800 (PST) Received: by 10.210.130.15 with HTTP; Wed, 12 Nov 2008 07:30:34 -0800 (PST) Message-ID: <3cb459ed0811120730p2a7039eanb4508c344a0a5f5c@mail.gmail.com> Date: Wed, 12 Nov 2008 18:30:34 +0300 From: "Alexander Churanov" To: vadim_nuclight@mail.ru In-Reply-To: MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 15:30:38 -0000 Vadim, Yes, I'm sure that transition from 256 to 512 characters is possible. However, my suggested implementation plan for this feature is: 1) Create working version of syscons having the ability of transcoding UTF-8 to 8-bit on output to screen and encoding keystrokes to UTF-8 on input. This will utilize maximum of current screenmaps, fonts, etc. The UTF-8 mode is optional and can be turned on and off. 2) Having UTF-8 processing done, modify the renderer to accept full range (21-bit) unicode code points on input instead of 8-bit characters. 3) Modify the renderer to draw greatest possible range of code points. Probably 512 or more. Please, take into account that, as I know, there are more than one rendering module. Some utilize text-mode capabilities of graphic cards, other use graphic modes and deal with pixels. I don't work on it right now and explained my current view of rendering. So then, on x86 it is possible to draw even complex scripts like devanagari. The drawback is the cost of implementation. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 15:42: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 0D222106568C for ; Wed, 12 Nov 2008 15:42:43 +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 667038FC13 for ; Wed, 12 Nov 2008 15:42:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA04.westchester.pa.mail.comcast.net with comcast id eE9f1a00C0QuhwU54FihDR; Wed, 12 Nov 2008 15:42:41 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA02.westchester.pa.mail.comcast.net with comcast id eFig1a00M2P6wsM3NFigSj; Wed, 12 Nov 2008 15:42:41 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=ocoifumlz4JAxJR24JkA:9 a=DTWfd02LZ2h4WY0NfS4A:7 a=v4UO6sGIweYZNuglkb4dtag6UG8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 533A55C19; Wed, 12 Nov 2008 07:42:40 -0800 (PST) Date: Wed, 12 Nov 2008 07:42:40 -0800 From: Jeremy Chadwick To: "O. Hartmann" Message-ID: <20081112154240.GA28818@icarus.home.lan> References: <491AEBB5.8010001@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <491AEBB5.8010001@zedat.fu-berlin.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@FreeBSD.org Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 15:42:43 -0000 On Wed, Nov 12, 2008 at 02:44:05PM +0000, O. Hartmann wrote: > I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 > 3500, other an 8-Core Dell Poweredge 1950). > > After nearly every reboot the box does fsck on all UFS2 filesystems. In > most cases, while shuting down, the box reports about not willing to die > processes and after a reboot, the filesystems are unclean. > > Is this a common problem at the moment or special? I've seen this happen on my CURRENT box at home when using "shutdown -p now". Instead of the box powering off, it would lock up near the very end of the shutdown process (before marking the filesystems clean). Oddly, this works fine in RELENG_7, so I'm guessing there's some ACPI development going on (I can't complain, it *is* CURRENT). -- | 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 Wed Nov 12 15:44:54 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 BFF431065678 for ; Wed, 12 Nov 2008 15:44:54 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.188]) by mx1.freebsd.org (Postfix) with ESMTP id 557FB8FC1A for ; Wed, 12 Nov 2008 15:44:53 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so92292gve.39 for ; Wed, 12 Nov 2008 07:44:53 -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=uIvTMqdIG8+xVCqZ1zURaNGSe2GP0K1xpusu5ZrCKxg=; b=tTreIWp8UofjUiXeUcHy/oBCIshaPEy/zzJ6WCqZs535Xl1l/5NDKrnIl/wKv2gm18 RhQE5Psf3ifSNwvPwKMu0A0/s5sDfKQMcHgOoa8FP32TJg0RdnQ3Sr0mfUOJvZEhuxzU xgdmBGPAQm4CrZvZzHOWuxAfI+4mfcaaTnExg= 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=O/cabDAv7Unc+hkPxJHd7fgSvyxNQacUpc35bZi44sXvMxiCLEufKdd3TwrZ1A5+I+ /ht7k6Q6mZ1lHsYy+rYwBcC/tfK2mvxzVlLQkO42et3BzwnOzRnOiRKbpu+WFPHeIth9 PxtVi9forNV42+2SAk/1vMqCtIuzPiTKkkpNA= Received: by 10.86.100.19 with SMTP id x19mr5089495fgb.29.1226504692655; Wed, 12 Nov 2008 07:44:52 -0800 (PST) Received: by 10.86.2.18 with HTTP; Wed, 12 Nov 2008 07:44:52 -0800 (PST) Message-ID: <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> Date: Wed, 12 Nov 2008 16:44:52 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20081112154240.GA28818@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> X-Google-Sender-Auth: 8f4551a1b8b13d09 Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 15:44:54 -0000 2008/11/12, Jeremy Chadwick : > On Wed, Nov 12, 2008 at 02:44:05PM +0000, O. Hartmann wrote: > > I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 > > 3500, other an 8-Core Dell Poweredge 1950). > > > > After nearly every reboot the box does fsck on all UFS2 filesystems. In > > most cases, while shuting down, the box reports about not willing to die > > processes and after a reboot, the filesystems are unclean. > > > > Is this a common problem at the moment or special? > > > I've seen this happen on my CURRENT box at home when using "shutdown -p > now". Instead of the box powering off, it would lock up near the very > end of the shutdown process (before marking the filesystems clean). > > Oddly, this works fine in RELENG_7, so I'm guessing there's some ACPI > development going on (I can't complain, it *is* CURRENT). This could cames after my VFS works. Could you spend some time on this? I will tell you what to look at. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 15:47: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 B43961065673 for ; Wed, 12 Nov 2008 15:47:48 +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 16EDB8FC19 for ; Wed, 12 Nov 2008 15:47:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA02.westchester.pa.mail.comcast.net with comcast id eFC41a02V0bG4ec52FnV7t; Wed, 12 Nov 2008 15:47:29 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.westchester.pa.mail.comcast.net with comcast id eFnl1a0022P6wsM3PFnlop; Wed, 12 Nov 2008 15:47:45 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=yrfUWmj15pF821mFY7UA:9 a=HwLqiUWd2ZbBjR9tbv0A:7 a=T2ZcL0B826wCAos4GwZHCbMIvOcA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id CA19D5C19; Wed, 12 Nov 2008 07:47:44 -0800 (PST) Date: Wed, 12 Nov 2008 07:47:44 -0800 From: Jeremy Chadwick To: Attilio Rao Message-ID: <20081112154744.GA28943@icarus.home.lan> References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 15:47:48 -0000 On Wed, Nov 12, 2008 at 04:44:52PM +0100, Attilio Rao wrote: > 2008/11/12, Jeremy Chadwick : > > On Wed, Nov 12, 2008 at 02:44:05PM +0000, O. Hartmann wrote: > > > I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 > > > 3500, other an 8-Core Dell Poweredge 1950). > > > > > > After nearly every reboot the box does fsck on all UFS2 filesystems. In > > > most cases, while shuting down, the box reports about not willing to die > > > processes and after a reboot, the filesystems are unclean. > > > > > > Is this a common problem at the moment or special? > > > > > > I've seen this happen on my CURRENT box at home when using "shutdown -p > > now". Instead of the box powering off, it would lock up near the very > > end of the shutdown process (before marking the filesystems clean). > > > > Oddly, this works fine in RELENG_7, so I'm guessing there's some ACPI > > development going on (I can't complain, it *is* CURRENT). > > This could cames after my VFS works. > Could you spend some time on this? > I will tell you what to look at. Sure thing! Let me know what I need to do to help, what information you need, or if I should revert some commits to see if the behaviour changes. Build date of the box (src-all csup'd about 45 minutes prior to the build date): FreeBSD icarus.home.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 7 14:19:03 PST 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_CURRENT_amd64 amd64 -- | 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 Wed Nov 12 15:53: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 2913A1065688 for ; Wed, 12 Nov 2008 15:53:02 +0000 (UTC) (envelope-from asmrookie@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 AD7638FC17 for ; Wed, 12 Nov 2008 15:53:01 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so203224eyi.7 for ; Wed, 12 Nov 2008 07:53: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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=C/jj0avpnxY+2LN7Gj0rXtmOG84gAHVDfPmeIVOV7p8=; b=NVTHXIvxJeD6b4cLyxVf+7vEtsdK6rH+izpHrqYc+vT7K5jSY9pyD3dFxUeiV9PrYj 0yyljvM0b1SwAZ1PN5lGakizRKtK5+GEtubcNmKYFUJQzIruJKRNPw5Yc8ANfklgjL61 DNyFtffffEPEiaufpbBdHOlWHqAG/dqThpAao= 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=kqQ6/sXiM8klo/p3YqAlSXhdO4EFIpfEEa2enBCgkBrpRje5J9uRXHyfpxqK5GMV4Z WAn+1Eg+Eysh4CySnn9i241kAHGj4c2wKN/LO9L8BVA7Nay2FfD1y83z0J9b4hBv4o9M vpu4zKkXeYKOZR01sXMeheGH4cBasRC3QAG+A= Received: by 10.86.100.19 with SMTP id x19mr5094597fgb.29.1226505180012; Wed, 12 Nov 2008 07:53:00 -0800 (PST) Received: by 10.86.2.18 with HTTP; Wed, 12 Nov 2008 07:52:59 -0800 (PST) Message-ID: <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> Date: Wed, 12 Nov 2008 16:52:59 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20081112154744.GA28943@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> X-Google-Sender-Auth: 1653a042d8faca4d Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 15:53:02 -0000 2008/11/12, Jeremy Chadwick : > On Wed, Nov 12, 2008 at 04:44:52PM +0100, Attilio Rao wrote: > > 2008/11/12, Jeremy Chadwick : > > > On Wed, Nov 12, 2008 at 02:44:05PM +0000, O. Hartmann wrote: > > > > I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 > > > > 3500, other an 8-Core Dell Poweredge 1950). > > > > > > > > After nearly every reboot the box does fsck on all UFS2 filesystems. In > > > > most cases, while shuting down, the box reports about not willing to die > > > > processes and after a reboot, the filesystems are unclean. > > > > > > > > Is this a common problem at the moment or special? > > > > > > > > > I've seen this happen on my CURRENT box at home when using "shutdown -p > > > now". Instead of the box powering off, it would lock up near the very > > > end of the shutdown process (before marking the filesystems clean). > > > > > > Oddly, this works fine in RELENG_7, so I'm guessing there's some ACPI > > > development going on (I can't complain, it *is* CURRENT). > > > > This could cames after my VFS works. > > Could you spend some time on this? > > I will tell you what to look at. > > > Sure thing! > > Let me know what I need to do to help, what information you need, or if > I should revert some commits to see if the behaviour changes. Build > date of the box (src-all csup'd about 45 minutes prior to the build > date): > > FreeBSD icarus.home.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 7 14:19:03 PST 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_CURRENT_amd64 amd64 Is this reproducible? I need you build a kernel with following options: INVARIANT_SUPPORT INVARIANTS DEBUG_VFS_LOCKS WITNESS and without WITNESS_SKIPSPIN once it hangs you have to break in DDB and look the state of the threads with: db> ps This would be a start. Other instructions will follow based on this result. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 16:16: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 2F995106567D for ; Wed, 12 Nov 2008 16:16:47 +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 CB7488FC1A for ; Wed, 12 Nov 2008 16:16:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA09.westchester.pa.mail.comcast.net with comcast id eFYb1a01S17dt5G59GGmNn; Wed, 12 Nov 2008 16:16:46 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA13.westchester.pa.mail.comcast.net with comcast id eGGl1a0032P6wsM3ZGGlJi; Wed, 12 Nov 2008 16:16:46 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=aoYfOkdCLitl7XRC0m4A:9 a=PwmAD6L5aw3FltTPbwIA:7 a=FkouZcnqdaKIlF9h1nNroozLn9kA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D33C95C19; Wed, 12 Nov 2008 08:16:44 -0800 (PST) Date: Wed, 12 Nov 2008 08:16:44 -0800 From: Jeremy Chadwick To: Attilio Rao Message-ID: <20081112161644.GA98426@icarus.home.lan> References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 16:16:47 -0000 On Wed, Nov 12, 2008 at 04:52:59PM +0100, Attilio Rao wrote: > 2008/11/12, Jeremy Chadwick : > > On Wed, Nov 12, 2008 at 04:44:52PM +0100, Attilio Rao wrote: > > > 2008/11/12, Jeremy Chadwick : > > > > On Wed, Nov 12, 2008 at 02:44:05PM +0000, O. Hartmann wrote: > > > > > I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 > > > > > 3500, other an 8-Core Dell Poweredge 1950). > > > > > > > > > > After nearly every reboot the box does fsck on all UFS2 filesystems. In > > > > > most cases, while shuting down, the box reports about not willing to die > > > > > processes and after a reboot, the filesystems are unclean. > > > > > > > > > > Is this a common problem at the moment or special? > > > > > > > > > > > > I've seen this happen on my CURRENT box at home when using "shutdown -p > > > > now". Instead of the box powering off, it would lock up near the very > > > > end of the shutdown process (before marking the filesystems clean). > > > > > > > > Oddly, this works fine in RELENG_7, so I'm guessing there's some ACPI > > > > development going on (I can't complain, it *is* CURRENT). > > > > > > This could cames after my VFS works. > > > Could you spend some time on this? > > > I will tell you what to look at. > > > > > > Sure thing! > > > > Let me know what I need to do to help, what information you need, or if > > I should revert some commits to see if the behaviour changes. Build > > date of the box (src-all csup'd about 45 minutes prior to the build > > date): > > > > FreeBSD icarus.home.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 7 14:19:03 PST 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_CURRENT_amd64 amd64 > > Is this reproducible? I don't have an answer at this time. I've only performed "shutdown -p now" on this box twice since running CURRENT, and both times the problem described occurred. > I need you build a kernel with following options: > INVARIANT_SUPPORT > INVARIANTS > DEBUG_VFS_LOCKS > WITNESS > and without WITNESS_SKIPSPIN Will do. Relevant options I use: makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options BREAK_TO_DEBUGGER # Sending a serial BREAK drops to DDB options KDB # Enable kernel debugger support options KDB_TRACE # Print stack trace automatically on panic options DDB # Support DDB options GDB # Support remote GDB options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options DEBUG_VFS_LOCKS # vfs lock debugging I have physical access to the console of this machine on a regular basis. > once it hangs you have to break in DDB and look the state of the threads with: > db> ps > > This would be a start. > Other instructions will follow based on this result. Got it. Just need to wait a little while for world/kernel to build and then I'll be able to perform the necessary testing. I do have one question (and it's a general one): I assume without serial console (I'm excluding firewire because that's not an option here) or taking photos of the monitor, there's no way to effectively log all output from db> to disk for review/access later? (The obvious answer here is "yes that's correct", being as the kernel itself is more or less suspended at that point, but I thought I'd ask) -- | 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 Wed Nov 12 16:20: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 0D3EC1065672 for ; Wed, 12 Nov 2008 16:20:58 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.189]) by mx1.freebsd.org (Postfix) with ESMTP id 953078FC1D for ; Wed, 12 Nov 2008 16:20:57 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so101978gve.39 for ; Wed, 12 Nov 2008 08:20:56 -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=DsZCQXBlAKFt1eQQGvoU1m4cYCnmVT2NvVFhrmteGoM=; b=EVYINe9UGUX7ZyEfzfGhNIBflbvyJWo0/19+Nf7QR8a2TJEXh+jfluTRGfKmEtDE1n udCMS/WtjtXMe0N+rtwd36SK2zUkv5ym6D78AwnnkJrCp3WI4X5Vqu8li2yz3LViS4sL UsD8DF+k7aVXRdLcy3E3olL9ovI34kjHXLBCo= 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=M29cQInefAkLZauZiEUnOmrJY+zc0EexvQC4jo/2Ov9BSBmEGQ0hOity2by0VVFbcQ ogliJcHgbSwz6344UCl9btesZ7KbrC/kIEYO+Czb1UEiHEnxyuayF6+Wu84YIHdNedQa cNX+H8+iiZOsa9ivIP2lJNj11eNq0NeYaEAx4= Received: by 10.86.79.19 with SMTP id c19mr9288719fgb.26.1226506856441; Wed, 12 Nov 2008 08:20:56 -0800 (PST) Received: by 10.86.2.18 with HTTP; Wed, 12 Nov 2008 08:20:56 -0800 (PST) Message-ID: <3bbf2fe10811120820xeb54b4fj4f4c5e285670c29a@mail.gmail.com> Date: Wed, 12 Nov 2008 17:20:56 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20081112161644.GA98426@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> <20081112161644.GA98426@icarus.home.lan> X-Google-Sender-Auth: 96e30de618848b8f Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 16:20:58 -0000 2008/11/12, Jeremy Chadwick : > On Wed, Nov 12, 2008 at 04:52:59PM +0100, Attilio Rao wrote: > > 2008/11/12, Jeremy Chadwick : > > > On Wed, Nov 12, 2008 at 04:44:52PM +0100, Attilio Rao wrote: > > > > 2008/11/12, Jeremy Chadwick : > > > > > On Wed, Nov 12, 2008 at 02:44:05PM +0000, O. Hartmann wrote: > > > > > > I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 > > > > > > 3500, other an 8-Core Dell Poweredge 1950). > > > > > > > > > > > > After nearly every reboot the box does fsck on all UFS2 filesystems. In > > > > > > most cases, while shuting down, the box reports about not willing to die > > > > > > processes and after a reboot, the filesystems are unclean. > > > > > > > > > > > > Is this a common problem at the moment or special? > > > > > > > > > > > > > > > I've seen this happen on my CURRENT box at home when using "shutdown -p > > > > > now". Instead of the box powering off, it would lock up near the very > > > > > end of the shutdown process (before marking the filesystems clean). > > > > > > > > > > Oddly, this works fine in RELENG_7, so I'm guessing there's some ACPI > > > > > development going on (I can't complain, it *is* CURRENT). > > > > > > > > This could cames after my VFS works. > > > > Could you spend some time on this? > > > > I will tell you what to look at. > > > > > > > > > Sure thing! > > > > > > Let me know what I need to do to help, what information you need, or if > > > I should revert some commits to see if the behaviour changes. Build > > > date of the box (src-all csup'd about 45 minutes prior to the build > > > date): > > > > > > FreeBSD icarus.home.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 7 14:19:03 PST 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_CURRENT_amd64 amd64 > > > > Is this reproducible? > > > I don't have an answer at this time. I've only performed "shutdown -p > now" on this box twice since running CURRENT, and both times the problem > described occurred. > > > > I need you build a kernel with following options: > > INVARIANT_SUPPORT > > INVARIANTS > > DEBUG_VFS_LOCKS > > WITNESS > > and without WITNESS_SKIPSPIN > > > Will do. Relevant options I use: > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > options SCHED_ULE # ULE scheduler > options PREEMPTION # Enable kernel thread preemption > options BREAK_TO_DEBUGGER # Sending a serial BREAK drops to DDB > options KDB # Enable kernel debugger support > options KDB_TRACE # Print stack trace automatically on panic > options DDB # Support DDB > options GDB # Support remote GDB > options INVARIANTS # Enable calls of extra sanity checking > options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > options WITNESS # Enable checks to detect deadlocks and cycles > options DEBUG_VFS_LOCKS # vfs lock debugging > > I have physical access to the console of this machine on a regular > basis. It's fine, great. > Got it. Just need to wait a little while for world/kernel to build and > then I'll be able to perform the necessary testing. > > I do have one question (and it's a general one): I assume without serial > console (I'm excluding firewire because that's not an option here) or > taking photos of the monitor, there's no way to effectively log all > output from db> to disk for review/access later? (The obvious answer > here is "yes that's correct", being as the kernel itself is more or less > suspended at that point, but I thought I'd ask) You can save the log with log capture for later lookups, but without a serial line or physical access to the machine there is few you can do. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 16:40: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 DEA8C106568C; Wed, 12 Nov 2008 16:40:31 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id B71068FC14; Wed, 12 Nov 2008 16:40:31 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 2237A71EF71; Wed, 12 Nov 2008 11:40:31 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BT8+0L5AKPEV; Wed, 12 Nov 2008 11:40:31 -0500 (EST) Received: from [10.0.0.234] (c-208-53-102-126.chrlmi.cablespeed.com [208.53.102.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id E176671EF68; Wed, 12 Nov 2008 11:40:30 -0500 (EST) Message-ID: <491B06FE.4070303@egr.msu.edu> Date: Wed, 12 Nov 2008 11:40:30 -0500 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (X11/20081004) MIME-Version: 1.0 To: Jeremy Chadwick References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> <20081112161644.GA98426@icarus.home.lan> In-Reply-To: <20081112161644.GA98426@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 16:40:32 -0000 Jeremy Chadwick wrote: > I do have one question (and it's a general one): I assume without serial > console (I'm excluding firewire because that's not an option here) or > taking photos of the monitor, there's no way to effectively log all > output from db> to disk for review/access later? (The obvious answer > here is "yes that's correct", being as the kernel itself is more or less > suspended at that point, but I thought I'd ask) > > maybe textdump(4)? From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 17:55: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 CEBA9106567B for ; Wed, 12 Nov 2008 17:55:31 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [212.34.63.72]) by mx1.freebsd.org (Postfix) with ESMTP id 90FC28FC08 for ; Wed, 12 Nov 2008 17:55:31 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from [77.41.76.79] (helo=[172.16.100.4]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1L0JZ1-000A78-Sy; Wed, 12 Nov 2008 20:31:35 +0300 Message-ID: <491B12F7.3050702@FreeBSD.org> Date: Wed, 12 Nov 2008 20:31:35 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Alexander Churanov References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> In-Reply-To: <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 17:55:31 -0000 Alexander Churanov wrote: > For the purpose of updates like that I would like to have something like a > page on FreeBSD wiki. I would place status information, documentation and > current patches there. In my opinion it's better than having it placed on > 3rd party website. Is it possible? I've added you in wiki contributors group. You should create your account with name AlexanderChuranov on this page: http://wiki.freebsd.org/UserPreferences Thanks for your work and good luck. -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 18:21: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 3CD931065689 for ; Wed, 12 Nov 2008 18:21:52 +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 DC7A68FC0A for ; Wed, 12 Nov 2008 18:21:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA02.westchester.pa.mail.comcast.net with comcast id eD1V1a00D0bG4ec52JMazc; Wed, 12 Nov 2008 18:21:34 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA03.westchester.pa.mail.comcast.net with comcast id eJMp1a00L2P6wsM3PJMqdx; Wed, 12 Nov 2008 18:21:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=ieoE0dLLBT88K3dtefoA:9 a=-y4CnYef0XMC1a7vsUoA:7 a=XSwN_bBtURBZc3YI2T8yaCQCMqsA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 169255C19; Wed, 12 Nov 2008 10:21:49 -0800 (PST) Date: Wed, 12 Nov 2008 10:21:49 -0800 From: Jeremy Chadwick To: Attilio Rao Message-ID: <20081112182148.GA1308@icarus.home.lan> References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> <20081112161644.GA98426@icarus.home.lan> <3bbf2fe10811120820xeb54b4fj4f4c5e285670c29a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10811120820xeb54b4fj4f4c5e285670c29a@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 18:21:52 -0000 On Wed, Nov 12, 2008 at 05:20:56PM +0100, Attilio Rao wrote: > 2008/11/12, Jeremy Chadwick : > > On Wed, Nov 12, 2008 at 04:52:59PM +0100, Attilio Rao wrote: > > > 2008/11/12, Jeremy Chadwick : > > > > On Wed, Nov 12, 2008 at 04:44:52PM +0100, Attilio Rao wrote: > > > > > 2008/11/12, Jeremy Chadwick : > > > > > > On Wed, Nov 12, 2008 at 02:44:05PM +0000, O. Hartmann wrote: > > > > > > > I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 > > > > > > > 3500, other an 8-Core Dell Poweredge 1950). > > > > > > > > > > > > > > After nearly every reboot the box does fsck on all UFS2 filesystems. In > > > > > > > most cases, while shuting down, the box reports about not willing to die > > > > > > > processes and after a reboot, the filesystems are unclean. > > > > > > > > > > > > > > Is this a common problem at the moment or special? > > > > > > > > > > > > > > > > > > I've seen this happen on my CURRENT box at home when using "shutdown -p > > > > > > now". Instead of the box powering off, it would lock up near the very > > > > > > end of the shutdown process (before marking the filesystems clean). > > > > > > > > > > > > Oddly, this works fine in RELENG_7, so I'm guessing there's some ACPI > > > > > > development going on (I can't complain, it *is* CURRENT). > > > > > > > > > > This could cames after my VFS works. > > > > > Could you spend some time on this? > > > > > I will tell you what to look at. > > > > > > > > > > > > Sure thing! > > > > > > > > Let me know what I need to do to help, what information you need, or if > > > > I should revert some commits to see if the behaviour changes. Build > > > > date of the box (src-all csup'd about 45 minutes prior to the build > > > > date): > > > > > > > > FreeBSD icarus.home.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 7 14:19:03 PST 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_CURRENT_amd64 amd64 > > > > > > Is this reproducible? > > > > > > I don't have an answer at this time. I've only performed "shutdown -p > > now" on this box twice since running CURRENT, and both times the problem > > described occurred. > > > > > > > I need you build a kernel with following options: > > > INVARIANT_SUPPORT > > > INVARIANTS > > > DEBUG_VFS_LOCKS > > > WITNESS > > > and without WITNESS_SKIPSPIN > > > > > > Will do. Relevant options I use: > > > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > options SCHED_ULE # ULE scheduler > > options PREEMPTION # Enable kernel thread preemption > > options BREAK_TO_DEBUGGER # Sending a serial BREAK drops to DDB > > options KDB # Enable kernel debugger support > > options KDB_TRACE # Print stack trace automatically on panic > > options DDB # Support DDB > > options GDB # Support remote GDB > > options INVARIANTS # Enable calls of extra sanity checking > > options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > > options WITNESS # Enable checks to detect deadlocks and cycles > > options DEBUG_VFS_LOCKS # vfs lock debugging > > > > I have physical access to the console of this machine on a regular > > basis. > > It's fine, great. And as luck would have it, I can't reproduce the problem any more. I've shutdown -p now'd literally 6 times in a row without any sort of lock up, and this is running on the old kernel. The same behaviour is now seen with the new kernel. So, the 2-3 times I've seen "shutdown -p now" not fully power off the machine were either flukes, or who knows what/why. I simply can't reproduce the problem any longer. I'm sorry. -- | 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 Wed Nov 12 19:29: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 992E81065670 for ; Wed, 12 Nov 2008 19:29:14 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.188]) by mx1.freebsd.org (Postfix) with ESMTP id 165208FC0A for ; Wed, 12 Nov 2008 19:29:13 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so149931gve.39 for ; Wed, 12 Nov 2008 11:29: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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=3JXkD3QOxtS4Pf5QH8b3qoWfY9ijHJknzxHe1K88MQs=; b=vOMuEj9cxhLuu6AwCZBnPzHtpP18Izm3mq3p9mc8lVo8KG+vWRZOb56CMyAygJQjm+ Y0r13J5UJ1DkJcsPiYYP6A8YO5NlBdkrLVLcBI9FxMXL/2cIrXpZDI2eNqK2jzeI/XQE nkJAJrt4IfCRYgEJXVvizXjOreQD75767AB9A= 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=dNZ64gtYxMvdgAVcvSxkshjT7wx7gT6NngLx1KBdSRD3ZtCYKgrCbnhKt5LySvmZYe qWf7vay/erGI0FUNbEhk67z/+skry82U1tWMApDdbA8LLEwItNdcAm7cxd5+ah4qn0Eq Ym/dWWMQQa+12K2RMJhl/tI1+8FolZhF5yI88= Received: by 10.86.72.15 with SMTP id u15mr9386832fga.45.1226517675842; Wed, 12 Nov 2008 11:21:15 -0800 (PST) Received: by 10.86.2.18 with HTTP; Wed, 12 Nov 2008 11:21:15 -0800 (PST) Message-ID: <3bbf2fe10811121121q29b60f19va9be4808b962259a@mail.gmail.com> Date: Wed, 12 Nov 2008 20:21:15 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20081112182148.GA1308@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> <20081112161644.GA98426@icarus.home.lan> <3bbf2fe10811120820xeb54b4fj4f4c5e285670c29a@mail.gmail.com> <20081112182148.GA1308@icarus.home.lan> X-Google-Sender-Auth: 90c3ca91ce81cf3c Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 19:29:14 -0000 2008/11/12, Jeremy Chadwick : > On Wed, Nov 12, 2008 at 05:20:56PM +0100, Attilio Rao wrote: > > 2008/11/12, Jeremy Chadwick : > > > On Wed, Nov 12, 2008 at 04:52:59PM +0100, Attilio Rao wrote: > > > > 2008/11/12, Jeremy Chadwick : > > > > > On Wed, Nov 12, 2008 at 04:44:52PM +0100, Attilio Rao wrote: > > > > > > 2008/11/12, Jeremy Chadwick : > > > > > > > On Wed, Nov 12, 2008 at 02:44:05PM +0000, O. Hartmann wrote: > > > > > > > > I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 > > > > > > > > 3500, other an 8-Core Dell Poweredge 1950). > > > > > > > > > > > > > > > > After nearly every reboot the box does fsck on all UFS2 filesystems. In > > > > > > > > most cases, while shuting down, the box reports about not willing to die > > > > > > > > processes and after a reboot, the filesystems are unclean. > > > > > > > > > > > > > > > > Is this a common problem at the moment or special? > > > > > > > > > > > > > > > > > > > > > I've seen this happen on my CURRENT box at home when using "shutdown -p > > > > > > > now". Instead of the box powering off, it would lock up near the very > > > > > > > end of the shutdown process (before marking the filesystems clean). > > > > > > > > > > > > > > Oddly, this works fine in RELENG_7, so I'm guessing there's some ACPI > > > > > > > development going on (I can't complain, it *is* CURRENT). > > > > > > > > > > > > This could cames after my VFS works. > > > > > > Could you spend some time on this? > > > > > > I will tell you what to look at. > > > > > > > > > > > > > > > Sure thing! > > > > > > > > > > Let me know what I need to do to help, what information you need, or if > > > > > I should revert some commits to see if the behaviour changes. Build > > > > > date of the box (src-all csup'd about 45 minutes prior to the build > > > > > date): > > > > > > > > > > FreeBSD icarus.home.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 7 14:19:03 PST 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_CURRENT_amd64 amd64 > > > > > > > > Is this reproducible? > > > > > > > > > I don't have an answer at this time. I've only performed "shutdown -p > > > now" on this box twice since running CURRENT, and both times the problem > > > described occurred. > > > > > > > > > > I need you build a kernel with following options: > > > > INVARIANT_SUPPORT > > > > INVARIANTS > > > > DEBUG_VFS_LOCKS > > > > WITNESS > > > > and without WITNESS_SKIPSPIN > > > > > > > > > Will do. Relevant options I use: > > > > > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > > options SCHED_ULE # ULE scheduler > > > options PREEMPTION # Enable kernel thread preemption > > > options BREAK_TO_DEBUGGER # Sending a serial BREAK drops to DDB > > > options KDB # Enable kernel debugger support > > > options KDB_TRACE # Print stack trace automatically on panic > > > options DDB # Support DDB > > > options GDB # Support remote GDB > > > options INVARIANTS # Enable calls of extra sanity checking > > > options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > > > options WITNESS # Enable checks to detect deadlocks and cycles > > > options DEBUG_VFS_LOCKS # vfs lock debugging > > > > > > I have physical access to the console of this machine on a regular > > > basis. > > > > It's fine, great. > > > And as luck would have it, I can't reproduce the problem any more. I've > shutdown -p now'd literally 6 times in a row without any sort of lock > up, and this is running on the old kernel. The same behaviour is now > seen with the new kernel. > > So, the 2-3 times I've seen "shutdown -p now" not fully power off the > machine were either flukes, or who knows what/why. > > I simply can't reproduce the problem any longer. I'm sorry. Can you recompile your kernel with the old option (read: not use the old kernel, but recompile it with the old options) and see if it hangs? Did you update the sources in the while? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 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 45F541065686 for ; Wed, 12 Nov 2008 19:36:53 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 9440E8FC1B for ; Wed, 12 Nov 2008 19:36:52 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so407266nfh.33 for ; Wed, 12 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=w8WcCr1Y6I6TUVz/xooUyyi0+5XgvonhPnCNaq6j4Wk=; b=LBjuNMXvUrYOpu4JkLYiSsjaXxJAfL5xJob2ZPEeyJDx5wrgtvclGhTkmB6OZj7utb 56dW2DmG365at/OVwCS99hmtiuoEdDpsuosakTgbbK7aQM2NBxCnIshENiwD9Y31pSIK qvfBaE9IQWEzaLlXZmdqmc7rPBTfw7Mn/0NhA= 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=s7X/BPwiaeCIEa7Fpakjq1PzBKfCWNxsS13d1Y+FepCIF+1qYDg9j75AO9PUYAQjJd 7VQLuZnUx94/cPW2CipCijbT8NWoRoASgLkqoZjdQFkwTQwrTHtxccP6R/sLnqNLgJ/2 dqhZy0pNADHcLKtxZCuBs1mnhGOUbuIOFKneo= Received: by 10.187.246.9 with SMTP id y9mr3228558far.84.1226518609742; Wed, 12 Nov 2008 11:36:49 -0800 (PST) Received: by 10.187.161.6 with HTTP; Wed, 12 Nov 2008 11:36:49 -0800 (PST) Message-ID: Date: Wed, 12 Nov 2008 11:36:49 -0800 From: "Navdeep Parhar" To: "Doug Rabson" In-Reply-To: <440834F1-1CA0-424F-915F-3B3CD773F83B@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <440834F1-1CA0-424F-915F-3B3CD773F83B@rabson.org> Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: problems with nfsd (due to RPCSEC_GSS changes?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 19:36:53 -0000 On Wed, Nov 12, 2008 at 1:20 AM, Doug Rabson wrote: > > On 12 Nov 2008, at 01:30, Navdeep Parhar wrote: > >> I had a FreeBSD NFS server running a month+ old current (from Oct 2 or >> so). I upgraded to a current current (Nov 11) and nfsd stopped working. >> I was able to mount the exported filesystem but anything else would >> yield an "Input/output error." nfsstat -s showed "Server Ret-Failed" >> going up everytime I tried a 'cd', 'ls', etc. from the client. (I tried >> both FreeBSD and Solaris clients). >> >> Ultimately, I had to add NFS_LEGACYRPC in order to get a working nfsd. >> Looks like there may be a problem with the new code that was added as >> part of RPCSEC_GSS support. Note that I did not enable KGSSAPI in my >> kernel as I have no need for it. >> >> Are there any knows issues with the new code? Feel free to ask if you >> need any more information about my setup. > > I don't know of anything specific. If I could see a packet trace including > both the mount request and at least one failed access attempt, it would help > to understand what is happening here. > I saw a handful of commits from you last night so I updated + rebuilt the server's kernel to include them. These traces are with today's code (Nov12 11AM Pacific) on the server and yesterday's code on the client. The server is .2 and the client is .1, the trace is using tcpdump -s 256 -vvn on the server. # mount /usr/obj (and then wait a couple of seconds. The mount succeeds) 11:23:37.947451 IP (tos 0x0, ttl 64, id 20474, offset 0, flags [none], proto UDP (17), length 84) 192.168.1.1.841 > 192.168.1.2.111: [udp sum ok] UDP, length 56 11:23:37.947548 IP (tos 0x0, ttl 64, id 1644, offset 0, flags [none], proto UDP (17), length 56, bad cksum 0 (->f0f5)!) 192.168.1.2.111 > 192.168.1.1.841: [bad udp cksum 268!] UDP, length 28 11:23:37.947691 IP (tos 0x0, ttl 64, id 20475, offset 0, flags [none], proto UDP (17), length 68) 192.168.1.1.1225996811 > 192.168.1.2.2049: 40 null 11:23:37.947723 IP (tos 0x0, ttl 64, id 1645, offset 0, flags [none], proto UDP (17), length 52, bad cksum 0 (->f0f8)!) 192.168.1.2.2049 > 192.168.1.1.1225996811: reply ok 24 null 11:23:37.947807 IP (tos 0x0, ttl 64, id 20476, offset 0, flags [none], proto UDP (17), length 84) 192.168.1.1.941 > 192.168.1.2.111: [udp sum ok] UDP, length 56 11:23:37.947878 IP (tos 0x0, ttl 64, id 1646, offset 0, flags [none], proto UDP (17), length 56, bad cksum 0 (->f0f3)!) 192.168.1.2.111 > 192.168.1.1.941: [bad udp cksum 5c6d!] UDP, length 28 11:23:37.947989 IP (tos 0x0, ttl 64, id 20477, offset 0, flags [none], proto UDP (17), length 112) 192.168.1.1.783 > 192.168.1.2.971: [udp sum ok] UDP, length 84 11:23:37.948111 IP (tos 0x0, ttl 64, id 1647, offset 0, flags [none], proto UDP (17), length 96, bad cksum 0 (->f0ca)!) 192.168.1.2.971 > 192.168.1.1.783: [bad udp cksum b101!] UDP, length 68 11:23:37.948373 IP (tos 0x0, ttl 64, id 20478, offset 0, flags [DF], proto TCP (6), length 60) 192.168.1.1.959257417 > 192.168.1.2.2049: 0 proc-1241513984 11:23:37.948391 IP (tos 0x0, ttl 64, id 1648, offset 0, flags [DF], proto TCP (6), length 60, bad cksum 0 (->b0f8)!) 192.168.1.2.2049 > 192.168.1.1.959257417: reply Unknown rpc response code=3312979456 0 11:23:37.948421 IP (tos 0x0, ttl 64, id 20479, offset 0, flags [DF], proto TCP (6), length 52) 192.168.1.1.902 > 192.168.1.2.2049: ., cksum 0xc3aa (correct), 1057567033:1057567033(0) ack 4289015039 win 8192 11:23:37.948462 IP (tos 0x0, ttl 64, id 20480, offset 0, flags [DF], proto TCP (6), length 152) 192.168.1.1.905522926 > 192.168.1.2.2049: 100 fsinfo fh 1165,20536/2520064 11:23:37.948472 IP (tos 0x0, ttl 64, id 1649, offset 0, flags [DF], proto TCP (6), length 52, bad cksum 0 (->b0ff)!) 192.168.1.2.2049 > 192.168.1.1.902: ., cksum 0x837a (incorrect (-> 0x718c), 1:1(0) ack 100 win 29114 11:23:37.948499 IP (tos 0x0, ttl 64, id 1650, offset 0, flags [DF], proto TCP (6), length 88, bad cksum 0 (->b0da)!) 192.168.1.2.2049 > 192.168.1.1.905522926: reply ok 36 fsinfo ERROR: Stale NFS file handle POST: 11:23:37.948554 IP (tos 0x0, ttl 64, id 20481, offset 0, flags [DF], proto TCP (6), length 152) 192.168.1.1.905522927 > 192.168.1.2.2049: 100 fsinfo fh 1165,20536/2520064 11:23:37.948583 IP (tos 0x0, ttl 64, id 1651, offset 0, flags [DF], proto TCP (6), length 88, bad cksum 0 (->b0d9)!) 192.168.1.2.2049 > 192.168.1.1.905522927: reply ok 36 fsinfo ERROR: Stale NFS file handle POST: 11:23:37.948633 IP (tos 0x0, ttl 64, id 20482, offset 0, flags [DF], proto TCP (6), length 152) 192.168.1.1.905522928 > 192.168.1.2.2049: 100 fsstat fh 1165,20536/2520064 11:23:37.948654 IP (tos 0x0, ttl 64, id 1652, offset 0, flags [DF], proto TCP (6), length 88, bad cksum 0 (->b0d8)!) 192.168.1.2.2049 > 192.168.1.1.905522928: reply ok 36 fsstat ERROR: Input/output error POST: 11:23:37.948709 IP (tos 0x0, ttl 64, id 20483, offset 0, flags [DF], proto TCP (6), length 152) 192.168.1.1.905522929 > 192.168.1.2.2049: 100 fsinfo fh 1165,20536/2520064 11:23:37.948729 IP (tos 0x0, ttl 64, id 1653, offset 0, flags [DF], proto TCP (6), length 88, bad cksum 0 (->b0d7)!) 192.168.1.2.2049 > 192.168.1.1.905522929: reply ok 36 fsinfo ERROR: Stale NFS file handle POST: 11:23:38.050971 IP (tos 0x0, ttl 64, id 20485, offset 0, flags [DF], proto TCP (6), length 52) 192.168.1.1.902 > 192.168.1.2.2049: ., cksum 0xa059 (correct), 400:400(0) ack 145 win 16588 11:23:46.672078 IP (tos 0x0, ttl 64, id 20520, offset 0, flags [DF], proto TCP (6), length 148) 192.168.1.1.905522930 > 192.168.1.2.2049: 96 fsinfo fh 1165,20536/2520064 11:23:46.672109 IP (tos 0x0, ttl 64, id 1704, offset 0, flags [DF], proto TCP (6), length 88, bad cksum 0 (->b0a4)!) 192.168.1.2.2049 > 192.168.1.1.905522930: reply ok 36 fsinfo ERROR: Stale NFS file handle POST: 11:23:46.672163 IP (tos 0x0, ttl 64, id 20522, offset 0, flags [DF], proto TCP (6), length 148) 192.168.1.1.905522932 > 192.168.1.2.2049: 96 fsinfo fh 1165,20536/2520064 11:23:46.672186 IP (tos 0x0, ttl 64, id 1705, offset 0, flags [DF], proto TCP (6), length 88, bad cksum 0 (->b0a3)!) 192.168.1.2.2049 > 192.168.1.1.905522932: reply ok 36 fsinfo ERROR: Stale NFS file handle POST: 11:23:46.672225 IP (tos 0x0, ttl 64, id 20523, offset 0, flags [DF], proto TCP (6), length 148) 192.168.1.1.905522933 > 192.168.1.2.2049: 96 fsstat fh 1165,20536/2520064 11:23:46.672246 IP (tos 0x0, ttl 64, id 1706, offset 0, flags [DF], proto TCP (6), length 88, bad cksum 0 (->b0a2)!) 192.168.1.2.2049 > 192.168.1.1.905522933: reply ok 36 fsstat ERROR: Input/output error POST: 11:23:46.774735 IP (tos 0x0, ttl 64, id 20525, offset 0, flags [DF], proto TCP (6), length 52) 192.168.1.1.902 > 192.168.1.2.2049: ., cksum 0x5c04 (correct), 688:688(0) ack 253 win 16588 # ls /usr/obj (results in "ls: /usr/obj: Input/output error") 11:27:24.938974 IP (tos 0x0, ttl 64, id 21469, offset 0, flags [DF], proto TCP (6), length 152) 192.168.1.1.905522986 > 192.168.1.2.2049: 100 fsinfo fh 1165,20536/2520064 11:27:24.939014 IP (tos 0x0, ttl 64, id 2639, offset 0, flags [DF], proto TCP (6), length 88, bad cksum 0 (->acfd)!) 192.168.1.2.2049 > 192.168.1.1.905522986: reply ok 36 fsinfo ERROR: Stale NFS file handle POST: 11:27:24.939082 IP (tos 0x0, ttl 64, id 21470, offset 0, flags [DF], proto TCP (6), length 156) 192.168.1.1.905522987 > 192.168.1.2.2049: 104 access fh 1165,20536/2520064 003f 11:27:24.939112 IP (tos 0x0, ttl 64, id 2640, offset 0, flags [DF], proto TCP (6), length 88, bad cksum 0 (->acfc)!) 192.168.1.2.2049 > 192.168.1.1.905522987: reply ok 36 access ERROR: Input/output error attr: 11:27:24.939159 IP (tos 0x0, ttl 64, id 21471, offset 0, flags [DF], proto TCP (6), length 152) 192.168.1.1.905522988 > 192.168.1.2.2049: 100 getattr fh 1165,20536/2520064 11:27:24.939181 IP (tos 0x0, ttl 64, id 2641, offset 0, flags [DF], proto TCP (6), length 84, bad cksum 0 (->acff)!) 192.168.1.2.2049 > 192.168.1.1.905522988: reply ok 32 getattr ERROR: Input/output error 11:27:25.041841 IP (tos 0x0, ttl 64, id 21474, offset 0, flags [DF], proto TCP (6), length 52) 192.168.1.1.902 > 192.168.1.2.2049: ., cksum 0xbf65 (correct), 1057571769:1057571769(0) ack 4289016799 win 16588 Let me know if you need any more info. For the time being I'm going back to NFS_LEGACYRPC Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 19:45: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 E02A4106564A for ; Wed, 12 Nov 2008 19:45:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id B794A8FC16 for ; Wed, 12 Nov 2008 19:45:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 02A211AE296 for ; Wed, 12 Nov 2008 14:30:23 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 12 Nov 2008 14:30:23 -0500 X-Sasl-enc: Z0WAlRbxTrhJncQUnd7sNzJf+c/BmpCzJlhf22cPyVZE 1226518222 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 72CF320C43 for ; Wed, 12 Nov 2008 14:30:22 -0500 (EST) Message-ID: <491B2ECD.7000304@incunabulum.net> Date: Wed, 12 Nov 2008 19:30:21 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: QEMU USB host mode redirector X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2008 19:45:56 -0000 http://www.naobsd.org/qemu-usb-bsd.diff Did this ever get merged or tested in the port? It would be interesting to know if the passthrough would work with USB4BSD. cheers BMS From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 19:52: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 7844D1065670 for ; Wed, 12 Nov 2008 19:52:48 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 31C848FC27 for ; Wed, 12 Nov 2008 19:52:48 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (unknown [81.19.90.203]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id AB5011702A for ; Wed, 12 Nov 2008 22:41:22 +0300 (MSK) Message-ID: <491B3161.7000808@citrin.ru> Date: Wed, 12 Nov 2008 22:41:21 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: serial console 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: Wed, 12 Nov 2008 19:52:48 -0000 How to setup serial console in current? Settings, which works in RELENG_7, no longer help in CURRENT. $ cat /boot.config -P $ fgrep ttyu0 /etc/ttys ttyu0 "/usr/libexec/getty std.9600" cons25 on secure $ dmesg | fgrep uart uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] $ uname -a FreeBSD citrin.park.rambler.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Nov 12 18:42:45 MSK 2008 citrin@citrin.park.rambler.ru:/usr/obj/usr/src/sys/GENERIC amd64 -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 20:11: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 E24C5106568A for ; Wed, 12 Nov 2008 20:11:01 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6B9BE8FC12 for ; Wed, 12 Nov 2008 20:11:00 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so415876nfh.33 for ; Wed, 12 Nov 2008 12:10:59 -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=giy5kK2of/OgFGsiG+Mbf+Q1kkygRYIjSrvxSvse6vM=; b=sgzW8FD/5mMOcaA2vQLPK741O01Eo87LoWRomgVQzgEr/V1BPxKgrdheSBartt5SJ+ c9dRGzw4pBFt+rLTIY3s9uYLNwla1JAiTpYlMLZJTl2pQIaEfWTI3e7LQ8uZ98wlFlJW 9jdqWbY/Z0L04j2eJaZE6t3auezNGuTCYFDTk= 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=KfT4Y6zVGaDALiimvoRxTxLYFVFjDHWx0sNz/5sudQIuZ5sMbQocBpMte9qkVKjB1e 78Og7qVT1jfKpzBSXv+VXH3JamHIpfa9zBSUx9nDdzAuF2rK7Q+icL29D3PVynmzW7cm 0wleavGi0MrUjvgQNldm0p+B6whCVHyPxR+kI= Received: by 10.187.186.16 with SMTP id n16mr3234690fap.94.1226520659236; Wed, 12 Nov 2008 12:10:59 -0800 (PST) Received: by 10.187.161.6 with HTTP; Wed, 12 Nov 2008 12:10:59 -0800 (PST) Message-ID: Date: Wed, 12 Nov 2008 12:10:59 -0800 From: "Navdeep Parhar" To: "Anton Yuzhaninov" In-Reply-To: <491B3161.7000808@citrin.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <491B3161.7000808@citrin.ru> Cc: freebsd-current@freebsd.org Subject: Re: serial console 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: Wed, 12 Nov 2008 20:11:02 -0000 On Wed, Nov 12, 2008 at 11:41 AM, Anton Yuzhaninov wrote: > How to setup serial console in current? > I have a serial console, and it works with today's current. # cat /boot.config -D -S115200 # grep console /boot/loader.conf comconsole_speed="115200" console="comconsole,vidconsole" # grep ttyu0 /etc/ttys ttyu0 "/usr/libexec/getty std.115200" vt100 on secure You may want to try these and see if your serial port is working: # stty -f /dev/ttyu0 (all reasonable, expected values?) # echo "foo bar" > /dev/ttyu0 (Do you see anything on the console?) # cat < /dev/ttyu0 (type something on the console and see whether cat sees it) Regards, Navdeep > Settings, which works in RELENG_7, no longer help in CURRENT. > > $ cat /boot.config > -P > $ fgrep ttyu0 /etc/ttys > ttyu0 "/usr/libexec/getty std.9600" cons25 on secure > $ dmesg | fgrep uart > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart1: [FILTER] > $ uname -a > FreeBSD citrin.park.rambler.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Nov > 12 18:42:45 MSK 2008 > citrin@citrin.park.rambler.ru:/usr/obj/usr/src/sys/GENERIC amd64 > > -- > Anton Yuzhaninov > _______________________________________________ > 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 12 20:35: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 6625D1065679 for ; Wed, 12 Nov 2008 20:35:02 +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 04FBA8FC0C for ; Wed, 12 Nov 2008 20:35:02 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 1B8E11CC51; Wed, 12 Nov 2008 21:35:01 +0100 (CET) Date: Wed, 12 Nov 2008 21:35:01 +0100 From: Ed Schouten To: Anton Yuzhaninov Message-ID: <20081112203501.GA81783@hoeg.nl> References: <491B3161.7000808@citrin.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <491B3161.7000808@citrin.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: serial console 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: Wed, 12 Nov 2008 20:35:02 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Anton Yuzhaninov wrote: > How to setup serial console in current? > > Settings, which works in RELENG_7, no longer help in CURRENT. > > $ cat /boot.config > -P > $ fgrep ttyu0 /etc/ttys > ttyu0 "/usr/libexec/getty std.9600" cons25 on secure > $ dmesg | fgrep uart > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart1: [FILTER] > $ uname -a > FreeBSD citrin.park.rambler.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed No= v 12 18:42:45 MSK 2008 citrin@citrin.park.rambler.ru:/usr/obj/usr/src/s= ys/GENERIC amd64 As mentioned in /usr/src/UPDATING - don't forget to update /boot/device.hints. Let me know if you run into any problems. --=20 Ed Schouten WWW: http://80386.nl/ --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkbPfUACgkQ52SDGA2eCwU7lACcCKHm0wpxHIPIxLoDnYErhs3a oUIAnRGBQqOosoWtahrMLBsoSeqrPmFP =V6Oa -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 20:52: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 A07C51065676 for ; Wed, 12 Nov 2008 20:52:05 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 5697E8FC18 for ; Wed, 12 Nov 2008 20:52:05 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (unknown [81.19.90.203]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id D48AD1702A; Wed, 12 Nov 2008 23:52:03 +0300 (MSK) Message-ID: <491B41F3.9030307@citrin.ru> Date: Wed, 12 Nov 2008 23:52:03 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Ed Schouten References: <491B3161.7000808@citrin.ru> <20081112203501.GA81783@hoeg.nl> In-Reply-To: <20081112203501.GA81783@hoeg.nl> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: serial console 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: Wed, 12 Nov 2008 20:52:05 -0000 On 12.11.2008 23:35, Ed Schouten wrote: > * Anton Yuzhaninov wrote: >> How to setup serial console in current? >> >> Settings, which works in RELENG_7, no longer help in CURRENT. >> >> $ cat /boot.config >> -P >> $ fgrep ttyu0 /etc/ttys >> ttyu0 "/usr/libexec/getty std.9600" cons25 on secure >> $ dmesg | fgrep uart >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> uart0: [FILTER] >> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 >> uart1: [FILTER] >> $ uname -a >> FreeBSD citrin.park.rambler.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Nov 12 18:42:45 MSK 2008 citrin@citrin.park.rambler.ru:/usr/obj/usr/src/sys/GENERIC amd64 > > As mentioned in /usr/src/UPDATING - don't forget to update > /boot/device.hints. Let me know if you run into any problems. > /boot/device.hints was updated $ fgrep -h uart.0 /boot/device.hints hint.uart.0.at="isa" hint.uart.0.port="0x3F8" hint.uart.0.flags="0x10" hint.uart.0.irq="4" If ttyu0 commented out in /etc/ttys I can write text to remote machine using cu -l /dev/ttyu0 Serial port works fine, but console don't work... -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 21:23: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 9D34F1065674 for ; Wed, 12 Nov 2008 21:23:51 +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 60F958FC17 for ; Wed, 12 Nov 2008 21:23:51 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C64231CC51; Wed, 12 Nov 2008 22:23:50 +0100 (CET) Date: Wed, 12 Nov 2008 22:23:50 +0100 From: Ed Schouten To: Anton Yuzhaninov Message-ID: <20081112212350.GB81783@hoeg.nl> References: <491B3161.7000808@citrin.ru> <20081112203501.GA81783@hoeg.nl> <491B41F3.9030307@citrin.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PmA2V3Z32TCmWXqI" Content-Disposition: inline In-Reply-To: <491B41F3.9030307@citrin.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: serial console 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: Wed, 12 Nov 2008 21:23:51 -0000 --PmA2V3Z32TCmWXqI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Anton Yuzhaninov wrote: > On 12.11.2008 23:35, Ed Schouten wrote: >> * Anton Yuzhaninov wrote: >>> How to setup serial console in current? >>> >>> Settings, which works in RELENG_7, no longer help in CURRENT. >>> >>> $ cat /boot.config >>> -P >>> $ fgrep ttyu0 /etc/ttys >>> ttyu0 "/usr/libexec/getty std.9600" cons25 on secure >>> $ dmesg | fgrep uart >>> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >>> uart0: [FILTER] >>> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 >>> uart1: [FILTER] >>> $ uname -a >>> FreeBSD citrin.park.rambler.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed = Nov 12 18:42:45 MSK 2008 citrin@citrin.park.rambler.ru:/usr/obj/usr/src= /sys/GENERIC amd64 >> >> As mentioned in /usr/src/UPDATING - don't forget to update >> /boot/device.hints. Let me know if you run into any problems. >> > > /boot/device.hints was updated > > $ fgrep -h uart.0 /boot/device.hints > hint.uart.0.at=3D"isa" > hint.uart.0.port=3D"0x3F8" > hint.uart.0.flags=3D"0x10" > hint.uart.0.irq=3D"4" > > If ttyu0 commented out in /etc/ttys I can write text to remote machine us= ing > cu -l /dev/ttyu0 Maybe there's a difference between uart(4) and sio(4) w.r.t. carrier-detect handling? What happens if you change ttyu0 to cuau0 in /etc/ttys? This is not a proper solution, but it should give us some more insight. --=20 Ed Schouten WWW: http://80386.nl/ --PmA2V3Z32TCmWXqI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkbSWYACgkQ52SDGA2eCwVbFgCdEaEUNTHHOB8gBcSRVkvJpxuv RsEAn0p/pHwoYb4FbhGTWP1YZSJ/yebW =guO0 -----END PGP SIGNATURE----- --PmA2V3Z32TCmWXqI-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 21:27:54 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 930DD1065676 for ; Wed, 12 Nov 2008 21:27:54 +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 64B9E8FC19 for ; Wed, 12 Nov 2008 21:27:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id eKAF1a00M0mlR8UA1MTups; Wed, 12 Nov 2008 21:27:54 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA11.emeryville.ca.mail.comcast.net with comcast id eMTq1a00S2P6wsM8XMTqPm; Wed, 12 Nov 2008 21:27:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=4gly3xOMEbJdIkLzrQUA:9 a=kzvec7GOa2N6VVSVESEA:7 a=D2W3T4IwZuoi9KRaOZC7f1ByGcUA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 542475C19; Wed, 12 Nov 2008 13:27:50 -0800 (PST) Date: Wed, 12 Nov 2008 13:27:50 -0800 From: Jeremy Chadwick To: Attilio Rao Message-ID: <20081112212750.GA2129@icarus.home.lan> References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> <20081112161644.GA98426@icarus.home.lan> <3bbf2fe10811120820xeb54b4fj4f4c5e285670c29a@mail.gmail.com> <20081112182148.GA1308@icarus.home.lan> <3bbf2fe10811121121q29b60f19va9be4808b962259a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10811121121q29b60f19va9be4808b962259a@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 21:27:54 -0000 On Wed, Nov 12, 2008 at 08:21:15PM +0100, Attilio Rao wrote: > 2008/11/12, Jeremy Chadwick : > > On Wed, Nov 12, 2008 at 05:20:56PM +0100, Attilio Rao wrote: > > > 2008/11/12, Jeremy Chadwick : > > > > On Wed, Nov 12, 2008 at 04:52:59PM +0100, Attilio Rao wrote: > > > > > 2008/11/12, Jeremy Chadwick : > > > > > > On Wed, Nov 12, 2008 at 04:44:52PM +0100, Attilio Rao wrote: > > > > > > > 2008/11/12, Jeremy Chadwick : > > > > > > > > On Wed, Nov 12, 2008 at 02:44:05PM +0000, O. Hartmann wrote: > > > > > > > > > I run FreeBSD 8.0/AMD64 on two boxes (one is a UP older AMD64 Athlon64 > > > > > > > > > 3500, other an 8-Core Dell Poweredge 1950). > > > > > > > > > > > > > > > > > > After nearly every reboot the box does fsck on all UFS2 filesystems. In > > > > > > > > > most cases, while shuting down, the box reports about not willing to die > > > > > > > > > processes and after a reboot, the filesystems are unclean. > > > > > > > > > > > > > > > > > > Is this a common problem at the moment or special? > > > > > > > > > > > > > > > > > > > > > > > > I've seen this happen on my CURRENT box at home when using "shutdown -p > > > > > > > > now". Instead of the box powering off, it would lock up near the very > > > > > > > > end of the shutdown process (before marking the filesystems clean). > > > > > > > > > > > > > > > > Oddly, this works fine in RELENG_7, so I'm guessing there's some ACPI > > > > > > > > development going on (I can't complain, it *is* CURRENT). > > > > > > > > > > > > > > This could cames after my VFS works. > > > > > > > Could you spend some time on this? > > > > > > > I will tell you what to look at. > > > > > > > > > > > > > > > > > > Sure thing! > > > > > > > > > > > > Let me know what I need to do to help, what information you need, or if > > > > > > I should revert some commits to see if the behaviour changes. Build > > > > > > date of the box (src-all csup'd about 45 minutes prior to the build > > > > > > date): > > > > > > > > > > > > FreeBSD icarus.home.lan 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 7 14:19:03 PST 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/X7SBA_CURRENT_amd64 amd64 > > > > > > > > > > Is this reproducible? > > > > > > > > > > > > I don't have an answer at this time. I've only performed "shutdown -p > > > > now" on this box twice since running CURRENT, and both times the problem > > > > described occurred. > > > > > > > > > > > > > I need you build a kernel with following options: > > > > > INVARIANT_SUPPORT > > > > > INVARIANTS > > > > > DEBUG_VFS_LOCKS > > > > > WITNESS > > > > > and without WITNESS_SKIPSPIN > > > > > > > > > > > > Will do. Relevant options I use: > > > > > > > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > > > options SCHED_ULE # ULE scheduler > > > > options PREEMPTION # Enable kernel thread preemption > > > > options BREAK_TO_DEBUGGER # Sending a serial BREAK drops to DDB > > > > options KDB # Enable kernel debugger support > > > > options KDB_TRACE # Print stack trace automatically on panic > > > > options DDB # Support DDB > > > > options GDB # Support remote GDB > > > > options INVARIANTS # Enable calls of extra sanity checking > > > > options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > > > > options WITNESS # Enable checks to detect deadlocks and cycles > > > > options DEBUG_VFS_LOCKS # vfs lock debugging > > > > > > > > I have physical access to the console of this machine on a regular > > > > basis. > > > > > > It's fine, great. > > > > > > And as luck would have it, I can't reproduce the problem any more. I've > > shutdown -p now'd literally 6 times in a row without any sort of lock > > up, and this is running on the old kernel. The same behaviour is now > > seen with the new kernel. > > > > So, the 2-3 times I've seen "shutdown -p now" not fully power off the > > machine were either flukes, or who knows what/why. > > > > I simply can't reproduce the problem any longer. I'm sorry. > > Can you recompile your kernel with the old option (read: not use the > old kernel, but recompile it with the old options) and see if it > hangs? Here's the behaviour and details: Old kernel, built 2008/11/07, csup'd 11/07, kernel config without WITNESS: shutdown -p now failed 2-3 times, but appears to work now. Not sure what/where the fluke was. New kernel, built 2008/11/12, csup'd 11/12, kernel config with WITNESS: shutdown -p now works. I'll try rebuilding the 2008/11/12 kernel (with the same csup sources) but without WITNESS and see if a couple shutdown -p now's work OK. I'm not sure when I'll get to this (see below) though. I'm not sure how much longer I'll be able to test CURRENT, because I keep encountering seriously broken shit (pardon my language) that I do not have the tolerance to deal with (I REALLY need to just build a 2nd FreeBSD box for my home to run CURRENT and test for folks). This is not the thread to put this in, but I do not see the point in starting a new thread about this because I guarantee people will go "looks like a local problem, sounds hardware related", especially since some others cannot reproduce it themselves, and there are some high temperature with my hardware (for unknown reasons). I went with CURRENT because I kept encountering a deadlocked kernel on RELENG_7 whenever attempting to use USB umass/da. CURRENT has the same problem as RELENG_7 in this regard, even with USB4BSD. However, the latest USB4BSD busdma patch fixes that issue, but there are times during file copies (USB write operation) where the copy literally will sit for 20-30 full seconds doing nothing, yet dd speed/bandwidth tests show no sign of such. Possibly this "doing nothing for 20-30 seconds" is a symptom of the next thing I'm seeing. I've done a write-up on this completely bizarre problem where processes on CURRENT are getting wedged for random amounts of time, chewing up very large amounts of processor time (between 60-100%) on my dual-core system; load average sky-rockets (above 7.xx), and coretemp(4) on the cores shows a tremendous increase in temperature (indicating the processors *really are* getting hammered by something). Yet ktrace and truss on the processes show nothing happening, and they flip between "-" and "wait" state in ps. I don't know what to do about it though, and after reading my own write-up, I realise the visual symptoms are so bizarre that it can't be taken seriously. But there's more: even when the system is sitting idle (no processes in that weird state), I believe the overall temperature of my cores is 8-10C higher than that of RELENG_7 (I was seeing core temperatures of 32-34C when idling on RELENG_7, and in CURRENT I'm seeing 40-42C; and without powerd in CURRENT, I see temps of 50-51C while idling). But I should be fair with regards to this paragraph: I need to do a *full reinstall* of RELENG_7 and gather statistics/evidence before stating "yeah CURRENT is churning CPU and increasing CPU temps". For all I know there could be something evil going on with my hardware that has nothing to do with FreeBSD, at least with regards to this issue. -- | 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 Wed Nov 12 22:16: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 57175106564A for ; Wed, 12 Nov 2008 22:16:49 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id D17C88FC1C for ; Wed, 12 Nov 2008 22:16:48 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so446130nfh.33 for ; Wed, 12 Nov 2008 14:16: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:cc:in-reply-to:mime-version:content-type:references; bh=szVBACCVArh6wEAAMBKYAe1nbjOTSaqKY0vKjwcHT8E=; b=VD4WSYP8LNdwtE7wOCFE0FL6WXJ6UUyfRkyhShgcVCvCEiwrjNmnuVdWIKlllWguyo AgqV4z7oWUXFOqpxwDCeBOYJc6xY5/GRwLkdPF0AX43o8LCXBCcWIahCUay6yTSTcefr BF2Bx9/eqcBbEMFSAvBs6U2w8uVej30Im2/II= 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=HXaFqwy8Ke2W4mPN0XOnBhDExgvK0iIKbmS+XKeu2exPb8JRgM/6idHxV1fP70ipSn VOLIREd/Va8eJpBVQkuCTGQlvyC5s/sGi4Uzrux5rLZCSJoWkuhgtNpZfbw8F5+Cvw3Q 3UIhhJFUxAxI8OLS5Ef7/P31XfrPRD6B/pUwo= Received: by 10.210.129.19 with SMTP id b19mr10809576ebd.40.1226528207463; Wed, 12 Nov 2008 14:16:47 -0800 (PST) Received: by 10.210.130.15 with HTTP; Wed, 12 Nov 2008 14:16:47 -0800 (PST) Message-ID: <3cb459ed0811121416k2f711f1g6afdba6ec07c58bc@mail.gmail.com> Date: Thu, 13 Nov 2008 01:16:47 +0300 From: "Alexander Churanov" To: "Sergey Matveychuk" In-Reply-To: <491B12F7.3050702@FreeBSD.org> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <491B12F7.3050702@FreeBSD.org> 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: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 22:16:49 -0000 Sergey, It works, thank you. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 23:40: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 D73111065695 for ; Wed, 12 Nov 2008 23:40:33 +0000 (UTC) (envelope-from det135@psu.edu) Received: from f04n01.cac.psu.edu (f04s01.cac.psu.edu [128.118.141.31]) by mx1.freebsd.org (Postfix) with ESMTP id 89CF18FC1F for ; Wed, 12 Nov 2008 23:40:33 +0000 (UTC) (envelope-from det135@psu.edu) Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by f04n01.cac.psu.edu (8.13.2/8.13.2) with ESMTP id mACF8p68121558; Wed, 12 Nov 2008 10:08:51 -0500 Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by hoenikker.aset.psu.edu (8.14.2/8.14.2) with ESMTP id mACF8pVO030433; Wed, 12 Nov 2008 10:08:51 -0500 (EST) (envelope-from det135@hoenikker.aset.psu.edu) Received: (from det135@localhost) by hoenikker.aset.psu.edu (8.14.2/8.14.2/Submit) id mACF8p0f030432; Wed, 12 Nov 2008 10:08:51 -0500 (EST) (envelope-from det135) Date: Wed, 12 Nov 2008 10:08:50 -0500 From: Derek Taylor To: freebsd-current@freebsd.org Message-ID: <20081112150850.GC34909@psu.edu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by amavisd-new Cc: dfr@freebsd.org Subject: Re: problems with nfsd (due to RPCSEC_GSS changes?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Derek Taylor List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 23:40:33 -0000 On Tue, 11 Nov 2008, Navdeep Parhar wrote: >Ultimately, I had to add NFS_LEGACYRPC in order to get a working nfsd. >Looks like there may be a problem with the new code that was added as >part of RPCSEC_GSS support. Note that I did not enable KGSSAPI in my >kernel as I have no need for it. It sounds like you were bitten by the behavior documented in paragraph two of the commit log: The NFS code currently contains support for both the new RPC implementation and the older legacy implementation inherited from the original NFS codebase. The default is to use the new implementation - add the NFS_LEGACYRPC option to fall back to the old code. When I merge this support back to RELENG_7, I will probably change this so that users have to 'opt in' to get the new code. -- Derek Taylor Applied Information Technologies Systems Design Specialist Pennsylvania State University det135@psu.edu 230J Computer Bldg Phone: +1 814 867 1533 University Park, PA, 16802 From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 23:46: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 71A66106567B for ; Wed, 12 Nov 2008 23:46:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id 5BF6F8FC14 for ; Wed, 12 Nov 2008 23:46:28 +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 macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KA8006PAVDFK210@asmtp022.mac.com> for freebsd-current@FreeBSD.org; Wed, 12 Nov 2008 15:46:28 -0800 (PST) Message-id: From: Marcel Moolenaar To: Anton Yuzhaninov In-reply-to: <491B3161.7000808@citrin.ru> Date: Wed, 12 Nov 2008 15:46:27 -0800 References: <491B3161.7000808@citrin.ru> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@FreeBSD.org Subject: Re: serial console 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: Wed, 12 Nov 2008 23:46:28 -0000 On Nov 12, 2008, at 11:41 AM, Anton Yuzhaninov wrote: > How to setup serial console in current? > > Settings, which works in RELENG_7, no longer help in CURRENT. > > $ cat /boot.config > -P > $ fgrep ttyu0 /etc/ttys > ttyu0 "/usr/libexec/getty std.9600" cons25 on secure ^^^^^^^^^ You probably want to make that vt100... > $ dmesg | fgrep uart > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > uart0: [FILTER] > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart1: [FILTER] The low-level console is not serial. You want to see something like: uart0: console (115200,n,8,1) -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 12 23:59: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 0E6511065673 for ; Wed, 12 Nov 2008 23:59:04 +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 E31F08FC1C for ; Wed, 12 Nov 2008 23:59:03 +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 mACNx31Y019962 for ; Wed, 12 Nov 2008 15:59:03 -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 mACNx3Va019961 for freebsd-current@freebsd.org; Wed, 12 Nov 2008 15:59:03 -0800 (PST) (envelope-from sgk) Date: Wed, 12 Nov 2008 15:59:03 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20081112235903.GA19865@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: GEOM hangover disables NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Nov 2008 23:59:04 -0000 On three nodes in my cluster (nodes n17, n18, and n19), I had GEOM use /dev/ad4s1e for tests with gmirror and ggated/ggatec. I found that GEOM was insufficient for my needs and decided to return the 3 partitions to NFS-exported partitions. It seems that once GEOM touches a partition, the partition can no longer be used by NFS. I'll illustrute the problem with n17:/dev/ad4s1e. In what follows, n10 is the master node. Both n10 and n17 have brand new worlds and kernels from about 45 minutes ago. n10:kargl[203] ssh n17 n17:kargl[201] df Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/ad4s1a 247 104 123 46% / devfs 0 0 0 100% /dev /dev/ad4s1e 222780 0 204958 0% /data /dev/ad4s1d 3962 182 3463 5% /usr n10:/home 193947 92855 85576 52% /home n10:/usr/local 19832 10494 7750 58% /usr/local n17:kargl[202] tail -1 /etc/exports /data -alldirs node10 node21 The above is after a 'newfs -U /dev/ad4s1e' and a reboot. n10:root[244] ls / | grep -E ^n n11/ n12/ n13/ n14/ n15/ n16/ n17/ n18/ n19/ n20/ n21/ n10:root[245] mount_nfs -o tcp n17:/data /n17 n10:root[246] mount -v | grep n17 n17:/data on /n17 (nfs, fsid 0eff000303000000) n10:root[247] ls /n17 ls: /n17: Input/output error n10:root[248] ls / | grep -E ^n ls: n17: Input/output error n11/ n12/ n13/ n14/ n15/ n16/ n18/ n19/ n20/ n21/ n10:root[251] umount /n17 n10:root[252] ls / | grep -E ^n n11/ n12/ n13/ n14/ n15/ n16/ n17/ n18/ n19/ n20/ n21/ So, how does one exorcise GEOM from /dev/ad4s1e? -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 00:18: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 996C710656AD for ; Thu, 13 Nov 2008 00:18:13 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6495D8FC19 for ; Thu, 13 Nov 2008 00:18:13 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so607281rvf.43 for ; Wed, 12 Nov 2008 16:18:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=yMFiLlVT0NsQtzwoq60HZCd1oQXnLIMnNhnYM0TZaog=; b=cwr7SSoWjL+CV5bBoRE2nGtaXDAk5gTMJP2efZxvvZSGW9MWT/FiN+Udzw98qkX6XE On6rLztJVCkjxUr91ZMaTMQ3ckoGfyQC8kOa71uODQTVKj2mQ0dB80C/KjDSHzSWkbRH cezBy/3z+2N7k9eXgqVGuiLov6OtuEgY5ibB0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; b=Desw7By65xcLelTcnbEW8nXCvPK2bH0i5+8syEBcsDeTKfS7/xsGKfT1kQ88qdLJAR U79DwPM2UGfVprAxlYGcYs71/ENRFIITj+80wq8650rxHnJkJruhqjUVKsts93Y38JGO hgB5JP86Otimzv5rb4ZHpx2yWR85NtFS0k8wY= Received: by 10.141.141.3 with SMTP id t3mr5155363rvn.15.1226535492935; Wed, 12 Nov 2008 16:18:12 -0800 (PST) Received: from insightsol.com (h-67-100-74-36.snvacaid.covad.net [67.100.74.36]) by mx.google.com with ESMTPS id l31sm29883955rvb.2.2008.11.12.16.18.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 12 Nov 2008 16:18:08 -0800 (PST) Date: Wed, 12 Nov 2008 16:18:04 -0800 From: Navdeep Parhar To: Derek Taylor Message-ID: <20081113001804.GA10822@insightsol.com> Mail-Followup-To: Derek Taylor , freebsd-current@freebsd.org, dfr@freebsd.org References: <20081112150850.GC34909@psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081112150850.GC34909@psu.edu> User-Agent: Mutt/1.5.17+20080114 (2008-01-14) Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: problems with nfsd (due to RPCSEC_GSS changes?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 00:18:13 -0000 On Wed, Nov 12, 2008 at 10:08:50AM -0500, Derek Taylor wrote: > On Tue, 11 Nov 2008, Navdeep Parhar wrote: > >Ultimately, I had to add NFS_LEGACYRPC in order to get a working nfsd. > >Looks like there may be a problem with the new code that was added as > >part of RPCSEC_GSS support. Note that I did not enable KGSSAPI in my > >kernel as I have no need for it. > > It sounds like you were bitten by the behavior documented in paragraph > two of the commit log: > The NFS code currently contains support for both the new RPC > implementation and the older legacy implementation inherited > from the original NFS codebase. The default is to use the new > implementation - add the NFS_LEGACYRPC option to fall back to > the old code. When I merge this support back to RELENG_7, I > will probably change this so that users have to 'opt in' to > get the new code. My reading of the commit log was that the new code would work out of the box, and that NFS_LEGACYRPC was for unforeseen problems (just like the one I ran into). I expected the new RPC implementation to work without any change to kernel conf or anything else. I don't feel any expected brokenness was documented in that paragraph. Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 01:14: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 D938B106568D for ; Thu, 13 Nov 2008 01:14:21 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 73BFE8FC14 for ; Thu, 13 Nov 2008 01:14:21 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.2) with ESMTP id mAD1F6ED008926; Wed, 12 Nov 2008 19:15:07 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id mAD1F66Z008925; Wed, 12 Nov 2008 19:15:06 -0600 (CST) (envelope-from brooks) Date: Wed, 12 Nov 2008 19:15:06 -0600 From: Brooks Davis To: Steve Kargl Message-ID: <20081113011506.GA6719@lor.one-eyed-alien.net> References: <20081112235903.GA19865@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <20081112235903.GA19865@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 12 Nov 2008 19:15:07 -0600 (CST) Cc: freebsd-current@freebsd.org Subject: Re: GEOM hangover disables NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2008 01:14:21 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 12, 2008 at 03:59:03PM -0800, Steve Kargl wrote: > On three nodes in my cluster (nodes n17, n18, and n19), I had > GEOM use /dev/ad4s1e for tests with gmirror and ggated/ggatec. > I found that GEOM was insufficient for my needs and decided=20 > to return the 3 partitions to NFS-exported partitions. It seems > that once GEOM touches a partition, the partition can no longer > be used by NFS. > > I'll illustrute the problem with n17:/dev/ad4s1e. In what follows, > n10 is the master node. Both n10 and n17 have brand new worlds > and kernels from about 45 minutes ago. >=20 > n10:kargl[203] ssh n17 > n17:kargl[201] df > Filesystem 1M-blocks Used Avail Capacity Mounted on > /dev/ad4s1a 247 104 123 46% / > devfs 0 0 0 100% /dev > /dev/ad4s1e 222780 0 204958 0% /data > /dev/ad4s1d 3962 182 3463 5% /usr > n10:/home 193947 92855 85576 52% /home > n10:/usr/local 19832 10494 7750 58% /usr/local >=20 > n17:kargl[202] tail -1 /etc/exports > /data -alldirs node10 node21 >=20 > The above is after a 'newfs -U /dev/ad4s1e' and a reboot. >=20 > n10:root[244] ls / | grep -E ^n > n11/ n12/ n13/ n14/ n15/ n16/ n17/ n18/ n19/ n20/ n21/ >=20 > n10:root[245] mount_nfs -o tcp n17:/data /n17 > n10:root[246] mount -v | grep n17 > n17:/data on /n17 (nfs, fsid 0eff000303000000) > n10:root[247] ls /n17 > ls: /n17: Input/output error > n10:root[248] ls / | grep -E ^n > ls: n17: Input/output error > n11/ n12/ n13/ n14/ n15/ n16/ n18/ n19/ n20/ n21/ >=20 > n10:root[251] umount /n17 > n10:root[252] ls / | grep -E ^n > n11/ n12/ n13/ n14/ n15/ n16/ n17/ n18/ n19/ n20/ n21/ >=20 > So, how does one exorcise GEOM from /dev/ad4s1e? All disks and partitions are always represented as GEOM devices. This is the only way to access storage so I'm pretty sure you don't actually want to get rid of GEOM. :) The output of "sysctl -b kern.geom.conftxt" would show if there were bits that were being picked up by a stray geom consumer. A dmesg from the problem nodes might also be helpful in determining what's wrong. The best guess would be left over state, probably at the end of the volumes. If local access to the file system actually works, NFS really shouldn't care what's been done to the disk below the file system. -- Brooks --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFJG3+ZXY6L6fI4GtQRAlRpAKDC8lAETXUD46pXwg0ok5YDj4g8EgCeMKYP uVNqjVu+Ms5cRQiccHhATU0= =sfSz -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 01:27: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 53AC7106564A; Thu, 13 Nov 2008 01:27:02 +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 188C08FC17; Thu, 13 Nov 2008 01:27:02 +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 mAD1R1aJ027392; Wed, 12 Nov 2008 17:27:01 -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 mAD1R1H6027391; Wed, 12 Nov 2008 17:27:01 -0800 (PST) (envelope-from sgk) Date: Wed, 12 Nov 2008 17:27:01 -0800 From: Steve Kargl To: Brooks Davis Message-ID: <20081113012701.GA27354@troutmask.apl.washington.edu> References: <20081112235903.GA19865@troutmask.apl.washington.edu> <20081113011506.GA6719@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081113011506.GA6719@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: GEOM hangover disables NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2008 01:27:02 -0000 On Wed, Nov 12, 2008 at 07:15:06PM -0600, Brooks Davis wrote: > On Wed, Nov 12, 2008 at 03:59:03PM -0800, Steve Kargl wrote: > > On three nodes in my cluster (nodes n17, n18, and n19), I had > > GEOM use /dev/ad4s1e for tests with gmirror and ggated/ggatec. > > I found that GEOM was insufficient for my needs and decided > > to return the 3 partitions to NFS-exported partitions. It seems > > that once GEOM touches a partition, the partition can no longer > > be used by NFS. > > (snip) > > So, how does one exorcise GEOM from /dev/ad4s1e? > > All disks and partitions are always represented as GEOM devices. This is > the only way to access storage so I'm pretty sure you don't actually > want to get rid of GEOM. :) > > The output of "sysctl -b kern.geom.conftxt" would show if there were > bits that were being picked up by a stray geom consumer. A dmesg from > the problem nodes might also be helpful in determining what's wrong. > The best guess would be left over state, probably at the end of the > volumes. If local access to the file system actually works, NFS really > shouldn't care what's been done to the disk below the file system. > Andrzej Tobola pointed me to the NFS_LEGACYRPC kernel option. Seems I chose a bad time to experiment with gmirror and ggated/ggatec in that my fallback plan to plain old NFS had an unforeseen (by me) bug. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 01:43: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 8B61A1065670; Thu, 13 Nov 2008 01:43:38 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4E18FC17; Thu, 13 Nov 2008 01:43:38 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id mAD1K9IS017114; Wed, 12 Nov 2008 17:20:09 -0800 (PST) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id mAD1K9l3017113; Wed, 12 Nov 2008 17:20:09 -0800 (PST) (envelope-from faber) Date: Wed, 12 Nov 2008 17:20:09 -0800 From: Ted Faber To: Derek Taylor , freebsd-current@freebsd.org, dfr@freebsd.org Message-ID: <20081113012009.GA2904@zod.isi.edu> References: <20081112150850.GC34909@psu.edu> <20081113001804.GA10822@insightsol.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20081113001804.GA10822@insightsol.com> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: Subject: Re: problems with nfsd (due to RPCSEC_GSS changes?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 01:43:38 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 12, 2008 at 04:18:04PM -0800, Navdeep Parhar wrote: > On Wed, Nov 12, 2008 at 10:08:50AM -0500, Derek Taylor wrote: > > On Tue, 11 Nov 2008, Navdeep Parhar wrote: > > >Ultimately, I had to add NFS_LEGACYRPC in order to get a working nfsd. > > >Looks like there may be a problem with the new code that was added as > > >part of RPCSEC_GSS support. Note that I did not enable KGSSAPI in my > > >kernel as I have no need for it. > >=20 > > It sounds like you were bitten by the behavior documented in paragraph > > two of the commit log: > > The NFS code currently contains support for both the new RPC > > implementation and the older legacy implementation inherited > > from the original NFS codebase. The default is to use the new > > implementation - add the NFS_LEGACYRPC option to fall back to > > the old code. When I merge this support back to RELENG_7, I > > will probably change this so that users have to 'opt in' to > > get the new code. >=20 > My reading of the commit log was that the new code would work out of > the box, and that NFS_LEGACYRPC was for unforeseen problems (just like > the one I ran into). I expected the new RPC implementation to work > without any change to kernel conf or anything else. >=20 > I don't feel any expected brokenness was documented in that paragraph. For what it's worth, I made a similar transition and the new RPC code paniced my NFS client. At least, I believe that was the cause as the panic has been removed by reverting back to the old RPC code. I think this is probably worth a HEADS UP or an entry in UPDATING. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkbgMgACgkQaUz3f+Zf+XuYBgCgrkwLgl6jNyoJwRgBSHnZeLS2 P3MAoPowwsGOqgnn18r5q8Fz09iaKrFp =qiZT -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 07:09: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 35E611065679 for ; Thu, 13 Nov 2008 07:09:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id C8F8A8FC08 for ; Thu, 13 Nov 2008 07:09:52 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2FE53.dip.t-dialin.net [217.226.254.83]) by redbull.bpaserver.net (Postfix) with ESMTP id 1DCF12E0E2; Thu, 13 Nov 2008 08:09:48 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 14F2D5D136; Thu, 13 Nov 2008 08:09:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1226560175; bh=ITP5GYWblJF9LfYjb0HHhUvxXvo7hwm30 mOl8stQA3Q=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=oaS1Cy7P5S5fzoCXiGlb8A1kZ9Np8kGYKgbT3ygqNJfV3KVvAd8oxTk5hj8tclG/J B6nxCUHs6s1TAvRCYJzBQwq8kLkpm49sdqMtS3rs0bSotZUXXCD2La+4qP5gQSlIhHH V0SQVD1wS0TfVN7V+HutnztsjAF034JdJSTcT30rWNrjnhUJN0qu0Ivp9w6aEhfwsb+ doGgb3b8nTQkOh+mZvdScpOrPtQbCUqVeZArFa/TGbPd5tznnjMtYCSntUmn+WE3jbN HS6EguujUCDLQaoTJ0WCSCuYOxkn5iSy0u8nB6gG+f1kMhkch7b7nIhQw7tpl0aEf/x b38GJXKFw== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mAD79Yiw027892; Thu, 13 Nov 2008 08:09:34 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 13 Nov 2008 08:09:34 +0100 Message-ID: <20081113080934.18107pb6oxoa9m74@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 13 Nov 2008 08:09:34 +0100 From: Alexander Leidinger To: Alexander Churanov References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081112083120.18545lxnzm0odc84@webmail.leidinger.net> <3cb459ed0811120652m363470e0i823c451803516e5f@mail.gmail.com> In-Reply-To: <3cb459ed0811120652m363470e0i823c451803516e5f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 1DCF12E0E2.76823 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 07:09:53 -0000 Quoting Alexander Churanov (from Wed, 12 Nov 2008 17:52:37 +0300): > Folks, > > Following Alexander's advice I've registered in wiki.freebsd.org as > "AlexanderChuranov" and want to obtain contributor-level access to it. To my > mind creating two pages would be sufficient: AlexanderChuranov (personal > page) and SysconsUnicodeProject. The ability to create sub-pages under those > two is also desired. As you where already added when I had a look: I added a link on the frontpage to your project. I suggest you add the content of your last mail where you describe it to the wiki, instead of a link to the initial mail of the project. Bye, Alexander. -- Hollerith, v: What thou doest when thy phone is on the fritzeth. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 08:18: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 91CBC106564A for ; Thu, 13 Nov 2008 08:18:28 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 1D16E8FC12 for ; Thu, 13 Nov 2008 08:18:27 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2FE53.dip.t-dialin.net [217.226.254.83]) by redbull.bpaserver.net (Postfix) with ESMTP id 93A0B2E06D; Thu, 13 Nov 2008 09:18:22 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5DE8C35149; Thu, 13 Nov 2008 09:18:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1226564289; bh=WWETB1jaZJeqPRe3r6Llsn7G5/fZ/1JVN /d1WOmFob8=; h=Message-ID:Date:From:To:Cc:Subject:References: In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Mm09uDnXhjCTfo1nmCEuq1KD5wA2GQ1jMl2Vd/cWiWw4xG/qZhT5yHTdEikvHmRTs onHG18RWvGaPrwg6ad25uJbKI7nWwFkrgtAwMP28cNAsmDZ3oaRI2t7dcU3Svy2g+qn g0RKBm2QLl1i8MqwQuYvdzy3MZ4I/1QpnfNSHmh+ocNOYjzXKiwx+ZzxU8LlYU7Ds+L DS3YAzhiJddJy9pN2Dg8bckRbY/FMJRyERwWZsocCSl8HWUOhAphCsfN75y45Peg/kh gczuU0DrmyqIe05sZmwbf7OeFoVMXxAwzL2i3paKwAifTFYOLocEY5+DNyqVHU7lm5S /P7CThgTg== Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id mAD8I83w039749; Thu, 13 Nov 2008 09:18:08 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 13 Nov 2008 09:18:08 +0100 Message-ID: <20081113091808.12121w3199o1l2v4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 13 Nov 2008 09:18:08 +0100 From: Alexander Leidinger To: Alexander Churanov References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081111152011.GF9030@detritus.paeps.cx> <3cb459ed0811120718y755b123g90970461da2773be@mail.gmail.com> In-Reply-To: <3cb459ed0811120718y755b123g90970461da2773be@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.3) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 93A0B2E06D.E2412 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.004, required 6, BAYES_00 -15.00, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 08:18:28 -0000 Quoting Alexander Churanov (from Wed, 12 =20 Nov 2008 18:18:03 +0300): > Philip, > > Yes, please, create a branch in perforce. Then I will check my changes in. > > I'd like to list what I currently have, because I have no idea about how t= o > place all the stuff correctly under current tree, and, therefore, what > permissions I need: > > 1) Modified syscons files. It's clear that they stay in the same place. > > 2) Added sysons files (UTF processing). Currently they go to new folder, > added under syscons tree. They are also listed in kernel build description > file. Depending on their purpose, that's ok or not. :) > 3) User-mode unit-tests for added syscons files. Currently they are locate= d > in the same folder as added files (under syscons tree) with their own > Makefile. We have src/tools/regression/ for this. > 4) User-mode application that is used for manual integration testing. > Currently is does not live in source code tree (just in my home folder). If this is just for testing, it may be ok to put it into src/tools/ or =20 src/tools/regression/ somewhere. Bye, Alexander. --=20 By nature, men are nearly alike; by practice, they get to be wide apart. =09=09-- Confucius http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 08:56: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 0E68D106567A for ; Thu, 13 Nov 2008 08:56:34 +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 67B4A8FC12 for ; Thu, 13 Nov 2008 08:56:33 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 13 Nov 2008 08:56:31 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp019) with SMTP; 13 Nov 2008 09:56:31 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18l+RN36hkldZPHT7TZwhzCPgaLqwST7we0WPU4sT HP0VoN91hVgEoE From: Stefan Ehmann To: Hans Petter Selasky Date: Thu, 13 Nov 2008 09:56:29 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; 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: <200811130956.30584.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5600000000000001 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: Thu, 13 Nov 2008 08:56:34 -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 > > > > > 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. As I previously stated in my other mails. The scanner is now properly recognized. Now I got this problem: Before scanning starts, the system "locks" for several minutes, i.e. - input/output to terminals is no longer working - I can still switch consoles and break into ddb - CTRL-t on the scanimage console is still working and shows increasing sys time As soon as the actual scanning process starts, everything is fine again. Sometimes scanning doesn't start at all (or I'm just not patient enough). To make debugging a bit more interesting: If I run scanimage with ktrace or enable usb debugging via sysctl, scanning starts immediately. Don't know if this is always the case but seemed to work a few times at least. So maybe it's some kind of timing problem. -- Stefan From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 09:14: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 A355C106564A for ; Thu, 13 Nov 2008 09:14:11 +0000 (UTC) (envelope-from simoncpu@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3AC708FC12 for ; Thu, 13 Nov 2008 09:14:10 +0000 (UTC) (envelope-from simoncpu@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so890698fkk.11 for ; Thu, 13 Nov 2008 01:14: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=I3H+GLBLQ/LscxGjYP6dLPDETX3ymJ0dUEuKs+UZ2aE=; b=VrcKWOY5yPZnwUUKyJIOTf2ICs/Keau6ks76TZFVhPKX6Kl5NdqXRvKVASzxxZ0OOr 3unQ05GJ0yuU0z1uANRHbdnpbemVF6tR3j/Q6NRgYCb87TPAcfjmvOv25tO10+nsu18z 1qhw5yZi6acoyAzcCGeNFDrVBo+0spj+5MRpo= 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=r6908TnF4ePaR1EKjS8EAr+FOa117rrW/DEQ6EkmN7GJmSwCPS1OKMCxhQ64IeJgkM Zw50yI9GKv8TjqeqdwDsdOjMGLc3d+PFh2x99eC0lFdwBzZywa/QrKw1BtQMPXphvC1q 3/JtFm8PbvK1H+aRs7q9QVFsDAxTaWxf3uLPA= Received: by 10.180.252.8 with SMTP id z8mr3084912bkh.158.1226565956852; Thu, 13 Nov 2008 00:45:56 -0800 (PST) Received: by 10.180.246.15 with HTTP; Thu, 13 Nov 2008 00:45:56 -0800 (PST) Message-ID: Date: Thu, 13 Nov 2008 16:45:56 +0800 From: "Simon Cornelius P Umacob" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: fsck_ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2008 09:14:11 -0000 Hello, I'm experiencing this problem in FreeBSD 7.0-RELEASE-p5 too... =) [ simon.cpu ] From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 09:23: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 6E222106567D for ; Thu, 13 Nov 2008 09:23:32 +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 1A2D58FC12 for ; Thu, 13 Nov 2008 09:23:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA02.westchester.pa.mail.comcast.net with comcast id eZJj1a0091GhbT852ZPEJC; Thu, 13 Nov 2008 09:23:14 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.westchester.pa.mail.comcast.net with comcast id eZPW1a0082P6wsM3TZPX76; Thu, 13 Nov 2008 09:23:31 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=9k-wv1yFDcbCJIAE5OIA:9 a=WhAxG-JBZ9UtZJVZZHoA:7 a=eVhf5-hYC1RKc7xX8M0vzTZQ3U8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 81CBD5C19; Thu, 13 Nov 2008 01:23:30 -0800 (PST) Date: Thu, 13 Nov 2008 01:23:30 -0800 From: Jeremy Chadwick To: Simon Cornelius P Umacob Message-ID: <20081113092330.GA16047@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: fsck_ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2008 09:23:32 -0000 On Thu, Nov 13, 2008 at 04:45:56PM +0800, Simon Cornelius P Umacob wrote: > Hello, > > I'm experiencing this problem in FreeBSD 7.0-RELEASE-p5 too... =) Your reply: 1) Didn't include proper Reference mail headers to link your reply to the existing thread, 2) Had a Subject line that did not match anything being discussed; the closest thing I can find is "fsck_ufs after every reboot", but your Subject line was "Re: fsck_ufs" What issue were you attempting to reference? -- | 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 Thu Nov 13 10: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 1F0841065670 for ; Thu, 13 Nov 2008 10:49:43 +0000 (UTC) (envelope-from simoncpu@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 A56478FC16 for ; Thu, 13 Nov 2008 10:49:42 +0000 (UTC) (envelope-from simoncpu@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so660364fgb.35 for ; Thu, 13 Nov 2008 02:49:41 -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=pui6YIemrrvJPcA3rF9Fm5uz/eBVW+mre9ghdS/BGgc=; b=upUrxqNWyIZ2EM0xomlsVTxNcgQfVqk2Tpsk0u2w0+ntDVF015duQQF6LPEfQ7cjkY 2Mza0NquAOtiQ8zg9fn+7pumSQQ4Ysi/i6qAszNBQtT2tzv2Rw6SXHcb/5tHJq0KAyc1 iRXi7elGg45P2zyMRFh+GfCoEN3Jq5im51bhI= 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=oiKjC2M7QGHMCI5Rf1DtE3wxNS+lvwBcUo8XC5vB3Ax6VipPPWJ4yTbrrjFk8hoGhP M1uNCuh4ukHkiDDzRxzLOwFnpRO5IkM3joIDmnH9NIUxTrSNHyOiP8iEFKkStEiVki3E +7sRd+RwzRiLNK1jt1WZjJ641nNt5uJ9nmDck= Received: by 10.181.218.14 with SMTP id v14mr3126655bkq.111.1226573381232; Thu, 13 Nov 2008 02:49:41 -0800 (PST) Received: by 10.180.246.15 with HTTP; Thu, 13 Nov 2008 02:49:41 -0800 (PST) Message-ID: Date: Thu, 13 Nov 2008 18:49:41 +0800 From: "Simon Cornelius P Umacob" To: freebsd-current@freebsd.org In-Reply-To: <20081113092330.GA16047@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081113092330.GA16047@icarus.home.lan> Subject: Re: fsck_ufs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2008 10:49:43 -0000 Hi Jeremy, On Thu, Nov 13, 2008 at 5:23 PM, Jeremy Chadwick wrote: > On Thu, Nov 13, 2008 at 04:45:56PM +0800, Simon Cornelius P Umacob wrote: >> Hello, >> >> I'm experiencing this problem in FreeBSD 7.0-RELEASE-p5 too... =) > > Your reply: > > 1) Didn't include proper Reference mail headers to link your reply to > the existing thread, I've just rejoined this list after reading the thread in the freebsd-current Archives. > > 2) Had a Subject line that did not match anything being discussed; > the closest thing I can find is "fsck_ufs after every reboot", but > your Subject line was "Re: fsck_ufs" > > What issue were you attempting to reference? > Yepp, yepp... I was referring to that thread. Initially, I encountered a problem where a file can't be "seen" upon first read, although subsequent reads are OK. Later, I discovered that the filesystem is in an unclean state at each boot. I'm still trying to narrow down this problem because posting a very general "me too" wouldn't be very useful. :) [ simon.cpu ] > -- > | 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 Thu Nov 13 11:02: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 957911065674; Thu, 13 Nov 2008 11:02:17 +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 50A0B8FC16; Thu, 13 Nov 2008 11:02:17 +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 40D693FAD; Thu, 13 Nov 2008 11:01:33 +0000 (GMT) Message-Id: <3BFE7716-48E7-4AE9-BE82-611FBA57C837@rabson.org> From: Doug Rabson To: Navdeep Parhar In-Reply-To: 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: Thu, 13 Nov 2008 11:02:15 +0000 References: <440834F1-1CA0-424F-915F-3B3CD773F83B@rabson.org> X-Mailer: Apple Mail (2.929.2) Cc: dfr@freebsd.org, freebsd-current@freebsd.org Subject: Re: problems with nfsd (due to RPCSEC_GSS changes?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 11:02:17 -0000 On 12 Nov 2008, at 19:36, Navdeep Parhar wrote: > On Wed, Nov 12, 2008 at 1:20 AM, Doug Rabson wrote: >> >> On 12 Nov 2008, at 01:30, Navdeep Parhar wrote: >> >>> I had a FreeBSD NFS server running a month+ old current (from Oct >>> 2 or >>> so). I upgraded to a current current (Nov 11) and nfsd stopped >>> working. >>> I was able to mount the exported filesystem but anything else would >>> yield an "Input/output error." nfsstat -s showed "Server Ret-Failed" >>> going up everytime I tried a 'cd', 'ls', etc. from the client. (I >>> tried >>> both FreeBSD and Solaris clients). >>> >>> Ultimately, I had to add NFS_LEGACYRPC in order to get a working >>> nfsd. >>> Looks like there may be a problem with the new code that was added >>> as >>> part of RPCSEC_GSS support. Note that I did not enable KGSSAPI in >>> my >>> kernel as I have no need for it. >>> >>> Are there any knows issues with the new code? Feel free to ask if >>> you >>> need any more information about my setup. >> >> I don't know of anything specific. If I could see a packet trace >> including >> both the mount request and at least one failed access attempt, it >> would help >> to understand what is happening here. >> > > I saw a handful of commits from you last night so I updated + > rebuilt the > server's kernel to include them. These traces are with today's code > (Nov12 > 11AM Pacific) on the server and yesterday's code on the client. > > The server is .2 and the client is .1, the trace is using tcpdump -s > 256 -vvn on the server. > > # mount /usr/obj (and then wait a couple of seconds. The mount > succeeds) Could you try this again with 'tcpdump -w foo.pcap ...' and then send me the resulting file - its very hard to see what is really happening from a simple tcpdump output. From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 15:55: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 003CE106567B for ; Thu, 13 Nov 2008 15:55:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 68A9B8FC1C for ; Thu, 13 Nov 2008 15:55:47 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=aniA1o7mVp4QawOfT9qHqA==:17 a=6I5d2MoRAAAA:8 a=oWt_Cy_Ea0urXib0J18A:9 a=1f0ANpef2Y0D40jBlAXY9fgMFjMA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.1] (account mc467741@c2i.net [62.113.133.1] verified) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 979806268; Thu, 13 Nov 2008 16:55:45 +0100 From: Hans Petter Selasky To: Stefan Ehmann Date: Thu, 13 Nov 2008 16:57:55 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <200811071935.19412.hselasky@c2i.net> <200811130956.30584.shoesoft@gmx.net> In-Reply-To: <200811130956.30584.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811131657.56355.hselasky@c2i.net> 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: Thu, 13 Nov 2008 15:55:48 -0000 On Thursday 13 November 2008, Stefan Ehmann wrote: > 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 > > > > > > > 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. > > As I previously stated in my other mails. The scanner is now properly > recognized. > > Now I got this problem: > Before scanning starts, the system "locks" for several minutes, i.e. > - input/output to terminals is no longer working > - I can still switch consoles and break into ddb > - CTRL-t on the scanimage console is still working and shows increasing > sys time > > As soon as the actual scanning process starts, everything is fine again. > Sometimes scanning doesn't start at all (or I'm just not patient enough). > > To make debugging a bit more interesting: If I run scanimage with ktrace or > enable usb debugging via sysctl, scanning starts immediately. Don't know if > this is always the case but seemed to work a few times at least. So maybe > it's some kind of timing problem. Strange! Try this before starting your scanimage: sysctl hw.usb2.ugen.debug=15 I guess that the program is looping on a poll-syscall, because I poll on both stdin and the I/O descriptor. This is perhaps another bug in libusb20. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 16:01: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 BC1001065694 for ; Thu, 13 Nov 2008 16:01:56 +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 5BEA78FC13 for ; Thu, 13 Nov 2008 16:01:55 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=aniA1o7mVp4QawOfT9qHqA==:17 a=dnmmQn-UAAAA:8 a=JVm0Wteu938ufUB4zRAA:9 a=5H37MAWYsO_-uB1QvGjMTygfp2QA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.1] (account mc467741@c2i.net [62.113.133.1] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1147324703; Thu, 13 Nov 2008 17:01:54 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 13 Nov 2008 17:04:05 +0100 User-Agent: KMail/1.9.7 References: <491B2ECD.7000304@incunabulum.net> In-Reply-To: <491B2ECD.7000304@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811131704.05809.hselasky@c2i.net> Cc: "Bruce M. Simpson" Subject: Re: QEMU USB host mode redirector X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2008 16:01:56 -0000 On Wednesday 12 November 2008, Bruce M. Simpson wrote: > http://www.naobsd.org/qemu-usb-bsd.diff > > Did this ever get merged or tested in the port? > > It would be interesting to know if the passthrough would work with USB4BSD. > This will not work with the new USB2. The author of the patch is adviced to look at the new libusb20. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 16:30: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 A34911065679 for ; Thu, 13 Nov 2008 16:30:46 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.191]) by mx1.freebsd.org (Postfix) with ESMTP id 5DE6D8FC1A for ; Thu, 13 Nov 2008 16:30:46 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so909260rne.12 for ; Thu, 13 Nov 2008 08:30:45 -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=Ls6Ipcigjxpbaucc0OXsl7GWaZeTN+GxTUkensZnv+Y=; b=WJtDJzXy7TjHIEhL9evfC39iYdzb9Z9Q/td46cHHADQh7SOI8/4eQxllafJBEdgcFm f5/8PRmOm24wgrth9Vm30bJXi5gcExBm3ksRzmGq7snVhGXXigpcpi049d8uIKdrqkEy NYgg9TeBtANe+HimunwVk9EfSTcjfpwp/Mq/I= 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=R77j8vD/I/FiYa2B0eiiNwpWvmCMlJqvcIJixIwy73jMNd4kako27jLWvumDUaGx8w Vu/2RV3Et5haLFsm71gZGabBsGQw6fyaSPbRY30PyQZpHmm6pwfzC99+WaCnqlHsmzCO bQdu8WFuq46hVv0EqW5tLhSzUOZM6gyb+UOj0= Received: by 10.90.118.19 with SMTP id q19mr8692763agc.21.1226593845405; Thu, 13 Nov 2008 08:30:45 -0800 (PST) Received: by 10.90.82.5 with HTTP; Thu, 13 Nov 2008 08:30:45 -0800 (PST) Message-ID: <1d6d20bc0811130830k41160c8en5e145acbd4c2f7a0@mail.gmail.com> Date: Fri, 14 Nov 2008 00:30:45 +0800 From: "Jia-Shiun Li" To: "John Baldwin" In-Reply-To: <200811101132.27065.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> <200809250835.36444.jhb@freebsd.org> <1d6d20bc0811080944k270c74d4p593d3a93547669ed@mail.gmail.com> <200811101132.27065.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: Thu, 13 Nov 2008 16:30:46 -0000 On Tue, Nov 11, 2008 at 12:32 AM, John Baldwin wrote: > Try this. It ensures the PCI-e window is mapped UC (though MTRR's should > already cover that in theory): > It does not work. Still hang at the same place. Could this be related to specific device (the IGD)? Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 16:35: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 3180A1065673 for ; Thu, 13 Nov 2008 16:35:35 +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 3346A8FC0C for ; Thu, 13 Nov 2008 16:35:33 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 13 Nov 2008 16:35:32 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp024) with SMTP; 13 Nov 2008 17:35:32 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18zsEAqQ5YzzIHggqbWuWPqI+eg4YqMoVUFVuotQ2 M3lRaG6zblkd6j From: Stefan Ehmann To: Hans Petter Selasky Date: Thu, 13 Nov 2008 17:35:30 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; i386; ; ) References: <200811071134.42761.shoesoft@gmx.net> <200811130956.30584.shoesoft@gmx.net> <200811131657.56355.hselasky@c2i.net> In-Reply-To: <200811131657.56355.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811131735.31998.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 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: Thu, 13 Nov 2008 16:35:35 -0000 On Thursday 13 November 2008 16:57:55 Hans Petter Selasky wrote: > On Thursday 13 November 2008, Stefan Ehmann wrote: > > 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 > > > > > > > > > > > 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. > > > > As I previously stated in my other mails. The scanner is now properly > > recognized. > > > > Now I got this problem: > > Before scanning starts, the system "locks" for several minutes, i.e. > > - input/output to terminals is no longer working > > - I can still switch consoles and break into ddb > > - CTRL-t on the scanimage console is still working and shows increasing > > sys time > > > > As soon as the actual scanning process starts, everything is fine again. > > Sometimes scanning doesn't start at all (or I'm just not patient enough). > > > > To make debugging a bit more interesting: If I run scanimage with ktrace > > or enable usb debugging via sysctl, scanning starts immediately. Don't > > know if this is always the case but seemed to work a few times at least. > > So maybe it's some kind of timing problem. > > Strange! > > Try this before starting your scanimage: > > sysctl hw.usb2.ugen.debug=15 > > I guess that the program is looping on a poll-syscall, because I poll on > both stdin and the I/O descriptor. This is perhaps another bug in libusb20. I've compared debug output of a scan without delay and one with delay. Couldn't spot anything obvious. I can post the complete logs if you're interested. Here's the snippet where it hangs (look at the timestamps) Nov 13 17:15:07 something kernel: ugen_ioctl:2194: cmd=800155c0 Nov 13 17:15:07 something kernel: ugen_ioctl:2205: error=0 Nov 13 17:15:07 something kernel: ugen_ioctl:2194: cmd=400155c2 Nov 13 17:15:07 something kernel: ugen_ioctl:2205: error=16 Nov 13 17:20:01 something kernel: ugen_default_fs_callback:2215: st=0 alen=0 afr ames=0 Nov 13 17:20:01 something kernel: ugen_default_fs_callback:2215: st=1 alen=16384 aframes=1 Nov 13 17:20:01 something kernel: ugen_ioctl:2194: cmd=400155c2 Nov 13 17:20:01 something kernel: ugen_ioctl:2205: error=0 From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 17:01:54 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 1A2C2106567B for ; Thu, 13 Nov 2008 17:01:54 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.tele2.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id AF1458FC1C for ; Thu, 13 Nov 2008 17:01:53 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=aniA1o7mVp4QawOfT9qHqA==:17 a=UJJZgZV2XtjkqcHDQtgA:9 a=-5FD_gSfGHx0qeeqyoAA:7 a=4ETYxbRlgsFdDNpn5XZ4bH2t7JoA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.1] (account mc467741@c2i.net [62.113.133.1] verified) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 404213091; Thu, 13 Nov 2008 18:01:51 +0100 From: Hans Petter Selasky To: Stefan Ehmann Date: Thu, 13 Nov 2008 18:04:00 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <200811131657.56355.hselasky@c2i.net> <200811131735.31998.shoesoft@gmx.net> In-Reply-To: <200811131735.31998.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811131804.01754.hselasky@c2i.net> 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: Thu, 13 Nov 2008 17:01:54 -0000 On Thursday 13 November 2008, Stefan Ehmann wrote: > On Thursday 13 November 2008 16:57:55 Hans Petter Selasky wrote: > > On Thursday 13 November 2008, Stefan Ehmann wrote: > > > 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: You could also try: sysctl hw.usb2.dev.debug=15 I have a patch which you can try. Apply to libusb20.c the following diff: ==== src/lib/libusb20/libusb20.c#9 - src/lib/libusb20/libusb20.c ==== @@ -886,7 +886,7 @@ void libusb20_dev_wait_process(struct libusb20_device *pdev, int timeout) { - struct pollfd pfd[2]; + struct pollfd pfd[1]; if (!pdev->is_opened) { return; @@ -894,11 +894,8 @@ pfd[0].fd = pdev->file; pfd[0].events = (POLLIN | POLLOUT | POLLRDNORM | POLLWRNORM); pfd[0].revents = 0; - pfd[1].fd = 0; /* standard input */ - pfd[1].events = (POLLIN | POLLRDNORM); - pfd[1].revents = 0; - if (poll(pfd, 2, timeout)) { + if (poll(pfd, 1, timeout)) { /* ignore any error */ } return; --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 17:20: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 80360106568B for ; Thu, 13 Nov 2008 17:20:53 +0000 (UTC) (envelope-from jfitterer@rightnow.com) Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51]) by mx1.freebsd.org (Postfix) with ESMTP id 3992D8FC14 for ; Thu, 13 Nov 2008 17:20:52 +0000 (UTC) (envelope-from jfitterer@rightnow.com) X-VirusChecked: Checked X-Env-Sender: jfitterer@rightnow.com X-Msg-Ref: server-2.tower-144.messagelabs.com!1226595251!13755503!2 X-StarScan-Version: 6.0.0; banners=-,-,- X-Originating-IP: [69.145.86.37] Received: (qmail 21602 invoked from network); 13 Nov 2008 16:54:12 -0000 Received: from rnt-boz-0201.rightnow.com (HELO pobox.rightnow.com) (69.145.86.37) by server-2.tower-144.messagelabs.com with AES128-SHA encrypted SMTP; 13 Nov 2008 16:54:12 -0000 Received: from CCRCMS2.corp.rightnow.com ([fe80::2c4b:8b6b:a741:4af4]) by RNT-BOZ-0201.corp.rightnow.com ([::1]) with mapi; Thu, 13 Nov 2008 09:54:11 -0700 From: "Fitterer, Jamie" To: "freebsd-current@freebsd.org" Date: Thu, 13 Nov 2008 09:54:09 -0700 Thread-Topic: excessive TCP duplicate acks? Thread-Index: AclFsHLOUO+njSLzRiSNzDssZ+ZudA== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 13 Nov 2008 17:29:41 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: excessive TCP duplicate acks? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Nov 2008 17:20:53 -0000 Did you ever figure this out? I am currently experiencing the same thing Jamie Fitterer Network Telecomm Administrator/Storage Administrator Bozeman, Montana RightNow Technologies jfitterer@rightnow.com 406.556.3349 office 406.599.0731 mobile http://www.rightnow.com From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 17:31: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 70B281065673; Thu, 13 Nov 2008 17:31:51 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id D877C8FC1A; Thu, 13 Nov 2008 17:31:50 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180138190.adsl.alicedsl.de [85.180.138.190]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id mADHVkN2040400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 13 Nov 2008 18:31:48 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.3/8.14.3) with ESMTP id mADHVivf002835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Nov 2008 18:31:44 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.3/8.14.3/Submit) id mADHViU3002834; Thu, 13 Nov 2008 18:31:44 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Thu, 13 Nov 2008 18:31:44 +0100 From: Ulrich Spoerlein To: Jeremy Chadwick Message-ID: <20081113173144.GA2581@roadrunner.spoerlein.net> Mail-Followup-To: Jeremy Chadwick , Attilio Rao , freebsd-current@freebsd.org, "O. Hartmann" References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> <20081112161644.GA98426@icarus.home.lan> <3bbf2fe10811120820xeb54b4fj4f4c5e285670c29a@mail.gmail.com> <20081112182148.GA1308@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081112182148.GA1308@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Attilio Rao , freebsd-current@FreeBSD.org, "O. Hartmann" Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 17:31:51 -0000 On Wed, 12.11.2008 at 10:21:49 -0800, Jeremy Chadwick wrote: > And as luck would have it, I can't reproduce the problem any more. I've > shutdown -p now'd literally 6 times in a row without any sort of lock > up, and this is running on the old kernel. The same behaviour is now > seen with the new kernel. > > So, the 2-3 times I've seen "shutdown -p now" not fully power off the > machine were either flukes, or who knows what/why. > > I simply can't reproduce the problem any longer. I'm sorry. Did you use NFS mounts when the shutdown would hang? I too had some "panics on shutdown" on my CURRENT testbed, but haven't looked closer. All these LORs in the VFS should be fixed first, anyways. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 17:33: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 F173E1065674 for ; Thu, 13 Nov 2008 17:33:42 +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 7E5998FC12 for ; Thu, 13 Nov 2008 17:33:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA09.westchester.pa.mail.comcast.net with comcast id ecex1a00q0xGWP859hZhff; Thu, 13 Nov 2008 17:33:41 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA12.westchester.pa.mail.comcast.net with comcast id ehZg1a00C2P6wsM3YhZh5N; Thu, 13 Nov 2008 17:33:41 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=nz7ImOZJi-Jc-u0681cA:9 a=ouUeo8D-6JZcSIWNWvpUvy9TR-0A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 637635C1A; Thu, 13 Nov 2008 09:33:40 -0800 (PST) Date: Thu, 13 Nov 2008 09:33:40 -0800 From: Jeremy Chadwick To: Attilio Rao , freebsd-current@freebsd.org, "O. Hartmann" Message-ID: <20081113173340.GA27427@icarus.home.lan> References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> <20081112161644.GA98426@icarus.home.lan> <3bbf2fe10811120820xeb54b4fj4f4c5e285670c29a@mail.gmail.com> <20081112182148.GA1308@icarus.home.lan> <20081113173144.GA2581@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081113173144.GA2581@roadrunner.spoerlein.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 17:33:43 -0000 On Thu, Nov 13, 2008 at 06:31:44PM +0100, Ulrich Spoerlein wrote: > On Wed, 12.11.2008 at 10:21:49 -0800, Jeremy Chadwick wrote: > > And as luck would have it, I can't reproduce the problem any more. I've > > shutdown -p now'd literally 6 times in a row without any sort of lock > > up, and this is running on the old kernel. The same behaviour is now > > seen with the new kernel. > > > > So, the 2-3 times I've seen "shutdown -p now" not fully power off the > > machine were either flukes, or who knows what/why. > > > > I simply can't reproduce the problem any longer. I'm sorry. > > Did you use NFS mounts when the shutdown would hang? I too had some > "panics on shutdown" on my CURRENT testbed, but haven't looked closer. > All these LORs in the VFS should be fixed first, anyways. Good thinking -- but no, I don't use NFS on this machine at all. -- | 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 Thu Nov 13 17:56: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 D238B1065672 for ; Thu, 13 Nov 2008 17:56:17 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6181C8FC08 for ; Thu, 13 Nov 2008 17:56:17 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180138190.adsl.alicedsl.de [85.180.138.190]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id mADHu56q040742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 13 Nov 2008 18:56:06 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.3/8.14.3) with ESMTP id mADHY1jh002913 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Nov 2008 18:34:01 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.3/8.14.3/Submit) id mADHY1DY002912; Thu, 13 Nov 2008 18:34:01 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Thu, 13 Nov 2008 18:34:01 +0100 From: Ulrich Spoerlein To: Navdeep Parhar Message-ID: <20081113173401.GB2581@roadrunner.spoerlein.net> Mail-Followup-To: Navdeep Parhar , Anton Yuzhaninov , freebsd-current@freebsd.org References: <491B3161.7000808@citrin.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org, Anton Yuzhaninov Subject: Re: serial console 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, 13 Nov 2008 17:56:17 -0000 On Wed, 12.11.2008 at 12:10:59 -0800, Navdeep Parhar wrote: > On Wed, Nov 12, 2008 at 11:41 AM, Anton Yuzhaninov wrote: > > How to setup serial console in current? > > > > I have a serial console, and it works with today's current. > # cat /boot.config > -D -S115200 > # grep console /boot/loader.conf > comconsole_speed="115200" > console="comconsole,vidconsole" Isn't that redundant? I always thought that using something like "-Dh" in /boot.config is equvivalent to settings console=comconsole,vidconsole in loader, only that it applies earlier. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 18:03: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 B2A9A1065694 for ; Thu, 13 Nov 2008 18:03:21 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 733A98FC25 for ; Thu, 13 Nov 2008 18:03:21 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (unknown [81.19.90.203]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id E429D1702A; Thu, 13 Nov 2008 21:03:19 +0300 (MSK) Message-ID: <491C6BE7.3020202@citrin.ru> Date: Thu, 13 Nov 2008 21:03:19 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Ed Schouten References: <491B3161.7000808@citrin.ru> <20081112203501.GA81783@hoeg.nl> <491B41F3.9030307@citrin.ru> <20081112212350.GB81783@hoeg.nl> In-Reply-To: <20081112212350.GB81783@hoeg.nl> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: serial console 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, 13 Nov 2008 18:03:21 -0000 On 13.11.2008 00:23, Ed Schouten wrote: > * Anton Yuzhaninov wrote: >> On 12.11.2008 23:35, Ed Schouten wrote: >>> * Anton Yuzhaninov wrote: >>>> How to setup serial console in current? >>>> >>>> Settings, which works in RELENG_7, no longer help in CURRENT. >>>> >>>> $ cat /boot.config >>>> -P >>>> $ fgrep ttyu0 /etc/ttys >>>> ttyu0 "/usr/libexec/getty std.9600" cons25 on secure >>>> $ dmesg | fgrep uart >>>> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >>>> uart0: [FILTER] >>>> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 >>>> uart1: [FILTER] >>>> $ uname -a >>>> FreeBSD citrin.park.rambler.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Nov 12 18:42:45 MSK 2008 citrin@citrin.park.rambler.ru:/usr/obj/usr/src/sys/GENERIC amd64 >>> As mentioned in /usr/src/UPDATING - don't forget to update >>> /boot/device.hints. Let me know if you run into any problems. >>> >> /boot/device.hints was updated >> >> $ fgrep -h uart.0 /boot/device.hints >> hint.uart.0.at="isa" >> hint.uart.0.port="0x3F8" >> hint.uart.0.flags="0x10" >> hint.uart.0.irq="4" >> >> If ttyu0 commented out in /etc/ttys I can write text to remote machine using >> cu -l /dev/ttyu0 > > Maybe there's a difference between uart(4) and sio(4) w.r.t. > carrier-detect handling? What happens if you change ttyu0 to cuau0 in > /etc/ttys? This is not a proper solution, but it should give us some > more insight. > with cuau0 in /etc/ttys it works! -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 18:03: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 EE921106567B for ; Thu, 13 Nov 2008 18:03:49 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id B012E8FC1F for ; Thu, 13 Nov 2008 18:03:49 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from cmb.rambler.ramblermedia.com (unknown [81.19.90.203]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id B3E231702A; Thu, 13 Nov 2008 21:03:48 +0300 (MSK) Message-ID: <491C6C04.3080404@citrin.ru> Date: Thu, 13 Nov 2008 21:03:48 +0300 From: Anton Yuzhaninov User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Marcel Moolenaar References: <491B3161.7000808@citrin.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: serial console 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, 13 Nov 2008 18:03:50 -0000 On 13.11.2008 02:46, Marcel Moolenaar wrote: > > On Nov 12, 2008, at 11:41 AM, Anton Yuzhaninov wrote: > >> How to setup serial console in current? >> >> Settings, which works in RELENG_7, no longer help in CURRENT. >> >> $ cat /boot.config >> -P >> $ fgrep ttyu0 /etc/ttys >> ttyu0 "/usr/libexec/getty std.9600" cons25 on secure > ^^^^^^^^^ > > You probably want to make that vt100... With vt100 it also don't work. -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 18:05: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 2DFF9106567D for ; Thu, 13 Nov 2008 18:05:16 +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 CAD638FC16 for ; Thu, 13 Nov 2008 18:05:15 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id A0CA81D2A4; Thu, 13 Nov 2008 19:05:14 +0100 (CET) Date: Thu, 13 Nov 2008 19:05:14 +0100 From: Ed Schouten To: Anton Yuzhaninov Message-ID: <20081113180514.GH81783@hoeg.nl> References: <491B3161.7000808@citrin.ru> <20081112203501.GA81783@hoeg.nl> <491B41F3.9030307@citrin.ru> <20081112212350.GB81783@hoeg.nl> <491C6BE7.3020202@citrin.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lqaZmxkhekPBfBzr" Content-Disposition: inline In-Reply-To: <491C6BE7.3020202@citrin.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: serial console 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, 13 Nov 2008 18:05:16 -0000 --lqaZmxkhekPBfBzr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Anton Yuzhaninov wrote: > with cuau0 in /etc/ttys it works! That means your serial cable probably doesn't have its carrier detect line connected properly. --=20 Ed Schouten WWW: http://80386.nl/ --lqaZmxkhekPBfBzr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkcbFoACgkQ52SDGA2eCwUDqwCeKbjdq67chX7jCLaK6Xmiwwmi YMsAnAlyytWX31IYj66ec6oNG5fb4O4V =N8VH -----END PGP SIGNATURE----- --lqaZmxkhekPBfBzr-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 18:33: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 9DD641065690 for ; Thu, 13 Nov 2008 18:33:39 +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 051DA8FC19 for ; Thu, 13 Nov 2008 18:33:38 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 13 Nov 2008 18:33:36 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp049) with SMTP; 13 Nov 2008 19:33:36 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+V135i33aVY1cUv+3oumRm8t2v7j7fXkUEsYQIly E4p1hYTNvOXLUw From: Stefan Ehmann To: Hans Petter Selasky Date: Thu, 13 Nov 2008 19:33:35 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; i386; ; ) References: <200811071134.42761.shoesoft@gmx.net> <200811131735.31998.shoesoft@gmx.net> <200811131804.01754.hselasky@c2i.net> In-Reply-To: <200811131804.01754.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811131933.36709.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.55 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: Thu, 13 Nov 2008 18:33:39 -0000 On Thursday 13 November 2008 18:04:00 Hans Petter Selasky wrote: > On Thursday 13 November 2008, Stefan Ehmann wrote: > > On Thursday 13 November 2008 16:57:55 Hans Petter Selasky wrote: > > > On Thursday 13 November 2008, Stefan Ehmann wrote: > > > > 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: > > You could also try: > > sysctl hw.usb2.dev.debug=15 I've tried several times but couldn't get a run where the scanning actually starts... The last commands I see are these: Nov 13 19:25:01 something kernel: usb2_transfer_done:2035: err=USB_ERR_NORMAL_COMPLETION Nov 13 19:25:01 something kernel: usb2_command_wrapper:2509: cb 0xc30280e0 (enter) Nov 13 19:25:01 something kernel: usb2_callback_wrapper:1882: case 1-4 Nov 13 19:25:01 something kernel: usb2_callback_wrapper_sub:2398: xfer=0xc30280e0 pipe=0xc33ba380 sts=0 alen=16, slen=16, afrm=2, nfrm=2 Nov 13 19:25:01 something kernel: usb2_do_request_callback:76: st=1 Nov 13 19:25:01 something kernel: usb2_command_wrapper:2511: cb 0 (leave) At this point I unplugged the scanner Nov 13 19:31:14 something kernel: usb2_get_pipe:170: udev=0xc33ba000 iface_index=0 address=0x2 type=0x2 dir=0x0 index=0 Nov 13 19:31:15 something kernel: usb2_get_pipe:170: udev=0xc33ba000 iface_index=0 address=0x2 type=0x2 dir=0x0 index=0 Nov 13 19:31:15 something kernel: usb2_sw_transfer:167: done err=USB_ERR_NORMAL_COMPLETION Nov 13 19:31:15 something kernel: usb2_transfer_done:2035: err=USB_ERR_NORMAL_COMPLETION > I have a patch which you can try. Apply to libusb20.c the following diff: Didn't notice any difference with the patch applied. From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 18:50: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 6F8A81065679 for ; Thu, 13 Nov 2008 18:50:43 +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 11F918FC14 for ; Thu, 13 Nov 2008 18:50:42 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=aniA1o7mVp4QawOfT9qHqA==:17 a=LONgBMgNEjSEFz0O7kMA:9 a=mrXRG4Hs77yb5BaFhN79vgnoI-QA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.1] (account mc467741@c2i.net [62.113.133.1] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1153688192; Thu, 13 Nov 2008 19:50:40 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 13 Nov 2008 19:52:50 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <200811131804.01754.hselasky@c2i.net> <200811131933.36709.shoesoft@gmx.net> In-Reply-To: <200811131933.36709.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811131952.51946.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: Thu, 13 Nov 2008 18:50:43 -0000 On Thursday 13 November 2008, Stefan Ehmann wrote: > On Thursday 13 November 2008 18:04:00 Hans Petter Selasky wrote: > > On Thursday 13 November 2008, Stefan Ehmann wrote: > > > On Thursday 13 November 2008 16:57:55 Hans Petter Selasky wrote: > > > > On Thursday 13 November 2008, Stefan Ehmann wrote: > > > > > 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: > > > > You could also try: > > What is printed when: sysctl hw.usb2.dev.debug=15 In dmesg ? It should print out device related debugging. I think you maybe entered: sysctl hw.usb2.debug=15 --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 19:06: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 D12D81065670 for ; Thu, 13 Nov 2008 19:06:01 +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 A05D88FC1D for ; Thu, 13 Nov 2008 19:06:01 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8DF851D2A4; Thu, 13 Nov 2008 20:06:00 +0100 (CET) Date: Thu, 13 Nov 2008 20:06:00 +0100 From: Ed Schouten To: Claude Buisson Message-ID: <20081113190600.GK81783@hoeg.nl> References: <48D81DEE.4070103@orange.fr> <20080923172149.GN81522@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c8JyeaiReRNoiMDS" Content-Disposition: inline In-Reply-To: <20080923172149.GN81522@hoeg.nl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: Problem telneting to a new -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, 13 Nov 2008 19:06:01 -0000 --c8JyeaiReRNoiMDS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, * Ed Schouten wrote: > This means telnetd has its own PTY allocation routines, instead of using > posix_openpt(2) or openpty(3). I've attached a patch that converts > telnetd to openpty(3). I'll see if I can get this patch or something > similar integrated. This should be fixed as of r184935. --=20 Ed Schouten WWW: http://80386.nl/ --c8JyeaiReRNoiMDS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkcepgACgkQ52SDGA2eCwVGXACeJ/xv5dBZ3dgWE5tcnep9ibyk 59QAnjDh+E5CMxbYDMBbXM/3kMPa96zU =5ehk -----END PGP SIGNATURE----- --c8JyeaiReRNoiMDS-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 19: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 E76D31065678 for ; Thu, 13 Nov 2008 19:18:06 +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 063578FC13 for ; Thu, 13 Nov 2008 19:18:05 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 13 Nov 2008 19:18:03 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp001) with SMTP; 13 Nov 2008 20:18:03 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+Cza4xhmiCAUtwyMz8WhgjaIhb0eNrSswoy/dL5x 5/tgc01T7n2iDQ From: Stefan Ehmann To: Hans Petter Selasky Date: Thu, 13 Nov 2008 20:18:03 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; i386; ; ) References: <200811071134.42761.shoesoft@gmx.net> <200811131933.36709.shoesoft@gmx.net> <200811131952.51946.hselasky@c2i.net> In-Reply-To: <200811131952.51946.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811132018.04424.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.65 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: Thu, 13 Nov 2008 19:18:07 -0000 On Thursday 13 November 2008 19:52:50 Hans Petter Selasky wrote: > On Thursday 13 November 2008, Stefan Ehmann wrote: > > On Thursday 13 November 2008 18:04:00 Hans Petter Selasky wrote: > > > On Thursday 13 November 2008, Stefan Ehmann wrote: > > > > On Thursday 13 November 2008 16:57:55 Hans Petter Selasky wrote: > > > > > On Thursday 13 November 2008, Stefan Ehmann wrote: > > > > > > 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: > > > > > > You could also try: > > What is printed when: > > sysctl hw.usb2.dev.debug=15 > > In dmesg ? > > It should print out device related debugging. I think you maybe entered: > > sysctl hw.usb2.debug=15 Oops, you're right New log here: http://stud4.tuwien.ac.at/~e0125637/fbsd/scanimage.log BTW time stamps don't seem to be accurate. i.e. messages during the hang are logged at the time when the device is unplugged. From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 19:46: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 2971A106564A for ; Thu, 13 Nov 2008 19:46:44 +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 ABB008FC19 for ; Thu, 13 Nov 2008 19:46:43 +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 mADJkO2o096236; Thu, 13 Nov 2008 14:46:37 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Jia-Shiun Li" Date: Thu, 13 Nov 2008 11:46:58 -0500 User-Agent: KMail/1.9.7 References: <1d6d20bc0809170846g69311401j7f93f97969756e43@mail.gmail.com> <200811101132.27065.jhb@freebsd.org> <1d6d20bc0811130830k41160c8en5e145acbd4c2f7a0@mail.gmail.com> In-Reply-To: <1d6d20bc0811130830k41160c8en5e145acbd4c2f7a0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811131146.59034.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 13 Nov 2008 14:46:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.93.1/8628/Thu Nov 13 10:57:02 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,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: 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: Thu, 13 Nov 2008 19:46:44 -0000 On Thursday 13 November 2008 11:30:45 am Jia-Shiun Li wrote: > On Tue, Nov 11, 2008 at 12:32 AM, John Baldwin wrote: > > Try this. It ensures the PCI-e window is mapped UC (though MTRR's should > > already cover that in theory): > > > > It does not work. Still hang at the same place. Could this be related > to specific device (the IGD)? I'm not really sure. I don't think it should matter to the end device since the chipset is responsible (I think) for translating either type of config space access into config transactions on the bus. Does an amd64 kernel work fine with MCFG? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 20:37: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 2572F106564A for ; Thu, 13 Nov 2008 20:37:22 +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 A2AEE8FC08 for ; Thu, 13 Nov 2008 20:37:21 +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 <1L0iwD-0004Tz-1O>; Thu, 13 Nov 2008 21:37:13 +0100 Received: from e178019002.adsl.alicedsl.de ([85.178.19.2] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1L0iwK-0004ZY-AF>; Thu, 13 Nov 2008 21:37:20 +0100 Message-ID: <491C902B.8090307@mail.zedat.fu-berlin.de> Date: Thu, 13 Nov 2008 21:38:03 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.17 (X11/20081101) MIME-Version: 1.0 To: Jeremy Chadwick , Attilio Rao , freebsd-current@freebsd.org, "O. Hartmann" References: <491AEBB5.8010001@zedat.fu-berlin.de> <20081112154240.GA28818@icarus.home.lan> <3bbf2fe10811120744hd740388s25e7413e84bbb8c1@mail.gmail.com> <20081112154744.GA28943@icarus.home.lan> <3bbf2fe10811120752k5e42b912nd0933771696519e0@mail.gmail.com> <20081112161644.GA98426@icarus.home.lan> <3bbf2fe10811120820xeb54b4fj4f4c5e285670c29a@mail.gmail.com> <20081112182148.GA1308@icarus.home.lan> <20081113173144.GA2581@roadrunner.spoerlein.net> In-Reply-To: <20081113173144.GA2581@roadrunner.spoerlein.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.19.2 X-Mailman-Approved-At: Thu, 13 Nov 2008 21:26:46 +0000 Cc: Subject: Re: fsck_ufs after every reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 20:37:22 -0000 Ulrich Spoerlein wrote: > On Wed, 12.11.2008 at 10:21:49 -0800, Jeremy Chadwick wrote: > >> And as luck would have it, I can't reproduce the problem any more. I've >> shutdown -p now'd literally 6 times in a row without any sort of lock >> up, and this is running on the old kernel. The same behaviour is now >> seen with the new kernel. >> >> So, the 2-3 times I've seen "shutdown -p now" not fully power off the >> machine were either flukes, or who knows what/why. >> >> I simply can't reproduce the problem any longer. I'm sorry. >> > > Did you use NFS mounts when the shutdown would hang? I too had some > "panics on shutdown" on my CURRENT testbed, but haven't looked closer. > All these LORs in the VFS should be fixed first, anyways. > > Cheers, > Ulrich Spoerlein > Hello, I never havae had NFS mounts or critical USB-mounts when those unclean filesystems occured. In most cases, I compiled prior to the reboot an operating system (on the Dell PowerEdge 1950 III box). The other, UP box got stuck after a normal shutdown, it doesn't matter whether I did a 'reboot', 'shutdown -r now' or 'shutdown -p now' or simply pushed the power button. When those problems occured, the were preceded by 'not dying processes' and after several minutes the OS tried to kill those mustang processes the reboot or shutdown was performed and after a reboot or fresh restart, the filesystem went into the fsck-stuff. Oliver From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 21:52: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 D1C461065674 for ; Thu, 13 Nov 2008 21:52:33 +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 615B08FC0C for ; Thu, 13 Nov 2008 21:52:33 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=VimeTpJWxhsA:10 a=hgsEeMfTsT8A:10 a=aniA1o7mVp4QawOfT9qHqA==:17 a=6I5d2MoRAAAA:8 a=zhB-6XGmGIXM2YzZ6yAA:9 a=b6907QDJzKYWq8kSUtW2g6B7LNsA:4 a=50e4U0PicR4A:10 Received: from [62.113.133.1] (account mc467741@c2i.net [62.113.133.1] verified) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 407486651; Thu, 13 Nov 2008 22:52:31 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 13 Nov 2008 22:54:40 +0100 User-Agent: KMail/1.9.7 References: <200811071134.42761.shoesoft@gmx.net> <200811131952.51946.hselasky@c2i.net> <200811132018.04424.shoesoft@gmx.net> In-Reply-To: <200811132018.04424.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811132254.41337.hselasky@c2i.net> Cc: Stefan Ehmann Subject: Re: usb2: scanner no longer working - problem solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2008 21:52:33 -0000 Hi, This problem is now solved by the following patch: http://perforce.freebsd.org/chv.cgi?CH=152950 Thanks for reporting! --HPS From owner-freebsd-current@FreeBSD.ORG Thu Nov 13 21:58: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 AF5FA1065689 for ; Thu, 13 Nov 2008 21:58:13 +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 6E01A8FC1B for ; Thu, 13 Nov 2008 21:58:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 70F451CC51; Thu, 13 Nov 2008 22:58:12 +0100 (CET) Date: Thu, 13 Nov 2008 22:58:12 +0100 From: Ed Schouten To: Anton Yuzhaninov Message-ID: <20081113215812.GN81783@hoeg.nl> References: <491B3161.7000808@citrin.ru> <20081112203501.GA81783@hoeg.nl> <491B41F3.9030307@citrin.ru> <20081112212350.GB81783@hoeg.nl> <491C6BE7.3020202@citrin.ru> <20081113180514.GH81783@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rZHzn+A9B7nBTGyj" Content-Disposition: inline In-Reply-To: <20081113180514.GH81783@hoeg.nl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: serial console 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, 13 Nov 2008 21:58:13 -0000 --rZHzn+A9B7nBTGyj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > * Anton Yuzhaninov wrote: > > with cuau0 in /etc/ttys it works! >=20 > That means your serial cable probably doesn't have its carrier detect > line connected properly. A better solution would be to do this: stty clocal < /dev/ttyu0.init You should then be able to just use ttyu0. --=20 Ed Schouten WWW: http://80386.nl/ --rZHzn+A9B7nBTGyj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkkcovQACgkQ52SDGA2eCwVhPACeIPT3dxCxq6h6CQ1TKnLB85Tk dlIAn3DbvH2fIdG0cI9rPjMzIRst8FZp =5Yxc -----END PGP SIGNATURE----- --rZHzn+A9B7nBTGyj-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 07:41:54 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 4E1851065670; Fri, 14 Nov 2008 07:41:54 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-12.163.com (m12-12.163.com [220.181.12.12]) by mx1.freebsd.org (Postfix) with SMTP id 44EFE8FC1A; Fri, 14 Nov 2008 07:41:53 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp8 (Coremail) with SMTP id DMCowLCrs2W8Kx1JTuvCBA--.20989S2; Fri, 14 Nov 2008 15:41:49 +0800 (CST) Message-ID: <491D2BC0.2080604@163.com> Date: Fri, 14 Nov 2008 15:41:52 +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: 1Uf129KBjvdXoWrZr48Zw4fZr18ur18JFy3XFb_yoWDXFbEkr nFq3WDXrn0y3s7KFyFkFZ5Way5Ca4aqa4kCa17Ja4xXw4Fvr4FgFyUZFZ7XrWUtryUJF4j qw1UKFnrJrnakjkaLaAFLSUrUUUUUbIjqfuFe4nvWSU5nxnvy29KBjDU0xBIdaVrnRJUUU zEb7Iv0xC_Xr1lb4IE77IF4wAFF20E14v26r1j6r4UM7C26xCjj4IEI4klw4CSwwAFxVCa YxvI4VCIwcAKzIAtM7CIcVAFz4kK6r1j6r18M2kK67kvxFCE548m6r1fGryUXwAqx4xG64 xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_JrI_JrylYx0Ex4A2jsIE14v26r4j 6F4UM4IEnf9ElVAFpTB2q-sK649IAas0WaI_GwAC6xAIw28IcVAK0I8IjxAxMx02cVAKzw CY0x0Ix7I2Y4AK6F4j6FyUMxCjnVAqn7xvrwC2zVAF1VAY17CE14v26r1Y6r17YxBIdaVF xhVjvjDU0xZFpf9x07U1a0PUUUUU= Cc: freebsd-usb@freebsd.org Subject: kernel panic of usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 07:41:54 -0000 Hi , i can't write anything in usb flash devices.i can mount device well with usb2_storage_mss. db>bt Tracing pid 1367 tid 100147 td 0xffffff0004e756e0 kdb_enter() at kdb_enter+0x3d panic() at panic+0x176 vm_pfault() at vm_pfault+0x19ce trap_pfault() at trap_pfault+0x2a9 trap() at trap+0c327 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff80511166, rsp = 0xfffffffee962bac0, rdp = 0xffffff fee962bb00 --- bcopy() at bcopy+0x16 usb2_bdma_per_sync() at usb2_bdma_per_sync+0x35 usb2_bdma_work_loop() at usb2_bdma_work_loop+0x346 usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_wrapper() at usb2_callback_wrapper+0x2d4 usb2_command_wrapper() at usb2_command_wrapper+0x76 usb2_callback_proc() at usb2_callback_proc+0x90 usb2_process() at usb2_process+0xd2 fork_exit() at fork_exit+0x118 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =0, rsp=0xfffffffee962bd40, rbp = 0 --- Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 08:10: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 CCD6B1065670; Fri, 14 Nov 2008 08:10:06 +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 307988FC16; Fri, 14 Nov 2008 08:10:05 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=aniA1o7mVp4QawOfT9qHqA==:17 a=6I5d2MoRAAAA:8 a=Mfjwkn1GKK2a2fjCjsYA:9 a=bLzyZGgf2zPVZdDwKY8A:7 a=viS567KgI-JeDvUAsyQ8LSLyuUsA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.1] (account mc467741@c2i.net [62.113.133.1] verified) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 759817761; Fri, 14 Nov 2008 09:10:03 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 14 Nov 2008 09:12:10 +0100 User-Agent: KMail/1.9.7 References: <491D2BC0.2080604@163.com> In-Reply-To: <491D2BC0.2080604@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811140912.10665.hselasky@c2i.net> Cc: kevin , FreeBSD Current Subject: Re: kernel panic of usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 08:10:06 -0000 On Friday 14 November 2008, kevin wrote: > Hi , > i can't write anything in usb flash devices.i can mount device well > with usb2_storage_mss. > db>bt > Tracing pid 1367 tid 100147 td 0xffffff0004e756e0 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x176 > vm_pfault() at vm_pfault+0x19ce > trap_pfault() at trap_pfault+0x2a9 > trap() at trap+0c327 > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffff80511166, rsp = 0xfffffffee962bac0, rdp = > 0xffffff > fee962bb00 --- > bcopy() at bcopy+0x16 > usb2_bdma_per_sync() at usb2_bdma_per_sync+0x35 > usb2_bdma_work_loop() at usb2_bdma_work_loop+0x346 > usb2_command_wrapper() at usb2_command_wrapper+0x76 > usb2_callback_wrapper() at usb2_callback_wrapper+0x2d4 > usb2_command_wrapper() at usb2_command_wrapper+0x76 > usb2_callback_proc() at usb2_callback_proc+0x90 > usb2_process() at usb2_process+0xd2 > fork_exit() at fork_exit+0x118 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =0, rsp=0xfffffffee962bd40, rbp = 0 --- > This issue has been fixed, but not in -current yet. See: http://perforce.freebsd.org/chv.cgi?CH=152624 --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 10:05: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 431A61065678 for ; Fri, 14 Nov 2008 10:05:12 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id BEE558FC16 for ; Fri, 14 Nov 2008 10:05:11 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L0vY2-0007Qt-V2 for freebsd-current@freebsd.org; Fri, 14 Nov 2008 10:05:07 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 14 Nov 2008 10:05:06 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 14 Nov 2008 10:05:06 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 14 Nov 2008 11:05:32 +0100 Lines: 88 Message-ID: References: <20081112235903.GA19865@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDCE8722E0DA187436CA00B64" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: <20081112235903.GA19865@troutmask.apl.washington.edu> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: GEOM hangover disables NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 10:05:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDCE8722E0DA187436CA00B64 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Steve Kargl wrote: > On three nodes in my cluster (nodes n17, n18, and n19), I had > GEOM use /dev/ad4s1e for tests with gmirror and ggated/ggatec. > I found that GEOM was insufficient for my needs and decided=20 > to return the 3 partitions to NFS-exported partitions. It seems > that once GEOM touches a partition, the partition can no longer > be used by NFS. >=20 > I'll illustrute the problem with n17:/dev/ad4s1e. In what follows, > n10 is the master node. Both n10 and n17 have brand new worlds > and kernels from about 45 minutes ago. >=20 > n10:kargl[203] ssh n17 > n17:kargl[201] df > Filesystem 1M-blocks Used Avail Capacity Mounted on > /dev/ad4s1a 247 104 123 46% / > devfs 0 0 0 100% /dev > /dev/ad4s1e 222780 0 204958 0% /data > /dev/ad4s1d 3962 182 3463 5% /usr > n10:/home 193947 92855 85576 52% /home > n10:/usr/local 19832 10494 7750 58% /usr/local >=20 > n17:kargl[202] tail -1 /etc/exports > /data -alldirs node10 node21 >=20 > The above is after a 'newfs -U /dev/ad4s1e' and a reboot. >=20 > n10:root[244] ls / | grep -E ^n > n11/ n12/ n13/ n14/ n15/ n16/ n17/ n18/ n19/ n20/ n21/ >=20 > n10:root[245] mount_nfs -o tcp n17:/data /n17 > n10:root[246] mount -v | grep n17 > n17:/data on /n17 (nfs, fsid 0eff000303000000) > n10:root[247] ls /n17 > ls: /n17: Input/output error > n10:root[248] ls / | grep -E ^n > ls: n17: Input/output error > n11/ n12/ n13/ n14/ n15/ n16/ n18/ n19/ n20/ n21/ >=20 > n10:root[251] umount /n17 > n10:root[252] ls / | grep -E ^n > n11/ n12/ n13/ n14/ n15/ n16/ n17/ n18/ n19/ n20/ n21/ >=20 > So, how does one exorcise GEOM from /dev/ad4s1e? Your message is very confusing. Here's some information that could help y= ou: * "GEOM" is just a name for "system of handling disk-like devices in FreeBSD". If you "remove GEOM" (which would probably be hard to do and would involve heavily modifying the kernel source) you will have no access to your disk drives and other similar devices. * Using ggated/ggatec you can either: - mount the file system exactly once as rw and none as ro (doesn't matter if the file system is on local node or exported, the total is important) - mount the file system as ro any number of times and none as rw. (In other words, only one machine can have the file system mounted for reading and writing. Once a file system has been mounted as rw, no other machines can do anything with it. This has nothing to do with NFS as NFS operates on top of a mounted file system and inherits its rules.) * You can remove gmirror metadata on devices with "gmirror clean". ggated and ggatec don't store metadata on devices. --------------enigDCE8722E0DA187436CA00B64 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJHU1sldnAQVacBcgRAne+AJ0cD8iDoC4GmERh1qgxfqpFpubQygCg9hrE h18N38tJ+83yWY2hbkzJysw= =tPMI -----END PGP SIGNATURE----- --------------enigDCE8722E0DA187436CA00B64-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 10: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 EBFDD1065678; Fri, 14 Nov 2008 10:36:53 +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 A84A48FC08; Fri, 14 Nov 2008 10:36:53 +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 5293A3FB8; Fri, 14 Nov 2008 10:36:09 +0000 (GMT) Message-Id: <6EC5D6EA-8864-43C9-A76C-115AAA50F573@rabson.org> From: Doug Rabson To: Ivan Voras In-Reply-To: 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, 14 Nov 2008 10:36:51 +0000 References: <20081112235903.GA19865@troutmask.apl.washington.edu> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org Subject: Re: GEOM hangover disables NFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 10:36:54 -0000 On 14 Nov 2008, at 10:05, Ivan Voras wrote: > Steve Kargl wrote: >> On three nodes in my cluster (nodes n17, n18, and n19), I had >> GEOM use /dev/ad4s1e for tests with gmirror and ggated/ggatec. >> I found that GEOM was insufficient for my needs and decided >> to return the 3 partitions to NFS-exported partitions. It seems >> that once GEOM touches a partition, the partition can no longer >> be used by NFS. >> >> I'll illustrute the problem with n17:/dev/ad4s1e. In what follows, >> n10 is the master node. Both n10 and n17 have brand new worlds >> and kernels from about 45 minutes ago. >> >> n10:kargl[203] ssh n17 >> n17:kargl[201] df >> Filesystem 1M-blocks Used Avail Capacity Mounted on >> /dev/ad4s1a 247 104 123 46% / >> devfs 0 0 0 100% /dev >> /dev/ad4s1e 222780 0 204958 0% /data >> /dev/ad4s1d 3962 182 3463 5% /usr >> n10:/home 193947 92855 85576 52% /home >> n10:/usr/local 19832 10494 7750 58% /usr/local >> >> n17:kargl[202] tail -1 /etc/exports >> /data -alldirs node10 node21 >> >> The above is after a 'newfs -U /dev/ad4s1e' and a reboot. >> >> n10:root[244] ls / | grep -E ^n >> n11/ n12/ n13/ n14/ n15/ n16/ n17/ n18/ n19/ n20/ n21/ >> >> n10:root[245] mount_nfs -o tcp n17:/data /n17 >> n10:root[246] mount -v | grep n17 >> n17:/data on /n17 (nfs, fsid 0eff000303000000) >> n10:root[247] ls /n17 >> ls: /n17: Input/output error >> n10:root[248] ls / | grep -E ^n >> ls: n17: Input/output error >> n11/ n12/ n13/ n14/ n15/ n16/ n18/ n19/ n20/ n21/ >> >> n10:root[251] umount /n17 >> n10:root[252] ls / | grep -E ^n >> n11/ n12/ n13/ n14/ n15/ n16/ n17/ n18/ n19/ n20/ n21/ >> >> So, how does one exorcise GEOM from /dev/ad4s1e? > > Your message is very confusing. Here's some information that could > help you: > > * "GEOM" is just a name for "system of handling disk-like devices in > FreeBSD". If you "remove GEOM" (which would probably be hard to do and > would involve heavily modifying the kernel source) you will have no > access to your disk drives and other similar devices. > > * Using ggated/ggatec you can either: > - mount the file system exactly once as rw and none as ro (doesn't > matter if the file system is on local node or exported, the total is > important) > - mount the file system as ro any number of times and none as rw. > (In other words, only one machine can have the file system mounted for > reading and writing. Once a file system has been mounted as rw, no > other > machines can do anything with it. This has nothing to do with NFS as > NFS > operates on top of a mounted file system and inherits its rules.) > > * You can remove gmirror metadata on devices with "gmirror clean". > ggated and ggatec don't store metadata on devices. This was a bug in the NFS code which is now fixed. The bug had nothing to do with GEOM. From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 08:33: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 C7CEE106567C for ; Fri, 14 Nov 2008 08:33:37 +0000 (UTC) (envelope-from ninjin@nada.kth.se) Received: from smtp.nada.kth.se (smtp.nada.kth.se [130.237.222.182]) by mx1.freebsd.org (Postfix) with ESMTP id 37C8E8FC1B for ; Fri, 14 Nov 2008 08:33:37 +0000 (UTC) (envelope-from ninjin@nada.kth.se) X-Authentication-Info: The sender was authenticated as ninjin using PLAIN at smtp.nada.kth.se Received: from [192.168.0.129] (c-24-6-96-177.hsd1.ca.comcast.net [24.6.96.177]) (authenticated bits=0) by smtp.nada.kth.se (8.12.11.20060308/8.12.11) with ESMTP id mAE8C7tw006054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 14 Nov 2008 09:12:40 +0100 (MET) Message-ID: <491D32CE.10206@nada.kth.se> Date: Fri, 14 Nov 2008 00:11:58 -0800 From: Pontus Stenetorp User-Agent: Thunderbird 2.0.0.17 (X11/20081109) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 14 Nov 2008 12:14:05 +0000 Subject: atapci IRQ storm on a Dell E6400 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 08:33:38 -0000 Hello CURRENT, I am running FreeBSD 8.0-CURRENT on a Dell E6400 laptop and I am experiencing an IRQ storm on atapci. My dual-core ends up working at about 40% CPU on interrupts. I have attached, uname -a, dmesg, vmstat -i, top -S and my kernconf. The only changes made to the kernconf are the ones described in /usr/src/UPDATING as to improve performance for FreeBSD 8.x The reason I have for running CURRENT is that the my Dell E6400 kern panics shortly after boot on FreeBSD 7.0-STABLE and on FreeBSD 7.1-BETA2. A photo of a panic can be found below. Thanks for any help regarding this, Pontus Stenetorp \begin{uname -a} FreeBSD enoki 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Nov 10 04:08:41 PST 2008 root@enoki:/usr/obj/usr/src/sys/ENOKI0 i386 \end{uname -a} \begin{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 #0: Mon Nov 10 04:08:41 PST 2008 root@enoki:/usr/obj/usr/src/sys/ENOKI0 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz (2527.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0x8e3fd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2135216128 (2036 MB) avail memory = 2081230848 (1984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard 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] Timecounter "HPET" frequency 14318180 Hz quality 900 acpi0: reservation of 0, 9f000 (3) failed acpi0: reservation of 100000, 7f34d400 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x930,0x934 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xdf00-0xdf7f mem 0xf5000000-0xf5ffffff,0xe0000000-0xefffffff,0xf2000000-0xf3ffffff irq 16 at device 0.0 on pci1 em0: port 0xefe0-0xefff mem 0xf6fe0000-0xf6ffffff,0xf6fdb000-0xf6fdbfff irq 22 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:21:70:b5:24:b8 uhci0: port 0x6f60-0x6f7f irq 20 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x6f80-0x6f9f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x6fa0-0x6fbf irq 22 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfed1c400-0xfed1c7ff irq 22 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered ugen0: on uhub3 pci0: at device 27.0 (no driver attached) pcib2: at device 28.0 on pci0 pci11: on pcib2 ath0: mem 0xf1ff0000-0xf1ffffff irq 16 at device 0.0 on pci11 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 10.3 phy 6.1 radio 10.2 pcib3: at device 28.1 on pci0 pci12: on pcib3 pci12: at device 0.0 (no driver attached) pcib4: at device 28.2 on pci0 pci13: on pcib4 pcib5: at device 28.3 on pci0 pci14: on pcib5 uhci3: port 0x6f00-0x6f1f irq 20 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x6f20-0x6f3f irq 21 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0x6f40-0x6f5f irq 22 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfed1c000-0xfed1c3ff irq 20 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pci3: on pcib6 fwohci0: <1394 Open Host Controller Interface> mem 0xf1bff800-0xf1bfffff irq 17 at device 1.0 on pci3 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 33:4f:c0:00:20:81:35:e1 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 32:4f:c0:81:35:e1 fwe0: Ethernet address: 32:4f:c0:81:35:e1 fwip0: on firewire0 fwip0: Firewire address: 33:4f:c0:00:20:81:35:e1 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1094000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pci3: at device 1.1 (no driver attached) pci3: at device 1.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x6e70-0x6e77,0x6e78-0x6e7b,0x6e80-0x6e87,0x6e88-0x6e8b,0x6ea0-0x6eaf,0x6e90-0x6e9f irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x6eb0-0x6eb7,0x6eb8-0x6ebb,0x6ec0-0x6ec7,0x6ec8-0x6ecb,0x6ee0-0x6eef,0xefa0-0xefaf irq 19 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 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 GlidePoint, device ID 0 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 uart0: <16550 or compatible> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 uart0: [FILTER] cpu0: on acpi0 ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj 0xc52c66c0 [20070320] ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving operands for [OpcodeName unavailable] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_PR_.CPU0._OSC] (Node 0xc52a0180), AE_AML_INTERNAL est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 ACPI Error (dsopcode-0350): No pointer back to NS node in buffer obj 0xc52c6440 [20070320] ACPI Exception (dswexec-0556): AE_AML_INTERNAL, While resolving operands for [OpcodeName unavailable] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_PR_.CPU1._OSC] (Node 0xc52a00a0), AE_AML_INTERNAL est1: on cpu1 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xce7ff,0xce800-0xcffff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub8: on uhub0 uhub8: 3 ports with 0 removable, self powered ukbd0: on uhub8 kbd2 at ukbd0 ums0: on uhub8 ums0: 3 buttons. ugen1: on uhub2 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad4: 238475MB at ata2-master UDMA33 unknown: timeout waiting for read DRQ unknown: timeout waiting for read DRQ acd0: DVDR at ata3-master UDMA33 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s2a wlan0: Ethernet address: xx:xx:xx:xx:xx:xx ath0: ath_hal_init_channels failed, rd 98 cc 511 outdoor 0 ecm 1 wlan0: link state changed to UP \end{dmesg} \begin{vmstat -i output} interrupt total rate irq1: atkbd0 8899 3 irq9: acpi0 1208 0 irq12: psm0 82725 29 irq16: ath0 91826 32 irq17: fwohci0 3 0 irq19: atapci0+ 154687206 55245 irq20: uhci0 uhci+ 12 0 irq22: uhci2 ehci+ 5 0 cpu0: timer 5599330 1999 cpu1: timer 5589315 1996 Total 166060529 59307 \end{vmstat -i output} \begin{top -S output} last pid: 83401; load averages: 0.11, 0.15, 0.24 up 0+00:49:20 22:44:12 121 processes: 4 running, 97 sleeping, 2 zombie, 18 waiting CPU: 1.3% user, 0.0% nice, 0.4% system, 42.7% interrupt, 55.6% idle Mem: 171M Active, 245M Inact, 116M Wired, 2316K Cache, 112M Buf, 1454M Free Swap: 2048M Total, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 2 171 ki31 0K 16K RUN 0 41:41 108.06% idle 12 root 19 -64 - 0K 152K WAIT 0 41:41 88.28% intr \end{top -S output} \begin{kernconf} # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.500 2008/10/09 21:25:01 n_hibma Exp $ cpu I486_CPU cpu I586_CPU cpu I686_CPU ident ENKI0 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options STOP_NMI # Stop CPUS using NMI instead of IPI options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. device acpi device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ixgb # Intel PRO/10GbE Ethernet Card device le # AMD Am7900 LANCE and Am79C9xx PCnet device ti # Alteon Networks Tigon I/II gigabit Ethernet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device ae # Attansic/Atheros L2 FastEthernet device age # Attansic/Atheros L1 Gigabit Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device 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 zyd # ZyDAS zb1211/zb1211b wireless NICs device urio # Diamond Rio 500 MP3 player 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 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 # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons \end{kernconf} \begin{FreeBSD 7.1-BETA2 panic photo} http://pici.se/p/BwsmUJsvx/ \end{FreeBSD 7.1-BETA2 panic photo} From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 14:41: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 9C06D1065670 for ; Fri, 14 Nov 2008 14:41:53 +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 DAE158FC1E for ; Fri, 14 Nov 2008 14:41:52 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 14 Nov 2008 14:41:51 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp029) with SMTP; 14 Nov 2008 15:41:51 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19HBiEkGjNH+htZ/eZ4u1IRXFVbyy1AvEFJHRNO5Y j4IbNJSnrIeAo/ From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Fri, 14 Nov 2008 15:41:48 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811141541.49595.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58 Subject: usb2: no sound with M-Audio Transit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 14:41:53 -0000 Hi, Today I've tested my M-Audio Transit USB sound card with the new usb stack. It requires to download a firmware which works with some minor problems. It's recognized as follows: ugen0.2: at usbus0 ugen0.2: at usbus0 uaudio0: on usbus0 uaudio0: Play: 96000 Hz, 2 ch, 24-bit S-LE PCM format uaudio0: Record: 96000 Hz, 2 ch, 24-bit S-LE PCM format uaudio0: No midi sequencer pcm1: on uaudio0 I don't get any sound though. mixer lists vol, pcm and mic. If I turn up mic to 100 there's some output (mostly static). So something goes wrong here. With the old uaudio driver #define UAUDIO_MULTIPLE_ENDPOINTS needs to be undefined to get the card working (if this gives any clue) Additionaly mixer lists a 'speaker' device which need to be turned on to get sound. -- Stefan From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 16:17: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 396EC1065674 for ; Fri, 14 Nov 2008 16:17:42 +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 78FC38FC16 for ; Fri, 14 Nov 2008 16:17:41 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 14 Nov 2008 16:17:39 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp009) with SMTP; 14 Nov 2008 17:17:39 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1940awtHkN4ASk3XMmhCiGkcfoWqqvJXbSOSIkUEN 0brDUs1g2pxkZK From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Fri, 14 Nov 2008 17:17:37 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; i386; ; ) References: <200811141541.49595.shoesoft@gmx.net> In-Reply-To: <200811141541.49595.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811141717.38279.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.55 Subject: Re: usb2: no sound with M-Audio Transit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 16:17:42 -0000 On Friday 14 November 2008 15:41:48 Stefan Ehmann wrote: > Hi, > > Today I've tested my M-Audio Transit USB sound card with the new usb stack. > It requires to download a firmware which works with some minor problems. > > It's recognized as follows: > > ugen0.2: at usbus0 > > ugen0.2: at usbus0 > uaudio0: on usbus0 > uaudio0: Play: 96000 Hz, 2 ch, 24-bit S-LE PCM format > uaudio0: Record: 96000 Hz, 2 ch, 24-bit S-LE PCM format > uaudio0: No midi sequencer > pcm1: on uaudio0 > > I don't get any sound though. mixer lists vol, pcm and mic. If I turn up > mic to 100 there's some output (mostly static). So something goes wrong > here. > > With the old uaudio driver > #define UAUDIO_MULTIPLE_ENDPOINTS > needs to be undefined to get the card working (if this gives any clue) This should have read "needs to be uncommented" (It's commented out in the original source). In the meantime here's some debug info. messages with uaudio logging enabled: http://stud4.tuwien.ac.at/~e0125637/fbsd/transit.messages config dump: http://stud4.tuwien.ac.at/~e0125637/fbsd/transit_config.dump From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 17:09: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 1CFCF106567A for ; Fri, 14 Nov 2008 17:09:21 +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 ACC418FC08 for ; Fri, 14 Nov 2008 17:09:20 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=AZAC4kOax5IA:10 a=aniA1o7mVp4QawOfT9qHqA==:17 a=z_zqISx-AAAA:8 a=cfxWr0COxLGthJ5CBbUA:9 a=uk28kfjF5CJxfuod34XfyEImFt0A:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.1] (account mc467741@c2i.net [62.113.133.1] verified) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1147942673; Fri, 14 Nov 2008 18:09:18 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 14 Nov 2008 18:11:23 +0100 User-Agent: KMail/1.9.7 References: <200811141541.49595.shoesoft@gmx.net> <200811141717.38279.shoesoft@gmx.net> In-Reply-To: <200811141717.38279.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811141811.24491.hselasky@c2i.net> Cc: Stefan Ehmann Subject: Re: usb2: no sound with M-Audio Transit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 17:09:21 -0000 On Friday 14 November 2008, Stefan Ehmann wrote: > http://stud4.tuwien.ac.at/~e0125637/fbsd/transit_config.dump Maybe there is something wrong with the 16-bit to 24-bit data conversion ? Try to change: static uint8_t uaudio_default_bits = 32; to: static uint8_t uaudio_default_bits = 16; In: src/sys/dev/usb2/sound/uaudio2.c Then recompile and re-install "uaudio2.c". --HPS From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 17:27: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 6B0471065677 for ; Fri, 14 Nov 2008 17:27:04 +0000 (UTC) (envelope-from jiashiun@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 1E1028FC22 for ; Fri, 14 Nov 2008 17:27:03 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so660118ywe.13 for ; Fri, 14 Nov 2008 09:27: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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=n7bfxXDPf2uYV+GTlEM1Gh5tlAMJpG0GL+H+dC3GaQs=; b=IEiEIhPtNH0Oi6xHTPzAj7ePdXaJyh3Uu+F6MnsCESXSn9oRcXV++kl9TzP4LVu3Fl zUhvVBDqP3qm4wifVLPFHgZ0XJeArA5XacCi9Kvxyf8ECMzSWd7vBAkvfBOyH08caN1i nzdnMVGwSpzMR5dWEAv91Pwn9zWoq6dtoWnro= 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=ubYkDAYfMLsg+nWp+Vwgx2Li6YrRn9zggBO9SWCqYQiNNOyD72bBpStiS1BKjGipqG CLnRkbbcKlx0LIgbMXrz3h6GFAa1Y5c5J5H855k00E1N687hehDk6UwW1ANo5XyyQzcX p66iUF3X2QmaA4E783vHDlUkrSeI6inkJ5wQw= Received: by 10.90.106.1 with SMTP id e1mr891768agc.113.1226683623077; Fri, 14 Nov 2008 09:27:03 -0800 (PST) Received: by 10.90.82.5 with HTTP; Fri, 14 Nov 2008 09:27:02 -0800 (PST) Message-ID: <1d6d20bc0811140927p4a4e2aeaj2aa5d17892582d89@mail.gmail.com> Date: Sat, 15 Nov 2008 01:27:02 +0800 From: "Jia-Shiun Li" To: "John Baldwin" In-Reply-To: <200811131146.59034.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> <200811101132.27065.jhb@freebsd.org> <1d6d20bc0811130830k41160c8en5e145acbd4c2f7a0@mail.gmail.com> <200811131146.59034.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: Fri, 14 Nov 2008 17:27:04 -0000 On Fri, Nov 14, 2008 at 12:46 AM, John Baldwin wrote: > On Thursday 13 November 2008 11:30:45 am Jia-Shiun Li wrote: >> On Tue, Nov 11, 2008 at 12:32 AM, John Baldwin wrote: >> > Try this. It ensures the PCI-e window is mapped UC (though MTRR's should >> > already cover that in theory): >> > >> >> It does not work. Still hang at the same place. Could this be related >> to specific device (the IGD)? > > I'm not really sure. I don't think it should matter to the end device since > the chipset is responsible (I think) for translating either type of config > space access into config transactions on the bus. Does an amd64 kernel work > fine with MCFG? > No. amd64 kernel hang at the same place. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 17: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 A1595106567B for ; Fri, 14 Nov 2008 17:29:07 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id CD4468FC13 for ; Fri, 14 Nov 2008 17:29:06 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180169035.adsl.alicedsl.de [85.180.169.35]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id mAEHSpao057897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Nov 2008 18:28:52 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.3/8.14.3) with ESMTP id mAEHSVo4069836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Nov 2008 18:28:31 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.3/8.14.3/Submit) id mAEHSUqx069835; Fri, 14 Nov 2008 18:28:30 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Fri, 14 Nov 2008 18:28:30 +0100 From: Ulrich Spoerlein To: Ed Schouten Message-ID: <20081114172830.GC1474@roadrunner.spoerlein.net> Mail-Followup-To: Ed Schouten , Anton Yuzhaninov , FreeBSD Current References: <491B3161.7000808@citrin.ru> <20081112203501.GA81783@hoeg.nl> <491B41F3.9030307@citrin.ru> <20081112212350.GB81783@hoeg.nl> <491C6BE7.3020202@citrin.ru> <20081113180514.GH81783@hoeg.nl> <20081113215812.GN81783@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081113215812.GN81783@hoeg.nl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current , Anton Yuzhaninov Subject: Re: serial console 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, 14 Nov 2008 17:29:07 -0000 On Thu, 13.11.2008 at 22:58:12 +0100, Ed Schouten wrote: > * Ed Schouten wrote: > > * Anton Yuzhaninov wrote: > > > with cuau0 in /etc/ttys it works! > > > > That means your serial cable probably doesn't have its carrier detect > > line connected properly. > > A better solution would be to do this: > > stty clocal < /dev/ttyu0.init > > You should then be able to just use ttyu0. What about using std.3wire in /etc/ttys. I had to do this for using a Digi Port console switch hooked up to a FreeBSD box with a standard adapter (not the proprietary cable). Interessting point: a RHEL 5.2 system didn't need any special fiddling... Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 18:50: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 F0CA61065679 for ; Fri, 14 Nov 2008 18:50:51 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out2.fuse.net (mail-out2.fuse.net [216.68.8.171]) by mx1.freebsd.org (Postfix) with ESMTP id B4A7D8FC22 for ; Fri, 14 Nov 2008 18:50:51 +0000 (UTC) (envelope-from cokane@FreeBSD.org) X-CNFS-Analysis: v=1.0 c=1 a=LkYvsgB9u1MH7Ao0BLhsLg==:17 a=9uHbcFo5DycWxoiZINEA:9 a=RXvhvET7FqqMnEotDEE_u8i7u9cA:4 a=LY0hPdMaydYA:10 a=x6d-ZYA63ObIYBgs_6gA:9 a=EFAya5gWovRFEuPAHJjk0O2RNXoA:4 a=NfA2RSpTaHsA:10 a=ZI4j9uUWidrupRmukxEA:9 a=eSZ8PxzDhlvJgfi74l1snhZ9BGUA:4 a=rPt6xJ-oxjAA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Received: from [74.215.227.9] ([74.215.227.9:50628] helo=mail.cokane.org) by mail-out2.fuse.net (ecelerity 2.1.1.22 r(17669)) with ESMTP id 7A/14-26658-CF4CD194 for ; Fri, 14 Nov 2008 13:35:50 -0500 Received: by mail.cokane.org (Postfix, from userid 103) id E91981DB2FA; Fri, 14 Nov 2008 13:35:39 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, DNS_FROM_SECURITYSAGE autolearn=no version=3.1.8-gr1 Received: from [172.31.1.6] (unknown [172.31.1.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id AE82A1DB2F9; Fri, 14 Nov 2008 13:35:33 -0500 (EST) From: Coleman Kane To: Diego Depaoli In-Reply-To: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WBfwAmX3Jhq+lEFPn9z9" Organization: FreeBSD Project Date: Fri, 14 Nov 2008 13:32:08 -0500 Message-Id: <1226687528.19638.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Cc: freebsd-current 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: Fri, 14 Nov 2008 18:50:52 -0000 --=-WBfwAmX3Jhq+lEFPn9z9 Content-Type: multipart/mixed; boundary="=-TsXf1onNKtNYADIC4YfR" --=-TsXf1onNKtNYADIC4YfR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-11-06 at 01:38 +0100, 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. I figured out the problem, and I have a solution. As the other person mentioned, the device name has changed from "/dev/usb" into "/dev/usb " (the space is important). However, the hald daemon doesn't use libusb on FreeBSD. Here's a patch which tells hald to look at the new device, apply it to the root of your ports collection. Additionally, I think it is a bug that hald busy-loops trying (and failing) to open "/dev/usb". Ideally, I think that hald should put a sleep in there of some sort, to give up CPU to something else. --=20 Coleman Kane --=-TsXf1onNKtNYADIC4YfR Content-Disposition: attachment; filename=hal-port-usb2.patch Content-Type: text/x-patch; name=hal-port-usb2.patch; charset=UTF-8 Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3N5c3V0aWxzL2hhbC9maWxlcy9wYXRjaC1oYWxkX2ZyZWVic2RfaGYtdXNi LmMtdXNiMiBiL3N5c3V0aWxzL2hhbC9maWxlcy9wYXRjaC1oYWxkX2ZyZWVic2RfaGYtdXNiLmMt dXNiMg0KbmV3IGZpbGUgbW9kZSAxMDA2NDQNCmluZGV4IDAwMDAwMDAuLjhjNzNkNDANCi0tLSBz eXN1dGlscy9oYWwvZmlsZXMvcGF0Y2gtaGFsZF9mcmVlYnNkX2hmLXVzYi5jLXVzYjINCisrKyBz eXN1dGlscy9oYWwvZmlsZXMvcGF0Y2gtaGFsZF9mcmVlYnNkX2hmLXVzYi5jLXVzYjINCkBAIC0w LDAgKzEsMTEgQEANCistLS0gaGFsLTAuNS4xMS9oYWxkL2ZyZWVic2QvaGYtdXNiLmMub3JpZwky MDA4LTExLTE0IDEyOjM3OjE5LjAwMDAwMDAwMCAtMDUwMA0KKysrKyBoYWwtMC41LjExL2hhbGQv ZnJlZWJzZC9oZi11c2IuYwkyMDA4LTExLTE0IDEyOjM3OjI4LjAwMDAwMDAwMCAtMDUwMA0KK0BA IC00MCw3ICs0MCw3IEBADQorICNpbmNsdWRlICJoZi1kZXZ0cmVlLmgiDQorICNpbmNsdWRlICJo Zi11dGlsLmgiDQorIA0KKy0jZGVmaW5lIEhGX1VTQl9ERVZJQ0UJCQkiL2Rldi91c2IiDQorKyNk ZWZpbmUgSEZfVVNCX0RFVklDRQkJCSIvZGV2L3VzYiAiDQorIA0KKyB0eXBlZGVmIHN0cnVjdA0K KyB7DQo= --=-TsXf1onNKtNYADIC4YfR-- --=-WBfwAmX3Jhq+lEFPn9z9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkkdxCMACgkQcMSxQcXat5cBCwCcCmmTqG2Tyc2MSeRlTKfhBXFi VZYAn3cTioE6sg6ufuINSlcUkSDaZi8X =xQia -----END PGP SIGNATURE----- --=-WBfwAmX3Jhq+lEFPn9z9-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 19:15: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 01E751065678 for ; Fri, 14 Nov 2008 19:15:42 +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 6E0DD8FC17 for ; Fri, 14 Nov 2008 19:15:41 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=aniA1o7mVp4QawOfT9qHqA==:17 a=IIlZ5es7KegrrPeZsz0A:9 a=KPGPsS0wJcmt886-lH_OCo5fTQgA:4 a=50e4U0PicR4A:10 Received: from [62.113.133.1] (account mc467741@c2i.net [62.113.133.1] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 977440074; Fri, 14 Nov 2008 20:15:39 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 14 Nov 2008 20:17:48 +0100 User-Agent: KMail/1.9.7 References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> <1226687528.19638.4.camel@localhost> In-Reply-To: <1226687528.19638.4.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811142017.49692.hselasky@c2i.net> Cc: Diego Depaoli , Coleman Kane 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: Fri, 14 Nov 2008 19:15:42 -0000 Hi Kane! Your patch will solve the CPU problem, but will otherwise not fix FreeBSD USB support under HAL. 1) Hal should use "devd" to get attach/detach events. 2) Hal should use libusb20/libusb to access USB functions and to enumerate USB devices. --HPS On Friday 14 November 2008, Coleman Kane wrote: > On Thu, 2008-11-06 at 01:38 +0100, 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. > > I figured out the problem, and I have a solution. As the other person > mentioned, the device name has changed from "/dev/usb" into "/dev/usb > " (the space is important). However, the hald daemon doesn't use libusb > on FreeBSD. Here's a patch which tells hald to look at the new device, > apply it to the root of your ports collection. > > Additionally, I think it is a bug that hald busy-loops trying (and > failing) to open "/dev/usb". Ideally, I think that hald should put a > sleep in there of some sort, to give up CPU to something else. From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 20:02: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 63A151065670; Fri, 14 Nov 2008 20:02:10 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 2EFC08FC0A; Fri, 14 Nov 2008 20:02:10 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id mAEJd866023497; Fri, 14 Nov 2008 14:39:08 -0500 (EST) Received: from [64.102.220.132] (dhcp-64-102-220-132.cisco.com [64.102.220.132]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id mAEJd8mm028699; Fri, 14 Nov 2008 14:39:08 -0500 (EST) Message-ID: <491DD3DB.3030803@freebsd.org> Date: Fri, 14 Nov 2008 14:39:07 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Coleman Kane References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> <1226687528.19638.4.camel@localhost> In-Reply-To: <1226687528.19638.4.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Diego Depaoli , freebsd-current 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: Fri, 14 Nov 2008 20:02:10 -0000 Coleman Kane wrote: > On Thu, 2008-11-06 at 01:38 +0100, 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. > > I figured out the problem, and I have a solution. As the other person > mentioned, the device name has changed from "/dev/usb" into "/dev/usb > " (the space is important). However, the hald daemon doesn't use libusb > on FreeBSD. Here's a patch which tells hald to look at the new device, > apply it to the root of your ports collection. > > Additionally, I think it is a bug that hald busy-loops trying (and > failing) to open "/dev/usb". Ideally, I think that hald should put a > sleep in there of some sort, to give up CPU to something else. Thanks for the patch, but hald doesn't loop trying to open /dev/usb. It should try and open it once. If that fails, then the privilege_init function for hf-usb should fail, and that would be the end of it. Can someone post a ktrace of gdb backtrace showing this problem? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 20:14: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 7EF451065672 for ; Fri, 14 Nov 2008 20:14:10 +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 B41B18FC19 for ; Fri, 14 Nov 2008 20:14:09 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 14 Nov 2008 20:14:07 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp027) with SMTP; 14 Nov 2008 21:14:07 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18O6ttVesIOOrQsnYNWS5Owa+UX4onTME6CG1nJCM ALF4geUs2buU9Q From: Stefan Ehmann To: Hans Petter Selasky Date: Fri, 14 Nov 2008 21:14:06 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; i386; ; ) References: <200811141541.49595.shoesoft@gmx.net> <200811141717.38279.shoesoft@gmx.net> <200811141811.24491.hselasky@c2i.net> In-Reply-To: <200811141811.24491.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811142114.07216.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 Cc: freebsd-current@freebsd.org Subject: Re: usb2: no sound with M-Audio Transit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 20:14:10 -0000 On Friday 14 November 2008 18:11:23 Hans Petter Selasky wrote: > On Friday 14 November 2008, Stefan Ehmann wrote: > > http://stud4.tuwien.ac.at/~e0125637/fbsd/transit_config.dump > > Maybe there is something wrong with the 16-bit to 24-bit data conversion ? > > Try to change: > > static uint8_t uaudio_default_bits = 32; > > to: > > static uint8_t uaudio_default_bits = 16; > > In: > > src/sys/dev/usb2/sound/uaudio2.c > > Then recompile and re-install "uaudio2.c". Great, now it sounds like actual music :) It now shows up as 48000Hz/16bit in dmesg. The mic mixer device seems to be what shows up as speaker in the old driver. From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 19:07: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 F16641065674 for ; Fri, 14 Nov 2008 19:07:20 +0000 (UTC) (envelope-from cokane@cokane.org) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id BB26B8FC14 for ; Fri, 14 Nov 2008 19:07:20 +0000 (UTC) (envelope-from cokane@cokane.org) X-CNFS-Analysis: v=1.0 c=1 a=Edpxj_50DTAA:10 a=OLi8wmkSIQgA:10 a=LkYvsgB9u1MH7Ao0BLhsLg==:17 a=U5Kc31l3n5fGGVCZ-bUA:9 a=STG5tLz8Tz8uX6XEuE5V2YWzJ0cA:4 a=LY0hPdMaydYA:10 a=1lVj6UbEQlY9jcdvkecA:9 a=XR8GSrIWIRZaaohZ0xPUiR4dajMA:4 a=NfA2RSpTaHsA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Received: from [74.215.227.9] ([74.215.227.9:50803] helo=mail.cokane.org) by mail-out1.fuse.net (ecelerity 2.1.1.22 r(17669)) with ESMTP id 0C/9C-06843-1E8CD194 for ; Fri, 14 Nov 2008 13:52:19 -0500 Received: by mail.cokane.org (Postfix, from userid 103) id 02F941DB2FA; Fri, 14 Nov 2008 13:52:16 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_SECURITYSAGE autolearn=no version=3.1.8-gr1 Received: from [172.31.1.6] (unknown [172.31.1.6]) by mail.cokane.org (Postfix) with ESMTP id D4A851DB2F9; Fri, 14 Nov 2008 13:52:10 -0500 (EST) From: Coleman Kane To: Diego Depaoli In-Reply-To: <1226687528.19638.4.camel@localhost> References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> <1226687528.19638.4.camel@localhost> Content-Type: multipart/mixed; boundary="=-+eR1UP90aWrexYGv5p2z" Date: Fri, 14 Nov 2008 13:48:49 -0500 Message-Id: <1226688529.19638.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Mailman-Approved-At: Fri, 14 Nov 2008 21:01:09 +0000 Cc: freebsd-current Subject: Re: Usb2 and hal issue (fix to previous) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Nov 2008 19:07:21 -0000 --=-+eR1UP90aWrexYGv5p2z Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, 2008-11-14 at 13:32 -0500, Coleman Kane wrote: > On Thu, 2008-11-06 at 01:38 +0100, 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. > > I figured out the problem, and I have a solution. As the other person > mentioned, the device name has changed from "/dev/usb" into "/dev/usb > " (the space is important). However, the hald daemon doesn't use libusb > on FreeBSD. Here's a patch which tells hald to look at the new device, > apply it to the root of your ports collection. > > Additionally, I think it is a bug that hald busy-loops trying (and > failing) to open "/dev/usb". Ideally, I think that hald should put a > sleep in there of some sort, to give up CPU to something else. > Ooops. I made a mistake in that last patch. Use this attached one instead -- Coleman Kane --=-+eR1UP90aWrexYGv5p2z Content-Disposition: attachment; filename=hal-port-usb2.patch Content-Type: text/x-patch; name=hal-port-usb2.patch; charset=UTF-8 Content-Transfer-Encoding: 7bit diff --git a/sysutils/hal/files/patch-hald_freebsd_hf-usb.c-usb2 b/sysutils/hal/files/patch-hald_freebsd_hf-usb.c-usb2 new file mode 100644 index 0000000..8c73d40 --- sysutils/hal/files/patch-hald_freebsd_hf-usb.c-usb2 +++ sysutils/hal/files/patch-hald_freebsd_hf-usb.c-usb2 @@ -0,0 +1,11 @@ +--- hald/freebsd/hf-usb.c.orig 2008-11-14 12:37:19.000000000 -0500 ++++ hald/freebsd/hf-usb.c 2008-11-14 12:37:28.000000000 -0500 +@@ -40,7 +40,7 @@ + #include "hf-devtree.h" + #include "hf-util.h" + +-#define HF_USB_DEVICE "/dev/usb" ++#define HF_USB_DEVICE "/dev/usb " + + typedef struct + { --=-+eR1UP90aWrexYGv5p2z-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 14 22:14: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 CE2791065670 for ; Fri, 14 Nov 2008 22:14:36 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id 87ACD8FC12 for ; Fri, 14 Nov 2008 22:14:36 +0000 (UTC) (envelope-from cokane@FreeBSD.org) X-CNFS-Analysis: v=1.0 c=1 a=LkYvsgB9u1MH7Ao0BLhsLg==:17 a=w5m9-Qw7vYMbzEzd8_oA:9 a=W1pSYJJ6w2yGMuZ5ok_5x_lWeOsA:4 a=LY0hPdMaydYA:10 a=JdwsIZe5TaBzFlummj0A:9 a=PwOfHJgRampFFV2Q_iFhIkXkKhoA:4 a=rPt6xJ-oxjAA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Received: from [74.215.227.9] ([74.215.227.9:50725] helo=mail.cokane.org) by mail-out1.fuse.net (ecelerity 2.1.1.22 r(17669)) with ESMTP id 64/26-06843-148FD194 for ; Fri, 14 Nov 2008 17:14:36 -0500 Received: by mail.cokane.org (Postfix, from userid 103) id 812471DB2F9; Fri, 14 Nov 2008 17:14:25 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, DNS_FROM_SECURITYSAGE autolearn=no version=3.1.8-gr1 Received: from [172.31.1.6] (unknown [172.31.1.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cokane.org (Postfix) with ESMTP id 3F6F81DB2F9; Fri, 14 Nov 2008 17:14:19 -0500 (EST) From: Coleman Kane To: Hans Petter Selasky In-Reply-To: <200811142017.49692.hselasky@c2i.net> References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> <1226687528.19638.4.camel@localhost> <200811142017.49692.hselasky@c2i.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-E7s8EmlVMPVWWjFLdHhL" Organization: FreeBSD Project Date: Fri, 14 Nov 2008 17:10:58 -0500 Message-Id: <1226700658.19638.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Cc: Diego Depaoli , 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: Fri, 14 Nov 2008 22:14:36 -0000 --=-E7s8EmlVMPVWWjFLdHhL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-11-14 at 20:17 +0100, Hans Petter Selasky wrote: > Hi Kane! >=20 > Your patch will solve the CPU problem, but will otherwise not fix FreeBSD= USB=20 > support under HAL. >=20 > 1) Hal should use "devd" to get attach/detach events. > 2) Hal should use libusb20/libusb to access USB functions and to enumerat= e USB=20 > devices. >=20 > --HPS Thanks, Yes, after further investigation I found out that it just fixes the CPU utilization issue, but the USB support remains broken. I don't use its USB support all that much, so I didn't even realize this until recently. I guess our old USB code presented /dev/usb0, /dev/usb1, ..., /dev/usbN for N+1 USB controllers. These aren't here anymore so maybe the above suggestion to use libusb now for FreeBSD (which currently gets disabled when configure realizes we're FreeBSD) is the best approach. I managed to get the libusb20 library working with libfprint and the associated pam_fprint and fprint_demo software. It is working really well for me so far. >=20 > On Friday 14 November 2008, Coleman Kane wrote: > > On Thu, 2008-11-06 at 01:38 +0100, 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. > > > > I figured out the problem, and I have a solution. As the other person > > mentioned, the device name has changed from "/dev/usb" into "/dev/usb > > " (the space is important). However, the hald daemon doesn't use libusb > > on FreeBSD. Here's a patch which tells hald to look at the new device, > > apply it to the root of your ports collection. > > > > Additionally, I think it is a bug that hald busy-loops trying (and > > failing) to open "/dev/usb". Ideally, I think that hald should put a > > sleep in there of some sort, to give up CPU to something else. >=20 --=20 Coleman Kane --=-E7s8EmlVMPVWWjFLdHhL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkkd920ACgkQcMSxQcXat5dN6gCffBd2bdvR+sC6cewAGzn2IeL9 HSQAn2KQM1G3VEgoYrXhg/Qjd2YGID9c =yMMl -----END PGP SIGNATURE----- --=-E7s8EmlVMPVWWjFLdHhL-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 02:31: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 4F8B11065675 for ; Sat, 15 Nov 2008 02:31:59 +0000 (UTC) (envelope-from army.of.root@googlemail.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 137248FC18 for ; Sat, 15 Nov 2008 02:31:59 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: by wf-out-1314.google.com with SMTP id 24so1677828wfg.7 for ; Fri, 14 Nov 2008 18:31:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.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=bols8FgkZ3xee2ChUx/2SrOpPVbVhaYHbCF/oaOD8mE=; b=Y3QaOVgDrpRuJHDax+jY+8Z3A03pKgk8kMSqKGTvJ+iPaKanUubVFvkrkogwwZk+Xi RVjCxLr4jxRfaSeIV8jwr9bseSvjv+aWLyeItzc+VCsGYVBdkRkCVefyy1pEqH4VNrPc pEzem5r+1dtQnIDqKIhfcz/5WRkWuuV7v91bQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VeA5kaZd+Pk42Befuh9yfW/9HxJ76suKXyrvD2BTz7kFHXayu/De+w1oQ0+cu2LHkA DOx+NcSlzwYKZ76jdnN+GnM7RSOSKtVqkdixej8VG5zlODq6b+O3hbC+1t9uUY8HDXQr rgZPY0lDEynEj8qtnJq3ei//xqTkDfPFkhVu8= Received: by 10.142.164.10 with SMTP id m10mr708237wfe.319.1226714792452; Fri, 14 Nov 2008 18:06:32 -0800 (PST) Received: by 10.142.107.13 with HTTP; Fri, 14 Nov 2008 18:06:32 -0800 (PST) Message-ID: Date: Sat, 15 Nov 2008 03:06:32 +0100 From: army.of.root To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081111152011.GF9030@detritus.paeps.cx> <3cb459ed0811120718y755b123g90970461da2773be@mail.gmail.com> <20081113091808.12121w3199o1l2v4@webmail.leidinger.net> X-Mailman-Approved-At: Sat, 15 Nov 2008 07:11:56 +0000 Subject: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2008 02:31:59 -0000 Hi, I was just following the thread.. and don't have any idea how the stuff really works but here my 2cents: Wouldn't it be easier to just implement UTF-32 internally, because then the variable length of codepoints doesn't have to be handled anymore (they are all 4bytes long) ? It's a little bit overhed in most cases when just using ascii. And for further processing the text can be reencoded easily. regards PS: Thank you for contributing to FreeBSD From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 08:53: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 81286106564A for ; Sat, 15 Nov 2008 08:53:15 +0000 (UTC) (envelope-from alexanderchuranov@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 046768FC0C for ; Sat, 15 Nov 2008 08:53:14 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so994675nfh.33 for ; Sat, 15 Nov 2008 00:53: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:references; bh=i2huaq87T7MgNExOD3whzvbxPP6rVWi8wD9v62Nxxy0=; b=duw7axScMc1k/s/lmYGZjpksIYhf+9dHvst9skJkGJiDb2dR9d6dBk79VnP8RsKqmT G/MLBeye2ICx1hVKDS/8auyaxDjNkf9w6Ad/pr2sGayQVkQPVcEyY7nhQZWoaz92X80D +PtLEH/Qj1Y16mFLUaQL6gYgBikZuXnUdi4do= 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=HoceNuYvwwYc0N98n5TxXRoDbHYThzVy+7ua4dWQveCTDK1xI8KLQZ6EPK3iOHpvRp cJkPE0JyeBsm0v9NfAt9qevI7u1nBYvmhHI+i6xjAuAvxHwYwToyjxW9ncEZdiFlV4Mb r/SNTr0a/izzhcIxE1jZSgQiv8NP+XQQ20RFQ= Received: by 10.210.46.12 with SMTP id t12mr1986482ebt.17.1226739193680; Sat, 15 Nov 2008 00:53:13 -0800 (PST) Received: by 10.210.130.15 with HTTP; Sat, 15 Nov 2008 00:53:13 -0800 (PST) Message-ID: <3cb459ed0811150053k223e6fb7g8e30eb97ad4c5ca3@mail.gmail.com> Date: Sat, 15 Nov 2008 11:53:13 +0300 From: "Alexander Churanov" To: "Alexander Leidinger" In-Reply-To: <20081113080934.18107pb6oxoa9m74@webmail.leidinger.net> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081112083120.18545lxnzm0odc84@webmail.leidinger.net> <3cb459ed0811120652m363470e0i823c451803516e5f@mail.gmail.com> <20081113080934.18107pb6oxoa9m74@webmail.leidinger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2008 08:53:15 -0000 Alexander, This "content" is temporary. I am going to fill that page with project goals, requirements, implementation plan and notes. I think that explaining implementation notes and priorities is necessary, since the process used by me is very quality-oriented. And such description would prevent may discussions like "why it's not done this way". Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 09:04: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 21DBF1065695 for ; Sat, 15 Nov 2008 09:04:10 +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 7B28A8FC19 for ; Sat, 15 Nov 2008 09:04:09 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 15 Nov 2008 09:04:07 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp036) with SMTP; 15 Nov 2008 10:04:07 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+uEW8XUnuu3TKidn+JlYToTGGeLT0VY3+XECNK/Z 9sV4qekCuEDiRO From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Sat, 15 Nov 2008 10:04:05 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; i386; ; ) References: <200811141541.49595.shoesoft@gmx.net> <200811141717.38279.shoesoft@gmx.net> <200811141811.24491.hselasky@c2i.net> In-Reply-To: <200811141811.24491.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811151004.06521.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52 Cc: Hans Petter Selasky Subject: Re: usb2: no sound with M-Audio Transit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Nov 2008 09:04:10 -0000 On Friday 14 November 2008 18:11:23 Hans Petter Selasky wrote: > On Friday 14 November 2008, Stefan Ehmann wrote: > > http://stud4.tuwien.ac.at/~e0125637/fbsd/transit_config.dump > > Maybe there is something wrong with the 16-bit to 24-bit data conversion ? One more thing: I'm using dfu-util for the firmware download. See http://svn.openmoko.org/trunk/src/host/dfu-util/ The second usb_claim_interface() call fails. But that doesn't seem to be fatal. If I comment out the exit() the download succeeds. Here's the output: dfu-util - (C) 2007-2008 by OpenMoko Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY Opening USB Device 0x0000:0x0000... Claiming USB DFU Runtime Interface... Determining device status: state = dfuIDLE, status = 0 WARNING: Runtime device already in DFU state ?!? Found Runtime: [0x0763:0x2806] devnum=0, cfg=0, intf=0, alt=0, name="RAM" Claiming USB DFU Interface... Cannot claim interface: Unknown error Setting Alternate Setting ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x0040 bytes_per_hash=112 Starting download: [##################################################] finished! state(7) = dfuMANIFEST, status(0) = No error condition is present state(2) = dfuIDLE, status(0) = No error condition is present Done! can't detach: Unknown error Resetting USB to switch back to runtime mode error resetting after download: Unknown error The problem is that after the download the device needs to be reset so it gets recognized as uaudio device. This was not implemented in the libusb from sourceforge for BSD. As a workaround you can slightly unplug the cable (I think I read this on some netbsd list) which works but is not very convenient. The reset in dfu-util fails, possibly due to preceding errors. I also tried it with usbconfig: # usbconfig -u 0 -a 2 reset usbconfig: could not reset device: Device not configured And this error in dmesg usb2_req_re_enumerate:1362: addr=2, getting device descriptor failed! This is not critical but it would be nice to get rid of this ugly workaround. -- Stefan From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 09:10: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 63EB51065676 for ; Sat, 15 Nov 2008 09:10:17 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id D9BF88FC14 for ; Sat, 15 Nov 2008 09:10:16 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so995680nfh.33 for ; Sat, 15 Nov 2008 01:10:15 -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=/BRVOS0hggCa7wpvVxdDhDWJ2JG672QInim/QfyaB5k=; b=mCChMNEWfqMkvLTSPMLDZFR+aa0lVsqqdUXJqIKLE/ns4Iy2aRTcRcK2mN4/efyPSf RWkZDWEgP/Nsq4nAsLnGEKn4mTGojUlmE0RZblAGo2uvatv4gu7LCy0oXGJzgSMfIIoq wIkrtf1nI+jqChWHap0thIQXylFTb8H7q7TFU= 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=ktUa0mIm/eg+zUwTGxjY88X9J7VtlT6vT251JWZr9N9skX0bvLSZphHoL853daGrKW kPsz4XZBY+KZ5/MC0l97lU5Z923dQX8DeQclRtXEXzuY/4n2BGM1bCYJeaS/mglFAO0N idTWYIY8VxiR7AuhuzmxMMCObmAm5F8COl+9w= Received: by 10.210.78.16 with SMTP id a16mr1987056ebb.33.1226740215675; Sat, 15 Nov 2008 01:10:15 -0800 (PST) Received: by 10.210.130.15 with HTTP; Sat, 15 Nov 2008 01:10:15 -0800 (PST) Message-ID: <3cb459ed0811150110w14b4c369q54e8cc1ed11fc5a5@mail.gmail.com> Date: Sat, 15 Nov 2008 12:10:15 +0300 From: "Alexander Churanov" To: "Alexander Leidinger" In-Reply-To: <20081113091808.12121w3199o1l2v4@webmail.leidinger.net> MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <200808241415.31812.mitchell@wyatt672earp.force9.co.uk> <6a7033710808241239p1cbdc7adwd4f87814b428b10b@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081111152011.GF9030@detritus.paeps.cx> <3cb459ed0811120718y755b123g90970461da2773be@mail.gmail.com> <20081113091808.12121w3199o1l2v4@webmail.leidinger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2008 09:10:17 -0000 Alexander, OK, now it's almost clear. Modified and added kernel source files just stay where they are, integration test application goes to "src/tools/regression". The only thing remaining to discuss is unit-tests. Currently I have a single user-mode application that performs unit-tests for UTF-8 decoder. The problem with just moving it to "src/tools/regression" is that unlike integration tests, unit-tests link statically to code they test. For example if I've added file utf8decoder.c to sys/dev/syscons/unicode, then related unit-test application would consist of utf8decoder-test.c and utf8decoder.c, producing "utf8deocder-unit-test" binary. Linking statically to several kernel source files from "src/tools/regression" and compiling them separately for that purpose seems very obscure for me. Isn't it? For my working copy I've chosen the following way: put unit-test sources under sys/dev/syscons/unicode with their own Makefiles and let them compile kernel source files in their own way. As I understand, this does not interfere with currently used kernel build system, since those unit-test sources are not listed in kernel build description file. The purpose of this discussion is to verify that this approach is allowed for the FreeBSD kernel. Is this permitted? Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 09:16:54 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 8F8EA1065670 for ; Sat, 15 Nov 2008 09:16:54 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.181]) by mx1.freebsd.org (Postfix) with ESMTP id 152288FC16 for ; Sat, 15 Nov 2008 09:16:53 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so1431860ika.3 for ; Sat, 15 Nov 2008 01:16:52 -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=zouVAG+zyYeWQx1pcbZgkldwaljZoEx11SAbDHRE82w=; b=p+ddlcoewjbLutFVlUmrJOTwsMWuFppXvW1XSIJH38++clqLpTSihX1F7F2BfcT0sB MrXrl1bGsZPANZaRm88x68OslEOuNmHVV+6of4pjD6Dof8ibFx+IA0EfSe/2wS1+JbRi BkVv8Cp4kannIvY+ozjEHctgMyuEbX0t6gUDA= 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=FoBzT6jUWKeVEJfTzz+0+MxKCSYjkANgQV/nudBme58SpcHa9DvhCtMt5uPe69IYKS IuOh738a2bne6QyHjjeYj17aPrJ0r13JlSBonTycTc4XJaw2+qBnN32vwERru0Fnkz9d sDPvs+eIsxY7qawin+sb5feSnki8KWWWqhxdU= Received: by 10.210.116.14 with SMTP id o14mr1975649ebc.86.1226740612877; Sat, 15 Nov 2008 01:16:52 -0800 (PST) Received: by 10.210.130.15 with HTTP; Sat, 15 Nov 2008 01:16:52 -0800 (PST) Message-ID: <3cb459ed0811150116p4c27dca9j911384c51f54aa20@mail.gmail.com> Date: Sat, 15 Nov 2008 12:16:52 +0300 From: "Alexander Churanov" To: "army. of. root" In-Reply-To: MIME-Version: 1.0 References: <3cb459ed0808221700w335b0906g6901d8b8bec4dad9@mail.gmail.com> <3cb459ed0808241958v552eafejf7841f0f9993928e@mail.gmail.com> <3cb459ed0811110616t76235e72n24f2411a324a9807@mail.gmail.com> <3cb459ed0811110629g5c7cef8ascb024a9c1a920efa@mail.gmail.com> <20081111152011.GF9030@detritus.paeps.cx> <3cb459ed0811120718y755b123g90970461da2773be@mail.gmail.com> <20081113091808.12121w3199o1l2v4@webmail.leidinger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Unicode-based FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2008 09:16:54 -0000 army. of. root, The approach used by me is very close to what you suggest. Syscons will decode UTF-8 output to sequence of code points (this is actually the same as UTF-32). The "code point => 8-bit" mapping is used just for adapting renderers to unicode in order to simplify implementation and reuse (actually, not to modify) much of current implementation. As for the transcoding, there are no problems with transforming UTF-8 ti UTF-16, UTF-32 to UTF-8 - all of these is not too complex and already implemented in IBM ICU with BSD-style license. Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 09:20: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 23F701065670 for ; Sat, 15 Nov 2008 09:20:47 +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 83E9E8FC18 for ; Sat, 15 Nov 2008 09:20:46 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=AZAC4kOax5IA:10 a=aniA1o7mVp4QawOfT9qHqA==:17 a=z_zqISx-AAAA:8 a=OCGuPPFrAAAA:8 a=JtBwv3WxvNt0jdRjWWgA:9 a=22mIQRSjN3VktQCyhMIA:7 a=9rQc2CIZ3Wi_vz-bZvd_gko3MsQA:4 a=LY0hPdMaydYA:10 Received: from [62.113.133.1] (account mc467741@c2i.net [62.113.133.1] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 977643369; Sat, 15 Nov 2008 10:20:44 +0100 From: Hans Petter Selasky To: Stefan Ehmann Date: Sat, 15 Nov 2008 10:22:55 +0100 User-Agent: KMail/1.9.7 References: <200811141541.49595.shoesoft@gmx.net> <200811141811.24491.hselasky@c2i.net> <200811151004.06521.shoesoft@gmx.net> In-Reply-To: <200811151004.06521.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811151022.56606.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: usb2: no sound with M-Audio Transit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Nov 2008 09:20:47 -0000 On Saturday 15 November 2008, Stefan Ehmann wrote: > On Friday 14 November 2008 18:11:23 Hans Petter Selasky wrote: > > On Friday 14 November 2008, Stefan Ehmann wrote: > > > http://stud4.tuwien.ac.at/~e0125637/fbsd/transit_config.dump > > > > Maybe there is something wrong with the 16-bit to 24-bit data conversion > > ? > > One more thing: > > I'm using dfu-util for the firmware download. See > http://svn.openmoko.org/trunk/src/host/dfu-util/ > > The second usb_claim_interface() call fails. But that doesn't seem to be > fatal. If I comment out the exit() the download succeeds. > > Here's the output: > dfu-util - (C) 2007-2008 by OpenMoko Inc. > This program is Free Software and has ABSOLUTELY NO WARRANTY > > Opening USB Device 0x0000:0x0000... > Claiming USB DFU Runtime Interface... > Determining device status: state = dfuIDLE, status = 0 > WARNING: Runtime device already in DFU state ?!? > Found Runtime: [0x0763:0x2806] devnum=0, cfg=0, intf=0, alt=0, name="RAM" > Claiming USB DFU Interface... > Cannot claim interface: Unknown error > Setting Alternate Setting ... > Determining device status: state = dfuIDLE, status = 0 > dfuIDLE, continuing > Transfer Size = 0x0040 > bytes_per_hash=112 > Starting download: [##################################################] > finished! > state(7) = dfuMANIFEST, status(0) = No error condition is present > state(2) = dfuIDLE, status(0) = No error condition is present > Done! > can't detach: Unknown error > Resetting USB to switch back to runtime mode > error resetting after download: Unknown error > > > The problem is that after the download the device needs to be reset so it > gets recognized as uaudio device. This was not implemented in the libusb > from sourceforge for BSD. > > As a workaround you can slightly unplug the cable (I think I read this on > some netbsd list) which works but is not very convenient. > > The reset in dfu-util fails, possibly due to preceding errors. > > I also tried it with usbconfig: > # usbconfig -u 0 -a 2 reset > usbconfig: could not reset device: Device not configured > > And this error in dmesg > usb2_req_re_enumerate:1362: addr=2, getting device descriptor failed! > > This is not critical but it would be nice to get rid of this ugly > workaround. Hi, The problem is that the device changes its configuration descriptor and the reset implementation assumes that the configuration descriptor is the same after the reset. I will see if I can make a patch for this. I have the same problem when flashing the openmoko. I will make a patch for this by tomorrow. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 09:34: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 AB508106564A for ; Sat, 15 Nov 2008 09:34:15 +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 EAB4F8FC16 for ; Sat, 15 Nov 2008 09:34:14 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 15 Nov 2008 09:34:13 -0000 Received: from 85-127-251-132.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.251.132] by mail.gmx.net (mp067) with SMTP; 15 Nov 2008 10:34:13 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1+3hEtnOMC3VDtoeTdZnU4DRAHJeqf3F8VWJ3bqnb y8RE8lrXRia3XP From: Stefan Ehmann To: Hans Petter Selasky Date: Sat, 15 Nov 2008 10:34:10 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-PRERELEASE; KDE/4.1.3; i386; ; ) References: <200811141541.49595.shoesoft@gmx.net> <200811151004.06521.shoesoft@gmx.net> <200811151022.56606.hselasky@c2i.net> In-Reply-To: <200811151022.56606.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811151034.12327.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.68 Cc: freebsd-current@freebsd.org Subject: Re: usb2: no sound with M-Audio Transit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Nov 2008 09:34:15 -0000 On Saturday 15 November 2008 10:22:55 Hans Petter Selasky wrote: > On Saturday 15 November 2008, Stefan Ehmann wrote: > > On Friday 14 November 2008 18:11:23 Hans Petter Selasky wrote: > > > On Friday 14 November 2008, Stefan Ehmann wrote: > > > > http://stud4.tuwien.ac.at/~e0125637/fbsd/transit_config.dump > > > > > > Maybe there is something wrong with the 16-bit to 24-bit data > > > conversion ? > > > > One more thing: > > > > I'm using dfu-util for the firmware download. See > > http://svn.openmoko.org/trunk/src/host/dfu-util/ > > The reset in dfu-util fails, possibly due to preceding errors. > > Hi, > > The problem is that the device changes its configuration descriptor and the > reset implementation assumes that the configuration descriptor is the same > after the reset. I will see if I can make a patch for this. I have the same > problem when flashing the openmoko. > > I will make a patch for this by tomorrow. Great. Thanks again for your quick replies! From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 17:56: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 D4D3D106567C for ; Sat, 15 Nov 2008 17:56:18 +0000 (UTC) (envelope-from pankov_p@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 92C448FC17 for ; Sat, 15 Nov 2008 17:56:18 +0000 (UTC) (envelope-from pankov_p@mail.ru) Received: from mx39.mail.ru (mx39.mail.ru [194.67.23.35]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id A474D798A79 for ; Sat, 15 Nov 2008 19:58:31 +0300 (MSK) Received: from [88.84.200.91] (port=51486 helo=panbook) by mx39.mail.ru with asmtp id 1L1OTa-000PY2-00; Sat, 15 Nov 2008 19:58:26 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 457226, updated: 14.11.2008] Message-ID: <491EFFAF.2040700@mail.ru> Date: Sat, 15 Nov 2008 19:58:23 +0300 From: Pankov Pavel Organization: MPEI User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: OK Cc: Subject: [PATCH] #endif comment fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Nov 2008 17:56:18 -0000 Hello. According to style(9), there can be a comment added to #endif, telling the reader about the corresponding #if* condition. This information isn't used by any program; it's just to save some time for humans, reading the code. And, as it isn't checked, these comments have accumulated many errors. Mainly, it's typos, copy-paste bugs, and file rename leftovers. I have prepared a patch to fix some of them in the tree. I clearly understand that the patch cannot be committed as is, because of touched files are maintained outside of FreeBSD source tree. But maybe respective maintainers will be able to review my patch and commit or submit fixes upstream. CVS diff against -CURRENT is available from http://files.pankov.pp.ru/freebsd/endif-comments-fix.diff.bz2 (~ 14 KB). Thank you. From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 19:11: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 4DFE41065673 for ; Sat, 15 Nov 2008 19:11:02 +0000 (UTC) (envelope-from swhetzel@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 F2FCB8FC12 for ; Sat, 15 Nov 2008 19:11:01 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so800441ywe.13 for ; Sat, 15 Nov 2008 11:11: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=Pzkv24Ohea4fwgUNRRyfDG73elRpVix0SXNOqmLpLkA=; b=nkCPgDe6O6zoprKyPezc8NsS6/y5p9KqZ/35Y/PPBvRuv10CzVvIKNSGLrXa0h00eX GPkRaQgGKpNFroY6OJxYxOR1iq5yOJ6JZGEhKICxaxYpFF8bqeQ+osee9SYBiHiJpmXn bxwgAkgaYOh522s6vqpkiSZMqEb1gh91nLCf4= 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=bRa31tDWGNbQTK3Fr9RvANEuzSpQz0EwDhA7YrwnMJGJ3rQFNmT90GjzPOnXUsJZl+ tCTBcWv14dBCF05tQZAWmBJC3qxuTDmvX11rvHFWQsU8djg75/XxaNmkC1ng7J0NrAe9 Zdt3a0LVWUP+OBqIBT+7MFvGzyvNWA1PK/Oow= Received: by 10.90.98.12 with SMTP id v12mr1632563agb.64.1226774609905; Sat, 15 Nov 2008 10:43:29 -0800 (PST) Received: by 10.90.101.20 with HTTP; Sat, 15 Nov 2008 10:43:29 -0800 (PST) Message-ID: <790a9fff0811151043l5544194bn9c12f130292e0a6e@mail.gmail.com> Date: Sat, 15 Nov 2008 12:43:29 -0600 From: "Scot Hetzel" To: "Pankov Pavel" In-Reply-To: <491EFFAF.2040700@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <491EFFAF.2040700@mail.ru> Cc: current@freebsd.org Subject: Re: [PATCH] #endif comment fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Nov 2008 19:11:02 -0000 On 11/15/08, Pankov Pavel wrote: > Hello. > > According to style(9), there can be a comment added to #endif, telling > the reader about the corresponding #if* condition. This information > isn't used by any program; it's just to save some time for humans, > reading the code. And, as it isn't checked, these comments have > accumulated many errors. Mainly, it's typos, copy-paste bugs, and file > rename leftovers. I have prepared a patch to fix some of them in the > tree. I clearly understand that the patch cannot be committed as is, > because of touched files are maintained outside of FreeBSD source tree. > But maybe respective maintainers will be able to review my patch and > commit or submit fixes upstream. CVS diff against -CURRENT is available > from > http://files.pankov.pp.ru/freebsd/endif-comments-fix.diff.bz2 > (~ 14 The change to mcore.h is wrong, while it makes the #endif comment match the #ifdef and #define at the top of the file, the #ifdef and #define are misspelled: -- contrib/binutils/include/elf/mcore.h 26 Jun 2001 16:57:18 -0000 1.1.1.3 +++ contrib/binutils/include/elf/mcore.h 15 Nov 2008 15:32:30 -0000 @@ -43,4 +43,4 @@ /* Section Attributes. */ #define SHF_MCORE_NOREAD 0x80000000 -#endif /* _ELF_MCORE_H */ +#endif /* _ELF_MORE_H */ Scot From owner-freebsd-current@FreeBSD.ORG Sat Nov 15 23:50: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 037921065670 for ; Sat, 15 Nov 2008 23:50:42 +0000 (UTC) (envelope-from jamesfrancistoy@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 86A278FC12 for ; Sat, 15 Nov 2008 23:50:40 +0000 (UTC) (envelope-from jamesfrancistoy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1526654fgb.35 for ; Sat, 15 Nov 2008 15:50: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:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=Rs613ONkjQn4pMt9YK4AAawQ6M2H+tij6a7CnsuLW0Q=; b=dGB5x1pg42qVs/zvfOxKPjZDV8uspXPj2kv88jEkwtfMcuulyfX1dcmMV4rF+5K2Qa oHmkg5lZvjGJ/Vlta6ofUG9MC99stbDa2TxtzN3aq37amaDTtIZbIlz6YsFgWbY7ozbO UtSGTgHfOb5pevEPvCs9drUMIt99dLsTpPxws= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=IJj8CQaRM8JZr/0770ZjXl/bP1ZA3p7kQoh5pi0z3SvQYj5UOyXJDZWf/+lQ/h69M+ 7BbAOXfAG0DT3mx5HmcT6c1bC+E+D/8gfxn7Y293uJkRNd8k+jGBMXzXdAaejpIpUYJp nz7j1VAsbRkZO6Ov5kg+KhIsHW7ZYXjROCrkA= Received: by 10.187.232.14 with SMTP id j14mr283759far.26.1226793039491; Sat, 15 Nov 2008 15:50:39 -0800 (PST) Received: by 10.187.221.18 with HTTP; Sat, 15 Nov 2008 15:50:39 -0800 (PST) Message-ID: <9f8af95f0811151550q6d4d48cfv28034e5403dde028@mail.gmail.com> Date: Sat, 15 Nov 2008 18:50:39 -0500 From: jT Sender: jamesfrancistoy@gmail.com To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 8d6265094f25f23d Subject: CSUP failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Nov 2008 23:50:42 -0000 All, Any ideas on this one? I've just recently gotten this message and cannot do anything about it. Thanks. [root@bigmac ~]# csup current-supfile Connected to 128.31.0.28 Invalid server reply to AUTHMD5 [root@bigmac ~]# -- /jT http://git.zen-sources.org/?p=kernel/zenmm.git;a=summary