From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 00:25:45 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B89A81065679 for ; Sun, 8 Jun 2008 00:25:45 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id AF2458FC1A for ; Sun, 8 Jun 2008 00:25:45 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id D16C02C2A81 for ; Sat, 7 Jun 2008 18:59:43 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hCxEPgxaFrey for ; Sat, 7 Jun 2008 18:59:36 -0500 (CDT) Received: from [216.63.78.18] (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 22A432C2D4A for ; Sat, 7 Jun 2008 18:59:36 -0500 (CDT) Message-ID: <484B20E7.2040009@cs.rice.edu> Date: Sat, 07 Jun 2008 18:59:35 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070805 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Increasing KVM on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 00:25:45 -0000 You can download a patch from http://www.cs.rice.edu/~alc/amd64_kvm_6GB.patch that increases amd64's kernel virtual address space to 6GB. This patch also increases the default for the kmem map to almost 2GB. I believe that kernel loadable modules still work. However, I suspect that mini-dumps are broken. I don't plan on committing this patch in its current form. Some of the changes are done in a hackish way. I am, however, curious to hear whether or not it works for you. Alan From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 04:59:25 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BFF1106566B for ; Sun, 8 Jun 2008 04:59:25 +0000 (UTC) (envelope-from tzhuan@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 9F06F8FC12 for ; Sun, 8 Jun 2008 04:59:24 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1320860fgb.35 for ; Sat, 07 Jun 2008 21:59:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=KYtdYy4Kp7wBnYX3za5vKhQUN9a7OZh9Gi/IYL3czEI=; b=ZtCRW54y4LhOa/IJSaCxCxPva0YGZnohjt9aLJdEaK2XQGbXXSjQPjvfEnLajA91Wn 8k/thPJBNZCsr84Yt7/5JaQBaWn4Fk8fCJH6Zhlta+l7Kvei5Xtq135CjjTF4t1E0tLO 4l5VRzYua6FnvkA9dsjAQYXINHrtN6sg0egUs= 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=OVIL3q2Zj7q5UdTVOrmiK+UPCJIIgCFATSeBGq3oSYXorhvg7ztdSVtRtyOX7w0yVU hU6uxNFXQOwpJk/qaeqliZqOeKgTiDFICRTy1YXyDT3YexVkHxrOHdW2b/NWJ4UFgfN+ Q5itESnveBkX0/m6+SYaCl0Tagxsm/gSBMSsg= Received: by 10.86.63.19 with SMTP id l19mr2504358fga.77.1212899542832; Sat, 07 Jun 2008 21:32:22 -0700 (PDT) Received: by 10.86.92.1 with HTTP; Sat, 7 Jun 2008 21:32:22 -0700 (PDT) Message-ID: <6a7033710806072132i5abe2368h3db3ba269951fac5@mail.gmail.com> Date: Sun, 8 Jun 2008 12:32:22 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Alan Cox" In-Reply-To: <484B20E7.2040009@cs.rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <484B20E7.2040009@cs.rice.edu> X-Google-Sender-Auth: 81bb187f1df07ee9 Cc: hackers@freebsd.org Subject: Re: Increasing KVM on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 04:59:25 -0000 On Sun, Jun 8, 2008 at 7:59 AM, Alan Cox wrote: > You can download a patch from > http://www.cs.rice.edu/~alc/amd64_kvm_6GB.patch that increases amd64's > kernel virtual address space to 6GB. This patch also increases the default > for the kmem map to almost 2GB. I believe that kernel loadable modules > still work. However, I suspect that mini-dumps are broken. > > I don't plan on committing this patch in its current form. Some of the > changes are done in a hackish way. I am, however, curious to hear whether > or not it works for you. Thanks for the patch. I applied it on 7-stable but got failed on pmap.c. Patching file amd64/amd64/pmap.c using Plan A... Hunk #1 succeeded at 429 (offset -12 lines). Hunk #2 failed at 442. Hunk #3 succeeded at 1505 (offset -168 lines). Hunk #4 succeeded at 1691 (offset -12 lines). amd64/amd64/pmap.c.rej: *************** *** 442,456 **** /* Map from zero to end of allocations under 2M pages */ /* This replaces some of the KPTphys entries above */ for (i = 0; (i << PDRSHIFT) < *firstaddr; i++) { - ((pd_entry_t *)KPDphys)[i] = i << PDRSHIFT; - ((pd_entry_t *)KPDphys)[i] |= PG_RW | PG_V | PG_PS | PG_G; } /* And connect up the PD to the PDP */ for (i = 0; i < NKPDPE; i++) { - ((pdp_entry_t *)KPDPphys)[i + KPDPI] = KPDphys + (i << PAGE_SHIFT); - ((pdp_entry_t *)KPDPphys)[i + KPDPI] |= PG_RW | PG_V | PG_U; } /* Now set up the direct map space using either 2MB or 1GB pages */ --- 442,456 ---- /* Map from zero to end of allocations under 2M pages */ /* This replaces some of the KPTphys entries above */ for (i = 0; (i << PDRSHIFT) < *firstaddr; i++) { + ((pd_entry_t *)KPDphys)[2048 + i] = i << PDRSHIFT; + ((pd_entry_t *)KPDphys)[2048 + i] |= PG_RW | PG_V | PG_PS | PG_G; } /* And connect up the PD to the PDP */ for (i = 0; i < NKPDPE; i++) { + ((pdp_entry_t *)KPDPphys)[i + KPDPI - 4] = KPDphys + (i << PAGE_SHIFT); + ((pdp_entry_t *)KPDPphys)[i + KPDPI - 4] |= PG_RW | PG_V | PG_U; } /* Now set up the direct map space using either 2MB or 1GB pages */ We have no machine running 8-current with more than 6G memory now... Thanks, Tz-Huan From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 05:03:32 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ECC11065688 for ; Sun, 8 Jun 2008 05:03:32 +0000 (UTC) (envelope-from jason.harmening@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 37F5F8FC18 for ; Sun, 8 Jun 2008 05:03:32 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so846277ywe.13 for ; Sat, 07 Jun 2008 22:03:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=RE7NIta3ZfJiTYWhwTmfI/rLOThqfn76jNeD+2IexQ0=; b=hMVUs98dZOXE7UFRfurxDDelB2UVp9d/gwcT9WuDUbODXMWIZ8YujT/micr9YZw9Ht vYWTO7i3JOHUNhuE9eGwCsiF85nv0yKuxurBJ+pRnLNNRUp3FTK+fjlruzytWss8BMQV Rtm4fxzxDWFsSsoXCOOK0Yw2oeLtimVXKWSm4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; b=LzXFRhIwtpI4oPE3Ioh/NazjCG7Wt5fBpWruOUy4VVcWkr49VH53JF+c9pE+M+k94Q VkDL+VtkgsQupNCnxMtD5beOveCC+tNOpJcnkfFTTx0Q0MZl81pZCOGjvPbD22V5s++0 07njcsoIHPQugOkvhocr7FOSd+K29woZt7SCI= Received: by 10.150.202.8 with SMTP id z8mr3555612ybf.5.1212899926875; Sat, 07 Jun 2008 21:38:46 -0700 (PDT) Received: from ?192.168.0.137? ( [24.174.5.175]) by mx.google.com with ESMTPS id u25sm8147428ele.5.2008.06.07.21.38.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 07 Jun 2008 21:38:46 -0700 (PDT) From: Jason Harmening To: freebsd-drivers@freebsd.org, freebsd-hackers@freebsd.org Date: Sat, 7 Jun 2008 23:41:16 -0500 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806072341.17041.jason.harmening@gmail.com> X-Mailman-Approved-At: Sun, 08 Jun 2008 05:39:00 +0000 Cc: Subject: bus_dmamem_alloc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 05:03:32 -0000 Hello, I've written a FreeBSD driver for Conexant CX2388x-based PCI TV capture cards. Of course the driver uses busdma to be as machine-independent as possible. One problem I've encountered is that bus_dmamem_alloc is inadequate for my needs. The CX2388x only understands 32-bit physical addreses, and the driver has two separate use cases for busdma: 1) Data buffers: These buffers may be relatively large (a 640x480 RGB32 video frame is ~1.2M), and therefore it is desirable that these buffers not be physically contiguous. 2) DMA program buffers: The DMA engine on the CX2388x is controlled by special-purpose RISC instructions, usually stored in host memory, that provide information on, among other things, the physical layout of the data buffers, which enables handling of non-contiguous data buffers. These programs are rarely more than a few pages in size, so for the sake of simplicity it is desirable that DMA program buffers be physically contiguous. For case 1), I malloc(9) the buffers and then feed them to busdma, since on most machines bus_dmamem_alloc just calls contigmalloc. Use of malloc(9) is suboptimal as it may result in bounce buffering for non-IOMMU machines with large amounts of RAM. For case 2), I contigmalloc the DMA program buffers in the 32-bit physical address range and then feed them to busdma. I don't use bus_dmamem_alloc here because it always allocates the maximum size specified in the bus_dma_tag_t. Since the driver supports dynamic data buffer allocation and DMA program generation, DMA program sizes may vary significantly. I therefore just create the bus_dma_tag_t with the maximum possible size for a DMA program buffer since I'd prefer not to have to re-create the tag every time the DMA program size changes. But always allocating the maximum buffer size would be a huge waste of contiguous memory, so bus_dmamem_alloc is out of the question here too. At the same time, use of contigmalloc is suboptimal as it may not be necessary to restrict the allocation to 32-bit physical addresses on IOMMU-equipped machines. This is something that bus_dmamem_alloc could take care of, if only it supported a size parameter (as I believe the NetBSD version does). So I have 3 questions: 1) Would it be possible to provide a bus_dmamem_alloc overload that takes a size parameter? We could call it bus_dmamem_alloc_size and have bus_dmamem_alloc just call bus_dmamem_alloc_size with dmat->maxsize to preserve source-level compatibility with existing drivers. 2) Are there currently any serious plans to have bus_dmamem_alloc perform multi-segment allocations on non-IOMMU machines? It looks like NetBSD does this by reserving the physical segments and then stitching them together into a virtually contiguous range. Is something like this feasible for FreeBSD? 3) Are there currently any serious plans to support IOMMUs on anything besides Sun machines? The AMD AGP GART, PowerPC 970 DART, and Intel VT-d and AMD IOMMU all come to mind. If any of these ideas sound feasible, I'd be more than willing to help research/implement/test them. Thanks, Jason From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 05:39:52 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E5BD1065670 for ; Sun, 8 Jun 2008 05:39:52 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 59C8B8FC15 for ; Sun, 8 Jun 2008 05:39:52 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id E576C2C2D46; Sun, 8 Jun 2008 00:39:51 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id GP0hVoojesd6; Sun, 8 Jun 2008 00:39:44 -0500 (CDT) Received: from [216.63.78.18] (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 318A62C2A8E; Sun, 8 Jun 2008 00:39:44 -0500 (CDT) Message-ID: <484B709F.1070503@cs.rice.edu> Date: Sun, 08 Jun 2008 00:39:43 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070805 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kostik Belousov References: <484B20E7.2040009@cs.rice.edu> <20080608052653.GS94309@deviant.kiev.zoral.com.ua> In-Reply-To: <20080608052653.GS94309@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: Increasing KVM on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 05:39:52 -0000 Kostik Belousov wrote: >On Sat, Jun 07, 2008 at 06:59:35PM -0500, Alan Cox wrote: > > >>You can download a patch from >>http://www.cs.rice.edu/~alc/amd64_kvm_6GB.patch that increases amd64's >>kernel virtual address space to 6GB. This patch also increases the >>default for the kmem map to almost 2GB. I believe that kernel loadable >>modules still work. However, I suspect that mini-dumps are broken. >> >> >The amd64 modules text/data/bss virtual addresses are allocated from the >kernel_map (link_elf_obj.c, link_elf_load_file). Now, the lower end >of the kernel_map is top-6Gb. > >Kernel code (both kernel proper and modules) is compiled for "kernel memory >model", according to the gcc info: >`-mcmodel=kernel' >Generate code for the kernel code model. The kernel runs in the >negative 2 GB of the address space. This model has to be used for >Linux kernel code. > >I suspect we have a problem there. > > > The change to link_elf_obj.c is supposed to ensure allocation of an address in the upper 2GB of the kernel map for the module. Alan From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 05:51:43 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BDDA1065672 for ; Sun, 8 Jun 2008 05:51:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2465D8FC20 for ; Sun, 8 Jun 2008 05:51:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m585pabF010079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Jun 2008 08:51:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m585pa8n087504; Sun, 8 Jun 2008 08:51:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m585paSv087497; Sun, 8 Jun 2008 08:51:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 8 Jun 2008 08:51:36 +0300 From: Kostik Belousov To: Alan Cox Message-ID: <20080608055136.GT94309@deviant.kiev.zoral.com.ua> References: <484B20E7.2040009@cs.rice.edu> <20080608052653.GS94309@deviant.kiev.zoral.com.ua> <484B709F.1070503@cs.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D5tFrmRBv7YOLFOK" Content-Disposition: inline In-Reply-To: <484B709F.1070503@cs.rice.edu> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Cc: hackers@freebsd.org Subject: Re: Increasing KVM on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 05:51:43 -0000 --D5tFrmRBv7YOLFOK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 08, 2008 at 12:39:43AM -0500, Alan Cox wrote: > Kostik Belousov wrote: >=20 > >On Sat, Jun 07, 2008 at 06:59:35PM -0500, Alan Cox wrote: > >=20 > > > >>You can download a patch from=20 > >>http://www.cs.rice.edu/~alc/amd64_kvm_6GB.patch that increases amd64's= =20 > >>kernel virtual address space to 6GB. This patch also increases the=20 > >>default for the kmem map to almost 2GB. I believe that kernel loadable= =20 > >>modules still work. However, I suspect that mini-dumps are broken. > >> =20 > >> > >The amd64 modules text/data/bss virtual addresses are allocated from the= =20 > >kernel_map (link_elf_obj.c, link_elf_load_file). Now, the lower end > >of the kernel_map is top-6Gb. > > > >Kernel code (both kernel proper and modules) is compiled for "kernel mem= ory > >model", according to the gcc info: > >`-mcmodel=3Dkernel' > >Generate code for the kernel code model. The kernel runs in the > >negative 2 GB of the address space. This model has to be used for > >Linux kernel code. > > > >I suspect we have a problem there. > > > >=20 > > >=20 > The change to link_elf_obj.c is supposed to ensure allocation of an=20 > address in the upper 2GB of the kernel map for the module. Ah, I overlooked it, sorry. --D5tFrmRBv7YOLFOK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhLc2cACgkQC3+MBN1Mb4gNZQCgwQvQcQtvW/sIzRZ6aoFybfQS A3cAn1x0joGdGbEwq7mRBCbCTizeED1h =t2MU -----END PGP SIGNATURE----- --D5tFrmRBv7YOLFOK-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 05:58:41 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E5F2106567A for ; Sun, 8 Jun 2008 05:58:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id DBC6A8FC14 for ; Sun, 8 Jun 2008 05:58:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m585Qr8b009469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Jun 2008 08:26:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m585QrZu027936; Sun, 8 Jun 2008 08:26:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m585Qr74027931; Sun, 8 Jun 2008 08:26:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 8 Jun 2008 08:26:53 +0300 From: Kostik Belousov To: Alan Cox Message-ID: <20080608052653.GS94309@deviant.kiev.zoral.com.ua> References: <484B20E7.2040009@cs.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qZLIv6EoKi7YuaSc" Content-Disposition: inline In-Reply-To: <484B20E7.2040009@cs.rice.edu> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Cc: hackers@freebsd.org Subject: Re: Increasing KVM on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 05:58:41 -0000 --qZLIv6EoKi7YuaSc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 07, 2008 at 06:59:35PM -0500, Alan Cox wrote: > You can download a patch from=20 > http://www.cs.rice.edu/~alc/amd64_kvm_6GB.patch that increases amd64's=20 > kernel virtual address space to 6GB. This patch also increases the=20 > default for the kmem map to almost 2GB. I believe that kernel loadable= =20 > modules still work. However, I suspect that mini-dumps are broken. The amd64 modules text/data/bss virtual addresses are allocated from the=20 kernel_map (link_elf_obj.c, link_elf_load_file). Now, the lower end of the kernel_map is top-6Gb. Kernel code (both kernel proper and modules) is compiled for "kernel memory model", according to the gcc info: `-mcmodel=3Dkernel' Generate code for the kernel code model. The kernel runs in the negative 2 GB of the address space. This model has to be used for Linux kernel code. I suspect we have a problem there. >=20 > I don't plan on committing this patch in its current form. Some of the= =20 > changes are done in a hackish way. I am, however, curious to hear=20 > whether or not it works for you. >=20 > Alan --qZLIv6EoKi7YuaSc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhLbZwACgkQC3+MBN1Mb4i9BgCgtmAc3vZy0zyesiRVFBIcZ1Qs pLEAoM5TMKupttnKAQlmx6Iam0tEb4ND =79Y/ -----END PGP SIGNATURE----- --qZLIv6EoKi7YuaSc-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 06:02:35 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2033A1065682 for ; Sun, 8 Jun 2008 06:02:35 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 092128FC19 for ; Sun, 8 Jun 2008 06:02:34 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 764A72C2B58; Sun, 8 Jun 2008 01:02:34 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id EnvTqtqdCVli; Sun, 8 Jun 2008 01:02:26 -0500 (CDT) Received: from [216.63.78.18] (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id B35AC2C2ACE; Sun, 8 Jun 2008 01:02:26 -0500 (CDT) Message-ID: <484B75F1.6010505@cs.rice.edu> Date: Sun, 08 Jun 2008 01:02:25 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070805 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tz-Huan Huang References: <484B20E7.2040009@cs.rice.edu> <6a7033710806072132i5abe2368h3db3ba269951fac5@mail.gmail.com> In-Reply-To: <6a7033710806072132i5abe2368h3db3ba269951fac5@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: Increasing KVM on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 06:02:35 -0000 Tz-Huan Huang wrote: >On Sun, Jun 8, 2008 at 7:59 AM, Alan Cox wrote: > > >>You can download a patch from >>http://www.cs.rice.edu/~alc/amd64_kvm_6GB.patch that increases amd64's >>kernel virtual address space to 6GB. This patch also increases the default >>for the kmem map to almost 2GB. I believe that kernel loadable modules >>still work. However, I suspect that mini-dumps are broken. >> >>I don't plan on committing this patch in its current form. Some of the >>changes are done in a hackish way. I am, however, curious to hear whether >>or not it works for you. >> >> > >Thanks for the patch. I applied it on 7-stable but got failed on pmap.c. > > > [snip] >We have no machine running 8-current with more than 6G memory now... > > > Sorry, at this point the patch is only applicable to HEAD. That said, the failed chunk is probably easily applied by hand to RELENG_7. Thanks, Alan From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 08:56:39 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AC541065674 for ; Sun, 8 Jun 2008 08:56:39 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id A623D8FC1D for ; Sun, 8 Jun 2008 08:56:38 +0000 (UTC) (envelope-from tzhuan@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1355525fgb.35 for ; Sun, 08 Jun 2008 01:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=Rmms8D70qE33AAHZZF1UwVKkR7kV+kE0OTtwNV0E1ls=; b=H758ug3hdBHdLj7o/gvVaeJcBmv6ByG8qhGFMGcEr8KQFiMdFt1XvWcRLOXuop4lYg 9ygpZFcf0sqksTDVrAOQ6Bs011NuEKSCq0BTzdCCwElgSBqARc3upr+N7VOCVmZ4Wv/4 I8JjXhzzuEgK2OVVoInuuqqU62uK8v7BqYLc4= 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=LQ3E35Upd+dWRkr8KpYTTk/IkJmWtn+IVP7UK0VgrCou1UG5YmEjeMYdBnWwqMmExd gEFd9vC/rHBEEtAj53lVyTJmbT3glILyjsuLJfGdajJCxcZImIrcCVDyWsC4fDMc63oZ lS7wc+gdMOWXwEidxb1vWIIoqK2ITT3/zBIdw= Received: by 10.86.87.5 with SMTP id k5mr2682854fgb.59.1212915396840; Sun, 08 Jun 2008 01:56:36 -0700 (PDT) Received: by 10.86.92.1 with HTTP; Sun, 8 Jun 2008 01:56:36 -0700 (PDT) Message-ID: <6a7033710806080156o76fb38cfsdf5dc0554105d50b@mail.gmail.com> Date: Sun, 8 Jun 2008 16:56:36 +0800 From: "Tz-Huan Huang" Sender: tzhuan@gmail.com To: "Alan Cox" In-Reply-To: <484B75F1.6010505@cs.rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <484B20E7.2040009@cs.rice.edu> <6a7033710806072132i5abe2368h3db3ba269951fac5@mail.gmail.com> <484B75F1.6010505@cs.rice.edu> X-Google-Sender-Auth: 41071b5e658d2301 Cc: hackers@freebsd.org Subject: Re: Increasing KVM on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 08:56:39 -0000 On Sun, Jun 8, 2008 at 2:02 PM, Alan Cox wrote: > Tz-Huan Huang wrote: > >> On Sun, Jun 8, 2008 at 7:59 AM, Alan Cox wrote: >> >>> >>> You can download a patch from >>> http://www.cs.rice.edu/~alc/amd64_kvm_6GB.patch that increases amd64's >>> kernel virtual address space to 6GB. This patch also increases the >>> default >>> for the kmem map to almost 2GB. I believe that kernel loadable modules >>> still work. However, I suspect that mini-dumps are broken. >>> >>> I don't plan on committing this patch in its current form. Some of the >>> changes are done in a hackish way. I am, however, curious to hear >>> whether >>> or not it works for you. >> >> Thanks for the patch. I applied it on 7-stable but got failed on pmap.c. > > [snip] > >> We have no machine running 8-current with more than 6G memory now... > > Sorry, at this point the patch is only applicable to HEAD. That said, the > failed chunk is probably easily applied by hand to RELENG_7. Ok, I applied the patch and fixed the failed chunk by hand. I also modified the type of vm_kmem_size from u_int to u_long. Here is the diff: http://w.csie.org/~tzhuan/tmp/vm_kmem_size.diff The patched kernel is compiled and boots without problem. I set the vm.kmem_size/vm.kmem_size_max to 3G and vfs.zfs.arc_max to 2G, everything looks fine. Some stress tests are running now, I'll report if any problem. Thanks, Tz-Huan From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 10:33:05 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 520A31065676 for ; Sun, 8 Jun 2008 10:33:05 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id BF63D8FC14 for ; Sun, 8 Jun 2008 10:33:04 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: by ug-out-1314.google.com with SMTP id q2so1014407uge.37 for ; Sun, 08 Jun 2008 03:33:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition; bh=vLvb912IwpBZCUFK77ICC76pB+hIEYeBmxxLrwza9kM=; b=cvHU9F5c1bpMei8DCtaLaRbYggG12vNX/BZ/FLGuBbXilxcs+hTsEZH6scCmb/o2Tl 8wmeXX8yb5sm0oKZ89fH4tDYTpLSr7j6lVeyvOjHcPawZ2NYUzSe1eNO1/19+EfffpiV 8LJ/nYly8bdJ69C4UTgABoC6TKZyDuigJtQiM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition; b=fpsOWOgAHRtO7cPbaxIPpyZb+MYhYgCBOvmwRQGC+zc2MY2nEBtzpejjw8So4k56S5 yhmOlu9j9BdV64fJwHwrUbGD+KLTha9UXV5Rci3aAarbRubNJcla/3E7wLNQwiWf07aO gik3PaScmmjUmmTwbJqOxMbgK7SVyzSfjwy3o= Received: by 10.210.62.12 with SMTP id k12mr1828912eba.174.1212921183572; Sun, 08 Jun 2008 03:33:03 -0700 (PDT) Received: from logik.internal.network ( [81.86.41.187]) by mx.google.com with ESMTPS id u14sm12478845gvf.6.2008.06.08.03.33.01 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 08 Jun 2008 03:33:02 -0700 (PDT) Received: by logik.internal.network (Postfix, from userid 11001) id A93955CBE; Sun, 8 Jun 2008 10:32:54 +0000 (UTC) Date: Sun, 8 Jun 2008 11:32:54 +0100 From: xorquewasp@googlemail.com To: freebsd-hackers@freebsd.org Message-ID: <20080608103254.GA99569@logik.internal.network> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: ntpd jail problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 10:33:05 -0000 Anybody know why ntpd might not work in a jail? I'm running an openntpd instance on the host machine, which syncs the clock from the pool at pool.ntp.org. From the log output, ntpd claims to be synced and the time does seem to be correct. I'm then running another openntpd in a jail which doesn't set the time, just serves it to clients. Something appears to be wrong, however. Any client that tries to get the time from the jailed openntpd simply says: $ sudo /usr/local/sbin/ntpd -ds listening on 127.0.0.1 ntp engine ready reply from 192.168.3.21: not synced, next query 615s The ntpd *never* appears to sync. Am I doing something fundamentally wrong, here? Is there some problem with jailed openntpd (that doesn't attempt to set the time) that I'm not aware of? Any help would be appreciated. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 07:49:54 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 756DE1065673 for ; Sun, 8 Jun 2008 07:49:54 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 4A5BF8FC13 for ; Sun, 8 Jun 2008 07:49:54 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so1244154wah.3 for ; Sun, 08 Jun 2008 00:49:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=5XGnq1hsjjllTR58W3UOhzSo2s8/1UtSZJKHF2JZaWI=; b=xYso6n6qWgnXJGohy/puSAzzetbpOQo8+xOUGsGtqSp9xnK72qYxxUXKKcpQWjcNJ+ O3sCQt5qSJkBteEXnV06pZ+GBPkUKVwG1cuYJIVOHCWjh2piFM8KbiQzSCAGubW7ibjP p7mKidutu8v+C8C6g1SbgtHLZUiuqCJUMw9NU= 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=vhYllWc9uxFrCrwvtoUvVXCby5/iPstGH9lVanwvAbneEpi8Vmvt/bdE/X88mNNCs6 fi8dqNsZw5rqIntDgZi10zSfOW6cFCj1AUgjX+yTK0nSvTGjcumSm40h350A3ui8wGp3 rDQ876kQzUcJG69YMEXXITfQ31s9SNSz+JMrY= Received: by 10.114.191.12 with SMTP id o12mr1978861waf.224.1212909893339; Sun, 08 Jun 2008 00:24:53 -0700 (PDT) Received: by 10.114.80.5 with HTTP; Sun, 8 Jun 2008 00:24:53 -0700 (PDT) Message-ID: <2e77fc10806080024s19951abbnf31913d5579f4535@mail.gmail.com> Date: Sun, 8 Jun 2008 10:24:53 +0300 From: "Niki Denev" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Sun, 08 Jun 2008 11:10:17 +0000 Subject: timestamping for kernel messages (like Solaris and Linux) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 07:49:54 -0000 Hi, Has anyone thought about implementing an option to prepend all kernel console messages with timestamps, like Linux and Solaris do? Is it just a matter of hacking up the kernel printf() implementation? Any possible caveats? Regards, Niki From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 11:25:07 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5B93106566C for ; Sun, 8 Jun 2008 11:25:07 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id 594FA8FC1E for ; Sun, 8 Jun 2008 11:25:06 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: by ik-out-1112.google.com with SMTP id c30so1236972ika.3 for ; Sun, 08 Jun 2008 04:25:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to; bh=XRw9pDcmOe+zWxQZIjnI8A+Iur9wleac2ivIJrkg5GU=; b=MPUfR3qjOQBEvjBrvUTrcpMnBC7fw8n3IuJaVXXszJK/SAs4JRAtnQkqtnoFopzumU uuugC+ae1+HseKjpoGr0Hm42BKyKEu66pr/97yCCE2xrM9dikkVWc0BJwy0NzdTdsuhE SwfTJpFb0b23ep1CgIu+SgdC63q5SaN7OqoNA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; b=mQKyiNi5d6xtz100XuyvahVW537kY15L2tZnsdQqz5fvO/pP/DvWK/ai/G312sdMJW lwXdVj4ACPmur5hDWtvF6nUzprTPvExROm3aI4xQn757NTmhS6vCnyuDPoqkaDGy/E+Q cnEmkblHtElDXK6mzdXqCHMnrjbfBPrfPGe7Y= Received: by 10.210.89.4 with SMTP id m4mr1908332ebb.68.1212924305935; Sun, 08 Jun 2008 04:25:05 -0700 (PDT) Received: from logik.internal.network ( [81.86.41.187]) by mx.google.com with ESMTPS id g11sm12551883gve.8.2008.06.08.04.25.04 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 08 Jun 2008 04:25:04 -0700 (PDT) Received: by logik.internal.network (Postfix, from userid 11001) id 577175CBE; Sun, 8 Jun 2008 11:25:01 +0000 (UTC) Date: Sun, 8 Jun 2008 12:25:00 +0100 From: xorquewasp@googlemail.com To: Steven Hartland Message-ID: <20080608112500.GA16328@logik.internal.network> References: <20080608103254.GA99569@logik.internal.network> <4D5B525988E448B4BB66F447AE53347A@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D5B525988E448B4BB66F447AE53347A@multiplay.co.uk> Cc: freebsd-hackers@freebsd.org Subject: Re: ntpd jail problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 11:25:08 -0000 On 20080608 12:19:23, Steven Hartland wrote: > I assume as it would effect the entire machine and hence should be run > on the base machine instead, not the jail? I think you might've misunderstood. The ntpd I'm running on the host syncs the clock (and therefore the whole machine), the ntpd in the jail just publishes the time for the network (doesn't affect the clock). The problem is that the ntpd in the jail seems to believe that the host clock is out of sync (from what I can gather), even though it isn't. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 11:31:13 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D9D1065670 for ; Sun, 8 Jun 2008 11:31:13 +0000 (UTC) (envelope-from prvs=10451ca0e0=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 864B98FC1A for ; Sun, 8 Jun 2008 11:31:12 +0000 (UTC) (envelope-from prvs=10451ca0e0=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1212923964; x=1213528764; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=QVNnV75PvFk3V0+jO4C2M 4h4m8gHabUgRB3YLL1DyQ8=; b=NfU0HFQ88bDl1E6vZwWNPfowv5MAnUO16nnLZ YABFnHWOSr7gWkWayXsKvWvg1U18nUq2L2SsEBciVPIF3mDuTg6Mq7S4mAegf36T cuWVdQ7hBsfi4VgifdW3DfKPLK2F6p60a5QF850ZVOQfcNQtybtcjcLJ03cnRPjQ 1QsrUw= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.5) with ESMTP id md50005729582.msg for ; Sun, 08 Jun 2008 12:19:23 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=10451ca0e0=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org Message-ID: <4D5B525988E448B4BB66F447AE53347A@multiplay.co.uk> From: "Steven Hartland" To: , References: <20080608103254.GA99569@logik.internal.network> Date: Sun, 8 Jun 2008 12:19:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 08 Jun 2008 12:19:24 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 08 Jun 2008 12:19:24 +0100 Cc: Subject: Re: ntpd jail problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 11:31:13 -0000 I assume as it would effect the entire machine and hence should be run on the base machine instead, not the jail? ----- Original Message ----- From: > Anybody know why ntpd might not work in a jail? ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 11:58:50 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 731811065689; Sun, 8 Jun 2008 11:58:50 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 1B44A8FC26; Sun, 8 Jun 2008 11:58:50 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (78.6.192-77.rev.gaoland.net [77.192.6.78]) by smtp.lamaiziere.net (Postfix) with ESMTP id C371A1180596; Sun, 8 Jun 2008 13:58:48 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id C54F4440B4C; Sun, 8 Jun 2008 13:58:47 +0200 (CEST) Date: Sun, 8 Jun 2008 13:58:46 +0200 From: Patrick Lamaiziere To: Pawel Jakub Dawidek Message-ID: <20080608135846.45799105@baby-jane-lamaiziere-net.local> In-Reply-To: <20080607041855.GA3462@garage.freebsd.pl> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080607041855.GA3462@garage.freebsd.pl> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; i386-apple-darwin9.2.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 11:58:50 -0000 Le Sat, 7 Jun 2008 06:18:55 +0200, Pawel Jakub Dawidek a écrit : > > Well, it seems to work but i've got few problems to test the > > module : > > > > - How check the encryption/decryption ? > > > > Openssl seems ok, i've got quite the same results as NetBSD on a > > Soekris net5501 box. But i must use -engine cryptodev, why ? > > This is ok, as you may not want to use it, right? I think it should be automatic with an option to not use it. Simon replied for this problem. > Try comparing result of openssl encryption with and without '-engine > cryptodev'. Remember to use -nosalt (and maybe -raw) prevent openssl > from putting salt in front of the ciphertext. Thank you. I checked the encryption with and without 'engine cryptodev'. It works \o/ $ openssl enc -e -aes-128-cbc -in file -out file.enc -nosalt -k abcdefhij $ openssl enc -d -aes-128-cbc -in file.enc -out file.dec -nosalt -k abcdefhij $ md5 file file.dec Time to encode a 300 MB file soft : 1m29.72s real, 1m8.74s user, 8.68s sys hard : 42.98s real, 1.80s user, 22.94s sys > > - The driver does a busy wait to check the completion of the > > encryption. I think it would be beter to use the interrupt. I will > > look later. > > I remember looking at that code sometime ago and that bit is really > lame, so lame that I think they would do it in a different way if that > was possible. Maybe it's worth contacting OpenBSD/NetBSD and ask? > There might be a good reason for that. Yes it seems strange, i've sent a mail to the author about this. I've looked the Linux version of the driver and they use a busy wait too. [CUT] > > - Any comment is welcome, this is my first work on a driver. > > Looks good:) I can do a final review and commit once you are done and > if I'll be able to start my Soekris and test it. Thanks. I think it is ok for a review and test, i added the RNG stuff since the last time and a manual page 'glxsb.4' http://user.lamaiziere.net/patrick/glxsb.c http://user.lamaiziere.net/patrick/glxsb.tar.gz (all the module) Regards. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 11:59:23 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1769E1065681 for ; Sun, 8 Jun 2008 11:59:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 860BD8FC0A for ; Sun, 8 Jun 2008 11:59:22 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m58BxKDH023667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Jun 2008 21:59:20 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m58BxJml082878; Sun, 8 Jun 2008 21:59:19 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m58BxJBZ082877; Sun, 8 Jun 2008 21:59:19 +1000 (EST) (envelope-from peter) Date: Sun, 8 Jun 2008 21:59:19 +1000 From: Peter Jeremy To: Niki Denev Message-ID: <20080608115919.GE67629@server.vk2pj.dyndns.org> References: <2e77fc10806080024s19951abbnf31913d5579f4535@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nEsDIrWrg+hrB7l1" Content-Disposition: inline In-Reply-To: <2e77fc10806080024s19951abbnf31913d5579f4535@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: timestamping for kernel messages (like Solaris and Linux) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 11:59:23 -0000 --nEsDIrWrg+hrB7l1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jun-08 10:24:53 +0300, Niki Denev wrote: >Has anyone thought about implementing an option >to prepend all kernel console messages with timestamps, >like Linux and Solaris do? The only time I've seen Solaris do this is when the console message is syslog'd - which FreeBSD also does. >Is it just a matter of hacking up the kernel printf() implementation? Pretty much. >Any possible caveats? The kernel works in UTC only and has only a very restricted ability to translate between epoch seconds and a human-readable date/time (it's currently only used to talk to the RTC). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --nEsDIrWrg+hrB7l1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhLyZcACgkQ/opHv/APuIcWUwCZAZm54dAIBsSh/Dt4IBu7QhLo 3CgAn0xw4gz6BgYdCgRWdyNLHiviH91z =9pVa -----END PGP SIGNATURE----- --nEsDIrWrg+hrB7l1-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 12:10:30 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0260106568E for ; Sun, 8 Jun 2008 12:10:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC1B8FC2A for ; Sun, 8 Jun 2008 12:10:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m58CAR5w012464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Jun 2008 22:10:28 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m58CARhY083084; Sun, 8 Jun 2008 22:10:27 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m58CAR7e083083; Sun, 8 Jun 2008 22:10:27 +1000 (EST) (envelope-from peter) Date: Sun, 8 Jun 2008 22:10:27 +1000 From: Peter Jeremy To: xorquewasp@googlemail.com Message-ID: <20080608121027.GF67629@server.vk2pj.dyndns.org> References: <20080608103254.GA99569@logik.internal.network> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibvzjYYg+QDzMCy1" Content-Disposition: inline In-Reply-To: <20080608103254.GA99569@logik.internal.network> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: ntpd jail problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 12:10:31 -0000 --ibvzjYYg+QDzMCy1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jun-08 11:32:54 +0100, xorquewasp@googlemail.com wrote: >I'm running an openntpd instance on the host machine, which syncs the >clock from the pool at pool.ntp.org. From the log output, ntpd claims to >be synced and the time does seem to be correct. > >I'm then running another openntpd in a jail which doesn't set the time, >just serves it to clients. I've never used openntpd but for the base ntpd, you should be able to just use 'server 127.127.1.0' to make it trust (and not alter) the base system time. Note that this openntpd will not have access to the stratum information from the main ntpd but will have a fixed value and may need to be adjusted using a 'fudge' command (or equivalent). I'd be interested in knowing why you chose this approach rather than just syncing clients to the [open]ntpd instance in the host machine. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --ibvzjYYg+QDzMCy1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhLzDMACgkQ/opHv/APuIfBuQCeM5Vrs9JBXEJ79RYyMFSMTkMI qaUAnjfY4uv/Qn1eu58vorq22XSIN16s =EVsI -----END PGP SIGNATURE----- --ibvzjYYg+QDzMCy1-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 12:13:19 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5186E1065675 for ; Sun, 8 Jun 2008 12:13:19 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 08D118FC1B for ; Sun, 8 Jun 2008 12:13:18 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so1293200wah.3 for ; Sun, 08 Jun 2008 05:13:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=mIPfVv07+7TnhiQBY7cY9DxSil/VAlosHZfOsj57pcg=; b=ESdVRl6DKYkOr9QHtx/c6SHi9InRApUnAP9fEr6vZUnCqudiWOw9tMp0qSWuMDin/L 57fN7oitinzy3Ra3Zj5z8oboU5B+TdCGPIc5JClYyarAWLYAN9rzGWhryh0URDDUUYG2 DbS0cXKj3jzb786nPRUW1ItdK3aeC2Cf0y+iI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=iJnlrcSnsaVEX2SUjp9Ngj8nkDFL+S1dH9YzpDpH3PhLxN1JYgJSKawRwNHD2xb7Gi 0llykLSX5OGzdGueIcJr/UPbvZkZbVvj9iTlAQIv0KgPcJMxtrj41hpQbq1JxOAjoSBH t+HI8ZnrmPkHWxBBTbFqlsMb8XJ3u3TcRmFe4= Received: by 10.114.124.1 with SMTP id w1mr2198092wac.73.1212927198838; Sun, 08 Jun 2008 05:13:18 -0700 (PDT) Received: by 10.114.80.5 with HTTP; Sun, 8 Jun 2008 05:13:18 -0700 (PDT) Message-ID: <2e77fc10806080513wa73444ep50162e1d5f45f15@mail.gmail.com> Date: Sun, 8 Jun 2008 15:13:18 +0300 From: "Niki Denev" Sender: ndenev@gmail.com To: freebsd-hackers@freebsd.org In-Reply-To: <20080608115919.GE67629@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2e77fc10806080024s19951abbnf31913d5579f4535@mail.gmail.com> <20080608115919.GE67629@server.vk2pj.dyndns.org> X-Google-Sender-Auth: 6ea3e157d8f496f3 Subject: Re: timestamping for kernel messages (like Solaris and Linux) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 12:13:19 -0000 On Sun, Jun 8, 2008 at 2:59 PM, Peter Jeremy wrote: > On 2008-Jun-08 10:24:53 +0300, Niki Denev wrote: >>Has anyone thought about implementing an option >>to prepend all kernel console messages with timestamps, >>like Linux and Solaris do? > > The only time I've seen Solaris do this is when the console message > is syslog'd - which FreeBSD also does. > >>Is it just a matter of hacking up the kernel printf() implementation? > > Pretty much. > >>Any possible caveats? > > The kernel works in UTC only and has only a very restricted ability > to translate between epoch seconds and a human-readable date/time > (it's currently only used to talk to the RTC). > I'm looking at a Linux machine right now, and it looks like they use the time since boot (actually uptime) for the timestamps. Anyways, does this sound like something that FreeBSD should have? It could be useful in some situations, like embedded applications without running syslog, full /var partitions, etc. -- Niki From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 12:14:53 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E56C7106566C for ; Sun, 8 Jun 2008 12:14:53 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id 558508FC22 for ; Sun, 8 Jun 2008 12:14:53 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: by ik-out-1112.google.com with SMTP id c30so1248742ika.3 for ; Sun, 08 Jun 2008 05:14:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to; bh=W2E7swVZpayGZxVsK0W1j9WXtckhloeKKsUiaRxYGAc=; b=k4JF7ZOzasiBQncQac5gIv6kDKjSicBbC+dcWlLr92kzoxlsAXTBmL9cmBQ8Igkss7 0z04fRANRZIMJuc2H/rfea5PQQOQ8HFzoUXylLKyt6BFZRX2+WjlxUvie58ybCrHx8Ie AXUC2Z9iMZqoVIIorZSwq8bkQp2NGh2k/7o9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; b=Nupd7HFt9YxLseyWkfrTGIISQ/4zEMgGfdJCzbfUkjcm/bojD/aiX0tRdvOcAW8bPK iqI3KI6X/QLMY0DIlZkyd9X/VID6ydHbthfIvfmdJycRudKkfQxD8zjYUnhv3fbaw7DF sFlcPx3TMwvqr7Tklm7eSnP4xPdV/ptnn0Dew= Received: by 10.210.25.19 with SMTP id 19mr1917981eby.141.1212927292492; Sun, 08 Jun 2008 05:14:52 -0700 (PDT) Received: from logik.internal.network ( [81.86.41.187]) by mx.google.com with ESMTPS id f13sm12696951gvd.2.2008.06.08.05.14.51 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 08 Jun 2008 05:14:51 -0700 (PDT) Received: by logik.internal.network (Postfix, from userid 11001) id 23FBA5CBE; Sun, 8 Jun 2008 12:14:46 +0000 (UTC) Date: Sun, 8 Jun 2008 13:14:46 +0100 From: xorquewasp@googlemail.com To: Eugene Grosbein Message-ID: <20080608121446.GA83741@logik.internal.network> References: <20080608103254.GA99569@logik.internal.network> <4D5B525988E448B4BB66F447AE53347A@multiplay.co.uk> <20080608112500.GA16328@logik.internal.network> <20080608115603.GB23624@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080608115603.GB23624@svzserv.kemerovo.su> Cc: freebsd-hackers@freebsd.org Subject: Re: ntpd jail problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 12:14:54 -0000 On 20080608 19:56:03, Eugene Grosbein wrote: > On Sun, Jun 08, 2008 at 12:25:00PM +0100, xorquewasp@googlemail.com wrote: > > > The problem is that the ntpd in the jail seems to believe that the host > > clock is out of sync (from what I can gather), even though it isn't. > > That's because ntpd won't blindly assume that your host has right time. > If you make client/server connection between your two copies of NTP daemons, > the server insures the client that time is right and client will serve > your network just right. > > Eugene Grosbein That would explain it... I'll make the adjustment now and see what happens. Thanks. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 12:16:23 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B87E106567B for ; Sun, 8 Jun 2008 12:16:23 +0000 (UTC) (envelope-from xorquewasp@googlemail.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 0B2CC8FC15 for ; Sun, 8 Jun 2008 12:16:22 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: by ik-out-1112.google.com with SMTP id c30so1249162ika.3 for ; Sun, 08 Jun 2008 05:16:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to; bh=Menr5+eceQUmAKxVpvvq1vl59PGmWLIETvDGhsx7cOw=; b=xrq1JyULHsGmCkpCJCvCYV6Ty/C2oMDeGGmXnwKETyBUw2vHAi263ZB6tPwdo/2rTZ M+ZXPWH7HQ5UpQzW902npAA18vAkDANlelnWIYujeHfdi3SBaQuUkmH1K9sMbKn2wCw+ qCNWINdXjUfXBnMx4Av3kD1KQXGCXB1GPb+8U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; b=yEDm6jxOuFyVd6fVexncFK8KOV3D8gKdte6uv9TZUe/dRujeQDRwOc/I3kFT2RNMkx 12WmjKxMAIz53+ZV2+lPybpD2zPEo/hr94+KCyP7LZ8RCZpEghy4waEsKmct+KnCQNEQ z6JmAxJlI2LTv+6eFlLp55v/0wLlhPy0mZglU= Received: by 10.210.131.6 with SMTP id e6mr1961080ebd.10.1212927381805; Sun, 08 Jun 2008 05:16:21 -0700 (PDT) Received: from logik.internal.network ( [81.86.41.187]) by mx.google.com with ESMTPS id j8sm12679013gvb.1.2008.06.08.05.16.20 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 08 Jun 2008 05:16:20 -0700 (PDT) Received: by logik.internal.network (Postfix, from userid 11001) id 9B1975CBE; Sun, 8 Jun 2008 12:16:17 +0000 (UTC) Date: Sun, 8 Jun 2008 13:16:17 +0100 From: xorquewasp@googlemail.com To: Peter Jeremy Message-ID: <20080608121617.GB83741@logik.internal.network> References: <20080608103254.GA99569@logik.internal.network> <20080608121027.GF67629@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080608121027.GF67629@server.vk2pj.dyndns.org> Cc: freebsd-hackers@freebsd.org Subject: Re: ntpd jail problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 12:16:23 -0000 On 20080608 22:10:27, Peter Jeremy wrote: > On 2008-Jun-08 11:32:54 +0100, xorquewasp@googlemail.com wrote: > >I'm running an openntpd instance on the host machine, which syncs the > >clock from the pool at pool.ntp.org. From the log output, ntpd claims to > >be synced and the time does seem to be correct. > > > >I'm then running another openntpd in a jail which doesn't set the time, > >just serves it to clients. > > I've never used openntpd but for the base ntpd, you should be able to > just use 'server 127.127.1.0' to make it trust (and not alter) the > base system time. Note that this openntpd will not have access to the > stratum information from the main ntpd but will have a fixed value and > may need to be adjusted using a 'fudge' command (or equivalent). Ok. Right. > I'd be interested in knowing why you chose this approach rather than > just syncing clients to the [open]ntpd instance in the host machine. Just basic paranoia really. Nothing on the host is network-visible, all the services are in jails. Thanks for the information. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 12:19:56 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90A341065688 for ; Sun, 8 Jun 2008 12:19:56 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id CC88B8FC0C for ; Sun, 8 Jun 2008 12:19:55 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m58Bu4Qw024895; Sun, 8 Jun 2008 19:56:04 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m58Bu3di024893; Sun, 8 Jun 2008 19:56:03 +0800 (KRAST) (envelope-from eugen) Date: Sun, 8 Jun 2008 19:56:03 +0800 From: Eugene Grosbein To: xorquewasp@googlemail.com Message-ID: <20080608115603.GB23624@svzserv.kemerovo.su> References: <20080608103254.GA99569@logik.internal.network> <4D5B525988E448B4BB66F447AE53347A@multiplay.co.uk> <20080608112500.GA16328@logik.internal.network> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080608112500.GA16328@logik.internal.network> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Sun, 08 Jun 2008 12:25:19 +0000 Cc: freebsd-hackers@freebsd.org, Steven Hartland Subject: Re: ntpd jail problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 12:19:56 -0000 On Sun, Jun 08, 2008 at 12:25:00PM +0100, xorquewasp@googlemail.com wrote: > The problem is that the ntpd in the jail seems to believe that the host > clock is out of sync (from what I can gather), even though it isn't. That's because ntpd won't blindly assume that your host has right time. If you make client/server connection between your two copies of NTP daemons, the server insures the client that time is right and client will serve your network just right. Eugene Grosbein From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 13:42:39 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D6401065674 for ; Sun, 8 Jun 2008 13:42:39 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id B07A58FC12 for ; Sun, 8 Jun 2008 13:42:38 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m58DgZcX092443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 8 Jun 2008 15:42:36 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id m58DgYI4095923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Jun 2008 15:42:34 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id m58DgTa6080537; Sun, 8 Jun 2008 15:42:29 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id m58DgSHv080536; Sun, 8 Jun 2008 15:42:28 +0200 (CEST) (envelope-from ticso) Date: Sun, 8 Jun 2008 15:42:28 +0200 From: Bernd Walter To: Chuck Robey Message-ID: <20080608134227.GM71712@cicely7.cicely.de> References: <484AC2F1.1000806@telenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <484AC2F1.1000806@telenix.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on cicely12.cicely.de Cc: FreeBSD-Hackers Subject: Re: number of /dev/usb nodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 13:42:39 -0000 On Sat, Jun 07, 2008 at 01:18:41PM -0400, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I can't seem to find how many /dev/usbN bus devices there can be. I'm writing > some code that scans them all looking for anything that has my device, but I > while I know to start at usb0, just how high do I go? There seem to be 128 > device minors, is that the number? (from dev/usb/usb.h) There shouldn't be a limit anymore. I can't see any definition of 128 in usb.h that limits the number of busses. The major/minor differenciation is long time ago. You must be looking at old code. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 14:25:35 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B936F1065672 for ; Sun, 8 Jun 2008 14:25:35 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2428FC16 for ; Sun, 8 Jun 2008 14:25:35 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 24634 invoked from network); 8 Jun 2008 14:25:35 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 8 Jun 2008 14:25:35 -0000 Message-ID: <484BE9BA.5040308@telenix.org> Date: Sun, 08 Jun 2008 10:16:26 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: ticso@cicely.de References: <484AC2F1.1000806@telenix.org> <20080608134227.GM71712@cicely7.cicely.de> In-Reply-To: <20080608134227.GM71712@cicely7.cicely.de> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Hackers Subject: Re: number of /dev/usb nodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 14:25:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernd Walter wrote: > On Sat, Jun 07, 2008 at 01:18:41PM -0400, Chuck Robey wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I can't seem to find how many /dev/usbN bus devices there can be. I'm writing >> some code that scans them all looking for anything that has my device, but I >> while I know to start at usb0, just how high do I go? There seem to be 128 >> device minors, is that the number? (from dev/usb/usb.h) > > There shouldn't be a limit anymore. > I can't see any definition of 128 in usb.h that limits the number of > busses. > The major/minor differenciation is long time ago. > You must be looking at old code. > I was trying to find a good way to do scanning, whjen I create the files like /dev/usb0, how far to go in my loop? Does the lowest available device always get created? That would imply that as soon as I began to get "No such device" errors, I could stop iterating. If the rules for picking device filenames are pretty loose, then I could (for instance) stop scanning, say, 4 numbers past the first "No such device" returnee. Any idea on this? I didn't see this i nthe code, but I just need some sane limit on what filenames to scan about in. I look for item info, and if the usb vendor and prodict look friendly, I just snag the filename involved, and use that. Like, a scan of the usb1 bus might yield me a uhid0 which might be my meat, whereupon I coulld drop the usb1 open, and replace it with a uhid0 open. There's more than 1 place that my devices could show, depending on the user's kernel devices. I just want to have some sane limit on how many usb buses I open for my scanning. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIS+m6z62J6PPcoOkRAgBoAJ0XYYfUat/fJDChSybpNtFzCwUr9ACdGxNf UoCeHzvriXfQ+bj5LDxE8vA= =sTcT -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 14:59:04 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59B97106567C for ; Sun, 8 Jun 2008 14:59:04 +0000 (UTC) (envelope-from oranki@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 097B08FC19 for ; Sun, 8 Jun 2008 14:59:03 +0000 (UTC) (envelope-from oranki@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so891033ywe.13 for ; Sun, 08 Jun 2008 07:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=2bFTJtjVoAjAp+VaD3DRYhmLNrDDN4kya++d08h08BA=; b=Fev2SWpzFFzwvMWn8gZ7yOt3+4+QZWjFbier8jPtL/ao0Zk30yyLn2QbK5eiYOsTqo dp6rzLpr6topZrK0qf7s9NYVEdkw93IjLPYxsTVRZjcjb7c1j9wXce25L5i5PTqADeVB +ZojW1JQZGTp9owOFZDtWc7qEs/DEhS8AghcA= 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=tSO0ar0KrvFYDmBQqIiw+oNwCE9oT0Z9hTd5ZGq4NVULgvxeBHiEtAcG3+FcY/cCFm RPn8AEY0YkLAm4uJHOGpoirBWi1j14meb7Ki5BK0DoRtIqAiQ4Uw1+c5c/Vst5BdxdLl OUpe2V76BvfMXmv0zxbIqSmHSEwLCdbh1U+oE= Received: by 10.151.144.15 with SMTP id w15mr4313885ybn.161.1212935572096; Sun, 08 Jun 2008 07:32:52 -0700 (PDT) Received: by 10.150.203.8 with HTTP; Sun, 8 Jun 2008 07:32:51 -0700 (PDT) Message-ID: Date: Sun, 8 Jun 2008 17:32:51 +0300 From: "=?UTF-8?Q?Atte_Peltom=C3=A4ki?=" To: "Derek Taylor" , freebsd-hackers@freebsd.org In-Reply-To: <20080606191524.GQ56965@psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080521182722.GC40818@psu.edu> <483554FC.9040908@dlr.de> <20080603134307.GK76952@psu.edu> <20080603173601.W41705@beagle.kn.op.dlr.de> <20080603160608.GA56965@psu.edu> <20080606191524.GQ56965@psu.edu> X-Mailman-Approved-At: Sun, 08 Jun 2008 15:03:29 +0000 Cc: Subject: Re: Kerberized CIFS client? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 14:59:04 -0000 smbclient (and other samba utilities) do not refer to krb5.conf when figuring out the kerberos realm. you will have to put to your krb5.conf on both client and server: [domain_realms] cifs.example.com = realm.example.com Otherwise it will just try to use example.com as the realm. On 6/6/08, Derek Taylor wrote: > On Tue, 03 Jun 2008, Atte Peltomki wrote: >>You will have to adjust your krb5.conf to map a given domain or hostname >>to a kerberos realm, if you are doing cross-realm authentication. See MIT >>kerberos admin guide for details. > > I'm pretty sure it's set up ok. I can use smbclient -k just fine: > $ kinit > det135@realm.example.com's Password: > kinit: NOTICE: ticket renewable lifetime is 1 week > $ klist > Credentials cache: FILE:/tmp/krb5cc_1001 > Principal: det135@realm.example.com > > Issued Expires Principal > Jun 6 15:08:47 Jun 7 01:08:47 krbtgt/realm.example.com@realm.example.com > $ smbclient -k -U det135 //cifs.example.com/dir1 > OS=[Unix] Server=[Samba 3.0.30] > smb: \> ls > . D 0 Thu Feb 14 14:46:42 2008 > .. D 0 Fri Jun 6 10:16:29 2008 > [ other files/directories here ] > > smb: \> quit > $ cd ~/mount/smbbeta.pass.psu.edu/pass > $ ls > ls: .: Permission denied > $ klist > Credentials cache: FILE:/tmp/krb5cc_1001 > Principal: det135@dce.psu.edu > > Issued Expires Principal > Jun 6 15:08:47 Jun 7 01:08:47 krbtgt/realm.example.com@realm.example.com > Jun 6 15:09:17 Jun 7 01:08:47 cifs/cifs.example.com@realm.example.com > $ > > -Derek. > >>On 6/3/08, Derek Taylor wrote: >>> On Tue, 03 Jun 2008, Harti Brandt wrote: >>>>On Tue, 3 Jun 2008, Derek Taylor wrote: >>>> >>>>DT>On Thu, 22 May 2008, Hartmut Brandt wrote: >>>>DT>>Derek Taylor wrote: >>>>DT>>> This question was previously posed of the freebsd-questions list, >>>> but >>>>DT>>> with no response for a week, I'd like to try my luck here. If >>>> there's >>>>DT>>> any more information I should include, please speak up: I would be >>>> glad >>>>DT>>> to oblige. >>>>DT>>> >>>>DT>>> I would like to use smb/cifs with kerberos auth, but mount_smbfs >>>> doesn't >>>>DT>>> seem to support this. >>>>DT>>> >>>>DT>>> Is anyone aware of an alternate means of performing a mount via >>>> smb/cifs >>>>DT>>> or any patches to provide such functionality? >>>>DT>>> >>>>DT>>> I already have smbclient working with -k, but I am also interested >>>> in >>>> a >>>>DT>>> mount. >>>>DT>> >>>>DT>>Try smbnetfs from ports. It's fuse based and seems to work very nice. >>>> If >>>>DT>>you have a large amount of shares floating in your network you want >>>> to >>>>DT>>restrict it to mount only the needed shares via the config file. >>>>DT>>Otherwise it will mount what it can find... >>>>DT>> >>>>DT>>It plays nicely with kerberors. When your ticket expires you >>>> immediately >>>>DT>>loose access; when you renew it you gain access again. All without >>>> the >>>>DT>>need to unmount/mount. Just call smbnetfs once you have your ticket. >>>> You >>>>DT>>may even do this from your .profile. >>>>DT>> >>>>DT>>harti >>>>DT> >>>>DT>Sorry for not replying sooner. >>>>DT> >>>>DT>Initial tests here are promising (I can see some mount paths being >>>>DT>exported from the server), but it's not fully working (I don't see all >>>>DT>of the mount paths that *should* be exported and I get permission >>>> denied >>>>DT>errors). My thoughts are leaning towards an issue in negotiating auth >>>>DT>with the server -- perhaps my krb creds aren't being used? >>>> >>>>You can test this easily: if your ticket expires you get permission >>>> denied >>>>errors when you try to look into the mounted directories. As soon as you >>>>renew the ticket you get access again. All without restarting smbnetfs. >>>> >>>>harti >>> >>> I replaced all server names below with "example.com" (and derivatives) >>> where appropriate: >>> >>> From my FreeBSD machine, using smbnetfs: >>> >>> $ klist >>> klist: No ticket file: /tmp/krb5cc_1001 >>> $ kinit det135 >>> det135@realm.example.com's Password: >>> kinit: NOTICE: ticket renewable lifetime is 1 week >>> $ klist >>> Credentials cache: FILE:/tmp/krb5cc_1001 >>> Principal: det135@realm.example.com >>> >>> Issued Expires Principal >>> Jun 3 11:51:20 Jun 3 21:51:04 >>> krbtgt/realm.example.com@realm.example.com >>> $ cd ~/mount/cifs.example.com/dir1 >>> $ ls >>> ls: .: Permission denied >>> $ cd .. >>> $ ls >>> dir1 dir2 >>> $ klist >>> Credentials cache: FILE:/tmp/krb5cc_1001 >>> Principal: det135@realm.example.com >>> >>> Issued Expires Principal >>> Jun 3 11:51:20 Jun 3 21:51:04 >>> krbtgt/realm.example.com@realm.example.com >>> >>> >>> From my Mac, using (from Finder) >>> Go -> Connect to Server -> cifs://cifs.example.com/dir1 >>> >>> $ klist >>> klist: No Kerberos 5 tickets in credentials cache >>> $ kinit det135 >>> Please enter the password for det135@realm.example.com: >>> $ klist >>> Kerberos 5 ticket cache: 'API:Initial default ccache' >>> Default principal: det135@realm.example.com >>> >>> Valid Starting Expires Service Principal >>> 06/03/08 11:59:41 06/03/08 21:59:41 >>> krbtgt/realm.example.com@realm.example.com >>> renew until 06/10/08 11:59:41 >>> >>> #### Here I mount via Finder before continuing with the commands below >>> >>> $ cd /Volumes/dir1/ >>> $ ls >>> subdir1 subdir2 file1 file2 >>> $ klist >>> Kerberos 5 ticket cache: 'API:Initial default ccache' >>> Default principal: det135@realm.example.com >>> >>> Valid Starting Expires Service Principal >>> 06/03/08 11:59:41 06/03/08 21:59:41 >>> krbtgt/realm.example.com@realm.example.com >>> renew until 06/10/08 11:59:41 >>> 06/03/08 12:00:31 06/03/08 21:59:41 >>> cifs/cifs.example.com@realm.example.com >>> renew until 06/10/08 11:59:41 >>> >>> >>> It looks like my creds aren't being used on the FreeBSD machine. >>> >>> -Derek. >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to >>> "freebsd-hackers-unsubscribe@freebsd.org" >>> >> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 15:50:28 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52FE71065678 for ; Sun, 8 Jun 2008 15:50:28 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id DE3A98FC0C for ; Sun, 8 Jun 2008 15:50:27 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m58FoPhn099175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 8 Jun 2008 17:50:26 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id m58FoMQE039081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Jun 2008 17:50:23 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id m58FoHR9080851; Sun, 8 Jun 2008 17:50:17 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id m58FoHkX080850; Sun, 8 Jun 2008 17:50:17 +0200 (CEST) (envelope-from ticso) Date: Sun, 8 Jun 2008 17:50:17 +0200 From: Bernd Walter To: Chuck Robey Message-ID: <20080608155015.GO71712@cicely7.cicely.de> References: <484AC2F1.1000806@telenix.org> <20080608134227.GM71712@cicely7.cicely.de> <484BE9BA.5040308@telenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <484BE9BA.5040308@telenix.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on cicely12.cicely.de Cc: FreeBSD-Hackers , ticso@cicely.de Subject: Re: number of /dev/usb nodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 15:50:28 -0000 On Sun, Jun 08, 2008 at 10:16:26AM -0400, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Bernd Walter wrote: > > On Sat, Jun 07, 2008 at 01:18:41PM -0400, Chuck Robey wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> I can't seem to find how many /dev/usbN bus devices there can be. I'm writing > >> some code that scans them all looking for anything that has my device, but I > >> while I know to start at usb0, just how high do I go? There seem to be 128 > >> device minors, is that the number? (from dev/usb/usb.h) > > > > There shouldn't be a limit anymore. > > I can't see any definition of 128 in usb.h that limits the number of > > busses. > > The major/minor differenciation is long time ago. > > You must be looking at old code. > > > > I was trying to find a good way to do scanning, whjen I create the files like > /dev/usb0, how far to go in my loop? Does the lowest available device always > get created? That would imply that as soon as I began to get "No such device" > errors, I could stop iterating. If the rules for picking device filenames are > pretty loose, then I could (for instance) stop scanning, say, 4 numbers past the > first "No such device" returnee. This wouldn't work if a USB controller is remove - e.g. a pulling a cardbus card. > Any idea on this? I didn't see this i nthe code, but I just need some sane > limit on what filenames to scan about in. I look for item info, and if the usb > vendor and prodict look friendly, I just snag the filename involved, and use > that. Like, a scan of the usb1 bus might yield me a uhid0 which might be my > meat, whereupon I coulld drop the usb1 open, and replace it with a uhid0 open. > There's more than 1 place that my devices could show, depending on the user's > kernel devices. I just want to have some sane limit on how many usb buses I > open for my scanning. I never had to deal with this, since writing a USB driver is simple and as a driver you get informed for each new device. No need to scan the busses yourself. But I would say that the most reliable way is to just scan /dev/ for usb... -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 17:02:08 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69AF3106567F for ; Sun, 8 Jun 2008 17:02:08 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id 33A558FC0C for ; Sun, 8 Jun 2008 17:02:08 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 2754 invoked from network); 8 Jun 2008 17:02:07 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 8 Jun 2008 17:02:07 -0000 Message-ID: <484C0E6B.5020306@telenix.org> Date: Sun, 08 Jun 2008 12:52:59 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: ticso@cicely.de References: <484AC2F1.1000806@telenix.org> <20080608134227.GM71712@cicely7.cicely.de> <484BE9BA.5040308@telenix.org> <20080608155015.GO71712@cicely7.cicely.de> In-Reply-To: <20080608155015.GO71712@cicely7.cicely.de> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Hackers Subject: Re: number of /dev/usb nodes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 17:02:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernd Walter wrote: > On Sun, Jun 08, 2008 at 10:16:26AM -0400, Chuck Robey wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Bernd Walter wrote: >>> On Sat, Jun 07, 2008 at 01:18:41PM -0400, Chuck Robey wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> I can't seem to find how many /dev/usbN bus devices there can be. I'm writing >>>> some code that scans them all looking for anything that has my device, but I >>>> while I know to start at usb0, just how high do I go? There seem to be 128 >>>> device minors, is that the number? (from dev/usb/usb.h) >>> There shouldn't be a limit anymore. >>> I can't see any definition of 128 in usb.h that limits the number of >>> busses. >>> The major/minor differenciation is long time ago. >>> You must be looking at old code. >>> >> I was trying to find a good way to do scanning, whjen I create the files like >> /dev/usb0, how far to go in my loop? Does the lowest available device always >> get created? That would imply that as soon as I began to get "No such device" >> errors, I could stop iterating. If the rules for picking device filenames are >> pretty loose, then I could (for instance) stop scanning, say, 4 numbers past the >> first "No such device" returnee. > > This wouldn't work if a USB controller is remove - e.g. a pulling a > cardbus card. > >> Any idea on this? I didn't see this i nthe code, but I just need some sane >> limit on what filenames to scan about in. I look for item info, and if the usb >> vendor and prodict look friendly, I just snag the filename involved, and use >> that. Like, a scan of the usb1 bus might yield me a uhid0 which might be my >> meat, whereupon I coulld drop the usb1 open, and replace it with a uhid0 open. >> There's more than 1 place that my devices could show, depending on the user's >> kernel devices. I just want to have some sane limit on how many usb buses I >> open for my scanning. > > I never had to deal with this, since writing a USB driver is simple and > as a driver you get informed for each new device. > No need to scan the busses yourself. > But I would say that the most reliable way is to just scan /dev/ for > usb... > Assumptions .... I never said I was writing a FreeBSD driver... I am writing what Xorg calls an input driver (Xinput). I could rely on the config file, I thought I would try to use a scan in case I can't find the dev the user passes me. I see no reason to write a FreeBSD driver when I can do everything I need within the uhid driver (at least so far, in my test prog). There IS one caveat: I've posted to the FreeBSD-USB list that there is a part of the libusbhid that I can't yet get working. Writing a FreeBSD driver would allow me to use other available data marshalling code, like what's in the ums driver. If I can't interest anyone to comment about the libusbhid, I might be forced down that path, but I don't want to. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFITA5rz62J6PPcoOkRArTGAJ938MKH9L1HRuIpaH3QCy38huJwkQCfUCeF dE0dyEG+GZUMhi8fAIXNfRk= =ddvg -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 17:26:53 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B73591065674; Sun, 8 Jun 2008 17:26:53 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 648C88FC13; Sun, 8 Jun 2008 17:26:53 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (78.6.192-77.rev.gaoland.net [77.192.6.78]) by smtp.lamaiziere.net (Postfix) with ESMTP id 4F03F11805BD; Sun, 8 Jun 2008 19:26:52 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 37A14441629; Sun, 8 Jun 2008 19:26:51 +0200 (CEST) Date: Sun, 8 Jun 2008 19:26:49 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: Pawel Jakub Dawidek Message-ID: <20080608192649.0539d939@baby-jane-lamaiziere-net.local> In-Reply-To: <20080608135846.45799105@baby-jane-lamaiziere-net.local> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080607041855.GA3462@garage.freebsd.pl> <20080608135846.45799105@baby-jane-lamaiziere-net.local> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; i386-apple-darwin9.2.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 17:26:53 -0000 Le Sun, 8 Jun 2008 13:58:46 +0200, Patrick Lamaiziere a écrit : > Thanks. I think it is ok for a review and test, i added the RNG stuff > since the last time and a manual page 'glxsb.4' > > http://user.lamaiziere.net/patrick/glxsb.c > http://user.lamaiziere.net/patrick/glxsb.tar.gz (all the module) I think I shall add software HMAC algorithms, like the driver padlock(4) and the latest version of glxsb on OpenBSD. To be able to work with IPsec. Anyway comments are still welcome. Regards. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 17:59:15 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C376C1065671; Sun, 8 Jun 2008 17:59:15 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4918FC0C; Sun, 8 Jun 2008 17:59:15 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (78.6.192-77.rev.gaoland.net [77.192.6.78]) by smtp.lamaiziere.net (Postfix) with ESMTP id A30EC11805AA; Sun, 8 Jun 2008 19:59:14 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 0128D441777; Sun, 8 Jun 2008 19:59:12 +0200 (CEST) Date: Sun, 8 Jun 2008 19:59:11 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: Pawel Jakub Dawidek Message-ID: <20080608195911.13a8d65e@baby-jane-lamaiziere-net.local> In-Reply-To: <20080608192649.0539d939@baby-jane-lamaiziere-net.local> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080607041855.GA3462@garage.freebsd.pl> <20080608135846.45799105@baby-jane-lamaiziere-net.local> <20080608192649.0539d939@baby-jane-lamaiziere-net.local> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; i386-apple-darwin9.2.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 17:59:15 -0000 Le Sun, 8 Jun 2008 19:26:49 +0200, Patrick Lamaizičre a écrit : > > http://user.lamaiziere.net/patrick/glxsb.c > > http://user.lamaiziere.net/patrick/glxsb.tar.gz (all the module) All my apologies : this is not the good version :-( I've made a 'tar xzf' instead a 'tar czf' and i've lost all my work since saturday. "et merde". Going to sleep. Sorry... From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 21:22:42 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 170C5106567D for ; Sun, 8 Jun 2008 21:22:42 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9E3B18FC12 for ; Sun, 8 Jun 2008 21:22:41 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id CB6D53F6393; Sun, 8 Jun 2008 23:22:39 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id AA3913F634B; Sun, 8 Jun 2008 23:22:39 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 8FA929B497; Sun, 8 Jun 2008 21:18:51 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 80EC04089; Sun, 8 Jun 2008 23:18:51 +0200 (CEST) Date: Sun, 8 Jun 2008 23:18:51 +0200 From: Jeremie Le Hen To: Kostik Belousov Message-ID: <20080608211851.GA52350@obiwan.tataz.chchile.org> References: <20080517091740.GI70896@obiwan.tataz.chchile.org> <20080517102653.GI18958@deviant.kiev.zoral.com.ua> <20080517173525.GJ70896@obiwan.tataz.chchile.org> <20080517174637.GL18958@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080517174637.GL18958@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-hackers@freebsd.org Subject: Re: Debugging rtld X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 21:22:42 -0000 Hi Kostik, hackers, On Sat, May 17, 2008 at 08:46:37PM +0300, Kostik Belousov wrote: > On Sat, May 17, 2008 at 07:35:25PM +0200, Jeremie Le Hen wrote: > > Hi, > > > > On Sat, May 17, 2008 at 01:26:53PM +0300, Kostik Belousov wrote: > > > On Sat, May 17, 2008 at 11:17:40AM +0200, Jeremie Le Hen wrote: > > > > I tried to compile my source tree with -fstack-protector-all, and it > > > > happens that rtld breaks with this: once the new rtld is installed every > > > > single problem coredumps. I tried to compile rtld-elf without SSP, but > > > > it didn't solve the problem. Then I had to compile libc_pic.a without > > > > SSP and it worked, but I don't understand the root of the problem. > > > > So I want to use the generated coredump for post-mortem analysis with > > > > gdb. > > > > > > > > I compiled world with DEBUG_FLAGS=-g. But GDB gives me a backtrace so > > > > long that it can't be real. Moreoever it doesn't seem to bring in the > > > > required symbols. I'm a GDB novice, so I'd like some help. > > > > > > > > chroot> ===> libexec/rtld-elf (install) > > > > chroot> chflags noschg /usr/libexec/ld-elf.so.1 > > > > chroot> install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf.so.1 /libexec > > > > chroot> install -o root -g wheel -m 444 rtld.1.gz /usr/share/man/man1 > > > > chroot> *** Signal 11 > > > > chroot> > > > > chroot> jarjarbinks# cd /root; ls > > > > chroot> Segmentation fault > > > > > > > > host> jarjarbinks:145# ls -l /space/chroot/root/ls.core > > > > host> -rw------- 1 root wheel 184320 May 17 10:19 /space/chroot/root/ls.core > > > > host> jarjarbinks:149# gdb -c /space/chroot/root/ls.core -e /space/chroot/bin/ls > > > > host> GNU gdb 6.1.1 [FreeBSD] > > > > host> [...] > > > > host> This GDB was configured as "i386-marcel-freebsd". > > > > host> Core was generated by `ls'. > > > > host> Program terminated with signal 11, Segmentation fault. > > > > host> #0 0x280583e4 in ?? () > > > > host> (gdb) bt > > > > host> #0 0x280583e4 in ?? () > > > > host> #1 0x00000000 in ?? () > > > > host> #2 0x00000000 in ?? () > > > > host> #3 0x00000000 in ?? () > > > > host> #4 0x00000000 in ?? () > > > > host> #5 0x00000000 in ?? () > > > > host> #6 0x00000000 in ?? () > > > > host> #7 0x00000000 in ?? () > > > > host> #8 0x00000000 in ?? () > > > > host> #9 0x00000000 in ?? () > > > > host> #10 0x00000000 in ?? () > > > > host> #11 0xffffffff in ?? () > > > > host> #12 0x00001000 in ?? () > > > > host> [...] > > > > host> #359 0x73763a68 in ?? () > > > > host> #360 0x5b455c3d in ?? () > > > > host> [...] > > > > host> #855 0x00000000 in ?? () > > > > host> [...] > > > > > > > > Any hint on how to proceed would be welcome. > > > > > > I usually add the CFLAGS+=-g to the rtld-elf/Makefile. Also, you do not > > > need to bring down the whole host by the broken ld.so.1. Do not install > > > it at all, and specify the path to the rtld by the --dynamic-linker switch, > > > see into ld. > Hmm, ^^^^ info > > > > Thank you for this tip. However the backtrace is still unusable. > > I've recompiled libc_pic.a with -g, then rtld-elf with -g and finally > > /bin/ls with you tip and -g. > > > > I'm really brought to a standstill here. > > Looks like you have a stack corruption, that is reasonable given the > matters you touching. The easiest, althought somewhat time-consuming way > of searching the point where the things break is to insert some break > into the code of the rtld, "int3" may be good, and moving it forward > until you start hitting the breakage instead of the breakpoint. I've naively added asm("int3;"); to the rtld-elf source, but I definitely can't debug rtld as an usual program. According to the rtld source, I'd say GDB needs some cooperation from rtld itself. Chicken and egg problem here. I've tested various methods to achieve debugging, such as explicitely use the "add-symbol-file" GDB command to load ld-elf.so.1 at its entry point. Given that the backtrace is unusable, I've tried to dump the stack starting from $ebp, and I think I could identify one or two pointers into the text, but GDB says there is nothing to disassemble at those address. I don't have enough {linker,loader,gdb}-fu to go on this way. FWIW, I succeded to understand where is the segmentation fault by dichotomy placing "assert(NULL)" in the code. Interestingly, when libc is compiled *with* -fstack-protector-all (but sys/stack_protector.c), rtld is compiled *without* stack protection, the call to mmap(2) in libexec/rtld-elf/i386/reloc.c:reloc_non_plt() triggers a SIGSEGV. Any hint from a rtld guru would be welcome... Thanks. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 8 22:54:25 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 399D41065673 for ; Sun, 8 Jun 2008 22:54:25 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E17DE8FC0A for ; Sun, 8 Jun 2008 22:54:24 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K5TmK-0000b8-2j for freebsd-hackers@freebsd.org; Sun, 08 Jun 2008 22:54:24 +0000 Received: from 89-172-34-160.adsl.net.t-com.hr ([89.172.34.160]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Jun 2008 22:54:24 +0000 Received: from ivoras by 89-172-34-160.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Jun 2008 22:54:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Mon, 09 Jun 2008 00:54:01 +0200 Lines: 35 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEA6CE81B7F8D23D071C59477" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-34-160.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) In-Reply-To: X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: Impact of having a large number of open file descriptors X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2008 22:54:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEA6CE81B7F8D23D071C59477 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Ivan Voras wrote: > Hi, >=20 > Im thinking again of the old idea of implementing poor man's file > replication system using kqueue to monitor changes on files.=20 I made something with the idea, available here: http://ivoras.sharanet.org/stuff/adfs.tgz It was hacked up over the weekend and probably contains many bugs, and=20 the whole idea has scalability problems because of the need to have all=20 those files open. I think it's OK for what I want to do, YMMV. If=20 there's interest I'll keep updating it. --------------enigEA6CE81B7F8D23D071C59477 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFITGMRldnAQVacBcgRAtUSAJ9UBNd5WbjthtAvk4WXdFECZ3wg3gCg/mUE zrPQP2hZSpL7gAak4gEsCps= =PT1e -----END PGP SIGNATURE----- --------------enigEA6CE81B7F8D23D071C59477-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 9 07:53:28 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FC97106570A; Mon, 9 Jun 2008 07:53:28 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (mail.ki.iif.hu [IPv6:2001:738:0:411::241]) by mx1.freebsd.org (Postfix) with ESMTP id 687478FC37; Mon, 9 Jun 2008 07:53:27 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from localhost (localhost [IPv6:::1]) by mail.ki.iif.hu (Postfix) with ESMTP id 428FA849D0; Mon, 9 Jun 2008 09:53:26 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mignon.ki.iif.hu Received: from mail.ki.iif.hu ([127.0.0.1]) by localhost (mignon.ki.iif.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id DUTmjjf-fPCA; Mon, 9 Jun 2008 09:53:20 +0200 (CEST) Received: by mail.ki.iif.hu (Postfix, from userid 9002) id E69C084823; Mon, 9 Jun 2008 09:53:19 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id E489E846F4; Mon, 9 Jun 2008 09:53:19 +0200 (CEST) Date: Mon, 9 Jun 2008 09:53:19 +0200 (CEST) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: "Simon L. Nielsen" In-Reply-To: <20080607124420.GA979@zaphod.nitro.dk> Message-ID: <20080609095158.P27725@mignon.ki.iif.hu> References: <20080606185442.O7163@mignon.ki.iif.hu> <20080607124420.GA979@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: openssl with zlib support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 07:53:28 -0000 On Sat, 7 Jun 2008, Simon L. Nielsen wrote: > On 2008.06.06 19:02:36 +0200, Mohacsi Janos wrote: >> Dear All, >> Are there any reason to not enabling zlib compression for TLS in openssl >> on FreeBSD ? > > No, that seems like a mistake. Which FreeBSD version are you using, > and are you using OpenSSL from base or ports? FreeBSD mignon.ki.iif.hu 6.3-STABLE FreeBSD 6.3-STABLE #12: Mon May 19 18:48:06 CEST 2008 root@mignon.ki.iif.hu:/usr/obj/usr/src/sys/MIGNON2 i386 I am using OpenSSL from base. > >> Would it break ABI if I enable it by tweaking the openssl Makefile? > > Probably not, but I'm not sure where it's enabled/disabled so I can't > say for sure. > > I will try to look into this more, but it might not be until sometime > next week. Janos Mohacsi Network Engineer, Research Associate, Head of Network Planning and Projects NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 > > -- > Simon L. Nielsen > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 9 08:34:21 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2832B1065684 for ; Mon, 9 Jun 2008 08:34:21 +0000 (UTC) (envelope-from yanefbsd@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 A7B778FC2E for ; Mon, 9 Jun 2008 08:34:20 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1710610fgb.35 for ; Mon, 09 Jun 2008 01:34:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=7FoaJWW19oexW3yR/lp7K8HvCWvdpOXr93phyBc6+Oc=; b=qXFIhKx3Y02q8YwU/dG2tOVjyaabmqK+YTZY4680RmkKd/3Rh5Ix7dUoqLe/iI02Kn /vmUNmiDqeZtcPzqOwuzZ1ty54AXtVjXb7Qa1yFk9WLnukKdgxje9/lfkgndF6ioh5e6 AOc9QB1qUsHcDfHsEcId0qB/000XGO1GOBCPQ= 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=vqJi57yIFpApPdDpsN/9k1mY6hIjMGWFgAffWEZe8YK2EUr6p/VjQN4EIe2YYrjGnR Q3ydSPPQ+ueMQAfC7yHcwPwPgpyV2avIxb611ORqzfn61//KcMCwJKc7andJ5CIAAXcw uBNkjtQbHE+2tMmc6ZU3NMZwVUFoRGITTujh4= Received: by 10.86.65.11 with SMTP id n11mr3878428fga.64.1213000459296; Mon, 09 Jun 2008 01:34:19 -0700 (PDT) Received: by 10.86.26.8 with HTTP; Mon, 9 Jun 2008 01:34:19 -0700 (PDT) Message-ID: <7d6fde3d0806090134u1c46c9f3gbeed3fb303876338@mail.gmail.com> Date: Mon, 9 Jun 2008 01:34:19 -0700 From: "Garrett Cooper" To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Bug by design in getfsfile(3) / needed sanity check for mountpoints X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 08:34:21 -0000 Hi hackers, I have a question, pending a bug found in getfsfile(3) [1]. Is there any possibility where a mountpoint be any value other than a directory, a symlink, or "none", i.e. a flat file? Thanks, -Garrett References: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/124409 (not fully in PR database yet). From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 9 09:21:49 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DA09106567A for ; Mon, 9 Jun 2008 09:21:49 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0D3638FC12 for ; Mon, 9 Jun 2008 09:21:49 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1K5dZU-0004XK-Uv for freebsd-hackers@freebsd.org; Mon, 09 Jun 2008 09:21:48 +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, 09 Jun 2008 09:21:48 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Jun 2008 09:21:48 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Mon, 09 Jun 2008 11:21:39 +0200 Lines: 34 Message-ID: References: <2e77fc10806080024s19951abbnf31913d5579f4535@mail.gmail.com> <20080608115919.GE67629@server.vk2pj.dyndns.org> <2e77fc10806080513wa73444ep50162e1d5f45f15@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA91EE733C8475D2B62290E69" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.14 (X11/20080505) In-Reply-To: <2e77fc10806080513wa73444ep50162e1d5f45f15@mail.gmail.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: timestamping for kernel messages (like Solaris and Linux) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 09:21:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA91EE733C8475D2B62290E69 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Niki Denev wrote: > I'm looking at a Linux machine right now, and it looks like > they use the time since boot (actually uptime) for the timestamps. Debian or Ubuntu, right? I think RedHat uses absolute time (hh:mm:ss). > Anyways, does this sound like something that FreeBSD should have? > It could be useful in some situations, like embedded applications > without running syslog, > full /var partitions, etc. If it's only available when explicitly turned on, sure. --------------enigA91EE733C8475D2B62290E69 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) iD8DBQFITPYjldnAQVacBcgRAng7AKC066zX4HjkFGClXr05Q+unvQyFvQCfTvY6 XVGTEuijY+TsuShs/B8jPMc= =8EwJ -----END PGP SIGNATURE----- --------------enigA91EE733C8475D2B62290E69-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 9 17:25:10 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD717106566B for ; Mon, 9 Jun 2008 17:25:10 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from f05n03.cac.psu.edu (f05s03.cac.psu.edu [128.118.141.46]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2878FC0C for ; Mon, 9 Jun 2008 17:25:10 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from hoenikker.aset.psu.edu (hoenikker.aset.psu.edu [128.118.99.49]) by f05n03.cac.psu.edu (8.13.2/8.13.2) with ESMTP id m59HP8dP094582 for ; Mon, 9 Jun 2008 13:25:08 -0400 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 m59HP7Hf073972 for ; Mon, 9 Jun 2008 13:25:07 -0400 (EDT) (envelope-from det135@hoenikker.aset.psu.edu) Received: (from det135@localhost) by hoenikker.aset.psu.edu (8.14.2/8.14.2/Submit) id m59HP22k073939 for freebsd-hackers@freebsd.org; Mon, 9 Jun 2008 13:25:02 -0400 (EDT) (envelope-from det135) Date: Mon, 9 Jun 2008 13:25:02 -0400 From: Derek Taylor To: freebsd-hackers@freebsd.org Message-ID: <20080609172502.GV56965@psu.edu> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20080606205713.GS56965@psu.edu> <20080607023315.GD31784@zloafman.west.isilon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080607023315.GD31784@zloafman.west.isilon.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by amavisd-new Subject: Re: Kerberos support in NFSv4 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Derek Taylor List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 17:25:10 -0000 On Fri, 06 Jun 2008, Zachary Loafman wrote: >Isilon Systems is sponsoring RPCSEC_GSS work for FreeBSD soon. I expect >that we'll have it CURRENT later this year. We don't really have any >plans to glue it into the v4 client just yet, we're targeting Kerberized >NFSv3 first. We are looking at NFSv4 longer term, though, at which point >we will have to beat the v4 client into shape for internal testing >purposes. This is great news. Thank you -Derek. >...Zach > >On Fri, Jun 06, 2008 at 04:57:13PM -0400, Derek Taylor wrote: >> Is anyone aware of a project to add kerberos support to FreeBSD's NFSv4 >> implementation? >> >> Is there a better list to ask about development efforts and directions >> for HEAD? >> >> Thanks. >> >> -Derek. >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > >-- >Zach Loafman | Staff Engineer >Isilon Systems D +1-206-315-7570 F +1-206-315-7485 >www.isilon.com P +1-206-315-7500 M +1-206-422-3461 > From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 9 19:03:06 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C5A51065778 for ; Mon, 9 Jun 2008 19:03:06 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id 979078FC1C for ; Mon, 9 Jun 2008 19:03:05 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-064-176-094.pools.arcor-ip.net [88.64.176.94]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1K5me022Qr-0004Uy; Mon, 09 Jun 2008 21:03:04 +0200 Received: (qmail 31018 invoked from network); 9 Jun 2008 19:01:03 -0000 Received: from myhost.laiers.local (192.168.4.151) by ns1.laiers.local with SMTP; 9 Jun 2008 19:01:03 -0000 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Mon, 9 Jun 2008 21:02:16 +0200 User-Agent: KMail/1.9.9 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806092102.16651.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18muCNJcCO9uoQIeKab3oG0jYAJ+SL7N76GZJq VQ7APNEvz6MVV58x9MnFYsP5TRw70dWb+x9ySeQeY7G2lAe+Pd 3qAqEQ0cIqT/OtbuuE/5Q== Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: New Mailinglist: freebsd-wip-status@ X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2008 19:03:06 -0000 Hello everybody, SHORT SUMMARY: http://lists.freebsd.org/mailman/listinfo/freebsd-wip-status Subscribe today!! Tell all your friends, co-workers and everybody you know who's interested in FreeBSD. Post this on your blog! ;) LONG VERSION: if you've been around lately you might already know about our effort to provide periodical status reports about ongoing FreeBSD related WIPs. The past reports can be found at: http://www.freebsd.org/news/status This system has some shortcomings however. The biggest one is that due to the collection overhead and the high rate of exciting development under the FreeBSD umbrella most of the reports are somewhat outdated by the time they get to "print". Other projects never are announced in the status reports because they happen in-between and fall through the cracks. In order to improve this situation we have created a new mailing list that should receive status reports from now on. This list will be moderated in order to keep it close to the subject. The intend is to make this an inviting place for people with little time to still stay on top of the latest and greatest in and around FreeBSD, but where one can avoid the chatter that comes with the technical debates on the normal lists. For all developers, contributors, conference organizers, 3rd party distributions, SoC-students and whoeverelse has exciting news about their FreeBSD related project this means little work. Most of you already are sending out announcement- and update-emails to lists like current@, net@ or whichever fits your project in order to inform the world about the progress you've made. Now we would like to invite you to BCC: this email to freebsd-wip-status@ as well for maximum exposure. Emails with a lot of gory, technical details are probably not suited for this list, but the usual: "Hey, I've got these cool patches to test. Here is what they do: ..." most certainly is. So this is really like the status reports before, but everybody subscribed can get the news when they happen (and not three month later when the next status reports are due). I hope for your support in bootstrapping this idea. During the next few weeks I'll keep a close eye on the lists I'm subscribed to and will encourage people to forward matching posts to freebsd-wip-status@ You are welcome to do the same. We also plan to keep the status reports as is, but collecting the reports from this new list, too. This should give the best of both worlds, we hope. If you have any questions or would like to help with editing the status reports, please contact monthly@FreeBSD.org (reply-to set) or myself directly. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 10 00:53:55 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 159CD1065673 for ; Tue, 10 Jun 2008 00:53:55 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6799F8FC18 for ; Tue, 10 Jun 2008 00:53:54 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl116-224.kln.forthnet.gr [77.49.235.224]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-4) with ESMTP id m5A0rhw8004741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 10 Jun 2008 03:53:48 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m5A0rgmo002537 for ; Tue, 10 Jun 2008 03:53:42 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m5A0rgbM002536; Tue, 10 Jun 2008 03:53:42 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: freebsd-hackers@freebsd.org References: <7d6fde3d0806090134u1c46c9f3gbeed3fb303876338@mail.gmail.com> Date: Tue, 10 Jun 2008 03:53:41 +0300 In-Reply-To: <7d6fde3d0806090134u1c46c9f3gbeed3fb303876338@mail.gmail.com> (Garrett Cooper's message of "Mon, 9 Jun 2008 01:34:19 -0700") Message-ID: <87ej766rfu.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m5A0rhw8004741 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.746, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.65, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: Re: Bug by design in getfsfile(3) / needed sanity check for mountpoints X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2008 00:53:55 -0000 On Mon, 9 Jun 2008 01:34:19 -0700, "Garrett Cooper" wrote: > Hi hackers, > I have a question, pending a bug found in getfsfile(3) [1]. > Is there any possibility where a mountpoint be any value other > than a directory, a symlink, or "none", i.e. a flat file? > Thanks, > -Garrett > > References: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/124409 (not fully in PR > database yet). It looks like could be 'fixed' by using realpath() on its argument. Then this should work fine: # fsck /usr/ From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 10 00:55:15 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CB8E106567F for ; Tue, 10 Jun 2008 00:55:15 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id E81468FC1A for ; Tue, 10 Jun 2008 00:55:14 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl116-224.kln.forthnet.gr [77.49.235.224]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-4) with ESMTP id m5A0t109004788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 10 Jun 2008 03:55:06 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m5A0t02h002558 for ; Tue, 10 Jun 2008 03:55:00 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m5A0t0PR002557; Tue, 10 Jun 2008 03:55:00 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: freebsd-hackers@freebsd.org References: <7d6fde3d0806090134u1c46c9f3gbeed3fb303876338@mail.gmail.com> <87ej766rfu.fsf@kobe.laptop> Date: Tue, 10 Jun 2008 03:55:00 +0300 In-Reply-To: <87ej766rfu.fsf@kobe.laptop> (Giorgos Keramidas's message of "Tue, 10 Jun 2008 03:53:41 +0300") Message-ID: <87abhu6rdn.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m5A0t109004788 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.747, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.65, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Subject: Re: Bug by design in getfsfile(3) / needed sanity check for mountpoints X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2008 00:55:15 -0000 On Tue, 10 Jun 2008 03:53:41 +0300, Giorgos Keramidas wrote: > On Mon, 9 Jun 2008 01:34:19 -0700, "Garrett Cooper" wrote: >> Hi hackers, >> I have a question, pending a bug found in getfsfile(3) [1]. >> Is there any possibility where a mountpoint be any value other >> than a directory, a symlink, or "none", i.e. a flat file? >> Thanks, >> -Garrett >> >> References: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/124409 (not fully in PR >> database yet). > > It looks like could be 'fixed' by using realpath() on its argument. > Then this should work fine: > > # fsck /usr/ I meant to write "It looks like getfsfile() could be 'fixed'...", but the keyboard daemon ate a word there. From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 10 09:25:35 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCB5B106567A for ; Tue, 10 Jun 2008 09:25:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id B0FAD8FC24 for ; Tue, 10 Jun 2008 09:25:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3010431rvf.43 for ; Tue, 10 Jun 2008 02:25:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=I6aKQlrfmKqg1AFpHCNaEZTjeXZewXQBjBlABSDxXcA=; b=g5H9FhfN4Bsole8DgMxYoifmjL+p7Bxa7efXLjkthZx8qL2zvhBjKaPVu5uNnsAozS jjZpv08ZKSSCDw45vJy4nBEm5G3M3+yBth8StFFbFFucC/JecTMBbgf++ytkhapV+PrX VUwdMjTfRID/JG0MdFrKoPBFomjQEhxf8anjE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=QZUQ5HM5Wkk9Q30S3Tv/OJJCfU+SivYdGFrdb2UiFSGW5sYCVydEFi+0DT8j9xa9GO uQiVX5cZNMpfL/9KbAbjrzIGx11VeTTq6EF98Mg63cidk5Ucax8u+v7oh20j+LeLMHCt PadOnI/7aw6VywM+/zSsBDLzU6m5Q2sPwCWHw= Received: by 10.142.114.15 with SMTP id m15mr1952541wfc.25.1213089935133; Tue, 10 Jun 2008 02:25:35 -0700 (PDT) Received: from ?192.168.10.42? ( [76.254.5.125]) by mx.google.com with ESMTPS id 30sm417739wfd.1.2008.06.10.02.25.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Jun 2008 02:25:33 -0700 (PDT) Message-Id: <9C83A8B6-0C73-4A06-A60A-527D7B7BCCE5@gmail.com> From: Garrett Cooper To: hackers@freebsd.org Mime-Version: 1.0 (Apple Message framework v924) Date: Tue, 10 Jun 2008 02:27:12 -0700 X-Mailer: Apple Mail (2.924) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Bug by design in getfsfile(3) / needed sanity check for mountpoints X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2008 09:25:36 -0000 Ok.... it appears I wasn't intelligent enough to post this in the right place last night. Comments please? > Hi hackers, > I have a question, pending a bug found in getfsfile(3) [1]. > Is there any possibility where a mountpoint be any value other > than a directory, a symlink, or "none", i.e. a flat file? > Thanks, > -Garrett > > References: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/124409 (not fully in PR > database yet). From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 10 21:33:55 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F5611065679 for ; Tue, 10 Jun 2008 21:33:55 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 02E1B8FC29 for ; Tue, 10 Jun 2008 21:33:54 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2284644fgb.35 for ; Tue, 10 Jun 2008 14:33:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=XLTZyZoirmaC+QtpjNbUqUWw3pwarymTV8mcGFQMu9g=; b=oas6iuqAWNuTNdt/Q9wjgRNTZ92RSxznjHejE4142zDFpF0hSvnF7R9okYg32vowAY 7Y0m/ilpgk7eOmCbAwybu46FVHqW+Hm7UwzW6vDm8rMxts4xmoIWUgVAHUOpbcgEQ9++ 4zeFgXNzgrOuanes7Xo5ZHLAXQbQDhLfL0+qY= 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=tGfnPVyHZSzrQXa42Hso5n9BfHglGh/lXqNnatt/ViMSPi9yW+F8w8vfJ5pCgHqvYd AoeMDKTMxFwAZwR8lepYeNSfbz4YRebYkp1c6+Th2deSzKS9joiX0P2MKwYCIn1Osbhp SpirQott/E9ulE11JkZBE9SjQ/ki0Jhlyg4nM= Received: by 10.86.98.10 with SMTP id v10mr6255304fgb.46.1213132085059; Tue, 10 Jun 2008 14:08:05 -0700 (PDT) Received: by 10.86.98.6 with HTTP; Tue, 10 Jun 2008 14:08:05 -0700 (PDT) Message-ID: <1bd550a00806101408xb9925b6wcc027d58f7fccf78@mail.gmail.com> Date: Tue, 10 Jun 2008 23:08:05 +0200 From: "=?ISO-8859-1?Q?Fernando_Apestegu=EDa?=" To: "FreeBSD Hackers" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RTL8168/8111 PCI express support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2008 21:33:55 -0000 Hi all, I sent this mail to freebsd-questions but I got no answer. I hope you can help me. I got a computer with an RTL8168/8111 PCI Express NIC. It is shown in pciconf but it is not seen by FreeBSD 7. I'm using i386 arch. I have re and rl drivers compiled in the kernel (stock GENERIC kernel, actually). What do I need to make the NIC work properly? I tried to compile the Realtek's modified driver but I got a bunch of errors when I tried to compile it (tested up to FreeBSD 6.0 only, they say) Does this[1] anything to do with my problem? Thanks in advance. [1]http://groups.google.com/group/mailing.freebsd.stable/browse_thread/thread/aa93c58a9353ea1c From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 10 22:11:22 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C38D01065676 for ; Tue, 10 Jun 2008 22:11:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B561A8FC1C for ; Tue, 10 Jun 2008 22:11:22 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 3DAB01CC060; Tue, 10 Jun 2008 15:11:22 -0700 (PDT) Date: Tue, 10 Jun 2008 15:11:22 -0700 From: Jeremy Chadwick To: Fernando =?iso-8859-1?Q?Apestegu=EDa?= Message-ID: <20080610221122.GA81166@eos.sc1.parodius.com> References: <1bd550a00806101408xb9925b6wcc027d58f7fccf78@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1bd550a00806101408xb9925b6wcc027d58f7fccf78@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: pyunyh@gmail.com, FreeBSD Hackers Subject: Re: RTL8168/8111 PCI express support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2008 22:11:22 -0000 On Tue, Jun 10, 2008 at 11:08:05PM +0200, Fernando Apesteguía wrote: > I sent this mail to freebsd-questions but I got no answer. I hope you > can help me. > > I got a computer with an RTL8168/8111 PCI Express NIC. It is shown in > pciconf but it is not seen by FreeBSD 7. I'm using i386 arch. > > I have re and rl drivers compiled in the kernel (stock GENERIC kernel, > actually). > > What do I need to make the NIC work properly? CC'ing PYUN YongHyeon, who should be able to help, since he helps maintain the driver. :-) I'd recommend you start by providing pciconf -lv output here. -- | 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-hackers@FreeBSD.ORG Wed Jun 11 01:15:39 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69976106564A for ; Wed, 11 Jun 2008 01:15:39 +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 23F3E8FC1A for ; Wed, 11 Jun 2008 01:15:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3458611rvf.43 for ; Tue, 10 Jun 2008 18:15:38 -0700 (PDT) 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=kO9CLqVgtqnZfJ7w48wzpbRlHYqYjrjGzNGoW44zixM=; b=GzilkXYSux4T8cOzuBc5iGIx+XLXCM30FujELg5tCQoRmN7XAFGPB6nW0F9K/Siasb c0d4vn6KOZVM2uOg49ltUVHP5VV0eI55TG36uNt80LGkH6wKg1/Uy7mzRV6VqH1t2Dz/ v/WewPPOZ1aX98gPDIxizZe6KKuCvYFjfDrbA= 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=sditxoIJdIAIOx3LiVpiVWAKXOoJLsWNxiGAihWHJt+FN67IuytDMmdJzXVsBVh11H 1L3GoYG9ivCAVoi7vRD5yA7cj3uFvU+nDoH636/yZDKr6PUr/c6T6gczISi3xXvxMIYF 8k7ikivYfQocuyvHwh6YeLizJmilIgLrRPiK0= Received: by 10.140.125.1 with SMTP id x1mr3450940rvc.287.1213145340424; Tue, 10 Jun 2008 17:49:00 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id b8sm17491864rvf.9.2008.06.10.17.48.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Jun 2008 17:48:59 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m5B0kop5003522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jun 2008 09:46:50 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m5B0koQr003521; Wed, 11 Jun 2008 09:46:50 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 11 Jun 2008 09:46:50 +0900 From: Pyun YongHyeon To: Jeremy Chadwick Message-ID: <20080611004650.GA3485@cdnetworks.co.kr> References: <1bd550a00806101408xb9925b6wcc027d58f7fccf78@mail.gmail.com> <20080610221122.GA81166@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080610221122.GA81166@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Hackers , Fernando Apestegu?a Subject: Re: RTL8168/8111 PCI express support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 01:15:39 -0000 On Tue, Jun 10, 2008 at 03:11:22PM -0700, Jeremy Chadwick wrote: > On Tue, Jun 10, 2008 at 11:08:05PM +0200, Fernando Apestegu?a wrote: > > I sent this mail to freebsd-questions but I got no answer. I hope you > > can help me. > > > > I got a computer with an RTL8168/8111 PCI Express NIC. It is shown in > > pciconf but it is not seen by FreeBSD 7. I'm using i386 arch. > > > > I have re and rl drivers compiled in the kernel (stock GENERIC kernel, > > actually). > > > > What do I need to make the NIC work properly? > > CC'ing PYUN YongHyeon, who should be able to help, since he helps > maintain the driver. :-) I don't know which revision of RealTek controller you have. Just knowing "pciconf -lv" is not enough. Since 7.0 didn't recognize your controller I guess it could be newer revision from RealTek. There is a WIP version that try to add support for newer controllers. In order to try the WIP version you have to update to latest 7-stable first and apply the following patch. http://people.freebsd.org/~yongari/re/re.HEAD.20080610 The patch still have some issues but it should detect/recognize your controller. > > I'd recommend you start by providing pciconf -lv output here. > > -- > | 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 | > -- Regards, Pyun YongHyeon From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 11 07:13:27 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D4C0106566B for ; Wed, 11 Jun 2008 07:13:27 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id B4A6E8FC1A for ; Wed, 11 Jun 2008 07:13:26 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so2408556fgb.35 for ; Wed, 11 Jun 2008 00:13:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=/YdGLYZakwRzdejHxEhSmPJQL9Ud1Xm5dG6MKTAYozU=; b=NajfO+ZstCUYS/oVxqTc9bFnnwQ54yJfy1K/vGVrGcRuLaVVtXs9h93ktQOZzqHRWJ iYPbH4jKaH5aavyU8782Ow1v5uDp2BnH9MJJB2IalPehwrCFYu0Sd1ugDanMUM1WohRq zd0sk6Q1T4UscxRGxPUJ0y98XNnGJxopdDKac= 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=nz1jej2w7XVjl8EZWqbenDCI+fKVfRzgGkRUrqhcEEhO0WafDNbPV0gbWwJcsi+Thr SbqTWAIzNK+QFmsWr1H85e7qtOk6ffWI7lO+rHYDHqNt/tqV1sbAAHdesAuzZty7DldI b1xNikU8JGC9i6Aj1tEnksBKEiSybNkflI11Y= Received: by 10.86.57.9 with SMTP id f9mr6692973fga.66.1213168404891; Wed, 11 Jun 2008 00:13:24 -0700 (PDT) Received: by 10.86.98.6 with HTTP; Wed, 11 Jun 2008 00:13:24 -0700 (PDT) Message-ID: <1bd550a00806110013u7b5c3f40wf4114d06638705a4@mail.gmail.com> Date: Wed, 11 Jun 2008 09:13:24 +0200 From: "=?ISO-8859-1?Q?Fernando_Apestegu=EDa?=" To: pyunyh@gmail.com In-Reply-To: <20080611004650.GA3485@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1bd550a00806101408xb9925b6wcc027d58f7fccf78@mail.gmail.com> <20080610221122.GA81166@eos.sc1.parodius.com> <20080611004650.GA3485@cdnetworks.co.kr> Cc: FreeBSD Hackers , Jeremy Chadwick Subject: Re: RTL8168/8111 PCI express support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 07:13:27 -0000 On 6/11/08, Pyun YongHyeon wrote: > On Tue, Jun 10, 2008 at 03:11:22PM -0700, Jeremy Chadwick wrote: > > On Tue, Jun 10, 2008 at 11:08:05PM +0200, Fernando Apestegu?a wrote: > > > I sent this mail to freebsd-questions but I got no answer. I hope you > > > can help me. > > > > > > I got a computer with an RTL8168/8111 PCI Express NIC. It is shown in > > > pciconf but it is not seen by FreeBSD 7. I'm using i386 arch. > > > > > > I have re and rl drivers compiled in the kernel (stock GENERIC kernel, > > > actually). > > > > > > What do I need to make the NIC work properly? > > > > CC'ing PYUN YongHyeon, who should be able to help, since he helps > > maintain the driver. :-) > > I don't know which revision of RealTek controller you have. Just > knowing "pciconf -lv" is not enough. Since 7.0 didn't recognize > your controller I guess it could be newer revision from RealTek. > There is a WIP version that try to add support for newer > controllers. In order to try the WIP version you have to update to > latest 7-stable first and apply the following patch. > > http://people.freebsd.org/~yongari/re/re.HEAD.20080610 > > The patch still have some issues but it should detect/recognize > your controller. It makes sense what you say about the new revision cause the whole computer is quite new. In any case I will paste the "pciconf -lv" output just to be sure of the controller I have. I already have the 7-stable system installed with the kernel sources installed from sysinstall. Do I need any update of the source code? Thanks in advance. > > > > > I'd recommend you start by providing pciconf -lv output here. > > > > -- > > | 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 | > > > > -- > Regards, > Pyun YongHyeon > From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 11 07:30:13 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F276410656B1; Wed, 11 Jun 2008 07:30:13 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp7.yandex.ru (smtp7.yandex.ru [213.180.200.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0FD878FC28; Wed, 11 Jun 2008 07:30:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:22744 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S738622AbYFKHaF (ORCPT + 1 other); Wed, 11 Jun 2008 11:30:05 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp7 X-Yandex-TimeMark: 1213169405 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp7.yandex.ru logged sender identity as: bu7cher Message-ID: <484F7EF9.5080602@yandex.ru> Date: Wed, 11 Jun 2008 11:30:01 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------030902080904070105070406" Cc: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= Subject: [RFC] patch to AHCI device detection code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 07:30:14 -0000 This is a multi-part message in MIME format. --------------030902080904070105070406 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hi, Soren. I'm found solution for AHCI that solve ATAPI device detection for me. I just added waiting loop on PxTFD after reset and now my SATA DVD detected well. Waiting time (in my case) may vary from 1ms to 900 ms. Also AHCI spec says: 10.4.2 Port Reset ... When PxSCTL.DET is set to 0h, upon receiving a COMINIT from the attached device, PxTFD.STS.BSY shall be set to ’1’ by the HBA. So we can wait until PxTFD.STS.BSY resets to zero and then read PxSIG. Any comments? -- WBR, Andrey V. Elsukov --------------030902080904070105070406 Content-Type: text/plain; name="ata_wait_ready_tfd_after_reset.diff.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="ata_wait_ready_tfd_after_reset.diff.txt" SW5kZXg6IHNyYy9zeXMvZGV2L2F0YS9hdGEtY2hpcHNldC5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNT IGZpbGU6IC9uY3ZzL3NyYy9zeXMvZGV2L2F0YS9hdGEtY2hpcHNldC5jLHYKcmV0cmlldmlu ZyByZXZpc2lvbiAxLjIxOQpkaWZmIC11IC1iIC1wIC1yMS4yMTkgYXRhLWNoaXBzZXQuYwot LS0gc3JjL3N5cy9kZXYvYXRhL2F0YS1jaGlwc2V0LmMJMjEgQXByIDIwMDggMTA6NTE6Mzgg LTAwMDAJMS4yMTkKKysrIHNyYy9zeXMvZGV2L2F0YS9hdGEtY2hpcHNldC5jCTExIEp1biAy MDA4IDA3OjE3OjUzIC0wMDAwCkBAIC0xMDU5LDEwICsxMDU5LDEwIEBAIGF0YV9haGNpX3Nv ZnRyZXNldChkZXZpY2VfdCBkZXYsIGludCBwb3IKICAgICBzdHJ1Y3QgYXRhX3BjaV9jb250 cm9sbGVyICpjdGxyID0gZGV2aWNlX2dldF9zb2Z0YyhkZXZpY2VfZ2V0X3BhcmVudChkZXYp KTsKICAgICBzdHJ1Y3QgYXRhX2NoYW5uZWwgKmNoID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYp OwogICAgIGludCBvZmZzZXQgPSBjaC0+dW5pdCA8PCA3OworICAgIGludCB0aW1lb3V0ID0g MDsKICNpZmRlZiBBSENJX1BNCiAgICAgc3RydWN0IGF0YV9haGNpX2NtZF90YWIgKmN0cCA9 CiAJKHN0cnVjdCBhdGFfYWhjaV9jbWRfdGFiICopKGNoLT5kbWEud29yayArIEFUQV9BSENJ X0NUX09GRlNFVCk7Ci0gICAgaW50IHRpbWVvdXQgPSAwOwogCiAgICAgLyoga2ljayBjb250 cm9sbGVyIGludG8gc2FuZSBzdGF0ZSBpZiBuZWVkZWQgKi8KICAgICBhdGFfYWhjaV9yZXN0 YXJ0KGRldik7CkBAIC0xMDkxLDYgKzEwOTEsNyBAQCBhdGFfYWhjaV9zb2Z0cmVzZXQoZGV2 aWNlX3QgZGV2LCBpbnQgcG9yCiAKICAgICBhdGFfdWRlbGF5KDE1MDAwMCk7CiAKKyNlbmRp ZgogICAgIHRpbWVvdXQgPSAwOwogICAgIGRvIHsKIAkgICAgREVMQVkoMTAwMCk7CkBAIC0x MTAxLDcgKzExMDIsNiBAQCBhdGFfYWhjaV9zb2Z0cmVzZXQoZGV2aWNlX3QgZGV2LCBpbnQg cG9yCiAgICAgfSB3aGlsZSAoQVRBX0lOTChjdGxyLT5yX3JlczIsIEFUQV9BSENJX1BfVEZE ICsgb2Zmc2V0KSAmIEFUQV9TX0JVU1kpOwogICAgIGlmIChib290dmVyYm9zZSkKIAlkZXZp Y2VfcHJpbnRmKGRldiwgIkJVU1kgd2FpdCB0aW1lPSVkbXNcbiIsIHRpbWVvdXQpOwotI2Vu ZGlmCiAgICAgcmV0dXJuIEFUQV9JTkwoY3Rsci0+cl9yZXMyLCBBVEFfQUhDSV9QX1NJRyAr IG9mZnNldCk7CiB9CiAK --------------030902080904070105070406-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 11 07:49:07 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59BD3106564A; Wed, 11 Jun 2008 07:49:07 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by mx1.freebsd.org (Postfix) with ESMTP id 554B78FC1E; Wed, 11 Jun 2008 07:49:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:47060 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7456037AbYFKHtA (ORCPT + 1 other); Wed, 11 Jun 2008 11:49:00 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp8 X-Yandex-TimeMark: 1213170540 X-MsgDayCount: 6 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <484F8369.5030407@yandex.ru> Date: Wed, 11 Jun 2008 11:48:57 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <484F7EF9.5080602@yandex.ru> In-Reply-To: <484F7EF9.5080602@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= Subject: Re: [RFC] patch to AHCI device detection code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 07:49:07 -0000 Andrey V. Elsukov wrote: > Hi, Soren. Hi, All too :) Not so long Soren said that he is losing emails, so i added freebsd-hackers@ list to be heard. -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 11 07:54:57 2008 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49AD91065673 for ; Wed, 11 Jun 2008 07:54:57 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id 491D38FC29 for ; Wed, 11 Jun 2008 07:54:56 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from laptop.deepcore.dk (laptop.deepcore.dk [192.168.0.138]) by deepcore.dk (8.14.2/8.13.8) with ESMTP id m5B7eiYP047177; Wed, 11 Jun 2008 09:40:44 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: <5291278A-81B5-4665-B5FF-1A6B2EC9CD15@FreeBSD.ORG> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: "Andrey V. Elsukov" In-Reply-To: <484F7EF9.5080602@yandex.ru> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v924) Date: Wed, 11 Jun 2008 09:40:44 +0200 References: <484F7EF9.5080602@yandex.ru> X-Mailer: Apple Mail (2.924) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: [RFC] patch to AHCI device detection code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 07:54:57 -0000 Hi Well, as you can see I tried this when I added the PM code to AHCI, =20 however one of the reasons I left it out again (for now) is that it =20 doesn't work on more than about 50% of the AHCI chipsets out there.. Modern HW in a nutshell, you win some you loose some ;) -S=F8ren On 11Jun, 2008, at 9:30 , Andrey V. Elsukov wrote: > Hi, Soren. > > I'm found solution for AHCI that solve ATAPI device detection for me. > I just added waiting loop on PxTFD after reset and now my SATA DVD > detected well. Waiting time (in my case) may vary from 1ms to 900 ms. > > Also AHCI spec says: > > 10.4.2 Port Reset > ... > When PxSCTL.DET is set to 0h, upon receiving a COMINIT from > the attached device, PxTFD.STS.BSY shall be set to =921=92 by the HBA. > > So we can wait until PxTFD.STS.BSY resets to zero and then > read PxSIG. > > Any comments? > > --=20 > WBR, Andrey V. Elsukov > Index: src/sys/dev/ata/ata-chipset.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /ncvs/src/sys/dev/ata/ata-chipset.c,v > retrieving revision 1.219 > diff -u -b -p -r1.219 ata-chipset.c > --- src/sys/dev/ata/ata-chipset.c 21 Apr 2008 10:51:38 -0000 = 1.219 > +++ src/sys/dev/ata/ata-chipset.c 11 Jun 2008 07:17:53 -0000 > @@ -1059,10 +1059,10 @@ ata_ahci_softreset(device_t dev, int por > struct ata_pci_controller *ctlr =3D =20 > device_get_softc(device_get_parent(dev)); > struct ata_channel *ch =3D device_get_softc(dev); > int offset =3D ch->unit << 7; > + int timeout =3D 0; > #ifdef AHCI_PM > struct ata_ahci_cmd_tab *ctp =3D > (struct ata_ahci_cmd_tab *)(ch->dma.work + ATA_AHCI_CT_OFFSET); > - int timeout =3D 0; > > /* kick controller into sane state if needed */ > ata_ahci_restart(dev); > @@ -1091,6 +1091,7 @@ ata_ahci_softreset(device_t dev, int por > > ata_udelay(150000); > > +#endif > timeout =3D 0; > do { > DELAY(1000); > @@ -1101,7 +1102,6 @@ ata_ahci_softreset(device_t dev, int por > } while (ATA_INL(ctlr->r_res2, ATA_AHCI_P_TFD + offset) & =20 > ATA_S_BUSY); > if (bootverbose) > device_printf(dev, "BUSY wait time=3D%dms\n", timeout); > -#endif > return ATA_INL(ctlr->r_res2, ATA_AHCI_P_SIG + offset); > } > From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 11 08:00:19 2008 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EE5D106567D; Wed, 11 Jun 2008 08:00:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp7.yandex.ru (smtp7.yandex.ru [213.180.200.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4215A8FC26; Wed, 11 Jun 2008 08:00:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:44518 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S738652AbYFKIAN (ORCPT + 1 other); Wed, 11 Jun 2008 12:00:13 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp7 X-Yandex-TimeMark: 1213171213 X-MsgDayCount: 8 X-Comment: RFC 2476 MSA function at smtp7.yandex.ru logged sender identity as: bu7cher Message-ID: <484F8609.3090601@yandex.ru> Date: Wed, 11 Jun 2008 12:00:09 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= References: <484F7EF9.5080602@yandex.ru> <5291278A-81B5-4665-B5FF-1A6B2EC9CD15@FreeBSD.ORG> In-Reply-To: <5291278A-81B5-4665-B5FF-1A6B2EC9CD15@FreeBSD.ORG> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: [RFC] patch to AHCI device detection code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 08:00:19 -0000 Søren Schmidt wrote: > Well, as you can see I tried this when I added the PM code to AHCI, > however one of the reasons I left it out again (for now) is that it > doesn't work on more than about 50% of the AHCI chipsets out there.. > > Modern HW in a nutshell, you win some you loose some ;) Hm.. I think it can't made regression. I don't see nothing dangerous in addition 1s waiting (it doesn't enable softreset code, only PxTFD reading loop).. -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 11 08:42:53 2008 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F768106564A for ; Wed, 11 Jun 2008 08:42:53 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id 6FE298FC1A for ; Wed, 11 Jun 2008 08:42:51 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from laptop.deepcore.dk (laptop.deepcore.dk [192.168.0.138]) by deepcore.dk (8.14.2/8.13.8) with ESMTP id m5B8goD0048277; Wed, 11 Jun 2008 10:42:51 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: "Andrey V. Elsukov" In-Reply-To: <484F8609.3090601@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v924) Date: Wed, 11 Jun 2008 10:42:50 +0200 References: <484F7EF9.5080602@yandex.ru> <5291278A-81B5-4665-B5FF-1A6B2EC9CD15@FreeBSD.ORG> <484F8609.3090601@yandex.ru> X-Mailer: Apple Mail (2.924) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: [RFC] patch to AHCI device detection code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 08:42:53 -0000 Hi You are right on that one of course, from my quick eyeballing the =20 patch I thought you enabled the reset sequence too, but on a closer =20 look its only the extra timeout, my bad. However, the most usual problem is that the devices does not leave a =20 signature behind due to the missing reset sequence. That problem is =20 50/50 as some controllers apparently doesn't like the resetting and =20 will leave busy set and a hanging channel. I'll be getting some new HW here in the lab tomorrow if all goes well, =20= that will let me play with this on one of the failing devices again. =20 Maybe I'll find a generic solution this time around. I'll commit this patch for now, as you said, it doesn't hurt.. -S=F8ren On 11Jun, 2008, at 10:00 , Andrey V. Elsukov wrote: > S=F8ren Schmidt wrote: >> Well, as you can see I tried this when I added the PM code to AHCI, =20= >> however one of the reasons I left it out again (for now) is that it =20= >> doesn't work on more than about 50% of the AHCI chipsets out there.. >> Modern HW in a nutshell, you win some you loose some ;) > > Hm.. I think it can't made regression. I don't see nothing dangerous > in addition 1s waiting (it doesn't enable softreset code, only PxTFD > reading loop).. > > --=20 > WBR, Andrey V. Elsukov > From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 11 18:49:32 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F4D6106566C; Wed, 11 Jun 2008 18:49:32 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id C35D98FC14; Wed, 11 Jun 2008 18:49:31 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (lrckrpa6uyv4eshi@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id m5BIQXPf062705; Wed, 11 Jun 2008 11:26:33 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id m5BIQWLg062704; Wed, 11 Jun 2008 11:26:32 -0700 (PDT) (envelope-from jmg) Date: Wed, 11 Jun 2008 11:26:32 -0700 From: John-Mark Gurney To: Jason Harmening Message-ID: <20080611182632.GT3767@funkthat.com> Mail-Followup-To: Jason Harmening , freebsd-drivers@freebsd.org, freebsd-hackers@freebsd.org References: <200806072341.17041.jason.harmening@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200806072341.17041.jason.harmening@gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Wed, 11 Jun 2008 11:26:33 -0700 (PDT) X-Mailman-Approved-At: Wed, 11 Jun 2008 20:21:32 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: bus_dmamem_alloc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 18:49:32 -0000 Jason Harmening wrote this message on Sat, Jun 07, 2008 at 23:41 -0500: > I've written a FreeBSD driver for Conexant CX2388x-based PCI TV capture cards. I have a partial one in P4 that seems to handle data transers fine, but as ATI never gave me the docs for programming the ATSC demodulator, I haven't worked on it in a long time.. > Of course the driver uses busdma to be as machine-independent as possible. > One problem I've encountered is that bus_dmamem_alloc is inadequate for my > needs. The CX2388x only understands 32-bit physical addreses, and the driver This restriction is set up by the dma tag... > has two separate use cases for busdma: > > 1) Data buffers: These buffers may be relatively large (a 640x480 RGB32 video > frame is ~1.2M), and therefore it is desirable that these buffers not be > physically contiguous. > > 2) DMA program buffers: The DMA engine on the CX2388x is controlled by > special-purpose RISC instructions, usually stored in host memory, that > provide information on, among other things, the physical layout of the data > buffers, which enables handling of non-contiguous data buffers. These > programs are rarely more than a few pages in size, so for the sake of > simplicity it is desirable that DMA program buffers be physically contiguous. Why not use the SRAM for this? That's what my driver does... w/ 32k SRAM, it's more than enough for more programs... > For case 1), I malloc(9) the buffers and then feed them to busdma, since on > most machines bus_dmamem_alloc just calls contigmalloc. Use of malloc(9) is > suboptimal as it may result in bounce buffering for non-IOMMU machines with > large amounts of RAM. I prefer to do direct to use DMA as it saves on allocating a buffer in the kernel, and then coping the data from that buffer... > For case 2), I contigmalloc the DMA program buffers in the 32-bit physical > address range and then feed them to busdma. I don't use bus_dmamem_alloc > here because it always allocates the maximum size specified in the > bus_dma_tag_t. Since the driver supports dynamic data buffer allocation and > DMA program generation, DMA program sizes may vary significantly. I > therefore just create the bus_dma_tag_t with the maximum possible size for a > DMA program buffer since I'd prefer not to have to re-create the tag every > time the DMA program size changes. But always allocating the maximum buffer > size would be a huge waste of contiguous memory, so bus_dmamem_alloc is out > of the question here too. At the same time, use of contigmalloc is > suboptimal as it may not be necessary to restrict the allocation to 32-bit > physical addresses on IOMMU-equipped machines. This is something that > bus_dmamem_alloc could take care of, if only it supported a size parameter > (as I believe the NetBSD version does). > > So I have 3 questions: > > 1) Would it be possible to provide a bus_dmamem_alloc overload that takes a > size parameter? We could call it bus_dmamem_alloc_size and have > bus_dmamem_alloc just call bus_dmamem_alloc_size with dmat->maxsize to > preserve source-level compatibility with existing drivers. It would be nice, but hasn't been something someone has gotten around to implementing yet... > 2) Are there currently any serious plans to have bus_dmamem_alloc perform > multi-segment allocations on non-IOMMU machines? It looks like NetBSD does > this by reserving the physical segments and then stitching them together into > a virtually contiguous range. Is something like this feasible for FreeBSD? This would be useful for large allocations, but for now our code works, and most IO isn't that large so it hasn't been a bit issue.. It would be nice though.. :) > 3) Are there currently any serious plans to support IOMMUs on anything besides > Sun machines? The AMD AGP GART, PowerPC 970 DART, and Intel VT-d and AMD > IOMMU all come to mind. I know that one person recently was working on Intel's VT IOMMU and I thought it was close to being committed, but I haven't been following the work... > If any of these ideas sound feasible, I'd be more than willing to help > research/implement/test them. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 11 23:38:43 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C091106568B for ; Wed, 11 Jun 2008 23:38:43 +0000 (UTC) (envelope-from det135@hoenikker.aset.psu.edu) Received: from f04n01.cac.psu.edu (f04s01.cac.psu.edu [128.118.141.31]) by mx1.freebsd.org (Postfix) with ESMTP id EDADA8FC1A for ; Wed, 11 Jun 2008 23:38:42 +0000 (UTC) (envelope-from det135@hoenikker.aset.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 m5BNcfXX067258 for ; Wed, 11 Jun 2008 19:38:41 -0400 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 m5BNcf9L091385 for ; Wed, 11 Jun 2008 19:38:41 -0400 (EDT) (envelope-from det135@hoenikker.aset.psu.edu) Received: (from det135@localhost) by hoenikker.aset.psu.edu (8.14.2/8.14.2/Submit) id m5BNcZws091384 for freebsd-hackers@freebsd.org; Wed, 11 Jun 2008 19:38:36 -0400 (EDT) (envelope-from det135) Date: Wed, 11 Jun 2008 19:38:35 -0400 From: Derek Taylor To: freebsd-hackers@freebsd.org Message-ID: <20080611233835.GJ1189@psu.edu> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20080521182722.GC40818@psu.edu> <483554FC.9040908@dlr.de> <20080603134307.GK76952@psu.edu> <20080603173601.W41705@beagle.kn.op.dlr.de> <20080603160608.GA56965@psu.edu> <20080606191524.GQ56965@psu.edu> 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) X-Virus-Scanned: by amavisd-new Subject: Re: Kerberized CIFS client? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Derek Taylor List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 23:38:43 -0000 On Sun, 08 Jun 2008, Atte Peltomki wrote: >smbclient (and other samba utilities) do not refer to krb5.conf when >figuring out the kerberos realm. > >you will have to put to your krb5.conf on both client and server: > >[domain_realms] > cifs.example.com = realm.example.com I've done this step, but there seems to be no difference. When I did a tcpdump and viewed the results in wireshark there was no attempt to do anything kerberos related, the first thing related to auth mentioned was NTLM. I don't see anything with lsknobs or make config. Am I missing something? -Derek. >Otherwise it will just try to use example.com as the realm. > >On 6/6/08, Derek Taylor wrote: >> On Tue, 03 Jun 2008, Atte Peltomki wrote: >>>You will have to adjust your krb5.conf to map a given domain or hostname >>>to a kerberos realm, if you are doing cross-realm authentication. See MIT >>>kerberos admin guide for details. >> >> I'm pretty sure it's set up ok. I can use smbclient -k just fine: >> $ kinit >> det135@realm.example.com's Password: >> kinit: NOTICE: ticket renewable lifetime is 1 week >> $ klist >> Credentials cache: FILE:/tmp/krb5cc_1001 >> Principal: det135@realm.example.com >> >> Issued Expires Principal >> Jun 6 15:08:47 Jun 7 01:08:47 krbtgt/realm.example.com@realm.example.com >> $ smbclient -k -U det135 //cifs.example.com/dir1 >> OS=[Unix] Server=[Samba 3.0.30] >> smb: \> ls >> . D 0 Thu Feb 14 14:46:42 2008 >> .. D 0 Fri Jun 6 10:16:29 2008 >> [ other files/directories here ] >> >> smb: \> quit >> $ cd ~/mount/smbbeta.pass.psu.edu/pass >> $ ls >> ls: .: Permission denied >> $ klist >> Credentials cache: FILE:/tmp/krb5cc_1001 >> Principal: det135@dce.psu.edu >> >> Issued Expires Principal >> Jun 6 15:08:47 Jun 7 01:08:47 krbtgt/realm.example.com@realm.example.com >> Jun 6 15:09:17 Jun 7 01:08:47 cifs/cifs.example.com@realm.example.com >> $ >> >> -Derek. >> >>>On 6/3/08, Derek Taylor wrote: >>>> On Tue, 03 Jun 2008, Harti Brandt wrote: >>>>>On Tue, 3 Jun 2008, Derek Taylor wrote: >>>>> >>>>>DT>On Thu, 22 May 2008, Hartmut Brandt wrote: >>>>>DT>>Derek Taylor wrote: >>>>>DT>>> This question was previously posed of the freebsd-questions list, >>>>> but >>>>>DT>>> with no response for a week, I'd like to try my luck here. If >>>>> there's >>>>>DT>>> any more information I should include, please speak up: I would be >>>>> glad >>>>>DT>>> to oblige. >>>>>DT>>> >>>>>DT>>> I would like to use smb/cifs with kerberos auth, but mount_smbfs >>>>> doesn't >>>>>DT>>> seem to support this. >>>>>DT>>> >>>>>DT>>> Is anyone aware of an alternate means of performing a mount via >>>>> smb/cifs >>>>>DT>>> or any patches to provide such functionality? >>>>>DT>>> >>>>>DT>>> I already have smbclient working with -k, but I am also interested >>>>> in >>>>> a >>>>>DT>>> mount. >>>>>DT>> >>>>>DT>>Try smbnetfs from ports. It's fuse based and seems to work very nice. >>>>> If >>>>>DT>>you have a large amount of shares floating in your network you want >>>>> to >>>>>DT>>restrict it to mount only the needed shares via the config file. >>>>>DT>>Otherwise it will mount what it can find... >>>>>DT>> >>>>>DT>>It plays nicely with kerberors. When your ticket expires you >>>>> immediately >>>>>DT>>loose access; when you renew it you gain access again. All without >>>>> the >>>>>DT>>need to unmount/mount. Just call smbnetfs once you have your ticket. >>>>> You >>>>>DT>>may even do this from your .profile. >>>>>DT>> >>>>>DT>>harti >>>>>DT> >>>>>DT>Sorry for not replying sooner. >>>>>DT> >>>>>DT>Initial tests here are promising (I can see some mount paths being >>>>>DT>exported from the server), but it's not fully working (I don't see all >>>>>DT>of the mount paths that *should* be exported and I get permission >>>>> denied >>>>>DT>errors). My thoughts are leaning towards an issue in negotiating auth >>>>>DT>with the server -- perhaps my krb creds aren't being used? >>>>> >>>>>You can test this easily: if your ticket expires you get permission >>>>> denied >>>>>errors when you try to look into the mounted directories. As soon as you >>>>>renew the ticket you get access again. All without restarting smbnetfs. >>>>> >>>>>harti >>>> >>>> I replaced all server names below with "example.com" (and derivatives) >>>> where appropriate: >>>> >>>> From my FreeBSD machine, using smbnetfs: >>>> >>>> $ klist >>>> klist: No ticket file: /tmp/krb5cc_1001 >>>> $ kinit det135 >>>> det135@realm.example.com's Password: >>>> kinit: NOTICE: ticket renewable lifetime is 1 week >>>> $ klist >>>> Credentials cache: FILE:/tmp/krb5cc_1001 >>>> Principal: det135@realm.example.com >>>> >>>> Issued Expires Principal >>>> Jun 3 11:51:20 Jun 3 21:51:04 >>>> krbtgt/realm.example.com@realm.example.com >>>> $ cd ~/mount/cifs.example.com/dir1 >>>> $ ls >>>> ls: .: Permission denied >>>> $ cd .. >>>> $ ls >>>> dir1 dir2 >>>> $ klist >>>> Credentials cache: FILE:/tmp/krb5cc_1001 >>>> Principal: det135@realm.example.com >>>> >>>> Issued Expires Principal >>>> Jun 3 11:51:20 Jun 3 21:51:04 >>>> krbtgt/realm.example.com@realm.example.com >>>> >>>> >>>> From my Mac, using (from Finder) >>>> Go -> Connect to Server -> cifs://cifs.example.com/dir1 >>>> >>>> $ klist >>>> klist: No Kerberos 5 tickets in credentials cache >>>> $ kinit det135 >>>> Please enter the password for det135@realm.example.com: >>>> $ klist >>>> Kerberos 5 ticket cache: 'API:Initial default ccache' >>>> Default principal: det135@realm.example.com >>>> >>>> Valid Starting Expires Service Principal >>>> 06/03/08 11:59:41 06/03/08 21:59:41 >>>> krbtgt/realm.example.com@realm.example.com >>>> renew until 06/10/08 11:59:41 >>>> >>>> #### Here I mount via Finder before continuing with the commands below >>>> >>>> $ cd /Volumes/dir1/ >>>> $ ls >>>> subdir1 subdir2 file1 file2 >>>> $ klist >>>> Kerberos 5 ticket cache: 'API:Initial default ccache' >>>> Default principal: det135@realm.example.com >>>> >>>> Valid Starting Expires Service Principal >>>> 06/03/08 11:59:41 06/03/08 21:59:41 >>>> krbtgt/realm.example.com@realm.example.com >>>> renew until 06/10/08 11:59:41 >>>> 06/03/08 12:00:31 06/03/08 21:59:41 >>>> cifs/cifs.example.com@realm.example.com >>>> renew until 06/10/08 11:59:41 >>>> >>>> >>>> It looks like my creds aren't being used on the FreeBSD machine. >>>> >>>> -Derek. >>>> _______________________________________________ >>>> freebsd-hackers@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>>> To unsubscribe, send any mail to >>>> "freebsd-hackers-unsubscribe@freebsd.org" >>>> >>> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >> > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 12 01:01:27 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE3B51065679 for ; Thu, 12 Jun 2008 01:01:27 +0000 (UTC) (envelope-from jason.harmening@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 6D6588FC1E for ; Thu, 12 Jun 2008 01:01:27 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1701858ywe.13 for ; Wed, 11 Jun 2008 18:01:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=u5lxJbYpV/5kAUPT7Te8CVXo+JMqFlELKbVS4a0qxqo=; b=G3Jw3gHEFETnRyNZkbiJUyBmrSTWRon0LuSkqixrDFPeVS61Nti3rJdrn7BOVjvi8b tdzhfLAYdVIT6ZskEL9EvaAGjKA6iIPXM9ZeFkAwhiZBPt6x08LocC4+56gJBuQAqKxq U1yL0cyk082ZIzmljZT1uXPokGiRMcOl7taUw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=E0aiHjqpFoiwWInQPTyNX7ahBB30bxbUtv/9wBqhS2ARNYCT2cb6R5+n9dsUxenafJ iEhDPW9yIYp3/euU4NO9zhy6M2ohEL8iNZLK9668QcCvF6HrGj7wJRR017rZZb3YGjDh cDury74c05emUFBD1vN4ZWn5LCvIVm7BWt1FI= Received: by 10.150.202.3 with SMTP id z3mr1232219ybf.224.1213232482565; Wed, 11 Jun 2008 18:01:22 -0700 (PDT) Received: from ?192.168.0.137? ( [24.174.5.175]) by mx.google.com with ESMTPS id i27sm1051562elf.11.2008.06.11.18.01.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Jun 2008 18:01:15 -0700 (PDT) From: Jason Harmening To: John-Mark Gurney Date: Wed, 11 Jun 2008 20:03:42 -0500 User-Agent: KMail/1.9.7 References: <200806072341.17041.jason.harmening@gmail.com> <20080611182632.GT3767@funkthat.com> In-Reply-To: <20080611182632.GT3767@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806112003.43326.jason.harmening@gmail.com> X-Mailman-Approved-At: Thu, 12 Jun 2008 01:35:36 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: bus_dmamem_alloc X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2008 01:01:27 -0000 On Wednesday 11 June 2008, John-Mark Gurney wrote: > > Why not use the SRAM for this? That's what my driver does... w/ 32k > SRAM, it's more than enough for more programs... The DMA programs (or at least a significant chunk of them) will get stored in the SRAM, if there's enough room. That's often the case with just MPEG TS, but once you add analog video there's usually not enough room. > > > For case 1), I malloc(9) the buffers and then feed them to busdma, since > > on most machines bus_dmamem_alloc just calls contigmalloc. Use of > > malloc(9) is suboptimal as it may result in bounce buffering for > > non-IOMMU machines with large amounts of RAM. > > I prefer to do direct to use DMA as it saves on allocating a buffer in > the kernel, and then coping the data from that buffer... The driver actually supports both. Kernel-mode buffers are mmap'ed, so there shouldn't be a copy. Of course user-mode buffers can still bounce... > > 1) Would it be possible to provide a bus_dmamem_alloc overload that > > takes a size parameter? We could call it bus_dmamem_alloc_size and have > > bus_dmamem_alloc just call bus_dmamem_alloc_size with dmat->maxsize to > > preserve source-level compatibility with existing drivers. > > It would be nice, but hasn't been something someone has gotten around to > implementing yet... That's probably my only real complaint here--it seems like dmat->maxsize should just be a restriction, not an allocation unit. I don't want to sound ungrateful--busdma, at an API level at least, is great compared to what other OSes have to offer. > > I know that one person recently was working on Intel's VT IOMMU and I > thought it was close to being committed, but I haven't been following > the work... That'll be awesome when it's ready. From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 12 02:46:52 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95CE11065673 for ; Thu, 12 Jun 2008 02:46:52 +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 53EB98FC1F for ; Thu, 12 Jun 2008 02:46:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4103576rvf.43 for ; Wed, 11 Jun 2008 19:46:52 -0700 (PDT) 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=YLwiz7orEVyz1wrFqFYLGYOCUYN2pT/bhlBK6dMuNbc=; b=wjiZbYexcXSZETibB9UM/yZd8XKrReaDtgbxUbz7l0RgkSsZH8tMr/5V9ppZJ+iJSf nKmnlpc9w1LVU8pKzaovtBicupYsnfqf13zDDtAZH5iO5UIRweHm0MtFlZN9KcbSuet3 1mDdryGoeg6MhOTuP0nD60h3bawSD7PjLyP7M= 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=xQBo6YxI1H6jupqbzR0kHY4QEBia7qTG+pn4lJqMh4S4MpGRUu0iM2z8gyw7ewcVbe uAgx4yokjy9/huDT6m84UXcJcC3prlmvdjsncLp4pnlHKnWmh6N092vrsY7cJg3S2+qj 1eBperOgnvR7O7ayb354YSfuRlDN4TaUuy72A= Received: by 10.141.123.4 with SMTP id a4mr488196rvn.172.1213238812046; Wed, 11 Jun 2008 19:46:52 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id f21sm873182rvb.0.2008.06.11.19.46.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Jun 2008 19:46:51 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m5C2igjf007884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Jun 2008 11:44:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m5C2ifxt007883; Thu, 12 Jun 2008 11:44:41 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 12 Jun 2008 11:44:41 +0900 From: Pyun YongHyeon To: Fernando Apestegu?a Message-ID: <20080612024441.GC7250@cdnetworks.co.kr> References: <1bd550a00806101408xb9925b6wcc027d58f7fccf78@mail.gmail.com> <20080610221122.GA81166@eos.sc1.parodius.com> <20080611004650.GA3485@cdnetworks.co.kr> <1bd550a00806110013u7b5c3f40wf4114d06638705a4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1bd550a00806110013u7b5c3f40wf4114d06638705a4@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Hackers , Jeremy Chadwick Subject: Re: RTL8168/8111 PCI express support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2008 02:46:52 -0000 On Wed, Jun 11, 2008 at 09:13:24AM +0200, Fernando Apestegu?a wrote: > On 6/11/08, Pyun YongHyeon wrote: > > On Tue, Jun 10, 2008 at 03:11:22PM -0700, Jeremy Chadwick wrote: > > > On Tue, Jun 10, 2008 at 11:08:05PM +0200, Fernando Apestegu?a wrote: > > > > I sent this mail to freebsd-questions but I got no answer. I hope you > > > > can help me. > > > > > > > > I got a computer with an RTL8168/8111 PCI Express NIC. It is shown in > > > > pciconf but it is not seen by FreeBSD 7. I'm using i386 arch. > > > > > > > > I have re and rl drivers compiled in the kernel (stock GENERIC kernel, > > > > actually). > > > > > > > > What do I need to make the NIC work properly? > > > > > > CC'ing PYUN YongHyeon, who should be able to help, since he helps > > > maintain the driver. :-) > > > > I don't know which revision of RealTek controller you have. Just > > knowing "pciconf -lv" is not enough. Since 7.0 didn't recognize > > your controller I guess it could be newer revision from RealTek. > > There is a WIP version that try to add support for newer > > controllers. In order to try the WIP version you have to update to > > latest 7-stable first and apply the following patch. > > > > http://people.freebsd.org/~yongari/re/re.HEAD.20080610 > > > > The patch still have some issues but it should detect/recognize > > your controller. > > > It makes sense what you say about the new revision cause the whole > computer is quite new. In any case I will paste the "pciconf -lv" > output just to be sure of the controller I have. > > I already have the 7-stable system installed with the kernel sources > installed from sysinstall. Do I need any update of the source code? > If you use 7-stable, you may not have to update again. Just apply patche above and let me know the result. > Thanks in advance. > > > > > > > > > I'd recommend you start by providing pciconf -lv output here. > > > > > > -- > > > | 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 | > > > -- Regards, Pyun YongHyeon From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 12 17:56:41 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02692106566C for ; Thu, 12 Jun 2008 17:56:41 +0000 (UTC) (envelope-from fernando.apesteguia@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 798D48FC0A for ; Thu, 12 Jun 2008 17:56:40 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3042958fgb.35 for ; Thu, 12 Jun 2008 10:56:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=w0N4c0YiIcixcLMe7oXOsyk474U62tNAz/udalbQHPk=; b=CUrR7jTx/U5d0H/xKeTdch7oE2Y6Ar36qKj1Ejo0Hl8fVNCrWj2mjIIfOdnotemJGJ /QQuvwA6R5IossIEJxb3F8kuT4ls5a7jGpGUHib0FWu0tCi2Riad2Q5+XMO2lHUyCIDh Gh7qXKlabRRh/u87iybRGNLFcRSg1jyOxQ/a0= 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=DMHBiLuGv5Pvkocj85Wx0ClO5OJF0D1lJUN/wmLriHv64USWR8QQBRkb7DQZ35XlG4 lYQ2Sc6lULd31g4Cg+5ax4xioN376RcqHcu8fo3hh4ZpPe0dfMDEcUrFupIe1XFGX94L kuhCLOCSpR/+upggHkoSDTcp5bn8FTlV0+iKQ= Received: by 10.86.60.14 with SMTP id i14mr2643703fga.75.1213293399324; Thu, 12 Jun 2008 10:56:39 -0700 (PDT) Received: by 10.86.98.6 with HTTP; Thu, 12 Jun 2008 10:56:39 -0700 (PDT) Message-ID: <1bd550a00806121056n5ac49766mab68f015907f4a47@mail.gmail.com> Date: Thu, 12 Jun 2008 19:56:39 +0200 From: "=?ISO-8859-1?Q?Fernando_Apestegu=EDa?=" To: pyunyh@gmail.com In-Reply-To: <20080612024441.GC7250@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1bd550a00806101408xb9925b6wcc027d58f7fccf78@mail.gmail.com> <20080610221122.GA81166@eos.sc1.parodius.com> <20080611004650.GA3485@cdnetworks.co.kr> <1bd550a00806110013u7b5c3f40wf4114d06638705a4@mail.gmail.com> <20080612024441.GC7250@cdnetworks.co.kr> Cc: FreeBSD Hackers , Jeremy Chadwick Subject: Re: RTL8168/8111 PCI express support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2008 17:56:41 -0000 On Thu, Jun 12, 2008 at 4:44 AM, Pyun YongHyeon wrote: > On Wed, Jun 11, 2008 at 09:13:24AM +0200, Fernando Apestegu?a wrote: > > On 6/11/08, Pyun YongHyeon wrote: > > > On Tue, Jun 10, 2008 at 03:11:22PM -0700, Jeremy Chadwick wrote: > > > > On Tue, Jun 10, 2008 at 11:08:05PM +0200, Fernando Apestegu?a wrote: > > > > > I sent this mail to freebsd-questions but I got no answer. I hope you > > > > > can help me. > > > > > > > > > > I got a computer with an RTL8168/8111 PCI Express NIC. It is shown in > > > > > pciconf but it is not seen by FreeBSD 7. I'm using i386 arch. > > > > > > > > > > I have re and rl drivers compiled in the kernel (stock GENERIC kernel, > > > > > actually). > > > > > > > > > > What do I need to make the NIC work properly? > > > > > > > > CC'ing PYUN YongHyeon, who should be able to help, since he helps > > > > maintain the driver. :-) > > > > > > I don't know which revision of RealTek controller you have. Just > > > knowing "pciconf -lv" is not enough. Since 7.0 didn't recognize > > > your controller I guess it could be newer revision from RealTek. > > > There is a WIP version that try to add support for newer > > > controllers. In order to try the WIP version you have to update to > > > latest 7-stable first and apply the following patch. > > > > > > http://people.freebsd.org/~yongari/re/re.HEAD.20080610 > > > > > > The patch still have some issues but it should detect/recognize > > > your controller. > > > > > > It makes sense what you say about the new revision cause the whole > > computer is quite new. In any case I will paste the "pciconf -lv" > > output just to be sure of the controller I have. > > > > I already have the 7-stable system installed with the kernel sources > > installed from sysinstall. Do I need any update of the source code? > > > > If you use 7-stable, you may not have to update again. > Just apply patche above and let me know the result. Sorry. I was wrong. I'm using 7.0 Release and my sources are those (taken from ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/7.0-RELEASE/src/) Since I don't have NIC, I can't update my system to 7.0 stable. If the changes involved are only on those two files (sys/dev/re/if_re.c and sys/pci/if_rlreg.h) and no more -stable changes are required, could it be possible to get the diff generated against the -release sources? I already tried to apply the patch against my sources, but I get a bunch of errors. Otherwise I think I am a bit stuck unless you tell me how to update my system without a working network. Thanks in advance > > > Thanks in advance. > > > > > > > > > > > > > I'd recommend you start by providing pciconf -lv output here. > > > > > > > > -- > > > > | 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 | > > > > > > -- > Regards, > Pyun YongHyeon > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 12 18:46:41 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D12D106567D for ; Thu, 12 Jun 2008 18:46:41 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 4C36D8FC1D for ; Thu, 12 Jun 2008 18:46:40 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 75FC73F61C9 for ; Thu, 12 Jun 2008 20:46:38 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 3E5203F614D for ; Thu, 12 Jun 2008 20:46:38 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 9BD0F9B497 for ; Thu, 12 Jun 2008 18:42:37 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 8979B4089; Thu, 12 Jun 2008 20:42:37 +0200 (CEST) Date: Thu, 12 Jun 2008 20:42:37 +0200 From: Jeremie Le Hen To: freebsd-hackers@freebsd.org Message-ID: <20080612184237.GC15774@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <20080423131720.GP92168@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: Integration of ProPolice in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2008 18:46:41 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Ruslan, all, (This mail has already been sent to -arch@. I'm sending it here now for a wider audience because I really need testers.) On Wed, Apr 23, 2008 at 03:17:20PM +0200, Jeremie Le Hen wrote: > Hi Antoine, > > On Fri, Apr 18, 2008 at 04:37:06PM +0200, Antoine Brodin wrote: > > Last time I looked at your patch, there was a problem when using > > -fstack-protector-all instead of -fstack-protector: > > when you compile lib/csu/*, gnu/lib/csu/*, or > > src/lib/libc/sys/stack_protector.c with this flag, there is a kind of > > chicken/egg problem and you end up with an unusable world. > > That said, it would be great to be able to compile world with SSP when > > an option is set in src.conf. > > You were right. I had a chance to test it this weekend. Thank you for > pointing this out. I have had little spare time lately, this is why my followup have taken so long. Since this report from Antoine, my goal has been to be able to use -fstack-protector-all when building world. I hoped it would be quite straightforward, IOW that preventing bootstrap functions from being protected would be enough. Unfortunately, it seems that building libc_pic.a/libc.so with -fstack-protector-all breaks rtld in a very twisted way that I'm unable to untangle for now. Nonetheless, I really want to see this patch hit the tree before 8.x is forked off. I have existed for more than two years and I would like to avoid delaying it futher. So I will go the easy path for now and prevent libc from being built with -fstack-protector-all. Here are what haved changed since the previous patch: - SSP is opt-out except for ia64; this is intended to trigger bugs. However this doesn't mean it will be enabled by default in stable releases. - Thanks to Antoine, SSP related symbols are now compiled without stack protection itself. This prevents a chicken and egg problem. - lib/csu, gnu/lib/csu and libexec/rtld-elf are built without stack protection. I'm looking forward for more review and testing of this patch in order to get it committed soon. Ruslan, would you mind reviewing the change in bsd.own.mk as well? Thank you very much. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --0eh6TmSyL6TZE2Uz Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fbsd8-ssp.diff" Index: Makefile.inc1 =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/Makefile.inc1,v retrieving revision 1.603 diff -u -p -r1.603 Makefile.inc1 --- Makefile.inc1 15 Apr 2008 05:14:42 -0000 1.603 +++ Makefile.inc1 24 Apr 2008 11:50:33 -0000 @@ -216,6 +216,7 @@ BMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ DESTDIR= \ BOOTSTRAPPING=${OSRELDATE} \ + -DWITHOUT_SSP \ -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN \ -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED \ -DNO_CPU_CFLAGS -DNO_WARNS @@ -225,6 +226,7 @@ TMAKE= MAKEOBJDIRPREFIX=${OBJTREE} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ TARGET=${TARGET} TARGET_ARCH=${TARGET_ARCH} \ DESTDIR= \ + -DWITHOUT_SSP \ BOOTSTRAPPING=${OSRELDATE} -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS # cross-tools stage @@ -437,7 +439,7 @@ build32: .if ${MK_KERBEROS} != "no" .for _t in obj depend all cd ${.CURDIR}/kerberos5/tools; \ - MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} DESTDIR= ${_t} + MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} -DWITHOUT_SSP DESTDIR= ${_t} .endfor .endif .for _t in obj includes @@ -459,7 +461,7 @@ build32: .endfor .for _dir in lib/ncurses/ncurses lib/ncurses/ncursesw lib/libmagic cd ${.CURDIR}/${_dir}; \ - MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} DESTDIR= build-tools + MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} -DWITHOUT_SSP DESTDIR= build-tools .endfor cd ${.CURDIR}; \ ${LIB32WMAKE} -f Makefile.inc1 libraries @@ -740,13 +742,13 @@ buildkernel: @echo "--------------------------------------------------------------" cd ${KRNLOBJDIR}/${_kernel}; \ MAKESRCPATH=${KERNSRCDIR}/dev/aic7xxx/aicasm \ - ${MAKE} -DNO_CPU_CFLAGS -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile + ${MAKE} -DWITHOUT_SSP -DNO_CPU_CFLAGS -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile # XXX - Gratuitously builds aicasm in the ``makeoptions NO_MODULES'' case. .if !defined(MODULES_WITH_WORLD) && !defined(NO_MODULES) && exists(${KERNSRCDIR}/modules) .for target in obj depend all cd ${KERNSRCDIR}/modules/aic7xxx/aicasm; \ MAKEOBJDIRPREFIX=${KRNLOBJDIR}/${_kernel}/modules \ - ${MAKE} -DNO_CPU_CFLAGS ${target} + ${MAKE} -DWITHOUT_SSP -DNO_CPU_CFLAGS ${target} .endfor .endif .if !defined(NO_KERNELDEPEND) Index: gnu/lib/csu/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/gnu/lib/csu/Makefile,v retrieving revision 1.28 diff -u -p -r1.28 Makefile --- gnu/lib/csu/Makefile 24 Jan 2008 07:43:09 -0000 1.28 +++ gnu/lib/csu/Makefile 25 Apr 2008 14:41:01 -0000 @@ -19,6 +19,7 @@ CFLAGS+= -I${GCCLIB}/include -I${GCCDIR} -I${CCDIR}/cc_tools CRTS_CFLAGS= -DCRTSTUFFS_O -DSHARED ${PICFLAG} MKDEP= -DCRT_BEGIN +WITHOUT_SSP= .if ${MACHINE_ARCH} == "ia64" BEGINSRC= crtbegin.asm Index: gnu/lib/libssp/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/gnu/lib/libssp/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- gnu/lib/libssp/Makefile 22 May 2007 10:40:58 -0000 1.2 +++ gnu/lib/libssp/Makefile 24 Apr 2008 22:22:21 -0000 @@ -10,6 +10,7 @@ LIB= ssp SHLIB_MAJOR= 0 SHLIBDIR?= /lib NO_PROFILE= +WITHOUT_SSP= SRCS= ssp.c gets-chk.c memcpy-chk.c memmove-chk.c mempcpy-chk.c \ memset-chk.c snprintf-chk.c sprintf-chk.c stpcpy-chk.c \ Index: lib/csu/Makefile.inc =================================================================== RCS file: lib/csu/Makefile.inc diff -N lib/csu/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ lib/csu/Makefile.inc 24 Apr 2008 22:27:03 -0000 @@ -0,0 +1 @@ +WITHOUT_SSP= Index: lib/libc/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/lib/libc/Makefile,v retrieving revision 1.73 diff -u -p -r1.73 Makefile --- lib/libc/Makefile 1 Oct 2007 18:15:10 -0000 1.73 +++ lib/libc/Makefile 8 Jun 2008 21:24:42 -0000 @@ -122,3 +122,7 @@ libkern.${MACHINE_ARCH}:: ${KMSRCS} # Disable warnings in contributed sources. CWARNFLAGS:= ${.IMPSRC:Ngdtoa_*.c:C/^.+$/${CWARNFLAGS}/} +# For now, we don't allow libc to be compiled with -fstack-protector-all. +SSP_CFLAGS:= ${SSP_CFLAGS:S/^-fstack-protector-all$/-fstack-protector/} +# Disable stack protection for SSP symbols. +SSP_CFLAGS:= ${.IMPSRC:N*/stack_protector.c:C/^.+$/${SSP_CFLAGS}/} Index: lib/libstand/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/lib/libstand/Makefile,v retrieving revision 1.59 diff -u -p -r1.59 Makefile --- lib/libstand/Makefile 24 Oct 2007 21:32:57 -0000 1.59 +++ lib/libstand/Makefile 16 Apr 2008 09:11:15 -0000 @@ -12,6 +12,7 @@ NO_PIC= INCS= stand.h MAN= libstand.3 +WITHOUT_SSP= CFLAGS+= -ffreestanding -Wformat CFLAGS+= -I${.CURDIR} Index: lib/libthr/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/lib/libthr/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- lib/libthr/Makefile 29 Mar 2008 17:44:38 -0000 1.34 +++ lib/libthr/Makefile 14 May 2008 20:04:39 -0000 @@ -8,6 +8,8 @@ # (for system call stubs) to CFLAGS below. -DSYSLIBC_SCCS affects just the # system call stubs. +WITHOUT_SSP= + .include .if ${SHLIBDIR} == "/usr/lib" Index: libexec/rtld-elf/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/libexec/rtld-elf/Makefile,v retrieving revision 1.41 diff -u -p -r1.41 Makefile --- libexec/rtld-elf/Makefile 16 May 2007 23:24:15 -0000 1.41 +++ libexec/rtld-elf/Makefile 8 Jun 2008 17:38:10 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/libexec/rtld-elf/Makefile,v 1.41 2007/05/16 23:24:15 marcel Exp $ +WITHOUT_SSP= + .include PROG?= ld-elf.so.1 Index: rescue/librescue/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/rescue/librescue/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- rescue/librescue/Makefile 27 Jul 2006 12:28:05 -0000 1.9 +++ rescue/librescue/Makefile 16 Apr 2008 09:11:36 -0000 @@ -2,6 +2,8 @@ # $FreeBSD: src/rescue/librescue/Makefile,v 1.9 2006/07/27 12:28:05 yar Exp $ # +WITHOUT_SSP= + .include # Certain library entries have hard-coded references to Index: rescue/rescue/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/rescue/rescue/Makefile,v retrieving revision 1.60 diff -u -p -r1.60 Makefile --- rescue/rescue/Makefile 29 Mar 2008 13:15:33 -0000 1.60 +++ rescue/rescue/Makefile 24 Apr 2008 11:57:04 -0000 @@ -2,6 +2,7 @@ # @(#)Makefile 8.1 (Berkeley) 6/2/93 NO_MAN= +WITHOUT_SSP= .include Index: share/mk/bsd.own.mk =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/share/mk/bsd.own.mk,v retrieving revision 1.74 diff -u -p -r1.74 bsd.own.mk --- share/mk/bsd.own.mk 29 Mar 2008 17:44:39 -0000 1.74 +++ share/mk/bsd.own.mk 14 May 2008 09:51:40 -0000 @@ -280,6 +280,18 @@ WITH_IDEA= .endif # +# Default settings depending on other conditions. +# +OPT_YES= +OPT_NO= + +.if ${MACHINE_ARCH} != "ia64" +OPT_YES+= SSP +.else +OPT_NO+= SSP +.endif + +# # MK_* options which default to "yes". # .for var in \ @@ -349,7 +361,6 @@ WITH_IDEA= SENDMAIL \ SETUID_LOGIN \ SHAREDOCS \ - SSP \ SYMVER \ SYSCONS \ TCSH \ @@ -357,7 +368,8 @@ WITH_IDEA= USB \ WPA_SUPPLICANT_EAPOL \ ZFS \ - ZONEINFO + ZONEINFO \ + ${OPT_YES} .if defined(WITH_${var}) && defined(WITHOUT_${var}) .error WITH_${var} and WITHOUT_${var} can't both be set. .endif @@ -377,7 +389,8 @@ MK_${var}:= yes .for var in \ BIND_LIBS \ HESIOD \ - IDEA + IDEA \ + ${OPT_NO} .if defined(WITH_${var}) && defined(WITHOUT_${var}) .error WITH_${var} and WITHOUT_${var} can't both be set. .endif Index: share/mk/bsd.sys.mk =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/share/mk/bsd.sys.mk,v retrieving revision 1.44 diff -u -p -r1.44 bsd.sys.mk --- share/mk/bsd.sys.mk 22 Nov 2007 23:21:12 -0000 1.44 +++ share/mk/bsd.sys.mk 4 Jun 2008 18:37:49 -0000 @@ -74,5 +74,11 @@ CWARNFLAGS += -Werror CWARNFLAGS += -Wno-unknown-pragmas .endif +.if ${MK_SSP} != "no" && ${CC} != "icc" +# Don't use -Wstack-protector as it breaks world with -Werror. +SSP_CFLAGS ?= -fstack-protector +CFLAGS += ${SSP_CFLAGS} +.endif + # Allow user-specified additional warning flags CFLAGS += ${CWARNFLAGS} Index: sys/boot/Makefile.inc =================================================================== RCS file: sys/boot/Makefile.inc diff -N sys/boot/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/boot/Makefile.inc 16 Apr 2008 09:13:16 -0000 @@ -0,0 +1,2 @@ +# Really, there's no need for stack-smashing protection in /boot programs. +WITHOUT_SSP= Index: sys/boot/arm/Makefile.inc =================================================================== RCS file: sys/boot/arm/Makefile.inc diff -N sys/boot/arm/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/boot/arm/Makefile.inc 28 Mar 2008 07:51:09 -0000 @@ -0,0 +1 @@ +.include "../Makefile.inc" Index: sys/boot/arm/at91/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/arm/at91/Makefile.inc,v retrieving revision 1.7 diff -u -p -r1.7 Makefile.inc --- sys/boot/arm/at91/Makefile.inc 13 Jul 2007 14:27:04 -0000 1.7 +++ sys/boot/arm/at91/Makefile.inc 28 Mar 2008 07:52:30 -0000 @@ -53,3 +53,5 @@ MK_FPGA:=no .endif .endif + +.include "../Makefile.inc" Index: sys/boot/efi/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/efi/Makefile.inc,v retrieving revision 1.7 diff -u -p -r1.7 Makefile.inc --- sys/boot/efi/Makefile.inc 12 Feb 2004 08:10:33 -0000 1.7 +++ sys/boot/efi/Makefile.inc 28 Mar 2008 06:55:25 -0000 @@ -5,3 +5,5 @@ BINDIR?= /boot # Options used when building app-specific efi components CFLAGS+= -ffreestanding -fshort-wchar -Wformat LDFLAGS+= -nostdlib + +.include "../Makefile.inc" Index: sys/boot/i386/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/i386/Makefile.inc,v retrieving revision 1.12 diff -u -p -r1.12 Makefile.inc --- sys/boot/i386/Makefile.inc 28 Sep 2006 10:02:04 -0000 1.12 +++ sys/boot/i386/Makefile.inc 28 Mar 2008 07:41:32 -0000 @@ -24,3 +24,5 @@ BTXDIR= ${.CURDIR}/../btx BTXLDR= ${BTXDIR}/btxldr/btxldr BTXKERN= ${BTXDIR}/btx/btx BTXCRT= ${BTXDIR}/lib/crt0.o + +.include "../Makefile.inc" Index: sys/boot/i386/loader/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/i386/loader/Makefile,v retrieving revision 1.85 diff -u -p -r1.85 Makefile --- sys/boot/i386/loader/Makefile 29 May 2007 14:35:57 -0000 1.85 +++ sys/boot/i386/loader/Makefile 16 Apr 2008 09:14:10 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/sys/boot/i386/loader/Makefile,v 1.85 2007/05/29 14:35:57 simokawa Exp $ +WITHOUT_SSP= + .include PROG= loader.sym Index: sys/boot/ia64/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/Makefile.inc,v retrieving revision 1.3 diff -u -p -r1.3 Makefile.inc --- sys/boot/ia64/Makefile.inc 12 Feb 2004 08:10:33 -0000 1.3 +++ sys/boot/ia64/Makefile.inc 28 Mar 2008 07:42:17 -0000 @@ -5,3 +5,5 @@ BINDIR?= /boot # Options used when building standalone components CFLAGS+= -ffreestanding -fshort-wchar -Wformat LDFLAGS+= -nostdlib + +.include "../Makefile.inc" Index: sys/boot/ia64/common/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/common/Makefile,v retrieving revision 1.1 diff -u -p -r1.1 Makefile --- sys/boot/ia64/common/Makefile 5 Nov 2006 22:03:03 -0000 1.1 +++ sys/boot/ia64/common/Makefile 16 Apr 2008 09:14:35 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/sys/boot/ia64/common/Makefile,v 1.1 2006/11/05 22:03:03 marcel Exp $ +WITHOUT_SSP= + .include LIB= ia64 Index: sys/boot/ia64/efi/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/efi/Makefile,v retrieving revision 1.28 diff -u -p -r1.28 Makefile --- sys/boot/ia64/efi/Makefile 5 Nov 2006 22:03:03 -0000 1.28 +++ sys/boot/ia64/efi/Makefile 16 Apr 2008 09:15:11 -0000 @@ -1,6 +1,7 @@ # $FreeBSD: src/sys/boot/ia64/efi/Makefile,v 1.28 2006/11/05 22:03:03 marcel Exp $ NO_MAN= +WITHOUT_SSP= .include Index: sys/boot/ia64/ski/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/ski/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- sys/boot/ia64/ski/Makefile 5 Nov 2006 22:03:04 -0000 1.20 +++ sys/boot/ia64/ski/Makefile 16 Apr 2008 09:15:25 -0000 @@ -1,6 +1,7 @@ # $FreeBSD: src/sys/boot/ia64/ski/Makefile,v 1.20 2006/11/05 22:03:04 marcel Exp $ NO_MAN= +WITHOUT_SSP= .include Index: sys/boot/ofw/Makefile.inc =================================================================== RCS file: sys/boot/ofw/Makefile.inc diff -N sys/boot/ofw/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/boot/ofw/Makefile.inc 28 Mar 2008 07:43:20 -0000 @@ -0,0 +1 @@ +.include "../Makefile.inc" Index: sys/boot/pc98/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/pc98/Makefile.inc,v retrieving revision 1.7 diff -u -p -r1.7 Makefile.inc --- sys/boot/pc98/Makefile.inc 15 Oct 2007 14:20:24 -0000 1.7 +++ sys/boot/pc98/Makefile.inc 28 Mar 2008 07:44:15 -0000 @@ -19,3 +19,5 @@ BTXDIR= ${.CURDIR}/../btx BTXLDR= ${BTXDIR}/btxldr/btxldr BTXKERN= ${BTXDIR}/btx/btx BTXCRT= ${BTXDIR}/lib/crt0.o + +.include "../Makefile.inc" Index: sys/boot/pc98/loader/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/pc98/loader/Makefile,v retrieving revision 1.41 diff -u -p -r1.41 Makefile --- sys/boot/pc98/loader/Makefile 2 Nov 2006 00:26:45 -0000 1.41 +++ sys/boot/pc98/loader/Makefile 16 Apr 2008 09:15:51 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/sys/boot/pc98/loader/Makefile,v 1.41 2006/11/02 00:26:45 marcel Exp $ +WITHOUT_SSP= + .include PROG= loader.sym Index: sys/boot/powerpc/Makefile.inc =================================================================== RCS file: sys/boot/powerpc/Makefile.inc diff -N sys/boot/powerpc/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/boot/powerpc/Makefile.inc 28 Mar 2008 07:46:36 -0000 @@ -0,0 +1 @@ +.include "../Makefile.inc" Index: sys/boot/powerpc/ofw/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/powerpc/ofw/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- sys/boot/powerpc/ofw/Makefile 23 Feb 2008 17:48:23 -0000 1.23 +++ sys/boot/powerpc/ofw/Makefile 16 Apr 2008 09:16:20 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/sys/boot/powerpc/ofw/Makefile,v 1.23 2008/02/23 17:48:23 marcel Exp $ +WITHOUT_SSP= + .include PROG= loader Index: sys/boot/sparc64/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/sparc64/Makefile.inc,v retrieving revision 1.1 diff -u -p -r1.1 Makefile.inc --- sys/boot/sparc64/Makefile.inc 9 Feb 2004 14:17:02 -0000 1.1 +++ sys/boot/sparc64/Makefile.inc 28 Mar 2008 07:49:09 -0000 @@ -3,3 +3,5 @@ BINDIR?= /boot CFLAGS+= -ffreestanding LDFLAGS+= -nostdlib + +.include "../Makefile.inc" Index: sys/boot/sparc64/loader/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/sparc64/loader/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- sys/boot/sparc64/loader/Makefile 17 Mar 2006 18:54:36 -0000 1.20 +++ sys/boot/sparc64/loader/Makefile 16 Apr 2008 09:16:39 -0000 @@ -1,5 +1,7 @@ # $FreeBSD: src/sys/boot/sparc64/loader/Makefile,v 1.20 2006/03/17 18:54:36 ru Exp $ +WITHOUT_SSP= + .include PROG= loader Index: sys/boot/uboot/Makefile.inc =================================================================== RCS file: sys/boot/uboot/Makefile.inc diff -N sys/boot/uboot/Makefile.inc --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/boot/uboot/Makefile.inc 28 Mar 2008 07:50:18 -0000 @@ -0,0 +1 @@ +.include "../Makefile.inc" Index: sys/conf/files =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/conf/files,v retrieving revision 1.1294 diff -u -p -r1.1294 files --- sys/conf/files 21 Apr 2008 10:09:53 -0000 1.1294 +++ sys/conf/files 24 Apr 2008 14:34:34 -0000 @@ -1499,6 +1499,8 @@ kern/posix4_mib.c standard kern/sched_4bsd.c optional sched_4bsd kern/sched_ule.c optional sched_ule kern/serdev_if.m standard +kern/stack_protector.c standard \ + compile-with "${NORMAL_C:N-fstack-protector*}" kern/subr_acl_posix1e.c standard kern/subr_autoconf.c standard kern/subr_blist.c standard Index: sys/conf/kern.mk =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/conf/kern.mk,v retrieving revision 1.52 diff -u -p -r1.52 kern.mk --- sys/conf/kern.mk 24 May 2007 21:53:42 -0000 1.52 +++ sys/conf/kern.mk 29 Mar 2008 13:44:15 -0000 @@ -97,3 +97,10 @@ CFLAGS+= -ffreestanding .if ${CC} == "icc" CFLAGS+= -restrict .endif + +# +# GCC SSP support. +# +.if ${MK_SSP} != "no" && ${CC} != "icc" +CFLAGS+= -fstack-protector +.endif Index: sys/conf/kern.pre.mk =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/conf/kern.pre.mk,v retrieving revision 1.97 diff -u -p -r1.97 kern.pre.mk --- sys/conf/kern.pre.mk 2 Feb 2008 19:55:28 -0000 1.97 +++ sys/conf/kern.pre.mk 29 Mar 2008 14:06:45 -0000 @@ -3,10 +3,7 @@ # Part of a unified Makefile for building kernels. This part contains all # of the definitions that need to be before %BEFORE_DEPEND. -SRCCONF?= /etc/src.conf -.if exists(${SRCCONF}) -.include "${SRCCONF}" -.endif +.include # Can be overridden by makeoptions or /etc/make.conf KERNEL_KO?= kernel Index: sys/kern/stack_protector.c =================================================================== RCS file: sys/kern/stack_protector.c diff -N sys/kern/stack_protector.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/kern/stack_protector.c 29 Mar 2008 18:20:37 -0000 @@ -0,0 +1,32 @@ +#include +#include +#include +#include +#include + +#if defined(__SSP__) || defined(__SSP_ALL__) +long __stack_chk_guard[8] = {}; +void __stack_chk_fail(void); + +void +__stack_chk_fail(void) +{ + + panic("stack overflow detected; backtrace may be corrupted"); +} + +#define __arraycount(__x) (sizeof(__x) / sizeof(__x[0])) +static void +__stack_chk_init(void *dummy __unused) +{ + size_t i; + long guard[__arraycount(__stack_chk_guard)]; + + arc4rand(guard, sizeof(guard), 0); + for (i = 0; i < __arraycount(guard); i++) + __stack_chk_guard[i] = guard[i]; +} +/* SI_SUB_EVENTHANDLER is right after SI_SUB_LOCK used by arc4rand() init. */ +SYSINIT(stack_chk, SI_SUB_EVENTHANDLER, SI_ORDER_ANY, __stack_chk_init, NULL); + +#endif --0eh6TmSyL6TZE2Uz-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 13 04:54:47 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D6BB106564A for ; Fri, 13 Jun 2008 04:54:47 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id BF7098FC0A for ; Fri, 13 Jun 2008 04:54:46 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.2/8.14.2) with ESMTP id m5D4KJ1t086617 for ; Thu, 12 Jun 2008 23:20:19 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <4851F593.2030504@math.missouri.edu> Date: Thu, 12 Jun 2008 23:20:35 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.13) Gecko/20080606 SeaMonkey/1.1.9 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Small change to top X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2008 04:54:47 -0000 top doesn't get TIME right for threaded processes. How about this small change: --- usr.bin/top/machine.c-orig 2008-06-12 23:06:08.000000000 -0500 +++ usr.bin/top/machine.c 2008-06-12 23:06:51.000000000 -0500 @@ -725,6 +725,7 @@ prev_pp = pp; } else { prev_pp->ki_pctcpu += pp->ki_pctcpu; + prev_pp->ki_runtime += pp->ki_runtime; } } (Sorry if the mail client messes up the patch, but it is so short that it can be easily entered by hand.) I do realize that this is not foolproof, because it won't measure any threads that have finished. But it is perhaps a bit better than the current state of affairs, which randomly picks a runtime of one of the threads. From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 13 10:53:31 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A860106567B for ; Fri, 13 Jun 2008 10:53:31 +0000 (UTC) (envelope-from walraven@terantula.com) Received: from mx.terantula.com (mx.terantula.com [212.61.39.65]) by mx1.freebsd.org (Postfix) with ESMTP id CA3438FC1B for ; Fri, 13 Jun 2008 10:53:30 +0000 (UTC) (envelope-from walraven@terantula.com) Received: from localhost (localhost [127.0.0.1]) by mx.terantula.com (Postfix) with ESMTP id 339501491C for ; Fri, 13 Jun 2008 12:30:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at terantula.com Received: from mx.terantula.com ([127.0.0.1]) by localhost (cotton.terantula.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ITgif35nFnes for ; Fri, 13 Jun 2008 12:30:01 +0200 (CEST) Received: by mx.terantula.com (Postfix, from userid 1002) id E72B7148E6; Fri, 13 Jun 2008 12:30:00 +0200 (CEST) Date: Fri, 13 Jun 2008 12:30:00 +0200 From: Marco Walraven To: freebsd-hackers@freebsd.org Message-ID: <20080613103000.GB27681@cotton.terantula.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organisation: Terantula Subject: RELENG_7 pxeboot fails on SuperMicro 6012 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2008 10:53:31 -0000 Hi All, I ran into the following problem trying to pxeboot RELENG_7 on a SuperMicro 6012 system. RELENG_6 just works fine and the same RELENG_7 release pxeboots fine when I use a VMware host. Can't work out which disk we are booting from. Guessed BIOS device 0xffffff not fund by probes, defaulting to disk0: can't load 'kernel' None of the setting I have specified in /boot/loader.conf especially vfs.root.mountfrom="ufs:/dev/md0c" pop up when asking for the configured variables. Any clues ? Marco -- Terantula - Industrial Strength Open Source phone:+31 64 3232 400 / www: http://www.terantula.com / pgpkey: E7EE7A46 pgp fingerprint: F2EE 122D 964C DE68 7380 6F95 3710 7719 E7EE 7A46 From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 13 11:12:49 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ABFD1065677 for ; Fri, 13 Jun 2008 11:12:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 51DD08FC1E for ; Fri, 13 Jun 2008 11:12:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 450F51CC060; Fri, 13 Jun 2008 04:12:49 -0700 (PDT) Date: Fri, 13 Jun 2008 04:12:49 -0700 From: Jeremy Chadwick To: Marco Walraven Message-ID: <20080613111249.GA51360@eos.sc1.parodius.com> References: <20080613103000.GB27681@cotton.terantula.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080613103000.GB27681@cotton.terantula.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@freebsd.org Subject: Re: RELENG_7 pxeboot fails on SuperMicro 6012 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2008 11:12:49 -0000 On Fri, Jun 13, 2008 at 12:30:00PM +0200, Marco Walraven wrote: > I ran into the following problem trying to pxeboot RELENG_7 on a SuperMicro 6012 system. RELENG_6 just works fine and the same RELENG_7 release pxeboots fine when I use a VMware host. > > Can't work out which disk we are booting from. > Guessed BIOS device 0xffffff not fund by probes, defaulting to disk0: > > can't load 'kernel' > > None of the setting I have specified in /boot/loader.conf especially vfs.root.mountfrom="ufs:/dev/md0c" pop up when asking for the configured variables. > > Any clues ? http://jdc.parodius.com/freebsd/pxeboot_serial_install.html Be sure to read this, and see Item #10. -- | 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-hackers@FreeBSD.ORG Fri Jun 13 11:09:03 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 132EF1065686 for ; Fri, 13 Jun 2008 11:09:03 +0000 (UTC) (envelope-from oranki@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 9FB068FC17 for ; Fri, 13 Jun 2008 11:09:02 +0000 (UTC) (envelope-from oranki@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2022044ywe.13 for ; Fri, 13 Jun 2008 04:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=uAT6y9vZItwdAyLex6vpzsh6cII9+8am5kEKo6HwMFA=; b=PNvswf3yVV69sEAneeQtF4WPINe7l/SgjEsnCWSYVaIXj6XSH1H0EirD99vOB2F2yA criZHfqGNQ5Pp5QgsPEarQ98PlU90qpLEJ7KORHNdGDzYKHjU0S9Myu11OhhiLC+97U+ zTI/SNXXJl6Nh22D9+mOZADYA9jaAkbSgIPHM= 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=JpobG8S73xqywgV5wUWYIEC51xA6oeFFP4rHlaZn5IIfcpkP49xpFjHs3bN+Dti7Pg f6vmv9jnk3MhZBMIWykxMU8uO7pnIaFb744Hw83dMTVKYdF39yEwMuKaG6BR1f6xo0en i5eHlhUHSeS7jiX9n5p43B5U7kfMCuomd6dk8= Received: by 10.150.83.22 with SMTP id g22mr4264834ybb.152.1213355334217; Fri, 13 Jun 2008 04:08:54 -0700 (PDT) Received: by 10.150.203.8 with HTTP; Fri, 13 Jun 2008 04:08:54 -0700 (PDT) Message-ID: Date: Fri, 13 Jun 2008 14:08:54 +0300 From: "=?UTF-8?Q?Atte_Peltom=C3=A4ki?=" To: "Derek Taylor" , freebsd-hackers@freebsd.org In-Reply-To: <20080611233835.GJ1189@psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080521182722.GC40818@psu.edu> <483554FC.9040908@dlr.de> <20080603134307.GK76952@psu.edu> <20080603173601.W41705@beagle.kn.op.dlr.de> <20080603160608.GA56965@psu.edu> <20080606191524.GQ56965@psu.edu> <20080611233835.GJ1189@psu.edu> X-Mailman-Approved-At: Fri, 13 Jun 2008 11:20:17 +0000 Cc: Subject: Re: Kerberized CIFS client? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2008 11:09:03 -0000 I don't think I can be of much further help, since smbnetfs and fuse are unfamiliar to me (except at concept level). Anyway, here's a few more shots in the dark: - Make sure DNS reverse records are correct - Whatever runs the fs share needs to have access to the local /etc/krb5.keytab Debugging Kerberos can be a real PITA, as the MIT libs don't show too relevant info about failures, but instead mask failures behind more generic errors. I've tried stabbing the source a bit to circumvent this, but it's not such an easy task and would only be useful for debugging anyway, since revealing too much information about a failed authentication can easily lead to security issues. -Atte On 6/12/08, Derek Taylor wrote: > On Sun, 08 Jun 2008, Atte Peltomki wrote: >>smbclient (and other samba utilities) do not refer to krb5.conf when >>figuring out the kerberos realm. >> >>you will have to put to your krb5.conf on both client and server: >> >>[domain_realms] >> cifs.example.com = realm.example.com > > I've done this step, but there seems to be no difference. When I did a > tcpdump and viewed the results in wireshark there was no attempt to do > anything kerberos related, the first thing related to auth mentioned was > NTLM. > > I don't see anything with lsknobs or make config. Am I missing > something? > > -Derek. > >>Otherwise it will just try to use example.com as the realm. >> >>On 6/6/08, Derek Taylor wrote: >>> On Tue, 03 Jun 2008, Atte Peltomki wrote: >>>>You will have to adjust your krb5.conf to map a given domain or hostname >>>>to a kerberos realm, if you are doing cross-realm authentication. See MIT >>>>kerberos admin guide for details. >>> >>> I'm pretty sure it's set up ok. I can use smbclient -k just fine: >>> $ kinit >>> det135@realm.example.com's Password: >>> kinit: NOTICE: ticket renewable lifetime is 1 week >>> $ klist >>> Credentials cache: FILE:/tmp/krb5cc_1001 >>> Principal: det135@realm.example.com >>> >>> Issued Expires Principal >>> Jun 6 15:08:47 Jun 7 01:08:47 >>> krbtgt/realm.example.com@realm.example.com >>> $ smbclient -k -U det135 //cifs.example.com/dir1 >>> OS=[Unix] Server=[Samba 3.0.30] >>> smb: \> ls >>> . D 0 Thu Feb 14 14:46:42 >>> 2008 >>> .. D 0 Fri Jun 6 10:16:29 >>> 2008 >>> [ other files/directories here ] >>> >>> smb: \> quit >>> $ cd ~/mount/smbbeta.pass.psu.edu/pass >>> $ ls >>> ls: .: Permission denied >>> $ klist >>> Credentials cache: FILE:/tmp/krb5cc_1001 >>> Principal: det135@dce.psu.edu >>> >>> Issued Expires Principal >>> Jun 6 15:08:47 Jun 7 01:08:47 >>> krbtgt/realm.example.com@realm.example.com >>> Jun 6 15:09:17 Jun 7 01:08:47 cifs/cifs.example.com@realm.example.com >>> $ >>> >>> -Derek. >>> >>>>On 6/3/08, Derek Taylor wrote: >>>>> On Tue, 03 Jun 2008, Harti Brandt wrote: >>>>>>On Tue, 3 Jun 2008, Derek Taylor wrote: >>>>>> >>>>>>DT>On Thu, 22 May 2008, Hartmut Brandt wrote: >>>>>>DT>>Derek Taylor wrote: >>>>>>DT>>> This question was previously posed of the freebsd-questions list, >>>>>> but >>>>>>DT>>> with no response for a week, I'd like to try my luck here. If >>>>>> there's >>>>>>DT>>> any more information I should include, please speak up: I would >>>>>> be >>>>>> glad >>>>>>DT>>> to oblige. >>>>>>DT>>> >>>>>>DT>>> I would like to use smb/cifs with kerberos auth, but mount_smbfs >>>>>> doesn't >>>>>>DT>>> seem to support this. >>>>>>DT>>> >>>>>>DT>>> Is anyone aware of an alternate means of performing a mount via >>>>>> smb/cifs >>>>>>DT>>> or any patches to provide such functionality? >>>>>>DT>>> >>>>>>DT>>> I already have smbclient working with -k, but I am also >>>>>> interested >>>>>> in >>>>>> a >>>>>>DT>>> mount. >>>>>>DT>> >>>>>>DT>>Try smbnetfs from ports. It's fuse based and seems to work very >>>>>> nice. >>>>>> If >>>>>>DT>>you have a large amount of shares floating in your network you want >>>>>> to >>>>>>DT>>restrict it to mount only the needed shares via the config file. >>>>>>DT>>Otherwise it will mount what it can find... >>>>>>DT>> >>>>>>DT>>It plays nicely with kerberors. When your ticket expires you >>>>>> immediately >>>>>>DT>>loose access; when you renew it you gain access again. All without >>>>>> the >>>>>>DT>>need to unmount/mount. Just call smbnetfs once you have your >>>>>> ticket. >>>>>> You >>>>>>DT>>may even do this from your .profile. >>>>>>DT>> >>>>>>DT>>harti >>>>>>DT> >>>>>>DT>Sorry for not replying sooner. >>>>>>DT> >>>>>>DT>Initial tests here are promising (I can see some mount paths being >>>>>>DT>exported from the server), but it's not fully working (I don't see >>>>>> all >>>>>>DT>of the mount paths that *should* be exported and I get permission >>>>>> denied >>>>>>DT>errors). My thoughts are leaning towards an issue in negotiating >>>>>> auth >>>>>>DT>with the server -- perhaps my krb creds aren't being used? >>>>>> >>>>>>You can test this easily: if your ticket expires you get permission >>>>>> denied >>>>>>errors when you try to look into the mounted directories. As soon as >>>>>> you >>>>>>renew the ticket you get access again. All without restarting smbnetfs. >>>>>> >>>>>>harti >>>>> >>>>> I replaced all server names below with "example.com" (and derivatives) >>>>> where appropriate: >>>>> >>>>> From my FreeBSD machine, using smbnetfs: >>>>> >>>>> $ klist >>>>> klist: No ticket file: /tmp/krb5cc_1001 >>>>> $ kinit det135 >>>>> det135@realm.example.com's Password: >>>>> kinit: NOTICE: ticket renewable lifetime is 1 week >>>>> $ klist >>>>> Credentials cache: FILE:/tmp/krb5cc_1001 >>>>> Principal: det135@realm.example.com >>>>> >>>>> Issued Expires Principal >>>>> Jun 3 11:51:20 Jun 3 21:51:04 >>>>> krbtgt/realm.example.com@realm.example.com >>>>> $ cd ~/mount/cifs.example.com/dir1 >>>>> $ ls >>>>> ls: .: Permission denied >>>>> $ cd .. >>>>> $ ls >>>>> dir1 dir2 >>>>> $ klist >>>>> Credentials cache: FILE:/tmp/krb5cc_1001 >>>>> Principal: det135@realm.example.com >>>>> >>>>> Issued Expires Principal >>>>> Jun 3 11:51:20 Jun 3 21:51:04 >>>>> krbtgt/realm.example.com@realm.example.com >>>>> >>>>> >>>>> From my Mac, using (from Finder) >>>>> Go -> Connect to Server -> cifs://cifs.example.com/dir1 >>>>> >>>>> $ klist >>>>> klist: No Kerberos 5 tickets in credentials cache >>>>> $ kinit det135 >>>>> Please enter the password for det135@realm.example.com: >>>>> $ klist >>>>> Kerberos 5 ticket cache: 'API:Initial default ccache' >>>>> Default principal: det135@realm.example.com >>>>> >>>>> Valid Starting Expires Service Principal >>>>> 06/03/08 11:59:41 06/03/08 21:59:41 >>>>> krbtgt/realm.example.com@realm.example.com >>>>> renew until 06/10/08 11:59:41 >>>>> >>>>> #### Here I mount via Finder before continuing with the commands below >>>>> >>>>> $ cd /Volumes/dir1/ >>>>> $ ls >>>>> subdir1 subdir2 file1 file2 >>>>> $ klist >>>>> Kerberos 5 ticket cache: 'API:Initial default ccache' >>>>> Default principal: det135@realm.example.com >>>>> >>>>> Valid Starting Expires Service Principal >>>>> 06/03/08 11:59:41 06/03/08 21:59:41 >>>>> krbtgt/realm.example.com@realm.example.com >>>>> renew until 06/10/08 11:59:41 >>>>> 06/03/08 12:00:31 06/03/08 21:59:41 >>>>> cifs/cifs.example.com@realm.example.com >>>>> renew until 06/10/08 11:59:41 >>>>> >>>>> >>>>> It looks like my creds aren't being used on the FreeBSD machine. >>>>> >>>>> -Derek. >>>>> _______________________________________________ >>>>> freebsd-hackers@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>>>> To unsubscribe, send any mail to >>>>> "freebsd-hackers-unsubscribe@freebsd.org" >>>>> >>>> >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to >>> "freebsd-hackers-unsubscribe@freebsd.org" >>> >> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 13 19:34:42 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0263106566C for ; Fri, 13 Jun 2008 19:34:42 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC9C8FC0C for ; Fri, 13 Jun 2008 19:34:42 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 31466 invoked from network); 13 Jun 2008 19:34:42 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 13 Jun 2008 19:34:41 -0000 Message-ID: <4852C94B.2090809@telenix.org> Date: Fri, 13 Jun 2008 15:23:55 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: FreeBSD hotplugging info X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2008 19:34:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have finished doing all the work and investigation (and test program writing) I need to do, for all of the usb aspects of my grapghic tablet Xorg Xinput driver (well, THEY call it a driver). Yes, I know I've been owrking on it for a while now, but I need to move slowly for personal reasons. I can see that, for very up to date modules, Xorg wants to have hotplugging to work in their input drivers. My work contemplates using the existing FreeBSD devices (my test program uses uhid very nicely). So, I was wondering if anyone knows of any sort of software working in FreeBSD that doesn hotplugging (using dbus would be the way that Xorg contemplates), then could you tell me what it is, so I can look at it? I've already read up on dbus; it seems to be a messaging thing, so I just want to see some example of how dbus would see use in FreeBSD. I figure, since the devices I'm working on are quite inexpensive (about 60 bucks for a 8" by 6" model), it might just turn out to be popular, if I do a really good job of this. That's why I want to cross every T, dot every I. I was going ahead and adapting my test program to the Xinput example I have, when I realized I need the hotplugging feature. Thanks for any help. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIUslLz62J6PPcoOkRAkKuAJ9NS9MEapIX00nbZqFe35bdUnhUNgCfQOKS yufGBK0gpMYXIiOux7HGjmk= =BgYv -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 13 19:52:10 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEB831065675 for ; Fri, 13 Jun 2008 19:52:10 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell.rawbw.com (shell.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 937D28FC23 for ; Fri, 13 Jun 2008 19:52:10 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from eagle.syrec.org (ip224.carlyle.sfo.ygnition.net [24.219.144.224]) (authenticated bits=0) by shell.rawbw.com (8.13.6/8.13.6) with ESMTP id m5DJqAcR051075 for ; Fri, 13 Jun 2008 12:52:10 -0700 (PDT) Message-ID: <4852CFE8.8040003@rawbw.com> Date: Fri, 13 Jun 2008 12:52:08 -0700 From: Yuri User-Agent: Thunderbird 2.0.0.14 (X11/20080608) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: How to probe what application does in kernel (with sound device)? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2008 19:52:10 -0000 I have linux skype that complains that it can't use sound device without giving any details. 'truss -f' flag doesn't show any system calls related to sound device (/dev/dsp*). Maybe it's because of child processes aren't really monitored by truss for linux processes. But sound from another sound application gets some strange interruption and buzz every time I try to activate sound from skype. That's how I know that skype really does something with sound device. Is there a way to probe program's activity with devices in-kernel? Yuri From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 14 00:28:48 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C523D1065673 for ; Sat, 14 Jun 2008 00:28:48 +0000 (UTC) (envelope-from Fraser@mail.frase.id.au) Received: from mail.frase.id.au (203-219-142-174.static.tpgi.com.au [203.219.142.174]) by mx1.freebsd.org (Postfix) with ESMTP id 15B208FC1D for ; Sat, 14 Jun 2008 00:28:47 +0000 (UTC) (envelope-from Fraser@mail.frase.id.au) Received: from mail.frase.id.au (localhost [127.0.0.1]) by mail.frase.id.au (8.14.2/8.14.2) with ESMTP id m5DNtXrn077617 for ; Sat, 14 Jun 2008 09:55:33 +1000 (EST) (envelope-from Fraser@mail.frase.id.au) Received: (from Fraser@localhost) by mail.frase.id.au (8.14.2/8.14.2/Submit) id m5DNtXQh077616 for freebsd-hackers@freebsd.org; Sat, 14 Jun 2008 09:55:33 +1000 (EST) (envelope-from Fraser) Date: Sat, 14 Jun 2008 09:55:32 +1000 From: Fraser Tweedale To: freebsd-hackers@freebsd.org Message-ID: <20080613235531.GA91339@bacardi> References: <4852CFE8.8040003@rawbw.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <4852CFE8.8040003@rawbw.com> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: How to probe what application does in kernel (with sound device)? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2008 00:28:48 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 13, 2008 at 12:52:08PM -0700, Yuri wrote: > I have linux skype that complains that it can't use sound device without= =20 > giving any details. > 'truss -f' flag doesn't show any system calls related to sound device=20 > (/dev/dsp*). Maybe it's because of child processes aren't really=20 > monitored by truss for linux processes. > But sound from another sound application gets some strange interruption= =20 > and buzz every time I try to activate sound from skype. That's how I=20 > know that skype really does something with sound device. >=20 > Is there a way to probe program's activity with devices in-kernel? >=20 > Yuri >=20 ktrace(1) =46rom man page: The ktrace utility enables kernel trace logging for the specified pro- cesses. Kernel trace data is logged to the file ktrace.out. The kern= el operations that are traced include system calls, namei translations, s= ig- nal processing, and I/O. frase --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhTCPMACgkQPw/2FZbemTWEGACgtaVqzc5c28QGoXdExT3BLUYP oCgAoLD8lOfO6OpOAPT82hT6RTj3AnNJ =IPom -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 14 05:29:47 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F359A106566C for ; Sat, 14 Jun 2008 05:29:47 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id B5C0A8FC1C for ; Sat, 14 Jun 2008 05:29:47 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 3A3783F62B2; Sat, 14 Jun 2008 07:29:46 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 2A9763F6299; Sat, 14 Jun 2008 07:29:46 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 0ACFC9B497; Sat, 14 Jun 2008 05:25:45 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id EC6FB4089; Sat, 14 Jun 2008 07:25:44 +0200 (CEST) Date: Sat, 14 Jun 2008 07:25:44 +0200 From: Jeremie Le Hen To: "Paul B. Mahol" Message-ID: <20080614052544.GA63208@obiwan.tataz.chchile.org> References: <20080605143227.GB6864@epsilon.local> <3a142e750806051354s7867708esb23ba4320037b5ba@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3a142e750806051354s7867708esb23ba4320037b5ba@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-hackers@freebsd.org Subject: Re: fvwm (was: mplayer pauses when holding a window) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2008 05:29:48 -0000 Hi Paul, On Thu, Jun 05, 2008 at 10:54:35PM +0200, Paul B. Mahol wrote: > I could not reproduce this with fvwm and mplayer (without esoud). But > I am aware of following (fv)wm/Xorg issue/bug/feature: if you > configured your window manager to not display window when moving it > (instead wm display frame) all Xorg windows will be put in suspend > state (music will stop playing, and such ...) BTW, do you know if it is possible to configure this behaviour? Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 14 17:03:55 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCD16106566C for ; Sat, 14 Jun 2008 17:03:55 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 801B28FC2F for ; Sat, 14 Jun 2008 17:03:55 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (15.10.87-79.rev.gaoland.net [79.87.10.15]) by smtp.lamaiziere.net (Postfix) with ESMTP id 9F232118059D for ; Sat, 14 Jun 2008 19:03:53 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 7DA64449936 for ; Sat, 14 Jun 2008 19:03:52 +0200 (CEST) Date: Sat, 14 Jun 2008 19:03:51 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: freebsd-hackers@freebsd.org Message-ID: <20080614190351.4ec7660d@baby-jane-lamaiziere-net.local> In-Reply-To: <20080606234135.46144207@baby-jane-lamaiziere-net.local> References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; i386-apple-darwin9.2.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Subject: Re: AMD Geode LX crypto accelerator (glxsb) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2008 17:03:55 -0000 Le Fri, 6 Jun 2008 23:41:35 +0200, Patrick Lamaizičre a écrit : Hello, > I'm trying to port the glxsb driver from OpenBSD to FreeBSD 7-STABLE > (via the NetBSD port). > " The glxsb driver supports the security block of the Geode LX > series processors. The Geode LX is a member of the AMD Geode family > of integrated x86 system chips. > > Driven by periodic checks for available data from the generator, > glxsb supplies entropy to the random(4) driver for common usage. > > glxsb also supports acceleration of AES-128-CBC operations for > crypto(4)." I'm still working on it. I think it is ok now : - The random number generator feeds random(4) with entropy via random_harvest(9) - I added hmac software encryptions to be able to use the driver with ipsec(4). Most of the code is stolen from padlock(4), it is not easy to use the same code as OpenBSD : they use some code from crytosoft but in FreeBSD this code is private to the module. And the code of padlock is more "human readable", I think. - I reworked the sessions to use a TAILQ like padlock. - I added few sysctl for debugging purposes. I tested with openssl, and ipsec with all hmac supported by the driver. Seems good, but i'm not able to benchmark ipsec. Sources (7-STABLE): http://user.lamaiziere.net/patrick/glxsb-140608.tar.gz (Yes this is the good version!) If you can test it and provide some review it would be nice. Thanks, regards. From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 14 17:26:09 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF1F61065673 for ; Sat, 14 Jun 2008 17:26:09 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 97BC38FC15 for ; Sat, 14 Jun 2008 17:26:09 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 01BFD46C20; Sat, 14 Jun 2008 13:26:09 -0400 (EDT) Date: Sat, 14 Jun 2008 18:26:08 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stephen Montgomery-Smith In-Reply-To: <4851F593.2030504@math.missouri.edu> Message-ID: <20080614182550.C66582@fledge.watson.org> References: <4851F593.2030504@math.missouri.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Small change to top X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2008 17:26:09 -0000 On Thu, 12 Jun 2008, Stephen Montgomery-Smith wrote: > top doesn't get TIME right for threaded processes. How about this small > change: Could you file a PR for this so that it doesn't get lost? Thanks! Robert N M Watson Computer Laboratory University of Cambridge > > --- usr.bin/top/machine.c-orig 2008-06-12 23:06:08.000000000 -0500 > +++ usr.bin/top/machine.c 2008-06-12 23:06:51.000000000 -0500 > @@ -725,6 +725,7 @@ > prev_pp = pp; > } else { > prev_pp->ki_pctcpu += pp->ki_pctcpu; > + prev_pp->ki_runtime += pp->ki_runtime; > } > } > > > (Sorry if the mail client messes up the patch, but it is so short that it can > be easily entered by hand.) > > I do realize that this is not foolproof, because it won't measure any threads > that have finished. But it is perhaps a bit better than the current state of > affairs, which randomly picks a runtime of one of the threads. > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 14 17:27:31 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63C9C1065678 for ; Sat, 14 Jun 2008 17:27:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7A08FC15 for ; Sat, 14 Jun 2008 17:27:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E433A46C20; Sat, 14 Jun 2008 13:27:30 -0400 (EDT) Date: Sat, 14 Jun 2008 18:27:30 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jeremie Le Hen In-Reply-To: <20080612184237.GC15774@obiwan.tataz.chchile.org> Message-ID: <20080614182623.F66582@fledge.watson.org> References: <20080612184237.GC15774@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Integration of ProPolice in FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2008 17:27:31 -0000 On Thu, 12 Jun 2008, Jeremie Le Hen wrote: > (This mail has already been sent to -arch@. I'm sending it here now for a > wider audience because I really need testers.) Dear Jeremie, Unfortunately, I can't lend my hands to this project as they're currently full of other stuff. However, I would really be very pleased to see is [finally] ship a release with ProPolice enabled. We're definitely trailing the pack in this regard, and I think it's bad practice to not ship with what are considered industry-standard protections here. Thanks for your work on this! Robert N M Watson Computer Laboratory University of Cambridge > > On Wed, Apr 23, 2008 at 03:17:20PM +0200, Jeremie Le Hen wrote: >> Hi Antoine, >> >> On Fri, Apr 18, 2008 at 04:37:06PM +0200, Antoine Brodin wrote: >>> Last time I looked at your patch, there was a problem when using >>> -fstack-protector-all instead of -fstack-protector: >>> when you compile lib/csu/*, gnu/lib/csu/*, or >>> src/lib/libc/sys/stack_protector.c with this flag, there is a kind of >>> chicken/egg problem and you end up with an unusable world. >>> That said, it would be great to be able to compile world with SSP when >>> an option is set in src.conf. >> >> You were right. I had a chance to test it this weekend. Thank you for >> pointing this out. > > I have had little spare time lately, this is why my followup have taken > so long. > > Since this report from Antoine, my goal has been to be able to use > -fstack-protector-all when building world. I hoped it would be quite > straightforward, IOW that preventing bootstrap functions from being > protected would be enough. Unfortunately, it seems that building > libc_pic.a/libc.so with -fstack-protector-all breaks rtld in a very > twisted way that I'm unable to untangle for now. > > Nonetheless, I really want to see this patch hit the tree before 8.x is > forked off. I have existed for more than two years and I would like to > avoid delaying it futher. So I will go the easy path for now and > prevent libc from being built with -fstack-protector-all. > > Here are what haved changed since the previous patch: > - SSP is opt-out except for ia64; this is intended to trigger bugs. > However this doesn't mean it will be enabled by default in stable > releases. > - Thanks to Antoine, SSP related symbols are now compiled without stack > protection itself. This prevents a chicken and egg problem. > - lib/csu, gnu/lib/csu and libexec/rtld-elf are built without stack > protection. > > I'm looking forward for more review and testing of this patch in order > to get it committed soon. > > Ruslan, would you mind reviewing the change in bsd.own.mk as well? > > Thank you very much. > Best regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 14 18:02:23 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEB0F1065675 for ; Sat, 14 Jun 2008 18:02:23 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [66.90.103.179]) by mx1.freebsd.org (Postfix) with ESMTP id 8C3ED8FC1E for ; Sat, 14 Jun 2008 18:02:23 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from [192.168.0.192] (host81-159-201-33.range81-159.btcentralplus.com [81.159.201.33]) (authenticated bits=0) by hercules.mthelicon.com (8.14.2/8.14.2) with ESMTP id m5EHk9BD009203 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Jun 2008 17:46:10 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc cleaft Organization: Feathers To: freebsd-hackers@freebsd.org Date: Sat, 14 Jun 2008 18:46:04 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806141846.04025.ken@mthelicon.com> Subject: Hifn 7955 doesn't work with Freebsd 7.0-release X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2008 18:02:23 -0000 Hi all.. I found the same problem recently, but I also found someone's post on the Internet that suggested a change to the /usr/src/crypto/openssl/crypto/engine/eng_cryptodev.c file. I made the change to the file and it definitely does force openssl to use the crypto hardware. I am not sure if there is any backlash to this patch, but I have used it on 2 of my servers with the Hifn 7955 hardware and it seems to be fine. --- eng_cryptodev.c.orig 2008-02-05 18:10:31.000000000 +0000 +++ eng_cryptodev.c 2008-06-14 18:25:36.175353823 +0100 @@ -1127,6 +1127,7 @@ } ENGINE_add(engine); + ENGINE_set_default_ciphers(engine); ENGINE_free(engine); ERR_clear_error(); } >0n Wed, May 21, 2008 at 08:19:26PM -0700, Sam Leffler wrote: > > >Unfortunately openssl doesn't use the accelerator by default. This means > >all apps that use openssl likewise are not automatically accelerated. I > >suggested a patch but it was not accepted. I can't recall how you force > >openssl and/or consumers to use the device. > >How annoying is that. Why wasn't the patch accepted ? > > -aW > > >IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. Ifyou have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 14 18:16:28 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16FCD1065672 for ; Sat, 14 Jun 2008 18:16:28 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id EC03B8FC1A for ; Sat, 14 Jun 2008 18:16:27 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 16227 invoked from network); 14 Jun 2008 18:16:27 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 14 Jun 2008 18:16:27 -0000 Message-ID: <4854087F.90509@telenix.org> Date: Sat, 14 Jun 2008 14:05:51 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4852C94B.2090809@telenix.org> In-Reply-To: <4852C94B.2090809@telenix.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD hotplugging (Hal) info X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2008 18:16:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck Robey wrote: > I have finished doing all the work and investigation (and test program writing) > I need to do, for all of the usb aspects of my grapghic tablet Xorg Xinput > driver (well, THEY call it a driver). Yes, I know I've been owrking on it for a > while now, but I need to move slowly for personal reasons. I can see that, for > very up to date modules, Xorg wants to have hotplugging to work in their input > drivers. My work contemplates using the existing FreeBSD devices (my test > program uses uhid very nicely). So, I was wondering if anyone knows of any sort > of software working in FreeBSD that doesn hotplugging (using dbus would be the > way that Xorg contemplates), then could you tell me what it is, so I can look at it? > > I've already read up on dbus; it seems to be a messaging thing, so I just want > to see some example of how dbus would see use in FreeBSD. I figure, since the > devices I'm working on are quite inexpensive (about 60 bucks for a 8" by 6" > model), it might just turn out to be popular, if I do a really good job of this. > That's why I want to cross every T, dot every I. I was going ahead and > adapting my test program to the Xinput example I have, when I realized I need > the hotplugging feature. Replying to my own mail, I realize I've worded this badly ... what I meant is, does any part of FreeBSD's base make any use of Hal's (the hardware abstraction layer) API? If it does, and you could tell me where that is (because I can't find it myself) then I could find the sourvce code and read it myself, so you don't need to give me some big tutorial, just point it out if you're aware of it. I said "where that it", I mean, just give me the name, I can find out where with the name in hand, obviously. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIVAh/z62J6PPcoOkRAkDdAJ46GT/AOpp36nGoYj7z7MLYFFOYGwCfQ1ir zjFfI55ekunrN6qWSCTFNQ4= =J/My -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 14 19:43:10 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB5191065679 for ; Sat, 14 Jun 2008 19:43:10 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 80F988FC23 for ; Sat, 14 Jun 2008 19:43:10 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (15.10.87-79.rev.gaoland.net [79.87.10.15]) by smtp.lamaiziere.net (Postfix) with ESMTP id 353DF1180596 for ; Sat, 14 Jun 2008 21:43:09 +0200 (CEST) Received: from baby-jane-lamaiziere-net.local (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 9DBDC44A166 for ; Sat, 14 Jun 2008 21:43:08 +0200 (CEST) Date: Sat, 14 Jun 2008 21:43:06 +0200 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: freebsd-hackers@freebsd.org Message-ID: <20080614214306.079e279f@baby-jane-lamaiziere-net.local> Organization: /dave/nulle X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.8; i386-apple-darwin9.2.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: padlock(4) bug or feature ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2008 19:43:10 -0000 Hello, I was looking the code of padlock(4). In padlock_newsession(), when there is an error we call padlock_freesession with dev == NULL by sample : error = padlock_cipher_setup(ses, encini); if (error != 0) { padlock_freesession(NULL, ses->ses_id); return (error); But padlock_freesession() uses dev to get the softc. static int padlock_freesession(device_t dev, uint64_t tid) { struct padlock_softc *sc = device_get_softc(dev) I'm asking how it can work with dev == NULL ? Regards. From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 14 23:27:55 2008 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5557C1065683 for ; Sat, 14 Jun 2008 23:27:55 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from viefep14-int.chello.at (viefep18-int.chello.at [213.46.255.22]) by mx1.freebsd.org (Postfix) with ESMTP id 37D258FC24 for ; Sat, 14 Jun 2008 23:27:53 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from [89.134.207.231] by viefep14-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20080614232752.LSFO14514.viefep14-int.chello.at@[89.134.207.231]>; Sun, 15 Jun 2008 01:27:52 +0200 Message-ID: <485453F2.60507@FreeBSD.org> Date: Sun, 15 Jun 2008 01:27:46 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: hackers@FreeBSD.org, current@FreeBSD.org Content-Type: multipart/mixed; boundary="------------060002080405050405040809" Cc: Diomidis Spinellis , "Sean C. Farley" , Max Khon Subject: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2008 23:27:55 -0000 This is a multi-part message in MIME format. --------------060002080405050405040809 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hello All, Today I've basically terminated te feature-completion of the BSD-licensed grep from OpenBSD. It means, that I've accomplished the following tasks: - Implement --label - Implement --null - Implement --color / --colour - Implement -D / --devices - Implement -H / --with-filename - Implement -J / --bz2decompress - Implement -d / --directories - Implement -m / --max-count - Implement -o / --only-matching - Add --help - Eliminate warnings - style(9) cleanup I've made some preliminary tests with the fgrep and normal grep behaviour and it seems that they can achieve the same speed: /usr/bin/time -h gnugrep -e ^\#define -r /usr/include/ 24.06s real 0.11s user 0.17s sys 24.46s real 0.11s user 0.16s sys 24.37s real 0.11s user 0.16s sys 23.73s real 0.09s user 0.19s sys 23.97s real 0.06s user 0.21s sys /usr/bin/time -h bsdgrep -e ^\#define -r /usr/include/ 23.56s real 0.27s user 0.23s sys 23.40s real 0.28s user 0.21s sys 23.64s real 0.30s user 0.18s sys 23.70s real 0.30s user 0.23s sys 23.92s real 0.28s user 0.22s sys /usr/bin/time -h gnugrep -e int -r /usr/include/ 18.44s real 0.10s user 0.14s sys 18.19s real 0.09s user 0.14s sys 18.01s real 0.09s user 0.15s sys 18.10s real 0.10s user 0.14s sys 18.91s real 0.06s user 0.18s sys /usr/bin/time -h bsdgrep -e int -r /usr/include/ 18.39s real 0.12s user 0.19s sys 18.33s real 0.14s user 0.17s sys 18.26s real 0.11s user 0.20s sys 18.07s real 0.10s user 0.21s sys 17.97s real 0.14s user 0.16s sys What remains is to do more test about the performance and the compatibility with the GNU version. You can test this version easily by installing the textproc/bsdgrep port, which creates two symlinks: bsdgrep points to this version and gnugrep points to the base grep. Any help and comments are welcome. Regards, Gábor Kövedán P.S.: Acknowledgements are going to Max Khon, who is my mentor in this program, to Diomidis Spinellis due to the his useful comments and to Sean C. Farley who worked on this implementation of grep before and provided some preliminary comments and suggestions before I started working on this project, and of course, to Google for sponsoring this piece of work. --------------060002080405050405040809 Content-Type: message/rfc822; name="cvs commit: ports/textproc/bsdgrep Makefile distinfo.eml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename*0="cvs commit: ports/textproc/bsdgrep Makefile distinfo.eml" Return-Path: X-Original-To: gabor@t-hosting.hu Delivered-To: gabor@t-hosting.hu Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id CC3C014D5597 for ; Sun, 15 Jun 2008 01:06:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id egmI+NSs1Io9 for ; Sun, 15 Jun 2008 01:06:25 +0200 (CEST) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by server.mypc.hu (Postfix) with ESMTP id 6568714D5595 for ; Sun, 15 Jun 2008 01:06:24 +0200 (CEST) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 48CC11520B1 for ; Sat, 14 Jun 2008 23:06:21 +0000 (UTC) (envelope-from owner-ports-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 4CC5210656BF; Sat, 14 Jun 2008 23:06:21 +0000 (UTC) Delivered-To: gabor@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 31F6D1065672; Sat, 14 Jun 2008 23:06:21 +0000 (UTC) Delivered-To: ports-committers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C3C106566C; Sat, 14 Jun 2008 23:06:20 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id E04C08FC0C; Sat, 14 Jun 2008 23:06:19 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.1/8.14.1) with ESMTP id m5EN6JYc089822; Sat, 14 Jun 2008 23:06:19 GMT (envelope-from gabor@repoman.freebsd.org) Received: (from gabor@localhost) by repoman.freebsd.org (8.14.1/8.14.1/Submit) id m5EN6JOo089821; Sat, 14 Jun 2008 23:06:19 GMT (envelope-from gabor) Message-Id: <200806142306.m5EN6JOo089821@repoman.freebsd.org> From: Gabor Kovesdan Date: Sat, 14 Jun 2008 23:06:19 +0000 (UTC) To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: ports/textproc/bsdgrep Makefile distinfo X-FreeBSD-CVS-Branch: HEAD Sender: owner-ports-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG gabor 2008-06-14 23:06:19 UTC FreeBSD ports repository Modified files: textproc/bsdgrep Makefile distinfo Log: - Update to 20080615 This version is now supposed to be compatible with GNU grep 2.5.1, which can be found in FreeBSD. According to some preliminary measurements, they achieve almost the same level of efficiency, this version seem to be measureably but not significantly faster. Further tests are needed to test and examine this version of grep. Revision Changes Path 1.5 +1 -1 ports/textproc/bsdgrep/Makefile 1.5 +3 -3 ports/textproc/bsdgrep/distinfo --------------060002080405050405040809--