From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 01:06:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7BAC1065672; Sun, 25 Sep 2011 01:06:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9AE8FC13; Sun, 25 Sep 2011 01:06:47 +0000 (UTC) Received: by yia13 with SMTP id 13so4476609yia.13 for ; Sat, 24 Sep 2011 18:06:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=+lCcwMe4WN/hlBq/dpYuoBOMu6yfuOLg8yZPkvrpfNQ=; b=WpWUfpIM9+KgCu0JO3XH29Kt2rbclJi4xKKXEQfrGTomQpFpxJgd7ThZ7dJREPfAHh zBf1NRaopfK01aNgat5NINUqfBuh1Jnkyf61mYuSSnWQUL6NKXCOXqzyhAs7y6YUlIg/ P+xrpREjWVa6+716dpGzW8cZ/CtZwMqmp/4nc= MIME-Version: 1.0 Received: by 10.236.176.65 with SMTP id a41mr31435549yhm.72.1316912806763; Sat, 24 Sep 2011 18:06:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sat, 24 Sep 2011 18:06:46 -0700 (PDT) In-Reply-To: <4E7E13BA.1070304@a1poweruser.com> References: <4E71F647.2050007@a1poweruser.com> <4E7453CB.1040908@freebsd.org> <4E74C9B7.2090901@a1poweruser.com> <1316799904.39972.12.camel@buffy.york.ac.uk> <4E7E13BA.1070304@a1poweruser.com> Date: Sun, 25 Sep 2011 09:06:46 +0800 X-Google-Sender-Auth: mM9oKNkEzk5qEdkxry1NOCxCZ0Y Message-ID: From: Adrian Chadd To: Fbsd8 Content-Type: text/plain; charset=ISO-8859-1 Cc: Gavin Atkinson , FreeBSD Questions , freebsd-current@freebsd.org Subject: Re: 9.0 bata2 & keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 01:06:47 -0000 On 25 September 2011 01:30, Fbsd8 wrote: > In sysinstall you are presented with a dailog that asks you if you want to > change the keyboard map and if answered yes them issues the kbdmap command. > In bsdinstall you have no option to bypass the keymap step. It just issues > the kbdmap command. I agree that some method to bypass the keymap step in > bsdinstall needs to be added or an dialog informing the user that selecting > the cancel button in kbdmap will result in the default map used in previous > releases to be used. That sounds sensible. It's all just bourne shell script, right? Would you mind doing up a patch to do that? Adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 01:52:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80952106564A; Sun, 25 Sep 2011 01:52:53 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id 60E1F8FC08; Sun, 25 Sep 2011 01:52:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=pWZwwYJTvkHvJOZwrDapKiNTjHlCZoO9AM9rflYUpEM=; b=Pj7qh3TiVfIrjwPnA19IKmQpLUjBNdYY3STzvL3l7GIMT82VmdzAST78vwyrmv7o4XSIEWShema16XX8EVTUe4t5J7wMv97JNtuaU62Dg8M+8bF3P2XDlCKZA8llvPKT4tcg329mHBuVicjoXwBMl3xVY8oulAjHef0x2Umfk/E= Received: from [192.168.1.64] ([76.240.47.196]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 24 Sep 2011 18:52:53 -0700 Message-ID: <4E7E8973.4030507@a1poweruser.com> Date: Sat, 24 Sep 2011 21:52:51 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Adrian Chadd References: <4E71F647.2050007@a1poweruser.com> <4E7453CB.1040908@freebsd.org> <4E74C9B7.2090901@a1poweruser.com> <1316799904.39972.12.camel@buffy.york.ac.uk> <4E7E13BA.1070304@a1poweruser.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Sep 2011 01:52:53.0461 (UTC) FILETIME=[D6CC2050:01CC7B25] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: 9.0 bata2 & keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 01:52:53 -0000 Adrian Chadd wrote: > On 25 September 2011 01:30, Fbsd8 wrote: > >> In sysinstall you are presented with a dailog that asks you if you want to >> change the keyboard map and if answered yes them issues the kbdmap command. >> In bsdinstall you have no option to bypass the keymap step. It just issues >> the kbdmap command. I agree that some method to bypass the keymap step in >> bsdinstall needs to be added or an dialog informing the user that selecting >> the cancel button in kbdmap will result in the default map used in previous >> releases to be used. > > That sounds sensible. It's all just bourne shell script, right? Would > you mind doing up a patch to do that? > > > > Adrian > http://www.freebsd.org/cgi/query-pr.cgi?pr=160913 Heres the pr. From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 08:06:08 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F1BA106564A; Sun, 25 Sep 2011 08:06:08 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4C48FC13; Sun, 25 Sep 2011 08:06:07 +0000 (UTC) Received: by qyk4 with SMTP id 4so5668078qyk.13 for ; Sun, 25 Sep 2011 01:06:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=nRA3LCbT/2DbjIcbtFnjYkbMjNOjTXHJx1RjI+8Niqo=; b=mChY/oMx9G2mjtUfuqQiLNhr/qm11Wmo178FmcIDs8L1CEmZvlE9RlqmLcJgvlcpJs tVumNTtFVsAOupnhDV/dAAG6pYxHmeY+wL+7oe6iLBtmBCZM+Rrj78oROi6yshCvQbmP 3j7QQZMOQBstj8VQpbUS8uaFmAKhOvyOQqzLM= MIME-Version: 1.0 Received: by 10.224.183.205 with SMTP id ch13mr139026qab.274.1316937965534; Sun, 25 Sep 2011 01:06:05 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Sun, 25 Sep 2011 01:06:05 -0700 (PDT) Date: Sun, 25 Sep 2011 01:06:05 -0700 Message-ID: From: Garrett Cooper To: current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Xin LI Subject: Need to force sync(2) before umounting UFS1 filesystems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 08:06:08 -0000 Hi, I've been doing builds with FreeNAS recently on 9.x-BETA2 machines recently and I've noticed that I need to add 2 'sync's prior to each umount command in the nanobsd scripts when running repeated builds, otherwise it fails with: umount: unmount of /scratch/freenas/obj.amd64/_.mnt failed: Device busy Running fstat -f in the sh EXIT trap doesn't reveal anything helpful: USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root fstat 79637 wd /scratch/freenas/obj.amd64/_.mnt 2 drwxr-xr-x 512 r Talking to Xin yesterday, he was convinced that this was a filesystem//kern bug. Before I file a PR, I'm wondering if anyone else has seen this issue.. Thanks! -Garrett PS I've seen the above behavior on the following systems.. FreeBSD bayonetta.local 9.0-BETA2 FreeBSD 9.0-BETA2 #0 r225653M: Tue Sep 20 08:36:49 PDT 2011 gcooper@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA amd64 FreeBSD burnout.ixsystems.com 9.0-BETA1 FreeBSD 9.0-BETA1 #0 r224989: Sun Aug 21 14:12:11 PDT 2011 gcooper@burnout.ixsystems.com:/usr/obj/usr/src/sys/BURNOUT amd64 FreeBSD fallout.local 9.0-BETA2 FreeBSD 9.0-BETA2 #10 r225587M: Thu Sep 15 09:07:08 PDT 2011 root@fallout.local:/usr/obj/usr/src/sys/FALLOUT amd64 FreeBSD streetfighter.ixsystems.com 9.0-BETA2 FreeBSD 9.0-BETA2 #0 r225558: Wed Sep 14 20:29:45 PDT 2011 gcooper@streetfighter.ixsystems.com:/usr/obj/usr/src/sys/STREETFIGHTER amd64 From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 08:22:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92E54106566B for ; Sun, 25 Sep 2011 08:22:17 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost04.isp.att.net (fmailhost04.isp.att.net [207.115.11.54]) by mx1.freebsd.org (Postfix) with ESMTP id 844498FC08 for ; Sun, 25 Sep 2011 08:22:17 +0000 (UTC) Date: Sun, 25 Sep 2011 08:16:51 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-72-147-183-55.sdf.bellsouth.net[72.147.183.55]) by isp.att.net (frfwmhc04) with SMTP id <20110925081651H0400iriece>; Sun, 25 Sep 2011 08:16:51 +0000 X-Originating-IP: [72.147.183.55] From: "Thomas Mueller" To: freebsd-current@freebsd.org Message-Id: <20110925082217.92E54106566B@hub.freebsd.org> Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 08:22:17 -0000 More concerns and questions onthe new bsdinstall: There is no upgrade function. How will a user be able to upgrade to BETA3 (or RC1?) without wiping out BETA2 installation? For instance, user might have built many software applications from ports and not want to rebuild everything. Other issue is the 64 KB boot partition, which does not boot for me. There ought to be an option, or is there already, to omit the boot partition. Sysinstall had such an option, to not install the boot loader, since user could already have another boot manager such as LILO or grub (legacy or grub2). Does the 64 KB boot partition have to be the first partition on the disk in order to be functional? One might want to use a different boot loader, such as grub2, and what about the EFI system partition that is very different from a 64 KB FreeBSD boot partition? Tom From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 09:44:38 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45ED9106566B for ; Sun, 25 Sep 2011 09:44:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 081018FC0A for ; Sun, 25 Sep 2011 09:44:37 +0000 (UTC) Received: by gwj18 with SMTP id 18so4783643gwj.13 for ; Sun, 25 Sep 2011 02:44:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=je17U9DFjYNvf2+1WAyuw3UN31LzjWzxkTpkqxoMgdI=; b=Gkdo7Fljhz/wYmYItBAzITWUpNBa/e78HaQWhlax00NU3CSZs32aweSzElPZMpA+iw Xrr0dTNXZn3Wz3kUSl+T/0+/BBTValKuyujDItzcfqGamkjqcoESsv6AMH5X68yF+Cv2 Q+9RFPGI1BbpUVXJMyyRHRooeqDF0reCQNs98= MIME-Version: 1.0 Received: by 10.236.124.97 with SMTP id w61mr32018081yhh.106.1316943877148; Sun, 25 Sep 2011 02:44:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sun, 25 Sep 2011 02:44:37 -0700 (PDT) In-Reply-To: References: Date: Sun, 25 Sep 2011 17:44:37 +0800 X-Google-Sender-Auth: 2knPi_PEEMgPKNdBFuHOYVqgBNk Message-ID: From: Adrian Chadd To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org, Xin LI , current@freebsd.org Subject: Re: Need to force sync(2) before umounting UFS1 filesystems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 09:44:38 -0000 Now that you mention it, yes. adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 09:48:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC056106566B; Sun, 25 Sep 2011 09:48:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7BDC98FC15; Sun, 25 Sep 2011 09:48:32 +0000 (UTC) Received: by gyf2 with SMTP id 2so4476163gyf.13 for ; Sun, 25 Sep 2011 02:48:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=xZDu71kUTBctfkE+m2gJQRj78/IC54s3X21OaOfwYWU=; b=CShiOawr6B0Txmz6jWJRrSswYqxBRhjDVZqN5MmW45qbYjKyG/ccgoI6FS746INj8R kVClOKJyKdPkW9xNizdItMOjKuMJoT2tLZZcn5t3t3ICQ+sCgzg2TO8YE+iud59mNuFr zTB42PplVVe99ailjCFaFmJCAbee4xLcMFonw= MIME-Version: 1.0 Received: by 10.236.129.242 with SMTP id h78mr32267343yhi.89.1316944111783; Sun, 25 Sep 2011 02:48:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sun, 25 Sep 2011 02:48:31 -0700 (PDT) In-Reply-To: <4E7D6700.4080302@FreeBSD.org> References: <4E7CFC42.8000409@FreeBSD.org> <4E7D6700.4080302@FreeBSD.org> Date: Sun, 25 Sep 2011 17:48:31 +0800 X-Google-Sender-Auth: RDdRsIJcTO7PHvo_QXJ2sGZOIiM Message-ID: From: Adrian Chadd To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 09:48:32 -0000 On 24 September 2011 13:13, Alexander Motin wrote: > OK, but how taskqueue related to the timer? Taskqueue uses SWI that are > called in separate thread and except "swi4: clock" AFAIR they are not > anyhow related to the timer. What about possible effects on the scheduler? Is it possible that once the interrupt handler has completed, the taskqueue thread isn't scheduled immediately, and isn't scheduled until the next tick? >>> Have you tried to set kern.eventtimer.idletick=1 instead? >> >> I just tested it - it has the same effect. > > Interesting. So either it is what I've described below (but it's > strange, I have doubt it may consume so much time, at least I haven't > seen it on x86), or network traffic is still somehow depends on timer > events and timer events are delayed more then needed. > The numbers themselves look fine. 1150 int/sec should mean 1000 of hz > and 127 of stathz. Lower rate with idletick=0 means that eventtimer > subsystem is dropping some timer ticks. > >> The other thing to keep in mind is that the wlreless NIC isn't >> interrupting per RX or TX completed packet. So although I'm doing ~ >> 19,000 pps, it's only interrupting me ~ 390 times a second. > > So low interrupt rate means large queuing, that should make bandwidth > even less affected by side influences. Nope, it has the opposite effect: * Increased latency may make aggregation better (for TX) but it limits throughput because TCP senses a latency increase; * Increased latency means that RX overflows occur beacuse the rx thread doesn't get queued until quite a bit later in the future. > Can you try to build kernel with KTR_SPARE2 KTR and send me a trace when > the traffic flows. I would like to check whether timer events are > generated close to a proper time. Ok. The most obvious issues occur on embedded mips boards, so I'll have to do some tinkering to get this to work. Adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 09:50:11 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D4FB1065677; Sun, 25 Sep 2011 09:50:11 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC118FC13; Sun, 25 Sep 2011 09:50:11 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:d578:b545:b004:4d]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 8F06C4AC1C; Sun, 25 Sep 2011 13:50:09 +0400 (MSD) Date: Sun, 25 Sep 2011 13:50:03 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1376234334.20110925135003@serebryakov.spb.ru> To: Garrett Cooper In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Xin LI , current@freebsd.org Subject: Re: Need to force sync(2) before umounting UFS1 filesystems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 09:50:11 -0000 Hello, Garrett. You wrote 25 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 12:06:05: > Talking to Xin yesterday, he was convinced that this was a > filesystem//kern bug. Before I file a PR, I'm wondering if anyone else > has seen this issue.. Yes, and I posted message about it in embedded@ (Message-ID <1175277342.20110821215629@serebryakov.spb.ru>), I've got additional question from Warner Losh about base (underlying) file system, without any additional reaction. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 12:30:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7879D106566B for ; Sun, 25 Sep 2011 12:30:50 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3A8908FC0A for ; Sun, 25 Sep 2011 12:30:49 +0000 (UTC) Received: by ywp17 with SMTP id 17so4685678ywp.13 for ; Sun, 25 Sep 2011 05:30:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=pwaYdd1DhU3ptxZV2DFOukfcbjWQVYtVtXX9p+2Y118=; b=BbpB4evJk8A42+HBohGo1Y8NVAygr7BgWoUiwBJgdNJItWyCVj0ButOLXDWvYxvYrj RzD5EROHS6ufFUXPd4Sx4TEc73vHtGMyRs+3mqa/sxUzL2RJUmquLi16UKwiIYKUxwiB CzB+lSjSpmkj6g5cMLV8s3knuJ85CzTxiHGD4= MIME-Version: 1.0 Received: by 10.42.159.130 with SMTP id l2mr6484858icx.203.1316953849315; Sun, 25 Sep 2011 05:30:49 -0700 (PDT) Received: by 10.42.177.199 with HTTP; Sun, 25 Sep 2011 05:30:49 -0700 (PDT) In-Reply-To: <20110925082217.92E54106566B@hub.freebsd.org> References: <20110925082217.92E54106566B@hub.freebsd.org> Date: Sun, 25 Sep 2011 07:30:49 -0500 Message-ID: From: Antonio Olivares To: Thomas Mueller Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 12:30:50 -0000 > More concerns and questions onthe new bsdinstall: > > There is no upgrade function. =A0How will a user be able to upgrade to BE= TA3 (or RC1?) without wiping out BETA2 installation? > > For instance, user might have built many software applications from ports= and not want to rebuild everything. > I have the same doubt/question. If I update the system via the ports, do I have BETA3/RC1? or do I have to run # freebsd-update to get the current release? Also, like is suggested, if I update by any means, I will probably have to delete && reinstall everything in the ports. Is there a way not to do this? Regards, Antonio From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 12:44:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D4B5106566C; Sun, 25 Sep 2011 12:44:49 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id C01898FC08; Sun, 25 Sep 2011 12:44:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=qaPGyP4hmrCHStbZbhK+6Cm8UtqIv3q8bNhVQtO+BWM=; b=G3OCc8ZB752n+xuCuMXIM6QXwpqpZVAIvE0/r79i3BSLcfM3tkeGuMDMJNts5+NsSTY2T0axPC8qPQqu1XdrGYvyjRiPg+yocn8OsC3eorr76RaY6qI/wuNtwTeCF0IW9Ah+b7UnXHf1L7tNUsPW9HYXEfeu+j41ssVI4/AOXVo= Received: from [192.168.1.64] ([76.240.47.196]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 25 Sep 2011 05:44:49 -0700 Message-ID: <4E7F2240.7060208@a1poweruser.com> Date: Sun, 25 Sep 2011 08:44:48 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jaakko Heinonen References: <201109241721.p8OHL00D062578@red.freebsd.org> <20110925100043.GB2062@a91-153-123-205.elisa-laajakaista.fi> In-Reply-To: <20110925100043.GB2062@a91-153-123-205.elisa-laajakaista.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Sep 2011 12:44:49.0157 (UTC) FILETIME=[E991AB50:01CC7B80] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Cc: freebsd-current@freebsd.org, bug-followup@FreeBSD.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 12:44:49 -0000 Jaakko Heinonen wrote: > On 2011-09-24, Joe Barbish wrote: >> It seems that in 9.0 the cd/dvd/drive is now given a dev name of cd0 >> where in all previous releases it was acd0. >> Tried to use the system burncd command in 9.0 and got this error msg >> >> burncd: ioctl(CDRIOCGETBLOCKSIZE): Inappropriate ioctl for device >> >> Tested using "burncd -f acd0" and "burncd -f cd0". >> In both cases got the same error message. >> >> Looks to me like the burncd command needs to be fixed >> to work in 9.0. > > burncd(8) supports only acd(4) driver. In 9.0 the default is the new > CAM-based ATA stack which uses cd(4) (UPDATING entry 20110424). > > It's unlikely that a support for cd(4) will be added to burncd(8). > > I think this should be mentioned in release notes. > Fixing burncd should be a priority, this PR gets it into the "must fix queue" before the next round of beta or RC releases. Yes you have identified what is causing it to not work, but you have not followed through. The next step is to assign it to someone to work on it now. Thats the whole idea of the PR system and beta testing. If burncd is not going to work in 9.0 then it should be removed from the release all together. Has any research been done to identify other system commands or ports that changing the system default from acd0 to cd0 effects? From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 13:01:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 170FC106566C for ; Sun, 25 Sep 2011 13:01:49 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id F071B8FC08 for ; Sun, 25 Sep 2011 13:01:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=HBAyD3iAXtts8EQ4Ev4zzf4IgM3VdjfJ15Q4v0R/x/o=; b=fXuklZkRClb22ySm3rpDQLtFWYC02cQDN4T3zkabLjtvd6NwVSuMyvI0zDzW+GMdCOeutKZIq6dH0Bfq5qpI/ohoytUCdvlY0gEgWRFeIZD44Ww01CKySBcnWfZWePv6GvsPuINVJPI1ThKTwTNVy6iCkMyGF4HSeG88sMlFHuc= Received: from [192.168.1.64] ([76.240.47.196]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 25 Sep 2011 06:01:03 -0700 Message-ID: <4E7F260E.8020908@a1poweruser.com> Date: Sun, 25 Sep 2011 09:01:02 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: "deeptech71@gmail.com" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Sep 2011 13:01:03.0800 (UTC) FILETIME=[2E806380:01CC7B83] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Cc: freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 13:01:49 -0000 deeptech71@gmail.com wrote: > Fbsd8 wrote: >> 6. At the "Complete screen" when the reboot option is selected the >> cd/dvd drive should automatically open so the install media can be >> removed just like sysinstall does. If disc1.iso or dvd.iso was installed >> to memstick and used to boot from to install the system, then a message >> screen should pop out saying the memstick has to be removed now before >> the reboot starts. Don't let the reboot occur until the memstick is removed. > > Do NOT alter! More often than not, > (1) you keep floppies, optical discs, and memory sticks in your > computer without intending to boot from them, and > (2) you'll want to use your BIOS's boot-once functionality (press a > specific keyboard button to bring up the media choser menu for that > boot; otherwise boot from the hard drives) whenever you do want to > boot from floppies, optical discs, or memory sticks. > > > You have missed the subject completely of what #6 is addressing. This has nothing to do with telling the pc hardware which media to boot from at power up time like you suggest in your post. This has to do with the logic of the new bsdinstall process and the differences between bsdinstall and sysinstall in the way the install media is removed from the pc before it reboots as part of the normal install process. From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 13:07:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FCBF106566B for ; Sun, 25 Sep 2011 13:07:51 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0FEEE8FC0A for ; Sun, 25 Sep 2011 13:07:50 +0000 (UTC) Received: by ywp17 with SMTP id 17so4699994ywp.13 for ; Sun, 25 Sep 2011 06:07:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=54Y1fk5dcrNwKTMQzHslHcjB3Hv44tep1S7wDwzMQyM=; b=MabpvsMS01/7HUIWGyR8mHqmJmJi8ksADnKpgwvLbyq9Dmpp3US6XYp7vMnUA77H99 it/chFOjTtRsuiaob2p0W8QU6C21o3q2YplbT6vqfJBqSVGqZfKgpEC3yBj13NBBUyMz /wXUloqrcHHLo6Y8F3BNZ2oARjF01AMrUwDAw= Received: by 10.231.25.229 with SMTP id a37mr7544350ibc.8.1316956070095; Sun, 25 Sep 2011 06:07:50 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.35.194 with HTTP; Sun, 25 Sep 2011 06:07:20 -0700 (PDT) In-Reply-To: <4E7F260E.8020908@a1poweruser.com> References: <4E7F260E.8020908@a1poweruser.com> From: Chris Rees Date: Sun, 25 Sep 2011 14:07:20 +0100 X-Google-Sender-Auth: NAQ3mlhJFJG5FeEQ_MiWVuHfU4U Message-ID: To: Fbsd8 Content-Type: text/plain; charset=ISO-8859-1 Cc: "deeptech71@gmail.com" , freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 13:07:51 -0000 On 25 September 2011 14:01, Fbsd8 wrote: > deeptech71@gmail.com wrote: >> >> Fbsd8 wrote: >>> >>> 6. At the "Complete screen" when the reboot option is selected the >>> cd/dvd drive should automatically open so the install media can be >>> removed just like sysinstall does. If disc1.iso or dvd.iso was installed >>> to memstick and used to boot from to install the system, then a message >>> screen should pop out saying the memstick has to be removed now before >>> the reboot starts. Don't let the reboot occur until the memstick is >>> removed. >> >> Do NOT alter! More often than not, >> (1) you keep floppies, optical discs, and memory sticks in your >> computer without intending to boot from them, and >> (2) you'll want to use your BIOS's boot-once functionality (press a >> specific keyboard button to bring up the media choser menu for that >> boot; otherwise boot from the hard drives) whenever you do want to >> boot from floppies, optical discs, or memory sticks. >> >> >> > You have missed the subject completely of what #6 is addressing. This has > nothing to do with telling the pc hardware which media to boot from at power > up time like you suggest in your post. > > This has to do with the logic of the new bsdinstall process and the > differences between bsdinstall and sysinstall in the way the install media > is removed from the pc before it reboots as part of the normal install > process. > > Surely a reminder rather than an obstinate refusal to continue is appropriate? Example: Please remove your install media so that it is not loaded on reboot, and press any key to continue.... Chris From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 16:20:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C77106566B for ; Sun, 25 Sep 2011 16:20:22 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 59C048FC17 for ; Sun, 25 Sep 2011 16:20:22 +0000 (UTC) Received: by ywp17 with SMTP id 17so4781567ywp.13 for ; Sun, 25 Sep 2011 09:20:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=WRRpX5ySShATWlxXxFuqGMwWTrb3rlnpCB+UNIu7nEs=; b=KgzcYUmQAf8AffpKQnAbElw5XvwHD9GJvq4iVNiVLKbrjcZGAx/6ByXy1csCepYh1e MnJ7QY6ucIsIjeSrAWELMj0cokByVH8vlEFIGd9JcEyT1KXvnmNLxUTx5Zv1Jgf2gOWG 8fe/jWSMgaUd0u3k4TJrcMkBPpAxQ6wCjZP0A= Received: by 10.68.71.193 with SMTP id x1mr23538888pbu.132.1316966302075; Sun, 25 Sep 2011 08:58:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.224.11 with HTTP; Sun, 25 Sep 2011 08:58:02 -0700 (PDT) From: arrowdodger <6yearold@gmail.com> Date: Sun, 25 Sep 2011 19:58:02 +0400 Message-ID: To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 9-stable: My AR5B95 not reconized anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 16:20:22 -0000 Hello. I've updated my 8-stable installation to 9-stable and now there is no ath0 device. I'm almost sure that it isn't caused by tweaks in my kernel config file. I would be glad to provide more information if necessary. From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 16:29:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F4871065673 for ; Sun, 25 Sep 2011 16:29:23 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B29608FC08 for ; Sun, 25 Sep 2011 16:29:22 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so6064069bkb.13 for ; Sun, 25 Sep 2011 09:29:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=uxzqrBW5nF38REF3STAe3cotrtHJdkmQ4z+Lcg6k/YI=; b=v7WDe3/8HrGcMkdDiU67bZ9jcJbweO9igimGyZ+193siA4qgiMGQcj0WeAQnq2B2dI IDCU809f+Q/4HAFXMhFw+EQAX1BNFDwCPCi+6Ysrbvg5O7tOq0s5O8NWDlZqM+fJBnSd RIXJsN44+zl2wGxYtCOZ9E5XXMLamWLue1uHM= Received: by 10.204.129.144 with SMTP id o16mr3739582bks.382.1316968161438; Sun, 25 Sep 2011 09:29:21 -0700 (PDT) Received: from ernst.jennejohn.org (p578E2EB1.dip.t-dialin.net. [87.142.46.177]) by mx.google.com with ESMTPS id d1sm17860076bku.1.2011.09.25.09.29.19 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 25 Sep 2011 09:29:20 -0700 (PDT) Date: Sun, 25 Sep 2011 18:29:18 +0200 From: Gary Jennejohn To: Antonio Olivares Message-ID: <20110925182918.0f2193ff@ernst.jennejohn.org> In-Reply-To: References: <20110925082217.92E54106566B@hub.freebsd.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 16:29:23 -0000 On Sun, 25 Sep 2011 07:30:49 -0500 Antonio Olivares wrote: > > More concerns and questions onthe new bsdinstall: > > > > There is no upgrade function.  How will a user be able to upgrade to BETA3 (or RC1?) without wiping out BETA2 installation? > > > > For instance, user might have built many software applications from ports and not want to rebuild everything. > > > > I have the same doubt/question. If I update the system via the ports, > do I have BETA3/RC1? or do I have to run > # freebsd-update > > to get the current release? > > Also, like is suggested, if I update by any means, I will probably > have to delete && reinstall everything in the ports. Is there a way > not to do this? > I run HEAD (what's now becoming 9.0) all the time and only very rarely do I have to update ports because I updated world and kernel. I've been doing this for many, many years. Generally, only ports which are intimately tied to kernel sources, like virtualbox or the nividia-driver, are affected. One way to run BETA3 would be to grab the stable sources using csup and just compile and install the new world and kernel. If your goal is to test the installation process then this would not be the way to go. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 17:16:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37045106566B for ; Sun, 25 Sep 2011 17:16:21 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id E40F38FC15 for ; Sun, 25 Sep 2011 17:16:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p8PHGIS0039706; Sun, 25 Sep 2011 11:16:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p8PHGIc9039703; Sun, 25 Sep 2011 11:16:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 25 Sep 2011 11:16:18 -0600 (MDT) From: Warren Block To: Antonio Olivares In-Reply-To: Message-ID: References: <20110925082217.92E54106566B@hub.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-902635197-2070558679-1316970964=:39698" Content-ID: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 25 Sep 2011 11:16:18 -0600 (MDT) Cc: Thomas Mueller , freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 17:16:21 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---902635197-2070558679-1316970964=:39698 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT Content-ID: On Sun, 25 Sep 2011, Antonio Olivares wrote: >> More concerns and questions onthe new bsdinstall: >> >> There is no upgrade function.  How will a user be able to upgrade to BETA3 (or RC1?) without wiping out BETA2 installation? >> >> For instance, user might have built many software applications from ports and not want to rebuild everything. >> > > I have the same doubt/question. If I update the system via the ports, > do I have BETA3/RC1? or do I have to run > # freebsd-update > > to get the current release? The operating system is separate from ports. Source upgrades or freebsd-update are used to upgrade FreeBSD, while portsnap and portmaster/portupgrade are used to update ports. > Also, like is suggested, if I update by any means, I will probably > have to delete && reinstall everything in the ports. Is there a way > not to do this? Ports built for 9.x normally do not need to be rebuilt to continue to run on 9.x+1. The ABI is "stable" (unchanging). ---902635197-2070558679-1316970964=:39698-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 18:15:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79FEE1065672 for ; Sun, 25 Sep 2011 18:15:13 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 31B2F8FC14 for ; Sun, 25 Sep 2011 18:15:12 +0000 (UTC) Received: by qyk10 with SMTP id 10so9109623qyk.13 for ; Sun, 25 Sep 2011 11:15:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Gcn+ny421WxGqq9MRQ35rNM+X2HEV4RoXac4scisQNY=; b=Xjc7Nt+aVuKQkTVfJiYxOeItbNllrtOffVRmdVwjXfsIpnUWFH0o0AYT/dgY+LUAM9 pKEBqsjrgQIrhwXbg+0CMLC2jDemcJ6dSP3+FgUM0WNe1vxaxpiQMDG1T+GE0oEnu/9M Z4WljWn+RfUV4hG0Vc0gVMgSzBYojYFpdyu8c= MIME-Version: 1.0 Received: by 10.224.183.205 with SMTP id ch13mr390724qab.274.1316974512130; Sun, 25 Sep 2011 11:15:12 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Sun, 25 Sep 2011 11:15:11 -0700 (PDT) In-Reply-To: References: <20110925082217.92E54106566B@hub.freebsd.org> Date: Sun, 25 Sep 2011 11:15:11 -0700 Message-ID: From: Garrett Cooper To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Thomas Mueller , freebsd-current@freebsd.org, Antonio Olivares Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 18:15:13 -0000 On Sun, Sep 25, 2011 at 10:16 AM, Warren Block wrote: > On Sun, 25 Sep 2011, Antonio Olivares wrote: > >>> More concerns and questions onthe new bsdinstall: >>> >>> There is no upgrade function. =A0How will a user be able to upgrade to >>> BETA3 (or RC1?) without wiping out BETA2 installation? >>> >>> For instance, user might have built many software applications from por= ts >>> and not want to rebuild everything. >>> >> >> I have the same doubt/question. =A0If I update the system via the ports, >> do I have BETA3/RC1? =A0or do I have to run >> # freebsd-update >> >> to get the current release? > > The operating system is separate from ports. =A0Source upgrades or > freebsd-update are used to upgrade FreeBSD, while portsnap and > portmaster/portupgrade are used to update ports. > >> Also, like is suggested, if I update by any means, I will probably >> have to delete && reinstall everything in the ports. =A0Is there a way >> not to do this? > > Ports built for 9.x normally do not need to be rebuilt to continue to run= on > 9.x+1. =A0The ABI is "stable" (unchanging). But things can change (and have to me on occasion). If you're absolutely certain that the ABI/KBI isn't changing, then the assumption is true, but there are some times that ABI/KBI can change at a later date if you update from RELEASE to STABLE. HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 18:19:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E9ED106564A for ; Sun, 25 Sep 2011 18:19:22 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF1F8FC13 for ; Sun, 25 Sep 2011 18:19:21 +0000 (UTC) Received: by qyk10 with SMTP id 10so9111893qyk.13 for ; Sun, 25 Sep 2011 11:19:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=HS/usZtKgMjwNJIGfb/2/nwP5qExc+e/82PzMeE40rM=; b=WtXFNrrXcdzKpKIvHpxYbfohYh6j79g5ckAVo9v+Q9AiH8C9wRo23EoDfGc3vJVdnW KsENofyz0HhLyUDllyQ1Pn7egprutwvDSnpq9Fj5gcIsAklk4i1BVXve+PJkVwI1mAHE L8AKY0+3ORmDtYbdYlL1fyy8U96/JnmZ79Uhs= MIME-Version: 1.0 Received: by 10.224.217.137 with SMTP id hm9mr4388770qab.124.1316974761117; Sun, 25 Sep 2011 11:19:21 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Sun, 25 Sep 2011 11:19:21 -0700 (PDT) In-Reply-To: <20110925182918.0f2193ff@ernst.jennejohn.org> References: <20110925082217.92E54106566B@hub.freebsd.org> <20110925182918.0f2193ff@ernst.jennejohn.org> Date: Sun, 25 Sep 2011 11:19:21 -0700 Message-ID: From: Garrett Cooper To: gljennjohn@googlemail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Thomas Mueller , freebsd-current@freebsd.org, Antonio Olivares Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 18:19:22 -0000 On Sun, Sep 25, 2011 at 9:29 AM, Gary Jennejohn wrote: > On Sun, 25 Sep 2011 07:30:49 -0500 > Antonio Olivares wrote: > >> > More concerns and questions onthe new bsdinstall: >> > >> > There is no upgrade function. =A0How will a user be able to upgrade to= BETA3 (or RC1?) without wiping out BETA2 installation? >> > >> > For instance, user might have built many software applications from po= rts and not want to rebuild everything. >> > >> >> I have the same doubt/question. =A0If I update the system via the ports, >> do I have BETA3/RC1? =A0or do I have to run >> # freebsd-update >> >> to get the current release? >> >> Also, like is suggested, if I update by any means, I will probably >> have to delete && reinstall everything in the ports. =A0Is there a way >> not to do this? >> > > I run HEAD (what's now becoming 9.0) all the time and only very rarely > do I have to update ports because I updated world and kernel. =A0I've > been doing this for many, many years. =A0Generally, only ports which > are intimately tied to kernel sources, like virtualbox or the nividia-dri= ver, > are affected. The easiest way to handle this is to use add the following lines to your /etc/src.conf to automatically rebuild / reinstall the ports when recompiling the kernel: $ grep -r PORTS_MODULES /etc/src.conf PORTS_MODULES=3D emulators/virtualbox-ose-kmod x11/nvidia-driver It's an undocumented feature that I'm going to file a PR for so that it added to the documentation. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 18:31:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3202106566B; Sun, 25 Sep 2011 18:31:01 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 41C518FC17; Sun, 25 Sep 2011 18:31:01 +0000 (UTC) Received: by wyj26 with SMTP id 26so3029678wyj.13 for ; Sun, 25 Sep 2011 11:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:x-virus-scanned:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=KPbJAJrZ/aMWBqCQOPmqv3WHu5EiPMzxtJ3Fsv2Qozk=; b=IsAufPwdcHvl/dtVi6+T0VSBvQRru1ADr60tqXGJH9FEVY7RtV81ZfPIdatYV8xRBo jPEpRRTF4S5pQ2XAAVKNBYifWul1Fj48V8nmZ0VIlM+jhFTCZPZ+G1qNDRwBuCez4tNq x32/l4bzyJZ2t6B6rtUfevdDnZ7XxLFNEGqTw= Received: by 10.227.208.137 with SMTP id gc9mr6213271wbb.91.1316973933379; Sun, 25 Sep 2011 11:05:33 -0700 (PDT) Received: from srvbsdfenssv.interne.associated-bears.org (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr. [217.128.200.48]) by mx.google.com with ESMTPS id l40sm12523866wbm.10.2011.09.25.11.05.30 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 25 Sep 2011 11:05:31 -0700 (PDT) Sender: Eric Masson Received: from srvbsdfenssv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id C57C2CF3FE; Sun, 25 Sep 2011 20:05:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (srvbsdfenssv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0jzbaq7cDHye; Sun, 25 Sep 2011 20:05:26 +0200 (CEST) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id 125A3CF0E5; Sun, 25 Sep 2011 20:05:26 +0200 (CEST) To: Fbsd8 From: Eric Masson In-Reply-To: <4E7F2240.7060208@a1poweruser.com> (fbsd8@a1poweruser.com's message of "Sun, 25 Sep 2011 08:44:48 -0400") References: <201109241721.p8OHL00D062578@red.freebsd.org> <20110925100043.GB2062@a91-153-123-205.elisa-laajakaista.fi> <4E7F2240.7060208@a1poweruser.com> X-Operating-System: FreeBSD 8.2-RELEASE-p2 amd64 Date: Sun, 25 Sep 2011 20:05:25 +0200 Message-ID: <86hb40cxay.fsf@srvbsdfenssv.interne.associated-bears.org> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Jaakko Heinonen , freebsd-current@freebsd.org, bug-followup@FreeBSD.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 18:31:02 -0000 Fbsd8 writes: Hi, > Fixing burncd should be a priority It's not broken, so it doesn't need to be fixed. burncd has been designed to work with the old ata stack, when using new cam based ata stack, just use cdrecord. It deserves an entry in the release notes, nothing less, nothing more. Éric Masson -- Je n'ai pas envie de perdre mon temps à leur APD à la con. Mais j'ai besoin du certificat qu'y est délivré, pour passer le permis. J'ai entendu qu'on le trouvait sur Internet. Quelqu'un aurait-il des infos? -+- DC in GNU : Neuneu s'achète une conduite -+- From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 19:07:20 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7920B1065677; Sun, 25 Sep 2011 19:07:20 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id E12068FC0C; Sun, 25 Sep 2011 19:07:19 +0000 (UTC) Received: by qyk10 with SMTP id 10so9138603qyk.13 for ; Sun, 25 Sep 2011 12:07:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mnRDf6XnGenHLQO0vTfap5NScGSGfvsVR4aaEWsMSUo=; b=CCrlrZp1zOZGeW3Trpgc6MtUKzg7/q0pOZm9FOC51TqP98RqHI3NPss4GLtym6LYXv b/u0hp0NyDgFsweooZNZn6558IIg+/3j8nWsgJ6vK3MRjMAYWpLlr2gDmVCq3zvCUfSV oGGjOIYMd5Fqod7ZzViW5d0eAfDQoKC1/5IEk= MIME-Version: 1.0 Received: by 10.224.175.82 with SMTP id w18mr4364657qaz.374.1316977639011; Sun, 25 Sep 2011 12:07:19 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Sun, 25 Sep 2011 12:07:18 -0700 (PDT) In-Reply-To: <1376234334.20110925135003@serebryakov.spb.ru> References: <1376234334.20110925135003@serebryakov.spb.ru> Date: Sun, 25 Sep 2011 12:07:18 -0700 Message-ID: From: Garrett Cooper To: lev@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Xin LI , current@freebsd.org Subject: Re: Need to force sync(2) before umounting UFS1 filesystems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 19:07:20 -0000 2011/9/25 Lev Serebryakov : > Hello, Garrett. > You wrote 25 =D3=C5=CE=D4=D1=C2=D2=D1 2011 =C7., 12:06:05: > >> =9A =9A Talking to Xin yesterday, he was convinced that this was a >> filesystem//kern bug. Before I file a PR, I'm wondering if anyone else >> has seen this issue.. > =9AYes, and I posted message about it in embedded@ (Message-ID > <1175277342.20110821215629@serebryakov.spb.ru>), I've got additional > question from Warner Losh about base (underlying) file system, without > any additional reaction. Thanks for the comments Adrian and Lev! I've filed PR 161016 to track the issue, because it might be due to changes in the SU code, md, or a subtle race condition in umount (highly unlikely, but it's been noted). -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 20:13:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D570106566B for ; Sun, 25 Sep 2011 20:13:27 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id BAF0C8FC0C for ; Sun, 25 Sep 2011 20:13:26 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 57A8928422; Sun, 25 Sep 2011 21:56:19 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3A66828423; Sun, 25 Sep 2011 21:56:18 +0200 (CEST) Message-ID: <4E7F8761.1060205@quip.cz> Date: Sun, 25 Sep 2011 21:56:17 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Chris Rees References: <4E7F260E.8020908@a1poweruser.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "deeptech71@gmail.com" , Fbsd8 , freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 20:13:27 -0000 Chris Rees wrote: > On 25 September 2011 14:01, Fbsd8 wrote: >> deeptech71@gmail.com wrote: >>> >>> Fbsd8 wrote: [...] >>>> the reboot starts. Don't let the reboot occur until the memstick is >>>> removed. >>> >>> Do NOT alter! More often than not, >>> (1) you keep floppies, optical discs, and memory sticks in your >>> computer without intending to boot from them, and >>> (2) you'll want to use your BIOS's boot-once functionality (press a >>> specific keyboard button to bring up the media choser menu for that >>> boot; otherwise boot from the hard drives) whenever you do want to >>> boot from floppies, optical discs, or memory sticks. >>> >>> >>> >> You have missed the subject completely of what #6 is addressing. This has >> nothing to do with telling the pc hardware which media to boot from at power >> up time like you suggest in your post. >> >> This has to do with the logic of the new bsdinstall process and the >> differences between bsdinstall and sysinstall in the way the install media >> is removed from the pc before it reboots as part of the normal install >> process. >> >> > > Surely a reminder rather than an obstinate refusal to continue is appropriate? > > Example: > > Please remove your install media so that it is not loaded on reboot, > and press any key to continue.... I agree with your suggestion. Reminder is helpful for beginners. But I really hate systems / applications forcing me to do something not necessary. Things like this are operators decision. System should provide choices. There are real situations, where install media cannot be removed (install via remote KVM with real local USB stick) and there is no need to not allow user to reboot from the installer. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 21:08:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5665106564A for ; Sun, 25 Sep 2011 21:08:33 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF6C8FC08 for ; Sun, 25 Sep 2011 21:08:33 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:d578:b545:b004:4d]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id B7BA14AC2D; Mon, 26 Sep 2011 01:08:32 +0400 (MSD) Date: Mon, 26 Sep 2011 01:08:31 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1405710319.20110926010831@serebryakov.spb.ru> To: arrowdodger <6yearold@gmail.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: 9-stable: My AR5B95 not reconized anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 21:08:33 -0000 Hello, arrowdodger. You wrote 25 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2011 =D0=B3.,= 19:58:02: > Hello. I've updated my 8-stable installation to 9-stable and now there is= no > ath0 device. I'm almost sure that it isn't caused by tweaks in my kernel > config file. I would be glad to provide more information if necessary. Did you add "ath_pci" device into your kernel config file? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 21:46:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6D51106566B for ; Sun, 25 Sep 2011 21:46:17 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id B30788FC16 for ; Sun, 25 Sep 2011 21:46:17 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1R7wWe-0001b5-Po for freebsd-current@freebsd.org; Sun, 25 Sep 2011 14:46:16 -0700 Date: Sun, 25 Sep 2011 14:46:16 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1316987176793-4839491.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: 9-stable: My AR5B95 not reconized anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 21:46:17 -0000 20110331: ath(4) has been split into bus- and device- modules. if_ath contains the HAL, the TX rate control and the network device code. if_ath_pci contains the PCI bus glue. For Atheros MIPS embedded systems, if_ath_ahb contains the AHB glue. Users need to load both if_ath_pci and if_ath in order to use ath on everything else. TO REPEAT: if_ath_ahb is not needed for normal users. Normal users only need to load if_ath and if_ath_pci for ath(4) operation. -- View this message in context: http://freebsd.1045724.n5.nabble.com/9-stable-My-AR5B95-not-reconized-anymore-tp4838772p4839491.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sun Sep 25 22:50:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B1D6106566B for ; Sun, 25 Sep 2011 22:50:55 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 35CAB8FC13 for ; Sun, 25 Sep 2011 22:50:54 +0000 (UTC) Received: by wwe3 with SMTP id 3so5438759wwe.31 for ; Sun, 25 Sep 2011 15:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=IxazBEejr9hQbFG9XsTGYEHHKJC0Bsf5Mc/XhfG3kQE=; b=FG6qg+2GG42fzOI7/KSWLv0w18AIRQwUHOok2nXEsL9C+sD6bSf7EOizodg2UzicsO GO1DR02VyVtMU47aNFHvKqQbM0E+2bOIjgFJr9qtAN+Z0skRPhFSxo+7NyGjC/2xzDLY y7qa25Db0PGrJyJe9SISeR5e01XUrVYZ3bAOc= MIME-Version: 1.0 Received: by 10.227.72.138 with SMTP id m10mr6257015wbj.90.1316991054070; Sun, 25 Sep 2011 15:50:54 -0700 (PDT) Received: by 10.180.96.104 with HTTP; Sun, 25 Sep 2011 15:50:54 -0700 (PDT) Date: Sun, 25 Sep 2011 18:50:54 -0400 Message-ID: From: Ryan Stone To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Subject: [PATCH] dtrace crashes when trying to trace fbt probes without CTF data X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 22:50:55 -0000 I get a panic if I try to run a dtrace script that uses an fbt probe from a module that does not have CTF data. The polling patch resolves the issue for me: Index: sys/cddl/dev/fbt/fbt.c =================================================================== --- sys/cddl/dev/fbt/fbt.c (revision 225756) +++ sys/cddl/dev/fbt/fbt.c (working copy) @@ -1261,7 +1261,7 @@ desc->dtargd_ndx = DTRACE_ARGNONE; /* Get a pointer to the CTF data and it's length. */ - if (linker_ctf_get(ctl, &lc) != 0) + if (linker_ctf_get(ctl, &lc) != 0 || lc.ctfoffp == NULL) /* No CTF data? Something wrong? *shrug* */ return; However, I'm not entirely sure whether this is the correct approach to fixing the problem(making linker_ctf_get() return an error seems to break dtrace entirely). Does anybody who has familiarity with dtrace's internals have an opinion? From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 01:23:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9E78106566B for ; Mon, 26 Sep 2011 01:23:27 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id A14088FC0A for ; Mon, 26 Sep 2011 01:23:27 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id SAA25795 for ; Sun, 25 Sep 2011 18:53:39 -0600 (MDT) Message-Id: <201109260053.SAA25795@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 25 Sep 2011 18:52:37 -0600 To: current@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailman-Approved-At: Mon, 26 Sep 2011 02:16:00 +0000 Cc: Subject: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 01:23:27 -0000 All: Just spent an afternoon and evening experimenting with FreeBSD 9.0-BETA2. Overall reaction: so far, it's been pretty stable and responsive, but I'm concerned that it may have substantially increased memory and CPU requirements relative to previous versions. The new installer, while it's streamlined, still has many of the quirks of sysinstall (in particular, requiring the user to know when to hit "Tab" and when to hit "Enter") and is missing a few features upon which I've come to rely. Here's a description of my experience in more detail. First thing I noticed, when running the new FreeBSD installer from a memory stick image, is that disk partitioning was odd. It abandoned standard UNIX parlance, calling what are traditionally called "slices" partitions. It also diverged from past practice by creating one big UFS filesystem rather than the usual separate partitions for /, /tmp, /var, /usr. It then made a separate slice (to use the traditional terminology) for swap, rather than including it in the slice that contained the big file system. This seemed odd; if the file system was being lumped together in one place, why break out the swap to an entirely separate slice? I was experimenting on a system which had an SSD (and therefore shouldn't swap), so I altered the automatic configuration by deleting all of the slices except the MBR and then trying to allocate a slice that just used all of the remaining disk space for the file system. When I did, the installer tried to automatically create a SECOND MBR slice at the same time it tried to create the file system slice (probably a bug). Finally persuaded it not to do this. However, I did experience some awkwardness when when I pressed "C" for "Create" and the installer did not offer me the maximum possible size as a default, as sysinstall did. Exactly how big could the file system slice be? There was no way of telling. I worked around this by specifying a size which I knew was too big; the installer seemed to trim it back to the maximum size it could be. As I proceeded with the installation, I noticed that the new installer didn't run a concurrent shell, or provide a virtual terminal that showed progress, as sysinstall did. True, these things are probably only for experts, but I missed not having them. (Is there a way to turn them back on?) Also found no way to intervene in the install immediately after the distributions were loaded... a time at which I often do customizations such as modifying the files in /usr/share/skel to change the default editor. (My fingers have used EMACS ever since the original TECO version, so much so that the keystrokes are wired into muscle memory. So, I bring in jove as a binary package right away and make it the default system editor. Couldn't do that from the concurrent shell, before root's account was created, as I usually do.) Also could not find any way to load binary packages from the installer after the install. This is a shame, because ports with lots of dependencies can take hours and lots of disk space to build; binary packages save me a LOT of time and are necessary for systems with limited RAM and disk space. Next thing I did was try to recompile the kernel to streamline it and add features I want compiled in, such as ipfw and dummynet. Alas, I saw no sign of the BSD-licensed Clang compiler, for which I've waited for many years (I can't believe that now, in 2011, one cannot build FreeBSD without GPLed code.) I used a kernel configuration from a recent 8-STABLE machine, which was accepted with no errors, and then tried to reboot. I got hung up at the "mountroot" prompt. The system couldn't find the root partition specified in /etc/fstab. However, if I manually loaded the GENERIC kernel, the system DID boot. I soon discovered why. An innocuous message that I didn't notice at the beginning of installation proclaimed that the GENERIC kernel was renaming the SATA SSD, which started out as ad0, to ada0. I modified /etc/fstab to use ad0p2 as the root filesystem slice, and the system booted the new kernel. I then explored what had happened in more depth. The problem seemed to be that my kernel configuration completely eliminated SCSI. (I had no SCSI devices in the system and didn't need or want the bloat that came with it.) But when I booted the GENERIC kernel, the SCSI subsystem took control of ATA devices, renaming them in the process. This is a big violation of POLA; the change and the failure to boot were a big surprise. My SCSI-less kernel worked by sheer good fortune after I changed /etc/fstab, because the older ATA drivers, including the atadisk driver (which was in my kernel configuration), are still in the source tree. (Their man pages seem to have been deleted, though, which is not good. Even if they are less used, they should remain documented because embedded systems developers will want to be able to use them.) The GENERIC kernel, instead of just using a direct ATA driver, was assembling a complex, memory-intensive, and compute-intensive layer cake of shims -- including the ata, ahci, da, and scbus drivers, not to mention GEOM -- to get to the SATA disk. Since the system I was trying to build has only one mass storage device -- a simple SSD -- and is tight on RAM, I'd rather go without bloating the kernel, slowing the system, or exposing myself to SCSI bugs by simply using an ATA driver. With all due respect for the hard work of the people who went to the trouble to create all of those shims, I hope that it remains possible to do this. Other oddities: 1) The jove editor worked strangely because, in /etc/ttys, the terminal type was set to "xterm" instead of "cons25" by default. (I do not run a GUI on servers, so of course there will not be an xterm.) As a result, parts of lines kept vanishing from under my cursor. However, even after I modified /etc/ttys, I still saw some screen artifacts. The maintainer of the console driver should probably check it to see whether its termcap entry needs changing. 2) I saw many warnings of lock order reversals under the GENERIC kernel, in particular in the file system code. These obviously should be fixed before release. 3) The installer offered to enable the TRIM command for the SSD, but the SSD I was using did not support it; I got a warning when I tried to use tunefs to turn it on. 4) The installer still used the old syntax for Internet addresses in /etc/rc.conf instead of the newer one (e.g. ifconfig_fxp0="inet 192.168.1.1 netmask 255.255.255.0" instead of ipv4_addrs_fxp0="192.168.1.1/24") For the most part, though, I was able to work around everything and produce a system that seems stable. Will be stress-testing it for the next several days to see how it holds up. --Brett Glass From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 03:56:54 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AF57106566C for ; Mon, 26 Sep 2011 03:56:54 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7358FC12 for ; Mon, 26 Sep 2011 03:56:53 +0000 (UTC) Received: by wwe3 with SMTP id 3so5588115wwe.31 for ; Sun, 25 Sep 2011 20:56:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CsRJzK9zGEHgMM+etOcU5sd8+EtqLOFvq5oYGPypMFY=; b=rmeviSkCuVx7aiZGlKOSEYfiLJaRol9yef5BKdfa0uoptaTVYoUICXl227UR1fHOpe 7MkZL6C18XjEVmAHBvepNnSPKAYaHKd5IvZg7gtgvLfv1n0Smbb3Ef2Hy2ETZJ0Ol/F5 MqtiS/rwb7Fof2xWZoOcuY7fTpdLIOXqhxcSQ= MIME-Version: 1.0 Received: by 10.227.36.197 with SMTP id u5mr6474382wbd.36.1317008049161; Sun, 25 Sep 2011 20:34:09 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Sun, 25 Sep 2011 20:34:09 -0700 (PDT) In-Reply-To: <201109260053.SAA25795@lariat.net> References: <201109260053.SAA25795@lariat.net> Date: Sun, 25 Sep 2011 23:34:09 -0400 Message-ID: From: Arnaud Lacombe To: Brett Glass Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 03:56:54 -0000 Hi, On Sun, Sep 25, 2011 at 8:52 PM, Brett Glass wrote: > Next thing I did was try to recompile the kernel to streamline it and add > features I want compiled in, such as ipfw and dummynet. Alas, I saw no sign > of the BSD-licensed Clang compiler, for which I've waited for many years (I > can't believe that now, in 2011, one cannot build FreeBSD without GPLed > code.) > LLVM is still behind gcc performance wise, at least for current stable gcc vs. current stable llvm, it might not be so true with FreeBSD's 4 years old gcc. Moreover, you still need GPL binutils, as AFAIK, there is no BSD assembler and linker. These might also have been codgen issue with LLVM, cf archives of this list. > I got hung up at the "mountroot" prompt. The system couldn't find the root > partition specified in /etc/fstab. However, if I manually loaded the GENERIC > kernel, the system DID boot. > > I soon discovered why. An innocuous message that I didn't notice at the > beginning of installation proclaimed that the GENERIC kernel was renaming > the SATA SSD, which started out as ad0, to ada0. I modified /etc/fstab to > use ad0p2 as the root filesystem slice, and the system booted the new > kernel. > > I then explored what had happened in more depth. The problem seemed to be > that my kernel configuration completely eliminated SCSI. (I had no SCSI > devices in the system and didn't need or want the bloat that came with it.) > But when I booted the GENERIC kernel, the SCSI subsystem took control of ATA > devices, renaming them in the process. This is a big violation of POLA; the > change and the failure to boot were a big surprise. > normally, the device should still have been accessible through the old name. > The GENERIC kernel, instead of just using a direct ATA driver, was > assembling a complex, memory-intensive, and compute-intensive layer cake of > shims -- including the ata, ahci, da, and scbus drivers, not to mention GEOM > -- to get to the SATA disk. Since the system I was trying to build has only > one mass storage device -- a simple SSD -- and is tight on RAM, I'd rather > go without bloating the kernel, slowing the system, or exposing myself to > SCSI bugs by simply using an ATA driver. With all due respect for the hard > work of the people who went to the trouble to create all of those shims, I > hope that it remains possible to do this. > Reason for that is that your SSD is certainly connected to a SATA bus which, with AHCI, has more similarity with SCSI than plain IDE-ATA, cf [0]. The Linux folks have taken the same approach. > 2) I saw many warnings of lock order reversals under the GENERIC kernel, in > particular in the file system code. These obviously should be fixed before > release. > Where did you report them ? [btw, they might already be known.] - Arnaud [0]: mail from Andriy Gapon (FreeBSD), on NetBSD's tech-kern@: http://mail-index.netbsd.org/tech-kern/2011/04/26/msg010424.html From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 04:14:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53FAE106566B for ; Mon, 26 Sep 2011 04:14:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id D39058FC08 for ; Mon, 26 Sep 2011 04:14:10 +0000 (UTC) Received: by gxk26 with SMTP id 26so4061810gxk.13 for ; Sun, 25 Sep 2011 21:14:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=TBTnADPvBh4D49QvNTbLTZzTzAD9ENqxz8dMmwWhqa8=; b=O22Z1be7esKsPycIoy9RqV+2sJsKlDR/XmW5bEUK5jlP7lgQpShGqQYZ3n4rU3G3uM GLOyO5Pti5Z8ABbEAUcPF5YcqZTRrZNI9D/gShyRgfxSULan+bUzvtxclsqdS63qTUJw yL9aPs+LOawuG5rjqk9sjga1RidyFc8/sFhnA= MIME-Version: 1.0 Received: by 10.236.193.72 with SMTP id j48mr15374735yhn.21.1317010450129; Sun, 25 Sep 2011 21:14:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sun, 25 Sep 2011 21:14:10 -0700 (PDT) Date: Mon, 26 Sep 2011 12:14:10 +0800 X-Google-Sender-Auth: S7XGOkz2bfw8iaTh1dqB7Xkl2S8 Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 04:14:11 -0000 Hi all, I've just tried to boot a FreeBSD-9.0 BETA2 (i386) memstick USB image on my BIOS. When inserted into a FreeBSD box (the one that I wrote it from), the partition table has an MBR style partition setup with a single EFI partition on it. It however doesn't even get to the point where it fails to boot - it hangs the BIOS at the startup screen, just after the memory probe. This is normally where it'll print out the attached storage devices. If I attach another USB stick with a normal DOS/FAT filesystem and partition layout (the same model USB drive), the BIOS startup sequence completes. The motherboard is a Gigabyte G41MT-ES2L. The BIOS reports it as "G41MT-ES2L F2". The version string along the bottom is "12/01/2009-G41-ICH7-6a79PG03C-00". Thanks, Adrian [adrian@pcbsd-3114]/data/freebsd/mips/if_ath_tx/src/sys/net80211(2434)% fdisk da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=489 heads=255 sectors/track=63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=489 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 1092019 (533 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 04:25:37 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 271FD106566B for ; Mon, 26 Sep 2011 04:25:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id DE1078FC14 for ; Mon, 26 Sep 2011 04:25:36 +0000 (UTC) Received: by ywp17 with SMTP id 17so5096209ywp.13 for ; Sun, 25 Sep 2011 21:25:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=MZHot++bD+slyTe2EXpeBXAtFgl7OmVykHgQGP82TNY=; b=MJxMTXhHV/LsvVHXOFEwSbD/FpCnOLa7/qOtecOv+KshbaHd8OEmlfWxf0c+Q8dwXA N/VNWcKdjrTmDsi358gaC5eue3il97ZxwscKNDHMYvNXzt5xzlcTDqJCy2Y0O7kBG0FE zO1JDsYLHn5oTuZL/gesGgcwP5YF5d1oxDHKE= MIME-Version: 1.0 Received: by 10.236.129.165 with SMTP id h25mr36278594yhi.38.1317011136220; Sun, 25 Sep 2011 21:25:36 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sun, 25 Sep 2011 21:25:36 -0700 (PDT) In-Reply-To: <201109260053.SAA25795@lariat.net> References: <201109260053.SAA25795@lariat.net> Date: Mon, 26 Sep 2011 12:25:36 +0800 X-Google-Sender-Auth: GEwcBGOISUIE4IXFdie_d5AHIgQ Message-ID: From: Adrian Chadd To: Brett Glass Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 04:25:37 -0000 I agree, the lack of a virtual/emergency terminal seems a bit silly. I'm not sure about the cons25 versus xterm stuff - you're not the first person to report this. Guys/girls/other (Hi SF!) - why is this? :) It shouldn't be that hard to submit a patch to enable those extra vtys? Adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 04:56:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C628B106566B for ; Mon, 26 Sep 2011 04:56:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 776EB8FC08 for ; Mon, 26 Sep 2011 04:56:59 +0000 (UTC) Received: by yxk36 with SMTP id 36so5099896yxk.13 for ; Sun, 25 Sep 2011 21:56:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sSNUpxGwvkyapTOgfsoc5SNhUqvzf/YDL+nfD8rJZvM=; b=K6hOb7RLdhbLxD2pj+52OT5fOszi1AcCx2hqic3yQUs3csoMAocGy25oK3c1w+Fv3x AIP00vDDURR+ESP9mLeOuc/6tKYhkTBtJP+ZuL9Weo5oIi7PQNuukD2goQr8miDS1l77 /jsud2NKJG7HP7A2IXF63uXskGaxeIsTuGsRs= MIME-Version: 1.0 Received: by 10.42.145.70 with SMTP id e6mr6527464icv.195.1317013018566; Sun, 25 Sep 2011 21:56:58 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Sun, 25 Sep 2011 21:56:58 -0700 (PDT) In-Reply-To: References: Date: Sun, 25 Sep 2011 21:56:58 -0700 Message-ID: From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 04:56:59 -0000 On Sun, Sep 25, 2011 at 9:14 PM, Adrian Chadd wrote: > Hi all, > > I've just tried to boot a FreeBSD-9.0 BETA2 (i386) memstick USB image > on my BIOS. > > When inserted into a FreeBSD box (the one that I wrote it from), the > partition table has an MBR style partition setup with a single EFI > partition on it. > > It however doesn't even get to the point where it fails to boot - it > hangs the BIOS at the startup screen, just after the memory probe. > This is normally where it'll print out the attached storage devices. > If I attach another USB stick with a normal DOS/FAT filesystem and > partition layout (the same model USB drive), the BIOS start-up sequence > completes. > > The motherboard is a Gigabyte G41MT-ES2L. The BIOS reports it as > "G41MT-ES2L F2". > The version string along the bottom is "12/01/2009-G41-ICH7-6a79PG03C-00". Sounds like what happens when I try to boot my ThinkPad T520 with my cell phone plugged in (Thunderbolt). It locks up tight in BIOS. Won't boot anything. This is a hardware issue as the phone looks like a USB drive to the OS. After I boot I can plug in the phone and it is probes correctly under FreeBSD or Windows 7. I suspect that the thumb drive is the issue, not FreeBSD. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 05:03:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63770106564A for ; Mon, 26 Sep 2011 05:03:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 23DF88FC08 for ; Mon, 26 Sep 2011 05:03:17 +0000 (UTC) Received: by ywp17 with SMTP id 17so5114482ywp.13 for ; Sun, 25 Sep 2011 22:03:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=O8+HldfRDbFa0rSAc/Uqt3gDaZAJZ7m0NbQ+39cv5cc=; b=FBBuPIJlf3K+A3WG1hbBslCIgM0pM5Md0gk77/FHdetlrzm8CrTH0wDPAygBYGiGyK A42kmMAQMcXKUZ7mdF7i9vbf0XwnyhRWq4+2TTRp5wKps8+AcOfS4sapkZiTBeu0VX0B C0Qa9aXE1eZo6ELCR150cNR78u1aw32oODSsU= MIME-Version: 1.0 Received: by 10.236.75.227 with SMTP id z63mr36510378yhd.55.1317013397356; Sun, 25 Sep 2011 22:03:17 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sun, 25 Sep 2011 22:03:17 -0700 (PDT) In-Reply-To: References: Date: Mon, 26 Sep 2011 13:03:17 +0800 X-Google-Sender-Auth: VJHnPlIqOhg9wljr7YBORaQvYXE Message-ID: From: Adrian Chadd To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 05:03:18 -0000 On 26 September 2011 12:56, Kevin Oberman wrote: > I suspect that the thumb =A0drive is the issue, not FreeBSD. I've booted the drive successfully on an older Via C3 board. I'm now watching it boot successfully on a Gigabyte GA-8I915PC Duo board. I'm going to try dumping a Linux distro on this USB disk after I get PCBSD 9.0-BETA2 installed. That way I can try to eliminate the USB disk as being "funny". (Although it's quite possible the USB disk is doing other funny things.) I really do think that this BIOS of mine dislikes a GPT partition inside an MBR/DOS setup. If this is the case, I wonder how many other motherboard/BIOSes have this problem. Adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 05:07:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48314106564A; Mon, 26 Sep 2011 05:07:39 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id EBA6A8FC0A; Mon, 26 Sep 2011 05:07:38 +0000 (UTC) Received: by ywp17 with SMTP id 17so5116870ywp.13 for ; Sun, 25 Sep 2011 22:07:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=LHttWVObFLnNojKON9ZcKzd5lM7jFuZCe8+ozBFarGE=; b=HwtfR8sxvndBri1aiTASiY93fA+IAbd9tFrJX+EOYgfRPhJ1CkDTN3zJpzyhsYtSg7 nrcmaUH5jDqrsWvX9w51Muun33pyVLg8MeYNm7sbkPhfnOmowLGrk+mLqsIdWUkVOkWR xmlztZlnui876GT52SmvwdUiNTgwDsV0s0GqE= MIME-Version: 1.0 Received: by 10.231.82.131 with SMTP id b3mr7676909ibl.74.1317013657502; Sun, 25 Sep 2011 22:07:37 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Sun, 25 Sep 2011 22:07:37 -0700 (PDT) In-Reply-To: References: Date: Sun, 25 Sep 2011 22:07:37 -0700 Message-ID: From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 05:07:39 -0000 On Sun, Sep 25, 2011 at 10:03 PM, Adrian Chadd wrote: > On 26 September 2011 12:56, Kevin Oberman wrote: > >> I suspect that the thumb =A0drive is the issue, not FreeBSD. > > I've booted the drive successfully on an older Via C3 board. > > I'm now watching it boot successfully on a Gigabyte GA-8I915PC Duo board. > > I'm going to try dumping a Linux distro on this USB disk after I get > PCBSD 9.0-BETA2 installed. That way I can try to eliminate the USB > disk as being "funny". > (Although it's quite possible the USB disk is doing other funny things.) > > I really do think that this BIOS of mine dislikes a GPT partition > inside an MBR/DOS setup. If this is the case, I wonder how many other > motherboard/BIOSes have this problem. Adrian, I may not have been entirely clear. The Android and the BIOS in my laptop s= eem to have an issue. The Thunderbolt does not seem to block boot on other syst= ems, just my T520. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 05:15:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17253106566B for ; Mon, 26 Sep 2011 05:15:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id CAD038FC12 for ; Mon, 26 Sep 2011 05:15:39 +0000 (UTC) Received: by yia13 with SMTP id 13so5111070yia.13 for ; Sun, 25 Sep 2011 22:15:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=YJ2AknFRtWYb5QJ7iZnLwW3bzTPjPDrFmIhm+Y1WMaI=; b=EIfr4NccD59K1njTBolw0zgq/UHIJj2rSzyEAsEn40/jm4peCVMoBlVTIP1YkhzNGR i8eIXpoUpBMQC2ZNC1nMH9pkXKeoPoPp4QioMrnR9gQ99DKc6sO4pC9CFjsWnxyO5jL4 RtY4StJSxMXga0Z47enrPsEA6gsfSaaXRUfF4= MIME-Version: 1.0 Received: by 10.236.129.242 with SMTP id h78mr36450148yhi.89.1317014139350; Sun, 25 Sep 2011 22:15:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sun, 25 Sep 2011 22:15:39 -0700 (PDT) In-Reply-To: References: Date: Mon, 26 Sep 2011 13:15:39 +0800 X-Google-Sender-Auth: JMIgIKlwY6bZREod4GyGJJtQc24 Message-ID: From: Adrian Chadd To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 05:15:41 -0000 On 26 September 2011 13:07, Kevin Oberman wrote: > I may not have been entirely clear. The Android and the BIOS in my laptop seem > to have an issue. The Thunderbolt does not seem to block boot on other systems, > just my T520. Oh I understood that. It was this comment: > I suspect that the thumb drive is the issue, not FreeBSD. That was I disagreeing with. Another data point - the system boots and runs fine with the GPT/MBR layout on the SATA drive. Just not on USB. Adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 05:49:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AA02106566C for ; Mon, 26 Sep 2011 05:49:13 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id EC10D8FC13 for ; Mon, 26 Sep 2011 05:49:12 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p8Q5nCOJ065139; Sun, 25 Sep 2011 23:49:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p8Q5nCrw065136; Sun, 25 Sep 2011 23:49:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 25 Sep 2011 23:49:12 -0600 (MDT) From: Warren Block To: Adrian Chadd In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 25 Sep 2011 23:49:12 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 05:49:13 -0000 On Mon, 26 Sep 2011, Adrian Chadd wrote: > I've just tried to boot a FreeBSD-9.0 BETA2 (i386) memstick USB image > on my BIOS. > > When inserted into a FreeBSD box (the one that I wrote it from), the > partition table has an MBR style partition setup with a single EFI > partition on it. Also known as a "protective MBR". Wikipedia's section on GPT is decent: http://en.wikipedia.org/wiki/GUID_Partition_Table From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 08:09:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB4C21065670 for ; Mon, 26 Sep 2011 08:09:27 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2DEF88FC0A for ; Mon, 26 Sep 2011 08:09:26 +0000 (UTC) Received: by yxk36 with SMTP id 36so5215084yxk.13 for ; Mon, 26 Sep 2011 01:09:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=iGDg8jLXqLLcvE/NQ4Z7rrcidMIHT2LPrC8jEBJhy9c=; b=xRK4a6WC3bNiB8yxVnG/BrLjCcdMLvh1JXRUkDzNwdWRym+7Cw24hgjy1sN7VsNEwF x8xy6QJjIh3Oe3Px0djvHUi/rM0UEvGzohFL2sgcYeg9bAh4PkJAcTQhcl/kQG5jOe96 8YbCg6RL7AICxrI1OHAqpXmN+dzp057EiA/j4= Received: by 10.68.20.226 with SMTP id q2mr28080341pbe.115.1317024566179; Mon, 26 Sep 2011 01:09:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.224.11 with HTTP; Mon, 26 Sep 2011 01:09:06 -0700 (PDT) In-Reply-To: <1316987176793-4839491.post@n5.nabble.com> References: <1316987176793-4839491.post@n5.nabble.com> From: arrowdodger <6yearold@gmail.com> Date: Mon, 26 Sep 2011 12:09:06 +0400 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 9-stable: My AR5B95 not reconized anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 08:09:27 -0000 Oh, right. I swear, i read UPDATING, just missed that particular note. Adding "device ath_pci" fixed my problem. Thanks all. From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 08:12:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28D581065675 for ; Mon, 26 Sep 2011 08:12:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id DA11F8FC12 for ; Mon, 26 Sep 2011 08:12:14 +0000 (UTC) Received: by vws11 with SMTP id 11so6984926vws.13 for ; Mon, 26 Sep 2011 01:12:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=4FuCjvDY4xJYinBpuxOhHuTfhp5hx6yUTtq2XXJu1Tg=; b=nq1QoUd1ZzSjqvRnMibewmKrYdm6JxYdcDUEeAd4m6TtLE8HhN1vb13ik5QYI4bhXf +bbynSdVRiIA7a0ctYTWn3Tq/YSjDOvPqiLFBNHYlA/2YHcUncN13FqRu0XSgf9e4ujJ 6KnPQVV365yDNs2SDR1htKM1CeagqLij4CxRw= MIME-Version: 1.0 Received: by 10.52.72.16 with SMTP id z16mr5721266vdu.395.1317024733669; Mon, 26 Sep 2011 01:12:13 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.138 with HTTP; Mon, 26 Sep 2011 01:12:13 -0700 (PDT) In-Reply-To: References: <1316987176793-4839491.post@n5.nabble.com> Date: Mon, 26 Sep 2011 16:12:13 +0800 X-Google-Sender-Auth: ToI4WD7tY7er3lYACYDyJQfRmgc Message-ID: From: Adrian Chadd To: arrowdodger <6yearold@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: 9-stable: My AR5B95 not reconized anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 08:12:15 -0000 On 26 September 2011 16:09, arrowdodger <6yearold@gmail.com> wrote: > Oh, right. I swear, i read UPDATING, just missed that particular note. > Adding "device ath_pci" fixed my problem. > Thanks all. Please let me / freebsd-wireless@ know if things work :) I'd like some assurances that the wireless in 9.0 is stable and performs well! Adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 08:38:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80ECB1065673 for ; Mon, 26 Sep 2011 08:38:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3D5408FC0C for ; Mon, 26 Sep 2011 08:38:45 +0000 (UTC) Received: by vws11 with SMTP id 11so7003055vws.13 for ; Mon, 26 Sep 2011 01:38:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=xzKfYkJbunUmNJLVmUW4OUwXDGxEyflYjhRaF3c3jC8=; b=FtuNm0iwoU3KXLM34TlWixEGIgPco60Zv8g2WB6/Z2BODjOojTn/JsRB1ZDQ9hT5bl Mi9gilgFYPVc22oS0sQ6Wsr7Bys/G0PvjB7XJz2v/Pg/8itrEYxXeD2JnSmHqEOxHqXO GZixLdIC0KY+c7QcA7gUYZEeZM4OntC2emeBc= MIME-Version: 1.0 Received: by 10.52.96.10 with SMTP id do10mr5626888vdb.194.1317026325516; Mon, 26 Sep 2011 01:38:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.138 with HTTP; Mon, 26 Sep 2011 01:38:45 -0700 (PDT) In-Reply-To: References: Date: Mon, 26 Sep 2011 16:38:45 +0800 X-Google-Sender-Auth: 4VtT3N5r3b_K1S-vt-MsfJmzdjo Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 08:38:46 -0000 .. and as a side note, PCBSD 9.0-BETA2 USB install booted fine on the same machine (Although I needed a larger flash disk, as it's 100 megabytes larger than what my "4 gigabyte" USB flash drives advertise.) I'll try dumping FreeBSD on the same USB flash disk once PCBSD is installed, just to eliminate the USB disk itself as an issue. Adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 08:39:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08EF6106566C for ; Mon, 26 Sep 2011 08:39:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B55A18FC1E for ; Mon, 26 Sep 2011 08:39:28 +0000 (UTC) Received: by vws11 with SMTP id 11so7003512vws.13 for ; Mon, 26 Sep 2011 01:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=lnNze/IlCfo3a0+IJsM10npS/UUwwMGCgSgr6oR+uQ8=; b=Ed7oi3nvlMB+bU/8EX9jU6WLY5DuAO+Ii2kOqT8vzbw5Gyy6n6MzK7JZd9aar3ZBq+ M0XxDiwmkqBUb9oQB8yew8AdUqXmIMsxGZuupc+xsc/44A8km9RGvxSm3MJQHu7C25PA chciMN7m+uHlSnGaYjzQaFUtzzSo6thScPCPY= MIME-Version: 1.0 Received: by 10.52.72.16 with SMTP id z16mr5744693vdu.395.1317026367992; Mon, 26 Sep 2011 01:39:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.138 with HTTP; Mon, 26 Sep 2011 01:39:27 -0700 (PDT) In-Reply-To: References: Date: Mon, 26 Sep 2011 16:39:27 +0800 X-Google-Sender-Auth: jFYelUiDIXhOpuYiRKAHD0uc1fY Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 08:39:29 -0000 .. because PCBSD 9.0 uses a FreeBSD partition inside an MBR/DOS partition scheme, rather than GPT inside MBR/DOS. Something tells me this is going to cause problems.. Adrian On 26 September 2011 16:38, Adrian Chadd wrote: > .. and as a side note, PCBSD 9.0-BETA2 USB install booted fine on the > same machine (Although I needed a larger flash disk, as it's 100 > megabytes larger than what my "4 gigabyte" USB flash drives > advertise.) > > I'll try dumping FreeBSD on the same USB flash disk once PCBSD is > installed, just to eliminate the USB disk itself as an issue. > > > Adrian > From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 09:56:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FAF2106566C for ; Mon, 26 Sep 2011 09:56:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D98028FC17 for ; Mon, 26 Sep 2011 09:56:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R87v5-0007Nf-BL for freebsd-current@freebsd.org; Mon, 26 Sep 2011 11:56:15 +0200 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, 26 Sep 2011 11:56:15 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 26 Sep 2011 11:56:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 26 Sep 2011 11:55:46 +0200 Lines: 35 Message-ID: References: <20110920210906.GG14862@over-yonder.net> <20110921082649.9616D1065672@hub.freebsd.org> <20110923024951.GJ14862@over-yonder.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8A1A1BF162D1FA0253F6C799" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110907 Thunderbird/6.0.1 In-Reply-To: <20110923024951.GJ14862@over-yonder.net> X-Enigmail-Version: 1.1.2 Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 09:56:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8A1A1BF162D1FA0253F6C799 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 23/09/2011 04:49, Matthew D. Fuller wrote: > On Wed, Sep 21, 2011 at 08:26:47AM +0000 I heard the voice of > Thomas Mueller, and lo! it spake thus: >> >> I don't think there is any particular advantage in aligning GPT >> partitions on 1 MB boundaries. >=20 > No, but it's biiiig, and roooound! (http://dilbert.com/fast/1994-03-24= /) =2E.. and both Windows and Linux do it that way so to avoid any possible future problems, we should too. --------------enig8A1A1BF162D1FA0253F6C799 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6ATDEACgkQldnAQVacBciidgCgqB1SyIEmTl1hPKrfPK8GgFkS r2MAoNa/hhJ+TCb/Tm2HGzpr0whwjsEo =CrUv -----END PGP SIGNATURE----- --------------enig8A1A1BF162D1FA0253F6C799-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 10:28:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF3841065670 for ; Mon, 26 Sep 2011 10:28:29 +0000 (UTC) (envelope-from alexkozlov0@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 725268FC08 for ; Mon, 26 Sep 2011 10:28:29 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so6815733bkb.13 for ; Mon, 26 Sep 2011 03:28:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition; bh=L4/Q0Ob5cQ0cq477249RgKrgTCanoTlzBP34myyqvaQ=; b=dy0PK2nWicZF7qJkcE++NHJ4F8gkBDRoJuxQQy44bV7wXLgTVXokz58FgW2AE2HGNM FGBoGEPk4NouxxRJNY3X39i0Gl/Us4QZNnvXjpXkYPKUaBFaQnVOqv6TPH7Q2bVY1RiU URoNjUDwW0TwK5s99mL7eSlllJ6eeyvCbmvdA= Received: by 10.204.132.130 with SMTP id b2mr3863429bkt.5.1317032908370; Mon, 26 Sep 2011 03:28:28 -0700 (PDT) Received: from ravenloft.kiev.ua (ravenloft.kiev.ua. [94.244.131.95]) by mx.google.com with ESMTPS id d1sm20312597bku.1.2011.09.26.03.28.26 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Sep 2011 03:28:27 -0700 (PDT) Sender: Alex Kozlov Date: Mon, 26 Sep 2011 13:28:25 +0300 From: Alex Kozlov To: freebsd-current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20110926102825.GA52518@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: Re: Unusually high LA without any load at FreeBSD9-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 10:28:29 -0000 On Tue, Sep 06, 2011 at 08:32:55PM +0300, Alex Kozlov wrote: > On Tue, Sep 06, 2011 at 05:22:02PM +0000, Poul-Henning Kamp wrote: >> We should kille the load avarage as a measure for system activity, >> it only has any relevance if you run heavy CPU bound processes. > It may be true, but in current kernel from beginning of june I would I mean stable kernel from beginning of june... > see la about 0,01 in this situation. > > Note that cpu idling: > dev.cpu.0.freq: 300 > dev.cpu.0.freq_levels: 2200/35000 1925/30625 1650/26250 1600/23000 1400/20125 1200/15000 1050/13125 900/11250 750/9375 600/7500 450/5625 300/3750 150/1875 > dev.cpu.0.cx_supported: C1/1 C2/1 C3/17 > [...] > 11 root 2 155 ki31 0K 32K CPU1 1 29.4H 200.00% idle > > I think process accounting get broken or something like this. I updated to BETA-3, disabled all unnecessary modules (sound, net, wifi, ahci), boot in single user (no tricky programs, no external influence) and left laptop for 12+ hours, when I returned LA: 0,62 0,74 0,72 Anyone else observed something like that? If I boot from another flash with 8-STABLE from june, after a few hours I get LA: 0,01 0,00 0,00 , as expected. -- Adios From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 11:32:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C35871065689 for ; Mon, 26 Sep 2011 11:32:43 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 829F08FC0A for ; Mon, 26 Sep 2011 11:32:40 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R89QN-0002Nq-U8>; Mon, 26 Sep 2011 13:32:39 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R89QN-00061r-S3>; Mon, 26 Sep 2011 13:32:39 +0200 Message-ID: <4E8062D7.3070000@zedat.fu-berlin.de> Date: Mon, 26 Sep 2011 13:32:39 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-questions@FreeBSD.ORG, FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: Point Cloud Library (PCL) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 11:32:43 -0000 Hello. Does anyone knows whether there is a port of the Point Cloud Library (PCL), which seems to be a subproject of OpenCV? Any hints or tips are welcome. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 12:12:39 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37B0A106564A; Mon, 26 Sep 2011 12:12:39 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AD4E78FC0A; Mon, 26 Sep 2011 12:12:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id p8QBw4sb092415; Mon, 26 Sep 2011 15:58:04 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p8QBw4mP092414; Mon, 26 Sep 2011 15:58:04 +0400 (MSK) (envelope-from ache) Date: Mon, 26 Sep 2011 15:58:03 +0400 From: Andrey Chernov To: ume@FreeBSD.org, gshapiro@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Message-ID: <20110926115801.GA92276@vniz.net> Mail-Followup-To: Andrey Chernov , ume@FreeBSD.org, gshapiro@freebsd.org, current@freebsd.org, stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: System sendmail build fails with updated cyrus-sasl2 port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 12:12:39 -0000 This is for 9 BETA2 or 10-CURRENT. Please fix it on either side. Apparently minor types mismatch within sasl_callback_t type. cc -O2 -pipe -march=pentium4 -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include -DSASL=2 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c cc1: warnings being treated as errors /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: initialization from incompatible pointer type /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: initialization from incompatible pointer type *** Error code 1 -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 12:33:43 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B6E106564A; Mon, 26 Sep 2011 12:33:43 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 030678FC12; Mon, 26 Sep 2011 12:33:42 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 5560ADC0BA; Mon, 26 Sep 2011 12:14:46 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 1DB7FDC0B6 for ; Mon, 26 Sep 2011 12:14:44 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E9500163DC9; Mon, 26 Sep 2011 12:12:48 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7CE6910656F3; Mon, 26 Sep 2011 12:12:48 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37B0A106564A; Mon, 26 Sep 2011 12:12:39 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AD4E78FC0A; Mon, 26 Sep 2011 12:12:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id p8QBw4sb092415; Mon, 26 Sep 2011 15:58:04 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p8QBw4mP092414; Mon, 26 Sep 2011 15:58:04 +0400 (MSK) (envelope-from ache) Date: Mon, 26 Sep 2011 15:58:03 +0400 From: Andrey Chernov To: ume@FreeBSD.org, gshapiro@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Message-ID: <20110926115801.GA92276@vniz.net> Mail-Followup-To: Andrey Chernov , ume@FreeBSD.org, gshapiro@freebsd.org, current@freebsd.org, stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Subject: System sendmail build fails with updated cyrus-sasl2 port X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 12:33:43 -0000 This is for 9 BETA2 or 10-CURRENT. Please fix it on either side. Apparently minor types mismatch within sasl_callback_t type. cc -O2 -pipe -march=pentium4 -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include -DSASL=2 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c cc1: warnings being treated as errors /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: initialization from incompatible pointer type /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: initialization from incompatible pointer type *** Error code 1 -- http://ache.vniz.net/ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 14:00:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40F6A1065670; Mon, 26 Sep 2011 14:00:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 16CF18FC0A; Mon, 26 Sep 2011 14:00:55 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id BD60C46B46; Mon, 26 Sep 2011 10:00:54 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5FC9C8A03C; Mon, 26 Sep 2011 10:00:54 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Sep 2011 09:17:43 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E7D6700.4080302@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109260917.44236.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 26 Sep 2011 10:00:54 -0400 (EDT) Cc: Adrian Chadd , Alexander Motin Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 14:00:55 -0000 On Sunday, September 25, 2011 5:48:31 am Adrian Chadd wrote: > Nope, it has the opposite effect: > > * Increased latency may make aggregation better (for TX) but it limits > throughput because TCP senses a latency increase; I suspect this matters more. Have you tried comparing UDP throughput in the two cases? One behavioral difference of a periodic timer vs a deadline timer is that if you ask to delay for "1 clock tick", that can be anywhere from 0us to 1000us (with hz == 1000) when using the periodic timer (because you can set the callout at any time within a tick, but the callout will fire at the start of the next tick). However, for a deadline timer, the TCP timer will always fire 1000us after you set the timer. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 14:00:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BB02106564A for ; Mon, 26 Sep 2011 14:00:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4402F8FC13 for ; Mon, 26 Sep 2011 14:00:56 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EFA1B46B0C; Mon, 26 Sep 2011 10:00:55 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 891BF8A03E; Mon, 26 Sep 2011 10:00:55 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Sep 2011 09:20:37 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <20110925082217.92E54106566B@hub.freebsd.org> In-Reply-To: <20110925082217.92E54106566B@hub.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201109260920.38230.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 26 Sep 2011 10:00:55 -0400 (EDT) Cc: Thomas Mueller Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 14:00:56 -0000 On Sunday, September 25, 2011 4:16:51 am Thomas Mueller wrote: > Other issue is the 64 KB boot partition, which does not boot for me. > > There ought to be an option, or is there already, to omit the boot partition. > > Sysinstall had such an option, to not install the boot loader, since user could already have another boot manager such as LILO or grub (legacy or grub2). > > Does the 64 KB boot partition have to be the first partition on the disk in order to be functional? One might want to use a different boot loader, such as grub2, and what about the EFI system partition that is very different from a 64 KB FreeBSD boot partition? The GPT boot-from-BIOS mode requires the 64 KB boot partition. At some point when we have an EFI loader we will not need a boot partition for GPT, though instead you will need a larger EFI partition. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 14:00:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD07D1065674 for ; Mon, 26 Sep 2011 14:00:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B627E8FC0C for ; Mon, 26 Sep 2011 14:00:58 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6EE4446B46; Mon, 26 Sep 2011 10:00:58 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0F1608A037; Mon, 26 Sep 2011 10:00:58 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 26 Sep 2011 09:27:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201109260053.SAA25795@lariat.net> In-Reply-To: <201109260053.SAA25795@lariat.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109260927.02540.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 26 Sep 2011 10:00:58 -0400 (EDT) Cc: Brett Glass Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 14:00:59 -0000 On Sunday, September 25, 2011 8:52:37 pm Brett Glass wrote: > First thing I noticed, when running the new FreeBSD installer from > a memory stick image, is that disk partitioning was odd. It > abandoned standard UNIX parlance, calling what are traditionally > called "slices" partitions. It also diverged from past practice by > creating one big UFS filesystem rather than the usual separate > partitions for /, /tmp, /var, /usr. It then made a separate slice > (to use the traditional terminology) for swap, rather than > including it in the slice that contained the big file system. This > seemed odd; if the file system was being lumped together in one > place, why break out the swap to an entirely separate slice? I can't speak to the "one-big-fs" bit (there was another thread long ago about that). However, as to the partitioning bit, bsdinstall is defaulting to using the newer GPT scheme instead of an MBR with a nested BSD label. It is simpler (only LBAs, no C/H/S dance), more extensible (partition table can be sized at creation time), supports larger disks (64-bit LBAs, which neither MBR nor the BSD label support), and is the x86 disk layout scheme of the future (EFI mandates GPT). It is actually more like a traditional BSD system that would have only had a BSD label (and no MBR) on the disk. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 14:00:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDDE4106564A; Mon, 26 Sep 2011 14:00:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C3FD68FC14; Mon, 26 Sep 2011 14:00:59 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 76C9C46B0C; Mon, 26 Sep 2011 10:00:59 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1BBB68A03C; Mon, 26 Sep 2011 10:00:59 -0400 (EDT) From: John Baldwin To: freebsd-drivers@freebsd.org Date: Mon, 26 Sep 2011 09:30:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <75E1A2A7D185F841A975979B0906BBA67BCCAB7609@AVEXMB1.qlogic.org> <201109222007.19182.hselasky@c2i.net> <1316791266.39972.3.camel@buffy.york.ac.uk> In-Reply-To: <1316791266.39972.3.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109260930.39309.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 26 Sep 2011 10:00:59 -0400 (EDT) Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: Choosing between DELAY(useconds) and pause() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 14:01:00 -0000 On Friday, September 23, 2011 11:21:06 am Gavin Atkinson wrote: > On Thu, 2011-09-22 at 20:07 +0200, Hans Petter Selasky wrote: > > On Thursday 22 September 2011 19:55:23 David Somayajulu wrote: > > > It appears that the pause() function cannot be used in driver functions > > > which are invoked early in the boot process. Is there is a kernel api > > > which a device driver can use to determine whether to use pause() or > > > DELAY(), for delays which are say greater than 10hz - may be even 1 hz ? > > > > Maybe you want to use something like this: > > > > if (cold) > > DELAY() > > else > > pause() > > > > In your code. > > Note that this still shouldn't be done in your suspend/resume paths, as > "cold" isn't set there, however there also appears to be no guarantee > that pause() will ever return (as you could be running after the timer > has been suspended, or before it resumes). > > I'm not sure what the correct answer is for suspend/resume code. Hmmm, on x86 the timers are explicitly shutdown after the DEVICE_SUSPEND() pass over the tree and re-enabled before DEVICE_RESUME(). Perhaps this has changed in HEAD though with the eventtimers stuff. I do think it is best however, to use DELAY() in the suspend/resume path always regardless. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 14:10:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 154DD1065676; Mon, 26 Sep 2011 14:10:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 971348FC15; Mon, 26 Sep 2011 14:10:28 +0000 (UTC) Received: by vcbf13 with SMTP id f13so3947676vcb.13 for ; Mon, 26 Sep 2011 07:10:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=MZVXGKz+0nz1Vimy6eRI6o2WJAFZzR4bqWaSmON7nVc=; b=lQxAPn470NV/mzYkYnExvhUjJF+xsjXHpnD5PSE51aVkqJfRDC6BqOu5QWkY+OqCJ1 fbPQzrS4Gwip0g18uVWMlD4eqGbQkoLN6YL4J9FK+43MxUK23N7d1sJXojHJn93KilOC FzQDd5Mv34eRD8xwZMLYM5gV2hWsrQnHmhvyk= MIME-Version: 1.0 Received: by 10.52.72.9 with SMTP id z9mr1426651vdu.60.1317046227886; Mon, 26 Sep 2011 07:10:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.138 with HTTP; Mon, 26 Sep 2011 07:10:27 -0700 (PDT) In-Reply-To: <201109260917.44236.jhb@freebsd.org> References: <4E7D6700.4080302@FreeBSD.org> <201109260917.44236.jhb@freebsd.org> Date: Mon, 26 Sep 2011 22:10:27 +0800 X-Google-Sender-Auth: uPYLSy_Lf07m92A09EryWJl-XGg Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 14:10:29 -0000 On 26 September 2011 21:17, John Baldwin wrote: > On Sunday, September 25, 2011 5:48:31 am Adrian Chadd wrote: >> Nope, it has the opposite effect: >> >> * Increased latency may make aggregation better (for TX) but it limits >> throughput because TCP senses a latency increase; > > I suspect this matters more. =A0Have you tried comparing UDP throughput i= n the > two cases? Yes, UDP performance from the MIPS boards (running iperf) is just plain silly and low. It's better from the i386 based eeepc (I can get around 200mbit before things croak it, but I _should_ be able to schedule ~ 250mbit with maximum aggregation and no airtime errors / retries, which I _can_ achieve in controlled conditions.) I haven't yet dug into that. It may be related. > One behavioral difference of a periodic timer vs a deadline timer is that= if > you ask to delay for "1 clock tick", that can be anywhere from 0us to 100= 0us > (with hz =3D=3D 1000) when using the periodic timer (because you can set = the > callout at any time within a tick, but the callout will fire at the start= of > the next tick). =A0However, for a deadline timer, the TCP timer will alwa= ys fire > 1000us after you set the timer. Right. Hm, what about scheduling in general though? Ie, if I'm scheduling a taskqueue run, the taskqueue caller does: * lock queue * schedule next task queue * call wakeup_one Which should wake up a/the taskqueue thread in question and have it immediately run the next task on the queue. The taskqueue doesn't have any form of timer/callout; it's just a "submit this to get run." When will it be run? I hope not at the next tick, not if the CPU is free. Adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 14:52:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C6A9106566B for ; Mon, 26 Sep 2011 14:52:39 +0000 (UTC) (envelope-from ambrosehua@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 164E48FC0C for ; Mon, 26 Sep 2011 14:52:38 +0000 (UTC) Received: by fxg9 with SMTP id 9so7794387fxg.13 for ; Mon, 26 Sep 2011 07:52:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=La5XtTe9IODW/ugT226u6tOkkc/69VbWolN5++k+nB0=; b=v6F8gQGxIbGWI81fTT+3T7VnzSNELkjirZ0tQ/IsNC+SqQF5tP/zNqF7LBM49ZTBT1 CXzL0j9yN9S1tUUlmzIMXL8zSpbPwBB2Bxz+/PQSATVmqTZ82JDRpkDpGbM9QZqMQCj/ 99QgYOrRwRJ6sjWOMn5Gb2RAtVVmQ5Xry33JU= MIME-Version: 1.0 Received: by 10.223.14.133 with SMTP id g5mr10506666faa.69.1317048758190; Mon, 26 Sep 2011 07:52:38 -0700 (PDT) Received: by 10.223.118.205 with HTTP; Mon, 26 Sep 2011 07:52:38 -0700 (PDT) Date: Mon, 26 Sep 2011 22:52:38 +0800 Message-ID: From: Paul Ambrose To: rysto32@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: [PATCH] dtrace crashes when trying to trace fbt probes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 14:52:39 -0000 Hi, Ryan, I came across the similar problem on 8-stable when I run # dtrace -lv the panic message says: page fault just happened at fbt.c ........................................................................ if (*lc.ctfoffp == NULL) { // page fault /* * Initialise the CTF object and function symindx to * byte offset array. */ if (fbt_ctfoff_init(ctl, &lc) != 0) return; /* Initialise the CTF type to byte offset array. */ if (fbt_typoff_init(&lc) != 0) return; } ........................................................................ And I came across the similar problem on 9-current only once, but when I recompile the kernel, it does not reproduce. I will try your patch on 8-stable, but could you tell me where did you meet the problem, and what is your module without CTF data? From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 15:16:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35084106564A; Mon, 26 Sep 2011 15:16:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0A7AE8FC14; Mon, 26 Sep 2011 15:16:40 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B3CFD46B23; Mon, 26 Sep 2011 11:16:39 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 543308A02E; Mon, 26 Sep 2011 11:16:39 -0400 (EDT) From: John Baldwin To: Adrian Chadd Date: Mon, 26 Sep 2011 10:53:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201109260917.44236.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109261053.30410.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 26 Sep 2011 11:16:39 -0400 (EDT) Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 15:16:40 -0000 On Monday, September 26, 2011 10:10:27 am Adrian Chadd wrote: > On 26 September 2011 21:17, John Baldwin wrote: > > On Sunday, September 25, 2011 5:48:31 am Adrian Chadd wrote: > >> Nope, it has the opposite effect: > >> > >> * Increased latency may make aggregation better (for TX) but it limits > >> throughput because TCP senses a latency increase; > > > > I suspect this matters more. Have you tried comparing UDP throughput in the > > two cases? > > Yes, UDP performance from the MIPS boards (running iperf) is just > plain silly and low. > > It's better from the i386 based eeepc (I can get around 200mbit before > things croak it, but I _should_ be able to schedule ~ 250mbit with > maximum aggregation and no airtime errors / retries, which I _can_ > achieve in controlled conditions.) I meant do the timer settings affect UDP performance? I.e. does idletick=1 change UDP performance at all? > > One behavioral difference of a periodic timer vs a deadline timer is that if > > you ask to delay for "1 clock tick", that can be anywhere from 0us to 1000us > > (with hz == 1000) when using the periodic timer (because you can set the > > callout at any time within a tick, but the callout will fire at the start of > > the next tick). However, for a deadline timer, the TCP timer will always fire > > 1000us after you set the timer. > > Right. Hm, what about scheduling in general though? Ie, if I'm > scheduling a taskqueue run, the taskqueue caller does: > > * lock queue > * schedule next task queue > * call wakeup_one > > Which should wake up a/the taskqueue thread in question and have it > immediately run the next task on the queue. The taskqueue doesn't have > any form of timer/callout; it's just a "submit this to get run." When > will it be run? I hope not at the next tick, not if the CPU is free. No, that scheduling is synchronous. Anytime a thread is scheduled the scheduler will check if it should preempt the current thread to run the new thread. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 15:30:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B1AB106566C; Mon, 26 Sep 2011 15:30:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 15B0F8FC08; Mon, 26 Sep 2011 15:30:27 +0000 (UTC) Received: by gwj18 with SMTP id 18so5745196gwj.13 for ; Mon, 26 Sep 2011 08:30:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=m1HHkqo3DZ6gBYuYQ6DrTXCBLK4ZNoKYg3mhhfKRCFM=; b=RKfJulW/1te8ZZApmSfV68hn+LhLMe+c2UDR6kAuwjeiYZLDTXuQitTrNtGei9hgid vfcaqCeA7NPp7X6cFo5koBQ0SwCc3r6fwui0yf4MjApXbrkKmvAjvoeGZ7tGCgLan+l8 5EXb8mS4efd0Ayp5O7qaN1Kc/0sFGcsG38StI= MIME-Version: 1.0 Received: by 10.236.193.72 with SMTP id j48mr19498906yhn.21.1317051027533; Mon, 26 Sep 2011 08:30:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 08:30:27 -0700 (PDT) In-Reply-To: <201109261053.30410.jhb@freebsd.org> References: <201109260917.44236.jhb@freebsd.org> <201109261053.30410.jhb@freebsd.org> Date: Mon, 26 Sep 2011 23:30:27 +0800 X-Google-Sender-Auth: VxmY6we6hrZ6YM4EzT1soh80x5o Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 15:30:28 -0000 On 26 September 2011 22:53, John Baldwin wrote: > I meant do the timer settings affect UDP performance? =A0I.e. does idleti= ck=3D1 > change UDP performance at all? I'll check that and get back to you. But please keep in mind that the first time I tried this and saw immediate results was with the device in hostap mode - where ethernet and wlan0 are bridged via if_bridge. There's no TCP or UDP state being handled at all. >> Which should wake up a/the taskqueue thread in question and have it >> immediately run the next task on the queue. The taskqueue doesn't have >> any form of timer/callout; it's just a "submit this to get run." When >> will it be run? I hope not at the next tick, not if the CPU is free. > > No, that scheduling is synchronous. =A0Anytime a thread is scheduled the > scheduler will check if it should preempt the current thread to run the > new thread. I admit I don't quite understand yet the scheduler and event/timer handling code. What about if nothing is currently scheduled and the CPU is idle? When will the idle process get tickled? I assume it would preempt the idle process immediately and run the taskqueue kernel thread, right? Would there ever be a situation where it doesn't do this? Adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:23:47 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EADAD106566B; Mon, 26 Sep 2011 16:23:47 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 34C638FC14; Mon, 26 Sep 2011 16:23:47 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.5/8.14.5) with ESMTP/inet6 id p8QGNW85077217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2011 01:23:40 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 27 Sep 2011 01:23:32 +0900 Message-ID: From: Hajimu UMEMOTO To: Andrey Chernov , gshapiro@FreeBSD.org In-Reply-To: <20110926115801.GA92276@vniz.net> References: <20110926115801.GA92276@vniz.net> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (i386-portbld-freebsd8.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Tue_Sep_27_01:23:32_2011-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 27 Sep 2011 01:23:40 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.2 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: System sendmail build fails with updated cyrus-sasl2 port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 16:23:48 -0000 --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Mon, 26 Sep 2011 15:58:03 +0400 >>>>> Andrey Chernov said: ache> This is for 9 BETA2 or 10-CURRENT. ache> Please fix it on either side. Apparently minor types mismatch within ache> sasl_callback_t type. ache> cc -O2 -pipe -march=pentium4 ache> -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src ache> -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB ache> -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 ache> -I/usr/local/include -DSASL=2 -std=gnu99 -fstack-protector ache> -Wsystem-headers -Werror -Wno-pointer-sign -c ache> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c ache> cc1: warnings being treated as errors ache> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: ache> initialization from incompatible pointer type ache> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: ache> initialization from incompatible pointer type ache> *** Error code 1 It seems 2.1.25 requires to cast to sasl_callback_ft. How about the attached patch? --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/x-patch; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="sendmail-sasl-2.1.25.diff" Content-Transfer-Encoding: 7bit Index: contrib/sendmail/src/main.c diff -u -p contrib/sendmail/src/main.c.orig contrib/sendmail/src/main.c --- contrib/sendmail/src/main.c.orig 2011-06-22 13:00:26.000000000 +0900 +++ contrib/sendmail/src/main.c 2011-09-27 00:32:34.000000000 +0900 @@ -109,8 +109,8 @@ GIDSET_T InitialGidSet[NGROUPS_MAX]; #if SASL static sasl_callback_t srvcallbacks[] = { - { SASL_CB_VERIFYFILE, &safesaslfile, NULL }, - { SASL_CB_PROXY_POLICY, &proxy_policy, NULL }, + { SASL_CB_VERIFYFILE, (sasl_callback_ft)&safesaslfile, NULL }, + { SASL_CB_PROXY_POLICY, (sasl_callback_ft)&proxy_policy, NULL }, { SASL_CB_LIST_END, NULL, NULL } }; #endif /* SASL */ Index: contrib/sendmail/src/sendmail.h diff -u contrib/sendmail/src/sendmail.h.orig contrib/sendmail/src/sendmail.h --- contrib/sendmail/src/sendmail.h.orig 2011-06-22 13:00:27.000000000 +0900 +++ contrib/sendmail/src/sendmail.h 2011-09-27 00:57:43.000000000 +0900 @@ -133,10 +133,15 @@ # if SASL == 2 || SASL >= 20000 # include +# include # include +# if SASL_VERSION_FULL < 0x020119 +typedef int (*sasl_callback_ft)(void); +# endif # else /* SASL == 2 || SASL >= 20000 */ # include # include +typedef int (*sasl_callback_ft)(void); # endif /* SASL == 2 || SASL >= 20000 */ # if defined(SASL_VERSION_MAJOR) && defined(SASL_VERSION_MINOR) && defined(SASL_VERSION_STEP) # define SASL_VERSION (SASL_VERSION_MAJOR * 10000) + (SASL_VERSION_MINOR * 100) + SASL_VERSION_STEP Index: contrib/sendmail/src/usersmtp.c diff -u -p contrib/sendmail/src/usersmtp.c.orig contrib/sendmail/src/usersmtp.c --- contrib/sendmail/src/usersmtp.c.orig 2011-09-27 00:51:44.000000000 +0900 +++ contrib/sendmail/src/usersmtp.c 2011-09-27 00:51:52.000000000 +0900 @@ -524,15 +524,15 @@ static int attemptauth __P((MAILER *, MC static sasl_callback_t callbacks[] = { - { SASL_CB_GETREALM, &saslgetrealm, NULL }, + { SASL_CB_GETREALM, (sasl_callback_ft)&saslgetrealm, NULL }, #define CB_GETREALM_IDX 0 - { SASL_CB_PASS, &getsecret, NULL }, + { SASL_CB_PASS, (sasl_callback_ft)&getsecret, NULL }, #define CB_PASS_IDX 1 - { SASL_CB_USER, &getsimple, NULL }, + { SASL_CB_USER, (sasl_callback_ft)&getsimple, NULL }, #define CB_USER_IDX 2 - { SASL_CB_AUTHNAME, &getsimple, NULL }, + { SASL_CB_AUTHNAME, (sasl_callback_ft)&getsimple, NULL }, #define CB_AUTHNAME_IDX 3 - { SASL_CB_VERIFYFILE, &safesaslfile, NULL }, + { SASL_CB_VERIFYFILE, (sasl_callback_ft)&safesaslfile, NULL }, #define CB_SAFESASL_IDX 4 { SASL_CB_LIST_END, NULL, NULL } }; --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Tue_Sep_27_01:23:32_2011-1-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:25:25 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E21801065672; Mon, 26 Sep 2011 16:25:25 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C47A8FC1D; Mon, 26 Sep 2011 16:25:24 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 155E0DC0BA; Mon, 26 Sep 2011 16:26:11 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 29DE9DC0B6 for ; Mon, 26 Sep 2011 16:26:08 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8ACB2178134; Mon, 26 Sep 2011 16:24:04 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 41CAA10657D3; Mon, 26 Sep 2011 16:24:02 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EADAD106566B; Mon, 26 Sep 2011 16:23:47 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 34C638FC14; Mon, 26 Sep 2011 16:23:47 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.5/8.14.5) with ESMTP/inet6 id p8QGNW85077217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2011 01:23:40 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 27 Sep 2011 01:23:32 +0900 Message-ID: From: Hajimu UMEMOTO To: Andrey Chernov , gshapiro@FreeBSD.org In-Reply-To: <20110926115801.GA92276@vniz.net> References: <20110926115801.GA92276@vniz.net> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (i386-portbld-freebsd8.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Tue_Sep_27_01:23:32_2011-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 27 Sep 2011 01:23:40 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.2 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: System sendmail build fails with updated cyrus-sasl2 port X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 16:25:26 -0000 --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Mon, 26 Sep 2011 15:58:03 +0400 >>>>> Andrey Chernov said: ache> This is for 9 BETA2 or 10-CURRENT. ache> Please fix it on either side. Apparently minor types mismatch within ache> sasl_callback_t type. ache> cc -O2 -pipe -march=pentium4 ache> -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src ache> -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB ache> -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 ache> -I/usr/local/include -DSASL=2 -std=gnu99 -fstack-protector ache> -Wsystem-headers -Werror -Wno-pointer-sign -c ache> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c ache> cc1: warnings being treated as errors ache> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: ache> initialization from incompatible pointer type ache> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: ache> initialization from incompatible pointer type ache> *** Error code 1 It seems 2.1.25 requires to cast to sasl_callback_ft. How about the attached patch? --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/x-patch; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="sendmail-sasl-2.1.25.diff" Content-Transfer-Encoding: 7bit Index: contrib/sendmail/src/main.c diff -u -p contrib/sendmail/src/main.c.orig contrib/sendmail/src/main.c --- contrib/sendmail/src/main.c.orig 2011-06-22 13:00:26.000000000 +0900 +++ contrib/sendmail/src/main.c 2011-09-27 00:32:34.000000000 +0900 @@ -109,8 +109,8 @@ GIDSET_T InitialGidSet[NGROUPS_MAX]; #if SASL static sasl_callback_t srvcallbacks[] = { - { SASL_CB_VERIFYFILE, &safesaslfile, NULL }, - { SASL_CB_PROXY_POLICY, &proxy_policy, NULL }, + { SASL_CB_VERIFYFILE, (sasl_callback_ft)&safesaslfile, NULL }, + { SASL_CB_PROXY_POLICY, (sasl_callback_ft)&proxy_policy, NULL }, { SASL_CB_LIST_END, NULL, NULL } }; #endif /* SASL */ Index: contrib/sendmail/src/sendmail.h diff -u contrib/sendmail/src/sendmail.h.orig contrib/sendmail/src/sendmail.h --- contrib/sendmail/src/sendmail.h.orig 2011-06-22 13:00:27.000000000 +0900 +++ contrib/sendmail/src/sendmail.h 2011-09-27 00:57:43.000000000 +0900 @@ -133,10 +133,15 @@ # if SASL == 2 || SASL >= 20000 # include +# include # include +# if SASL_VERSION_FULL < 0x020119 +typedef int (*sasl_callback_ft)(void); +# endif # else /* SASL == 2 || SASL >= 20000 */ # include # include +typedef int (*sasl_callback_ft)(void); # endif /* SASL == 2 || SASL >= 20000 */ # if defined(SASL_VERSION_MAJOR) && defined(SASL_VERSION_MINOR) && defined(SASL_VERSION_STEP) # define SASL_VERSION (SASL_VERSION_MAJOR * 10000) + (SASL_VERSION_MINOR * 100) + SASL_VERSION_STEP Index: contrib/sendmail/src/usersmtp.c diff -u -p contrib/sendmail/src/usersmtp.c.orig contrib/sendmail/src/usersmtp.c --- contrib/sendmail/src/usersmtp.c.orig 2011-09-27 00:51:44.000000000 +0900 +++ contrib/sendmail/src/usersmtp.c 2011-09-27 00:51:52.000000000 +0900 @@ -524,15 +524,15 @@ static int attemptauth __P((MAILER *, MC static sasl_callback_t callbacks[] = { - { SASL_CB_GETREALM, &saslgetrealm, NULL }, + { SASL_CB_GETREALM, (sasl_callback_ft)&saslgetrealm, NULL }, #define CB_GETREALM_IDX 0 - { SASL_CB_PASS, &getsecret, NULL }, + { SASL_CB_PASS, (sasl_callback_ft)&getsecret, NULL }, #define CB_PASS_IDX 1 - { SASL_CB_USER, &getsimple, NULL }, + { SASL_CB_USER, (sasl_callback_ft)&getsimple, NULL }, #define CB_USER_IDX 2 - { SASL_CB_AUTHNAME, &getsimple, NULL }, + { SASL_CB_AUTHNAME, (sasl_callback_ft)&getsimple, NULL }, #define CB_AUTHNAME_IDX 3 - { SASL_CB_VERIFYFILE, &safesaslfile, NULL }, + { SASL_CB_VERIFYFILE, (sasl_callback_ft)&safesaslfile, NULL }, #define CB_SAFESASL_IDX 4 { SASL_CB_LIST_END, NULL, NULL } }; --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Tue_Sep_27_01:23:32_2011-1 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --Multipart_Tue_Sep_27_01:23:32_2011-1-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 16:49:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C150F106566C; Mon, 26 Sep 2011 16:49:41 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C3BC8FC0A; Mon, 26 Sep 2011 16:49:41 +0000 (UTC) Received: by iadk27 with SMTP id k27so7558536iad.13 for ; Mon, 26 Sep 2011 09:49:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rP+tLRZ5kwQjBuOcSmTWs6ix91fPPoKltPa6TguB0jk=; b=pXBRcE6gHKpJ8k1mfeXzMOK5rvoAb7KVJPyy1u7IqbxZfqCilk/NC9GnC9VVWYBTYM 0MjqGrFPTrGmDWYpGYmhke09BgxGJmqcsBcx9jqgoCnkw6DPX+vvBeApLKnqV/2QoFXK 6Kl3CW43Dt+ZdpSxZA3RoEGPliJ2nnsOBb7aQ= MIME-Version: 1.0 Received: by 10.231.82.131 with SMTP id b3mr8494961ibl.74.1317055780539; Mon, 26 Sep 2011 09:49:40 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Mon, 26 Sep 2011 09:49:40 -0700 (PDT) In-Reply-To: References: <1316987176793-4839491.post@n5.nabble.com> Date: Mon, 26 Sep 2011 09:49:40 -0700 Message-ID: From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, arrowdodger <6yearold@gmail.com> Subject: Re: 9-stable: My AR5B95 not reconized anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 16:49:41 -0000 On Mon, Sep 26, 2011 at 1:12 AM, Adrian Chadd wrote: > On 26 September 2011 16:09, arrowdodger <6yearold@gmail.com> wrote: >> Oh, right. I swear, i read UPDATING, just missed that particular note. >> Adding "device ath_pci" fixed my problem. >> Thanks all. > > Please let me / freebsd-wireless@ know if things work :) I'd like some > assurances that the wireless in 9.0 is stable and performs well! Adrian If my contract to return to work is approved, I'll try 9.0 on the ThinkPad T43 with an Atheros 5212. I run the card in hostap mode part time, so I will test that, as well. I recall a tread on problems with the 5212 on current month or so ago. Is it believed to be working OK, now? Or have others reported it as OK both in normal and hostap mode? (No need to repeat tests others have already run.) -- R. Kevin Oberman, Network Engineer - Retired (for the moment) E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 17:06:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DDEF106566C; Mon, 26 Sep 2011 17:06:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 13AD28FC1B; Mon, 26 Sep 2011 17:06:24 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A9B2146B0C; Mon, 26 Sep 2011 13:06:23 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4C3E68A02E; Mon, 26 Sep 2011 13:06:23 -0400 (EDT) From: John Baldwin To: Adrian Chadd Date: Mon, 26 Sep 2011 13:05:57 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201109261053.30410.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109261305.57602.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 26 Sep 2011 13:06:23 -0400 (EDT) Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 17:06:24 -0000 On Monday, September 26, 2011 11:30:27 am Adrian Chadd wrote: > On 26 September 2011 22:53, John Baldwin wrote: > > > I meant do the timer settings affect UDP performance? I.e. does idletick=1 > > change UDP performance at all? > > I'll check that and get back to you. > > But please keep in mind that the first time I tried this and saw > immediate results was with the device in hostap mode - where ethernet > and wlan0 are bridged via if_bridge. > There's no TCP or UDP state being handled at all. > > >> Which should wake up a/the taskqueue thread in question and have it > >> immediately run the next task on the queue. The taskqueue doesn't have > >> any form of timer/callout; it's just a "submit this to get run." When > >> will it be run? I hope not at the next tick, not if the CPU is free. > > > > No, that scheduling is synchronous. Anytime a thread is scheduled the > > scheduler will check if it should preempt the current thread to run the > > new thread. > > I admit I don't quite understand yet the scheduler and event/timer > handling code. What about if nothing is currently scheduled and the > CPU is idle? When will the idle process get tickled? I assume it would > preempt the idle process immediately and run the taskqueue kernel > thread, right? Would there ever be a situation where it doesn't do > this? The idle thread is just like any other thread in this case. It will preempt when it schedules the thread to run. The idle thread is only chosen by the scheduler when there are no runnable threads. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 18:03:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D70B106564A for ; Mon, 26 Sep 2011 18:03:30 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU [18.9.25.12]) by mx1.freebsd.org (Postfix) with ESMTP id DE8AF8FC0C for ; Mon, 26 Sep 2011 18:03:29 +0000 (UTC) X-AuditID: 1209190c-b7fd26d0000008df-84-4e80be70aefc Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id C5.A7.02271.07EB08E4; Mon, 26 Sep 2011 14:03:28 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id p8QI3S3S009820; Mon, 26 Sep 2011 14:03:28 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8QI3QL1010654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 14:03:27 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8QI3P4c017406; Mon, 26 Sep 2011 14:03:25 -0400 (EDT) Date: Mon, 26 Sep 2011 14:03:25 -0400 (EDT) From: Benjamin Kaduk To: Brett Glass In-Reply-To: <201109260927.02540.jhb@freebsd.org> Message-ID: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDIsWRmVeSWpSXmKPExsUixCmqrFuwr8HPYPomS4s5X/6xWsx584HJ Yu+R68wOzB4zPs1n8bjyyiSAKYrLJiU1J7MstUjfLoErY/bmGewFV7grbi/qZW9g3MPZxcjJ ISFgItH26TorhC0mceHeerYuRi4OIYF9jBJ3P3xhhHA2MEp8eH6fCaRKSOAAk0TL3mqIRAOj xO2FV5hBEiwC2hK/5r9kB7HZBFQkZr7ZyAZiiwgoSdxe9BaohoODWcBeYvtLHpCwsIC+xPGG n2CtnAKGEpv2XQC7gheoZHXLMzaIXcESvce+MYLYogI6Eqv3T2GBqBGUODnzCZjNLGApce7P dbYJjIKzkKRmIUktYGRaxSibklulm5uYmVOcmqxbnJyYl5dapGuol5tZopeaUrqJERywkjw7 GN8cVDrEKMDBqMTDO3Nbg58Qa2JZcWXuIUZJDiYlUV63nUAhvqT8lMqMxOKM+KLSnNTiQ4wS HMxKIrxrVwLleFMSK6tSi/JhUtIcLErivAd3OPgJCaQnlqRmp6YWpBbBZGU4OJQkeA/vBWoU LEpNT61Iy8wpQUgzcXCCDOcBGr4NpIa3uCAxtzgzHSJ/ilGX49uDTScYhVjy8vNSpcR5Z4IU CYAUZZTmwc2BJZpXjOJAbwnz1oBU8QCTFNykV0BLmICW5NTUgiwpSURISTUwhj/dN/fFz10H nMNK1yrcEI42DvBpzf9TufxMWWPghTeCLSwTzdd3bVyqdvZ7xMR4C+vra9UrbI7ej9/5tu9T hPeeiHeXLm6Z91LP/NHOyIJSEcWT12vOL/9meWquZOvuHRu2Lj4yPXGVgeTpPNuwCJFw7r1z tQtYgydsnaf877/8qVuO8qUZ1UosxRmJhlrMRcWJAFDJm4EPAwAA Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 18:03:30 -0000 On Mon, 26 Sep 2011, John Baldwin wrote: > On Sunday, September 25, 2011 8:52:37 pm Brett Glass wrote: >> First thing I noticed, when running the new FreeBSD installer from >> a memory stick image, is that disk partitioning was odd. It >> abandoned standard UNIX parlance, calling what are traditionally >> called "slices" partitions. It also diverged from past practice by >> creating one big UFS filesystem rather than the usual separate >> partitions for /, /tmp, /var, /usr. It then made a separate slice >> (to use the traditional terminology) for swap, rather than >> including it in the slice that contained the big file system. This >> seemed odd; if the file system was being lumped together in one >> place, why break out the swap to an entirely separate slice? > > I can't speak to the "one-big-fs" bit (there was another thread long ago about > that). However, as to the partitioning bit, bsdinstall is defaulting to using The question of how to layout and split filesystems was discussed at the filesystems working group of the devsummit at BSDCan this may. (http://wiki.freebsd.org/201105DevSummit/FileSystems down to "Filesystem Layout" near the bottom) Though "one big root" did not garner a huge amount of support, neither were there particularly compelling arguments against it (if I remember correctly). It's certainly easier to write an autopartitioner for, so I don't really blame Nathan for having chosen it initially. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 18:04:39 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AC531065670 for ; Mon, 26 Sep 2011 18:04:39 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-6.mit.edu (DMZ-MAILSEC-SCANNER-6.MIT.EDU [18.7.68.35]) by mx1.freebsd.org (Postfix) with ESMTP id 3A8578FC16 for ; Mon, 26 Sep 2011 18:04:38 +0000 (UTC) X-AuditID: 12074423-b7f736d0000008d8-08-4e80beb6f1c3 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id 3B.84.02264.6BEB08E4; Mon, 26 Sep 2011 14:04:38 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id p8QI4bBk008841; Mon, 26 Sep 2011 14:04:37 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8QI4aTU010940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 14:04:37 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8QI4ZMG017433; Mon, 26 Sep 2011 14:04:35 -0400 (EDT) Date: Mon, 26 Sep 2011 14:04:35 -0400 (EDT) From: Benjamin Kaduk To: current@freebsd.org In-Reply-To: Message-ID: References: <201109260053.SAA25795@lariat.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrIIsWRmVeSWpSXmKPExsUixG6norttX4OfwfODghZ7t25nspjz5R+r xYQrP5gcmD1mfJrP4nHllUkAUxSXTUpqTmZZapG+XQJXxvJ/D5gLJrNUtDw7yd7AOJe5i5GT Q0LAROLnqjZ2CFtM4sK99WxdjFwcQgL7GCU2P30PViQksIFRYvbcMojEASaJ1xu6mCGcBkaJ +X2fWECqWAS0JR5eagYbxSagIjHzzUY2EFtEQFzi984eRhCbWcBV4t3P52A1wgL6EscbfoJt 4BQIlHg38wRYDa+AvcT7e4tYIDYXS3xe1QVWIyqgI7F6/xQWiBpBiZMzn7BAzLSUOPfnOtsE RsFZSFKzkKQWMDKtYpRNya3SzU3MzClOTdYtTk7My0st0jXTy80s0UtNKd3ECA5ZF+UdjH8O Kh1iFOBgVOLhddzS4CfEmlhWXJl7iFGSg0lJlNdtJ1CILyk/pTIjsTgjvqg0J7X4EKMEB7OS CO/alUA53pTEyqrUonyYlDQHi5I4r8xOBz8hgfTEktTs1NSC1CKYrAwHh5IELwcwNoUEi1LT UyvSMnNKENJMHJwgw3mAhm/bCzK8uCAxtzgzHSJ/ilFRSpz3AkhCACSRUZoH1wtLKa8YxYFe EebdDVLFA0xHcN2vgAYzAQ3OqakFGVySiJCSamDMV1pjdd/gnfTFhQtTr0zj++3bImc/44nT ypBrF+6uWl705cq1BbEWNrEpd41n9Dr++WWYqLLa5+icEx3fTFu25v3baTyTt6Kw6spXh6hV 21kNfgv/eHL+8ibFh9L9zRzRXE+sDrbOVXgZoLkg84NUeJ4L57RnbRvrjNdnigmFvLhZoGCi f+68EktxRqKhFnNRcSIAmNv2XQQDAAA= Cc: Brett Glass , Adrian Chadd Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 18:04:39 -0000 On Mon, 26 Sep 2011, Adrian Chadd wrote: > I agree, the lack of a virtual/emergency terminal seems a bit silly. > > I'm not sure about the cons25 versus xterm stuff - you're not the > first person to report this. Guys/girls/other (Hi SF!) - why is this? > :) > > It shouldn't be that hard to submit a patch to enable those extra vtys? While one's at it, having the primary installer dialogs be on not-vt0 (i.e. not the console) would eliminate the issue where LOR spew takes out parts of the dialog. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 18:33:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F61B1065670 for ; Mon, 26 Sep 2011 18:33:03 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 16B2F8FC0A for ; Mon, 26 Sep 2011 18:33:02 +0000 (UTC) Received: by eyg7 with SMTP id 7so5183356eyg.13 for ; Mon, 26 Sep 2011 11:33:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=FCGCxRREScHlDl5UXBMNvORH1XI66qs/ztyB4JudJBg=; b=v/2V1CtdDDtEj8AHjZ2dJnl4Mx+/fSmx3TunIaULTgq71W3pTaV7eEQcB+yqWCwznd 6KUuw+SotmwpRWAHsQEvVec73rqbxL35B05AvgowTIOQe1Cv7jPF8cifCLBFA7Aday+M 5oHHuzSDTimgz3EpcKZP9M+IzKOSsF5B0x80g= MIME-Version: 1.0 Received: by 10.216.172.145 with SMTP id t17mr141664wel.36.1317061981935; Mon, 26 Sep 2011 11:33:01 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Mon, 26 Sep 2011 11:33:01 -0700 (PDT) In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> Date: Mon, 26 Sep 2011 14:33:01 -0400 Message-ID: From: Arnaud Lacombe To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Brett Glass , freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 18:33:03 -0000 Hi, On Mon, Sep 26, 2011 at 2:03 PM, Benjamin Kaduk wrote: > On Mon, 26 Sep 2011, John Baldwin wrote: > >> On Sunday, September 25, 2011 8:52:37 pm Brett Glass wrote: >>> >>> First thing I noticed, when running the new FreeBSD installer from >>> a memory stick image, is that disk partitioning was odd. It >>> abandoned standard UNIX parlance, calling what are traditionally >>> called "slices" partitions. It also diverged from past practice by >>> creating one big UFS filesystem rather than the usual separate >>> partitions for /, /tmp, /var, /usr. It then made a separate slice >>> (to use the traditional terminology) for swap, rather than >>> including it in the slice that contained the big file system. This >>> seemed odd; if the file system was being lumped together in one >>> place, why break out the swap to an entirely separate slice? >> >> I can't speak to the "one-big-fs" bit (there was another thread long ago >> about >> that). =A0However, as to the partitioning bit, bsdinstall is defaulting = to >> using > > The question of how to layout and split filesystems was discussed at the > filesystems working group of the devsummit at BSDCan this may. > (http://wiki.freebsd.org/201105DevSummit/FileSystems down to "Filesystem > Layout" near the bottom) =A0Though "one big root" did not garner a huge a= mount > of support, neither were there particularly compelling arguments against = it > (if I remember correctly). =A0It's certainly easier to write an > autopartitioner for, so I don't really blame Nathan for having chosen it > initially. > What's the point of running a vote if it's to finally not care about it ? You had got 4 people wanting to go right, 9 to go straight, 2 to go left, and the driver goes left. - Arnaud > -Ben Kaduk > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 18:41:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C2B3106564A for ; Mon, 26 Sep 2011 18:41:50 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 1887C8FC08 for ; Mon, 26 Sep 2011 18:41:49 +0000 (UTC) X-AuditID: 12074422-b7ff56d00000092f-5c-4e80c76dfe5d Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 1A.68.02351.D67C08E4; Mon, 26 Sep 2011 14:41:49 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id p8QIfmcF015274; Mon, 26 Sep 2011 14:41:48 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8QIflKX019506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 14:41:48 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8QIfkNB018118; Mon, 26 Sep 2011 14:41:47 -0400 (EDT) Date: Mon, 26 Sep 2011 14:41:46 -0400 (EDT) From: Benjamin Kaduk To: Arnaud Lacombe In-Reply-To: Message-ID: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-417280847-1317062506=:882" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplleLIzCtJLcpLzFFi42IR4hRV1s093uBnsG85u8WcNx+YLHbdOcPs wOQx49N8Fo+ds+6yBzBFcdmkpOZklqUW6dslcGX8vvmOueAAf8XdPw+ZGhiP8XQxcnJICJhI PJ3XzwJhi0lcuLeerYuRi0NIYB+jxJLnM1kgnA2MEt/7G5ghnANMEncmL4VyGhglnve0MIP0 swhoS+zcfxPMZhNQkZj5ZiMbiC0ioC6xeNpyJhCbWUBe4v+Vy2C2sIC+xPGGn2D1nAKBEose bmDtYuTg4BWwl7h4JANi/hlGib71j8FqRAV0JFbvnwJ2K6+AoMTJmU9YIGb6SdyZ38E6gVFw FpLULCSpWUBjmQWsJZ6dt4AIa0vcv9nGtoCRZRWjbEpulW5uYmZOcWqybnFyYl5eapGuqV5u ZoleakrpJkZQaLO7KO1g/HlQ6RCjAAejEg/vzG0NfkKsiWXFlbmHGCU5mJREeWccBgrxJeWn VGYkFmfEF5XmpBYfYpTgYFYS4V27EijHm5JYWZValA+TkuZgURLn5drp4CckkJ5YkpqdmlqQ WgSTleHgUJLgfXQMqFGwKDU9tSItM6cEIc3EwQkynAdo+B2QGt7igsTc4sx0iPwpRkUpcd73 IAkBkERGaR5cLyz1vGIUB3pFmPceSBUPMG3Bdb8CGswENDinphZkcEkiQkqqgdH0Zwynyfzo tV+5jA25reYd5t4no27tJJLZyKn31syV+UDTq0VlTQqzZyqVRDDxTTpbtcjrS0r7fbGqDykf /85jSAqbur/l3rqKJzGG76fu/J9rOmv78n93X8vN+RykdYxDQ9ZIp/f/zLsOP18HmW/P3X1d VXDNdnMuX38j6yn/Ppvvu113bIkSS3FGoqEWc1FxIgA8ONDfGAMAAA== Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 18:41:50 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-417280847-1317062506=:882 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 26 Sep 2011, Arnaud Lacombe wrote: > Hi, > > On Mon, Sep 26, 2011 at 2:03 PM, Benjamin Kaduk wrote: >> >> The question of how to layout and split filesystems was discussed at the >> filesystems working group of the devsummit at BSDCan this may. >> (http://wiki.freebsd.org/201105DevSummit/FileSystems down to "Filesystem >> Layout" near the bottom) =A0Though "one big root" did not garner a huge = amount >> of support, neither were there particularly compelling arguments against= it >> (if I remember correctly). =A0It's certainly easier to write an >> autopartitioner for, so I don't really blame Nathan for having chosen it >> initially. >> > What's the point of running a vote if it's to finally not care about it ? > > You had got 4 people wanting to go right, 9 to go straight, 2 to go > left, and the driver goes left. Not at all. Firstly, the "driver" (as you put it) was not at this=20 session, and in fact the installer was imported *before* this session, so= =20 the "driver went left" before people were even talking about it. (My=20 reading of the svn log is that the "one big root" was just part of the=20 initial import and not given a whole lot of thought.) Secondly, it was not a vote; it was more of a straw poll, and no strong=20 opinions were really voiced. Thirdly, no one was tasked with going off and telling Nathan the results=20 of it, so (since he wasn't there) I find it hard to blame him for failing= =20 to go and scour the entire devsummit wiki to see if something relevant to= =20 the installer might possibly have happened then. -Ben Kaduk ---559023410-417280847-1317062506=:882-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 19:54:55 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0C481065672; Mon, 26 Sep 2011 19:54:55 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 190818FC19; Mon, 26 Sep 2011 19:54:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id p8QJslIj097345; Mon, 26 Sep 2011 23:54:47 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p8QJskBI097344; Mon, 26 Sep 2011 23:54:47 +0400 (MSK) (envelope-from ache) Date: Mon, 26 Sep 2011 23:54:45 +0400 From: Andrey Chernov To: Hajimu UMEMOTO Message-ID: <20110926195445.GA97283@vniz.net> Mail-Followup-To: Andrey Chernov , Hajimu UMEMOTO , gshapiro@FreeBSD.ORG, current@FreeBSD.ORG, stable@FreeBSD.ORG References: <20110926115801.GA92276@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: gshapiro@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: System sendmail build fails with updated cyrus-sasl2 port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 19:54:55 -0000 On Tue, Sep 27, 2011 at 01:23:32AM +0900, Hajimu UMEMOTO wrote: > It seems 2.1.25 requires to cast to sasl_callback_ft. How about the > attached patch? Thanx, it works now. IMHO it should be MFCed to stable-9 ASAP (and to sendmail trunk too). -- http://ache.vniz.net/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 19:55:36 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D332F106566C; Mon, 26 Sep 2011 19:55:36 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 706CC8FC13; Mon, 26 Sep 2011 19:55:36 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id AB599DC0BA; Mon, 26 Sep 2011 19:56:22 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 6CA45DC0AE for ; Mon, 26 Sep 2011 19:56:20 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 32D45154B64; Mon, 26 Sep 2011 19:55:05 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 20EB310656B2; Mon, 26 Sep 2011 19:55:05 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0C481065672; Mon, 26 Sep 2011 19:54:55 +0000 (UTC) (envelope-from ache@vniz.net) Received: from vniz.net (vniz.net [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 190818FC19; Mon, 26 Sep 2011 19:54:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vniz.net (8.14.5/8.14.5) with ESMTP id p8QJslIj097345; Mon, 26 Sep 2011 23:54:47 +0400 (MSK) (envelope-from ache@vniz.net) Received: (from ache@localhost) by localhost (8.14.5/8.14.5/Submit) id p8QJskBI097344; Mon, 26 Sep 2011 23:54:47 +0400 (MSK) (envelope-from ache) Date: Mon, 26 Sep 2011 23:54:45 +0400 From: Andrey Chernov To: Hajimu UMEMOTO Message-ID: <20110926195445.GA97283@vniz.net> Mail-Followup-To: Andrey Chernov , Hajimu UMEMOTO , gshapiro@FreeBSD.ORG, current@FreeBSD.ORG, stable@FreeBSD.ORG References: <20110926115801.GA92276@vniz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: gshapiro@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: System sendmail build fails with updated cyrus-sasl2 port X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 19:55:36 -0000 On Tue, Sep 27, 2011 at 01:23:32AM +0900, Hajimu UMEMOTO wrote: > It seems 2.1.25 requires to cast to sasl_callback_ft. How about the > attached patch? Thanx, it works now. IMHO it should be MFCed to stable-9 ASAP (and to sendmail trunk too). -- http://ache.vniz.net/ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 20:02:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 877A2106566C; Mon, 26 Sep 2011 20:02:40 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3176A8FC0C; Mon, 26 Sep 2011 20:02:40 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8H2H-0001V4-Jl; Mon, 26 Sep 2011 21:40:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 26 Sep 2011 21:40:08 +0200 From: "crsnet.pl" To: In-Reply-To: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Message-ID: X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-Mailman-Approved-At: Mon, 26 Sep 2011 20:08:40 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-hardware@freebsd.org Subject: FreeBSD 9-Beta3 on X300 problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 20:02:40 -0000 Hello. I upgrade my FreeBSD 8.2-Release to FreeBSD 9-Beta and pkg_delete -f -a and add new (that same) pkgs with pkg_add. And system, xorgs, wine, opera, java, flash works ok, but... I find two things that dont works ;/ 1. Suspend. On FreeBSD 8.2 when i make ifconfig wlan0 down, and use zzz from X.org all works. Suspend/resume. Now when i make this same, system go to console and suspend. When i try to resume. System show console, but when i try to press ALT+F9 i get long beeep and system hang ;/ I found on Google that i can try, to make uhci as a module, and first unload it, and then suspend system. But when i try to kldload uhci system go to dbg and hangs ;/ 2. Kadu/Gnu Gadu. I dont know why, but when i run kadu / gnu gadu and try to connect to Gadu-Gadu network software segments ;/ Kadu with signal 6, GnuGadu with signal 11. I try to use old gadulib, or recompie it. But this doesn't help ;/ [cr4sh@x300 ~]$ uname -a FreeBSD x300 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Mon Sep 26 00:25:30 CEST 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 Regards. From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 20:03:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87174106566B; Mon, 26 Sep 2011 20:03:27 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3014D8FC13; Mon, 26 Sep 2011 20:03:27 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8Gvg-0001U9-CG; Mon, 26 Sep 2011 21:33:57 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 26 Sep 2011 21:33:18 +0200 From: "crsnet.pl" To: In-Reply-To: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Message-ID: <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-Mailman-Approved-At: Mon, 26 Sep 2011 20:08:52 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-hardware@freebsd.org Subject: FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 20:03:27 -0000 Hello. I upgrade my FreeBSD 8.2-Release to FreeBSD 9-Beta and pkg_delete -f -a and add new (that same) pkgs with pkg_add. And system, xorgs, wine, opera, java, flash works ok, but... I find two things that dont works ;/ 1. Suspend. On FreeBSD 8.2 when i make ifconfig wlan0 down, and use zzz from X.org all works. Suspend/resume. Now when i make this same, system go to console and suspend. When i try to resume. System show console, but when i try to press ALT+F9 i get long beeep and system hang ;/ I found on Google that i can try, to make uhci as a module, and first unload it, and then suspend system. But when i try to kldload uhci system go to dbg and hangs ;/ 2. Kadu/Gnu Gadu. I dont know why, but when i run kadu / gnu gadu and try to connect to Gadu-Gadu network software segments ;/ Kadu with signal 6, GnuGadu with signal 11. I try to use old gadulib, or recompie it. But this doesn't help ;/ [cr4sh@x300 ~]$ uname -a FreeBSD x300 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Mon Sep 26 00:25:30 CEST 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 Regards. From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 20:13:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C2AD106566C; Mon, 26 Sep 2011 20:13:46 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2760D8FC12; Mon, 26 Sep 2011 20:13:45 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id D229FDC0E0; Mon, 26 Sep 2011 20:07:00 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 7CEFDDC0AE for ; Mon, 26 Sep 2011 20:06:59 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 84AD81A62E6; Mon, 26 Sep 2011 20:03:40 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9C4FB10656D0; Mon, 26 Sep 2011 20:03:39 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87174106566B; Mon, 26 Sep 2011 20:03:27 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3014D8FC13; Mon, 26 Sep 2011 20:03:27 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8Gvg-0001U9-CG; Mon, 26 Sep 2011 21:33:57 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 26 Sep 2011 21:33:18 +0200 From: "crsnet.pl" To: In-Reply-To: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Message-ID: <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Mailman-Approved-At: Mon, 26 Sep 2011 20:33:21 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-hardware@freebsd.org Subject: FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 20:13:46 -0000 Hello. I upgrade my FreeBSD 8.2-Release to FreeBSD 9-Beta and pkg_delete -f -a and add new (that same) pkgs with pkg_add. And system, xorgs, wine, opera, java, flash works ok, but... I find two things that dont works ;/ 1. Suspend. On FreeBSD 8.2 when i make ifconfig wlan0 down, and use zzz from X.org all works. Suspend/resume. Now when i make this same, system go to console and suspend. When i try to resume. System show console, but when i try to press ALT+F9 i get long beeep and system hang ;/ I found on Google that i can try, to make uhci as a module, and first unload it, and then suspend system. But when i try to kldload uhci system go to dbg and hangs ;/ 2. Kadu/Gnu Gadu. I dont know why, but when i run kadu / gnu gadu and try to connect to Gadu-Gadu network software segments ;/ Kadu with signal 6, GnuGadu with signal 11. I try to use old gadulib, or recompie it. But this doesn't help ;/ [cr4sh@x300 ~]$ uname -a FreeBSD x300 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Mon Sep 26 00:25:30 CEST 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 Regards. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 20:18:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DEC71065670; Mon, 26 Sep 2011 20:18:47 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id B8C8C8FC19; Mon, 26 Sep 2011 20:18:46 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id A067BDC0BA; Mon, 26 Sep 2011 20:04:14 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 680CBDC0AE for ; Mon, 26 Sep 2011 20:04:12 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1F9EC1549E8; Mon, 26 Sep 2011 20:02:50 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6A4CE10656B0; Mon, 26 Sep 2011 20:02:49 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 877A2106566C; Mon, 26 Sep 2011 20:02:40 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 3176A8FC0C; Mon, 26 Sep 2011 20:02:40 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8H2H-0001V4-Jl; Mon, 26 Sep 2011 21:40:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 26 Sep 2011 21:40:08 +0200 From: "crsnet.pl" To: In-Reply-To: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Message-ID: X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Mailman-Approved-At: Mon, 26 Sep 2011 20:38:40 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-hardware@freebsd.org Subject: FreeBSD 9-Beta3 on X300 problems. X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 20:18:47 -0000 Hello. I upgrade my FreeBSD 8.2-Release to FreeBSD 9-Beta and pkg_delete -f -a and add new (that same) pkgs with pkg_add. And system, xorgs, wine, opera, java, flash works ok, but... I find two things that dont works ;/ 1. Suspend. On FreeBSD 8.2 when i make ifconfig wlan0 down, and use zzz from X.org all works. Suspend/resume. Now when i make this same, system go to console and suspend. When i try to resume. System show console, but when i try to press ALT+F9 i get long beeep and system hang ;/ I found on Google that i can try, to make uhci as a module, and first unload it, and then suspend system. But when i try to kldload uhci system go to dbg and hangs ;/ 2. Kadu/Gnu Gadu. I dont know why, but when i run kadu / gnu gadu and try to connect to Gadu-Gadu network software segments ;/ Kadu with signal 6, GnuGadu with signal 11. I try to use old gadulib, or recompie it. But this doesn't help ;/ [cr4sh@x300 ~]$ uname -a FreeBSD x300 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Mon Sep 26 00:25:30 CEST 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 Regards. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 21:14:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BAE7106566B; Mon, 26 Sep 2011 21:14:25 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 88EE58FC14; Mon, 26 Sep 2011 21:14:24 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id OAA17199; Mon, 26 Sep 2011 14:35:04 -0600 (MDT) Message-Id: <201109262035.OAA17199@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 26 Sep 2011 14:34:34 -0600 To: Benjamin Kaduk From: Brett Glass In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailman-Approved-At: Mon, 26 Sep 2011 21:25:52 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 21:14:25 -0000 At 12:03 PM 9/26/2011, Benjamin Kaduk wrote: >On Mon, 26 Sep 2011, John Baldwin wrote: > >>I can't speak to the "one-big-fs" bit (there was another thread >>long ago about >>that). However, as to the partitioning bit, bsdinstall is >>defaulting to using > >The question of how to layout and split filesystems was discussed >at the filesystems working group of the devsummit at BSDCan this >may. (http://wiki.freebsd.org/201105DevSummit/FileSystems down to >"Filesystem Layout" near the bottom) Though "one big root" did >not garner a huge amount of support, neither were there >particularly compelling arguments against it (if I remember >correctly). It's certainly easier to write an autopartitioner >for, so I don't really blame Nathan for having chosen it initially. My personal preference would be to place portions of the directory tree which contain critical configuration information and are not written in normal use -- e.g. /etc and /boot -- in one or more separate partitions. This would make it possible to mount them read-only unless the system configuration was being changed, new software was being installed, or a new kernel was being generated. This would protect them not only from malicious tampering but also from being scrambled by buggy userland software. And since it would not be written during normal operation, it would survive 100% intact even if journaling and/or serialization of metadata updates (e.g. softupdates) were to fail. Unfortunately, due to past history, /usr is mixed-use. It normally contains both configuration information -- e.g. /usr/local/etc -- and more volatile data such as users' home directories. This prevents /usr/local/etc, which also contains mission-critical configuration information, from being protected if you just protect /. Some proprietary Unices have fixed this historical flaw in the traditional hierarchy by moving /usr/local/etc to another location and them symlinking it back to where seasoned administrators expect it to be, thus honoring POLA. The three open source, old school BSDs (Free, Net, Open) have not done this to date, but it's something that should be considered in the long run. It would certainly make the creation of embedded systems easier, as well as enhancing security in multi-user systems! If I wrote an installer, my preference would be to have it create one partition that contained critical configuration information and software (and could be mounted read-only) and one that contained the rest of the usual directory tree (and could be mounted read-write). It could do the symlinking trick mentioned above to bring parts of /usr over to the read-only administrative partition. The only cleanup task that would remain would be to make sure that no ports were configured to place their logs, pid files, etc. in directories such as /usr/local/etc. (Most already do not.) --Brett From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:11:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E778106566B for ; Mon, 26 Sep 2011 22:11:41 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EA3E58FC08 for ; Mon, 26 Sep 2011 22:11:40 +0000 (UTC) Received: by wyj26 with SMTP id 26so4481818wyj.13 for ; Mon, 26 Sep 2011 15:11:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=nSLyITYUtD/Va9zgwHZP/ix9Ib/T7z8iBhCF1FzpUb0=; b=OYxJI3l3uYMLXXy/6V1DwNzoUh9moXgvOn5tEKf+BxpwHwYfQfxlcl4CF8Vgy5/4+C Ad2IDwVS6pO3vgUtJMKtfe6KRET7IpP7ge+xBj6aknf8hHvA4wgewcH2wTA+n6lXsOap 7W517EYjTE/+9au2O5XSVcJkJoi6gi7m20Dsg= MIME-Version: 1.0 Received: by 10.227.9.28 with SMTP id j28mr6405987wbj.6.1317075099737; Mon, 26 Sep 2011 15:11:39 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Mon, 26 Sep 2011 15:11:39 -0700 (PDT) In-Reply-To: <201109262035.OAA17199@lariat.net> References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> Date: Mon, 26 Sep 2011 18:11:39 -0400 Message-ID: From: Arnaud Lacombe To: Brett Glass Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:11:41 -0000 Hi, On Mon, Sep 26, 2011 at 4:34 PM, Brett Glass wrote: > At 12:03 PM 9/26/2011, Benjamin Kaduk wrote: > >> On Mon, 26 Sep 2011, John Baldwin wrote: >> >>> I can't speak to the "one-big-fs" bit (there was another thread long ag= o >>> about >>> that). =A0However, as to the partitioning bit, bsdinstall is defaulting= to >>> using >> >> The question of how to layout and split filesystems was discussed at the >> filesystems working group of the devsummit at BSDCan this may. >> (http://wiki.freebsd.org/201105DevSummit/FileSystems down to "Filesystem >> Layout" near the bottom) =A0Though "one big root" did not garner a huge = amount >> of support, neither were there particularly compelling arguments against= it >> (if I remember correctly). =A0It's certainly easier to write an >> autopartitioner for, so I don't really blame Nathan for having chosen it >> initially. > > My personal preference would be to place portions of the directory tree > which contain critical configuration information and are not written in > normal use -- e.g. /etc and /boot -- > The problem with /boot on a dedicated partition is the the kernel, since at least 8.x, is installed by default with a vast majority of crap. That's all the .symbols, that 99% of FreeBSD users will never uses. Beside that, the auto-partitionner refuses to work on <1G drive, which is really ridiculous... FreeBSD 9.0BETA2 bases + games fit in 310MB, crap taken out. - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:14:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C47C1065670 for ; Mon, 26 Sep 2011 22:14:31 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id DF99D8FC0A for ; Mon, 26 Sep 2011 22:14:30 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so7632537bkb.13 for ; Mon, 26 Sep 2011 15:14:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=Jxe0IndP8YZ6IIzu3aMJwBszxCy/5yhDFAEZi7uZBNE=; b=ijV55uHV3GhWGazI92UZvp6+a0z7d4lVLKZ5Agl7Vf4e8MB8a2BhXJH/y33tK/IUyD Q3Axh9A7qe/MVNt8vtkyNNEULgBAVhXV0uc4IJAi/BPfcEf1wm4ZNdLOHJ624AOAblna zlsQs4Q+faEvUbrZ6bKhmPQfFyQubyNPT33Sg= MIME-Version: 1.0 Received: by 10.204.141.134 with SMTP id m6mr12443bku.199.1317075269522; Mon, 26 Sep 2011 15:14:29 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.140.24 with HTTP; Mon, 26 Sep 2011 15:14:29 -0700 (PDT) Date: Mon, 26 Sep 2011 15:14:29 -0700 X-Google-Sender-Auth: 4Qr4cKZEDaHSDlog1mszv3Pp9GQ Message-ID: From: Craig Rodrigues To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD 9.0-BETA 2, camcontrol readcap, no passthrough device found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:14:31 -0000 Hi, I am running this version: 9.0-BETA2 FreeBSD 9.0-BETA2 #23 r225745: Fri Sep 23 19:45:09 PDT 2011 I found this behavior: % camcontrol devlist at scbus2 target 0 lun 0 (pass0,ada0) at scbus3 target 0 lun 0 (pass1,cd0) % camcontrol readcap 0:0:0 camcontrol: cam_open_btl: no passthrough device found at 0:0:0 % camcontrol readcap 0:0 camcontrol: cam_open_btl: no passthrough device found at 0:0:0 % ls /dev/pass* /dev/pass0 /dev/pass1 % camcontrol readcap pass0 % camcontrol readcap pass0 (pass0:ahcich0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (pass0:ahcich0:0:0:0): CAM status: CCB request was invalid Is this a bug? What should the proper syntax for "camcontrol readcap" be? These are the devices, as shown in the dmesg.boot output: ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 76293MB (156250000 512 byte sectors: 16H 63S/T 16383C) cd0 at ahcich1 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:17:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2A761065670 for ; Mon, 26 Sep 2011 22:17:01 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 377148FC13 for ; Mon, 26 Sep 2011 22:17:00 +0000 (UTC) Received: by wyj26 with SMTP id 26so4487019wyj.13 for ; Mon, 26 Sep 2011 15:17:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JLhE3r8ovIXvN+EkgUBuJsfhquzuaMCCDTOXbraFdlU=; b=LdUpjWQpKTVhBkbU6/NDuxwR9rnesjcJTxasG7n5l8BpEw9b5sgcvZi+GEi20tbZUn PJ2EcZKUmkSkAHqOob0GVNfbmBGt22CA+0HMiEVBBDlOETCK6helGPy4wBSeX3/X5wos pBGCWQgsDjsyzz7thG3LyiKmzG0tnUkyX2f8w= MIME-Version: 1.0 Received: by 10.227.7.27 with SMTP id b27mr6289621wbb.51.1317075419940; Mon, 26 Sep 2011 15:16:59 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Mon, 26 Sep 2011 15:16:59 -0700 (PDT) In-Reply-To: References: <201109260053.SAA25795@lariat.net> Date: Mon, 26 Sep 2011 18:16:59 -0400 Message-ID: From: Arnaud Lacombe To: Brett Glass Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:17:01 -0000 Hi, On Sun, Sep 25, 2011 at 11:34 PM, Arnaud Lacombe wrote: >> [...] >> 2) I saw many warnings of lock order reversals under the GENERIC kernel, in >> particular in the file system code. These obviously should be fixed before >> release. >> > Where did you report them ? [btw, they might already be known.] > FWIW, I've experienced 3 LOR in less than 15min. of usage, I'd assume all were fs related: 1) during partitioning. I've been unable to retrieve the backtrace. 2) when halting the system, already reported in [0] 3) while `rm -rf /boot/kernel/*.symbols', already reported in [1] - Arnaud [0]: http://ipv4.sources.zabbadoz.net/freebsd/lor/280.html [1]: http://ipv4.sources.zabbadoz.net/freebsd/lor/261.html From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:28:53 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F352D106564A for ; Mon, 26 Sep 2011 22:28:53 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6152F8FC12 for ; Mon, 26 Sep 2011 22:28:52 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so7644254bkb.13 for ; Mon, 26 Sep 2011 15:28:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=8+psYVAOoLIO++v5OodYpdNLqsRwQfszYct85pv1f64=; b=pR431jfhCKyYDYfBxv530lS+6dJSYa0E3QlmrUtUApshnPDv7Em+cjp9Vg/jQwOQBk xYa2m2d7PT/9Nbo9eg4hNHwJfWSdJ8Q6jKKglHKycgtD6U9aIRlBZjgThvlhjrQkeVFV xUJuLefK9by4dvo1NKHkw1R/M+EuNHoHnhPQQ= MIME-Version: 1.0 Received: by 10.204.4.140 with SMTP id 12mr4280874bkr.95.1317076132076; Mon, 26 Sep 2011 15:28:52 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.140.24 with HTTP; Mon, 26 Sep 2011 15:28:52 -0700 (PDT) Date: Mon, 26 Sep 2011 15:28:52 -0700 X-Google-Sender-Auth: xT-QJcreIt1_l1r6_UD3lgdU3Lg Message-ID: From: Craig Rodrigues To: freebsd-virtualization@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: BHyVe web page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:28:54 -0000 Hi, I have created a web page for the BSD Hypervisor (BHyVe) project: http://wiki.freebsd.org/BHyVe This page contains pointers to how to get the BHyVe code, build it, etc. It will be updated with more documentation over time. Please send followup questions to freebsd-virtualization@FreeBSD.org . -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:38:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 795ED1065670; Mon, 26 Sep 2011 22:38:53 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 03C938FC15; Mon, 26 Sep 2011 22:38:52 +0000 (UTC) X-AuditID: 12074422-b7ff56d00000092f-6f-4e80fefbd2a7 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id F6.7A.02351.BFEF08E4; Mon, 26 Sep 2011 18:38:52 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p8QMcpGP009788; Mon, 26 Sep 2011 18:38:51 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8QMcn6A006205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 18:38:50 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8QMcntC021610; Mon, 26 Sep 2011 18:38:49 -0400 (EDT) Date: Mon, 26 Sep 2011 18:38:49 -0400 (EDT) From: Benjamin Kaduk To: Brett Glass In-Reply-To: <201109262035.OAA17199@lariat.net> Message-ID: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrEIsWRmVeSWpSXmKPExsUixCmqrfvnX4OfwaPZLBZzvvxjtZjz5gOT xd4j15kdmD1mfJrP4nHllUkAUxSXTUpqTmZZapG+XQJXxt8f3SwFH6Qqvi3extjAeEO0i5GT Q0LAROL9uplsELaYxIV764FsLg4hgX2MEs1rlrJDOBsYJa4tvw+VOcAk8aizkRHCaWCUOPp9 EiNIP4uAtsSN1y/BZrEJqEjMfLMRzBYRUJK4vegtcxcjBwezgL3E9pc8IGFhAX2J4w0/mUFs TiD71s6f7CA2L1DJ1os9TBDzVzFKLDy+jwUkISqgI7F6/xQWiCJBiZMzn4DZzAKWEuf+XGeb wCg4C0lqFpLUAkamVYyyKblVurmJmTnFqcm6xcmJeXmpRbqmermZJXqpKaWbGEFBy+6itIPx 50GlQ4wCHIxKPLwztzX4CbEmlhVX5h5ilORgUhLlff0bKMSXlJ9SmZFYnBFfVJqTWnyIUYKD WUmE1/Q1UI43JbGyKrUoHyYlzcGiJM7LtdPBT0ggPbEkNTs1tSC1CCYrw8GhJMHbAIxOIcGi 1PTUirTMnBKENBMHJ8hwHqDhZSA1vMUFibnFmekQ+VOMilLivD4gCQGQREZpHlwvLKm8YhQH ekWY1xOkigeYkOC6XwENZgIanFNTCzK4JBEhJdXAOOdjyW2BI4V+C+QcMj2Fne8KvM1YpGSx MO3txtIXWnlLFzY2sExmy+gP3nhWzPfBxYWno9I5lRSsX5YoZmQ/mfKZyXuiZPFBh+1/gop9 26tZeOfZPX/jvW7WFscDqkn9S66ctBH8wGxo/OyLQZGo8Pu2O48e6IWcvLzDpvljc/r3G6uk Y5L8lFiKMxINtZiLihMB72LQZwUDAAA= Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:38:53 -0000 On Mon, 26 Sep 2011, Brett Glass wrote: > At 12:03 PM 9/26/2011, Benjamin Kaduk wrote: > >> On Mon, 26 Sep 2011, John Baldwin wrote: >> >>> I can't speak to the "one-big-fs" bit (there was another thread long ago >>> about >>> that). However, as to the partitioning bit, bsdinstall is defaulting to >>> using >> >> The question of how to layout and split filesystems was discussed at the >> filesystems working group of the devsummit at BSDCan this may. >> (http://wiki.freebsd.org/201105DevSummit/FileSystems down to "Filesystem >> Layout" near the bottom) Though "one big root" did not garner a huge >> amount of support, neither were there particularly compelling arguments >> against it (if I remember correctly). It's certainly easier to write an >> autopartitioner for, so I don't really blame Nathan for having chosen it >> initially. > > My personal preference would be to place portions of the directory tree which > contain critical configuration information and are not written in normal use > -- e.g. /etc and /boot -- in one or more separate partitions. This would make > it possible to mount them read-only unless the system configuration was being > changed, new software was being installed, or a new kernel was being > generated. This would protect them not only from malicious tampering but also > from being scrambled by buggy userland software. And since it would not be > written during normal operation, it would survive 100% intact even if > journaling and/or serialization of metadata updates (e.g. softupdates) were > to fail. > > Unfortunately, due to past history, /usr is mixed-use. It normally contains > both configuration information -- e.g. /usr/local/etc -- and more volatile > data such as users' home directories. This prevents /usr/local/etc, which > also contains mission-critical configuration information, from being > protected if you just protect /. Some proprietary Unices have fixed this > historical flaw in the traditional hierarchy by moving /usr/local/etc to > another location and them symlinking it back to where seasoned administrators > expect it to be, thus honoring POLA. The three open source, old school BSDs > (Free, Net, Open) have not done this to date, but it's something that should > be considered in the long run. It would certainly make the creation of > embedded systems easier, as well as enhancing security in multi-user systems! > > If I wrote an installer, my preference would be to have it create one > partition that contained critical configuration information and software (and > could be mounted read-only) and one that contained the rest of the usual > directory tree (and could be mounted read-write). It could do the symlinking > trick mentioned above to bring parts of /usr over to the read-only > administrative partition. The only cleanup task that would remain would be to > make sure that no ports were configured to place their logs, pid files, etc. > in directories such as /usr/local/etc. (Most already do not.) There was also general sentiment that the rise of ZFS would allow just this sort of fine-grained partitioning, which is a huge advantage of its ability to create datasets on the fly. This perception that ZFS is most of the future probably contributed to the lack of strong opinions regarding the default UFS partition scheme. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:39:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCBE31065752 for ; Mon, 26 Sep 2011 22:39:03 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id A05A98FC0A for ; Mon, 26 Sep 2011 22:39:03 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R8JpG-000Eel-QZ; Mon, 26 Sep 2011 18:39:02 -0400 Date: Mon, 26 Sep 2011 18:39:02 -0400 From: Gary Palmer To: Craig Rodrigues Message-ID: <20110926223902.GE57708@in-addr.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA 2, camcontrol readcap, no passthrough device found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:39:03 -0000 On Mon, Sep 26, 2011 at 03:14:29PM -0700, Craig Rodrigues wrote: > Hi, > > I am running this version: 9.0-BETA2 FreeBSD 9.0-BETA2 #23 r225745: > Fri Sep 23 19:45:09 PDT 2011 > > I found this behavior: > % camcontrol devlist > at scbus2 target 0 lun 0 (pass0,ada0) > at scbus3 target 0 lun 0 (pass1,cd0) > > % camcontrol readcap 0:0:0 > camcontrol: cam_open_btl: no passthrough device found at 0:0:0 > % camcontrol readcap 0:0 > camcontrol: cam_open_btl: no passthrough device found at 0:0:0 Surely the device ID in bus/target/LUN format should be 2:0:0 for the Seagate hard disk? Gary From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:47:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 51D85106564A for ; Mon, 26 Sep 2011 22:47:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2E5A214F506; Mon, 26 Sep 2011 22:47:22 +0000 (UTC) Message-ID: <4E8100F9.8050509@FreeBSD.org> Date: Mon, 26 Sep 2011 15:47:21 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110912 Thunderbird/6.0.2 MIME-Version: 1.0 To: Benjamin Kaduk References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:47:22 -0000 On 09/26/2011 15:38, Benjamin Kaduk wrote: > This perception that ZFS is most of the future probably contributed to > the lack of strong opinions regarding the default UFS partition scheme. Can we please stop saying that there were no contrary opinions stated? I personally expressed a preference (call it strong if that helps) for split partition scheme, as did several other people, all with worked examples. Nathan chose to go "one big partition" in spite of that input. Given that he was the one doing the work on the installer I personally decided to take a step back and see how it played out. But let's not pretend that this wasn't Nathan's decision. Meanwhile, if based on feedback from early adopters we need to tweak the layout, that's not life threatening. There is still time. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:49:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8D78106564A for ; Mon, 26 Sep 2011 22:49:42 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 32C568FC15 for ; Mon, 26 Sep 2011 22:49:41 +0000 (UTC) X-AuditID: 12074422-b7ff56d00000092f-5b-4e810185da26 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 41.2B.02351.581018E4; Mon, 26 Sep 2011 18:49:41 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p8QMnfUT010762; Mon, 26 Sep 2011 18:49:41 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8QMneSs007757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 18:49:41 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8QMndTE021746; Mon, 26 Sep 2011 18:49:39 -0400 (EDT) Date: Mon, 26 Sep 2011 18:49:39 -0400 (EDT) From: Benjamin Kaduk To: Doug Barton In-Reply-To: <4E8100F9.8050509@FreeBSD.org> Message-ID: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> <4E8100F9.8050509@FreeBSD.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrJIsWRmVeSWpSXmKPExsUixCmqrdvK2OhnsHWOjMXrS99YLea8+cDk wOQx49N8lgDGKC6blNSczLLUIn27BK6MqS/uMRfc46g4s6mVtYHxB1sXIyeHhICJxPNd01gg bDGJC/fWA8W5OIQE9jFK3PtxgwXC2cAoceTfdijnAJPE5s1rmCCcBkaJD58/sYP0swhoS0ye f5YZxGYTUJGY+WYj0CwODhEBZYkrD91AwswC8hL/r1xmArGFBfQljjf8BCvnBGq9/3852Bhe AXuJd5smMkLM/8socfP8c1aQhKiAjsTq/VNYIIoEJU7OfMICMdRS4tyf62wTGAVnIUnNQpJa wMi0ilE2JbdKNzcxM6c4NVm3ODkxLy+1SNdULzezRC81pXQTIyhE2V2UdjD+PKh0iFGAg1GJ h3fmtgY/IdbEsuLK3EOMkhxMSqK8Mxka/YT4kvJTKjMSizPii0pzUosPMUpwMCuJ8Jq+Birn TUmsrEotyodJSXOwKInzcu108BMSSE8sSc1OTS1ILYLJynBwKEnw3gEZKliUmp5akZaZU4KQ ZuLgBBnOAzScExjTQrzFBYm5xZnpEPlTjIpS4rzPQJoFQBIZpXlwvbAU8opRHOgVYd77IFU8 wPQD1/0KaDAT0OCcmlqQwSWJCCmpBsaq32wz4k95a01q7wkrOpu4d92B/YKq1vEe0+VTvQPD a14cfL3Q31DBZdHntKKacukFzj2iTUbiitZn0xovbfD1llrte6c6jnvJFhavnSlPLHzad/2R zV2+dlfAxL/SjOG3cruOnXt2+smthK/HLFRatY3Emy575W69y7gqMMd2BpdQbUVNlRJLcUai oRZzUXEiAJ1FQFr8AgAA Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:49:42 -0000 On Mon, 26 Sep 2011, Doug Barton wrote: > On 09/26/2011 15:38, Benjamin Kaduk wrote: >> This perception that ZFS is most of the future probably contributed to >> the lack of strong opinions regarding the default UFS partition scheme. > > Can we please stop saying that there were no contrary opinions stated? I My apologies; my statements refer only to the filesystems working group of the BSDCan devsummit. I seem to recall that you couldn't make it to BSDCan ... > personally expressed a preference (call it strong if that helps) for > split partition scheme, as did several other people, all with worked > examples. Nathan chose to go "one big partition" in spite of that input. > Given that he was the one doing the work on the installer I personally > decided to take a step back and see how it played out. But let's not > pretend that this wasn't Nathan's decision. > > Meanwhile, if based on feedback from early adopters we need to tweak the > layout, that's not life threatening. There is still time. Yes, it was clearly Nathan's decision. And there is still time. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:51:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76BCB1065673; Mon, 26 Sep 2011 22:51:00 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD488FC17; Mon, 26 Sep 2011 22:50:59 +0000 (UTC) Received: by qyk4 with SMTP id 4so7403700qyk.13 for ; Mon, 26 Sep 2011 15:50:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=cxDfYNvpj0Q5wu4b18HSXnKQEhaveDE6wa5xHf21+4c=; b=Xcvb5VrecRfZbkEUZkDhDbNUqVhJPx1JNeSrvMee+0KI6PeQuWKhH8om5CaTtFY45+ kq2trn4PLYfgWL5Q+MWQGAyePhInyXXsOsEWusfZ5gO/qOl8eAdyHyX6TDB8259IFd7X av8VtvwDU65ELJAle7sbKpOKl3HSXugLvXK9k= MIME-Version: 1.0 Received: by 10.224.215.133 with SMTP id he5mr5380802qab.224.1317077459348; Mon, 26 Sep 2011 15:50:59 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Mon, 26 Sep 2011 15:50:59 -0700 (PDT) In-Reply-To: <20110926223902.GE57708@in-addr.com> References: <20110926223902.GE57708@in-addr.com> Date: Mon, 26 Sep 2011 15:50:59 -0700 Message-ID: From: Garrett Cooper To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Craig Rodrigues , freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA 2, camcontrol readcap, no passthrough device found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:51:00 -0000 On Mon, Sep 26, 2011 at 3:39 PM, Gary Palmer wrote: > On Mon, Sep 26, 2011 at 03:14:29PM -0700, Craig Rodrigues wrote: >> Hi, >> >> I am running this version: 9.0-BETA2 FreeBSD 9.0-BETA2 #23 r225745: >> Fri Sep 23 19:45:09 PDT 2011 >> >> I found this behavior: >> % camcontrol devlist >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 at scbus2 target 0 lu= n 0 (pass0,ada0) >> =A0 =A0 =A0 =A0 at scbus3 target 0 lun 0 (pas= s1,cd0) >> >> % camcontrol readcap 0:0:0 >> camcontrol: cam_open_btl: no passthrough device found at 0:0:0 >> % camcontrol readcap 0:0 >> camcontrol: cam_open_btl: no passthrough device found at 0:0:0 > > Surely the device ID in bus/target/LUN format should be 2:0:0 for the > Seagate hard disk? It doesn't work for me either using the correct target -- probably a bug in the driver. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 23:02:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31A27106566B for ; Mon, 26 Sep 2011 23:02:06 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8FAB78FC08 for ; Mon, 26 Sep 2011 23:02:05 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so7670928bkb.13 for ; Mon, 26 Sep 2011 16:02:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=sP7TWIz3mXGdKcDHiByhjrwZGOHIHLibuf4/Ne8U4NU=; b=JE1h2NGjT0uavrh1AwydllUC71SD0LA+0FLXLJL3thIuT/qHSdSbHw9j3GatAsmZz/ BRLxoWU2CW9Gl9QFvipEdVPu5ION+y46y36oB11oUM7HBI3qdCXyY0qi4Ov/xasVSM/4 pWqkuoTsDbWEcEm/YZ/IBD98johST4EbWTS4o= MIME-Version: 1.0 Received: by 10.204.6.210 with SMTP id a18mr420877bka.303.1317078124380; Mon, 26 Sep 2011 16:02:04 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.140.24 with HTTP; Mon, 26 Sep 2011 16:02:04 -0700 (PDT) In-Reply-To: <20110926223902.GE57708@in-addr.com> References: <20110926223902.GE57708@in-addr.com> Date: Mon, 26 Sep 2011 16:02:04 -0700 X-Google-Sender-Auth: vq_qvAOGwBYNhYz8H5-pZTwcJ5U Message-ID: From: Craig Rodrigues To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA 2, camcontrol readcap, no passthrough device found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 23:02:06 -0000 On Mon, Sep 26, 2011 at 3:39 PM, Gary Palmer wrote: > Surely the device ID in bus/target/LUN format should be 2:0:0 for the > Seagate hard disk? Ah, OK. Here is what I get now: These are the devices, as shown in the dmesg.boot output: ada0 at ahcich0 bus 0 scbus2 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 76293MB (156250000 512 byte sectors: 16H 63S/T 16383C) cd0 at ahcich1 bus 0 scbus3 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) % camcontrol devlist at scbus2 target 0 lun 0 (pass0,ada0) at scbus3 target 0 lun 0 (pass1,cd0) % camcontrol readcap 2:0:0 (pass0:ahcich0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 (pass0:ahcich0:0:0:0): CAM status: CCB request was invalid % camcontrol readcap 3:0:0 (pass1:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (pass1:ahcich1:0:0:0): CAM status: SCSI Status Error (pass1:ahcich1:0:0:0): SCSI status: Check Condition (pass1:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) % ls /dev/pass* /dev/pass0 /dev/pass1 Is "camcontrol readcap" supposed to work for an ATA disk? -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:55:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08463106566B; Mon, 26 Sep 2011 22:55:04 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id A24658FC08; Mon, 26 Sep 2011 22:55:03 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8KBj-00021d-CH; Tue, 27 Sep 2011 01:03:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 01:02:05 +0200 From: "crsnet.pl" To: "crsnet.pl" In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Message-ID: <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-Mailman-Approved-At: Mon, 26 Sep 2011 23:13:01 +0000 Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:55:04 -0000 > 2. Kadu/Gnu Gadu. > I dont know why, but when i run kadu / gnu gadu and try to connect to > Gadu-Gadu network software segments ;/ > Kadu with signal 6, GnuGadu with signal 11. > I try to use old gadulib, or recompie it. But this doesn't help ;/ I run portmaster -y --no-confirm --packages-if-newer -m 'BATCH=yes' -d -a And... its works;) > > [cr4sh@x300 ~]$ uname -a > FreeBSD x300 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Mon Sep 26 00:25:30 CEST > 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 > > Regards. From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 22:56:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ADA91065678; Mon, 26 Sep 2011 22:56:21 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 33D3B8FC1B; Mon, 26 Sep 2011 22:56:20 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id E6A0FDC0BA; Mon, 26 Sep 2011 22:57:07 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id AF936DC0B6 for ; Mon, 26 Sep 2011 22:57:05 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4E127163EC9; Mon, 26 Sep 2011 22:55:24 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B64AF10656F4; Mon, 26 Sep 2011 22:55:23 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08463106566B; Mon, 26 Sep 2011 22:55:04 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id A24658FC08; Mon, 26 Sep 2011 22:55:03 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8KBj-00021d-CH; Tue, 27 Sep 2011 01:03:03 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 01:02:05 +0200 From: "crsnet.pl" To: "crsnet.pl" In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Message-ID: <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Mailman-Approved-At: Mon, 26 Sep 2011 23:14:01 +0000 Cc: freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 problems. X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 22:56:21 -0000 > 2. Kadu/Gnu Gadu. > I dont know why, but when i run kadu / gnu gadu and try to connect to > Gadu-Gadu network software segments ;/ > Kadu with signal 6, GnuGadu with signal 11. > I try to use old gadulib, or recompie it. But this doesn't help ;/ I run portmaster -y --no-confirm --packages-if-newer -m 'BATCH=yes' -d -a And... its works;) > > [cr4sh@x300 ~]$ uname -a > FreeBSD x300 9.0-BETA3 FreeBSD 9.0-BETA3 #2: Mon Sep 26 00:25:30 CEST > 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 > > Regards. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 23:38:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 936FB106566B for ; Mon, 26 Sep 2011 23:38:05 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2931B8FC12 for ; Mon, 26 Sep 2011 23:38:04 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p8QMwgS9090648; Mon, 26 Sep 2011 16:58:42 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p8QMwgrV090647; Mon, 26 Sep 2011 16:58:42 -0600 (MDT) (envelope-from ken) Date: Mon, 26 Sep 2011 16:58:42 -0600 From: "Kenneth D. Merry" To: Fabian Keil Message-ID: <20110926225842.GA88443@nargothrond.kdm.org> References: <20110922193305.GA24939@nargothrond.kdm.org> <20110924212722.4ce229e9@fabiankeil.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20110924212722.4ce229e9@fabiankeil.de> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: SCSI descriptor sense changes, testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 23:38:05 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Sep 24, 2011 at 21:27:22 +0200, Fabian Keil wrote: > "Kenneth D. Merry" wrote: > > > I have attached a set of patches against head that implement SCSI > > descriptor sense support for CAM. > > > Anyway, I'd appreciate any testing and feedback on these changes. As I > > said, they will probably be in 9.0, so if there are any issues it would > > be better to find them now. :) > > I've been using the patch on a ThinkPad R500 since yesterday and > just reverted it today again to get my kernel closer to HEAD before > looking into some (probably unrelated) panics. > > I didn't notice it while using the patch, but it looks like the > kernel wasn't able to pick up cd0 anymore: Hmm. I don't think any of the changes would have caused this, but evidently something did... Let's see if we can debug it... I have attached a patch to add some debugging output, and I see at least one interesting thing in the logs below. Can you re-apply the descriptor sense patch, and then try the attached debugging patch as well? > fk@r500 ~ $grep -h "new dis" /var/log/messages /var/log/messages.[123] | sort > Sep 21 23:40:23 r500 kernel: GEOM: new disk da0 > Sep 21 23:40:30 r500 kernel: GEOM: new disk da1 > Sep 21 23:45:21 r500 kernel: GEOM: new disk ada0 > Sep 21 23:45:21 r500 kernel: GEOM: new disk cd0 > Sep 21 23:45:21 r500 kernel: GEOM: new disk da0 > Sep 21 23:45:21 r500 kernel: GEOM: new disk da1 > Sep 21 23:52:44 r500 kernel: GEOM: new disk ada0 > Sep 21 23:52:44 r500 kernel: GEOM: new disk cd0 > Sep 21 23:53:14 r500 kernel: GEOM: new disk da0 > Sep 21 23:56:23 r500 kernel: GEOM: new disk da1 > Sep 22 21:14:17 r500 kernel: GEOM: new disk ada0 > Sep 22 21:14:17 r500 kernel: GEOM: new disk cd0 > Sep 22 22:10:20 r500 kernel: GEOM: new disk da0 > [patch applied] > Sep 22 23:29:45 r500 kernel: GEOM: new disk da0 > Sep 23 14:38:31 r500 kernel: GEOM: new disk ada0 > Sep 23 17:19:40 r500 kernel: GEOM: new disk da0 > Sep 23 19:20:21 r500 kernel: GEOM: new disk da0 > Sep 23 19:20:42 r500 kernel: GEOM: new disk da1 > Sep 23 22:58:56 r500 kernel: GEOM: new disk da0 > Sep 24 09:31:02 r500 kernel: GEOM: new disk ada0 > Sep 24 14:17:22 r500 kernel: GEOM: new disk da0 > Sep 24 14:44:03 r500 kernel: GEOM: new disk ada0 > Sep 24 14:44:03 r500 kernel: GEOM: new disk da0 > Sep 24 14:53:30 r500 kernel: GEOM: new disk ada0 > Sep 24 15:03:24 r500 kernel: GEOM: new disk da0 > Sep 24 15:06:03 r500 kernel: GEOM: new disk da0 > Sep 24 15:13:57 r500 kernel: GEOM: new disk ada0 > Sep 24 15:14:16 r500 kernel: GEOM: new disk da0 > Sep 24 15:27:11 r500 kernel: GEOM: new disk ada0 > Sep 24 15:28:05 r500 kernel: GEOM: new disk da0 > Sep 24 15:32:10 r500 kernel: GEOM: new disk ada0 > Sep 24 15:32:10 r500 kernel: GEOM: new disk da0 > Sep 24 15:38:16 r500 kernel: GEOM: new disk ada0 > Sep 24 15:38:16 r500 kernel: GEOM: new disk da0 > Sep 24 15:43:33 r500 kernel: GEOM: new disk ada0 > Sep 24 15:43:33 r500 kernel: GEOM: new disk da0 > Sep 24 15:49:30 r500 kernel: GEOM: new disk ada0 > [patch reverted] > Sep 24 19:32:51 r500 kernel: GEOM: new disk ada0 > Sep 24 19:32:51 r500 kernel: GEOM: new disk cd0 > Sep 24 19:32:51 r500 kernel: GEOM: new disk da0 > Sep 24 19:38:07 r500 kernel: GEOM: new disk ada0 > Sep 24 19:38:07 r500 kernel: GEOM: new disk cd0 > > Without the patch I'm used to getting the following kernel > messages when booting (without a disc in cd0): > > Sep 24 19:32:51 r500 kernel: ahcich0: AHCI reset: device ready after 100ms > Sep 24 19:32:51 r500 kernel: (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 > Sep 24 19:32:51 r500 kernel: ahcich1: AHCI reset: device ready after 100ms > Sep 24 19:32:51 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 19:32:51 r500 kernel: GEOM: new disk cd0 > Sep 24 19:32:51 r500 kernel: pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 > Sep 24 19:32:51 r500 kernel: pass0: ATA-8 SATA 1.x device > Sep 24 19:32:51 r500 kernel: pass0: Serial Number 090509FB2F32LLEY6D8A > Sep 24 19:32:51 r500 kernel: pass0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) > Sep 24 19:32:51 r500 kernel: pass0: Command Queueing enabled > Sep 24 19:32:51 r500 kernel: pass1 at ahcich1 bus 0 scbus1 target 0 lun 0 > Sep 24 19:32:51 r500 kernel: pass1: Removable CD-ROM SCSI-0 device > Sep 24 19:32:51 r500 kernel: pass1: Serial Number M2R96NC0647 > Sep 24 19:32:51 r500 kernel: pass1: 150.000MB/s transfers (SATA 1.x, UDMA6, ATAPI 12bytes, PIO 8192bytes) > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condition > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): Retrying command (per sense data) > Sep 24 19:32:51 r500 kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > Sep 24 19:32:51 r500 kernel: ada0: ATA-8 SATA 1.x device > Sep 24 19:32:51 r500 kernel: ada0: Serial Number 090509FB2F32LLEY6D8A > Sep 24 19:32:51 r500 kernel: ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) > Sep 24 19:32:51 r500 kernel: ada0: Command Queueing enabled > Sep 24 19:32:51 r500 kernel: ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) > Sep 24 19:32:51 r500 kernel: ada0: Previously was known as ad4 > Sep 24 19:32:51 r500 kernel: SMP: AP CPU #1 Launched! > Sep 24 19:32:51 r500 kernel: cpu1 AP: > Sep 24 19:32:51 r500 kernel: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff > Sep 24 19:32:51 r500 kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > Sep 24 19:32:51 r500 kernel: timer: 0x000100ef therm: 0x00010200 err: 0x000000f0 pmc: 0x00010400 > Sep 24 19:32:51 r500 kernel: TSC timecounter disabled: C3 enabled. > Sep 24 19:32:51 r500 kernel: Timecounter "TSC" frequency 1995048630 Hz quality -1000 > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condition > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:4,1 (Logical unit is in process of becoming ready) > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): Polling device for readiness > Sep 24 19:32:51 r500 kernel: uhub0: 2 ports with 2 removable, self powered > Sep 24 19:32:51 r500 kernel: uhub1: 2 ports with 2 removable, self powered > Sep 24 19:32:51 r500 kernel: uhub2: 2 ports with 2 removable, self powered > Sep 24 19:32:51 r500 kernel: uhub4: 2 ports with 2 removable, self powered > Sep 24 19:32:51 r500 kernel: uhub5: 2 ports with 2 removable, self powered > Sep 24 19:32:51 r500 kernel: uhub6: 2 ports with 2 removable, self powered > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condition > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error > Sep 24 19:32:51 r500 kernel: cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 > Sep 24 19:32:51 r500 kernel: cd0: Removable CD-ROM SCSI-0 device > Sep 24 19:32:51 r500 kernel: cd0: Serial Number M2R96NC0647 > Sep 24 19:32:51 r500 kernel: cd0: 150.000MB/s transfers (SATA 1.x, UDMA6, ATAPI 12bytes, PIO 8192bytes) > Sep 24 19:32:51 r500 kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condition > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condition > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condition > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI status: Check Condition > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) > Sep 24 19:32:51 r500 kernel: (cd0:ahcich1:0:0:0): Error 6, Unretryable error > Sep 24 19:32:51 r500 kernel: GEOM: new disk ada0 > Sep 24 19:32:51 r500 kernel: GEOM: ada0s1: geometry does not match label (255h,63s != 16h,63s). > > With the patch I got: > > Sep 24 17:29:16 r500 kernel: ahcich0: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich0: SATA connect time=900us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich0: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: battery0: battery initialization start > Sep 24 17:29:16 r500 kernel: ugen0.1: at usbus0 > Sep 24 17:29:16 r500 kernel: uhub0: on usbus0 > Sep 24 17:29:16 r500 kernel: ugen1.1: at usbus1 > Sep 24 17:29:16 r500 kernel: uhub1: on usbus1 > Sep 24 17:29:16 r500 kernel: ugen2.1: at usbus2 > Sep 24 17:29:16 r500 kernel: uhub2: on usbus2 > Sep 24 17:29:16 r500 kernel: ugen3.1: at usbus3 > Sep 24 17:29:16 r500 kernel: uhub3: on usbus3 > Sep 24 17:29:16 r500 kernel: ugen4.1: at usbus4 > Sep 24 17:29:16 r500 kernel: uhub4: on usbus4 > Sep 24 17:29:16 r500 kernel: ugen5.1: at usbus5 > Sep 24 17:29:16 r500 kernel: uhub5: on usbus5 > Sep 24 17:29:16 r500 kernel: ugen6.1: at usbus6 > Sep 24 17:29:16 r500 kernel: uhub6: on usbus6 > Sep 24 17:29:16 r500 kernel: ugen7.1: at usbus7 > Sep 24 17:29:16 r500 kernel: uhub7: on usbus7 > Sep 24 17:29:16 r500 kernel: acpi_acad0: acline initialization start > Sep 24 17:29:16 r500 kernel: battery0: battery initialization done, tried 1 times > Sep 24 17:29:16 r500 kernel: acpi_acad0: On Line > Sep 24 17:29:16 r500 kernel: acpi_acad0: acline initialization done, tried 1 times > Sep 24 17:29:16 r500 kernel: ahcich0: AHCI reset: device ready after 100ms > Sep 24 17:29:16 r500 kernel: (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 100ms > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 100ms At this stage in the previous log, the CD driver and pass driver were probing the drive. It looks like in this case, we're getting CAM_REQ_INVALID in response to a SCSI inquiry. I've looked around in the likely code paths, and I don't see too many places where that could happen. One is in the ahci driver, I guess we'll see if that's what we're hitting. > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 100ms > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: uhub0: 2 ports with 2 removable, self powered > Sep 24 17:29:16 r500 kernel: uhub1: 2 ports with 2 removable, self powered > Sep 24 17:29:16 r500 kernel: uhub2: 2 ports with 2 removable, self powered > Sep 24 17:29:16 r500 kernel: uhub4: 2 ports with 2 removable, self powered > Sep 24 17:29:16 r500 kernel: uhub5: 2 ports with 2 removable, self powered > Sep 24 17:29:16 r500 kernel: uhub6: 2 ports with 2 removable, self powered > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 200ms > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 101ms > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 100ms > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 200ms > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 200ms > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 200ms > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device ready after 101ms > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset... > Sep 24 17:29:16 r500 kernel: ahcich1: SATA connect time=1000us status=00000113 > Sep 24 17:29:16 r500 kernel: ahcich1: AHCI reset: device found > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 24 0 0 > Sep 24 17:29:16 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB request was invalid > Sep 24 17:29:16 r500 kernel: pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 > Sep 24 17:29:16 r500 kernel: pass0: ATA-8 SATA 1.x device > Sep 24 17:29:16 r500 kernel: pass0: Serial Number 090509FB2F32LLEY6D8A > Sep 24 17:29:16 r500 kernel: pass0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) > Sep 24 17:29:16 r500 kernel: pass0: Command Queueing enabled > Sep 24 17:29:16 r500 kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > Sep 24 17:29:16 r500 kernel: GEOM: new disk ada0 > Sep 24 17:29:16 r500 kernel: ada0: ATA-8 SATA 1.x device > Sep 24 17:29:16 r500 kernel: ada0: Serial Number 090509FB2F32LLEY6D8A > Sep 24 17:29:16 r500 kernel: ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) > Sep 24 17:29:16 r500 kernel: ada0: Command Queueing enabled > Sep 24 17:29:16 r500 kernel: ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) > Sep 24 17:29:16 r500 kernel: ada0: Previously was known as ad4 > > I'm using a couple of other patches, but the only > one that is related to SCSI is: > http://www.freebsd.org/cgi/query-pr.cgi?pr=159611 It doesn't look like that should cause a problem, since it's just a quirk entry. > > Fabian Ken -- Kenneth Merry ken@FreeBSD.ORG --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ahci_debug.20110926.1.txt" ==== //depot/users/kenm/FreeBSD-test/sys/dev/ahci/ahci.c#5 - /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/dev/ahci/ahci.c ==== *** /tmp/tmp.87438.78 Mon Sep 26 16:52:37 2011 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/dev/ahci/ahci.c Mon Sep 26 16:52:04 2011 *************** *** 2121,2126 **** --- 2121,2134 ---- case AHCI_ERR_INVALID: ch->fatalerr = 1; ccb->ccb_h.status |= CAM_REQ_INVALID; + printf("%s: got AHCI_ERR_INVALID!\n", __func__); + if (ccb->ccb_h.func_code == XPT_SCSI_IO) { + printf("%s: op %x dxfer_len %d sense_len %u " + "sense_resid %u\n", __func__, + ccb->csio.cdb_io.cdb_bytes[0], + ccb->csio.dxfer_len, ccb->csio.sense_len, + ccb->csio.sense_resid); + } break; case AHCI_ERR_INNOCENT: ccb->ccb_h.status |= CAM_REQUEUE_REQ; --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 23:42:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 358C1106566B for ; Mon, 26 Sep 2011 23:42:17 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id E2FC48FC0C for ; Mon, 26 Sep 2011 23:42:16 +0000 (UTC) Received: by qyk4 with SMTP id 4so7444703qyk.13 for ; Mon, 26 Sep 2011 16:42:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=T9ocFed0GBKtysH/qpjGHgEevtCSq2o4n4SyBt0haQ4=; b=Dkh/YaerBJnGMgUzI03t1vAozPhJhXRfmoJ5k2ln2VAg4CNxnNPFwX/CSOHgu5JBEO TT2ihSkaxErz79XguTuCQvE15q4mLlX43yk0a2Nh0Fc/xjnyuFyzpVfLaREE0jlK2hYf 56hOKT37tG4Tse7AHDE1k1DJWE7FW94Gafpfk= Received: by 10.224.194.4 with SMTP id dw4mr5499945qab.214.1317079050186; Mon, 26 Sep 2011 16:17:30 -0700 (PDT) Received: from schism.local (c-76-124-49-145.hsd1.pa.comcast.net. [76.124.49.145]) by mx.google.com with ESMTPS id d14sm23068875qaj.3.2011.09.26.16.17.27 (version=SSLv3 cipher=OTHER); Mon, 26 Sep 2011 16:17:28 -0700 (PDT) Message-ID: <4E810807.8090400@gmail.com> Date: Mon, 26 Sep 2011 19:17:27 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: "crsnet.pl" References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> In-Reply-To: <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 23:42:17 -0000 [majority of CC'd lists removed...] On 9/26/11 7:02 PM, crsnet.pl wrote: > >> 2. Kadu/Gnu Gadu. >> I dont know why, but when i run kadu / gnu gadu and try to connect to >> Gadu-Gadu network software segments ;/ >> Kadu with signal 6, GnuGadu with signal 11. >> I try to use old gadulib, or recompie it. But this doesn't help ;/ > > I run portmaster -y --no-confirm --packages-if-newer -m 'BATCH=yes' -d -a > And... its works;) > There was a shared library bump between 9.0-BETA2 and 9.0-BETA3, which portmaster likely rebuilt the necessary dependencies. -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 23:48:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC631065670 for ; Mon, 26 Sep 2011 23:48:27 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU [18.7.68.36]) by mx1.freebsd.org (Postfix) with ESMTP id EE47B8FC12 for ; Mon, 26 Sep 2011 23:48:26 +0000 (UTC) X-AuditID: 12074424-b7ef76d0000008dc-af-4e810f49eb65 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id 6B.5C.02268.94F018E4; Mon, 26 Sep 2011 19:48:26 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p8QNmPjj015791; Mon, 26 Sep 2011 19:48:25 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8QNmO77015353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 19:48:25 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8QNmNMj022405; Mon, 26 Sep 2011 19:48:23 -0400 (EDT) Date: Mon, 26 Sep 2011 19:48:23 -0400 (EDT) From: Benjamin Kaduk To: Arnaud Lacombe In-Reply-To: Message-ID: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHIsWRmVeSWpSXmKPExsUixCmqrevF3+hn8Pgzo8WcNx+YLHbdOcPs wOQx49N8Fo+ds+6yBzBFcdmkpOZklqUW6dslcGUcW/2ZseAQb8XW1pdsDYy3uLoYOTkkBEwk Vq9uZ4OwxSQu3FsPZHNxCAnsY5SYt6QdytnAKHH41x8WCOcAk8TJecfYQVqEBBoYJa725oPY LALaErOuXQQbxSagIjHzzUYwW0RAXWLxtOVMIDazgLzE/yuXwWxhAX2J4w0/mUFsToFAiSe/ HrKA2LwC9hIzv9yHWvaeUWLW9gtgg0QFdCRW758CVSQocXLmExaIoZYS5/5cZ5vAKDgLSWoW ktQCRqZVjLIpuVW6uYmZOcWpybrFyYl5ealFuuZ6uZkleqkppZsYQcHK7qKyg7H5kNIhRgEO RiUeXoctDX5CrIllxZW5hxglOZiURHnX8zX6CfEl5adUZiQWZ8QXleakFh9ilOBgVhLhNX0N VM6bklhZlVqUD5OS5mBREue12engJySQnliSmp2aWpBaBJOV4eBQkuDdDDJUsCg1PbUiLTOn BCHNxMEJMpwHaPhCkBre4oLE3OLMdIj8KUZFKXHetSAJAZBERmkeXC8smbxiFAd6RZh3O0gV DzARwXW/AhrMBDQ4p6YWZHBJIkJKqoFxqoLBMyk9D79T5/1NdcT+/THbcJfLtVB8jfWsCkUB uz1JnIzvnjSt+Ni3wDl2Vg5XDnv3qzeLXbxLu5+LWppy9DzYepvh1RlROZGVNRX/7X8HT46O KlIWU3nZcKt685TKfT/9wib9+LqAR2SlaOjEE55ZjxzNbn6a8KHKaWK8fGBj3qne38ZKLMUZ iYZazEXFiQBAczSxAQMAAA== Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 23:48:27 -0000 On Mon, 26 Sep 2011, Arnaud Lacombe wrote: > Hi, > > On Mon, Sep 26, 2011 at 4:34 PM, Brett Glass wrote: >> >> My personal preference would be to place portions of the directory tree >> which contain critical configuration information and are not written in >> normal use -- e.g. /etc and /boot -- >> > The problem with /boot on a dedicated partition is the the kernel, > since at least 8.x, is installed by default with a vast majority of > crap. That's all the .symbols, that 99% of FreeBSD users will never > uses. My recollection is that this is because kensmith forgot to take 'makeoptions DEBUG=-g' out of GENERIC when branching stable/8, and no one noticed until a couple of releases in, at which point it seemed consistent with POLA to just keep it there. Unfortunately I am not having much luck digging through mail archives trying to confirm that. I don't remember whether the plan was to turn it off on stable/9 or not. > > Beside that, the auto-partitionner refuses to work on <1G drive, which > is really ridiculous... > > FreeBSD 9.0BETA2 bases + games fit in 310MB, crap taken out. Can you even buy a spinning disk less than 50GB these days? If you have hardware of that nature, you are almost certainly going to want to customize other aspects of the system (and if it's an under-provisioned system, are you really going to be doing this customization in-place?), at which point removing the extra stuff is minimal extra work. If a developer has to ask a user to do something (e.g. compile) in order to debug something, there is a huge hit in the response rate; having the symbols available in the general case can be helpful. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:17:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 580911065670 for ; Tue, 27 Sep 2011 00:17:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16D478FC13 for ; Tue, 27 Sep 2011 00:17:21 +0000 (UTC) Received: by yia13 with SMTP id 13so6095078yia.13 for ; Mon, 26 Sep 2011 17:17:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=oTP7gAnFjYgE5BcATXeGbRDknThSqUvBYj4umja+ANw=; b=jPO8VuQQGb1jjOYCO2pRSO/BEYxgjcNvrEvZo+ZIkb/xjaIgFTYLq/rxax6eONQIWJ pmFUU2M4Yto3CCP6ehPWIYurZV52bYbL3dPOBYfvhNEpmb6UBGK2oH9Ty+JasIDn0erE 3IyFcf5kGMOB7GMhOlQfwzrB6h/PFnQcriq8Q= MIME-Version: 1.0 Received: by 10.236.79.72 with SMTP id h48mr44922029yhe.4.1317082641221; Mon, 26 Sep 2011 17:17:21 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 17:17:21 -0700 (PDT) In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> Date: Tue, 27 Sep 2011 08:17:21 +0800 X-Google-Sender-Auth: Pik-oC5ZvG7iWeJDvBOAtnLzAh4 Message-ID: From: Adrian Chadd To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Arnaud Lacombe Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 00:17:22 -0000 .. I do FreeBSD installs on 1GB flash disks. You know, so I don't have to nuke the windows install. Just so I can test out things. :) If people would like to see a more detailed partition editor, please supply patches to bsdinstall to do so. :-) I'd love to have multiple options - "use all for one partition", "do sysinstall-style auto partitioning". This is much more fun with GPT partitions where there's no 6 slice limit, right? Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:21:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC8C91065676; Tue, 27 Sep 2011 00:21:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 336628FC08; Tue, 27 Sep 2011 00:21:23 +0000 (UTC) Received: by ywp17 with SMTP id 17so6109356ywp.13 for ; Mon, 26 Sep 2011 17:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZVLN4mDnVwgtnyWUJPcUk+W73pJxL1GLzHXi0G6kv1o=; b=iMlvDelLFr1s6mCCcS/djCM982JVBP3X4+i3y3QRiIRELEhdGZIq8TFi1zyW0ID0kS TEDj6SGO4CdVVkn8JnDh8eUkvqBIGDtf1FCs6tyYx6KYhjmBNC5FslgjuRxWzn+5RWFb RfCX6EQjwNGM88Y22oAwBdTsJn/aG46iBmflw= MIME-Version: 1.0 Received: by 10.236.129.165 with SMTP id h25mr43444676yhi.38.1317082883541; Mon, 26 Sep 2011 17:21:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 17:21:23 -0700 (PDT) In-Reply-To: <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Date: Tue, 27 Sep 2011 08:21:23 +0800 X-Google-Sender-Auth: -km5kEvLshC-VB1-ZiMmNY5b4X0 Message-ID: From: Adrian Chadd To: "crsnet.pl" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 00:21:25 -0000 Hi, Please try to do this without wlan loaded at all (not just down, but build your wifi support as a module.) Then try without X, see whether it's related to that or not. (And you haven't told us what your hardware is.) Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:24:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97153106564A; Tue, 27 Sep 2011 00:24:19 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2E06E8FC1D; Tue, 27 Sep 2011 00:24:18 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 1DF2CDC0BA; Tue, 27 Sep 2011 00:25:06 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id D8FABDC0B6 for ; Tue, 27 Sep 2011 00:25:04 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1B621155D49; Tue, 27 Sep 2011 00:21:49 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 267AA10657CF; Tue, 27 Sep 2011 00:21:45 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC8C91065676; Tue, 27 Sep 2011 00:21:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 336628FC08; Tue, 27 Sep 2011 00:21:23 +0000 (UTC) Received: by ywp17 with SMTP id 17so6109356ywp.13 for ; Mon, 26 Sep 2011 17:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZVLN4mDnVwgtnyWUJPcUk+W73pJxL1GLzHXi0G6kv1o=; b=iMlvDelLFr1s6mCCcS/djCM982JVBP3X4+i3y3QRiIRELEhdGZIq8TFi1zyW0ID0kS TEDj6SGO4CdVVkn8JnDh8eUkvqBIGDtf1FCs6tyYx6KYhjmBNC5FslgjuRxWzn+5RWFb RfCX6EQjwNGM88Y22oAwBdTsJn/aG46iBmflw= MIME-Version: 1.0 Received: by 10.236.129.165 with SMTP id h25mr43444676yhi.38.1317082883541; Mon, 26 Sep 2011 17:21:23 -0700 (PDT) Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 17:21:23 -0700 (PDT) In-Reply-To: <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Date: Tue, 27 Sep 2011 08:21:23 +0800 X-Google-Sender-Auth: -km5kEvLshC-VB1-ZiMmNY5b4X0 Message-ID: From: Adrian Chadd To: "crsnet.pl" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 00:24:19 -0000 Hi, Please try to do this without wlan loaded at all (not just down, but build your wifi support as a module.) Then try without X, see whether it's related to that or not. (And you haven't told us what your hardware is.) Adrian _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:31:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77A4E1065672; Tue, 27 Sep 2011 00:31:09 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3517A8FC0A; Tue, 27 Sep 2011 00:31:08 +0000 (UTC) Received: by iadk27 with SMTP id k27so8129093iad.13 for ; Mon, 26 Sep 2011 17:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aSxDZdpQ+bTt2nfJ8PW5OdtmEGvaFxV7cukscZz8FKI=; b=otqo8H1fawVjh88f8VyYT3vf5tR5xTVrPSdL9r08sbhZcMGkoSdoAc+H+BKGpRdwUA maY7qgp2Jv6+xDWKUDK2ajxozRK0+UrM5XdM1aPdGb73K25C9u5vXfu0rkQJF4bRoiV4 JsjnrKYa/KoYQd+QCR9QUKAiL4SflFXSvIwFw= MIME-Version: 1.0 Received: by 10.231.82.131 with SMTP id b3mr9147296ibl.74.1317083468428; Mon, 26 Sep 2011 17:31:08 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Mon, 26 Sep 2011 17:31:08 -0700 (PDT) In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> Date: Mon, 26 Sep 2011 17:31:08 -0700 Message-ID: From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 00:31:09 -0000 On Mon, Sep 26, 2011 at 5:17 PM, Adrian Chadd wrote: > .. I do FreeBSD installs on 1GB flash disks. You know, so I don't have > to nuke the windows install. Just so I can test out things. :) > > If people would like to see a more detailed partition editor, please > supply patches to bsdinstall to do so. :-) > I'd love to have multiple options - "use all for one partition", "do > sysinstall-style auto partitioning". > This is much more fun with GPT partitions where there's no 6 slice limit, right? MBR has a 4 slice limit. 6 would have been very nice! GPT allows 256 partitions. Whee! My current system disk has 7 real partitions. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:32:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D292F106564A; Tue, 27 Sep 2011 00:32:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F0D2715FCFE; Tue, 27 Sep 2011 00:32:03 +0000 (UTC) Message-ID: <4E811983.8030707@FreeBSD.org> Date: Mon, 26 Sep 2011 17:32:03 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110912 Thunderbird/6.0.2 MIME-Version: 1.0 To: "crsnet.pl" References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> In-Reply-To: <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 00:32:43 -0000 On 09/26/2011 16:02, crsnet.pl wrote: > >> 2. Kadu/Gnu Gadu. >> I dont know why, but when i run kadu / gnu gadu and try to connect to >> Gadu-Gadu network software segments ;/ >> Kadu with signal 6, GnuGadu with signal 11. >> I try to use old gadulib, or recompie it. But this doesn't help ;/ > > I run portmaster -y --no-confirm --packages-if-newer -m 'BATCH=yes' -d -a The -y option is meaningless in that context, FYI. > And... its works;) I'm glad to hear that at least. :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:33:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06CFE1065675; Tue, 27 Sep 2011 00:33:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 958288FC1E; Tue, 27 Sep 2011 00:33:38 +0000 (UTC) Received: by gyf2 with SMTP id 2so5959780gyf.13 for ; Mon, 26 Sep 2011 17:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=c1qJL8gBo07Pd32PPuGC0p9S+d06qEMxm5yeFFeALOg=; b=Hyw3Shyd6ojCLwtVf4dEu0zNT/MCPTZGYzaSpgtSlGUFnD9DL8+uhJ9J/zHwWBQa5X Tz0zPrG61MF72GuWz4BXWBr5of6bVqzckBgyp4MVq0840NgbP+xG32ZqphynWXpAHYCV 7pNXVpRe5E84FUOWHFSki+6G6iTv2PziuFRw0= MIME-Version: 1.0 Received: by 10.236.129.165 with SMTP id h25mr43484003yhi.38.1317083617872; Mon, 26 Sep 2011 17:33:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 17:33:37 -0700 (PDT) In-Reply-To: <201109261305.57602.jhb@freebsd.org> References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> Date: Tue, 27 Sep 2011 08:33:37 +0800 X-Google-Sender-Auth: 11WUORF_u_t2NnHvdXLVd9eolw8 Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 00:33:39 -0000 I spoke with John last night. This little gem popped up in the KTR trace. * the scheduler switches to the idle task * The interrupt comes in for ath0 * it gets added to the run queue * .. but then the idle task keeps running .. * .. until an arge0 interrupt comes in. There's also three statclock ticks too, in quick succession. Mav/John: the trace is at http://people.freebsd.org/~adrian/ath/ktr.4.sorted.txt . This includes KTR_SCHED, KTR_PROC, KTR_SPARE2 and KTR_INTR. Adrian 5772 (0x80907000) 2173896521 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.453: mi_switch: new thread 100026 (td_sched 0x809072e8, pid 11, int2 arge0) 5773 (0x80907000) 2173896836 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_intr.c.1253: intr_event_execute_handlers: pid 11 exec 0x803665b8(0xc087d000) for arge0 flg=80000000 5774 (0x80907000) 2173929763 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.435: mi_switch: old thread 100026 (td_sched 0x809072e8, pid 11, int2 arge0) 5775 (0x80907000) 2173929941 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.443: KTRGRAPH group:"thread", id:"int2 arge0 tid 100026", state:"iwait", attributes: prio:8, wmesg:"(null)", lockname:"(null)" 5776 (0x80907000) 2173930059 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.259: KTRGRAPH group:"load", id:"global load", counter:0, attributes: none 5777 (0x80629c80) 2173930552 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.450: KTRGRAPH group:"thread", id:"idle tid 100002", state:"running", attributes: prio:255 5778 (0x80629c80) 2173930690 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.453: mi_switch: new thread 100002 (td_sched 0x80629f68, pid 10, idle) 5779 (0x80629c80) 2173931360 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clocksource.c.762: idle at 0: now 4606.6f61caa4e07acc40 5780 (0x80629c80) 2173932827 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_intr.c.1426: intr_event_handle: exec 0x803641a4(0x80908180) for pcib0 5781 (0x80629c80) 2173933777 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_intr.c.914: intr_event_schedule_thread: schedule pid 11 (pci intr0: ath0) 5782 (0x80629c80) 2173933969 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.1314: KTRGRAPH group:"thread", id:"pci intr0: ath0 tid 100023", state:"runq add", attributes: prio:8, linkedto:"idle tid 100002" 5783 (0x80629c80) 2173934091 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.1316: KTRGRAPH group:"thread", id:"idle tid 100002", point:"wokeup", attributes: linkedto:"pci intr0: ath0 tid 100023" 5784 (0x80629c80) 2173934402 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.251: KTRGRAPH group:"load", id:"global load", counter:1, attributes: none 5785 (0x80629c80) 2173935012 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clocksource.c.266: skip at 0: 85 5786 (0x80629c80) 2173935793 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clocksource.c.312: next at 0: next 4606.853c3a57fce2f2be by 0 5787 (0x80629c80) 2173935909 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clocksource.c.428: load at 0: next 4606.853c3a57fce2f2be eq 0 5788 (0x80629c80) 2179937582 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_intr.c.1426: intr_event_handle: exec 0x803652e8(0xc087d000) for arge0 5789 (0x80629c80) 2179938312 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_intr.c.914: intr_event_schedule_thread: schedule pid 11 (int2 arge0) 5790 (0x80629c80) 2179938447 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.1314: KTRGRAPH group:"thread", id:"int2 arge0 tid 100026", state:"runq add", attributes: prio:8, linkedto:"idle tid 100002" 5791 (0x80629c80) 2179938569 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.1316: KTRGRAPH group:"thread", id:"idle tid 100002", point:"wokeup", attributes: linkedto:"int2 arge0 tid 100026" 5792 (0x80629c80) 2179938719 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.251: KTRGRAPH group:"load", id:"global load", counter:2, attributes: none 5793 (0x80629c80) 2179939169 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clocksource.c.791: active at 0: now 4606.73a77ad6245cfbb0 5794 (0x80629c80) 2179939379 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clocksource.c.186: handle at 0: now 4606.73a77ad6245cfbb0 5795 (0x80629c80) 2179942746 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clock.c.748: KTRGRAPH group:"thread", id:"idle tid 100002", point:"statclock", attributes: prio:255, stathz:127 5796 (0x80629c80) 2179943526 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clock.c.748: KTRGRAPH group:"thread", id:"idle tid 100002", point:"statclock", attributes: prio:255, stathz:127 5797 (0x80629c80) 2179943866 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clock.c.748: KTRGRAPH group:"thread", id:"idle tid 100002", point:"statclock", attributes: prio:255, stathz:127 5798 (0x80629c80) 2179944443 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clocksource.c.312: next at 0: next 4606.73d3c7a7dc1e5786 by 0 5799 (0x80629c80) 2179944558 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_clocksource.c.428: load at 0: next 4606.73d3c7a7dc1e5786 eq 0 5800 (0x80629c80) 2179945325 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.435: mi_switch: old thread 100002 (td_sched 0x80629f68, pid 10, idle) 5801 (0x80629c80) 2179945457 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.439: KTRGRAPH group:"thread", id:"idle tid 100002", state:"idle", attributes: prio:255 5802 (0x80907960) 2179946103 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.450: KTRGRAPH group:"thread", id:"pci intr0: ath0 tid 100023", state:"running", attributes: prio:8 5803 (0x80907960) 2179946255 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.453: mi_switch: new thread 100023 (td_sched 0x80907c48, pid 11, pci intr0: ath0) 5804 (0x80907960) 2179946715 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_intr.c.1253: intr_event_execute_handlers: pid 11 exec 0x80081d74(0x80904000) for ath0 flg=80000000 5805 (0x80907960) 2179952661 /data/freebsd/mips/if_ath_tx/src/sys/kern/subr_sleepqueue.c.812: sleepq_signal(0x80987900, 0) 5806 (0x80907960) 2179953387 /data/freebsd/mips/if_ath_tx/src/sys/kern/subr_sleepqueue.c.744: sleepq_wakeup: thread 0x80907640 (pid 0, ath0 taskq) 5807 (0x80907960) 2179953835 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.1314: KTRGRAPH group:"thread", id:"ath0 taskq tid 100024", state:"runq add", attributes: prio:8, linkedto:"pci intr0: ath0 tid 100023" 5808 (0x80907960) 2179953957 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.1316: KTRGRAPH group:"thread", id:"pci intr0: ath0 tid 100023", point:"wokeup", attributes: linkedto:"ath0 taskq tid 100024" 5809 (0x80907960) 2179954293 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.251: KTRGRAPH group:"load", id:"global load", counter:3, attributes: none 5810 (0x80907960) 2179955303 /data/freebsd/mips/if_ath_tx/src/sys/kern/subr_sleepqueue.c.812: sleepq_signal(0x80987900, 0) 5811 (0x80907960) 2179955841 /data/freebsd/mips/if_ath_tx/src/sys/kern/subr_sleepqueue.c.812: sleepq_signal(0x80987900, 0) 5812 (0x80907960) 2179956742 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.435: mi_switch: old thread 100023 (td_sched 0x80907c48, pid 11, pci intr0: ath0) 5813 (0x80907960) 2179956875 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.443: KTRGRAPH group:"thread", id:"pci intr0: ath0 tid 100023", state:"iwait", attributes: prio:8, wmesg:"(null)", lockname:"(null)" 5814 (0x80907960) 2179956990 /data/freebsd/mips/if_ath_tx/src/sys/kern/sched_4bsd.c.259: KTRGRAPH group:"load", id:"global load", counter:2, attributes: none 5815 (0x80907000) 2179957488 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.450: KTRGRAPH group:"thread", id:"int2 arge0 tid 100026", state:"running", attributes: prio:8 5816 (0x80907000) 2179957598 /data/freebsd/mips/if_ath_tx/src/sys/kern/kern_synch.c.453: mi_switch: new thread 100026 (td_sched 0x809072e8, pid 11, int2 arge0) From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:35:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB3EE106564A; Tue, 27 Sep 2011 00:35:02 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 472FE8FC1F; Tue, 27 Sep 2011 00:35:02 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 796F1DC0BA; Tue, 27 Sep 2011 00:35:49 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 3F72CDC0B6 for ; Tue, 27 Sep 2011 00:35:47 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6BB341A6380; Tue, 27 Sep 2011 00:32:56 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2E3A610656A5; Tue, 27 Sep 2011 00:32:56 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D292F106564A; Tue, 27 Sep 2011 00:32:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F0D2715FCFE; Tue, 27 Sep 2011 00:32:03 +0000 (UTC) Message-ID: <4E811983.8030707@FreeBSD.org> Date: Mon, 26 Sep 2011 17:32:03 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110912 Thunderbird/6.0.2 MIME-Version: 1.0 To: "crsnet.pl" References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> In-Reply-To: <197309bc0de84aac7621d5c5a5d9e4d2@i-pi.pl> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 problems. X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 00:35:02 -0000 On 09/26/2011 16:02, crsnet.pl wrote: > >> 2. Kadu/Gnu Gadu. >> I dont know why, but when i run kadu / gnu gadu and try to connect to >> Gadu-Gadu network software segments ;/ >> Kadu with signal 6, GnuGadu with signal 11. >> I try to use old gadulib, or recompie it. But this doesn't help ;/ > > I run portmaster -y --no-confirm --packages-if-newer -m 'BATCH=yes' -d -a The -y option is meaningless in that context, FYI. > And... its works;) I'm glad to hear that at least. :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:59:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEECB1065675 for ; Tue, 27 Sep 2011 00:59:32 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6709B8FC0C for ; Tue, 27 Sep 2011 00:59:32 +0000 (UTC) Received: by wyj26 with SMTP id 26so4654372wyj.13 for ; Mon, 26 Sep 2011 17:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=gUcPdSbfxelWkicfP9C+QqhmwJ/nossCu/0ahnGu9RM=; b=vgw6FsnEVvdu5JRTY1/GPMcixHEYILOobZ06W1xkZvMzl70Pih0vCjTNQAatA/OSWl 2qDqASTSjdKlPFhXrIEf8znG1rz26e6pJIC9fCk8xXEdPUXNdamioDgEqQ2InTa6+RXg ylMXofVzf98o+WjFK2kDSy1kjDBtJWLt0Sjfg= MIME-Version: 1.0 Received: by 10.227.36.197 with SMTP id u5mr7835409wbd.36.1317085171079; Mon, 26 Sep 2011 17:59:31 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Mon, 26 Sep 2011 17:59:31 -0700 (PDT) In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> Date: Mon, 26 Sep 2011 20:59:31 -0400 Message-ID: From: Arnaud Lacombe To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 00:59:32 -0000 Hi, On Mon, Sep 26, 2011 at 7:48 PM, Benjamin Kaduk wrote: > On Mon, 26 Sep 2011, Arnaud Lacombe wrote: > >> Hi, >> >> On Mon, Sep 26, 2011 at 4:34 PM, Brett Glass wrote: >>> >>> My personal preference would be to place portions of the directory tree >>> which contain critical configuration information and are not written in >>> normal use -- e.g. /etc and /boot -- >>> >> The problem with /boot on a dedicated partition is the the kernel, >> since at least 8.x, is installed by default with a vast majority of >> crap. That's all the .symbols, that 99% of FreeBSD users will never >> uses. > > My recollection is that this is because kensmith forgot to take 'makeopti= ons > DEBUG=3D-g' out of GENERIC when branching stable/8, and no one noticed un= til a > couple of releases in, at which point it seemed consistent with POLA to j= ust > keep it there. =A0Unfortunately I am not having much luck digging through= mail > archives trying to confirm that. > I don't remember whether the plan was to turn it off on stable/9 or not. > >> >> Beside that, the auto-partitionner refuses to work on <1G drive, which >> is really ridiculous... >> >> FreeBSD 9.0BETA2 bases + games fit in 310MB, crap taken out. > > Can you even buy a spinning disk less than 50GB these days? > The storage world is not limited to spinning hardware. Take a 512MB CF, put it in a soekris box, and you got an embedded system capable of doing a whole bunch of stuff. Now, FreeBSD may no longer want to target such "niche" usage. > If you have hardware of that nature, you are almost certainly going to wa= nt > to customize other aspects of the system (and if it's an under-provisione= d > system, are you really going to be doing this customization in-place?), a= t > which point removing the extra stuff is minimal extra work. =A0If a devel= oper > has to ask a user to do something (e.g. compile) in order to debug > something, there is a huge hit in the response rate; having the symbols > available in the general case can be helpful. > Then why don't you provide symbols for the whole system, including binaries and libraries ? At least be consistent in your argument... And, yes, I have patches for that. - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 00:59:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98349106564A; Tue, 27 Sep 2011 00:59:37 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id 209608FC13; Tue, 27 Sep 2011 00:59:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=KqiNV7dCGybvc4IDzmU1tUWpr2wvJl/PpG4Zj1selPg=; b=dfJdSzM+wHj4PCb9f753XqkFf+P29P5sKmPlwEorOowQXZg9IjwgadhuoFpKHP8GJ+S2WRkqpJ8tWbC0FHl4EBdaGlxro8vug9orjfp/f3hlym10glGBncptHgHHXwg4qp0KqXp7d6KsabzRxhg6iB/l7aMjEUeuRV+0rEMujVM= Received: from [192.168.1.64] ([76.240.47.196]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 26 Sep 2011 17:59:36 -0700 Message-ID: <4E811FF7.7010607@a1poweruser.com> Date: Mon, 26 Sep 2011 20:59:35 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: eadler@FreeBSD.org, FreeBSD Questions , freebsd-current@freebsd.org References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> In-Reply-To: <201109262324.p8QNO0NN070853@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Sep 2011 00:59:36.0303 (UTC) FILETIME=[B9F807F0:01CC7CB0] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 00:59:37 -0000 eadler@FreeBSD.org wrote: > Synopsis: 9.0 burncd error caused by change to cd0 from acd0 > > State-Changed-From-To: open->analyzed > State-Changed-By: eadler > State-Changed-When: Mon Sep 26 23:24:00 UTC 2011 > State-Changed-Why: > requires only a release notes entry; use cdrecord instead of burncd > > http://www.freebsd.org/cgi/query-pr.cgi?pr=160979 > > Your solution is very un-professional. What your solution purposes to do is do nothing. I think your judgment is flawed and a larger group of your peers need to review your judgment in this case. burncd has been part of the system utilities included in the basic release since release 4.0 and cdrecord is a port. The professional solution is to remove burncd from the 9.0 system release and add the cdrecord command to the basic release as the replacement for burncd. Then add release notes entry of the change. You do not knowingly leave a non-working utility in the system, period, or not provide a included replacement for a popular utility as this one. The alternative is to fix burncd or backout the acd0 to cd0 change from 9.0 which may be the most desired solution because its obvious that no one researched the impact this change may have. This change may impact many ports that access cd/dvd drives for read and write access. burncd may be a very small worm in a large can of big worms. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:11:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 260D3106564A; Tue, 27 Sep 2011 01:11:14 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB6D8FC16; Tue, 27 Sep 2011 01:11:13 +0000 (UTC) Received: by wyj26 with SMTP id 26so4666516wyj.13 for ; Mon, 26 Sep 2011 18:11:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=09ZOumeV8H91N06CYmjFl8NM0MOdmJy7RM+D+R6NANw=; b=XHdEnhIrtzrGPNpf3IuhRDUY/+TumqTvG8lwZ6vHyb+pCX2m1u+Da0GPL/r/UsppVb Zd6tfbWFC8Wn0kJHnNrecTM1yQY7QDgtWfQdGTOZPXGhqN3NXlKkdAd8tKByCfaqOhJu mYf1ZiEuGoJ/t+iRrbJuMSEge/GVDJF7k55fw= MIME-Version: 1.0 Received: by 10.227.36.229 with SMTP id u37mr6713632wbd.21.1317085872593; Mon, 26 Sep 2011 18:11:12 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Mon, 26 Sep 2011 18:11:12 -0700 (PDT) In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> Date: Mon, 26 Sep 2011 21:11:12 -0400 Message-ID: From: Arnaud Lacombe To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:11:14 -0000 Hi, On Mon, Sep 26, 2011 at 8:17 PM, Adrian Chadd wrote: > .. I do FreeBSD installs on 1GB flash disks. You know, so I don't have > to nuke the windows install. Just so I can test out things. :) > > If people would like to see a more detailed partition editor, please > supply patches to bsdinstall to do so. :-) > I'd love to have multiple options - "use all for one partition", "do > sysinstall-style auto partitioning". > This is much more fun with GPT partitions where there's no 6 slice limit, right? > Yes, if you forgot about BSD disklabel. I do not really know where your 6 slice limit comes from, I used to have FreeBSD 5.x system with slices up to 'i' or 'j'. Now I concede that GPT looks sexier compared to the BSD label mess. - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:11:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C4310657AC for ; Tue, 27 Sep 2011 01:11:28 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 478618FC13 for ; Tue, 27 Sep 2011 01:11:27 +0000 (UTC) Received: by qyk10 with SMTP id 10so409221qyk.13 for ; Mon, 26 Sep 2011 18:11:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ogzCwTODPx3V/fFzdh5EutleIOijGR3cS49ZhnJAawY=; b=rnd9jboj14lGtGBJQM789BFTIQMXmsmorjBQhGzBXgMYc3sNLTnT8TIVcODvoLhBFs s3RWP6X7XWpyx3/tt4iH3m5ZHfjjmdPTptkYbngbSWLQSAbYqFENDdWSnBeaCwI84EZs GaM/A2Q/jtQ84pTRQ6Q/dDE3SkFvCMWKzzGnE= MIME-Version: 1.0 Received: by 10.224.216.197 with SMTP id hj5mr5873713qab.24.1317085887111; Mon, 26 Sep 2011 18:11:27 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Mon, 26 Sep 2011 18:11:27 -0700 (PDT) In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> Date: Mon, 26 Sep 2011 18:11:27 -0700 Message-ID: From: Garrett Cooper To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:11:28 -0000 On Mon, Sep 26, 2011 at 5:59 PM, Arnaud Lacombe wrote: > Hi, > > On Mon, Sep 26, 2011 at 7:48 PM, Benjamin Kaduk wrote: >> On Mon, 26 Sep 2011, Arnaud Lacombe wrote: >> >>> Hi, >>> >>> On Mon, Sep 26, 2011 at 4:34 PM, Brett Glass wrote: >>>> >>>> My personal preference would be to place portions of the directory tre= e >>>> which contain critical configuration information and are not written i= n >>>> normal use -- e.g. /etc and /boot -- >>>> >>> The problem with /boot on a dedicated partition is the the kernel, >>> since at least 8.x, is installed by default with a vast majority of >>> crap. That's all the .symbols, that 99% of FreeBSD users will never >>> uses. >> >> My recollection is that this is because kensmith forgot to take 'makeopt= ions >> DEBUG=3D-g' out of GENERIC when branching stable/8, and no one noticed u= ntil a >> couple of releases in, at which point it seemed consistent with POLA to = just >> keep it there. =A0Unfortunately I am not having much luck digging throug= h mail >> archives trying to confirm that. >> I don't remember whether the plan was to turn it off on stable/9 or not. >> >>> >>> Beside that, the auto-partitionner refuses to work on <1G drive, which >>> is really ridiculous... >>> >>> FreeBSD 9.0BETA2 bases + games fit in 310MB, crap taken out. >> >> Can you even buy a spinning disk less than 50GB these days? >> > The storage world is not limited to spinning hardware. Take a 512MB > CF, put it in a soekris box, and you got an embedded system capable of > doing a whole bunch of stuff. > > Now, FreeBSD may no longer want to target such "niche" usage. > >> If you have hardware of that nature, you are almost certainly going to w= ant >> to customize other aspects of the system (and if it's an under-provision= ed >> system, are you really going to be doing this customization in-place?), = at >> which point removing the extra stuff is minimal extra work. =A0If a deve= loper >> has to ask a user to do something (e.g. compile) in order to debug >> something, there is a huge hit in the response rate; having the symbols >> available in the general case can be helpful. >> > Then why don't you provide symbols for the whole system, including > binaries and libraries ? At least be consistent in your argument... > > And, yes, I have patches for that. For embedded this doesn't make sense with limited storage -- but that's what binutils enables: http://stackoverflow.com/questions/866721/how-to-generate-gcc-debug-symbol-= outside-the-build-target . I've linked against debug symbols when doing debugging with gdb and I can definitely attest to the fact that it's convenient and works well when trying to produce tiny embedded images. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:13:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 134CD106564A for ; Tue, 27 Sep 2011 01:13:19 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 98FD98FC1C for ; Tue, 27 Sep 2011 01:13:18 +0000 (UTC) Received: by wyj26 with SMTP id 26so4668578wyj.13 for ; Mon, 26 Sep 2011 18:13:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=pMj3yLzZMjuC1UuxAkCdIfwa01cpBxOCsEnqHwGmbZg=; b=eqI4D8eT7N3br345/eGipwp10wIwCVW8fG9ngikc9bwM9mYcPhX1gyyCRKrpBg5Rdf w/88+sC2nnQptr0fYMDqLiN4srdcYfCCUkCupMbYwi+k4ebnTlTGpn5daQ9NwTEj/LXW CLDhCtfJrY8Azra6LKw1aQkPRrh4DD6WZsr/Y= Received: by 10.227.195.77 with SMTP id eb13mr5322623wbb.79.1317085997248; Mon, 26 Sep 2011 18:13:17 -0700 (PDT) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.227.116.195 with HTTP; Mon, 26 Sep 2011 18:12:47 -0700 (PDT) In-Reply-To: References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> From: Eitan Adler Date: Mon, 26 Sep 2011 21:12:47 -0400 X-Google-Sender-Auth: KM712gnZyotp9xW1azINHUBNFns Message-ID: To: Fbsd8 Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:13:19 -0000 > The alternative is to fix burncd or backout the acd0 to cd0 change from 9.0 > which may be the most desired solution because its obvious that no one > researched the impact this change may have. This change may impact many > ports that access cd/dvd drives for read and write access. burncd may be a > very small worm in a large can of big worms. This should be discussed on a mailing list and only one mailing list. Please don't cross post. I'm leaving it on -current because it seems the the most appropriate of all the lists CCed. Please don't CC me on replies unless a consensus is reached (and the PR needs to be changed). -- Eitan Adler Ports committer Bugbusting team From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:13:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9257C1065676 for ; Tue, 27 Sep 2011 01:13:43 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (DMZ-MAILSEC-SCANNER-3.MIT.EDU [18.9.25.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2CF228FC18 for ; Tue, 27 Sep 2011 01:13:42 +0000 (UTC) X-AuditID: 1209190e-b7f4a6d0000008e5-0a-4e8123460822 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 29.DE.02277.643218E4; Mon, 26 Sep 2011 21:13:42 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id p8R1DgDg026911; Mon, 26 Sep 2011 21:13:42 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8R1Desn026476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 21:13:41 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8R1De1H023373; Mon, 26 Sep 2011 21:13:40 -0400 (EDT) Date: Mon, 26 Sep 2011 21:13:40 -0400 (EDT) From: Benjamin Kaduk To: Arnaud Lacombe In-Reply-To: Message-ID: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-60201605-1317086020=:882" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplleLIzCtJLcpLzFFi42IR4hRV1nVTbvQz2LFc3mLOmw9MFrvunGF2 YPKY8Wk+i8fOWXfZA5iiuGxSUnMyy1KL9O0SuDLOHtrKWrCbr2L+pm1MDYxXubsYOTkkBEwk lt9ayQphi0lcuLeerYuRi0NIYB+jxLwJj5ggnA2MEmv/HYNyDjBJ/FxxmhHCaWCUuLXrJVg/ i4C2xPlv25hBbDYBFYmZbzaygdgiAuoSi6ctZwKxmQXkJf5fuQxmCwvoSxxv+AlUz8HBKRAo sXmrM0iYV8BeYuGKBmaI+a+YJO4vucECkhAV0JFYvX8KC0SRoMTJmU9YIGb6Srybs5tpAqPg LCSpWUhSs4BWMAtYSzw7bwER1pa4f7ONbQEjyypG2ZTcKt3cxMyc4tRk3eLkxLy81CJdY73c zBK91JTSTYzg0Jbk28H49aDSIUYBDkYlHl6nLQ1+QqyJZcWVuYcYJTmYlER5lyk1+gnxJeWn VGYkFmfEF5XmpBYfYpTgYFYS4TV9DVTOm5JYWZValA+TkuZgURLnXb3DwU9IID2xJDU7NbUg tQgmK8PBoSTBuxJkqGBRanpqRVpmTglCmomDE2Q4D9DwySA1vMUFibnFmekQ+VOMilLivItB EgIgiYzSPLheWOp5xSgO9IowxN08wLQF1/0KaDAT0OCcmlqQwSWJCCmpBsZax6d/XO982Pqx YK+X1wPuxW4LfmgxyK/W6Jic+1g/XMPKtUDC9tVZ/jkcTqt+PTMOWbZYrZhhZdGfFRqsmuX+ Qcu7jn66u/D7Vq2Stwd0TzGnK//seMWxdVl22fNAtcuVaRMnGa70Y62YfGLTkY9l1xaZ6Ojt dDzlFMB24MaNyyF76yxrpn1SYinOSDTUYi4qTgQA+9XCaRgDAAA= Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:13:43 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-60201605-1317086020=:882 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 26 Sep 2011, Arnaud Lacombe wrote: > Hi, > >> > The storage world is not limited to spinning hardware. Take a 512MB > CF, put it in a soekris box, and you got an embedded system capable of > doing a whole bunch of stuff. > > Now, FreeBSD may no longer want to target such "niche" usage. Sure we do! See nanobsd.sh and=20 http://www.freebsd.org/doc/en/articles/nanobsd/index.html But the point is, if you are running an embedded system, it is almost=20 certainly in your best interest to tune it a bit, to reduce=20 disk/power/memory usage -- the default install should not feel too=20 constrained by the limits of embedded systems. > >> If you have hardware of that nature, you are almost certainly going to w= ant >> to customize other aspects of the system (and if it's an under-provision= ed >> system, are you really going to be doing this customization in-place?), = at >> which point removing the extra stuff is minimal extra work. =A0If a deve= loper >> has to ask a user to do something (e.g. compile) in order to debug >> something, there is a huge hit in the response rate; having the symbols >> available in the general case can be helpful. >> > Then why don't you provide symbols for the whole system, including > binaries and libraries ? At least be consistent in your argument... > > And, yes, I have patches for that. Not really my argument; chance and POLA, really. But that's not my call to make. (Are the patches public/in a PR?) -Ben ---559023410-60201605-1317086020=:882-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:14:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2E5510656AD; Tue, 27 Sep 2011 01:14:13 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id F18EE8FC23; Tue, 27 Sep 2011 01:14:12 +0000 (UTC) Received: by vws11 with SMTP id 11so7959170vws.13 for ; Mon, 26 Sep 2011 18:14:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=cYUyxSHvq/AfW0Oq84ELzTj0S4/Pe8TPKdGAho0x1x8=; b=MqE/uSF3luHj60eGKACaHw6cabma+WHLGgAfg1ld6UzRof3PeqlZOWeNVv6SnYl+8T pmgPVY+4/aabU6d/7h9OhGb1jnbeLh9M3Ywl0gXhxDVm8Vo7F3aYwzcnmhRAKHP2uKfJ iafL5Q+0auizbCg8ehc+m/Up/MznZreLUVJ1Y= Received: by 10.52.68.7 with SMTP id r7mr6474980vdt.404.1317086052383; Mon, 26 Sep 2011 18:14:12 -0700 (PDT) Received: from schism.local (c-76-124-49-145.hsd1.pa.comcast.net. [76.124.49.145]) by mx.google.com with ESMTPS id ch14sm18903016vdb.9.2011.09.26.18.14.10 (version=SSLv3 cipher=OTHER); Mon, 26 Sep 2011 18:14:10 -0700 (PDT) Message-ID: <4E812361.6000809@gmail.com> Date: Mon, 26 Sep 2011 21:14:09 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Fbsd8 References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> In-Reply-To: <4E811FF7.7010607@a1poweruser.com> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-bugs@FreeBSD.org, freebsd-current@freebsd.org, eadler@FreeBSD.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:14:13 -0000 On 9/26/11 8:59 PM, Fbsd8 wrote: > eadler@FreeBSD.org wrote: >> Synopsis: 9.0 burncd error caused by change to cd0 from acd0 >> State-Changed-Why: requires only a release notes entry; use cdrecord >> instead of burncd >> > The alternative is to fix burncd or backout the acd0 to cd0 change from > 9.0 which may be the most desired solution because its obvious that no > one researched the impact this change may have. /dev/cd0 is available through the atapicam(4) kernel module. Documenting this is not sufficient? -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:19:05 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50381106566B for ; Tue, 27 Sep 2011 01:19:05 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-4.mit.edu (DMZ-MAILSEC-SCANNER-4.MIT.EDU [18.9.25.15]) by mx1.freebsd.org (Postfix) with ESMTP id 054A38FC18 for ; Tue, 27 Sep 2011 01:19:04 +0000 (UTC) X-AuditID: 1209190f-b7f6e6d0000008df-65-4e8124885e9a Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id D5.7F.02271.884218E4; Mon, 26 Sep 2011 21:19:04 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id p8R1J4VL027467; Mon, 26 Sep 2011 21:19:04 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8R1J2Jv027285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 21:19:03 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8R1J283023469; Mon, 26 Sep 2011 21:19:02 -0400 (EDT) Date: Mon, 26 Sep 2011 21:19:01 -0400 (EDT) From: Benjamin Kaduk To: Brett Glass In-Reply-To: <201109260053.SAA25795@lariat.net> Message-ID: References: <201109260053.SAA25795@lariat.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrCIsWRmVeSWpSXmKPExsUixCmqrNuh0uhnsOyyrMWcL/9YLSZc+cHk wOQx49N8Fo8rr0wCmKK4bFJSczLLUov07RK4Mrref2AqqKrY18XSwBjfxcjJISFgIvFnwmlG CFtM4sK99WwgtpDAPkaJl+1ZXYxcQPYGRom2xw9YIJwDTBIrZh9ng3AaGCU2L5rHCtLCIqAt sf7hOyYQm01ARWLmm41go0QElCRuL3rL3MXIwcEsIC7xsl8JJCwsoC9xvOEnM4jNCWSffNLL AmLzCthLnNnTyghxhZ7E0ttPwGxRAR2J1funQNUISpyc+QTMZhawlPi39hfrBEbBWUhSs5Ck FjAyrWKUTcmt0s1NzMwpTk3WLU5OzMtLLdI10cvNLNFLTSndxAgOUEn+HYzfDiodYhTgYFTi 4XXa0uAnxJpYVlyZe4hRkoNJSZR3mVKjnxBfUn5KZUZicUZ8UWlOavEhRgkOZiURXtPXQOW8 KYmVValF+TApaQ4WJXHexh0OfkIC6YklqdmpqQWpRTBZGQ4OJQneGcpAQwWLUtNTK9Iyc0oQ 0kwcnCDDeYCG7wOp4S0uSMwtzkyHyJ9i1OU4cX/TCUYhlrz8vFQpcd5lIEUCIEUZpXlwc2CJ 5RWjONBbwrzTQap4gEkJbtIroCVMQEtyampBlpQkIqSkGhiV5XP0HK4rLgv8/LfM3928NeqG +JuYGgZOOZ38hnDlJ2bbuwoWfSm5MfWd5dXiYLv+s1uzDzDNiS8KKZk0o/J9z9zlUr/OLuZY vrDk8/t9BTsYrR6FfF3oNmvvSy9pdX2T9uUHH4qov8l4eLnE5Whc03VOm4S9Xv2KudIG13/F /O2M96iqnqfEUpyRaKjFXFScCAAqdEf5BwMAAA== Cc: current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:19:05 -0000 I just filed a bunch of PRs to make sure these comments don't get (too) lost: 16104{6,7,8,9} and 161050. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:28:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FBC2106564A for ; Tue, 27 Sep 2011 01:28:41 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B88CC8FC13 for ; Tue, 27 Sep 2011 01:28:40 +0000 (UTC) Received: by wyj26 with SMTP id 26so4684710wyj.13 for ; Mon, 26 Sep 2011 18:28:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Bjet+wh6QZ6Ajc4gXpliZIgO7ZM7aSOBiDkyWCqgUmo=; b=chBGBKh1kaODMEf6lp1LLF2L5kDCvS4rF+D7LxCYJ0Cz2UuMevuUg+qHUmRs6ES5o2 8JpW/bCwe3KrZW9gzdet/kMFm1NJEoCKT7EoEgKKuAQ5nLgbwnV30WBfIn+LNmqeFqVl W8SyfbBq7dC60+5DiYkY1fX7nd219nQsZ+aWE= MIME-Version: 1.0 Received: by 10.227.175.77 with SMTP id w13mr6441747wbz.36.1317086919492; Mon, 26 Sep 2011 18:28:39 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Mon, 26 Sep 2011 18:28:39 -0700 (PDT) In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> Date: Mon, 26 Sep 2011 21:28:39 -0400 Message-ID: From: Arnaud Lacombe To: Benjamin Kaduk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:28:41 -0000 Hi, On Mon, Sep 26, 2011 at 9:13 PM, Benjamin Kaduk wrote: > On Mon, 26 Sep 2011, Arnaud Lacombe wrote: >>> [...] >> Then why don't you provide symbols for the whole system, including >> binaries and libraries ? At least be consistent in your argument... >> >> And, yes, I have patches for that. > > Not really my argument; chance and POLA, really. > But that's not my call to make. =A0(Are the patches public/in a PR?) > not yet, I need to split my local git branch into topic branches and put that on github. It was on my todo-list of this evening. - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:28:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D7727106566C; Tue, 27 Sep 2011 01:28:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id BF6DD1A79EC; Tue, 27 Sep 2011 01:28:54 +0000 (UTC) Message-ID: <4E8126D3.5020407@FreeBSD.org> Date: Mon, 26 Sep 2011 18:28:51 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110912 Thunderbird/6.0.2 MIME-Version: 1.0 To: Fbsd8 References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> In-Reply-To: <4E811FF7.7010607@a1poweruser.com> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, eadler@FreeBSD.org, FreeBSD Questions Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:28:57 -0000 On 09/26/2011 17:59, Fbsd8 wrote: > Your solution is very un-professional. Good thing we're all volunteers. :) > What your solution purposes to do > is do nothing. I think your judgment is flawed and a larger group of > your peers need to review your judgment in this case. Ok, done. Eitan is right. > burncd has been part of the system utilities included in the basic > release since release 4.0 and cdrecord is a port. The professional > solution is to remove burncd from the 9.0 system release and add the > cdrecord command to the basic release as the replacement for burncd. > Then add release notes entry of the change. I think you misunderstand the situation. So here are a few hopefully helpful facts: 1. The fact that something is in the base, or in the ports, has absolutely no bearing on whether one piece of software is fundamentally more useful or valuable than another. 2. burncd has only ever worked with a subset of the legacy ATA hardware. 3. ATA-CAM is on by default in FreeBSD 9 (which means that rather than acd0 as an ATA device you'll have cd0 as a SCSI device). 4. However, ATA-CAM is not mandatory, which means that leaving burncd in the base for those that want to continue using the legacy ATA interface is a perfectly reasonable course of action. 5. For those that wish to use the default ATA-CAM interface the cdrecord port provides a mature, full-featured solution. Even if it were possible to import it into the base, doing so would be a step in the wrong direction. > You do not knowingly leave a non-working utility in the system, period, That makes sense, however see above. > or not provide a included replacement for a popular utility as this one. The alternative already exists. The fact that it's not in the base has no relevance. I hope this clears up your confusion. If you have any further questions please direct them to freebsd-questions@FreeBSD.org only. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:43:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58DFC106564A; Tue, 27 Sep 2011 01:43:08 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 629718FC19; Tue, 27 Sep 2011 01:43:07 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so7784952bkb.13 for ; Mon, 26 Sep 2011 18:43:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=PBbgpofa18q3GpCtgfQIUTPVO2rW1mr75JVh6BjFqjI=; b=Fee2ulbTLZ2RPdqsn8mwSFWkFovT2VxvjMwEotE+GU7nbIJlx8/3wTythKKGmwsQuX 3d09XgLDgHsxLrLB8yJYibaSg2XJwSGNqJylrXxe9ihqiPXt53TIHrF4sGC+pwDH2aX/ GT4s+dUidmTOT07PY89XLFBd6hx4HcSFJ9rB0= MIME-Version: 1.0 Received: by 10.204.154.136 with SMTP id o8mr4325777bkw.355.1317087784851; Mon, 26 Sep 2011 18:43:04 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.140.24 with HTTP; Mon, 26 Sep 2011 18:43:04 -0700 (PDT) In-Reply-To: <4E8126D3.5020407@FreeBSD.org> References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> Date: Mon, 26 Sep 2011 18:43:04 -0700 X-Google-Sender-Auth: Im1m0qB0-4YYnSaEOJQp_mmkUJU Message-ID: From: Craig Rodrigues To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Fbsd8 , eadler@freebsd.org, FreeBSD Questions , freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:43:08 -0000 On Mon, Sep 26, 2011 at 6:28 PM, Doug Barton wrote: >> burncd has been part of the system utilities included in the basic >> release since release 4.0 and cdrecord is a port. The professional >> solution is to remove burncd from the 9.0 system release and add the >> cdrecord command to the basic release as the replacement for burncd. >> Then add release notes entry of the change. > > I think you misunderstand the situation. So here are a few hopefully > helpful facts: > > 1. The fact that something is in the base, or in the ports, has > absolutely no bearing on whether one piece of software is fundamentally > more useful or valuable than another. Hi, I have used burncd on many releases of FreeBSD, on many machines without problem. I can see the fact that burncd suddenly failing to work on ATAPI hardware could annoy and confused end-users. Fbsd8 has a valid point. Can we modify burncd to somehow detect if ATAPI-CAM is enabled, and print out a more useful error message? "ERROR: burncd does not work when ATAPI-CAM driver enabled. Install the sysutils/cdrtools port and use cdrecord instead. Please refer to http://www.freebsd.org/doc/handbook/creating-cds.html#CDRECORD" While it is necessary to document all these things in release notes, documentation, etc., I don't always read every single last line of documentation or release notes when using a system, and I suspect many end-users are the same. :) I am a big fan of having the system issue diagnostic errors that give the user a clue how to remedy the problem, or pointers to relevant information. I even put "Please" in the error message to be nice. :) -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 23:09:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B500106566B; Mon, 26 Sep 2011 23:09:35 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 32B5E8FC18; Mon, 26 Sep 2011 23:09:34 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id RAA19144; Mon, 26 Sep 2011 17:09:30 -0600 (MDT) Message-Id: <201109262309.RAA19144@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 26 Sep 2011 17:09:20 -0600 To: Benjamin Kaduk From: Brett Glass In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailman-Approved-At: Tue, 27 Sep 2011 01:56:16 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 23:09:35 -0000 At 04:38 PM 9/26/2011, Benjamin Kaduk wrote: >There was also general sentiment that the rise of ZFS would allow >just this sort of fine-grained partitioning, which is a huge >advantage of its ability to create datasets on the fly. This >perception that ZFS is most of the future probably contributed to >the lack of strong opinions regarding the default UFS partition scheme. Unfortunately, because ZFS is licensed under a viral license (not the GPL, but nonetheless one that isn't compatible with the BSD philosophy), I wouldn't want to see this happen. I'd rather see Hammer backported from Dragonfly. --Brett From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:58:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id BB69D106566C; Tue, 27 Sep 2011 01:58:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 0957315607C; Tue, 27 Sep 2011 01:58:15 +0000 (UTC) Message-ID: <4E812DB7.3000302@FreeBSD.org> Date: Mon, 26 Sep 2011 18:58:15 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110912 Thunderbird/6.0.2 MIME-Version: 1.0 To: Craig Rodrigues References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Fbsd8 , eadler@freebsd.org, FreeBSD Questions , freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 01:58:16 -0000 On 09/26/2011 18:43, Craig Rodrigues wrote: > On Mon, Sep 26, 2011 at 6:28 PM, Doug Barton wrote: >>> burncd has been part of the system utilities included in the basic >>> release since release 4.0 and cdrecord is a port. The professional >>> solution is to remove burncd from the 9.0 system release and add the >>> cdrecord command to the basic release as the replacement for burncd. >>> Then add release notes entry of the change. >> >> I think you misunderstand the situation. So here are a few hopefully >> helpful facts: >> >> 1. The fact that something is in the base, or in the ports, has >> absolutely no bearing on whether one piece of software is fundamentally >> more useful or valuable than another. > > > Hi, > > I have used burncd on many releases of FreeBSD, on many machines > without problem. I can see the fact that burncd suddenly failing to > work on ATAPI hardware could annoy and confused end-users. It doesn't fail to work on ATAPI hardware. It fails to work on cd0 which is a SCSI device. The fact that it's emulated doesn't matter. > Can we modify burncd to somehow detect if ATAPI-CAM is enabled, and print out > a more useful error message? Sure, as soon as someone volunteers to create that patch. No one is *trying* to annoy users, but things change around here because people are interested in changing them. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 02:08:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7278F106564A; Tue, 27 Sep 2011 02:08:01 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6E6BC8FC1A; Tue, 27 Sep 2011 02:08:00 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so7800929bkb.13 for ; Mon, 26 Sep 2011 19:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=istwrVVVWfCoFeLEyMF34RtU7BSFAtx1DjVJ4kv3mXk=; b=KUuXRI4rXIh2GAXqLhizHOm3kdiJXShTnw6jyRXnLLLcSTMmkI5U1s2B6j4k46Joiw 0M1SFWRK9eBtbityZ8dt/LYiO1NZSDxAAr3dHQRsc9/YU3P6B/TupjNv0DNNBmYB26rV dIiRGbWdTp4W1q2Sv86nPIUSI3FakwVk2TUng= MIME-Version: 1.0 Received: by 10.204.152.201 with SMTP id h9mr4478730bkw.147.1317089279201; Mon, 26 Sep 2011 19:07:59 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.140.24 with HTTP; Mon, 26 Sep 2011 19:07:59 -0700 (PDT) In-Reply-To: <4E812DB7.3000302@FreeBSD.org> References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> Date: Mon, 26 Sep 2011 19:07:59 -0700 X-Google-Sender-Auth: YncJ2Syg1SjW3w8N3pYe5COcYRw Message-ID: From: Craig Rodrigues To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Fbsd8 , eadler@freebsd.org, FreeBSD Questions , freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 02:08:01 -0000 On Mon, Sep 26, 2011 at 6:58 PM, Doug Barton wrote: >> >> I have used burncd on many releases of FreeBSD, on many machines >> without problem. =A0I can see the fact that burncd suddenly failing to >> work on ATAPI hardware could annoy and confused end-users. > > It doesn't fail to work on ATAPI hardware. It fails to work on cd0 which > is a SCSI device. The fact that it's emulated doesn't matter. True, but the subtlety of that distinction will be lost on a lot of end-use= rs not familiar with the implementation of the FreeBSD storage implementation. To them "burncd just doesn't work, when it used to". >> Can we modify burncd to somehow detect if ATAPI-CAM is enabled, and prin= t out >> a more useful error message? > > Sure, as soon as someone volunteers to create that patch. No one is > *trying* to annoy users, but things change around here because people > are interested in changing them. I am not familiar enough with the ATA_CAM work. Is there a a sysctl or ioc= tl that can be queried from userspace to detect if ATA_CAM is configured in the kernel? I would suggest something like: flag =3D query for hw.ata.ata_cam_enabled sysctl; if (flag =3D=3D 1) { printf("ERROR: ATA_CAM enabled, etc., etc.) exit(1); } I only see these sysctls on a system with ATA_CAM enabled: hw.ata.setmax: 0 hw.ata.wc: 1 hw.ata.atapi_dma: 1 hw.ata.ata_dma_check_80pin: 1 hw.ata.ata_dma: 1 dev.atapci.0.%desc: Intel ATA controller dev.atapci.0.%driver: atapci dev.atapci.0.%location: slot=3D3 function=3D2 dev.atapci.0.%pnpinfo: vendor=3D0x8086 device=3D0x29b6 subvendor=3D0x1028 subdevice=3D0x0211 class=3D0x010185 dev.atapci.0.%parent: pci0 dev.ata.2.%desc: ATA channel 0 dev.ata.2.%driver: ata dev.ata.2.%location: channel=3D0 dev.ata.2.%parent: atapci0 dev.ata.3.%desc: ATA channel 1 dev.ata.3.%driver: ata dev.ata.3.%location: channel=3D1 dev.ata.3.%parent: atapci0 dev.ata.0.%driver: ata dev.ata.0.%parent: isa0 dev.ata.1.%driver: ata dev.ata.1.%parent: isa0 --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 02:16:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D6041065673; Tue, 27 Sep 2011 02:16:01 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2448FC13; Tue, 27 Sep 2011 02:16:01 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R8NDD-000F6W-QP; Mon, 26 Sep 2011 22:15:59 -0400 Date: Mon, 26 Sep 2011 22:15:59 -0400 From: Gary Palmer To: Arnaud Lacombe Message-ID: <20110927021559.GF57708@in-addr.com> References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: Adrian Chadd , freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 02:16:01 -0000 On Mon, Sep 26, 2011 at 09:11:12PM -0400, Arnaud Lacombe wrote: > Hi, > > On Mon, Sep 26, 2011 at 8:17 PM, Adrian Chadd wrote: > > .. I do FreeBSD installs on 1GB flash disks. You know, so I don't have > > to nuke the windows install. Just so I can test out things. :) > > > > If people would like to see a more detailed partition editor, please > > supply patches to bsdinstall to do so. :-) > > I'd love to have multiple options - "use all for one partition", "do > > sysinstall-style auto partitioning". > > This is much more fun with GPT partitions where there's no 6 slice limit, right? > > > Yes, if you forgot about BSD disklabel. I do not really know where > your 6 slice limit comes from, I used to have FreeBSD 5.x system with > slices up to 'i' or 'j'. BSD disklabel is limited to a maximum of 8 slices per MBR partition. The 'c' slice is reserved for the entire disk which leaves you with 7 usable. Not sure where the 6 number comes from unless you always block 'b' off for swap, or perhaps Adrian was meaning the old rule in sysinstall that seemed to only used the 'a' slice for the root partition. Theoretically you could probably end up with 28 slices (7 slices for each of 4 MBR partitions), maybe more if you delve into the murky underworld of extended partitions. "man disklabel" shows that the highest slice can be 'h', and I believe its correct. Gary From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 02:20:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97141106566B for ; Tue, 27 Sep 2011 02:20:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4718FC0A for ; Tue, 27 Sep 2011 02:20:50 +0000 (UTC) Received: by gyf2 with SMTP id 2so6035215gyf.13 for ; Mon, 26 Sep 2011 19:20:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=hrKwMr+KwIz+75Xt7yVuaDYp9kwnprNva3IYLd9qXgI=; b=JjerJbg7ABE4myp+CKbXp4cSIwb1NiAuVg8ERXR2E+2J7Cs4Fo0kFRChkVLSTCrJ7e FGv6MlZxLmVjLrLTMlaSdBI8udwd+X42/N3illHIVq9ep7RkIH4O2g299GeCyl7v93Nv GbsGSgPfqh3hkTFmpsEyO7PlaDAJlwKUqxHF4= MIME-Version: 1.0 Received: by 10.236.129.242 with SMTP id h78mr43861943yhi.89.1317090050482; Mon, 26 Sep 2011 19:20:50 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 19:20:50 -0700 (PDT) In-Reply-To: <20110927021559.GF57708@in-addr.com> References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> <20110927021559.GF57708@in-addr.com> Date: Tue, 27 Sep 2011 10:20:50 +0800 X-Google-Sender-Auth: 6bPvINpkZQfah1PyN2YXq9XY0Kk Message-ID: From: Adrian Chadd To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 02:20:51 -0000 .. I'm allowed to make mistakes you know. The point was, 7+1 partitions isn't a lot. :) From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 02:24:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46F12106566B for ; Tue, 27 Sep 2011 02:24:58 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward7.mail.yandex.net (forward7.mail.yandex.net [IPv6:2a02:6b8:0:202::2]) by mx1.freebsd.org (Postfix) with ESMTP id B7CD28FC08 for ; Tue, 27 Sep 2011 02:24:57 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward7.mail.yandex.net (Yandex) with ESMTP id 23CA31C0F42 for ; Tue, 27 Sep 2011 06:24:56 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317090296; bh=FebVYMUWWa0K6KyBkfdCsfUMpb3tLbA0NDoCKwvjs9M=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=m8iNkagpUHpZf/3uEdd/l1WaL4lbDoNjRIx4k24CgCL/525hppi5yuhfNOj3ou9yq TgcBhcHOfbesfYJl/fDovDQo7Vg0M9d/ZEboIMIDJuRf+SoHHF0juW70glHDtzHn/a kBk9/8WAwpA56ImqFiaK4hfS1fgarkl8/cRTJWwg= Received: from smtp9.mail.yandex.net (localhost [127.0.0.1]) by smtp9.mail.yandex.net (Yandex) with ESMTP id 03AF81520212 for ; Tue, 27 Sep 2011 06:24:55 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317090296; bh=FebVYMUWWa0K6KyBkfdCsfUMpb3tLbA0NDoCKwvjs9M=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=m8iNkagpUHpZf/3uEdd/l1WaL4lbDoNjRIx4k24CgCL/525hppi5yuhfNOj3ou9yq TgcBhcHOfbesfYJl/fDovDQo7Vg0M9d/ZEboIMIDJuRf+SoHHF0juW70glHDtzHn/a kBk9/8WAwpA56ImqFiaK4hfS1fgarkl8/cRTJWwg= Received: from unknown (unknown [77.93.52.20]) by smtp9.mail.yandex.net (nwsmtp/Yandex) with ESMTP id OtumMQVY-OtumWLA0; Tue, 27 Sep 2011 06:24:55 +0400 X-Yandex-Spam: 1 Date: Tue, 27 Sep 2011 05:24:52 +0300 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <33594792.20110927052452@yandex.ru> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 27 Sep 2011 02:35:56 +0000 Subject: Re: Failure upgrading from 8-stable to current (9.0-Beta2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 02:24:58 -0000 Hi For me patch do not working because tzsetup uses old tzsetup I use this: > --- share/zoneinfo/Makefile (revision 224989) > +++ share/zoneinfo/Makefile (working copy) > @@ -72,7 +72,8 @@ > optC="-C ${DESTDIR}"; \ > fi; \ > echo "Updating /etc/localtime"; \ > - tzsetup $${optC} -r; \ > + /usr/obj/usr/src/usr.sbin/tzsetup/tzsetup $${optC} -r; \ > fi; \ > else \ > echo "Run tzsetup(8) manually to update /etc/localtime."; \ > or run before world install /usr/obj/usr/src/usr.sbin/tzsetup/tzsetup I think it will be enough -- Ñ óâàæåíèåì, Êîíüêîâ mailto:kes-kes@yandex.ru From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 03:00:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A05721065672 for ; Tue, 27 Sep 2011 03:00:47 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9EE8FC16 for ; Tue, 27 Sep 2011 03:00:47 +0000 (UTC) Received: by qyk4 with SMTP id 4so7588751qyk.13 for ; Mon, 26 Sep 2011 20:00:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=EN57+KZYErbqfMOHXfRfUS+CyTK1QbCU8/X6xwy5xDQ=; b=C9z5XzeW/YuOij1BrHh3Msc4k9+l9yifSb1SDYTfGewpI1ZZ8uUFL1TSnpzOcyqfXs HKx/aQXi1E34iQ7jA8hGFULWr39WEQtbvl3PmTcp5QRk9USfyK0HAm4R/2m8meBklpo3 JhFCgWQuD7XOhDwbMqjDTn/bUeOL59Cs/fK70= MIME-Version: 1.0 Received: by 10.224.215.2 with SMTP id hc2mr5473902qab.324.1317092446413; Mon, 26 Sep 2011 20:00:46 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Mon, 26 Sep 2011 20:00:46 -0700 (PDT) In-Reply-To: <33594792.20110927052452@yandex.ru> References: <33594792.20110927052452@yandex.ru> Date: Mon, 26 Sep 2011 20:00:46 -0700 Message-ID: From: Garrett Cooper To: =?KOI8-R?B?68/O2MvP1yDl18fFzsnK?= Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Failure upgrading from 8-stable to current (9.0-Beta2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 03:00:47 -0000 2011/9/26 =EB=CF=CE=D8=CB=CF=D7 =E5=D7=C7=C5=CE=C9=CA : > Hi > > For me patch do not working > > because tzsetup uses old tzsetup > > I use =9Athis: > >> --- share/zoneinfo/Makefile =9A =9A (revision 224989) >> +++ share/zoneinfo/Makefile =9A =9A (working copy) >> @@ -72,7 +72,8 @@ >> =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9AoptC=3D"-= C ${DESTDIR}"; \ >> =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9Afi; \ >> =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9Aecho "Updating /etc/local= time"; \ >> - =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A tzsetup $${optC} -r; \ >> + =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A =9A /usr/obj/usr/src/u= sr.sbin/tzsetup/tzsetup $${optC} -r; \ >> =9A =9A =9A =9A =9A =9A =9A =9Afi; \ >> =9A =9A =9A =9Aelse \ >> =9A =9A =9A =9A =9A =9A =9A =9Aecho "Run tzsetup(8) manually to update /= etc/localtime."; \ >> > > or run before world install > =9A/usr/obj/usr/src/usr.sbin/tzsetup/tzsetup > =9AI think it will be enough Or the patch attached to http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/160596 -- still open after 3 weeks... Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 03:18:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2645106566C; Tue, 27 Sep 2011 03:18:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 78CEB8FC12; Tue, 27 Sep 2011 03:18:46 +0000 (UTC) Received: by yxk36 with SMTP id 36so6220455yxk.13 for ; Mon, 26 Sep 2011 20:18:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=CY8TWZ4q3K1IsrYVeXUkbjNF7WcZN5UTrHyRCmY0kM0=; b=D9HFrmBZr4RFMu72hsOYUA7AVGbCrxShdS5KHd5ZMsRi2qAwj21tvZVuiv38My0Woz 5S+WqNjBMlKXU7eLP8dfUvOzJOB4GHivQxKyp/Bc3nmXjNjcbK7rFrzGXe3eUr0+kCO+ 4AORETo7N/rBP2u+rIh25B3M257ED613aV4fU= MIME-Version: 1.0 Received: by 10.236.176.65 with SMTP id a41mr44881335yhm.72.1317093525729; Mon, 26 Sep 2011 20:18:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 20:18:45 -0700 (PDT) In-Reply-To: References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> Date: Tue, 27 Sep 2011 11:18:45 +0800 X-Google-Sender-Auth: E43fw43DqYDbn_tKYzsZjg-iQM4 Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 03:18:47 -0000 Hi John/Alex. The AR71xx MIPS kernels didn't include PREEMPTION. This seems a bit silly, as it's needed by sched_4bsd to actually compile in the code in maybe_preempt(). So I added it, and it simply increased CPU use without fixing the issue. But yes, maybe_preempt() is now setting td_owepreempt. This however doesn't fix it. I have a gem of a trace here: http://people.freebsd.org/~adrian/ath/ktr.7.sorted.txt . I've added some ath interrupt and RX tasklet trace points. Look for RXEOL and work your way backwards. The course of events: * 2128: switch to idle * 2130: ath0 intr comes in * 2132/2133: put on runq, wakeup ath0 netisr * 2134: maybe_preempt gets called, so hopefully td_owepreempt is going on * 2136: "skip" in kern_clocksource.c * 2139: the clock0 interrupt comes in - the latency between 2138 and 2139 is huge (70ms?) At this point it schedules clock0 swi, where 11 statclock entries get recorded. Then it calls my ath netisr routine, but by this point RXEOL (end of RX descriptor list) has occured. Now, there was an ath0 interrupt just before this. Is it possible that two quick successive ath0 interrupts are triggering some strange behaviour? Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 03:25:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB3D106564A; Tue, 27 Sep 2011 03:25:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 995C58FC08; Tue, 27 Sep 2011 03:25:58 +0000 (UTC) Received: by yxk36 with SMTP id 36so6225115yxk.13 for ; Mon, 26 Sep 2011 20:25:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=rBUeSqRMHGxLZKhindBtxE3rFDY6YnQm6RtQJkMVI0o=; b=ATdsQweop0o4N8AgpHDxAlrvffeUEdLsLH56h0WByUM5UokgxFRdylu9J4plUD8JGe zJZMpXY8nMwp1m4XfVuUxqPyI2+pK1avvv1IMaf/LbSgJ50+xYGgDPOnvB8/81eyKA2y Jtb0NZvW07yQN3C4gmLe2XfU4MMmZgIcZcSgc= MIME-Version: 1.0 Received: by 10.236.79.72 with SMTP id h48mr45594841yhe.4.1317093957938; Mon, 26 Sep 2011 20:25:57 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 20:25:57 -0700 (PDT) In-Reply-To: References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> Date: Tue, 27 Sep 2011 11:25:57 +0800 X-Google-Sender-Auth: eRZVNouj3v9pUFYBlcfI3FVYxL0 Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 03:25:59 -0000 .. erm, sys/mips/mips/machdep.c: /* * call platform specific code to halt (until next interrupt) for the idle loop */ void cpu_idle(int busy) { KASSERT((mips_rd_status() & MIPS_SR_INT_IE) != 0, ("interrupts disabled in idle process.")); KASSERT((mips_rd_status() & MIPS_INT_MASK) != 0, ("all interrupts masked in idle process.")); if (!busy) { critical_enter(); cpu_idleclock(); } __asm __volatile ("wait"); if (!busy) { cpu_activeclock(); critical_exit(); } } .. does that look right? Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 03:31:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C8601065672; Tue, 27 Sep 2011 03:31:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A83A48FC0A; Tue, 27 Sep 2011 03:31:01 +0000 (UTC) Received: by iadk27 with SMTP id k27so8321477iad.13 for ; Mon, 26 Sep 2011 20:31:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version:content-type; bh=GiJVjHVvAZRe2uYxm5Ql7Dl6W36cN+PBWdhP2et6DXM=; b=tlxtvd+bvGOxEnjMmqukymkT3eXrSmOrG34wptWUbgRd/sADXoWIkDL8kF2uBvU3WO y80DpRd2CDkZoB26UM6BZlB5bKhpYUysaFTJMPYGoJm2pnKeyLsDekW9l8anDQq8GYpR quZGaOe6QbeulVaOiJregD/bGyXmgJLyH0Mks= Received: by 10.42.74.195 with SMTP id x3mr4889871icj.2.1317094260926; Mon, 26 Sep 2011 20:31:00 -0700 (PDT) Received: from c-24-6-49-154.hsd1.ca.comcast.net (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id ek22sm28720944ibb.12.2011.09.26.20.30.59 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Sep 2011 20:31:00 -0700 (PDT) Date: Mon, 26 Sep 2011 20:30:53 -0700 (PDT) From: Garrett Cooper To: Craig Rodrigues In-Reply-To: Message-ID: References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="967339439-1742936270-1317094260=:81576" Cc: Doug Barton , eadler@freebsd.org, FreeBSD Questions , Fbsd8 , freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 03:31:02 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --967339439-1742936270-1317094260=:81576 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 26 Sep 2011, Craig Rodrigues wrote: > On Mon, Sep 26, 2011 at 6:58 PM, Doug Barton wrote: >>> >>> I have used burncd on many releases of FreeBSD, on many machines >>> without problem.  I can see the fact that burncd suddenly failing to >>> work on ATAPI hardware could annoy and confused end-users. >> >> It doesn't fail to work on ATAPI hardware. It fails to work on cd0 which >> is a SCSI device. The fact that it's emulated doesn't matter. > > True, but the subtlety of that distinction will be lost on a lot of end-users > not familiar with the implementation of the FreeBSD storage implementation. > To them "burncd just doesn't work, when it used to". > > >>> Can we modify burncd to somehow detect if ATAPI-CAM is enabled, and print out >>> a more useful error message? >> >> Sure, as soon as someone volunteers to create that patch. No one is >> *trying* to annoy users, but things change around here because people >> are interested in changing them. > > > I am not familiar enough with the ATA_CAM work. Is there a a sysctl or ioctl > that can be queried from userspace to detect if ATA_CAM is configured > in the kernel? > > I would suggest something like: ... Please fix it and move on. Thanks, -Garrett $ usr.sbin/burncd/burncd -f /dev/cd0 blank burncd: device provided not an acd(4) device: /dev/cd0. Please verify that your kernel is built with acd(4) and the beforementioned device is supported by acd(4). --967339439-1742936270-1317094260=:81576 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=burncd-acd-error-message.patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=burncd-acd-error-message.patch SW5kZXg6IHVzci5zYmluL2J1cm5jZC9idXJuY2QuYw0KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQ0KLS0tIHVzci5zYmluL2J1cm5jZC9idXJuY2QuYwkocmV2 aXNpb24gMjI1NzA0KQ0KKysrIHVzci5zYmluL2J1cm5jZC9idXJuY2QuYwko d29ya2luZyBjb3B5KQ0KQEAgLTE1OSw4ICsxNTksMTYgQEANCiAJaWYgKChm ZCA9IG9wZW4oZGV2LCBPX1JEV1IsIDApKSA8IDApDQogCQllcnIoRVhfTk9J TlBVVCwgIm9wZW4oJXMpIiwgZGV2KTsNCiANCi0JaWYgKGlvY3RsKGZkLCBD RFJJT0NHRVRCTE9DS1NJWkUsICZzYXZlZF9ibG9ja19zaXplKSA8IDApDQot CQllcnIoRVhfSU9FUlIsICJpb2N0bChDRFJJT0NHRVRCTE9DS1NJWkUpIik7 DQorCWlmIChpb2N0bChmZCwgQ0RSSU9DR0VUQkxPQ0tTSVpFLCAmc2F2ZWRf YmxvY2tfc2l6ZSkgPCAwKSB7DQorCQlpZiAoZXJybm8gPT0gRU5PVFRZKQ0K KwkJCWVycngoRVhfSU9FUlIsDQorCQkJICAgICJkZXZpY2UgcHJvdmlkZWQg bm90IGFuIGFjZCg0KSBkZXZpY2U6ICVzLlxuXG4iDQorCQkJICAgICJQbGVh c2UgdmVyaWZ5IHRoYXQgeW91ciBrZXJuZWwgaXMgYnVpbHQgd2l0aCAiDQor CQkJICAgICJhY2QoNCkgYW5kIHRoZSBiZWZvcmVtZW50aW9uZWQgZGV2aWNl IGlzICINCisJCQkgICAgInN1cHBvcnRlZCBieSBhY2QoNCkuIiwgZGV2KTsN CisJCWVsc2UNCisJCQllcnIoRVhfSU9FUlIsICJpb2N0bChDRFJJT0NHRVRC TE9DS1NJWkUpIik7DQorCX0NCiANCiAJaWYgKGlvY3RsKGZkLCBDRFJJT0NX UklURVNQRUVELCAmc3BlZWQpIDwgMCkNCiAJCWVycihFWF9JT0VSUiwgImlv Y3RsKENEUklPQ1dSSVRFU1BFRUQpIik7DQo= --967339439-1742936270-1317094260=:81576-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 03:36:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C261106564A; Tue, 27 Sep 2011 03:36:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C160A8FC14; Tue, 27 Sep 2011 03:36:26 +0000 (UTC) Received: by ywp17 with SMTP id 17so6241606ywp.13 for ; Mon, 26 Sep 2011 20:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=e3vu+KCQnPyddaZ7enWH5N+Bt+1gajRj+42qCY/Lpm4=; b=aGaMZ8vExCqJOE1DJyYPem3QJA9nCekOPU5Oko34krvb8wS2Zr/O4S5+vIhrqkDv/+ dq2kVtL1CHELxBYnNWgspHZVrwX7B+FQy0+UfyRanD6bHdFzUyu++R5mGXRqqGh3pyA0 Cck1X/alQ4mp7exdobSdezkdngGPX3JUvxVi0= MIME-Version: 1.0 Received: by 10.236.176.65 with SMTP id a41mr44945415yhm.72.1317094586115; Mon, 26 Sep 2011 20:36:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 20:36:26 -0700 (PDT) In-Reply-To: References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> Date: Tue, 27 Sep 2011 11:36:26 +0800 X-Google-Sender-Auth: MQwqO8SZOYGGyXDIcSp_xVj1Kuo Message-ID: From: Adrian Chadd To: John Baldwin , attilio@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-mips@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 03:36:27 -0000 .. and as a follow up (and cc'ing attillo and freebsd-mips, in case it's relevant to other platforms and there's a MIPS specific thing to fix): * 2128: mi_switch to idle * 2129: kern_clocksource.c:762 - ie, cpu_idleclock() has been called * 2130: the ath interrupt comes in * 2134: it's skipped for now as the idle thread is in a critical section * 2136: kern_clocksource.c:266 - ie, getnextcpuevent(), inside cpu_idleclock(). What I bet is happening is this race between the critical section + cpu_idleclock() and the ath0 interrupt: * idle gets scheduled * critical_enter() is called in the mips cpu_idle() routine * the ath interrupt comes in here and gets handled, but since we're in a critical section, it won't preempt things * the cpu_idleclock() code completes without releasing the preemption, and the only thing that wakes up from that wait is the next interrupt (clock, arge0, etc.) Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 04:00:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AF351065675; Tue, 27 Sep 2011 04:00:27 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 552418FC08; Tue, 27 Sep 2011 04:00:25 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so7865166bkb.13 for ; Mon, 26 Sep 2011 21:00:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ap2t8l3hSFORTgm33qiMl5nt8CvDgCrHyhDTnY1a1cA=; b=Oc38Mg0PnsvxsLPubLDsiw4f9dJpOIxFiH4HaDVQ0xhT7T/nWSEjpLk31BGFH8/Qk2 r5mVSToXOInw23O5xa6KtMmpsCrPBDTxDTfpbSMVhrVQtzD7hGjJo3zwgKtrq4grX7m+ 0JmjIMcHreXWUVUBZj4KvYPQIYtpbG3qT8uyc= MIME-Version: 1.0 Received: by 10.204.133.92 with SMTP id e28mr4505093bkt.407.1317096025145; Mon, 26 Sep 2011 21:00:25 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.140.24 with HTTP; Mon, 26 Sep 2011 21:00:25 -0700 (PDT) In-Reply-To: References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> Date: Mon, 26 Sep 2011 21:00:25 -0700 X-Google-Sender-Auth: 6XxY3zwRJu_P1DsyqhB8L6RD_pI Message-ID: From: Craig Rodrigues To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , eadler@freebsd.org, FreeBSD Questions , Fbsd8 , freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 04:00:27 -0000 On Mon, Sep 26, 2011 at 8:30 PM, Garrett Cooper wrote: > > ... > > =A0 =A0 =A0 =A0Please fix it and move on. > Thanks, > -Garrett > > $ usr.sbin/burncd/burncd -f /dev/cd0 blank > burncd: device provided not an acd(4) device: /dev/cd0. > > Please verify that your kernel is built with acd(4) and the beforemention= ed > device is supported by acd(4). Hi, That patch is an improvement over the existing behavior. However, we may want to go a bit farther. Here are some possible scenarios: (1) User has a system with ATAPI CD-ROM only. (2) User has a system with ATAPI CD-ROM *and* USB CD-ROM. (3) User has a system with USB CD-ROM only. (4) User has a system with ATAPI CD-ROM and SCSI CD-ROM (5) User has a system with SCSI CD-ROM only I would guess that (1) is the most common scenario, and end-users will definitely encounter it and complain. In the case of (1), it would be nice if we could fail if we try to burn to /dev/cd0, as per your patch, but still check to see if ATA_CAM is enabled in the kernel, and print out a message with pointers for using cdrtools. With your patch, a user will see a message about acd(4), and try to get it to compile/kldload/whatever acd(4) on their system, and then not get it to work because ATA_CAM is enab= led. Adding notes to the burncd man page that burncd will not work on ATAPI devices if ATA_CAM is enabled would be good to do also. If the long term plan is to get rid of the old ATA subsystem, and completely move to ATA_CAM, then we should put a deprecation warning in the burncd man page as well, to give users a further heads-up. --=20 Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 04:10:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84AEE106564A; Tue, 27 Sep 2011 04:10:18 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 01E2A8FC15; Tue, 27 Sep 2011 04:10:17 +0000 (UTC) Received: by yxk36 with SMTP id 36so6250710yxk.13 for ; Mon, 26 Sep 2011 21:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version:content-type; bh=k5+Yp8ucyzfdzMITUlLRHaEc4AvwAUy70DhUjyzA4SQ=; b=pVJG1NQJ+fdk0Ryah2vW8bt52OXzWIf7jJrwfw0knbDLiMeEh8qlz1+DEd0EJLjOJn d7KR7qGN0HUmwTx0yxHj6bbuLI4LgFTfRUdFpRrCD0Tueu42ssbpRe/vxymZpp0cU5S4 ZmSM4ACAAt/N+QtKQ/5wL5NISWeynlEsxOLIo= Received: by 10.236.183.131 with SMTP id q3mr1221446yhm.58.1317096617180; Mon, 26 Sep 2011 21:10:17 -0700 (PDT) Received: from c-24-6-49-154.hsd1.ca.comcast.net (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id p68sm32037630yhj.16.2011.09.26.21.10.15 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 26 Sep 2011 21:10:16 -0700 (PDT) Date: Mon, 26 Sep 2011 21:10:13 -0700 (PDT) From: Garrett Cooper To: Craig Rodrigues In-Reply-To: Message-ID: References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="967339439-653406307-1317096616=:81576" Cc: Doug Barton , eadler@freebsd.org, Garrett Cooper , Fbsd8 , freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 04:10:18 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --967339439-653406307-1317096616=:81576 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 26 Sep 2011, Craig Rodrigues wrote: > On Mon, Sep 26, 2011 at 8:30 PM, Garrett Cooper wrote: >> >> ... >> >>        Please fix it and move on. >> Thanks, >> -Garrett >> >> $ usr.sbin/burncd/burncd -f /dev/cd0 blank >> burncd: device provided not an acd(4) device: /dev/cd0. >> >> Please verify that your kernel is built with acd(4) and the beforementioned >> device is supported by acd(4). > > Hi, > > That patch is an improvement over the existing behavior. However, we > may want to go > a bit farther. Here are some possible scenarios: > > (1) User has a system with ATAPI CD-ROM only. Covered. > (2) User has a system with ATAPI CD-ROM *and* USB CD-ROM. First case covered. Second case requires cdrecord anyhow, so don't care. > (3) User has a system with USB CD-ROM only. Second case requires cdrecord anyhow, so don't care. > (4) User has a system with ATAPI CD-ROM and SCSI CD-ROM Same as (2). > (5) User has a system with SCSI CD-ROM only Same as (3). > I would guess that (1) is the most common scenario, and end-users will > definitely encounter it and complain. > In the case of (1), it would be nice if we could fail if we try to > burn to /dev/cd0, as per your patch, > but still check to see if ATA_CAM is enabled in the kernel, and print > out a message with pointers > for using cdrtools. With your patch, a user will see a message about > acd(4), and try to get it to compile/kldload/whatever > acd(4) on their system, and then not get it to work because ATA_CAM is enabled. > > Adding notes to the burncd man page that burncd will not work on ATAPI > devices if ATA_CAM is enabled would be good to do also. > If the long term plan is to get rid of the old ATA subsystem, and > completely move to ATA_CAM, then we should > put a deprecation warning in the burncd man page as well, to give > users a further heads-up. Noting something in the documentation is fine. The point is that there's a lot of wasted electrons being tossed about about a fairly trivial issue: most of the apps that burn/use CDs were converted over to some logic long ago that matches cdrecord. The only apps that haven't really been (atacontrol, burncd) were abandoned because the developer isn't an active maintainer. Thanks, -Garrett --967339439-653406307-1317096616=:81576-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 04:23:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BF9A1065670; Tue, 27 Sep 2011 04:23:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id E321B8FC13; Tue, 27 Sep 2011 04:23:32 +0000 (UTC) Received: by ywp17 with SMTP id 17so6269067ywp.13 for ; Mon, 26 Sep 2011 21:23:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=pVPMl+fsjC9RMEzuLnIzyUYwSlPfnTW/wEzeLtVxw4M=; b=nfOUGVOSDt9Q7M3ByeGSfcDQXFiTPPOe7z+RpARSXYSKmet8LZoVh3JGADHcorJ0fP yWhxWcz5eCR0xfVT429+3krl2RPo0kGBfD3jcp8z1eQh6tkYL0dT4xEQlUd1SUz2Bx3J Hv1x8K0oMkix3Tc/DAAqoq18O7bvQ5/SCKL8U= MIME-Version: 1.0 Received: by 10.236.129.242 with SMTP id h78mr44296234yhi.89.1317097412111; Mon, 26 Sep 2011 21:23:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Mon, 26 Sep 2011 21:23:32 -0700 (PDT) In-Reply-To: References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> Date: Tue, 27 Sep 2011 12:23:32 +0800 X-Google-Sender-Auth: ZksREGhhrxVZUWqs_3WWnCSo4pc Message-ID: From: Adrian Chadd To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: Craig Rodrigues , Doug Barton , eadler@freebsd.org, Fbsd8 , freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 04:23:33 -0000 .. and if someone would like to contribute patches to burncd to update it, I think there'd be at least one committer here who would be happy to help you get your changes into the tree. :-) Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 04:23:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28788106566C; Tue, 27 Sep 2011 04:23:53 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id D2F418FC13; Tue, 27 Sep 2011 04:23:52 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p8R4NpCt070874; Mon, 26 Sep 2011 22:23:51 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p8R4Np1X070871; Mon, 26 Sep 2011 22:23:51 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 26 Sep 2011 22:23:51 -0600 (MDT) From: Warren Block To: Gary Palmer In-Reply-To: <20110927021559.GF57708@in-addr.com> Message-ID: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> <20110927021559.GF57708@in-addr.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Mon, 26 Sep 2011 22:23:51 -0600 (MDT) Cc: Adrian Chadd , freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 04:23:53 -0000 On Mon, 26 Sep 2011, Gary Palmer wrote: > BSD disklabel is limited to a maximum of 8 slices per MBR partition. Careful. disklabel/bsdlabel creates FreeBSD "partitions", up to 8 per MBR partition (FreeBSD "slice"). Instead of three different things that share two names, GPT only has partitions. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 04:29:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E82331065744; Tue, 27 Sep 2011 04:29:19 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8CAEB8FC14; Tue, 27 Sep 2011 04:29:19 +0000 (UTC) Received: by iadk27 with SMTP id k27so8387567iad.13 for ; Mon, 26 Sep 2011 21:29:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uN+rytI4/R6Db84v7YckgbTjQxZJL6kE32BQnmD9uxQ=; b=Wirjs7/EJ+4ynKMtxFj3MHd8TpaZFZQ9pUxT4+QX3avn3WZVMg92q3GXcpc/IsINpw Kev6DTzyd/WnYX1Cd1Cxd4vgpC4mTkx+oq+ZbRxX1Ib4XW02469+pnqda9APtHdfydkF Xv1Ntc8bnYOwE2H+RFxf3QCA0ybE0TUT5qqrE= MIME-Version: 1.0 Received: by 10.231.82.131 with SMTP id b3mr9424232ibl.74.1317097758761; Mon, 26 Sep 2011 21:29:18 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Mon, 26 Sep 2011 21:29:18 -0700 (PDT) In-Reply-To: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> <20110927021559.GF57708@in-addr.com> Date: Mon, 26 Sep 2011 21:29:18 -0700 Message-ID: From: Kevin Oberman To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Gary Palmer , freebsd-current@freebsd.org, Benjamin Kaduk , Arnaud Lacombe Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 04:29:20 -0000 On Mon, Sep 26, 2011 at 7:20 PM, Adrian Chadd wrote: > .. I'm allowed to make mistakes you know. The point was, 7+1 > partitions isn't a lot. :) Just in case someone new is reading this and getting confused. I believe those taking part mostly understand this as well as or better than I do. MBR allows 4 slices (which Windows and most of the world call partitions). Windows also allows the creation of "Extended Partitions, but FreeBSD does not support these. They result in device named with an 's' for slice. E.g. "da0s1". BSDlabel will subdivide what FreeBSD calls a slice into a number of what FreeBSD calls partitions. Each is tagged with a single letter. E.g. "da0s1a". You can have up to 8 partitions, but 'c' isgenerally reserved for the whole slice, so you really have 7+1 or 7 useful partitions. Under GPT, partitions are partitions and you can have 128 of them. (I previously said 256. 128 is correct. Sorry. They are denoted by appending 'p' for partition followed by the number of the partition index which starts with '1'. E.g. "da0p1". gpart(8) will support both MBR and GPT structures., but to deal with MBR disks, you "slice" the disk to create slices and then partition the slices. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 04:29:37 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 484C9106566C for ; Tue, 27 Sep 2011 04:29:37 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 2290B8FC17 for ; Tue, 27 Sep 2011 04:29:36 +0000 (UTC) Received: from r74-192-180-219.htvlcmta01.hnvitx.tl.dh.suddenlink.net ([74.192.180.219] helo=lab.lovett.com) by panix.lovett.com with esmtpa (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R8OtX-000B00-CH; Tue, 27 Sep 2011 04:03:47 +0000 Date: Mon, 26 Sep 2011 23:03:35 -0500 From: Ade Lovett To: ports@FreeBSD.org, current@FreeBSD.org Message-ID: <20110926230335.041fd9aa@lab.lovett.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ade@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 04:29:37 -0000 With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be expected, ports/ is going to be essentially unusable for a while. The issue stems from configure scripts (to choose something completely at random) assuming that FreeBSD would never jump to a double-digit major version number, and as such, various regexps for "freebsd1*" (ie: FreeBSD 1.1.x) are now matching "freebsd10". This is going to be some fairly fundamental breakage. However, until such time as 9.0-RELEASE is completely out of the door, with autotools hat on, I will _not_ be committing any changes to infrastructural ports to "fix" this. That is to say, until 9.0-R happens, and for some considerable period afterwards, ya'll can pretty much expect ports/ to be non-functional on HEAD. PRs mentioning this will be gleefully closed referencing this message. -aDe Reply-To set to me. Please honor it. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 04:56:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B18B1065674; Tue, 27 Sep 2011 04:56:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0010A8FC15; Tue, 27 Sep 2011 04:56:26 +0000 (UTC) Received: by iadk27 with SMTP id k27so8418108iad.13 for ; Mon, 26 Sep 2011 21:56:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=JzFLyotpJ1RXCYbiiDZ1GTVGpwKXDvV7C9u98y1dVDI=; b=cnM11WM173sBjIdRVgqlTKwq1kwMhiXbCKaQvJKFOgLFZtAYM0CAlnY4xE1zje752T HvyUa3T64ivjqMFW06p4aw54jJJnCODEHSZz6Rkxm2YQHw19Nb1owS59L9mb+th5csem Tu1wYioknflmruoEG0t6B7mNXMUbO6K/BBFGE= MIME-Version: 1.0 Received: by 10.231.82.131 with SMTP id b3mr9456547ibl.74.1317099386293; Mon, 26 Sep 2011 21:56:26 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Mon, 26 Sep 2011 21:56:26 -0700 (PDT) In-Reply-To: <20110926230335.041fd9aa@lab.lovett.com> References: <20110926230335.041fd9aa@lab.lovett.com> Date: Mon, 26 Sep 2011 21:56:26 -0700 Message-ID: From: Kevin Oberman To: ade@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, current@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 04:56:27 -0000 On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett wrote: > With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be > expected, ports/ is going to be essentially unusable for a while. > > The issue stems from configure scripts (to choose something completely > at random) assuming that FreeBSD would never jump to a double-digit > major version number, and as such, various regexps for "freebsd1*" (ie: > FreeBSD 1.1.x) are now matching "freebsd10". > > This is going to be some fairly fundamental breakage. > > However, until such time as 9.0-RELEASE is completely out of the door, > with autotools hat on, I will _not_ be committing any changes to > infrastructural ports to "fix" this. > > That is to say, until 9.0-R happens, and for some considerable period > afterwards, ya'll can pretty much expect ports/ to be non-functional on > HEAD. =A0PRs mentioning this will be gleefully closed referencing this > message. aDe, Could an entry to this effect be added to UPDATING (with a matching entry when ports/ is "unbroken"). Anyone running CURRENT should be reading your message, but I'm a "belt and suspenders" type of guy on this sort of thing. Backing out of CURRENT and moving to 9-STABLE can be a REAL pain that will likely rapidly get worse as HEAD gets less and less frozen. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 05:01:34 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FB1F106566C for ; Tue, 27 Sep 2011 05:01:34 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 508058FC12 for ; Tue, 27 Sep 2011 05:01:33 +0000 (UTC) Received: by qyk10 with SMTP id 10so559062qyk.13 for ; Mon, 26 Sep 2011 22:01:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=7FoGk5FpL9Tt3oeL3ARBsDuv9mMfbfKuHZVDRRbnKII=; b=Cvz3NRY1q+26Oke/GuFK5ngGUQ5TjEgHHgl0ujtgNqIpxW8yPqiECmN6sY/ZWgzkLR bO/pModrK2WsGtaNlI4I0oXb1UnS1Jrl893OI+f0BaiuCklozyqIstdmTUy/TtwzHyYi OlImrVhZEQen5AdpSybyaDawSBZbusRFBk0NE= MIME-Version: 1.0 Received: by 10.224.87.82 with SMTP id v18mr5983127qal.74.1317099693462; Mon, 26 Sep 2011 22:01:33 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Mon, 26 Sep 2011 22:01:33 -0700 (PDT) In-Reply-To: References: <20110926230335.041fd9aa@lab.lovett.com> Date: Mon, 26 Sep 2011 22:01:33 -0700 Message-ID: From: Garrett Cooper To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, current@freebsd.org, ade@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 05:01:34 -0000 On Mon, Sep 26, 2011 at 9:56 PM, Kevin Oberman wrote: > On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett wrote: >> With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be >> expected, ports/ is going to be essentially unusable for a while. >> >> The issue stems from configure scripts (to choose something completely >> at random) assuming that FreeBSD would never jump to a double-digit >> major version number, and as such, various regexps for "freebsd1*" (ie: >> FreeBSD 1.1.x) are now matching "freebsd10". >> >> This is going to be some fairly fundamental breakage. >> >> However, until such time as 9.0-RELEASE is completely out of the door, >> with autotools hat on, I will _not_ be committing any changes to >> infrastructural ports to "fix" this. >> >> That is to say, until 9.0-R happens, and for some considerable period >> afterwards, ya'll can pretty much expect ports/ to be non-functional on >> HEAD. =A0PRs mentioning this will be gleefully closed referencing this >> message. > > aDe, > > Could an entry to this effect be added to UPDATING (with a matching > entry when ports/ is "unbroken"). Being a pessimist, ports will never be fully unbroken unless all the thousands of autotools based ports as fixed, due to unfortunately code duplication. That being said, I think that a note in /usr/ports/UPDATING as well as /usr/src/UPDATING is a VERY good idea. > Anyone running CURRENT should be reading your message, but I'm a "belt > and suspenders" type of > guy on this sort of thing. Backing out of CURRENT and moving to > 9-STABLE can be a REAL pain that > will likely rapidly get worse as HEAD gets less and less frozen. It's not the FreeBSD dev's fault. Unfortunately the autotools folks were microoptimizing and didn't consider that the future would come sooner than it actually did. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 05:15:48 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2AD5106564A; Tue, 27 Sep 2011 05:15:48 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8692C8FC12; Tue, 27 Sep 2011 05:15:48 +0000 (UTC) Received: by iadk27 with SMTP id k27so8440421iad.13 for ; Mon, 26 Sep 2011 22:15:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Q/XGav0nm/Douc49GuSnVoEA40O0WECS5BBiiStn+1g=; b=pGrSKgwOlVjZRXx3gbncN+q2W6F5lfXFkI0QcWITNvbdmbLzXNmEC8GV1cU7yS4vxo H5NamVp7ZPFuxT8N4CpLGF9RaiFfxVUEKCowBHNsz83z2p/RLyKxXb+K4LGfVSj9FLKF Lcmg4p46sXTct9XogmFJ95wChK0KU6Mfjp+xw= MIME-Version: 1.0 Received: by 10.42.28.5 with SMTP id l5mr8707566icc.224.1317100547879; Mon, 26 Sep 2011 22:15:47 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Mon, 26 Sep 2011 22:15:47 -0700 (PDT) In-Reply-To: References: <20110926230335.041fd9aa@lab.lovett.com> Date: Mon, 26 Sep 2011 22:15:47 -0700 Message-ID: From: Kevin Oberman To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, current@freebsd.org, ade@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 05:15:48 -0000 On Mon, Sep 26, 2011 at 10:01 PM, Garrett Cooper wrote: > It's not the FreeBSD dev's fault. Unfortunately the autotools folks > were microoptimizing and didn't consider that the future would come > sooner than it actually did. Garrett, First, I'm not complaining or criticizing any of the developers and I am very grateful to aDe for maintaining them as I get a headache every time I start looking at them. I am baffled in my attempts to parse "didn't consider that the future would come sooner than it actually did". Is that what you really meant, because it's self-contradictory? Or am I just confused. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 05:24:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE0D7106566B; Tue, 27 Sep 2011 05:24:30 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 401038FC08; Tue, 27 Sep 2011 05:24:29 +0000 (UTC) Received: by qyk4 with SMTP id 4so7675376qyk.13 for ; Mon, 26 Sep 2011 22:24:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7y2M89UAt/+KN4BggQPgrd4tctiY9Y4B6pUkbWjrp/0=; b=SyrJj2b5D+KPIL2Svl/Hh857eClznUSRRM7itw5SHs86vZtRLs9uE7m7iuQwa1Sp/L rj1pnsHe/d2tZVOQb537SYvrxGG3QVGLcvkgzlCKRH2cH2RE5649WZi1NKL++PDy2fgO fozoyZJDuLTAYB3xNfIBGPYHZQRQJF1GwmgqU= MIME-Version: 1.0 Received: by 10.224.183.205 with SMTP id ch13mr1539178qab.274.1317101069187; Mon, 26 Sep 2011 22:24:29 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Mon, 26 Sep 2011 22:24:29 -0700 (PDT) In-Reply-To: References: <20110926230335.041fd9aa@lab.lovett.com> Date: Mon, 26 Sep 2011 22:24:29 -0700 Message-ID: From: Garrett Cooper To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, current@freebsd.org, ade@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 05:24:30 -0000 On Mon, Sep 26, 2011 at 10:15 PM, Kevin Oberman wrote: > On Mon, Sep 26, 2011 at 10:01 PM, Garrett Cooper wrote: >> It's not the FreeBSD dev's fault. Unfortunately the autotools folks >> were microoptimizing and didn't consider that the future would come >> sooner than it actually did. > > First, I'm not complaining or criticizing any of the developers and I > am very grateful to > aDe for maintaining them as I get a headache every time I start looking at them. > > I am baffled in my attempts to parse "didn't consider that the future > would come sooner > than it actually did". Is that what you really meant, because it's > self-contradictory? Or > am I just confused. It just means that folks didn't plan ahead and didn't think up proper contingency plans. FWIW FreeBSD has developed faster in the last couple of years than most folks would have expected -- including myself -- and the release cycles reflect that change. That's more of what I was addressing in my previous reply. Corner cases are the bane of all software developers. -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 05:46:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27C2C1065672 for ; Tue, 27 Sep 2011 05:46:51 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9F898FC13 for ; Tue, 27 Sep 2011 05:46:50 +0000 (UTC) Received: by wyj26 with SMTP id 26so4968501wyj.13 for ; Mon, 26 Sep 2011 22:46:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=cmN19BygBLiJHFJInkKKti744MkkcCp90EWUj8WgCu4=; b=VBDKSnhF9TaUmKtNeEEh+JAe+ZBR+UNdnonfGkkpAmja87YPkj+P1Er0mQptDIhwIQ +CHXGobsepTXNUtUbNHjKn6YHz52CmGLVRlt2G0kE6oJLjqDWldFyyvxn5l8hGWZHTqa mKeIgjUOK9p2MLJYC9QBd/o6wfjg02ePmdqEE= Received: by 10.227.24.134 with SMTP id v6mr2387005wbb.75.1317102409203; Mon, 26 Sep 2011 22:46:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.208.16 with HTTP; Mon, 26 Sep 2011 22:46:19 -0700 (PDT) From: Eitan Adler Date: Tue, 27 Sep 2011 01:46:19 -0400 Message-ID: To: freebsd-current Current Content-Type: text/plain; charset=UTF-8 Subject: kernel panic with swap zone exhausted, increase kern.maxswzone X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 05:46:51 -0000 My computer recently paniced and broke into ddb after spamming my console with "swap zone exhausted, increase kern.maxswzone" Immediately prior to the panic X was killed and I was able to switch to vty1 and log in as root (I planned on killing runaway programs) I called doadump and have the saved textdump, vmcore.0 and kernel available to provide any relevant information. They are fairly large so I'll provide them upon request. I'm running FreeBSD radar 9.0-BETA2 FreeBSD 9.0-BETA2 #0 r225471M: Mon Sep 12 20:43:44 EDT 2011 eitan@radar:/usr/obj/usr/src/head/sys/EADLER amd64 This is the diff between my kernel and GENERIC: http://people.freebsd.org/~eadler/files/diff-my-kernel-and-generic.diff gdb> bt #0 doadump (textdump=0x31d622d0) at /usr/src/head/sys/kern/kern_shutdown.c:260 #1 0xffffffff802ea54c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/head/sys/ddb/db_command.c:572 #2 0xffffffff802ea881 in db_command (last_cmdp=0xffffffff80e5a6c0, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/head/sys/ddb/db_command.c:448 #3 0xffffffff802eaad0 in db_command_loop () at /usr/src/head/sys/ddb/db_command.c:501 #4 0xffffffff802ecc19 in db_trap (type=Variable "type" is not available. ) at /usr/src/head/sys/ddb/db_main.c:229 #5 0xffffffff807731f1 in kdb_trap (type=0x3, code=0x0, tf=0xffffff8231d62500) at /usr/src/head/sys/kern/subr_kdb.c:631 #6 0xffffffff809c0e36 in trap (frame=0xffffff8231d62500) at /usr/src/head/sys/amd64/amd64/trap.c:590 #7 0xffffffff809ab5df in calltrap () at /usr/src/head/sys/amd64/amd64/exception.S:228 #8 0xffffffff80772f9b in kdb_enter (why=0xffffffff80aec7a0 "panic", msg=0x80
) at cpufunc.h:63 #9 0xffffffff8073db00 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/head/sys/kern/kern_shutdown.c:599 #10 0xffffffff807836f8 in propagate_priority (td=0xfffffe011de2a000) at /usr/src/head/sys/kern/subr_turnstile.c:222 #11 0xffffffff80784842 in turnstile_wait (ts=0xfffffe006685e900, owner=0xfffffe011de2a000, queue=0x0) at /usr/src/head/sys/kern/subr_turnstile.c:738 #12 0xffffffff8072ed16 in _mtx_lock_sleep (m=0xfffffe00804100f8, tid=0xfffffe01c2425460, opts=Variable "opts" is not a vailable. ) at /usr/src/head/sys/kern/kern_mutex.c:447 #13 0xffffffff8072ee20 in _mtx_lock_flags (m=Variable "m" is not available. ) at /usr/src/head/sys/kern/kern_mutex.c:203 #14 0xffffffff80740443 in sigexit (td=0xfffffe01c2425460, sig=0xb) at /usr/src/head/sys/kern/kern_sig.c:3269 #15 0xffffffff80741ed0 in postsig (sig=Variable "sig" is not available. ) at /usr/src/head/sys/kern/kern_sig.c:2765 #16 0xffffffff8078210b in ast (framep=0xffffff8231d62c50) at /usr/src/head/sys/kern/subr_trap.c:232 #17 0xffffffff809ac639 in doreti_ast () at /usr/src/head/sys/amd64/amd64/exception.S:674 #18 0x000000000060aa10 in ?? () #19 0x0000000801063000 in ?? () -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 06:29:16 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EEF2106566B; Tue, 27 Sep 2011 06:29:16 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 15FB98FC13; Tue, 27 Sep 2011 06:29:15 +0000 (UTC) Received: from r74-192-180-219.htvlcmta01.hnvitx.tl.dh.suddenlink.net ([74.192.180.219] helo=lab.lovett.com) by panix.lovett.com with esmtpa (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R8RAI-000BIi-N5; Tue, 27 Sep 2011 06:29:15 +0000 Date: Tue, 27 Sep 2011 01:29:02 -0500 From: Ade Lovett To: ports@freebsd.org, current@freebsd.org Message-ID: <20110927012902.2ebb4a3e@lab.lovett.com> In-Reply-To: References: <20110926230335.041fd9aa@lab.lovett.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 06:29:16 -0000 > It just means that folks didn't plan ahead and didn't think up > proper contingency plans. First off, apologies to Garrett, I'm not picking on you directly, but I kinda knew this would come up. The undeniable fact is that configure scripts in general have chosen to do things a certain way. Unfortunately for us (us being FreeBSD), we have now broken these conceptions by moving to a dual-digit major release. Emails have been passed around (somewhere starting around the 7.x series when it became obvious we would be hitting 10.x a lot sooner than expected). It is no-one's fault that 23,000+ third party applications couldn't be tweaked prior to a trivial change in /sys/conf/newvers.sh that resulted in this "oops". The message I wanted to set across is that until such time as us ports folks have had a chance to really work out the damage, and start on fixing it, then for those running 10-CURRENT, things are likely to be non-linear for a while. Our primary responsibility right now is to ensure that a proper set of packages gets built for the impending 9.0-RELEASE. We haven't forgotten you bleeding edge folks, it's just that right now, you're somewhat down the food chain. Make no mistake. This move to a double-digit major version number is going to cause serious pain. We will do our best to fix, hack, slash, and whatever around it, but right now the focus is the last of our remaining single-digit releases. Until that is out the door, do not be expecting tree-wide commits to fix things. -aDe From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 06:51:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15F151065670; Tue, 27 Sep 2011 06:51:44 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 881788FC0C; Tue, 27 Sep 2011 06:51:43 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8RW2-0006C9-HE>; Tue, 27 Sep 2011 08:51:42 +0200 Received: from e178016238.adsl.alicedsl.de ([85.178.16.238] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8RW2-0002kb-EO>; Tue, 27 Sep 2011 08:51:42 +0200 Message-ID: <4E81727E.6000807@zedat.fu-berlin.de> Date: Tue, 27 Sep 2011 08:51:42 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110924 Thunderbird/6.0.2 MIME-Version: 1.0 To: Eitan Adler References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.16.238 Cc: Fbsd8 , freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 06:51:44 -0000 On 09/27/11 03:12, Eitan Adler wrote: >> The alternative is to fix burncd or backout the acd0 to cd0 change from 9.0 >> which may be the most desired solution because its obvious that no one >> researched the impact this change may have. This change may impact many >> ports that access cd/dvd drives for read and write access. burncd may be a >> very small worm in a large can of big worms. If there are so many worms - please call for the chicken! ;-) Sorry, need to say this and blame on me for being OT. Oliver > This should be discussed on a mailing list and only one mailing list. > Please don't cross post. I'm leaving it on -current because it seems > the the most appropriate of all the lists CCed. Please don't CC me on > replies unless a consensus is reached (and the PR needs to be > changed). > > > -- > Eitan Adler > Ports committer > Bugbusting team > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 07:00:47 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCCF1065670; Tue, 27 Sep 2011 07:00:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5EEB48FC19; Tue, 27 Sep 2011 07:00:46 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p8R6bhNu012763 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 27 Sep 2011 16:07:48 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20110926230335.041fd9aa@lab.lovett.com> Date: Tue, 27 Sep 2011 16:07:42 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <8966AE80-51A2-4F3A-8DCD-D8BBEB7D001C@gsoft.com.au> References: <20110926230335.041fd9aa@lab.lovett.com> To: ade@freebsd.org X-Mailer: Apple Mail (2.1244.3) X-Spam-Score: -4.391 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: ports@freebsd.org, current@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 07:00:48 -0000 On 27/09/2011, at 13:33, Ade Lovett wrote: > That is to say, until 9.0-R happens, and for some considerable period > afterwards, ya'll can pretty much expect ports/ to be non-functional = on > HEAD. PRs mentioning this will be gleefully closed referencing this > message. I imagine you can work around it by setting UNAME_r=3D9.0-CURRENT before = building stuff. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 07:07:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB634106567A; Tue, 27 Sep 2011 07:07:13 +0000 (UTC) (envelope-from aakuusta@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1447E8FC1E; Tue, 27 Sep 2011 07:07:12 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so7997995bkb.13 for ; Tue, 27 Sep 2011 00:07:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version:content-type; bh=4Z2Kd2pOMH25Krf0RHirK6V4c1jGyfULh8PmMj+yryM=; b=xc7Uox1Kk+EA4lYXk8Hy9oDQjnhWhdg19IgkjVci9az+j5r6DFEZ68CPZ7XQw1s8fE cgOmO0o1LuXG1vy/n4saRBh/qwAWKD8aU5wLPBPv/d+ztLlksK/XGNjWO/8udlY1O0L4 GO4v3mHJtLM7r8470qlKGKqT8YHuTiWLkMohE= Received: by 10.204.128.198 with SMTP id l6mr1849892bks.214.1317105377417; Mon, 26 Sep 2011 23:36:17 -0700 (PDT) Received: from nil ([87.236.194.191]) by mx.google.com with ESMTPS id j16sm17850593bks.3.2011.09.26.23.36.07 (version=SSLv3 cipher=OTHER); Mon, 26 Sep 2011 23:36:15 -0700 (PDT) From: h h To: Kevin Oberman In-Reply-To: (Kevin Oberman's message of "Mon, 26 Sep 2011 21:56:26 -0700") Date: Tue, 27 Sep 2011 06:35:42 +0000 Message-ID: <86mxdqfq69.fsf@gmail.com> References: <20110926230335.041fd9aa@lab.lovett.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, ade@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 07:07:13 -0000 Kevin Oberman writes: > On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett wrote: > >> With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be >> expected, ports/ is going to be essentially unusable for a while. >> >> The issue stems from configure scripts (to choose something completely >> at random) assuming that FreeBSD would never jump to a double-digit >> major version number, and as such, various regexps for "freebsd1*" (ie: >> FreeBSD 1.1.x) are now matching "freebsd10". [...] > > aDe, > > Could an entry to this effect be added to UPDATING (with a matching > entry when ports/ is "unbroken"). Also mention a workaround, e.g. $ export UNAME_r='9.9-BLAH' From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 07:10:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 396471065670 for ; Tue, 27 Sep 2011 07:10:08 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B4E328FC08 for ; Tue, 27 Sep 2011 07:10:07 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so8000879bkb.13 for ; Tue, 27 Sep 2011 00:10:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=DLTSngzvpdhvrLWXLLHcBlpXc8sxMJfzCOR/EVdAnUs=; b=TQSol9Lmc5v6YcOpmER4XMNMSY0KnfE+s2/jN9Jh1ECMMEmgor8i4EdofjEocpIkP0 aK+/pTtNambwS9AZxOok6D5oGmWmmEovMif8fIf0bkLDM+E7qlS55b0BDf5EZCBQt+br JJupF9MIT+CpqPoSnKkjokGN92zu+i4eXdCJQ= MIME-Version: 1.0 Received: by 10.204.129.4 with SMTP id m4mr4870530bks.251.1317107406416; Tue, 27 Sep 2011 00:10:06 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.132.140 with HTTP; Tue, 27 Sep 2011 00:10:06 -0700 (PDT) In-Reply-To: References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> Date: Tue, 27 Sep 2011 00:10:06 -0700 X-Google-Sender-Auth: 3xqcNKJN-AVqlUlavmy36BCPCd8 Message-ID: From: Craig Rodrigues To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Fbsd8 Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 07:10:08 -0000 On Mon, Sep 26, 2011 at 9:10 PM, Garrett Cooper wrote: > > Noting something in the documentation is fine. The point is that there's a > lot of wasted electrons being tossed about about a fairly trivial issue: > most of the apps that burn/use CDs were converted over to some logic long > ago that matches cdrecord. The only apps that haven't really been > (atacontrol, burncd) were abandoned because the developer isn't an active > maintainer. Actually, the electrons are not wasted. Fbsd8 raised some legitimate issues that average users are going to hit and complain about. I think it is worth taking some extra time to fix the man pages, *and* add useful error messages to the utilities. You raised some valid points that burncd and atacontrol are affected utilities. There may be some other utilities or 3rd party ports that may be affected that we haven't thought about yet. I am not sure if cdcontrol(1) will be affected, but it looks like that works with CAM and the old ATA subsystem, so it may be OK. I took a second look at your patch to burncd, and I don't think it is a good enough fix. I am working on a patch now, which I will submit soon. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 07:13:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F896106564A for ; Tue, 27 Sep 2011 07:13:46 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 618778FC14 for ; Tue, 27 Sep 2011 07:13:45 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so8004749bkb.13 for ; Tue, 27 Sep 2011 00:13:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=VoLfSbITWKRSLpVilZ06Mss/H4ZWbyA3uippSYaJHFM=; b=GVq1Tm58KokKvEx3qyBVXDyFwIoD3u9iYyDAkAklgs4flFZiLEGill6PMQPw8MFEtC 3i5YvLsl7kn11X4sdl41JhY1Qo4DhewqsiK7XupgIn0DWZ01KUQ7pilCTsjn+8iw6QKv 71zM4LTfxQiBo2EalyV9Tw02Nhk1MognCZcZs= MIME-Version: 1.0 Received: by 10.204.141.134 with SMTP id m6mr229667bku.199.1317107623923; Tue, 27 Sep 2011 00:13:43 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.132.140 with HTTP; Tue, 27 Sep 2011 00:13:43 -0700 (PDT) In-Reply-To: References: <201109262324.p8QNO0NN070853@freefall.freebsd.org> <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> Date: Tue, 27 Sep 2011 00:13:43 -0700 X-Google-Sender-Auth: oNZVfHgT04uEtD2yn2t-_NA88y0 Message-ID: From: Craig Rodrigues To: Adrian Chadd Content-Type: multipart/mixed; boundary=0015174735800e0fe604ade704b4 Cc: Fbsd8 , freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 07:13:46 -0000 --0015174735800e0fe604ade704b4 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Sep 26, 2011 at 9:23 PM, Adrian Chadd wrote: > .. and if someone would like to contribute patches to burncd to update > it, I think there'd be at least one committer here who would be happy > to help you get your changes into the tree. > > :-) Hi, I think we need something like the following patch. -- Craig Rodrigues rodrigc@crodrigues.org --0015174735800e0fe604ade704b4 Content-Type: text/plain; charset=US-ASCII; name="ata_cam_patch.txt" Content-Disposition: attachment; filename="ata_cam_patch.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gt2jv2wc0 SW5kZXg6IHNiaW4vYXRhY29udHJvbC9hdGFjb250cm9sLmMKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc2Jpbi9h dGFjb250cm9sL2F0YWNvbnRyb2wuYwkocmV2aXNpb24gMjI1MzY4KQorKysgc2Jpbi9hdGFjb250 cm9sL2F0YWNvbnRyb2wuYwkod29ya2luZyBjb3B5KQpAQCAtMjgsNiArMjgsNyBAQAogCiAjaW5j bHVkZSA8c3lzL3R5cGVzLmg+CiAjaW5jbHVkZSA8c3lzL2F0YS5oPgorI2luY2x1ZGUgPHN5cy9z eXNjdGwuaD4KIAogI2luY2x1ZGUgPGVyci5oPgogI2luY2x1ZGUgPGVycm5vLmg+CkBAIC0zNzcs NyArMzc4LDE5IEBACiBtYWluKGludCBhcmdjLCBjaGFyICoqYXJndikKIHsKIAlpbnQgZmQsIG1v ZGUsIGNoYW5uZWwsIGFycmF5OworCWludCBhdGFfY2FtOworCXNpemVfdCBhdGFfY2FtX2xlbiA9 IHNpemVvZihpbnQpOwogCisJaWYgKHN5c2N0bGJ5bmFtZSgiaHcuYXRhLmF0YV9jYW1fZW5hYmxl ZCIsICZhdGFfY2FtLCAmYXRhX2NhbV9sZW4sCisJICAgIE5VTEwsIDApIDwgMCkgeworCQlhdGFf Y2FtID0gMDsKKwl9CisKKwlpZiAoYXRhX2NhbSA9PSAxKSB7CisJCWVycngoMSwgIkFUQV9DQU0g b3B0aW9uIGlzIGVuYWJsZWQgaW4ga2VybmVsLlxuIgorCQkgICAgIlBsZWFzZSB1c2UgY2FtY29u dHJvbCBpbnN0ZWFkLlxuIik7CisJfQorCiAJaWYgKGFyZ2MgPCAyKQogCQl1c2FnZSgpOwogCklu ZGV4OiBzYmluL2F0YWNvbnRyb2wvYXRhY29udHJvbC44Cj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHNiaW4vYXRh Y29udHJvbC9hdGFjb250cm9sLjgJKHJldmlzaW9uIDIyNTM2OCkKKysrIHNiaW4vYXRhY29udHJv bC9hdGFjb250cm9sLjgJKHdvcmtpbmcgY29weSkKQEAgLTI1LDEyICsyNSwxOSBAQAogLlwiCiAu XCIgJEZyZWVCU0QkCiAuXCIKLS5EZCBGZWJydWFyeSAyMSwgMjAwOQorLkRkIFNlcHRlbWJlciAy NywgMjAxMQogLkR0IEFUQUNPTlRST0wgOAogLk9zCiAuU2ggTkFNRQogLk5tIGF0YWNvbnRyb2wK IC5OZCBBVEEgZGV2aWNlIGRyaXZlciBjb250cm9sIHByb2dyYW0KKy5QcAorVGhpcyB1dGlsaXR5 IHdhcworLkVtIGRlcHJlY2F0ZWQKK2luCisuRnggOS4wIC4KK1NlZQorLlN4IE5PVEVTIC4KIC5T aCBTWU5PUFNJUwogLk5tCiAuQXEgQXIgY29tbWFuZApAQCAtMzYxLDExICszNjgsMTcgQEAKIHVw IGFsbCB0aGUgdGltZS4KIC5TaCBTRUUgQUxTTwogLlhyIGF0YSA0CisuWHIgY2FtIDQKKy5YciBj YW1jb250cm9sIDgKIC5TaCBISVNUT1JZCiBUaGUKIC5ObQogdXRpbGl0eSBmaXJzdCBhcHBlYXJl ZCBpbgogLkZ4IDQuNiAuCisuUHAKKy5ObQord2FzIGRlcHJlY2F0ZWQgaW4KKy5GeCA5LjAgLgog LlNoIEFVVEhPUlMKIC5BbiAtbm9zcGxpdAogVGhlCkBAIC0zNzcsMyArMzkwLDE2IEBACiBUaGlz IG1hbnVhbCBwYWdlIHdhcyB3cml0dGVuIGJ5CiAuQW4gU1woL29yZW4gU2NobWlkdAogLkFxIHNv c0BGcmVlQlNELm9yZyAuCisuU2ggTk9URVMKK1RoZQorLk5tCit1dGlsaXR5IHdhcyBkZXByZWNh dGVkIGluCisuRnggOS4wIC4KK1doZW4KKy5CZCAtcmFnZ2VkIC1vZmZzZXQgaW5kZW50CisuQ2Qg Im9wdGlvbnMgQVRBX0NBTSIKKy5FZAorLlBwCitpcyBjb21waWxlZCBpbnRvIHRoZSBrZXJuZWws IHRoZW4KKy5YciBjYW1jb250cm9sIDgKK211c3QgYmUgdXNlZCBpbnN0ZWFkLgpJbmRleDogdXNy LnNiaW4vYnVybmNkL2J1cm5jZC44Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHVzci5zYmluL2J1cm5jZC9idXJu Y2QuOAkocmV2aXNpb24gMjI1MzY4KQorKysgdXNyLnNiaW4vYnVybmNkL2J1cm5jZC44CSh3b3Jr aW5nIGNvcHkpCkBAIC0zMyw2ICszMywxMyBAQAogLlNoIE5BTUUKIC5ObSBidXJuY2QKIC5OZCBj b250cm9sIHRoZSBBVEFQSSBDRC1SL1JXIGRyaXZlcgorLlBwCitUaGlzIHV0aWxpdHkgd2FzCisu RW0gZGVwcmVjYXRlZAoraW4KKy5GeCA5LjAgLgorU2VlCisuU3ggTk9URVMgLgogLlNoIFNZTk9Q U0lTCiAuTm0KIC5PcCBGbCBkZUZsbW5wcXR2CkBAIC0yMTEsNiArMjE4LDEwIEBACiAuTm0KIHV0 aWxpdHkgYXBwZWFyZWQgaW4KIC5GeCA0LjAgLgorLlBwCisuTm0KK3dhcyBkZXByZWNhdGVkIGlu CisuRnggOS4wIC4KIC5TaCBBVVRIT1JTCiBUaGUKIC5ObQpAQCAtMjIwLDMgKzIzMSwxOSBAQAog LkFxIHNvc0BGcmVlQlNELm9yZyAuCiAuU2ggQlVHUwogUHJvYmFibHksIHBsZWFzZSByZXBvcnQg d2hlbiBmb3VuZC4KKy5TaCBOT1RFUworV2hlbgorLkJkIC1yYWdnZWQgLW9mZnNldCBpbmRlbnQK Ky5DZCAib3B0aW9ucyBBVEFfQ0FNIgorLkVkCisuUHAKK2lzIGNvbXBpbGVkIGludG8gdGhlIGtl cm5lbCwgdGhlbgorLlhyIGNkcmVjb3JkIDEgLAorYXZhaWxhYmxlIGluIHRoZQorLkZ4CitQb3J0 cyBDb2xsZWN0aW9uIGFzIHBhcnQgb2YgdGhlCisuUGEgc3lzdXRpbHMvY2RydG9vbHMKK3BvcnQs IG11c3QgYmUgdXNlZCBpbnN0ZWFkLgorUmVmZXIgdG86CisuUHAKK2h0dHA6Ly93d3cuZnJlZWJz ZC5vcmcvZG9jL2hhbmRib29rL2NyZWF0aW5nLWNkcy5odG1sI0NEUkVDT1JECkluZGV4OiB1c3Iu c2Jpbi9idXJuY2QvYnVybmNkLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gdXNyLnNiaW4vYnVybmNkL2J1cm5j ZC5jCShyZXZpc2lvbiAyMjUzNjgpCisrKyB1c3Iuc2Jpbi9idXJuY2QvYnVybmNkLmMJKHdvcmtp bmcgY29weSkKQEAgLTQ0LDYgKzQ0LDcgQEAKICNpbmNsdWRlIDxzeXMvY2RyaW8uaD4KICNpbmNs dWRlIDxzeXMvZHZkaW8uaD4KICNpbmNsdWRlIDxzeXMvcGFyYW0uaD4KKyNpbmNsdWRlIDxzeXMv c3lzY3RsLmg+CiAjaW5jbHVkZSA8YXJwYS9pbmV0Lmg+CiAKICNkZWZpbmUgQkxPQ0tTCTE2CkBA IC04MCw4ICs4MSwyNCBAQAogCWludCBkYW8gPSAwLCBlamVjdCA9IDAsIGZpeGF0ZSA9IDAsIGxp c3QgPSAwLCBtdWx0aSA9IDAsIHByZWVtcCA9IDA7CiAJaW50IG5vZ2FwID0gMCwgc3BlZWQgPSA0 ICogMTc3LCB0ZXN0X3dyaXRlID0gMCwgZm9yY2UgPSAwOwogCWludCBibG9ja19zaXplID0gMCwg YmxvY2tfdHlwZSA9IDAsIGNkb3BlbiA9IDAsIGR2ZHJ3ID0gMDsKKwlpbnQgYXRhX2NhbTsKKwlz aXplX3QgYXRhX2NhbV9sZW4gPSBzaXplb2YoaW50KTsKIAljb25zdCBjaGFyICpkZXYsICplbnZf c3BlZWQ7CiAKKwlpZiAoc3lzY3RsYnluYW1lKCJody5hdGEuYXRhX2NhbV9lbmFibGVkIiwgJmF0 YV9jYW0sICZhdGFfY2FtX2xlbiwKKwkgICAgTlVMTCwgMCkgPCAwKSB7CisJCWF0YV9jYW0gPSAw OworCX0KKworCWlmIChhdGFfY2FtID09IDEpIHsKKwkJcHJpbnRmKCJcbkFUQV9DQU0gb3B0aW9u IGlzIGVuYWJsZWQgaW4ga2VybmVsLlxuIgorCQkgICAgIkluc3RhbGwgdGhlIHN5c3V0aWxzL2Nk cnRvb2xzIHBvcnQgYW5kIHVzZSBjZHJlY29yZCAiCisJCSAgICAiaW5zdGVhZC5cblxuIgorCQkg ICAgIlBsZWFzZSByZWZlciB0bzpcbiIKKwkJICAgICJodHRwOi8vd3d3LmZyZWVic2Qub3JnL2Rv Yy9oYW5kYm9vay9jcmVhdGluZy1jZHMuaHRtbCNDRFJFQ09SRFxuIik7CisJCWV4aXQoMSk7CisJ fQorCiAJaWYgKChkZXYgPSBnZXRlbnYoIkNEUk9NIikpID09IE5VTEwpCiAJCWRldiA9ICIvZGV2 L2FjZDAiOwogCkluZGV4OiBzeXMvZGV2L2F0YS9hdGEtYWxsLmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz L2Rldi9hdGEvYXRhLWFsbC5jCShyZXZpc2lvbiAyMjUzNjgpCisrKyBzeXMvZGV2L2F0YS9hdGEt YWxsLmMJKHdvcmtpbmcgY29weSkKQEAgLTEwMSw2ICsxMDEsOSBAQAogLyogbG9jYWwgdmFycyAq Lwogc3RhdGljIGludCBhdGFfZG1hID0gMTsKIHN0YXRpYyBpbnQgYXRhcGlfZG1hID0gMTsKKyNp ZmRlZiBBVEFfQ0FNCitzdGF0aWMgaW50IGF0YV9jYW1fZW5hYmxlZCA9IDE7CisjZW5kaWYKIAog Lyogc3lzY3RsIHZhcnMgKi8KIFNZU0NUTF9OT0RFKF9odywgT0lEX0FVVE8sIGF0YSwgQ1RMRkxB R19SRCwgMCwgIkFUQSBkcml2ZXIgcGFyYW1ldGVycyIpOwpAQCAtMTIwLDYgKzEyMywxMSBAQAog VFVOQUJMRV9JTlQoImh3LmF0YS5zZXRtYXgiLCAmYXRhX3NldG1heCk7CiBTWVNDVExfSU5UKF9o d19hdGEsIE9JRF9BVVRPLCBzZXRtYXgsIENUTEZMQUdfUkRUVU4sICZhdGFfc2V0bWF4LCAwLAog CSAgICJBVEEgZGlzayBzZXQgbWF4IG5hdGl2ZSBhZGRyZXNzIik7CisjaWZkZWYgQVRBX0NBTQor U1lTQ1RMX0lOVChfaHdfYXRhLCBPSURfQVVUTywgYXRhX2NhbV9lbmFibGVkLAorCUNUTEZMQUdf UkQsICZhdGFfY2FtX2VuYWJsZWQsIDEsCisJIkFUQSBkZXZpY2VzIGFyZSBhY2Nlc3NlZCB0aHJv dWdoIHRoZSBjYW0oNCkgZHJpdmVyIik7CisjZW5kaWYKIAogLyoKICAqIG5ld2J1cyBkZXZpY2Ug aW50ZXJmYWNlIHJlbGF0ZWQgZnVuY3Rpb25zCg== --0015174735800e0fe604ade704b4-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 08:09:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AE92106566B for ; Tue, 27 Sep 2011 08:09:32 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E189D8FC15 for ; Tue, 27 Sep 2011 08:09:31 +0000 (UTC) Received: by fxg9 with SMTP id 9so8796901fxg.13 for ; Tue, 27 Sep 2011 01:09:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=u8kebXNGPhzSdzd+DFQyfCcW7Kf/mA1gjM7RpPPX+1g=; b=k2qQQh9qEiyGzqP1m4MZ+cKv9+issModntP7fCPdPDlS28RjJabtE9c7z1M17Lk1av GxMsERfOJHM30k5jGHQzIGj+WfLM0sCI6HdLB9U29Zu+eLbU6FEyC3K9e+Lt7TxVMgWE EVgKlNjQri1hFSfjFvdUQt77ZZEGJ2gVk3mqU= MIME-Version: 1.0 Received: by 10.216.8.5 with SMTP id 5mr4738876weq.68.1317110970582; Tue, 27 Sep 2011 01:09:30 -0700 (PDT) Received: by 10.216.20.142 with HTTP; Tue, 27 Sep 2011 01:09:30 -0700 (PDT) In-Reply-To: <4E7F260E.8020908@a1poweruser.com> References: <4E7F260E.8020908@a1poweruser.com> Date: Tue, 27 Sep 2011 10:09:30 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 08:09:32 -0000 On Sun, Sep 25, 2011 at 3:01 PM, Fbsd8 wrote: > deeptech71@gmail.com wrote: >> >> Fbsd8 wrote: >>> >>> 6. At the "Complete screen" when the reboot option is selected the >>> cd/dvd drive should automatically open so the install media can be >>> removed just like sysinstall does. If disc1.iso or dvd.iso was installed >>> to memstick and used to boot from to install the system, then a message >>> screen should pop out saying the memstick has to be removed now before >>> the reboot starts. Don't let the reboot occur until the memstick is >>> removed. >> >> Do NOT alter! More often than not, >> (1) you keep floppies, optical discs, and memory sticks in your >> computer without intending to boot from them, and >> (2) you'll want to use your BIOS's boot-once functionality (press a >> specific keyboard button to bring up the media choser menu for that >> boot; otherwise boot from the hard drives) whenever you do want to >> boot from floppies, optical discs, or memory sticks. >> >> >> > You have missed the subject completely of what #6 is addressing. This has > nothing to do with telling the pc hardware which media to boot from at power > up time like you suggest in your post. > > This has to do with the logic of the new bsdinstall process and the > differences between bsdinstall and sysinstall in the way the install media > is removed from the pc before it reboots as part of the normal install > process. I did not suggest anything related to hardware settings. FreeBSD can't and shouldn't manipulate settings of a proprietary BIOS. In fact, proper BIOSes have the option to allow changes to settings only via the hardware-based BIOS menu (ie., to block the OS from changing BIOS settings). Instead, I stated the reason why - unmounting and ejecting the disc, or - unmounting the memory stick and waiting for it to be removed will be a nuisance for the majority of the users, and a convenience for only the minority. As others (Chris Rees, Miroslav Lachman) have said, a simple reminder is sufficient. BTW, let's assume that the user uses WRONG(TM) boot settings in the BIOS, and therefore does want to remove a disc or memory stick at the end of the installation process. What is the manual removability of discs and memory sticks at the end of the installation process? Because - I can't eject discs (via the drive's eject button) while they are mounted, - recently, there were some FreeBSD instability issues when unplugging mounted memory sticks. So it seems that bsdinstall should first unmount the installation media. On the other hand, unacknowledged unmounting is still not desired, because theoretically the user might want to do something via the auxiliary console, for which the installation media is required. To cover the above points, I propose the following dialog: (1) the body text of "Installation has finished. You may now reboot the machine. You also have the option to unmount/eject the installation media before rebooting. Removal of the media may be required to avoid starting the installer again on the next boot.", (2) a button labeled "unmount/eject installation media", (3) a button labeled "reboot", which should be the default selection. Chosing the "unmount/eject installation media" button will unmount the media, and eject it if it's a disc, and the following dialog will be shown: (1) the body text of "Please remove the installation media. Press any key to reboot." From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 08:14:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17757106564A; Tue, 27 Sep 2011 08:14:55 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BAA0F8FC14; Tue, 27 Sep 2011 08:14:54 +0000 (UTC) Received: by iadk27 with SMTP id k27so8664409iad.13 for ; Tue, 27 Sep 2011 01:14:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version:content-type; bh=EFDbhWxSvHWKKXx4cRAU1CRHbAl6Tr6VR/Af/YTcsMw=; b=J9HgscX14uLqxTLPUdBFvni6UpU/3B7jp/yG4qoBeLyMtujZFudsNCymzVj8OVXceX aquo34X2nNerB+RwhCKRYQ3J7MwQGiJeX5ori2JPpdoD6YY/BfhIgaAHf4ehSbsFSmjh XUHWGEjf9QQv2XvHyhfNtLz3cnjJjeux5i/Ok= Received: by 10.42.174.9 with SMTP id t9mr1057513icz.183.1317111294114; Tue, 27 Sep 2011 01:14:54 -0700 (PDT) Received: from c-24-6-49-154.hsd1.ca.comcast.net (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id z11sm29633363iba.6.2011.09.27.01.14.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Sep 2011 01:14:53 -0700 (PDT) Date: Tue, 27 Sep 2011 01:14:51 -0700 (PDT) From: Garrett Cooper To: h h In-Reply-To: <86mxdqfq69.fsf@gmail.com> Message-ID: References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: ade@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 08:14:55 -0000 On Tue, 27 Sep 2011, h h wrote: > Kevin Oberman writes: > >> On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett wrote: >> >>> With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be >>> expected, ports/ is going to be essentially unusable for a while. >>> >>> The issue stems from configure scripts (to choose something completely >>> at random) assuming that FreeBSD would never jump to a double-digit >>> major version number, and as such, various regexps for "freebsd1*" (ie: >>> FreeBSD 1.1.x) are now matching "freebsd10". > [...] >> >> aDe, >> >> Could an entry to this effect be added to UPDATING (with a matching >> entry when ports/ is "unbroken"). > > Also mention a workaround, e.g. > > $ export UNAME_r='9.9-BLAH' Assuming that a script's detection algorithm is simple. Please see http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-07/msg00597.html for a more complete masquerading algorithm.p -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 08:28:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99D6A106566B; Tue, 27 Sep 2011 08:28:50 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 536B28FC0C; Tue, 27 Sep 2011 08:28:50 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8T21-0002vh-Ck>; Tue, 27 Sep 2011 10:28:49 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8T21-0001V0-Ae>; Tue, 27 Sep 2011 10:28:49 +0200 Message-ID: <4E818941.7060006@zedat.fu-berlin.de> Date: Tue, 27 Sep 2011 10:28:49 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: h h References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> In-Reply-To: <86mxdqfq69.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: ade@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 08:28:50 -0000 On 09/27/11 08:35, h h wrote: > Kevin Oberman writes: > >> On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett wrote: >> >>> With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be >>> expected, ports/ is going to be essentially unusable for a while. >>> >>> The issue stems from configure scripts (to choose something completely >>> at random) assuming that FreeBSD would never jump to a double-digit >>> major version number, and as such, various regexps for "freebsd1*" (ie: >>> FreeBSD 1.1.x) are now matching "freebsd10". > [...] >> >> aDe, >> >> Could an entry to this effect be added to UPDATING (with a matching >> entry when ports/ is "unbroken"). > > Also mention a workaround, e.g. > > $ export UNAME_r='9.9-BLAH' Now I understand why some OS vendors have choosen the latin 10 'X' for their tenth version of their operating system ... From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 08:53:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A43681065672 for ; Tue, 27 Sep 2011 08:53:32 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost05.isp.att.net (fmailhost05.isp.att.net [204.127.217.105]) by mx1.freebsd.org (Postfix) with ESMTP id 942198FC14 for ; Tue, 27 Sep 2011 08:53:32 +0000 (UTC) Date: Tue, 27 Sep 2011 08:48:08 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-68-210-187-7.sdf.bellsouth.net[68.210.187.7]) by isp.att.net (frfwmhc05) with SMTP id <20110927084808H05001nkfre>; Tue, 27 Sep 2011 08:48:08 +0000 X-Originating-IP: [68.210.187.7] From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <201109262035.OAA17199@lariat.net> Message-Id: <20110927085332.A43681065672@hub.freebsd.org> Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 08:53:32 -0000 >From Brett Glass : > Unfortunately, due to past history, /usr is mixed-use. It normally > contains both configuration information -- e.g. /usr/local/etc -- > and more volatile data such as users' home directories. This > prevents /usr/local/etc, which also contains mission-critical > configuration information, from being protected if you just protect > /. Some proprietary Unices have fixed this historical flaw in the > traditional hierarchy by moving /usr/local/etc to another location > and them symlinking it back to where seasoned administrators expect > it to be, thus honoring POLA. The three open source, old school > BSDs (Free, Net, Open) have not done this to date, but it's > something that should be considered in the long run. It would > certainly make the creation of embedded systems easier, as well as > enhancing security in multi-user systems! You mean users' home directories are under /usr/home rather than /home? I believe /home is more traditional, and decidedly my preference: good to put on a separate partition so it won't be touched by a system upgrade. Tom From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:06:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BBC3106564A for ; Tue, 27 Sep 2011 09:06:55 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost04.isp.att.net (fmailhost04.isp.att.net [204.127.217.104]) by mx1.freebsd.org (Postfix) with ESMTP id 3CCAE8FC12 for ; Tue, 27 Sep 2011 09:06:55 +0000 (UTC) Date: Tue, 27 Sep 2011 09:06:53 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-68-210-187-7.sdf.bellsouth.net[68.210.187.7]) by isp.att.net (frfwmhc04) with SMTP id <20110927090652H0400irkdve>; Tue, 27 Sep 2011 09:06:53 +0000 X-Originating-IP: [68.210.187.7] From: "Thomas Mueller" To: freebsd-current@freebsd.org Message-Id: <20110927090655.4BBC3106564A@hub.freebsd.org> Subject: FreeBSD 9.0-BETA2 or 3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 09:06:55 -0000 I see a thread, "FreeBSD 9-Beta3 on X300 problems." and now am curious about what is the current beta? I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ and found a BETA3 but only for some platforms not including i386 and amd64. Maybe the burncd problem, not working on SATA, is a temporary barrier? Not to sound impatient, I'd rather wait for something good than something released prematurely. Tom From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:15:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9F53106564A for ; Tue, 27 Sep 2011 09:15:01 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id 74AA28FC12 for ; Tue, 27 Sep 2011 09:15:01 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 316E16A6FD6 for ; Tue, 27 Sep 2011 11:15:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id rgL-zslvazPx for ; Tue, 27 Sep 2011 11:15:00 +0200 (CEST) Received: from 0x20.net (0x20.net [217.69.76.212]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id E88E36A6C48 for ; Tue, 27 Sep 2011 11:14:59 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 11:14:59 +0200 From: Lars Engels To: In-Reply-To: <20110927090655.4BBC3106564A@hub.freebsd.org> References: <20110927090655.4BBC3106564A@hub.freebsd.org> Message-ID: <01f0b4413a0b18e65d802bb11f3dc0b9@mail.0x20.net> X-Sender: lars.engels@0x20.net User-Agent: Roundcube Webmail/0.5.4 Subject: Re: FreeBSD 9.0-BETA2 or 3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 09:15:01 -0000 On Tue, 27 Sep 2011 09:06:53 +0000 (GMT), Thomas Mueller wrote: > I see a thread, "FreeBSD 9-Beta3 on X300 problems." and now am > curious about what is the current beta? > > I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ > > and found a BETA3 but only for some platforms not including i386 and > amd64. > > Maybe the burncd problem, not working on SATA, is a temporary > barrier? > > Not to sound impatient, I'd rather wait for something good than > something released prematurely. BETA3 is uploaded to all mirrors ATM, so expect an announcement about its availability, soon. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:15:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC12C1065673 for ; Tue, 27 Sep 2011 09:15:54 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1898FC17 for ; Tue, 27 Sep 2011 09:15:53 +0000 (UTC) Received: from msx3.exchange.alogis.com (msx3exchange.alogis.com [10.1.1.6] (may be forged)) by alogis.com (8.13.4/8.13.1) with ESMTP id p8R9FnVe088695; Tue, 27 Sep 2011 11:15:49 +0200 (CEST) (envelope-from Holger.Kipp@alogis.com) Received: from MSX3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61]) by msx3.exchange.alogis.com ([fe80::c8ed:428a:a157:b61%13]) with mapi id 14.01.0255.000; Tue, 27 Sep 2011 11:16:30 +0200 From: Holger Kipp To: Thomas Mueller , "freebsd-current@freebsd.org" Thread-Topic: Experiences with FreeBSD 9.0-BETA2 Thread-Index: AQHMfFVBheFJvg7TBEucKES5MrUURpVf0vqAgAAqOwCAAPDxv///474A Date: Tue, 27 Sep 2011 09:16:30 +0000 Message-ID: <891DD4D9-7138-4D4B-8108-C0C731694A59@alogis.com> References: <201109262035.OAA17199@lariat.net> <20110927085332.A43681065672@hub.freebsd.org> In-Reply-To: <20110927085332.A43681065672@hub.freebsd.org> Accept-Language: en-GB, de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.1.4] Content-Type: text/plain; charset="us-ascii" Content-ID: <316C15BD9F7D57408D8E655F71186C7C@exchange.alogis.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 09:15:54 -0000 Am 27.09.2011 um 10:48 schrieb Thomas Mueller: >> From Brett Glass : > >> Unfortunately, due to past history, /usr is mixed-use. It normally >> contains both configuration information -- e.g. /usr/local/etc -- >> and more volatile data such as users' home directories. This >> prevents /usr/local/etc, which also contains mission-critical >> configuration information, from being protected if you just protect >> /. Some proprietary Unices have fixed this historical flaw in the >> traditional hierarchy by moving /usr/local/etc to another location >> and them symlinking it back to where seasoned administrators expect >> it to be, thus honoring POLA. The three open source, old school >> BSDs (Free, Net, Open) have not done this to date, but it's >> something that should be considered in the long run. It would >> certainly make the creation of embedded systems easier, as well as >> enhancing security in multi-user systems! > > You mean users' home directories are under /usr/home rather than /home? > > I believe /home is more traditional, and decidedly my preference: good to= put on a separate partition so it won't be touched by a system upgrade. Afaik /home has always been a symlink to /usr/home (unless you created a separate /home-partition within FreeBSD). So it is up to the admin what he chooses to do. Best regards, Holger -- Holger Kipp Diplom-Mathematiker Senior Consultant Tel. : +49 30 436 58 114 Fax. : +49 30 436 58 214 Mobil: +49 178 36 58 114 Email: holger.kipp@alogis.com alogis AG Alt-Moabit 90b D-10559 Berlin web : http://www.alogis.com ---------------------------------------------------------- alogis AG Sitz/Registergericht: Berlin/AG Charlottenburg, HRB 71484 Vorstand: Arne Friedrichs, Joern Samuelson Aufsichtsratsvorsitzender: Reinhard Mielke From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:18:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 753D3106564A; Tue, 27 Sep 2011 09:18:33 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 2C72B8FC0A; Tue, 27 Sep 2011 09:18:32 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1R8To7-0004jI-3T; Tue, 27 Sep 2011 10:18:31 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R8To6-0006vu-SE; Tue, 27 Sep 2011 10:18:30 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p8R9IU0Q040050; Tue, 27 Sep 2011 10:18:30 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p8R9IUSx040049; Tue, 27 Sep 2011 10:18:30 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 27 Sep 2011 10:18:30 +0100 From: Anton Shterenlikht To: "O. Hartmann" Message-ID: <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: "O. Hartmann" , h h , ade@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org, Kevin Oberman References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E818941.7060006@zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i Cc: h h , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, ade@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 09:18:33 -0000 On Tue, Sep 27, 2011 at 10:28:49AM +0200, O. Hartmann wrote: > On 09/27/11 08:35, h h wrote: > >Kevin Oberman writes: > > > >>On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett wrote: > >> > >>>With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be > >>>expected, ports/ is going to be essentially unusable for a while. > >>> > >>>The issue stems from configure scripts (to choose something completely > >>>at random) assuming that FreeBSD would never jump to a double-digit > >>>major version number, and as such, various regexps for "freebsd1*" (ie: > >>>FreeBSD 1.1.x) are now matching "freebsd10". > >[...] > >> > >>aDe, > >> > >>Could an entry to this effect be added to UPDATING (with a matching > >>entry when ports/ is "unbroken"). > > > >Also mention a workaround, e.g. > > > > $ export UNAME_r='9.9-BLAH' > > > Now I understand why some OS vendors have choosen the latin 10 'X' for > their tenth version of their operating system ... At least there will be a long rest after the move to 10 is complete.. until FreeBSD 100. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 09:41:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F06B71065673 for ; Tue, 27 Sep 2011 09:41:10 +0000 (UTC) (envelope-from aakuusta@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7DA568FC0C for ; Tue, 27 Sep 2011 09:41:10 +0000 (UTC) Received: by fxg9 with SMTP id 9so8902861fxg.13 for ; Tue, 27 Sep 2011 02:41:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version:content-type; bh=bywbw2pZ+MZMeuRQqHYMZxrX5VG5KtmtGhggZgVjOxE=; b=tHji46fG53yhZZJub0iBcfcCn8yjmUlFbocbaEIn2XMMvizwy5vyU/7jQmttb5qlVk 4laCQGFxgIjvh+vwfh4UgJ6jrUy2Qg1gZyOZckx7PnxFf014meUWCRDQq96XjHMCOaFg VVPlqthOghTDdsuKpaLJYWBpP0x5E8QS4GJVw= Received: by 10.223.11.27 with SMTP id r27mr9924378far.58.1317116469590; Tue, 27 Sep 2011 02:41:09 -0700 (PDT) Received: from nil (tor-exit-router40-readme.formlessnetworking.net. [199.48.147.40]) by mx.google.com with ESMTPS id m26sm23075410fac.6.2011.09.27.02.41.02 (version=SSLv3 cipher=OTHER); Tue, 27 Sep 2011 02:41:08 -0700 (PDT) From: h h To: Holger Kipp In-Reply-To: <891DD4D9-7138-4D4B-8108-C0C731694A59@alogis.com> (Holger Kipp's message of "Tue, 27 Sep 2011 09:16:30 +0000") Date: Tue, 27 Sep 2011 09:39:32 +0000 Message-ID: <868vpa5nor.fsf@gmail.com> References: <201109262035.OAA17199@lariat.net> <20110927085332.A43681065672@hub.freebsd.org> <891DD4D9-7138-4D4B-8108-C0C731694A59@alogis.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: Thomas Mueller , "freebsd-current@freebsd.org" Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 09:41:11 -0000 Holger Kipp writes: > Am 27.09.2011 um 10:48 schrieb Thomas Mueller: > >>> From Brett Glass : >> >>> Unfortunately, due to past history, /usr is mixed-use. It normally >>> contains both configuration information -- e.g. /usr/local/etc -- >>> and more volatile data such as users' home directories. This >>> prevents /usr/local/etc, which also contains mission-critical >>> configuration information, from being protected if you just protect >>> /. Some proprietary Unices have fixed this historical flaw in the >>> traditional hierarchy by moving /usr/local/etc to another location >>> and them symlinking it back to where seasoned administrators expect >>> it to be, thus honoring POLA. The three open source, old school >>> BSDs (Free, Net, Open) have not done this to date, but it's >>> something that should be considered in the long run. It would >>> certainly make the creation of embedded systems easier, as well as >>> enhancing security in multi-user systems! >> >> You mean users' home directories are under /usr/home rather than /home? >> >> I believe /home is more traditional, and decidedly my preference: >> good to put on a separate partition so it won't be touched by a >> system upgrade. > > Afaik /home has always been a symlink to /usr/home (unless you created a > separate /home-partition within FreeBSD). So it is up to the admin what > he chooses to do. Interesting, there is no mention of /home in hier(7). I guess it can be anything (without symlink) unlike, say, /compat stuff which needs at least symlink for `emulation tree' to work. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 10:05:44 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB908106564A for ; Tue, 27 Sep 2011 10:05:44 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from ixe-mta-27.emailfiltering.com (ixe-mta-27-tx.emailfiltering.com [194.116.199.158]) by mx1.freebsd.org (Postfix) with ESMTP id 1707D8FC08 for ; Tue, 27 Sep 2011 10:05:43 +0000 (UTC) Received: from mail-gw14.york.ac.uk ([144.32.129.164]) by ixe-mta-27.emailfiltering.com with emfmta (version 4.8.3.54) by TLS id 1300641594 for crsnet@crsnet.pl; 1c7f3e0b5ac7403b; Tue, 27 Sep 2011 11:03:51 +0100 Received: from buffy-128.york.ac.uk ([144.32.128.160]:12851 helo=buffy.york.ac.uk) by mail-gw14.york.ac.uk with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1R8UVy-0003rO-RV; Tue, 27 Sep 2011 11:03:50 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.4/8.14.4) with ESMTP id p8RA3o5F096752; Tue, 27 Sep 2011 11:03:50 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.4/8.14.4/Submit) id p8RA3nwk096751; Tue, 27 Sep 2011 11:03:49 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: "crsnet.pl" In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> Content-Type: text/plain; charset="ASCII" Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Sep 2011 11:03:49 +0100 Message-ID: <1317117829.95805.3.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD 9-Beta3 on X300 problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 10:05:44 -0000 On Mon, 2011-09-26 at 21:40 +0200, crsnet.pl wrote: > Hello. > I upgrade my FreeBSD 8.2-Release to FreeBSD 9-Beta and pkg_delete -f -a= =20 > and add new (that same) pkgs with pkg_add. > And system, xorgs, wine, opera, java, flash works ok, but... > I find two things that dont works ;/ >=20 > 1. Suspend. > On FreeBSD 8.2 when i make ifconfig wlan0 down, and use zzz from X.org= =20 > all works. Suspend/resume. > Now when i make this same, system go to console and suspend. When i try= =20 > to resume. System show console, but when i try to press ALT+F9 i get=20 > long beeep and system hang ;/ > I found on Google that i can try, to make uhci as a module, and first= =20 > unload it, and then suspend system. But when i try to kldload uhci=20 > system go to dbg and hangs ;/ I'm not sure why the machine panics when you unload uhci - if you can get any more information about the panic then please open a PR. As for the issue with suspend/resume hanging, can you please try the patch at http://docs.FreeBSD.org/cgi/mid.cgi?alpine.LNX.2.00.1106041548370.26975 and see if that makes suspend/resume work? That patch is a hack rather than the correct solution, but it would be useful if you can test it and see if that makes any difference. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 10:12:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 528321065676; Tue, 27 Sep 2011 10:12:45 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ixe-mta-27.emailfiltering.com (ixe-mta-27-tx.emailfiltering.com [194.116.199.158]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDC78FC15; Tue, 27 Sep 2011 10:12:43 +0000 (UTC) Received: from mail-gw12.york.ac.uk ([144.32.129.162]) by ixe-mta-27.emailfiltering.com with emfmta (version 4.8.3.54) by TLS id 1300664618 for jhb@freebsd.org;fb2407b1b8ecf27c; Tue, 27 Sep 2011 11:12:42 +0100 Received: from buffy-128.york.ac.uk ([144.32.128.160]:36632) by mail-gw12.york.ac.uk with esmtpsa (SSL3.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1R8UeX-0002DS-SO; Tue, 27 Sep 2011 11:12:41 +0100 X-Authenticated-User: ga9 From: Gavin Atkinson To: John Baldwin In-Reply-To: <201109260930.39309.jhb@freebsd.org> References: <75E1A2A7D185F841A975979B0906BBA67BCCAB7609@AVEXMB1.qlogic.org> <201109222007.19182.hselasky@c2i.net> <1316791266.39972.3.camel@buffy.york.ac.uk> <201109260930.39309.jhb@freebsd.org> Content-Type: text/plain; charset="ASCII" Date: Tue, 27 Sep 2011 11:12:41 +0100 Message-ID: <1317118361.95805.7.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, Hans Petter Selasky Subject: Re: Choosing between DELAY(useconds) and pause() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 10:12:45 -0000 On Mon, 2011-09-26 at 09:30 -0400, John Baldwin wrote: > On Friday, September 23, 2011 11:21:06 am Gavin Atkinson wrote: > > On Thu, 2011-09-22 at 20:07 +0200, Hans Petter Selasky wrote: > > > On Thursday 22 September 2011 19:55:23 David Somayajulu wrote: > > > > It appears that the pause() function cannot be used in driver functions > > > > which are invoked early in the boot process. Is there is a kernel api > > > > which a device driver can use to determine whether to use pause() or > > > > DELAY(), for delays which are say greater than 10hz - may be even 1 hz ? > > > > > > Maybe you want to use something like this: > > > > > > if (cold) > > > DELAY() > > > else > > > pause() > > > > > > In your code. > > > > Note that this still shouldn't be done in your suspend/resume paths, as > > "cold" isn't set there, however there also appears to be no guarantee > > that pause() will ever return (as you could be running after the timer > > has been suspended, or before it resumes). > > > > I'm not sure what the correct answer is for suspend/resume code. > > Hmmm, on x86 the timers are explicitly shutdown after the DEVICE_SUSPEND() > pass over the tree and re-enabled before DEVICE_RESUME(). Perhaps this has > changed in HEAD though with the eventtimers stuff. I do think it is best > however, to use DELAY() in the suspend/resume path always regardless. I don't think head is any different from stable/8 in this respect - the same hack patch that fixes suspend/resume for me on head also fixes it on stable/8 (the patch basically fakes "cold" during USB suspend/resume). See my email to -usb a few months ago: http://docs.FreeBSD.org/cgi/mid.cgi?alpine.LNX.2.00.1106041548370.26975 I'd really like some guidance as to the correct solution to this, I have four separate laptops which fail out of the box on 8 and 9, but suspend/resume perfectly with this hack. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 10:24:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F99106566B; Tue, 27 Sep 2011 10:24:11 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa12.ono.com (smtp12.ono.com [62.42.230.20]) by mx1.freebsd.org (Postfix) with ESMTP id BF3378FC12; Tue, 27 Sep 2011 10:24:10 +0000 (UTC) Received: from GogPortatil.retena.com (85.219.71.98) by resmaa12.ono.com (8.5.113) (authenticated as nec556@retena.com) id 4E5EF2B0006DFDF6; Tue, 27 Sep 2011 12:12:54 +0200 Message-ID: <4E5EF2B0006DFDF6@> (added by postmaster@resmaa12.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 27 Sep 2011 12:07:28 +0200 To: ade@freebsd.org From: Eduardo Morras In-Reply-To: <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: AVG for E-mail 10.0.1410 [1520/3922] Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 10:24:11 -0000 At 11:18 27/09/2011, Anton Shterenlikht wrote: > > Now I understand why some OS vendors have choosen the latin 10 'X' for > > their tenth version of their operating system ... > >At least there will be a long rest after >the move to 10 is complete.. until FreeBSD 100. Or move to hexadecimal $ export UNAME_r='A.0-CURRENT' From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 07:50:36 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E0BA106566B; Tue, 27 Sep 2011 07:50:36 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id ED7308FC14; Tue, 27 Sep 2011 07:50:35 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p8R7oZs3083425 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 27 Sep 2011 00:50:35 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p8R7oYTC083424; Tue, 27 Sep 2011 00:50:34 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA13291; Tue, 27 Sep 11 00:47:12 PDT Date: Tue, 27 Sep 2011 07:46:30 -0700 From: perryh@pluto.rain.com To: ade@freebsd.org Message-Id: <4e81e1c6.gA+ZK1BK2KFWANDY%perryh@pluto.rain.com> References: <20110926230335.041fd9aa@lab.lovett.com> <20110927012902.2ebb4a3e@lab.lovett.com> In-Reply-To: <20110927012902.2ebb4a3e@lab.lovett.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 27 Sep 2011 11:19:32 +0000 Cc: ports@freebsd.org, current@freebsd.org Subject: outside the box (Re: HEADS UP: ports/ and 10.0-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 07:50:36 -0000 Ade Lovett wrote: > The undeniable fact is that configure scripts in general have > chosen to do things a certain way. Unfortunately for us (us > being FreeBSD), we have now broken these conceptions by moving > to a dual-digit major release. I don't suppose REVISION="A.1" i.e. using a single hex digit instead of two decimal digits, would work any better :) (IIRC alphas do sort after numerics, at least in the C locale.) From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 10:11:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 048891065677; Tue, 27 Sep 2011 10:11:18 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5158FC16; Tue, 27 Sep 2011 10:11:17 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8UkF-0005jQ-2m; Tue, 27 Sep 2011 12:19:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 12:18:25 +0200 From: "crsnet.pl" To: Adrian Chadd In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Message-ID: <2ffb7b182a16c6ced96733b7a9f7c6d0@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: ** X-Spam-Status: No, score=2.3 required=7.0 tests=ALL_TRUSTED,BAYES_50, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-Mailman-Approved-At: Tue, 27 Sep 2011 11:20:14 +0000 Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 10:11:18 -0000 > Hi, Hello, thanks for reply. > > Please try to do this without wlan loaded at all (not just down, but > build your wifi support as a module.) > Then try without X, see whether it's related to that or not. > First i make kldunload if_iwn. When i try to suspend from X, Xorg close, i see console and laptop suspend. When i resume it, i get console (any key dosent work), when i try to ALT+F9 i get black screen and beep;/ But when i try to suspen from console. I get : pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP0: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP1: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP2: AE_BAD_PARAMETER And laptop suspend, when i resume it. He hangs when i press any buttons it does nothing. And than i see on console that info : ugen0.2: ... disconnected ugen4.2: ... disconnected ubt0: at uhub0 ... disconnected then i see this presed lethers and acpi0: suspend request ignored (not ready yet) and laptops langs and beep ;/ > (And you haven't told us what your hardware is.) #dmesg (+WITNESS) Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-BETA3 #3: Tue Sep 27 10:47:57 CEST 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz (1197.03-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2019139584 (1925 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20110527/tbfadt-556) ACPI Warning: Optional field Gpe1Block has zero address or length: 0x000000000000102C/0x0 (20110527/tbfadt-586) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard CPU0: local APIC error 0x40 acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ef00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xfa000000-0xfa0fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 7676k stolen memory vgapci1: mem 0xfa100000-0xfa1fffff at device 2.1 on pci0 pci0: at device 3.0 (no driver attached) atapci0: port 0x1828-0x182f,0x180c-0x180f,0x1820-0x1827,0x1808-0x180b,0x1810-0x181f irq 18 at device 3.2 on pci0 ata2: on atapci0 ata3: on atapci0 pci0: at device 3.3 (no driver attached) em0: port 0x1840-0x185f mem 0xfa200000-0xfa21ffff,0xfa225000-0xfa225fff irq 20 at device 25.0 o n pci0 em0: Using an MSI interrupt acquiring duplicate lock of same type: "network driver" 1st &dev_spec->swflag_mutex @ dev/e1000/e1000_ich8lan.c:785 2nd &dev_spec->nvm_mutex @ dev/e1000/e1000_ich8lan.c:751 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x8de _mtx_lock_flags() at _mtx_lock_flags+0x79 e1000_acquire_nvm_ich8lan() at e1000_acquire_nvm_ich8lan+0x1e e1000_read_nvm_ich8lan() at e1000_read_nvm_ich8lan+0x76 e1000_post_phy_reset_ich8lan() at e1000_post_phy_reset_ich8lan+0x1b1 e1000_reset_hw_ich8lan() at e1000_reset_hw_ich8lan+0x4c1 em_attach() at em_attach+0x11bd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x14f device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x231 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0xbc5 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a nexus_acpi_attach() at nexus_acpi_attach+0x69 device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd6 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x77 btext() at btext+0x2c em0: Ethernet address: 00:21:86:58:72:d9 uhci0: port 0x1860-0x187f irq 20 at device 26.0 on pci0 usbus0: on uhci0 uhci1: port 0x1880-0x189f irq 21 at device 26.1 on pci0 usbus1: on uhci1 ehci0: mem 0xfa426c00-0xfa426fff irq 22 at device 26.7 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xfa220000-0xfa223fff irq 17 at device 27.0 on pci0 pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 21 at device 28.1 on pci0 pci3: on pcib2 iwn0: mem 0xf9f00000-0xf9f01fff irq 17 at device 0.0 on pci3 pcib3: irq 22 at device 28.2 on pci0 pci4: on pcib3 uhci2: port 0x18a0-0x18bf irq 16 at device 29.0 on pci0 usbus3: on uhci2 uhci3: port 0x18c0-0x18df irq 17 at device 29.1 on pci0 usbus4: on uhci3 uhci4: port 0x18e0-0x18ff irq 18 at device 29.2 on pci0 usbus5: on uhci4 ehci1: mem 0xfa427000-0xfa4273ff irq 19 at device 29.7 on pci0 usbus6: EHCI version 1.0 usbus6: on ehci1 pcib4: at device 30.0 on pci0 pci13: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c00-0x1c0f at device 31.1 on pci0 ata0: on atapci1 ahci0: port 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x1c20-0x1c3f mem 0xfa426000-0xfa4267 ff irq 16 at device 31.2 on pci0 ahci0: AHCI v1.10 with 3 1.5Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 2 on ahci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec hdac0: HDA Codec #0: Analog Devices AD1984A pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered ada0 at ahcich0 bus 0 scbus3 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 61057MB (125045424 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad8 cd0 at ata0 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus6 usbus2 uhub6: 6 ports with 6 removable, self powered ugen0.2: at usbus0 Root mount waiting for: usbus6 ugen6.2: at usbus6 ugen4.2: at usbus4 ugen0.3: at usbus0 u3g0: on usbus4 u3g0: Found 3 ports. ugen6.3: at usbus6 Trying to mount root from ufs:/dev/ad8s1a [rw]... WARNING: / was not properly dismounted vboxdrv: fAsync=1 offMin=0x969c6 offMax=0x969c6 supdrvGipCreate: omni timer not supported, falling back to synchronous mode vboxnet0: Ethernet address: 0a:00:27:00:00:00 wlan0: Ethernet address: 00:21:5c:53:a9:4b ubt0: on usbus0 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 lock order reversal: 1st 0xffffff8079d5c658 bufwait (bufwait) @ kern/vfs_bio.c:2658 2nd 0xfffffe0077c6e800 dirhash (dirhash) @ ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_add() at ufsdirhash_add+0x19 ufs_direnter() at ufs_direnter+0x909 ufs_makeinode() at ufs_makeinode+0x26a VOP_CREATE_APV() at VOP_CREATE_APV+0x8d vn_open_cred() at vn_open_cred+0x46a kern_openat() at kern_openat+0x1f9 amd64_syscall() at amd64_syscall+0x3ba Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x803593eac, rsp = 0x7fffffffd2f8, rbp = 0x8 --- Regards. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 10:12:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3123106566B; Tue, 27 Sep 2011 10:12:11 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 032E58FC0C; Tue, 27 Sep 2011 10:12:10 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 5115FDC0BA; Tue, 27 Sep 2011 10:12:59 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 8306CDC0AE for ; Tue, 27 Sep 2011 10:12:58 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2A9CB1A47E5; Tue, 27 Sep 2011 10:11:40 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7DCA110656D0; Tue, 27 Sep 2011 10:11:39 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 048891065677; Tue, 27 Sep 2011 10:11:18 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5158FC16; Tue, 27 Sep 2011 10:11:17 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8UkF-0005jQ-2m; Tue, 27 Sep 2011 12:19:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 12:18:25 +0200 From: "crsnet.pl" To: Adrian Chadd In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Message-ID: <2ffb7b182a16c6ced96733b7a9f7c6d0@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: ** X-Spam-Status: No, score=2.3 required=7.0 tests=ALL_TRUSTED,BAYES_50, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Mailman-Approved-At: Tue, 27 Sep 2011 11:21:09 +0000 Cc: freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 10:12:11 -0000 > Hi, Hello, thanks for reply. > > Please try to do this without wlan loaded at all (not just down, but > build your wifi support as a module.) > Then try without X, see whether it's related to that or not. > First i make kldunload if_iwn. When i try to suspend from X, Xorg close, i see console and laptop suspend. When i resume it, i get console (any key dosent work), when i try to ALT+F9 i get black screen and beep;/ But when i try to suspen from console. I get : pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP0: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP1: AE_BAD_PARAMETER pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP2: AE_BAD_PARAMETER And laptop suspend, when i resume it. He hangs when i press any buttons it does nothing. And than i see on console that info : ugen0.2: ... disconnected ugen4.2: ... disconnected ubt0: at uhub0 ... disconnected then i see this presed lethers and acpi0: suspend request ignored (not ready yet) and laptops langs and beep ;/ > (And you haven't told us what your hardware is.) #dmesg (+WITNESS) Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-BETA3 #3: Tue Sep 27 10:47:57 CEST 2011 cr4sh@x300:/sys/amd64/compile/GENERIC amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz (1197.03-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Family = 6 Model = f Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2019139584 (1925 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20110527/tbfadt-556) ACPI Warning: Optional field Gpe1Block has zero address or length: 0x000000000000102C/0x0 (20110527/tbfadt-586) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard CPU0: local APIC error 0x40 acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ef00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xfa000000-0xfa0fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 7676k stolen memory vgapci1: mem 0xfa100000-0xfa1fffff at device 2.1 on pci0 pci0: at device 3.0 (no driver attached) atapci0: port 0x1828-0x182f,0x180c-0x180f,0x1820-0x1827,0x1808-0x180b,0x1810-0x181f irq 18 at device 3.2 on pci0 ata2: on atapci0 ata3: on atapci0 pci0: at device 3.3 (no driver attached) em0: port 0x1840-0x185f mem 0xfa200000-0xfa21ffff,0xfa225000-0xfa225fff irq 20 at device 25.0 o n pci0 em0: Using an MSI interrupt acquiring duplicate lock of same type: "network driver" 1st &dev_spec->swflag_mutex @ dev/e1000/e1000_ich8lan.c:785 2nd &dev_spec->nvm_mutex @ dev/e1000/e1000_ich8lan.c:751 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x8de _mtx_lock_flags() at _mtx_lock_flags+0x79 e1000_acquire_nvm_ich8lan() at e1000_acquire_nvm_ich8lan+0x1e e1000_read_nvm_ich8lan() at e1000_read_nvm_ich8lan+0x76 e1000_post_phy_reset_ich8lan() at e1000_post_phy_reset_ich8lan+0x1b1 e1000_reset_hw_ich8lan() at e1000_reset_hw_ich8lan+0x4c1 em_attach() at em_attach+0x11bd device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0x14f device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x231 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0xbc5 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a nexus_acpi_attach() at nexus_acpi_attach+0x69 device_attach() at device_attach+0x69 bus_generic_new_pass() at bus_generic_new_pass+0xd6 bus_set_pass() at bus_set_pass+0x7a configure() at configure+0xa mi_startup() at mi_startup+0x77 btext() at btext+0x2c em0: Ethernet address: 00:21:86:58:72:d9 uhci0: port 0x1860-0x187f irq 20 at device 26.0 on pci0 usbus0: on uhci0 uhci1: port 0x1880-0x189f irq 21 at device 26.1 on pci0 usbus1: on uhci1 ehci0: mem 0xfa426c00-0xfa426fff irq 22 at device 26.7 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 hdac0: mem 0xfa220000-0xfa223fff irq 17 at device 27.0 on pci0 pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 21 at device 28.1 on pci0 pci3: on pcib2 iwn0: mem 0xf9f00000-0xf9f01fff irq 17 at device 0.0 on pci3 pcib3: irq 22 at device 28.2 on pci0 pci4: on pcib3 uhci2: port 0x18a0-0x18bf irq 16 at device 29.0 on pci0 usbus3: on uhci2 uhci3: port 0x18c0-0x18df irq 17 at device 29.1 on pci0 usbus4: on uhci3 uhci4: port 0x18e0-0x18ff irq 18 at device 29.2 on pci0 usbus5: on uhci4 ehci1: mem 0xfa427000-0xfa4273ff irq 19 at device 29.7 on pci0 usbus6: EHCI version 1.0 usbus6: on ehci1 pcib4: at device 30.0 on pci0 pci13: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c00-0x1c0f at device 31.1 on pci0 ata0: on atapci1 ahci0: port 0x1c50-0x1c57,0x1c44-0x1c47,0x1c48-0x1c4f,0x1c40-0x1c43,0x1c20-0x1c3f mem 0xfa426000-0xfa4267 ff irq 16 at device 31.2 on pci0 ahci0: AHCI v1.10 with 3 1.5Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 2 on ahci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 Timecounters tick every 1.000 msec hdac0: HDA Codec #0: Analog Devices AD1984A pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered ada0 at ahcich0 bus 0 scbus3 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 61057MB (125045424 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad8 cd0 at ata0 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus6 usbus2 uhub6: 6 ports with 6 removable, self powered ugen0.2: at usbus0 Root mount waiting for: usbus6 ugen6.2: at usbus6 ugen4.2: at usbus4 ugen0.3: at usbus0 u3g0: on usbus4 u3g0: Found 3 ports. ugen6.3: at usbus6 Trying to mount root from ufs:/dev/ad8s1a [rw]... WARNING: / was not properly dismounted vboxdrv: fAsync=1 offMin=0x969c6 offMax=0x969c6 supdrvGipCreate: omni timer not supported, falling back to synchronous mode vboxnet0: Ethernet address: 0a:00:27:00:00:00 wlan0: Ethernet address: 00:21:5c:53:a9:4b ubt0: on usbus0 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 lock order reversal: 1st 0xffffff8079d5c658 bufwait (bufwait) @ kern/vfs_bio.c:2658 2nd 0xfffffe0077c6e800 dirhash (dirhash) @ ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_add() at ufsdirhash_add+0x19 ufs_direnter() at ufs_direnter+0x909 ufs_makeinode() at ufs_makeinode+0x26a VOP_CREATE_APV() at VOP_CREATE_APV+0x8d vn_open_cred() at vn_open_cred+0x46a kern_openat() at kern_openat+0x1f9 amd64_syscall() at amd64_syscall+0x3ba Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x803593eac, rsp = 0x7fffffffd2f8, rbp = 0x8 --- Regards. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 10:59:12 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6005F106566C for ; Tue, 27 Sep 2011 10:59:12 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 12C148FC18 for ; Tue, 27 Sep 2011 10:59:11 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8VUz-00060n-IN; Tue, 27 Sep 2011 13:07:40 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 13:06:44 +0200 From: "crsnet.pl" To: Gavin Atkinson In-Reply-To: <1317117829.95805.3.camel@buffy.york.ac.uk> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <1317117829.95805.3.camel@buffy.york.ac.uk> Message-ID: <27abc177adbec1289f95b7e5cbddb6fc@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-2.9 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-Mailman-Approved-At: Tue, 27 Sep 2011 11:21:35 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD 9-Beta3 on X300 problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 10:59:12 -0000 > I'm not sure why the machine panics when you unload uhci - if you can > get any more information about the panic then please open a PR. > > As for the issue with suspend/resume hanging, can you please try the > patch at > > http://docs.FreeBSD.org/cgi/mid.cgi?alpine.LNX.2.00.1106041548370.26975 > and see if that makes suspend/resume work? > > That patch is a hack rather than the correct solution, but it would > be > useful if you can test it and see if that makes any difference. > Hello. Yours patch works! ;) Thanks a lot. Regards, Adrian. > Thanks, > > Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 11:10:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A46FA1065673; Tue, 27 Sep 2011 11:10:16 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 50C908FC14; Tue, 27 Sep 2011 11:10:16 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8Vf5-00062k-E6; Tue, 27 Sep 2011 13:18:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 13:17:09 +0200 From: "crsnet.pl" To: Adrian Chadd In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Message-ID: X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-Mailman-Approved-At: Tue, 27 Sep 2011 11:24:20 +0000 Cc: freebsd-hardware@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 11:10:16 -0000 On Tue, 27 Sep 2011 08:21:23 +0800, Adrian Chadd wrote: > Hi, > > Please try to do this without wlan loaded at all (not just down, but > build your wifi support as a module.) > Then try without X, see whether it's related to that or not. > (And you haven't told us what your hardware is.) Gavin Atkinson send me this link : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=96631+0+/usr/local/www/db/text/2011/freebsd-usb/20110605.freebsd-usb suspend / resume works like a charm with this pathes. Thanks all for help. Regards. > > Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 11:10:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46F2F10656D6; Tue, 27 Sep 2011 11:10:54 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id D1D018FC08; Tue, 27 Sep 2011 11:10:53 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 467A0DC0BA; Tue, 27 Sep 2011 11:11:42 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 0E789DC0AE for ; Tue, 27 Sep 2011 11:11:40 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 254F9150CE5; Tue, 27 Sep 2011 11:10:25 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7BA6C10656B7; Tue, 27 Sep 2011 11:10:24 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A46FA1065673; Tue, 27 Sep 2011 11:10:16 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 50C908FC14; Tue, 27 Sep 2011 11:10:16 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R8Vf5-00062k-E6; Tue, 27 Sep 2011 13:18:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 27 Sep 2011 13:17:09 +0200 From: "crsnet.pl" To: Adrian Chadd In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Message-ID: X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-0.4 required=7.0 tests=ALL_TRUSTED,BAYES_00, SUSPICIOUS_RECIPS autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Mailman-Approved-At: Tue, 27 Sep 2011 11:35:06 +0000 Cc: freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 11:10:54 -0000 On Tue, 27 Sep 2011 08:21:23 +0800, Adrian Chadd wrote: > Hi, > > Please try to do this without wlan loaded at all (not just down, but > build your wifi support as a module.) > Then try without X, see whether it's related to that or not. > (And you haven't told us what your hardware is.) Gavin Atkinson send me this link : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=96631+0+/usr/local/www/db/text/2011/freebsd-usb/20110605.freebsd-usb suspend / resume works like a charm with this pathes. Thanks all for help. Regards. > > Adrian _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 11:49:30 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25B19106566B; Tue, 27 Sep 2011 11:49:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D2A718FC17; Tue, 27 Sep 2011 11:49:29 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8Vpr-0001uC-BG>; Tue, 27 Sep 2011 13:28:27 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8Vpr-0007JF-9M>; Tue, 27 Sep 2011 13:28:27 +0200 Message-ID: <4E81B358.5070706@zedat.fu-berlin.de> Date: Tue, 27 Sep 2011 13:28:24 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110927 Thunderbird/6.0.2 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <20110926230335.041fd9aa@lab.lovett.com> <20110927012902.2ebb4a3e@lab.lovett.com> <4e81e1c6.gA+ZK1BK2KFWANDY%perryh@pluto.rain.com> In-Reply-To: <4e81e1c6.gA+ZK1BK2KFWANDY%perryh@pluto.rain.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: ports@freebsd.org, current@freebsd.org, ade@freebsd.org Subject: Re: outside the box (Re: HEADS UP: ports/ and 10.0-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 11:49:30 -0000 On 09/27/11 16:46, perryh@pluto.rain.com wrote: > Ade Lovett wrote: > >> The undeniable fact is that configure scripts in general have >> chosen to do things a certain way. Unfortunately for us (us >> being FreeBSD), we have now broken these conceptions by moving >> to a dual-digit major release. > > I don't suppose > > REVISION="A.1" > > i.e. using a single hex digit instead of two decimal digits, > would work any better :) > ... it will only postpone the agony ... better to deal now than shifting it to the future ... From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 11:53:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3FB2106564A for ; Tue, 27 Sep 2011 11:53:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6BEB78FC1A for ; Tue, 27 Sep 2011 11:53:42 +0000 (UTC) Received: by yia13 with SMTP id 13so6608285yia.13 for ; Tue, 27 Sep 2011 04:53:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=rxVSGGA1pC4DceqUxLIfFqf3/jSYIYLQo3Lv7Xz3l1k=; b=C5FDnvyPX46mE2vSsiarJ/eOa6H1si0sQh0ibFVaZsIwywoxYqZwizqws6PWkGo660 n0DrzJyvwa6SM9qJkWhGxKJ16Xdf0dNyHF0xeg+Tkfa9aLoHDxe26/4git6gPJPI/I9S DHhzlj06k/Lhn3XoL7d/DCf4jD0lwP6tVYn84= MIME-Version: 1.0 Received: by 10.236.193.72 with SMTP id j48mr26122930yhn.21.1317124421827; Tue, 27 Sep 2011 04:53:41 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Tue, 27 Sep 2011 04:53:41 -0700 (PDT) In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Date: Tue, 27 Sep 2011 19:53:41 +0800 X-Google-Sender-Auth: KjXXgfbEePLiS97lTSxHdva8CP0 Message-ID: From: Adrian Chadd To: "crsnet.pl" , Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 11:53:42 -0000 Hans, Why haven't those patches been committed? Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 11:57:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF8001065670; Tue, 27 Sep 2011 11:57:37 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 44DF58FC12; Tue, 27 Sep 2011 11:57:37 +0000 (UTC) Received: by yia13 with SMTP id 13so6612187yia.13 for ; Tue, 27 Sep 2011 04:57:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=IFnKOQxnn7quURMPJQ5sLgYGWAK5fOFY7e5pmlg1PXI=; b=masPUOdhEqqUkxXbq5ac5+Furo24OWEC6lslwVjPyyWThV3zqoZEvkI4fbeTORZWfa dLQfEueI0R8XH5zbf6MOmDv9ACoxt/NK515DM0HgeiTWwZTV5LYDR/UXTzQm6U4HEI03 1LrMipIHFXx2ra8vzUnXUThtfxi8h5FMZ6FrY= MIME-Version: 1.0 Received: by 10.236.190.200 with SMTP id e48mr46524242yhn.59.1317123007316; Tue, 27 Sep 2011 04:30:07 -0700 (PDT) Received: by 10.236.105.166 with HTTP; Tue, 27 Sep 2011 04:30:07 -0700 (PDT) In-Reply-To: <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> Date: Tue, 27 Sep 2011 12:30:07 +0100 Message-ID: From: krad To: "O. Hartmann" , h h , ade@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org, Kevin Oberman X-Mailman-Approved-At: Tue, 27 Sep 2011 11:59:38 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 11:57:37 -0000 On 27 September 2011 10:18, Anton Shterenlikht wrote: > On Tue, Sep 27, 2011 at 10:28:49AM +0200, O. Hartmann wrote: > > On 09/27/11 08:35, h h wrote: > > >Kevin Oberman writes: > > > > > >>On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett wrote: > > >> > > >>>With the advent of the conversion of HEAD to 10.0-CURRENT and, as to > be > > >>>expected, ports/ is going to be essentially unusable for a while. > > >>> > > >>>The issue stems from configure scripts (to choose something completely > > >>>at random) assuming that FreeBSD would never jump to a double-digit > > >>>major version number, and as such, various regexps for "freebsd1*" > (ie: > > >>>FreeBSD 1.1.x) are now matching "freebsd10". > > >[...] > > >> > > >>aDe, > > >> > > >>Could an entry to this effect be added to UPDATING (with a matching > > >>entry when ports/ is "unbroken"). > > > > > >Also mention a workaround, e.g. > > > > > > $ export UNAME_r='9.9-BLAH' > > > > > > Now I understand why some OS vendors have choosen the latin 10 'X' for > > their tenth version of their operating system ... > > At least there will be a long rest after > the move to 10 is complete.. until FreeBSD 100. > > -- > Anton Shterenlikht > Room 2.6, Queen's Building > Mech Eng Dept > Bristol University > University Walk, Bristol BS8 1TR, UK > Tel: +44 (0)117 331 5944 > Fax: +44 (0)117 929 4423 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > we can leave that to our grand children to figure out though 8) From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 12:06:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33B83106566B for ; Tue, 27 Sep 2011 12:06:26 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from gse-mta-27.emailfiltering.com (gse-mta-27-tx.emailfiltering.com [194.116.198.158]) by mx1.freebsd.org (Postfix) with ESMTP id 8AA338FC14 for ; Tue, 27 Sep 2011 12:06:24 +0000 (UTC) Received: from mail-gw13.york.ac.uk ([144.32.129.163]) by gse-mta-27.emailfiltering.com with emfmta (version 4.8.3.54) by TLS id 1147681796 for adrian@freebsd.org; 7dc7738d27850f0f; Tue, 27 Sep 2011 13:06:23 +0100 Received: from buffy-128.york.ac.uk ([144.32.128.160]:26990) by mail-gw13.york.ac.uk with esmtpsa (SSL3.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1R8WQY-0005jE-5W; Tue, 27 Sep 2011 13:06:22 +0100 X-Authenticated-User: ga9 From: Gavin Atkinson To: Adrian Chadd In-Reply-To: References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> Content-Type: text/plain; charset="ASCII" Date: Tue, 27 Sep 2011 13:06:21 +0100 Message-ID: <1317125181.95805.13.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "crsnet.pl" , freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 12:06:26 -0000 On Tue, 2011-09-27 at 19:53 +0800, Adrian Chadd wrote: > Hans, > > Why haven't those patches been committed? This patch is an absolute hack, and shouldn't be committed as it is. I would, however, appreciate some help in determining the correct solution. The solution may well involve not suspending/resuming hpet(4) or the other timers on the normal DEVICE_SUSPEND()/DEVICE_RESUME() path but instead doing them as the last thing to be suspended, or it may instead involve reworking the USB code (and potentially other code) to not need to sleep during suspend/resume. I don't know the right solution, but would really like to work with somebody who does. Please also see the thread "Choosing between DELAY(useconds) and pause()" on -current. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 12:19:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2139E106566B; Tue, 27 Sep 2011 12:19:29 +0000 (UTC) (envelope-from aakuusta@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 442878FC13; Tue, 27 Sep 2011 12:19:28 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so8342330bkb.13 for ; Tue, 27 Sep 2011 05:19:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:references:user-agent :mime-version:content-type; bh=6b4gTepJAmhI+9mHSVw9gpliXh4ou/DyDgHuVoWFjaE=; b=UCljJjlsw1zsA3X8tg/o1ZaMkDlV1MCnquMBpjTteK0fwS/GJbIPd5zM1Fx2cOxCNv pg1V29rmFsxXijIVGi7ZRUQBxXN557MwcE3abozdkYZ6fOpvoECZfXC2ulSn78zF3nPz aNI7Wt69fSr2ZRUWyj/D/3AAAHzjkkkPy8pyM= Received: by 10.204.147.155 with SMTP id l27mr5661255bkv.86.1317125967224; Tue, 27 Sep 2011 05:19:27 -0700 (PDT) Received: from nil (zoe.desire.se. [85.8.28.11]) by mx.google.com with ESMTPS id s13sm14219220bkb.11.2011.09.27.05.19.19 (version=SSLv3 cipher=OTHER); Tue, 27 Sep 2011 05:19:26 -0700 (PDT) From: h h To: Eduardo Morras Date: Tue, 27 Sep 2011 12:19:08 +0000 Message-ID: <864nzykwjn.fsf@gmail.com> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> <19938.9168098152$1317119069@news.gmane.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org, ade@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 12:19:29 -0000 Eduardo Morras writes: > At 11:18 27/09/2011, Anton Shterenlikht wrote: > >> > Now I understand why some OS vendors have choosen the latin 10 'X' for >> > their tenth version of their operating system ... >> >>At least there will be a long rest after >>the move to 10 is complete.. until FreeBSD 100. > > > Or move to hexadecimal > > $ export UNAME_r='A.0-CURRENT' Wouldn't this fail if version is parsed with regex? # from mysql ELSEIF(CMAKE_SYSTEM_NAME MATCHES "FreeBSD") STRING(REGEX MATCH "[0-9]+\\.[0-9]+" VER "${CMAKE_SYSTEM_VERSION}") SET(DEFAULT_PLATFORM "${CMAKE_SYSTEM_NAME}${VER}") From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 12:39:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A284106566B; Tue, 27 Sep 2011 12:39:09 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id DA0F48FC18; Tue, 27 Sep 2011 12:39:08 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=MmhuielNmoAwiWCiiefMnqMoo9XwPcHPH2oGFNV1oLM= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=PuyOCL9SsrEA:10 a=dBRESv0yCI8A:10 a=N659UExz7-8A:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=TaXam_rxXLm-ed4RJQQA:9 a=pILNOxqGKmIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 183639359; Tue, 27 Sep 2011 14:29:05 +0200 Received-SPF: softfail receiver=mailfe06.swip.net; client-ip=188.126.198.129; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: Adrian Chadd Date: Tue, 27 Sep 2011 14:26:06 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <201109271426.06450.hselasky@freebsd.org> Cc: "crsnet.pl" , "freebsd-current@freebsd.org" Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 12:39:09 -0000 On Tuesday 27 September 2011 13:53:41 Adrian Chadd wrote: > Hans, > > Why haven't those patches been committed? I don't know. There is no reason that they shouldn't, except I believe pause() should have the checks for cold and resuming/suspending instead of USB. Must have been forgotten :-) --HPS From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 12:52:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 921711065672 for ; Tue, 27 Sep 2011 12:52:03 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4C37F8FC0A for ; Tue, 27 Sep 2011 12:52:03 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 27 Sep 2011 08:22:55 -0400 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BHZ28080; Tue, 27 Sep 2011 08:22:55 -0400 Received: from 216-220-68-165.c3-0.arm-ubr2.chi-arm.il.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([216.220.68.165]) by smtp04.lnh.mail.rcn.net with ESMTP; 27 Sep 2011 08:22:55 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20097.49182.869432.593082@jerusalem.litteratus.org> Date: Tue, 27 Sep 2011 08:22:54 -0400 To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr16.lnh.mail.rcn.net) Cc: Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 12:52:03 -0000 krad writes: > we can leave that to our grand children to figure out though 8) Wasn't that what people said about two-digit years? Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 12:57:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE51C106566C for ; Tue, 27 Sep 2011 12:57:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 561558FC0C for ; Tue, 27 Sep 2011 12:57:30 +0000 (UTC) Received: by yxk36 with SMTP id 36so6682230yxk.13 for ; Tue, 27 Sep 2011 05:57:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LBN1gJKlXOpm4TI3Y5/Ojf5dw37cNOQtWDRj++yiPVE=; b=C9xDH27Ac/NZP1bYk7QaPKQs29wxgllSjXkLcZ8mmTGrbYNOtOIVdbxTamaZ/BuD2B UXyET2IO4PFr//1qNvwo1FcWKHO2Xa04RviwGFLLCo/iK3KZLiMhzHTtoarp/UXoIfOB HwMXPJjUyiMB7lfRZ8St0QJj7IlxH6kMdsJ54= MIME-Version: 1.0 Received: by 10.236.129.165 with SMTP id h25mr47275197yhi.38.1317128249673; Tue, 27 Sep 2011 05:57:29 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Tue, 27 Sep 2011 05:57:29 -0700 (PDT) In-Reply-To: <20097.49182.869432.593082@jerusalem.litteratus.org> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> <20097.49182.869432.593082@jerusalem.litteratus.org> Date: Tue, 27 Sep 2011 20:57:29 +0800 X-Google-Sender-Auth: ICGxW-xFgqEbF8dB25U7DrT5m9M Message-ID: From: Adrian Chadd To: Robert Huff Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 12:57:30 -0000 On 27 September 2011 20:22, Robert Huff wrote: > > krad writes: >> =A0we can leave that to our grand children to figure out though 8) > > =A0 =A0 =A0 =A0Wasn't that what people said about two-digit years? Our children will be dealing with Y2038. :-) Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 13:05:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F2A6106564A; Tue, 27 Sep 2011 13:05:45 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B39178FC0A; Tue, 27 Sep 2011 13:05:44 +0000 (UTC) Received: by wyj26 with SMTP id 26so5487920wyj.13 for ; Tue, 27 Sep 2011 06:05:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=qtRCoyTljodcpum8Tdgkd2bHmr+xv13rCKA2GRTtCrY=; b=X1wZyrOBhVep7pUmM9vCWMcdkPkzJSOSZh54AaRNAOUV87VO0640gczzxDNihzLPkl hn0UQSYtIbP6jky6Dz+UdjUjhidy/g9gbiGWNcbgCufjcJdM1UhUcm8QrAD40DqMo2lD lcUEiU2bkqjpuhQuhBG9bpuFwW/hsGmBT+1pk= Received: by 10.227.145.139 with SMTP id d11mr1498643wbv.60.1317128743180; Tue, 27 Sep 2011 06:05:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.208.16 with HTTP; Tue, 27 Sep 2011 06:05:13 -0700 (PDT) In-Reply-To: <4E818941.7060006@zedat.fu-berlin.de> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> From: Eitan Adler Date: Tue, 27 Sep 2011 09:05:13 -0400 Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: h h , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, ade@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:05:45 -0000 2011/9/27 O. Hartmann : > Now I understand why some OS vendors have choosen the latin 10 'X' for their > tenth version of their operating system ... FreeBSD XP anyone? > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 13:07:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 427E2106564A for ; Tue, 27 Sep 2011 13:07:15 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp05.sth.basefarm.net (ch-smtp05.sth.basefarm.net [80.76.153.6]) by mx1.freebsd.org (Postfix) with ESMTP id BED058FC14 for ; Tue, 27 Sep 2011 13:07:14 +0000 (UTC) Received: from c83-255-51-20.bredband.comhem.se ([83.255.51.20]:40018 helo=falcon.midgard.homeip.net) by ch-smtp05.sth.basefarm.net with esmtp (Exim 4.76) (envelope-from ) id 1R8X9w-0000RK-J1 for freebsd-current@freebsd.org; Tue, 27 Sep 2011 14:53:21 +0200 Received: (qmail 20771 invoked from network); 27 Sep 2011 14:53:14 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 27 Sep 2011 14:53:14 +0200 Received: (qmail 85305 invoked by uid 1001); 27 Sep 2011 14:53:14 +0200 Date: Tue, 27 Sep 2011 14:53:14 +0200 From: Erik Trulsson To: Robert Huff Message-ID: <20110927125314.GA85295@owl.midgard.homeip.net> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> <20097.49182.869432.593082@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20097.49182.869432.593082@jerusalem.litteratus.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: 83.255.51.20 X-Scan-Result: No virus found in message 1R8X9w-0000RK-J1. X-Scan-Signature: ch-smtp05.sth.basefarm.net 1R8X9w-0000RK-J1 e82d2da6cc604b0b5750bda5b9fa0ce0 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:07:15 -0000 On Tue, Sep 27, 2011 at 08:22:54AM -0400, Robert Huff wrote: > > krad writes: > > we can leave that to our grand children to figure out though 8) > > Wasn't that what people said about two-digit years? Not quite. There they mostly said "No way that this program will still be in use when two-digit years becomes a problem!" -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 13:24:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD986106566C; Tue, 27 Sep 2011 13:24:06 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 790388FC08; Tue, 27 Sep 2011 13:24:06 +0000 (UTC) Received: by yia13 with SMTP id 13so6717105yia.13 for ; Tue, 27 Sep 2011 06:24:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JSmUmQ0za599OwXL1URp/KnnymiSFqxyOEq974DhsnE=; b=t+vsdsEI1tKba7uEIK8ka33lMW8artjvB7Lpb3RcCQCqhgNV0mz31BHCcX0IsLwwUl mVd0Y76BBPh2wXhMkrI8uWzvNTcc+bXEfvaxa25OaeGEVV9KHJqR6A87qMzbL3yNwhXv 1Tdbgkg0KWSVhh+FOEl4CX9JFOSrUmW0cDNjM= MIME-Version: 1.0 Received: by 10.216.156.195 with SMTP id m45mr1331857wek.77.1317129845419; Tue, 27 Sep 2011 06:24:05 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Tue, 27 Sep 2011 06:24:05 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Tue, 27 Sep 2011 06:24:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 27 Sep 2011 22:54:05 +0930 Message-ID: From: Matt Thyer To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:24:06 -0000 On Sep 26, 2011 2:33 PM, "Adrian Chadd" wrote: > > On 26 September 2011 12:56, Kevin Oberman wrote: > > > I suspect that the thumb drive is the issue, not FreeBSD. > > I've booted the drive successfully on an older Via C3 board. > > I'm now watching it boot successfully on a Gigabyte GA-8I915PC Duo board. > > I'm going to try dumping a Linux distro on this USB disk after I get > PCBSD 9.0-BETA2 installed. That way I can try to eliminate the USB > disk as being "funny". > (Although it's quite possible the USB disk is doing other funny things.) > > I really do think that this BIOS of mine dislikes a GPT partition > inside an MBR/DOS setup. If this is the case, I wonder how many other > motherboard/BIOSes have this problem. > > > > Adrian I believe this would be due to the improper GPT partition table on the FreeBSD memstick (as there is no backup partition table at the end of the volume). This was discussed earlier and now that makefs has patches for UFS label support there should be no need to continue to use GPT partitioning for the memstick image. The background is that bsdinstall relys on labels (a good thing) and GPT partition labels were being used but as there's no way to predict the size of your memstick, the resulting GPT partition table was not valid (for strict UEFI systems). The fix was to go back to traditional MS-DOS partitioning (MBR) but this couldn't be done until makefs supported UFS labels. Someone came up with patches so 9.0 should be able to have an MBR memstick and bsdinstall. I'm not sure how far this has progressed. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 13:32:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2B571065672; Tue, 27 Sep 2011 13:32:47 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D784E8FC16; Tue, 27 Sep 2011 13:32:46 +0000 (UTC) Received: by mail-wy0-f182.google.com with SMTP id 26so5530795wyj.13 for ; Tue, 27 Sep 2011 06:32:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.147.84 with SMTP id k20mr7533561wbv.71.1317128539307; Tue, 27 Sep 2011 06:02:19 -0700 (PDT) Received: by 10.180.95.196 with HTTP; Tue, 27 Sep 2011 06:02:19 -0700 (PDT) In-Reply-To: References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> <20097.49182.869432.593082@jerusalem.litteratus.org> Date: Tue, 27 Sep 2011 14:02:19 +0100 Message-ID: From: Doug Rabson To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Robert Huff , freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:32:47 -0000 On 27 September 2011 13:57, Adrian Chadd wrote: > On 27 September 2011 20:22, Robert Huff wrote: > > > > krad writes: > >> we can leave that to our grand children to figure out though 8) > > > > Wasn't that what people said about two-digit years? > > Our children will be dealing with Y2038. :-) > > I'm sure some of us old-timers will be looking for high-paid 2038 consultancy work to fund our lavish retirement plans... From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 13:36:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7950106566B; Tue, 27 Sep 2011 13:36:37 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2388FC18; Tue, 27 Sep 2011 13:36:36 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 27 Sep 2011 09:36:36 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr16.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BHZ38983; Tue, 27 Sep 2011 09:36:35 -0400 Received-SPF: None identity=pra; client-ip=216.220.68.165; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=216.220.68.165; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: TempError identity=helo; client-ip=216.220.68.165; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="postmaster@jerusalem.litteratus.org.litteratus.org"; x-conformance=sidf_compatible Received: from 216-220-68-165.c3-0.arm-ubr2.chi-arm.il.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([216.220.68.165]) by smtp01.lnh.mail.rcn.net with ESMTP; 27 Sep 2011 09:36:18 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <20097.53585.386243.506056@jerusalem.litteratus.org> Date: Tue, 27 Sep 2011 09:36:17 -0400 To: Adrian Chadd In-Reply-To: References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> <20097.49182.869432.593082@jerusalem.litteratus.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr16.lnh.mail.rcn.net) Cc: Robert Huff , freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:36:37 -0000 Adrian Chadd writes: > >> =A0we can leave that to our grand children to figure out though 8= ) > > > > =A0 =A0 =A0 =A0Wasn't that what people said about two-digit years?= > =20 > Our children will be dealing with Y2038. :-) =09Statistically, some of us will. =09=09=09=09=09Robert Huff From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 13:46:19 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78714106566C for ; Tue, 27 Sep 2011 13:46:19 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 773EB8FC1B for ; Tue, 27 Sep 2011 13:46:18 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA07956; Tue, 27 Sep 2011 16:45:59 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E81D396.7050809@FreeBSD.org> Date: Tue, 27 Sep 2011 16:45:58 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Craig Rodrigues References: <20110926223902.GE57708@in-addr.com> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Gary Palmer , freebsd-current@FreeBSD.org Subject: Re: FreeBSD 9.0-BETA 2, camcontrol readcap, no passthrough device found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:46:19 -0000 on 27/09/2011 02:02 Craig Rodrigues said the following: > Is "camcontrol readcap" supposed to work for an ATA disk? Or, rephrased - is a SCSI command supposed to work for an ATA disk. I am sure that you know the answer. P.S. camcontrol, of course, can be extended to support the corresponding ATA command. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 13:51:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99EBF106566B; Tue, 27 Sep 2011 13:51:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6B18FC16; Tue, 27 Sep 2011 13:51:09 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0CABB46B58; Tue, 27 Sep 2011 09:51:09 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 91B2B8A02F; Tue, 27 Sep 2011 09:51:08 -0400 (EDT) From: John Baldwin To: Adrian Chadd Date: Tue, 27 Sep 2011 09:51:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109270951.07839.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 27 Sep 2011 09:51:08 -0400 (EDT) Cc: attilio@freebsd.org, freebsd-current@freebsd.org, freebsd-mips@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:51:09 -0000 On Monday, September 26, 2011 11:36:26 pm Adrian Chadd wrote: > .. and as a follow up (and cc'ing attillo and freebsd-mips, in case > it's relevant to other platforms and there's a MIPS specific thing to > fix): > > * 2128: mi_switch to idle > * 2129: kern_clocksource.c:762 - ie, cpu_idleclock() has been called > * 2130: the ath interrupt comes in > * 2134: it's skipped for now as the idle thread is in a critical section > * 2136: kern_clocksource.c:266 - ie, getnextcpuevent(), inside cpu_idleclock(). > > What I bet is happening is this race between the critical section + > cpu_idleclock() and the ath0 interrupt: > > * idle gets scheduled > * critical_enter() is called in the mips cpu_idle() routine > * the ath interrupt comes in here and gets handled, but since we're in > a critical section, it won't preempt things > * the cpu_idleclock() code completes without releasing the preemption, > and the only thing that wakes up from that wait is the next interrupt > (clock, arge0, etc.) I think this is a mips-specific bug, though it may be well to audit all the cpu_idle() implementations. On x86 the idle hooks all check sched_runnable() with interrupts disabled and then atomically re-enable interrupts and sleep only if that is false, e.g.: static void cpu_idle_hlt(int busy) { int *state; state = (int *)PCPU_PTR(monitorbuf); *state = STATE_SLEEPING; /* * We must absolutely guarentee that hlt is the next instruction * after sti or we introduce a timing window. */ disable_intr(); if (sched_runnable()) enable_intr(); else __asm __volatile("sti; hlt"); *state = STATE_RUNNING; } I don't know if it is possible to do the same thing with the mips "wait" instruction. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 13:57:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A75B1065674; Tue, 27 Sep 2011 13:57:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 09C928FC16; Tue, 27 Sep 2011 13:57:54 +0000 (UTC) Received: by yxk36 with SMTP id 36so6763836yxk.13 for ; Tue, 27 Sep 2011 06:57:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7us3orChbTInro0z5oNt9JjWWKpmVqIxtyHSD0A9vKQ=; b=UlsnGWT9AweJaDH1FU2vcgxyx0jV8i18496ngvTHOmy++u3C2ZHJBecJbMVQd4Vm0C iWJkT8nH7deOK6k90oaHJ9GByqMpcfOP8wpON3XcB3wu9VveAfu3cIRoK2oMeQvzrThX fyI1lgFlFPwOspYXDPSEwPIG4fZLx3hg6z2rI= MIME-Version: 1.0 Received: by 10.216.159.133 with SMTP id s5mr8989170wek.27.1317131873667; Tue, 27 Sep 2011 06:57:53 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.216.179.78 with HTTP; Tue, 27 Sep 2011 06:57:53 -0700 (PDT) In-Reply-To: <201109270951.07839.jhb@freebsd.org> References: <201109270951.07839.jhb@freebsd.org> Date: Tue, 27 Sep 2011 15:57:53 +0200 X-Google-Sender-Auth: tejor1ZkVAcCdRA-1xoK-OaPEc0 Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-current@freebsd.org, freebsd-mips@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 13:57:55 -0000 2011/9/27 John Baldwin : > On Monday, September 26, 2011 11:36:26 pm Adrian Chadd wrote: >> .. and as a follow up (and cc'ing attillo and freebsd-mips, in case >> it's relevant to other platforms and there's a MIPS specific thing to >> fix): >> >> * 2128: mi_switch to idle >> * 2129: kern_clocksource.c:762 - ie, cpu_idleclock() has been called >> * 2130: the ath interrupt comes in >> * 2134: it's skipped for now as the idle thread is in a critical section >> * 2136: kern_clocksource.c:266 - ie, getnextcpuevent(), inside > cpu_idleclock(). >> >> What I bet is happening is this race between the critical section + >> cpu_idleclock() and the ath0 interrupt: >> >> * idle gets scheduled >> * critical_enter() is called in the mips cpu_idle() routine >> * the ath interrupt comes in here and gets handled, but since we're in >> a critical section, it won't preempt things >> * the cpu_idleclock() code completes without releasing the preemption, >> and the only thing that wakes up from that wait is the next interrupt >> (clock, arge0, etc.) > > I think this is a mips-specific bug, though it may be well to audit all t= he > cpu_idle() implementations. =C2=A0On x86 the idle hooks all check sched_r= unnable() > with interrupts disabled and then atomically re-enable interrupts and sle= ep > only if that is false, e.g.: > > static void > cpu_idle_hlt(int busy) > { > =C2=A0 =C2=A0 =C2=A0 =C2=A0int *state; > > =C2=A0 =C2=A0 =C2=A0 =C2=A0state =3D (int *)PCPU_PTR(monitorbuf); > =C2=A0 =C2=A0 =C2=A0 =C2=A0*state =3D STATE_SLEEPING; > =C2=A0 =C2=A0 =C2=A0 =C2=A0/* > =C2=A0 =C2=A0 =C2=A0 =C2=A0 * We must absolutely guarentee that hlt is th= e next instruction > =C2=A0 =C2=A0 =C2=A0 =C2=A0 * after sti or we introduce a timing window. > =C2=A0 =C2=A0 =C2=A0 =C2=A0 */ > =C2=A0 =C2=A0 =C2=A0 =C2=A0disable_intr(); > =C2=A0 =C2=A0 =C2=A0 =C2=A0if (sched_runnable()) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0enable_intr(); > =C2=A0 =C2=A0 =C2=A0 =C2=A0else > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0__asm __volatile("= sti; hlt"); > =C2=A0 =C2=A0 =C2=A0 =C2=A0*state =3D STATE_RUNNING; > } > > I don't know if it is possible to do the same thing with the mips "wait" > instruction. After thinking about it I think this check is unnecessary. sti, infact, doesn't enable interrupts before hlt (it just sets IF=3D1) but interrupts can fire only after hlt, thus I don't think a preemption or interrupts firing there can be possible. This patch: http://www.freebsd.org/~attilio/stihlt.patch removes the check and also replaces simple 'hlt' instruction insertion in C code with the already defined halt(). I still have to go through Adrian's e-mails so I'm not sure if the logic you post is going to help him or not, but this is my thinking on the x86 implementation (specifically). Comments? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 14:27:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B2A3106566C; Tue, 27 Sep 2011 14:27:27 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 67E2A8FC12; Tue, 27 Sep 2011 14:27:27 +0000 (UTC) Received: from draco.over-yonder.net (c-174-50-4-38.hsd1.ms.comcast.net [174.50.4.38]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 60C6B37B516; Tue, 27 Sep 2011 09:27:26 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id D78A6178FA; Tue, 27 Sep 2011 09:27:25 -0500 (CDT) Date: Tue, 27 Sep 2011 09:27:25 -0500 From: "Matthew D. Fuller" To: Robert Huff Message-ID: <20110927142725.GR14862@over-yonder.net> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> <20097.49182.869432.593082@jerusalem.litteratus.org> <20097.53585.386243.506056@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20097.53585.386243.506056@jerusalem.litteratus.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.2 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Adrian Chadd , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 14:27:27 -0000 On Tue, Sep 27, 2011 at 09:36:17AM -0400 I heard the voice of Robert Huff, and lo! it spake thus: > Adrian Chadd writes: > > Our children will be dealing with Y2038. :-) > > Statistically, some of us will. Actually, I had to deal with it just last week... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 14:56:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F952106564A; Tue, 27 Sep 2011 14:56:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 04EB48FC0A; Tue, 27 Sep 2011 14:56:47 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8Z5Q-00057q-Th>; Tue, 27 Sep 2011 16:56:44 +0200 Received: from e178039217.adsl.alicedsl.de ([85.178.39.217] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8Z5Q-0006ht-R1>; Tue, 27 Sep 2011 16:56:44 +0200 Message-ID: <4E81E42E.7030809@zedat.fu-berlin.de> Date: Tue, 27 Sep 2011 16:56:46 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110924 Thunderbird/6.0.2 MIME-Version: 1.0 To: "Matthew D. Fuller" References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> <20097.49182.869432.593082@jerusalem.litteratus.org> <20097.53585.386243.506056@jerusalem.litteratus.org> <20110927142725.GR14862@over-yonder.net> In-Reply-To: <20110927142725.GR14862@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.39.217 Cc: Adrian Chadd , Robert Huff , freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 14:56:48 -0000 On 09/27/11 16:27, Matthew D. Fuller wrote: > On Tue, Sep 27, 2011 at 09:36:17AM -0400 I heard the voice of > Robert Huff, and lo! it spake thus: >> Adrian Chadd writes: >>> Our children will be dealing with Y2038. :-) >> Statistically, some of us will. > Actually, I had to deal with it just last week... > > I was there, tomorrow. From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 14:58:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64F0B1065672; Tue, 27 Sep 2011 14:58:48 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 851208FC1A; Tue, 27 Sep 2011 14:58:47 +0000 (UTC) Received: by fxg9 with SMTP id 9so9343516fxg.13 for ; Tue, 27 Sep 2011 07:58:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=4KdsNYmFnFPdgsqqJPrYPPlj5YsuaaSgg09YgMQSNH8=; b=iLUMro9u0V8GRBCtL44D0o9RLDGXgBpva40Yf5rlKv97BGUAxFhAJITnpFwEyIZP/x YAstojMlf/1lJkQX2B6Qh1PYw1TQy7aCTiG4FOj6WxcqJ5JLC5FwV9rY14639Iypiz5q 7w36ba1fGdDUoE7Kmx8yI6EMVcEM5PgTuh96w= Received: by 10.223.65.141 with SMTP id j13mr12560408fai.101.1317135526390; Tue, 27 Sep 2011 07:58:46 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id a7sm23864787fam.22.2011.09.27.07.58.44 (version=SSLv3 cipher=OTHER); Tue, 27 Sep 2011 07:58:45 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E81E4A1.3070301@FreeBSD.org> Date: Tue, 27 Sep 2011 17:58:41 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Adrian Chadd References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 14:58:48 -0000 Adrian Chadd wrote: > .. erm, sys/mips/mips/machdep.c: > > /* > * call platform specific code to halt (until next interrupt) for the idle loop > */ > void > cpu_idle(int busy) > { > KASSERT((mips_rd_status() & MIPS_SR_INT_IE) != 0, > ("interrupts disabled in idle process.")); > KASSERT((mips_rd_status() & MIPS_INT_MASK) != 0, > ("all interrupts masked in idle process.")); > > if (!busy) { > critical_enter(); > cpu_idleclock(); > } > __asm __volatile ("wait"); > if (!busy) { > cpu_activeclock(); > critical_exit(); > } > } > > .. does that look right? Yes it does. x86 does the same, but with more details. The general idea of the critical section is to block context switch out of idle thread until missed time events will be handled inside cpu_activeclock(). Yes, this increases interrupt latency after long idle period. That's why I have made it disabling under the high interrupt rate (busy flag set) and written specially optimized hardclock() handler to be called only once. Possibly same should be done to statclock() also. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 15:03:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43303106564A; Tue, 27 Sep 2011 15:03:42 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E3DA88FC1B; Tue, 27 Sep 2011 15:03:41 +0000 (UTC) Received: by iadk27 with SMTP id k27so9301141iad.13 for ; Tue, 27 Sep 2011 08:03:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=bqusuH2F/HUZm60hdP0iOvocfJKilIOeOG0n3q5JHQc=; b=Qp9EEMQCHJgDwtgzvjsFT9LG36x1rjFOI6UGT1YoNWZfPDZWwxAKn5Ok+UH3BJ42wa LZuC0gVgXLi7vokor5Qo4k3ze7Gg0RGI7zOooebpbNnawwvD/MmRXELnc/Eg7QiQsVqd u3+qq6IB62q98645FkOVJqOv6T2tXTfZpkvQg= Received: by 10.231.65.73 with SMTP id h9mr10847440ibi.21.1317135821093; Tue, 27 Sep 2011 08:03:41 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.35.194 with HTTP; Tue, 27 Sep 2011 08:03:11 -0700 (PDT) In-Reply-To: <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <20110927091830.GA35900@mech-cluster241.men.bris.ac.uk> From: Chris Rees Date: Tue, 27 Sep 2011 16:03:11 +0100 X-Google-Sender-Auth: T8LrEJa0eaoYi6mrqLhj1j77OGA Message-ID: To: "O. Hartmann" , h h , ade@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@freebsd.org, Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 15:03:42 -0000 On 27 September 2011 10:18, Anton Shterenlikht wrote: > On Tue, Sep 27, 2011 at 10:28:49AM +0200, O. Hartmann wrote: >> On 09/27/11 08:35, h h wrote: >> >Kevin Oberman =A0writes: >> > >> >>On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett =A0wrote: >> >> >> >>>With the advent of the conversion of HEAD to 10.0-CURRENT and, as to = be >> >>>expected, ports/ is going to be essentially unusable for a while. >> >>> >> >>>The issue stems from configure scripts (to choose something completel= y >> >>>at random) assuming that FreeBSD would never jump to a double-digit >> >>>major version number, and as such, various regexps for "freebsd1*" (i= e: >> >>>FreeBSD 1.1.x) are now matching "freebsd10". >> >[...] >> >> >> >>aDe, >> >> >> >>Could an entry to this effect be added to UPDATING (with a matching >> >>entry when ports/ is "unbroken"). >> > >> >Also mention a workaround, e.g. >> > >> > =A0 $ export UNAME_r=3D'9.9-BLAH' >> >> >> Now I understand why some OS vendors have choosen the latin 10 'X' for >> their tenth version of their operating system ... > > At least there will be a long rest after > the move to 10 is complete.. until FreeBSD 100. > I'm afraid not; freebsd2*) We'll be just as screwed at 20. Hopefully we can fix that at the same time. Chris From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 15:38:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B259D1065670; Tue, 27 Sep 2011 15:38:55 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D211C8FC0C; Tue, 27 Sep 2011 15:38:54 +0000 (UTC) Received: by fxg9 with SMTP id 9so9404551fxg.13 for ; Tue, 27 Sep 2011 08:38:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=MdQH62/IXDpQy6tzLwszL7TgMRj5ZtVE/j8cnN+znU0=; b=srTzWzwh8MpjBF3MrqAYWDS+U30OPZdpbkjKJUnEIUT0J/t6ee3dtPbsOqNY63sJ5j wuAtvWlqrsfQPWr1hc3JDhAxleseFR8ryeec4YdGcO8x3m/8nR31z4NymKs1KOmRliHX jo00evM4aDx2NfXqnsZg0zoD7TZ0B2wTgewGA= Received: by 10.223.64.66 with SMTP id d2mr12476864fai.116.1317137933347; Tue, 27 Sep 2011 08:38:53 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id l8sm23969558fai.16.2011.09.27.08.38.51 (version=SSLv3 cipher=OTHER); Tue, 27 Sep 2011 08:38:52 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E81EE08.80706@FreeBSD.org> Date: Tue, 27 Sep 2011 18:38:48 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Adrian Chadd References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 15:38:55 -0000 Hi. Adrian Chadd wrote: > The AR71xx MIPS kernels didn't include PREEMPTION. This seems a bit > silly, as it's needed by sched_4bsd to actually compile in the code in > maybe_preempt(). > So I added it, and it simply increased CPU use without fixing the > issue. But yes, maybe_preempt() is now setting td_owepreempt. > > This however doesn't fix it. > > I have a gem of a trace here: > http://people.freebsd.org/~adrian/ath/ktr.7.sorted.txt . > > I've added some ath interrupt and RX tasklet trace points. Look for > RXEOL and work your way backwards. > > The course of events: > > * 2128: switch to idle > * 2130: ath0 intr comes in > * 2132/2133: put on runq, wakeup ath0 netisr > * 2134: maybe_preempt gets called, so hopefully td_owepreempt is going on > * 2136: "skip" in kern_clocksource.c > * 2139: the clock0 interrupt comes in - the latency between 2138 and > 2139 is huge (70ms?) Large delay there is not a problem. Eventtimer subsystem seen no active callouts for the next 79 HZ ticks. So it programs extended timer period. As I can see, it properly woken up withing 100us after scheduled time. > At this point it schedules clock0 swi, where 11 statclock entries get > recorded. Then it calls my ath netisr routine, but by this point RXEOL > (end of RX descriptor list) has occured. > > Now, there was an ath0 interrupt just before this. Is it possible that > two quick successive ath0 interrupts are triggering some strange > behaviour? Ah. I think I see the problem in mips cpu_idle() implementation. Your ath0 interrupt was scheduled after system started idle handling sequence and context switch was already blocked. In that case, directly before entering sleep, x86 system checks sched_runnable() status while keeping interrupts disabled to cancel sleep if there is any interrupts/processes are pending. Mips doesn't do it, so interrupt processing was delayed until the next timer tick. With idletick=1 problem probably also existed, but was less noticeable, because interrupt could only be delayed on one hz tick. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 15:56:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F3C1106566C; Tue, 27 Sep 2011 15:56:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 91EB08FC0A; Tue, 27 Sep 2011 15:56:19 +0000 (UTC) Received: by fxg9 with SMTP id 9so9429080fxg.13 for ; Tue, 27 Sep 2011 08:56:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=5TROv52EMxWKAXHk1yt+36xrofT7aHwka/46pN2+0tA=; b=rQXzFPJmh+aHON8vVsrIT2sdX7cvtnHGonVoGCA6S6LlYRM/M4IHbIKd77n7utN+AZ d7YIkAHQoCipkj9zZFAwC+zutEbE23u0G4yAWCBWyvJWum9L0lMKa1166bD+za6u5YD2 sXD60It5KSBsgSEwm/2crpyohAE43V5Tb6yKw= Received: by 10.223.76.201 with SMTP id d9mr12556769fak.119.1317138978542; Tue, 27 Sep 2011 08:56:18 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id v17sm24010231fai.18.2011.09.27.08.56.17 (version=SSLv3 cipher=OTHER); Tue, 27 Sep 2011 08:56:17 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E81F21D.7000209@FreeBSD.org> Date: Tue, 27 Sep 2011 18:56:13 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Adrian Chadd References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> <4E81E4A1.3070301@FreeBSD.org> In-Reply-To: <4E81E4A1.3070301@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 15:56:20 -0000 Alexander Motin wrote: > Adrian Chadd wrote: >> .. erm, sys/mips/mips/machdep.c: >> >> /* >> * call platform specific code to halt (until next interrupt) for the idle loop >> */ >> void >> cpu_idle(int busy) >> { >> KASSERT((mips_rd_status() & MIPS_SR_INT_IE) != 0, >> ("interrupts disabled in idle process.")); >> KASSERT((mips_rd_status() & MIPS_INT_MASK) != 0, >> ("all interrupts masked in idle process.")); >> >> if (!busy) { >> critical_enter(); >> cpu_idleclock(); >> } >> __asm __volatile ("wait"); >> if (!busy) { >> cpu_activeclock(); >> critical_exit(); >> } >> } >> >> .. does that look right? > > Yes it does. x86 does the same, but with more details. The general idea > of the critical section is to block context switch out of idle thread > until missed time events will be handled inside cpu_activeclock(). I was wrong. That's not good. I have no idea about mips wait instruction semantics, related to disabling interrupts. In x86 semantics proper solution is: disable_intr(); if (sched_runnable()) enable_intr(); else __asm __volatile("sti; hlt"); It makes interrupts enabled atomically with entering sleep state, that closes race window and prevents entering into sleep after receiving interrupt. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 16:17:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB701065676; Tue, 27 Sep 2011 16:17:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 42D918FC08; Tue, 27 Sep 2011 16:17:09 +0000 (UTC) Received: by ywp17 with SMTP id 17so6959497ywp.13 for ; Tue, 27 Sep 2011 09:17:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=6jqOlD9dsaS8FRJ7lV8rNDmlboypU8ayL/aai3Wer9k=; b=th0BQAGSCHjzsxFssHg4EwWx+nh31Wy80k8v4KHiSJYaB79PGT89QycVlSzd8iJ+pO NUlMeBE4iUnbk7oPSQDbYnLuOppglzhwBHZ84wBvKbgs5ZqaqH5EJ2kwGc3wgpyLY6M1 /aena0awGWnn8WJsfmPPlczsfuX74kEyuRPxI= MIME-Version: 1.0 Received: by 10.236.79.72 with SMTP id h48mr50491992yhe.4.1317140229557; Tue, 27 Sep 2011 09:17:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Tue, 27 Sep 2011 09:17:09 -0700 (PDT) In-Reply-To: <4E81F21D.7000209@FreeBSD.org> References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> <4E81E4A1.3070301@FreeBSD.org> <4E81F21D.7000209@FreeBSD.org> Date: Wed, 28 Sep 2011 00:17:09 +0800 X-Google-Sender-Auth: UP8Ua_Vhe9P2N0-CyArbMEniTdY Message-ID: From: Adrian Chadd To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 16:17:10 -0000 On 27 September 2011 23:56, Alexander Motin wrote: >> Yes it does. x86 does the same, but with more details. The general idea >> of the critical section is to block context switch out of idle thread >> until missed time events will be handled inside cpu_activeclock(). > > I was wrong. That's not good. I have no idea about mips wait instruction > semantics, related to disabling interrupts. In x86 semantics proper > solution is: [snip] Why is that you've protected the halt/wait part of the idle code inside a critical section? I'm not sure what to do about MIPS and as John said, it's likely that each of the architectures has to be reviewed to make sure they're doing the correct thing. Just as a note - having the NIC wait 90 * hz until the next scheduled callout is .. sub-optimal. There's no way this is going to fly. In fact, having the NIC wait 1 * hz until the next scheduled tick (with idletick=1) is also sub-optimal as it introduces artificial latency spikes. And when I'm RX'ing 20,000 pps (and that's the low rate for a NIC), 90ms with no interrupts is 1800 frames. An RX queue that deep is just a bit ridiculous. Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 16:43:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5570C106564A; Tue, 27 Sep 2011 16:43:22 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8210B8FC13; Tue, 27 Sep 2011 16:43:21 +0000 (UTC) Received: by fxg9 with SMTP id 9so9494436fxg.13 for ; Tue, 27 Sep 2011 09:43:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=irYUN20ThBNF7k7SDM+/lfioD8Jd9bEr4pxJSOwqtH0=; b=KUwSSHu7X/aEvJHRQalqrMGtKNRAyn8DYD5tbaGdcczfTmNd7MQLYbQnprwok9MuSQ F79wFQE4R7kP40oFcbWzedEgb5+5Y4pKyN4Ew7GcC1bXokERMOumVQNP/pxvnh/A/sN8 2UluTuInraGe6xOt4CsrxMU06zX2SOjM0U+9M= Received: by 10.223.35.202 with SMTP id q10mr60836fad.138.1317141800347; Tue, 27 Sep 2011 09:43:20 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id w6sm24151065fah.0.2011.09.27.09.43.18 (version=SSLv3 cipher=OTHER); Tue, 27 Sep 2011 09:43:19 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E81FD23.4060408@FreeBSD.org> Date: Tue, 27 Sep 2011 19:43:15 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Adrian Chadd References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> <4E81E4A1.3070301@FreeBSD.org> <4E81F21D.7000209@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 16:43:22 -0000 Adrian Chadd wrote: > On 27 September 2011 23:56, Alexander Motin wrote: >>> Yes it does. x86 does the same, but with more details. The general idea >>> of the critical section is to block context switch out of idle thread >>> until missed time events will be handled inside cpu_activeclock(). >> I was wrong. That's not good. I have no idea about mips wait instruction >> semantics, related to disabling interrupts. In x86 semantics proper >> solution is: > > [snip] > > Why is that you've protected the halt/wait part of the idle code > inside a critical section? As I've told before, critical section needed there to prevent context switch out of the idle thread before all missed during extended sleep timer events are handled and system time and other stuff are properly updated. > I'm not sure what to do about MIPS and as John said, it's likely that > each of the architectures has to be reviewed to make sure they're > doing the correct thing. x86 and ia64 do it properly, arm doesn't skip idle ticks, sparc64 doesn't have idle method at all. So problem seems mips specific. > Just as a note - having the NIC wait 90 * hz until the next scheduled > callout is .. sub-optimal. There's no way this is going to fly. > > In fact, having the NIC wait 1 * hz until the next scheduled tick > (with idletick=1) is also sub-optimal as it introduces artificial > latency spikes. And when I'm RX'ing 20,000 pps (and that's the low > rate for a NIC), 90ms with no interrupts is 1800 frames. An RX queue > that deep is just a bit ridiculous. Sure that's bad, but it should not happen. That's why there should be check for sched_runnable() before sleep. It should prevent system to enter sleep when it still has something to do. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 16:04:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB03D1065676 for ; Tue, 27 Sep 2011 16:04:55 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward6.mail.yandex.net (forward6.mail.yandex.net [IPv6:2a02:6b8:0:202::1]) by mx1.freebsd.org (Postfix) with ESMTP id 64B4B8FC18 for ; Tue, 27 Sep 2011 16:04:55 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward6.mail.yandex.net (Yandex) with ESMTP id C6F45F852D2; Tue, 27 Sep 2011 20:04:53 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317139493; bh=XUbXbTYqzirzmKZX4i6LDxJ8wMT8qRkVYNbbqEoEKhI=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=hhXzhBZQsmJ9yy3u23o0fFREx9sMHdtoYEXcDSw1+mr2IllkDD6vGWLWEymbQ/zGU FXDJSFhKLLGkZh7CoeCYUqAWzmX9eggWnG5LIcD8mRgsaPHrYELEHMV93jBfkNkIta f7/ZKtGtyqRRd9yvI5Uz9bBCoIZlwWuUqrAw+Ozo= Received: from smtp9.mail.yandex.net (localhost [127.0.0.1]) by smtp9.mail.yandex.net (Yandex) with ESMTP id 9FD1915203D2; Tue, 27 Sep 2011 20:04:53 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317139493; bh=XUbXbTYqzirzmKZX4i6LDxJ8wMT8qRkVYNbbqEoEKhI=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=hhXzhBZQsmJ9yy3u23o0fFREx9sMHdtoYEXcDSw1+mr2IllkDD6vGWLWEymbQ/zGU FXDJSFhKLLGkZh7CoeCYUqAWzmX9eggWnG5LIcD8mRgsaPHrYELEHMV93jBfkNkIta f7/ZKtGtyqRRd9yvI5Uz9bBCoIZlwWuUqrAw+Ozo= Received: from unknown (unknown [77.93.52.20]) by smtp9.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 4rua6DA2-4rump4re; Tue, 27 Sep 2011 20:04:53 +0400 X-Yandex-Spam: 1 Date: Tue, 27 Sep 2011 19:04:50 +0300 From: =?koi8-r?B?68/O2MvP1yDl18fFzsnK?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?koi8-r?B?/vAg68/O2MvP1ywgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <010490716.20110927190450@yandex.ru> To: Garrett Cooper In-Reply-To: References: <33594792.20110927052452@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Tue, 27 Sep 2011 16:51:11 +0000 Cc: freebsd-current@freebsd.org Subject: Re[2]: Failure upgrading from 8-stable to current (9.0-Beta2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?koi8-r?B?68/O2MvP1yDl18fFzsnK?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 16:04:56 -0000 Hi, Garrett. No, that patch did not work. because + tzsetup $${optC} -r; \ run current installed tzsetup which use libdialog.so you must use just compiled one /usr/obj/usr/src/usr.sbin/tzsetup/tzsetup PS. I have 9-0Current 201101 upgrading to 9-0Beta2 20110925 I even try by hand setup ENV and manually run tzsetup from console and got 'Undefined symbol "_nc_wacs"' If I run '/usr/obj/usr/src/usr.sbin/tzsetup/tzsetup' from console it works fine, so when I change Makefile as I noted below it works for me. ÷Ù ÐÉÓÁÌÉ 27 ÓÅÎÔÑÂÒÑ 2011 Ç., 6:00:46: GC> 2011/9/26 ëÏÎØËÏ× å×ÇÅÎÉÊ : >> Hi >> >> For me patch do not working >> >> because tzsetup uses old tzsetup >> >> I use šthis: >> >>> --- share/zoneinfo/Makefile š š (revision 224989) >>> +++ share/zoneinfo/Makefile š š (working copy) >>> @@ -72,7 +72,8 @@ >>> š š š š š š š š š š š š š š š šoptC="-C ${DESTDIR}"; \ >>> š š š š š š š š š š š šfi; \ >>> š š š š š š š š š š š šecho "Updating /etc/localtime"; \ >>> - š š š š š š š š š š š tzsetup $${optC} -r; \ >>> + š š š š š š š š š š š š š /usr/obj/usr/src/usr.sbin/tzsetup/tzsetup $${optC} -r; \ >>> š š š š š š š šfi; \ >>> š š š šelse \ >>> š š š š š š š šecho "Run tzsetup(8) manually to update /etc/localtime."; \ >>> >> >> or run before world install >> š/usr/obj/usr/src/usr.sbin/tzsetup/tzsetup >> šI think it will be enough GC> Or the patch attached to GC> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/160596 -- still open GC> after 3 weeks... GC> Thanks, GC> -Garrett -- ó Õ×ÁÖÅÎÉÅÍ, ëÏÎØËÏ× mailto:kes-kes@yandex.ru From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 17:11:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10DCE106566B; Tue, 27 Sep 2011 17:11:01 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3C66F8FC0C; Tue, 27 Sep 2011 17:10:49 +0000 (UTC) Received: from julian-mac.elischer.org ([216.51.42.66]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p8RGcuWd056912 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 27 Sep 2011 09:38:57 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4E81FC50.5040409@freebsd.org> Date: Tue, 27 Sep 2011 10:39:44 -0600 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.22) Gecko/20110902 Thunderbird/3.1.14 MIME-Version: 1.0 To: Gavin Atkinson References: <75E1A2A7D185F841A975979B0906BBA67BCCAB7609@AVEXMB1.qlogic.org> <201109222007.19182.hselasky@c2i.net> <1316791266.39972.3.camel@buffy.york.ac.uk> <201109260930.39309.jhb@freebsd.org> <1317118361.95805.7.camel@buffy.york.ac.uk> In-Reply-To: <1317118361.95805.7.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, Hans Petter Selasky Subject: Re: Choosing between DELAY(useconds) and pause() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 17:11:01 -0000 On 9/27/11 4:12 AM, Gavin Atkinson wrote: > On Mon, 2011-09-26 at 09:30 -0400, John Baldwin wrote: >> On Friday, September 23, 2011 11:21:06 am Gavin Atkinson wrote: >>> On Thu, 2011-09-22 at 20:07 +0200, Hans Petter Selasky wrote: >>>> On Thursday 22 September 2011 19:55:23 David Somayajulu wrote: >>>>> It appears that the pause() function cannot be used in driver functions >>>>> which are invoked early in the boot process. Is there is a kernel api >>>>> which a device driver can use to determine whether to use pause() or >>>>> DELAY(), for delays which are say greater than 10hz - may be even 1 hz ? >>>> Maybe you want to use something like this: >>>> >>>> if (cold) >>>> DELAY() >>>> else >>>> pause() >>>> >>>> In your code. >>> Note that this still shouldn't be done in your suspend/resume paths, as >>> "cold" isn't set there, however there also appears to be no guarantee >>> that pause() will ever return (as you could be running after the timer >>> has been suspended, or before it resumes). >>> >>> I'm not sure what the correct answer is for suspend/resume code. >> Hmmm, on x86 the timers are explicitly shutdown after the DEVICE_SUSPEND() >> pass over the tree and re-enabled before DEVICE_RESUME(). Perhaps this has >> changed in HEAD though with the eventtimers stuff. I do think it is best >> however, to use DELAY() in the suspend/resume path always regardless. > I don't think head is any different from stable/8 in this respect - the > same hack patch that fixes suspend/resume for me on head also fixes it > on stable/8 (the patch basically fakes "cold" during USB > suspend/resume). See my email to -usb a few months ago: > http://docs.FreeBSD.org/cgi/mid.cgi?alpine.LNX.2.00.1106041548370.26975 > > I'd really like some guidance as to the correct solution to this, I have > four separate laptops which fail out of the box on 8 and 9, but > suspend/resume perfectly with this hack. code for timers should have a generally readable state that says if they are useable or not, and we should test that instead of 'cold' > Thanks, > > Gavin > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 17:38:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9298F106564A; Tue, 27 Sep 2011 17:38:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF9F8FC13; Tue, 27 Sep 2011 17:38:54 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8RHcgOf097757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Sep 2011 20:38:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8RHcgSG044551; Tue, 27 Sep 2011 20:38:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8RHcgsj044550; Tue, 27 Sep 2011 20:38:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 27 Sep 2011 20:38:42 +0300 From: Kostik Belousov To: Julian Elischer Message-ID: <20110927173842.GR1511@deviant.kiev.zoral.com.ua> References: <75E1A2A7D185F841A975979B0906BBA67BCCAB7609@AVEXMB1.qlogic.org> <201109222007.19182.hselasky@c2i.net> <1316791266.39972.3.camel@buffy.york.ac.uk> <201109260930.39309.jhb@freebsd.org> <1317118361.95805.7.camel@buffy.york.ac.uk> <4E81FC50.5040409@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EJCnrJiDxBM3d8Vu" Content-Disposition: inline In-Reply-To: <4E81FC50.5040409@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-drivers@freebsd.org, Hans Petter Selasky Subject: Re: Choosing between DELAY(useconds) and pause() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 17:38:55 -0000 --EJCnrJiDxBM3d8Vu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 27, 2011 at 10:39:44AM -0600, Julian Elischer wrote: > On 9/27/11 4:12 AM, Gavin Atkinson wrote: > >On Mon, 2011-09-26 at 09:30 -0400, John Baldwin wrote: > >>On Friday, September 23, 2011 11:21:06 am Gavin Atkinson wrote: > >>>On Thu, 2011-09-22 at 20:07 +0200, Hans Petter Selasky wrote: > >>>>On Thursday 22 September 2011 19:55:23 David Somayajulu wrote: > >>>>>It appears that the pause() function cannot be used in driver functi= ons > >>>>>which are invoked early in the boot process. Is there is a kernel api > >>>>>which a device driver can use to determine whether to use pause() or > >>>>>DELAY(), for delays which are say greater than 10hz - may be even 1 = hz=20 > >>>>>? > >>>>Maybe you want to use something like this: > >>>> > >>>>if (cold) > >>>> DELAY() > >>>>else > >>>> pause() > >>>> > >>>>In your code. > >>>Note that this still shouldn't be done in your suspend/resume paths, as > >>>"cold" isn't set there, however there also appears to be no guarantee > >>>that pause() will ever return (as you could be running after the timer > >>>has been suspended, or before it resumes). > >>> > >>>I'm not sure what the correct answer is for suspend/resume code. > >>Hmmm, on x86 the timers are explicitly shutdown after the DEVICE_SUSPEN= D() > >>pass over the tree and re-enabled before DEVICE_RESUME(). Perhaps this= =20 > >>has > >>changed in HEAD though with the eventtimers stuff. I do think it is be= st > >>however, to use DELAY() in the suspend/resume path always regardless. > >I don't think head is any different from stable/8 in this respect - the > >same hack patch that fixes suspend/resume for me on head also fixes it > >on stable/8 (the patch basically fakes "cold" during USB > >suspend/resume). See my email to -usb a few months ago: > >http://docs.FreeBSD.org/cgi/mid.cgi?alpine.LNX.2.00.1106041548370.26975 > > > >I'd really like some guidance as to the correct solution to this, I have > >four separate laptops which fail out of the box on 8 and 9, but > >suspend/resume perfectly with this hack. >=20 > code for timers should have a generally readable state that says if=20 > they are useable or not, and we should test that instead of 'cold' I think that this should be encapsulated into the usable function, instead of being directly exposed to the driver authors. With the my lack of imagination, I propose driver_delay() that would do if (cold) ... inside. --EJCnrJiDxBM3d8Vu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6CCiEACgkQC3+MBN1Mb4h2RgCgn+jfgGZjnO4VLUghH9AcKaOt J0cAoILtHFJtf80Lnbw10OhrPGTDI2i7 =OyCZ -----END PGP SIGNATURE----- --EJCnrJiDxBM3d8Vu-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 17:42:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7397106574D; Tue, 27 Sep 2011 17:42:55 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 147408FC12; Tue, 27 Sep 2011 17:42:54 +0000 (UTC) Received: by eyg7 with SMTP id 7so6793341eyg.13 for ; Tue, 27 Sep 2011 10:42:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=ogH16WaVAIH03lbKcgZT3i8UoZqo8xuNRugvdi4Xl3c=; b=H4qZbQUqdwxl3fGnWLV6PzevvLiYoUKWnczjAJCP3DfUzeZswOfUcgOhno7Yx2C4ev ybZesjluVFhAZ+L0dkQu2UMa3YYbh1SuIaZm/HHLS1je6qzpZemp0m5tCj3QP4mGphkQ oz24nVQ8sMy1XOiDuFFts9LfldvWmE7FpRE30= Received: by 10.223.40.145 with SMTP id k17mr3404004fae.76.1317145368205; Tue, 27 Sep 2011 10:42:48 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id n1sm24280405fad.20.2011.09.27.10.42.46 (version=SSLv3 cipher=OTHER); Tue, 27 Sep 2011 10:42:47 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E820B12.9040209@FreeBSD.org> Date: Tue, 27 Sep 2011 20:42:42 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Adrian Chadd References: <201109261053.30410.jhb@freebsd.org> <201109261305.57602.jhb@freebsd.org> <4E81E4A1.3070301@FreeBSD.org> <4E81F21D.7000209@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 17:42:55 -0000 Adrian Chadd wrote: > On 27 September 2011 23:56, Alexander Motin wrote: >>> Yes it does. x86 does the same, but with more details. The general idea >>> of the critical section is to block context switch out of idle thread >>> until missed time events will be handled inside cpu_activeclock(). >> I was wrong. That's not good. I have no idea about mips wait instruction >> semantics, related to disabling interrupts. In x86 semantics proper >> solution is: > > [snip] > > Why is that you've protected the halt/wait part of the idle code > inside a critical section? > > I'm not sure what to do about MIPS Until proper solution found, try this patch. I think it should not harm: --- machdep.c (revision 225796) +++ machdep.c (working copy) @@ -497,7 +497,8 @@ critical_enter(); cpu_idleclock(); } - __asm __volatile ("wait"); + if (!sched_runnable()) + __asm __volatile ("wait"); if (!busy) { cpu_activeclock(); critical_exit(); -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 17:50:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AC481065670; Tue, 27 Sep 2011 17:50:05 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 481F68FC12; Tue, 27 Sep 2011 17:50:03 +0000 (UTC) Received: by wwe3 with SMTP id 3so7067870wwe.31 for ; Tue, 27 Sep 2011 10:50:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=ZSJsMhkxNqE6PIXgfdfWFvkQ1JGQep66/+F5p07FS/0=; b=UKzdcsKPh7MJQ8Urh2EJGhAHFc0nFtPg4Bw9XXBbupPB9+RVh+AOlH/zHdCPF+SDwA s31j4WIu85+YZaEvUPbkIdKft1u7hdDGQDod9N+vXFzcWC5XZLIWa/iaFCxBoOApEyKA WlC3mRjskOXI0tTHbqCxy0ynvEOUSRx+vdvRk= MIME-Version: 1.0 Received: by 10.216.181.72 with SMTP id k50mr4432808wem.18.1317145801978; Tue, 27 Sep 2011 10:50:01 -0700 (PDT) Received: by 10.216.9.6 with HTTP; Tue, 27 Sep 2011 10:50:01 -0700 (PDT) Received: by 10.216.9.6 with HTTP; Tue, 27 Sep 2011 10:50:01 -0700 (PDT) Date: Tue, 27 Sep 2011 12:50:01 -0500 Message-ID: From: Brandon Gooch To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org, freebsd-current@freebsd.org, ade@freebsd.org, h h , "O. Hartmann" Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 17:50:05 -0000 On Sep 27, 2011 10:04 AM, "Chris Rees" wrote: > > On 27 September 2011 10:18, Anton Shterenlikht wrote: > > On Tue, Sep 27, 2011 at 10:28:49AM +0200, O. Hartmann wrote: > >> On 09/27/11 08:35, h h wrote: > >> >Kevin Oberman writes: > >> > > >> >>On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett wrote: > >> >> > >> >>>With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be > >> >>>expected, ports/ is going to be essentially unusable for a while. > >> >>> > >> >>>The issue stems from configure scripts (to choose something completely > >> >>>at random) assuming that FreeBSD would never jump to a double-digit > >> >>>major version number, and as such, various regexps for "freebsd1*" (ie: > >> >>>FreeBSD 1.1.x) are now matching "freebsd10". > >> >[...] > >> >> > >> >>aDe, > >> >> > >> >>Could an entry to this effect be added to UPDATING (with a matching > >> >>entry when ports/ is "unbroken"). > >> > > >> >Also mention a workaround, e.g. > >> > > >> > $ export UNAME_r='9.9-BLAH' > >> > >> > >> Now I understand why some OS vendors have choosen the latin 10 'X' for > >> their tenth version of their operating system ... > > > > At least there will be a long rest after > > the move to 10 is complete.. until FreeBSD 100. > > > > > I'm afraid not; > > freebsd2*) > > We'll be just as screwed at 20. > > Hopefully we can fix that at the same time. > > Chris > Now is the moment we grab 'BSD', dropping the 'Free', and start fresh at a 1.x point... Rebrand and be more conservative with release numbering... Crazy right? Sorry for the noise... (Goes off to check the status of bsd.org) -Brandon From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 18:41:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2EC31065673; Tue, 27 Sep 2011 18:41:36 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 853E68FC1B; Tue, 27 Sep 2011 18:41:36 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LS7002062LBXX00@smtpauth3.wiscmail.wisc.edu>; Tue, 27 Sep 2011 13:41:35 -0500 (CDT) Received: from wanderer.tachypleus.net (i3-user-nat.icecube.wisc.edu [128.104.255.12]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LS700GDN2L7CH30@smtpauth3.wiscmail.wisc.edu>; Tue, 27 Sep 2011 13:41:32 -0500 (CDT) Date: Tue, 27 Sep 2011 13:41:31 -0500 From: Nathan Whitehorn In-reply-to: To: Matt Thyer Message-id: <4E8218DB.7030507@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.255.12 X-Spam-PmxInfo: Server=avs-14, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.9.27.183314, SenderIP=128.104.255.12 References: User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110917 Thunderbird/6.0.2 Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 18:41:36 -0000 On 09/27/11 08:24, Matt Thyer wrote: > On Sep 26, 2011 2:33 PM, "Adrian Chadd" wrote: >> >> On 26 September 2011 12:56, Kevin Oberman wrote: >> >>> I suspect that the thumb drive is the issue, not FreeBSD. >> >> I've booted the drive successfully on an older Via C3 board. >> >> I'm now watching it boot successfully on a Gigabyte GA-8I915PC Duo board. >> >> I'm going to try dumping a Linux distro on this USB disk after I get >> PCBSD 9.0-BETA2 installed. That way I can try to eliminate the USB >> disk as being "funny". >> (Although it's quite possible the USB disk is doing other funny things.) >> >> I really do think that this BIOS of mine dislikes a GPT partition >> inside an MBR/DOS setup. If this is the case, I wonder how many other >> motherboard/BIOSes have this problem. >> >> >> >> Adrian > > I believe this would be due to the improper GPT partition table on the > FreeBSD memstick (as there is no backup partition table at the end of the > volume). > > This was discussed earlier and now that makefs has patches for UFS label > support there should be no need to continue to use GPT partitioning for the > memstick image. > > The background is that bsdinstall relys on labels (a good thing) and GPT > partition labels were being used but as there's no way to predict the size > of your memstick, the resulting GPT partition table was not valid (for > strict UEFI systems). > > The fix was to go back to traditional MS-DOS partitioning (MBR) but this > couldn't be done until makefs supported UFS labels. Someone came up with > patches so 9.0 should be able to have an MBR memstick and bsdinstall. > > I'm not sure how far this has progressed. I don't believe these patches were ever committed. Could you provide a pointer to them? -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 18:52:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A871065670 for ; Tue, 27 Sep 2011 18:52:27 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 12FB88FC25 for ; Tue, 27 Sep 2011 18:52:26 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so8873322bkb.13 for ; Tue, 27 Sep 2011 11:52:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=kGHpsi+Jw9uaYR+Yujx5g87hagDryCOPaCkLXWW7WRk=; b=nzJgDDL0FaPSCEmLzGm9SNvFK5sG/9elY3x0spefChx2ioL4SB5k1f8GgQyucUAPOX psHYpjBIvgTJQaFkvFSSizefXY2cE2DKg2s3fkTSv7shqjPZVBONej3sklLDn+wpelqi 9jIPhQh7p1GIcfAsXL6XsxHXT9Kl2FTSTv92I= Received: by 10.204.141.216 with SMTP id n24mr5331915bku.224.1317149545475; Tue, 27 Sep 2011 11:52:25 -0700 (PDT) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id d1sm25564306bku.1.2011.09.27.11.52.23 (version=SSLv3 cipher=OTHER); Tue, 27 Sep 2011 11:52:24 -0700 (PDT) Date: Tue, 27 Sep 2011 21:50:43 +0300 From: Gleb Kurtsou To: Ade Lovett Message-ID: <20110927185043.GA84488@tops> References: <20110926230335.041fd9aa@lab.lovett.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20110926230335.041fd9aa@lab.lovett.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 18:52:27 -0000 On (26/09/2011 23:03), Ade Lovett wrote: > With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be > expected, ports/ is going to be essentially unusable for a while. > > The issue stems from configure scripts (to choose something completely > at random) assuming that FreeBSD would never jump to a double-digit > major version number, and as such, various regexps for "freebsd1*" (ie: > FreeBSD 1.1.x) are now matching "freebsd10". It's more exciting than that. FreeBSD >= 10 is already seized by Apple :) http://www.google.com/codesearch#search/&q=__FreeBSD__%5CW%2B10&type=cs > > This is going to be some fairly fundamental breakage. > > However, until such time as 9.0-RELEASE is completely out of the door, > with autotools hat on, I will _not_ be committing any changes to > infrastructural ports to "fix" this. > > That is to say, until 9.0-R happens, and for some considerable period > afterwards, ya'll can pretty much expect ports/ to be non-functional on > HEAD. PRs mentioning this will be gleefully closed referencing this > message. > > -aDe > > Reply-To set to me. Please honor it. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 19:27:33 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71F25106566B; Tue, 27 Sep 2011 19:27:33 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A09A98FC0A; Tue, 27 Sep 2011 19:27:32 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so8913568bkb.13 for ; Tue, 27 Sep 2011 12:27:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dudu.ro; s=google; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=V0FmzTtbp8wFq+GKbZNpKP74u8xHICT8OkXy4+hjRVY=; b=YzVRbHZJCPQsADBMtxQCWLcLQzxgDhmCBScUNK0Ih7/+2B+LJPoqv4rkyhnM20fwUC zunVNa810/Vp+rzNQ7SQzHCoo4MFFulJpX88X6XdxHHnad1uKgK27/OgXxDgITRrJkT8 hVuiYEeauW3Q8xyNo/p8TRb7rSMX5jorXs+QI= Received: by 10.204.146.151 with SMTP id h23mr5644314bkv.156.1317150289884; Tue, 27 Sep 2011 12:04:49 -0700 (PDT) Received: from [192.168.10.3] ([82.76.253.74]) by mx.google.com with ESMTPS id m18sm25581491bkt.12.2011.09.27.12.04.47 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Sep 2011 12:04:48 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Vlad Galu In-Reply-To: <20110927185043.GA84488@tops> Date: Tue, 27 Sep 2011 21:04:44 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110926230335.041fd9aa@lab.lovett.com> <20110927185043.GA84488@tops> To: Gleb Kurtsou X-Mailer: Apple Mail (2.1244.3) Cc: ports@FreeBSD.org, current@FreeBSD.org, Ade Lovett Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 19:27:33 -0000 On Sep 27, 2011, at 8:50 PM, Gleb Kurtsou wrote: > On (26/09/2011 23:03), Ade Lovett wrote: >> With the advent of the conversion of HEAD to 10.0-CURRENT and, as to = be >> expected, ports/ is going to be essentially unusable for a while. >>=20 >> The issue stems from configure scripts (to choose something = completely >> at random) assuming that FreeBSD would never jump to a double-digit >> major version number, and as such, various regexps for "freebsd1*" = (ie: >> FreeBSD 1.1.x) are now matching "freebsd10". >=20 > It's more exciting than that. FreeBSD >=3D 10 is already seized by > Apple :) >=20 > = http://www.google.com/codesearch#search/&q=3D__FreeBSD__%5CW%2B10&type=3Dc= s >=20 That seems to be a FUSE-ism. __FreeBSD__ isn't defined anywhere on my = OSX system.= From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 19:46:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6D91106564A; Tue, 27 Sep 2011 19:46:08 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.35]) by mx1.freebsd.org (Postfix) with ESMTP id 1EDCD8FC08; Tue, 27 Sep 2011 19:46:07 +0000 (UTC) Received: from [78.34.155.34] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1R8dbS-0002qo-7H; Tue, 27 Sep 2011 21:46:06 +0200 Date: Tue, 27 Sep 2011 21:46:03 +0200 From: Fabian Keil To: "Kenneth D. Merry" Message-ID: <20110927214603.427e6992@fabiankeil.de> In-Reply-To: <20110926225842.GA88443@nargothrond.kdm.org> References: <20110922193305.GA24939@nargothrond.kdm.org> <20110924212722.4ce229e9@fabiankeil.de> <20110926225842.GA88443@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/BkW9mtLYPW0bkeFNxJVT/ms"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@freebsd.org Subject: Re: SCSI descriptor sense changes, testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 19:46:08 -0000 --Sig_/BkW9mtLYPW0bkeFNxJVT/ms Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Kenneth D. Merry" wrote: > On Sat, Sep 24, 2011 at 21:27:22 +0200, Fabian Keil wrote: > > "Kenneth D. Merry" wrote: > >=20 > > > I have attached a set of patches against head that implement SCSI > > > descriptor sense support for CAM. > >=20 > > > Anyway, I'd appreciate any testing and feedback on these changes. As= I > > > said, they will probably be in 9.0, so if there are any issues it wou= ld > > > be better to find them now. :) > >=20 > > I've been using the patch on a ThinkPad R500 since yesterday and > > just reverted it today again to get my kernel closer to HEAD before > > looking into some (probably unrelated) panics. > >=20 > > I didn't notice it while using the patch, but it looks like the > > kernel wasn't able to pick up cd0 anymore: >=20 > Hmm. I don't think any of the changes would have caused this, but > evidently something did... >=20 > Let's see if we can debug it... >=20 > I have attached a patch to add some debugging output, and I see at least > one interesting thing in the logs below. >=20 > Can you re-apply the descriptor sense patch, and then try the attached > debugging patch as well? Sure. Sep 27 20:39:24 r500 kernel: ahcich0: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich0: SATA connect time=3D900us status=3D00= 000113 Sep 27 20:39:24 r500 kernel: ahcich0: AHCI reset: device found Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: battery0: battery initialization start Sep 27 20:39:24 r500 kernel: ugen0.1: at usbus0 Sep 27 20:39:24 r500 kernel: uhub0: on usbus0 Sep 27 20:39:24 r500 kernel: ugen1.1: at usbus1 Sep 27 20:39:24 r500 kernel: uhub1: on usbus1 Sep 27 20:39:24 r500 kernel: ugen2.1: at usbus2 Sep 27 20:39:24 r500 kernel: uhub2: on usbus2 Sep 27 20:39:24 r500 kernel: ugen3.1: at usbus3 Sep 27 20:39:24 r500 kernel: uhub3: on usbus3 Sep 27 20:39:24 r500 kernel: ugen4.1: at usbus4 Sep 27 20:39:24 r500 kernel: uhub4: on usbus4 Sep 27 20:39:24 r500 kernel: ugen5.1: at usbus5 Sep 27 20:39:24 r500 kernel: uhub5: on usbus5 Sep 27 20:39:24 r500 kernel: ugen6.1: at usbus6 Sep 27 20:39:24 r500 kernel: uhub6: on usbus6 Sep 27 20:39:24 r500 kernel: ugen7.1: at usbus7 Sep 27 20:39:24 r500 kernel: uhub7: on usbus7 Sep 27 20:39:24 r500 kernel: acpi_acad0: acline initialization start Sep 27 20:39:24 r500 kernel: battery0: battery initialization done, tried 1= times Sep 27 20:39:24 r500 kernel: acpi_acad0: On Line Sep 27 20:39:24 r500 kernel: acpi_acad0: acline initialization done, tried = 1 times Sep 27 20:39:24 r500 kernel: ahcich0: AHCI reset: device ready after 100ms Sep 27 20:39:24 r500 kernel: (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 100ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 100ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 100ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: uhub0: 2 ports with 2 removable, self powered Sep 27 20:39:24 r500 kernel: uhub1: 2 ports with 2 removable, self powered Sep 27 20:39:24 r500 kernel: uhub2: 2 ports with 2 removable, self powered Sep 27 20:39:24 r500 kernel: uhub4: 2 ports with 2 removable, self powered Sep 27 20:39:24 r500 kernel: uhub5: 2 ports with 2 removable, self powered Sep 27 20:39:24 r500 kernel: uhub6: 2 ports with 2 removable, self powered Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 200ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 200ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 100ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 100ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 200ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 200ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device ready after 200ms Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): SIGNATURE: eb14 Sep 27 20:39:24 r500 kernel: ahci_end_transaction: got AHCI_ERR_INVALID! Sep 27 20:39:24 r500 kernel: ahci_end_transaction: op 12 dxfer_len 36 sense= _len 18 sense_resid 0 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset... Sep 27 20:39:24 r500 kernel: ahcich1: SATA connect time=3D1000us status=3D0= 0000113 Sep 27 20:39:24 r500 kernel: ahcich1: AHCI reset: device found Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): INQUIRY. CDB: 12 0 0 = 24 0 0=20 Sep 27 20:39:24 r500 kernel: (aprobe1:ahcich1:0:0:0): CAM status: CCB reque= st was invalid Sep 27 20:39:24 r500 kernel: pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 27 20:39:24 r500 kernel: pass0: ATA-= 8 SATA 1.x device Sep 27 20:39:24 r500 kernel: pass0: Serial Number 090509FB2F32LLEY6D8A Sep 27 20:39:24 r500 kernel: pass0: 150.000MB/s transfers (SATA 1.x, UDMA5,= PIO 8192bytes) Sep 27 20:39:24 r500 kernel: pass0: Command Queueing enabled Sep 27 20:39:24 r500 kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 27 20:39:24 r500 kernel: GEOM: new disk ada0 Sep 27 20:39:24 r500 kernel: ada0: ATA-8= SATA 1.x device Sep 27 20:39:24 r500 kernel: ada0: Serial Number 090509FB2F32LLEY6D8A Sep 27 20:39:24 r500 kernel: ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, = PIO 8192bytes) Sep 27 20:39:24 r500 kernel: ada0: Command Queueing enabled Sep 27 20:39:24 r500 kernel: ada0: 238475MB (488397168 512 byte sectors: 16= H 63S/T 16383C) Sep 27 20:39:24 r500 kernel: ada0: Previously was known as ad4 Fabian --Sig_/BkW9mtLYPW0bkeFNxJVT/ms Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6CJ/4ACgkQBYqIVf93VJ2CdwCfeDSkYbW+1Qra9h7zvBjRJNX9 CeoAoL+8hmy8gVSJTPBpPvCGbQX5Zcea =3/gT -----END PGP SIGNATURE----- --Sig_/BkW9mtLYPW0bkeFNxJVT/ms-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 20:00:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FC6110656B3 for ; Tue, 27 Sep 2011 20:00:29 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.freebsd.org (Postfix) with ESMTP id 126C08FC16 for ; Tue, 27 Sep 2011 20:00:28 +0000 (UTC) Received: from [78.34.155.34] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1R8dpL-0007pF-KI for freebsd-current@freebsd.org; Tue, 27 Sep 2011 22:00:27 +0200 Date: Tue, 27 Sep 2011 22:00:15 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20110927220015.375ac343@fabiankeil.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/kTIY0JWgN5S_DzofhXnkCee"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Subject: Fatal trap 12: page fault while in kernel mode -- Stopped at atomic_subtract_int+0x4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 20:00:29 -0000 --Sig_/kTIY0JWgN5S_DzofhXnkCee Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I pretty reproducible get the following (handtranscribed) panic when sending an zfs snapshot to geli provider based on an USB stick that disappears (due to a bug, or because it's unplugged):=20 Fatal trap 12: page fault while in kernel mode cpuid =3D 0: apic id =3D 00 fault virtual address =3D 0x288 fault code =3D supervisor write data, page not present instruction pointer =3D 0x20:0xffffffff808e2984 stack pointer =3D 0x28:0xffffff800023fba0 frame pointer =3D 0x28:0xffffff800023fbb0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 13 (g_up) [ thread pid 13 tid 100010 ] Stopped at atomic_subtract_int+0x4: lock subl %esi,(%rdi) db> where Tracing pid 13 tid 100010 td 0xfffffe00027998c0 atomic_subtract_int() at atomic_subtract_int+0x4 g_io_schdule_up() at g_io_schedule_up+0xa6 g_up_procbody() at g_up_procbody+0x5c fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffff800023fd00, rbp 0 --- It seems to be important that ZFS is actually writing to the stick. If the stick is unplugged while the operation is stalled for other reasons, this particular panic doesn't seem to occur. While I end up in the debugger, dumping core doesn't work and produces a double fault and a bunch of duplicated messages (again handtranscribed): db> dump Dumping 443 out of 1974 MB: Dumping 443 out of 1974 MB Fatal double fault Fatal double fault rip =3D 0xffffffff8066a9e0 rip =3D 0xffffffff8066a9e0 rsp =3D 0xffffff800023c000 rsp =3D 0xffffff800023c000 rbp =3D 0xffffff800023c040 rbp =3D 0xffffff800023c040 cpuid =3D 0; cpuid =3D 0; apic id =3D 00 apic id =3D 00 panic: double fault panic: double fault cpuid =3D 0 cpuid =3D 0 KDB: stack backtrace: KDB: stack backtrace: db_trac_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x187 dblfault_handler() at dblfault_handler+0xa4 Xdblfault() at Xdblfault+0xa8 --- trap 0x17, rip =3D 0xffffffff8066a9e8, rsp =3D 0xffffffff80e56158, rbp = =3D 0xffffff800023c040 --- mi_switch() at mi_switch+0x270 critical_exit() at critical_exit+0x9b spinlock_exit() at spinlock_exit+0x17 mi_switch() at mi_switch+0x275 critical_exit() at critical_exit+0x9b spinlock_exit() at spinlock_exit+0x17 [several pages of the previous three lines skipped] mi_switch() at mi_switch+0x275 critical_exit() at critical_exit+0x9b spinlock_exit() at spinlock_exit+0x17 intr_even_schedule_thread() at intr_event_schedule_thread+0xbb ahci_end_transaction() at ahci_end_transaction+0x398 ahci_ch_intr() at ahci_ch_intr+0x2b5 ahcipoll() at ahcipoll+0x15 xpt_polled_action() at xpt_polled_action+0xf7 I first noticed the problem with CURRENT from a week ago, but given that USB sticks don't usually disappear for me while sending snapshots to them, the problem might not be new. I'm using amd64, the panic above is from a custom kernel without WITNESS and INVARIANTS, but enabling them doesn't seem to affect the trace before the double fault. I wasn't able to reproduce the panic by unplugging the stick while writing to the pool using dd (but only tried once). Fabian --Sig_/kTIY0JWgN5S_DzofhXnkCee Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6CK1wACgkQBYqIVf93VJ0enQCfc3CtlF0UCC88e0FhcCcEOc1d MLoAnA6TVWceM22LzNeMhKbBJcL9JmB6 =Cifp -----END PGP SIGNATURE----- --Sig_/kTIY0JWgN5S_DzofhXnkCee-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 20:13:18 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9476A106566C for ; Tue, 27 Sep 2011 20:13:18 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id DCCE98FC0A for ; Tue, 27 Sep 2011 20:13:17 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C18751FFC58 for ; Tue, 27 Sep 2011 19:53:43 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A09EF844DF; Tue, 27 Sep 2011 21:53:43 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org Date: Tue, 27 Sep 2011 21:53:43 +0200 Message-ID: <86aa9pbw3c.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Passive FTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 20:13:18 -0000 I keep forgetting that fetch(1) defaults to active FTP, because login.conf(5) sets the FTP_PASSIVE_MODE environment variable, but every once in a while I try to "pkg_add -r" in single-user mode or using sudo(1) and it breaks. I have therefore flipped the switch and made passive FTP the default. Those who still want active FTP (what on earth for?) can set FTP_PASSIVE_MODE=3DNO in their environment. This overrides both the default setting and fetch(1)'s -p command-line option. I'd like to merge this to stable/9 before 9.0 ships, so I'd appreciate prompt feedback if anyone runs into any trouble. I currently do *not* plan to merge this to stable/8 or any older branches. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 20:42:40 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4159106566B; Tue, 27 Sep 2011 20:42:40 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id AAD718FC15; Tue, 27 Sep 2011 20:42:40 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp026.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LS7006V75E9BJ90@asmtp026.mac.com>; Tue, 27 Sep 2011 12:42:11 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-09-27_09:2011-09-27, 2011-09-27, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1109270219 From: Chuck Swiger In-reply-to: <20110927185043.GA84488@tops> Date: Tue, 27 Sep 2011 12:42:06 -0700 Message-id: References: <20110926230335.041fd9aa@lab.lovett.com> <20110927185043.GA84488@tops> To: Gleb Kurtsou X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Ports Mailing List , current@FreeBSD.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 20:42:40 -0000 Hi-- On Sep 27, 2011, at 11:50 AM, Gleb Kurtsou wrote: > It's more exciting than that. FreeBSD >= 10 is already seized by Apple :) > > http://www.google.com/codesearch#search/&q=__FreeBSD__%5CW%2B10&type=cs MacOS X doesn't define __FreeBSD__ either in CPP macros or the system headers: % touch foo.h; cpp -dM foo.h | grep __FreeBSD__ % cpp --version i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 21:01:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB311106566C for ; Tue, 27 Sep 2011 21:01:09 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.freebsd.org (Postfix) with ESMTP id 3773A8FC0A for ; Tue, 27 Sep 2011 21:01:08 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail28.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p8RL15C2023409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2011 07:01:06 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id p8RL15bx082291; Wed, 28 Sep 2011 07:01:05 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id p8RL13pE082290; Wed, 28 Sep 2011 07:01:03 +1000 (EST) (envelope-from peter) Date: Wed, 28 Sep 2011 07:01:03 +1000 From: Peter Jeremy To: Benjamin Kaduk Message-ID: <20110927210103.GA82240@server.vk2pj.dyndns.org> References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 21:01:09 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-26 19:48:23 -0400, Benjamin Kaduk wrote: >On Mon, 26 Sep 2011, Arnaud Lacombe wrote: >> The problem with /boot on a dedicated partition is the the kernel, >> since at least 8.x, is installed by default with a vast majority of >> crap. That's all the .symbols, that 99% of FreeBSD users will never >> uses. > >My recollection is that this is because kensmith forgot to take=20 >'makeoptions DEBUG=3D-g' out of GENERIC when branching stable/8, and no on= e=20 Not quite - 'DEBUG=3D-g' was a deliberate move to make it easier for developers to talk users through faultfinding kernel issues. The correct fix is to install the .symbols files somewhere other than /boot/kernel - unfortunately, no-one has developed the necessary changes to the kernel installation. --=20 Peter Jeremy --wac7ysb48OaltWcw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6COY8ACgkQ/opHv/APuIdWgwCgm460aRa0Y7UaP48CCT5YSNzc ddwAmgLmBDW95A6FMXt3PFlbRtaarEw6 =MR3b -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 21:24:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D2AD106566B for ; Tue, 27 Sep 2011 21:24:43 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id E99818FC18 for ; Tue, 27 Sep 2011 21:24:42 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p8RLOe1P007123 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2011 07:24:40 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id p8RLOess082426; Wed, 28 Sep 2011 07:24:40 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id p8RLOdfl082425; Wed, 28 Sep 2011 07:24:39 +1000 (EST) (envelope-from peter) Date: Wed, 28 Sep 2011 07:24:39 +1000 From: Peter Jeremy To: Kevin Oberman Message-ID: <20110927212439.GB82240@server.vk2pj.dyndns.org> References: <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> <20110927021559.GF57708@in-addr.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 21:24:43 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-26 21:29:18 -0700, Kevin Oberman wrote: >MBR allows 4 slices (which Windows and most of the world call >partitions). Windows also >allows the creation of "Extended Partitions, but FreeBSD does not >support these. They result >in device named with an 's' for slice. E.g. "da0s1". To be pedantic, the FreeBSD bootcode does not support _booting_ off extended partitions. Once it is booted, FreeBSD has no problems accessing them. (I don't know if alternative bootcode such as grub can boot FreeBSD within an extended partition). Extended partitions show up as slice numbers 5 through 8 - eg da0s5 --=20 Peter Jeremy --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6CPxcACgkQ/opHv/APuIfVFQCeJf3loekL+KEIhTvGNT4WewvD l5cAn3B3Je6aU/ILipkIpDXs1xUaLhJN =CuDg -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 21:38:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 10AEB1065670 for ; Tue, 27 Sep 2011 21:38:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D3C4414F6E9; Tue, 27 Sep 2011 21:38:55 +0000 (UTC) Message-ID: <4E82426F.9030904@FreeBSD.org> Date: Tue, 27 Sep 2011 14:38:55 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110912 Thunderbird/6.0.2 MIME-Version: 1.0 To: Peter Jeremy References: <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> <20110927021559.GF57708@in-addr.com> <20110927212439.GB82240@server.vk2pj.dyndns.org> In-Reply-To: <20110927212439.GB82240@server.vk2pj.dyndns.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 21:38:56 -0000 On 09/27/2011 14:24, Peter Jeremy wrote: > On 2011-Sep-26 21:29:18 -0700, Kevin Oberman wrote: >> MBR allows 4 slices (which Windows and most of the world call >> partitions). Windows also >> allows the creation of "Extended Partitions, but FreeBSD does not >> support these. They result >> in device named with an 's' for slice. E.g. "da0s1". > > To be pedantic, the FreeBSD bootcode does not support _booting_ off > extended partitions. Once it is booted, FreeBSD has no problems > accessing them. Correct. > (I don't know if alternative bootcode such as grub > can boot FreeBSD within an extended partition). Well the installer won't even look there, so you'd have to do a fair bit of gymnastics to even get it there in the first place. And given the difficulty that grub sometimes has with booting it from primary partitions I wouldn't be hopeful, even if the FreeBSD late-stage boot loader could do it, which I highly doubt. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 21:45:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC5BB1065672; Tue, 27 Sep 2011 21:45:39 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id C6A358FC1F; Tue, 27 Sep 2011 21:45:38 +0000 (UTC) Received: by wyj26 with SMTP id 26so6194197wyj.13 for ; Tue, 27 Sep 2011 14:45:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hUQ+F1by2fAqlq1hGWNLcEGa6u51ORXPDvMXgjQrtPw=; b=wcyXlMoSwV+KfY6m3/2jDdStpef5k1KXOjJDOwEfYWtscnGYNKx0bPRRqvz52z7RkQ VVYmYgXjOrQzP1OCrA6tza3R5ePIpek040l91dWAM6B5pstzsx6x6/3JQJJRITqGhLba +saCUolQ73Wt1ZyuCE7BUDHivxICdVopjCofE= MIME-Version: 1.0 Received: by 10.216.52.18 with SMTP id d18mr97351wec.107.1317159937640; Tue, 27 Sep 2011 14:45:37 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Tue, 27 Sep 2011 14:45:37 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Tue, 27 Sep 2011 14:45:37 -0700 (PDT) In-Reply-To: <4E8218DB.7030507@freebsd.org> References: <4E8218DB.7030507@freebsd.org> Date: Wed, 28 Sep 2011 07:15:37 +0930 Message-ID: From: Matt Thyer To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 21:45:39 -0000 On Sep 28, 2011 4:11 AM, "Nathan Whitehorn" wrote: > > On 09/27/11 08:24, Matt Thyer wrote: >> >> On Sep 26, 2011 2:33 PM, "Adrian Chadd" wrote: >>> >>> >>> On 26 September 2011 12:56, Kevin Oberman wrote: >>> >>>> I suspect that the thumb drive is the issue, not FreeBSD. >>> >>> >>> I've booted the drive successfully on an older Via C3 board. >>> >>> I'm now watching it boot successfully on a Gigabyte GA-8I915PC Duo board. >>> >>> I'm going to try dumping a Linux distro on this USB disk after I get >>> PCBSD 9.0-BETA2 installed. That way I can try to eliminate the USB >>> disk as being "funny". >>> (Although it's quite possible the USB disk is doing other funny things.) >>> >>> I really do think that this BIOS of mine dislikes a GPT partition >>> inside an MBR/DOS setup. If this is the case, I wonder how many other >>> motherboard/BIOSes have this problem. >>> >>> >>> >>> Adrian >> >> >> I believe this would be due to the improper GPT partition table on the >> FreeBSD memstick (as there is no backup partition table at the end of the >> volume). >> >> This was discussed earlier and now that makefs has patches for UFS label >> support there should be no need to continue to use GPT partitioning for the >> memstick image. >> >> The background is that bsdinstall relys on labels (a good thing) and GPT >> partition labels were being used but as there's no way to predict the size >> of your memstick, the resulting GPT partition table was not valid (for >> strict UEFI systems). >> >> The fix was to go back to traditional MS-DOS partitioning (MBR) but this >> couldn't be done until makefs supported UFS labels. Someone came up with >> patches so 9.0 should be able to have an MBR memstick and bsdinstall. >> >> I'm not sure how far this has progressed. > > > I don't believe these patches were ever committed. Could you provide a pointer to them? > -Nathan Yes, it was Andriy Gapon in this message: http://www.FreeBSD.org/cgi/mid.cgi?db=irt&id=4E60F480.6040706@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 21:59:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3317C1065670; Tue, 27 Sep 2011 21:59:30 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 318918FC19; Tue, 27 Sep 2011 21:59:28 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so9082340bkb.13 for ; Tue, 27 Sep 2011 14:59:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=z89MlDHqyVOMvqarvqFklc1NNCW0Nf/rjc7+ZiO6rPw=; b=sT9oQtWorbZn+O8k0Pn9j9IS7gYwpCUcticRhk/W4cQJpiczu/AhCrCi7M0tjhuIF1 d+1AEWix39qCZSXdxIYkpOn2Wsu4+TTMq/iYJb5exLHFCWWizL/Lht7keZZiM6Z4ootE +Erhfp+LtPZ4YqJvrTrJZiTG8nNeIXaT4fEMQ= MIME-Version: 1.0 Received: by 10.204.4.140 with SMTP id 12mr5052507bkr.95.1317160767218; Tue, 27 Sep 2011 14:59:27 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.132.140 with HTTP; Tue, 27 Sep 2011 14:59:27 -0700 (PDT) In-Reply-To: <4E81D396.7050809@FreeBSD.org> References: <20110926223902.GE57708@in-addr.com> <4E81D396.7050809@FreeBSD.org> Date: Tue, 27 Sep 2011 14:59:27 -0700 X-Google-Sender-Auth: O4Z9dMSwGXI2KgYrADMAG0Tz_KE Message-ID: From: Craig Rodrigues To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: Gary Palmer , Alexander Motin , freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA 2, camcontrol readcap, no passthrough device found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 21:59:30 -0000 On Tue, Sep 27, 2011 at 6:45 AM, Andriy Gapon wrote: > on 27/09/2011 02:02 Craig Rodrigues said the following: >> Is "camcontrol readcap" supposed to work for an ATA disk? > > Or, rephrased - is a SCSI command supposed to work for an ATA disk. > I am sure that you know the answer. > > P.S. camcontrol, of course, can be extended to support the corresponding ATA command. Hi, According to this document: "SCSI / ATA Translation Standard" http://hackipedia.org/Hardware/SCSI/SCSI-ATA/SCSI%20%20ATA%20Translation.pdf The SCSI READ CAPACITY command should map to the ATA IDENTIFY DEVICE command. I am not familiar with the ATA_CAM code, so don't know if we do this properly for ATA_CAM. Maybe Alexander Motin can chime in. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 22:02:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BAB8106564A for ; Tue, 27 Sep 2011 22:02:59 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id C42538FC15 for ; Tue, 27 Sep 2011 22:02:58 +0000 (UTC) Received: by wyj26 with SMTP id 26so6211533wyj.13 for ; Tue, 27 Sep 2011 15:02:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Gx2GTMbefNfqoBFOXE05G3tOVDuQKmjNYh5/XCNArWY=; b=o6UnAEML9w4lP/wjjuvAlfTU4SUfrZ1mMr3viO0EA2AspHR8Xa7T94YYOHxJiKayQV YfEvgKCFNSiTVnNc44rCCJPxYuWrHm6vwfOI77OdziC5OKr7HqvAFBHse2xDj4gu9G7e R9oR2Iu2Vjm+c/Yx6y5g173Yx/If5+2v4aBZw= MIME-Version: 1.0 Received: by 10.216.172.145 with SMTP id t17mr116021wel.36.1317160977609; Tue, 27 Sep 2011 15:02:57 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Tue, 27 Sep 2011 15:02:57 -0700 (PDT) In-Reply-To: <20110927210103.GA82240@server.vk2pj.dyndns.org> References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> <20110927210103.GA82240@server.vk2pj.dyndns.org> Date: Tue, 27 Sep 2011 18:02:57 -0400 Message-ID: From: Arnaud Lacombe To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Benjamin Kaduk Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 22:02:59 -0000 Hi, On Tue, Sep 27, 2011 at 5:01 PM, Peter Jeremy wrote: > On 2011-Sep-26 19:48:23 -0400, Benjamin Kaduk wrote: >>On Mon, 26 Sep 2011, Arnaud Lacombe wrote: >>> The problem with /boot on a dedicated partition is the the kernel, >>> since at least 8.x, is installed by default with a vast majority of >>> crap. That's all the .symbols, that 99% of FreeBSD users will never >>> uses. >> >>My recollection is that this is because kensmith forgot to take >>'makeoptions DEBUG=-g' out of GENERIC when branching stable/8, and no one > > Not quite - 'DEBUG=-g' was a deliberate move to make it easier for > developers to talk users through faultfinding kernel issues. > > The correct fix is to install the .symbols files somewhere other than > /boot/kernel - unfortunately, no-one has developed the necessary > changes to the kernel installation. > I did too, will put patches online soon. - Arnaud > -- > Peter Jeremy > From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 22:10:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D6D11065674; Tue, 27 Sep 2011 22:10:32 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 681AB8FC1B; Tue, 27 Sep 2011 22:10:31 +0000 (UTC) Received: by wwe3 with SMTP id 3so7398997wwe.31 for ; Tue, 27 Sep 2011 15:10:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XcyrQAtYb7oVYljJkHyZshe557j3sXHfn4zV+wj7yTc=; b=WuxlLivZzMSeKC2h6M6Pig86eDCB+r4cwEJE2Ms0UMC0PjnR2a0kmn2EMbaldv7KFx pn9VJ2tv/DRnzH8zUF0H6IqB2PcAeXJvmNnxADH9QiCCbawnLXRdwPTodaRQCRqcH+BW k4w4RBGUiXgo14TrPdOxTnFId7L18afPzHZKk= MIME-Version: 1.0 Received: by 10.216.180.82 with SMTP id i60mr9206105wem.92.1317161430260; Tue, 27 Sep 2011 15:10:30 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Tue, 27 Sep 2011 15:10:30 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Tue, 27 Sep 2011 15:10:30 -0700 (PDT) In-Reply-To: References: <4E8218DB.7030507@freebsd.org> Date: Wed, 28 Sep 2011 07:40:30 +0930 Message-ID: From: Matt Thyer To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 memstick USB image hangs my BIOS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Sep 2011 22:10:32 -0000 On Sep 28, 2011 7:15 AM, "Matt Thyer" wrote: > > On Sep 28, 2011 4:11 AM, "Nathan Whitehorn" wrote: > > > > On 09/27/11 08:24, Matt Thyer wrote: > >> > >> On Sep 26, 2011 2:33 PM, "Adrian Chadd" wrote: > >>> > >>> > >>> On 26 September 2011 12:56, Kevin Oberman wrote: > >>> > >>>> I suspect that the thumb drive is the issue, not FreeBSD. > >>> > >>> > >>> I've booted the drive successfully on an older Via C3 board. > >>> > >>> I'm now watching it boot successfully on a Gigabyte GA-8I915PC Duo board. > >>> > >>> I'm going to try dumping a Linux distro on this USB disk after I get > >>> PCBSD 9.0-BETA2 installed. That way I can try to eliminate the USB > >>> disk as being "funny". > >>> (Although it's quite possible the USB disk is doing other funny things.) > >>> > >>> I really do think that this BIOS of mine dislikes a GPT partition > >>> inside an MBR/DOS setup. If this is the case, I wonder how many other > >>> motherboard/BIOSes have this problem. > >>> > >>> > >>> > >>> Adrian > >> > >> > >> I believe this would be due to the improper GPT partition table on the > >> FreeBSD memstick (as there is no backup partition table at the end of the > >> volume). > >> > >> This was discussed earlier and now that makefs has patches for UFS label > >> support there should be no need to continue to use GPT partitioning for the > >> memstick image. > >> > >> The background is that bsdinstall relys on labels (a good thing) and GPT > >> partition labels were being used but as there's no way to predict the size > >> of your memstick, the resulting GPT partition table was not valid (for > >> strict UEFI systems). > >> > >> The fix was to go back to traditional MS-DOS partitioning (MBR) but this > >> couldn't be done until makefs supported UFS labels. Someone came up with > >> patches so 9.0 should be able to have an MBR memstick and bsdinstall. > >> > >> I'm not sure how far this has progressed. > > > > > > I don't believe these patches were ever committed. Could you provide a pointer to them? > > -Nathan > > Yes, it was Andriy Gapon in this message: http://www.FreeBSD.org/cgi/mid.cgi?db=irt&id=4E60F480.6040706@FreeBSD.org That message id link doesn't seem to work. To find the message I searched for "makefs" on the FreeBSD mailing list archive search facility with only "Current" selected. The message was dated Fri, 2nd September 2011, 18:21:36 +0300 and the link to the patch was: http://people.freebsd.org/~avg/makefs.ffs-label.diff On Sep 28, 2011 7:15 AM, "Matt Thyer" wrote: > On Sep 28, 2011 4:11 AM, "Nathan Whitehorn" wrote: >> >> On 09/27/11 08:24, Matt Thyer wrote: >>> >>> On Sep 26, 2011 2:33 PM, "Adrian Chadd" wrote: >>>> >>>> >>>> On 26 September 2011 12:56, Kevin Oberman wrote: >>>> >>>>> I suspect that the thumb drive is the issue, not FreeBSD. >>>> >>>> >>>> I've booted the drive successfully on an older Via C3 board. >>>> >>>> I'm now watching it boot successfully on a Gigabyte GA-8I915PC Duo > board. >>>> >>>> I'm going to try dumping a Linux distro on this USB disk after I get >>>> PCBSD 9.0-BETA2 installed. That way I can try to eliminate the USB >>>> disk as being "funny". >>>> (Although it's quite possible the USB disk is doing other funny things.) >>>> >>>> I really do think that this BIOS of mine dislikes a GPT partition >>>> inside an MBR/DOS setup. If this is the case, I wonder how many other >>>> motherboard/BIOSes have this problem. >>>> >>>> >>>> >>>> Adrian >>> >>> >>> I believe this would be due to the improper GPT partition table on the >>> FreeBSD memstick (as there is no backup partition table at the end of the >>> volume). >>> >>> This was discussed earlier and now that makefs has patches for UFS label >>> support there should be no need to continue to use GPT partitioning for > the >>> memstick image. >>> >>> The background is that bsdinstall relys on labels (a good thing) and GPT >>> partition labels were being used but as there's no way to predict the > size >>> of your memstick, the resulting GPT partition table was not valid (for >>> strict UEFI systems). >>> >>> The fix was to go back to traditional MS-DOS partitioning (MBR) but this >>> couldn't be done until makefs supported UFS labels. Someone came up with >>> patches so 9.0 should be able to have an MBR memstick and bsdinstall. >>> >>> I'm not sure how far this has progressed. >> >> >> I don't believe these patches were ever committed. Could you provide a > pointer to them? >> -Nathan > > Yes, it was Andriy Gapon in this message: > http://www.FreeBSD.org/cgi/mid.cgi?db=irt&id=4E60F480.6040706@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 02:29:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 302D4106564A for ; Wed, 28 Sep 2011 02:29:48 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id ED85E8FC15 for ; Wed, 28 Sep 2011 02:29:47 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id 924FC6178; Tue, 27 Sep 2011 22:29:46 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1317176986; bh=LOYEerSsGsokrP4H5B2oLFndbNlh4pomItTj0fUANt0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LI2PSr2lm7lIsQkLDUXhyGNRq5yETEwDF1vThBvbxdriy9tbRluFDRH2bYk4hcIKf GsLILNFb37StSA2USSZh62mkLkf3qh2/xx3hsFHcoWqhTLqDJPeemzqXFFR2uBV DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=S1UE+4xCm0c3VIP4PflE+0EzAfCqCENONRFMsyOFQpur4AH7f487iPu1u9LLr+/I3 SHErLxVZzQjqeCNeDfggZZqRridibB9hda8NpxWqWjtGP17fAlkfIoDuzZBN9Hn Message-ID: <4E828695.80604@protected-networks.net> Date: Tue, 27 Sep 2011 22:29:41 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110926230335.041fd9aa@lab.lovett.com> <8966AE80-51A2-4F3A-8DCD-D8BBEB7D001C@gsoft.com.au> In-Reply-To: <8966AE80-51A2-4F3A-8DCD-D8BBEB7D001C@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 02:29:48 -0000 On 09/27/11 02:37, Daniel O'Connor wrote: > > On 27/09/2011, at 13:33, Ade Lovett wrote: >> That is to say, until 9.0-R happens, and for some considerable period >> afterwards, ya'll can pretty much expect ports/ to be non-functional on >> HEAD. PRs mentioning this will be gleefully closed referencing this >> message. > > I imagine you can work around it by setting UNAME_r=9.0-CURRENT before building stuff. In some instances, this is insufficient. For multimedia/vlc, adding "--host=i386-portbld-freebsd9" to "CONFIGURE_ARGS" in the Makefile is required, imb From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 03:13:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11109106566B; Wed, 28 Sep 2011 03:13:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id B00798FC19; Wed, 28 Sep 2011 03:13:03 +0000 (UTC) Received: by ywp17 with SMTP id 17so7564928ywp.13 for ; Tue, 27 Sep 2011 20:13:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=Jx9nKUw8SEMfowVnvVfvP0S4JZVE0orCzjdwvKKP50M=; b=nMdx7o92t0KJsZ6Hjo/SBacGdVCb2Q2u15IlReaDCPsXWbWpywhhmhTSuDlSVmSr9p hnaSE7i/doO3iQjesawaFDsReXFFrsSYJKysKAg1Aq87B1PXVK6qxa/jC72gANhtasAG FjsH4L+dGBj84YxKu/KwB+vxJfM228kxPEUJE= MIME-Version: 1.0 Received: by 10.236.201.165 with SMTP id b25mr2106446yho.72.1317179583082; Tue, 27 Sep 2011 20:13:03 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Tue, 27 Sep 2011 20:13:03 -0700 (PDT) Date: Wed, 28 Sep 2011 11:13:03 +0800 X-Google-Sender-Auth: WNGcK-0CwR3VfmOJ9WiE66bOnAc Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: [CFT] hostap mode fixes with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 03:13:04 -0000 Hi all, I've just committed some hostap related ath(4) and ath_hal fixes to -HEAD. I've been testing these in my local 11n tree for the last few weeks and they've improved stability with all the 11n NICs but it has had the most impact when using the AR9220/AR9280 NICs. I'd appreciate it if I could get some third party verification here, especially if it has fixed things or broken things for you. I'd also like to hear if it has no impact. :-) I'd like to merge these back into 9.0 before -release occurs but I won't do it without enough testing. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 03:28:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E40A106566B for ; Wed, 28 Sep 2011 03:28:47 +0000 (UTC) (envelope-from aakuusta@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4058FC13 for ; Wed, 28 Sep 2011 03:28:46 +0000 (UTC) Received: by ywp17 with SMTP id 17so7575325ywp.13 for ; Tue, 27 Sep 2011 20:28:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:references:user-agent :mime-version:content-type; bh=rS9BKrtN/60pB6yxqz2mOfrmlK7orLXNYx790JvnWVs=; b=TconSqCgdeUx03Sc08PHa1mLC0j6ISkVXTvObk7F/rWPeBniBa0ZnM61mpg9CV1JNF Ke39irc9eZ9DB633dxC+YUFqoHW5yTgb3rMbYvv7LLZhQDHg6cjoeZcSM2NQQHT6baz2 akYoJEogGFp4vOyLKcNqbEXchSDBBycL0H1lk= Received: by 10.236.131.106 with SMTP id l70mr52260248yhi.29.1317180526492; Tue, 27 Sep 2011 20:28:46 -0700 (PDT) Received: from nil (tor-exit-router40-readme.formlessnetworking.net. [199.48.147.40]) by mx.google.com with ESMTPS id n67sm36596617yhi.9.2011.09.27.20.28.42 (version=SSLv3 cipher=OTHER); Tue, 27 Sep 2011 20:28:45 -0700 (PDT) From: h h To: Michael Butler Date: Wed, 28 Sep 2011 03:28:21 +0000 Message-ID: <86k48txs4q.fsf@gmail.com> References: <20110926230335.041fd9aa@lab.lovett.com> <8966AE80-51A2-4F3A-8DCD-D8BBEB7D001C@gsoft.com.au> <4E828695.80604@protected-networks.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 03:28:47 -0000 Michael Butler writes: > On 09/27/11 02:37, Daniel O'Connor wrote: > >> >> On 27/09/2011, at 13:33, Ade Lovett wrote: >>> That is to say, until 9.0-R happens, and for some considerable period >>> afterwards, ya'll can pretty much expect ports/ to be non-functional on >>> HEAD. PRs mentioning this will be gleefully closed referencing this >>> message. >> >> I imagine you can work around it by setting UNAME_r=9.0-CURRENT before building stuff. > > In some instances, this is insufficient. For multimedia/vlc, adding > "--host=i386-portbld-freebsd9" to "CONFIGURE_ARGS" in the Makefile is > required, multimedia/vlc builds just fine here on 10.0-CURRENT with UNAME_r. I guess you're using sudo(8) which *by default* doesn't preserve environment unlike su(1). Try using `env_keep', `!env_reset' or `-E' # stay away from /stable/9 as far as possible $ export UNAME_r='9.9-BLAH' $ sudo sh -c 'echo $UNAME_r' $ sudo -E sh -c 'echo $UNAME_r' 9.9-BLAH $ su root -c 'echo $UNAME_r' 9.9-BLAH From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 05:59:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 536B4106564A; Wed, 28 Sep 2011 05:59:15 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id AE8A88FC0C; Wed, 28 Sep 2011 05:59:14 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so9389435bkb.13 for ; Tue, 27 Sep 2011 22:59:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=O/KMYAcD4gaPTEmEqYyKgW0otQOZtDMVMaDQXp/L5HA=; b=ThBI4nBpv3roEiFGyguqNp6H3mza+XyxVFYZJMiUr7xSRfQ4AMT2ZO9WUOtZsgc0M4 lpZ70Q6rAUHzplpaym/o587qP4ARx723AZIPcvfEqzRPgRX5tetxw48phtCxTMtq8mtQ ncbiPMpHvfvSiB+4EqxyWK32yGSyjn9qvcmtg= MIME-Version: 1.0 Received: by 10.204.129.4 with SMTP id m4mr5675962bks.251.1317189553401; Tue, 27 Sep 2011 22:59:13 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.132.140 with HTTP; Tue, 27 Sep 2011 22:59:13 -0700 (PDT) Date: Tue, 27 Sep 2011 22:59:13 -0700 X-Google-Sender-Auth: uiFL1KdPOeb16tYPHg-wnn_CZ44 Message-ID: From: Craig Rodrigues To: freebsd-current@freebsd.org, Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Compat symlinks for /dev/acd0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 05:59:15 -0000 Hi, When the ATA_CAM option is enabled in the kernel, we create compatibility symlinks for /dev/ada devices, such as: /dev/ad8s1@ -> ada0s1 We don't do this for ATAPI CD-ROM devices. Any reason *not* to do this for ATAPI CD-ROM devices? i.e. /dev/cd0 -> acd0 It's a minor thing, but will definitely hit people who have /dev/acd0 in /etc/fstab when they upgrade to 9.0. People can read UPDATING and the release notes, but if we can do this minor thing, it might make migration easier. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 07:26:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 762271065672; Wed, 28 Sep 2011 07:26:55 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4BF8FC15; Wed, 28 Sep 2011 07:26:54 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8oXZ-000876-8k>; Wed, 28 Sep 2011 09:26:52 +0200 Received: from e178027185.adsl.alicedsl.de ([85.178.27.185] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8oXV-0008NH-5c>; Wed, 28 Sep 2011 09:26:49 +0200 Message-ID: <4E82CC34.4070305@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 09:26:44 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> In-Reply-To: <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.27.185 Cc: gakuusta@mail.com, freebsd-ports@freebsd.org, lists@eitanadler.com, freebsd-current@freebsd.org, ade@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 07:26:55 -0000 On 09/28/11 15:47, perryh@pluto.rain.com wrote: > Eitan Adler wrote: > >> 2011/9/27 O. Hartmann : >>> Now I understand why some OS vendors have choosen the latin >>> 10 'X' for their tenth version of their operating system ... >> FreeBSD XP anyone? > Are you sure there's a sufficient window of opportunity? :) "Window of Fortune" From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 07:51:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F2AF106564A for ; Wed, 28 Sep 2011 07:51:49 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA968FC13 for ; Wed, 28 Sep 2011 07:51:48 +0000 (UTC) Received: by fxg9 with SMTP id 9so417246fxg.13 for ; Wed, 28 Sep 2011 00:51:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=j/08bqE2SDBnz/LamUGbAGkvd4bDYAZMJIsaJTnpSEA=; b=w74RgFsC26PFjqdVRQoS7HVrX55Vh8htiXdKwktFVp1q3AJLX2DuQ4KD8A5M1DPV8l cJNP2EHgCMjMgsjgDU0nGiH+NURBKpc0LjksygntTrMaYGrCmABYO3c8B0Gy8eaXYJde eN+WYNOhsAYmpqon4Jr54GZmtSFPV5oaG9BpQ= Received: by 10.223.42.24 with SMTP id q24mr5369849fae.45.1317196307709; Wed, 28 Sep 2011 00:51:47 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id o22sm26433263fab.11.2011.09.28.00.51.45 (version=SSLv3 cipher=OTHER); Wed, 28 Sep 2011 00:51:46 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E82D20C.4040600@FreeBSD.org> Date: Wed, 28 Sep 2011 10:51:40 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Craig Rodrigues References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compat symlinks for /dev/acd0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 07:51:49 -0000 Craig Rodrigues wrote: > When the ATA_CAM option is enabled in the kernel, we create > compatibility symlinks for /dev/ada devices, such as: /dev/ad8s1@ -> ada0s1 > > We don't do this for ATAPI CD-ROM devices. > > Any reason *not* to do this for ATAPI CD-ROM devices? i.e. /dev/cd0 -> acd0 I see no strong reason why it should not be done, but either I see no much reasons to do it: 1. acdX (same as other ATAPI devices) had no static IDs, that are difficult to map manually in case of adX; 2. in opposite to 1, it is not reliable to automatically predict that cdX always maps to acdX when there is more then one CD, especially if some of them are not ATA; I really wouldn't like to track second set of device unit numbers, existing now quirks are very noninvasive; 3. half of CD operation is writing and linking to the device with different API won't help it; > It's a minor thing, but will definitely hit people who have /dev/acd0 > in /etc/fstab when they upgrade to 9.0. adX->adaY change is a major hit for majority of people because their systems just won't boot without these links. Same time I have doubt that many people are automatically mount their CDs on boot from the fstab and many system won't boot even without CDs at all. > People can read UPDATING and the release notes, but if we can do this > minor thing, it might make migration easier. At some moment user still have to read UPDATING or release notes and update fstab. It is quite easy to create cdX to acdX symlinks. I've made a patch in five minutes. Is there anybody else who thinks I should commit it? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 08:39:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BC7A106566C; Wed, 28 Sep 2011 08:39:11 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 16E9A8FC13; Wed, 28 Sep 2011 08:39:10 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1R8pfa-0006On-16; Wed, 28 Sep 2011 09:39:10 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R8pfZ-0004ik-Rj; Wed, 28 Sep 2011 09:39:09 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p8S8d9Hv052505; Wed, 28 Sep 2011 09:39:09 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p8S8d9p4052504; Wed, 28 Sep 2011 09:39:09 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 28 Sep 2011 09:39:09 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20110928083909.GA52495@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: ia64 r225789 panic during "make installworld": Bad buffer logic, remain = 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 08:39:11 -0000 This is in single user mode. ===> usr.sbin/amd (install) ===> usr.sbin/amd/include (install) ===> usr.sbin/amd/libamu (install) ===> usr.sbin/amd/amd (install) install -s -o root -g wheel -m 555 amd /usr/sbin lock order reversal: 1st 0xe0000000141cdcb8 ufs (ufs) @ /usr/src/sys/kern/vfs_vnops.c:618 2nd 0xa00000005ed59c38 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:1911 3rd 0xe0000000141ce098 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe0000000141ce0c8) locked @ /usr/src/sys/kern/vfs_subr.c:2132 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe0000000141ce0c8) locked @ /usr/src/sys/kern/vfs_subr.c:2132 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe0000000141ce0c8) locked @ /usr/src/sys/kern/vfs_subr.c:2132 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe0000000141ce0c8) locked @ /usr/src/sys/kern/vfs_subr.c:2132 KDB: stack backtrace: getenv with the following non-sleepable locks held: panic: Bad buffer logic, remain = 0 cpuid = 1 KDB: enter: panic [ thread pid 20507 tid 100097 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe211d8,gp ;; db> db> show proc Process 20507 (install) at 0xe000000012dca000: state: NORMAL uid: 0 gids: 0 parent: pid 20506 at 0xe000000012cd2d50 ABI: FreeBSD ELF64 arguments: install threads: 1 100097 Run CPU 1 install db> db> show thread Thread 100097 at 0xe000000012dce450: proc (pid 20507): 0xe000000012dca000 name: install stack: 0xa000000096cf6000-0xa000000096cfdfff flags: 0x4 pflags: 0x40 state: RUNNING (CPU 1) priority: 152 container lock: sched lock 1 (0x9ffc000000a73b00) db> db> thread 100097 [ thread pid 20507 tid 100097 ] kdb_enter+0x92: [I2] addl r14=0xffffffffffe211d8,gp ;; db> db> bt Tracing pid 20507 tid 100097 td 0xe000000012dce450 kdb_enter(0x9ffc00000095f418, 0x9ffc00000095f418, 0x9ffc0000003756d0, 0x793) at kdb_enter+0x92 panic(0x9ffc0000009649c8, 0x0, 0x1, 0x9ffc0000003ecec0, 0x38c) at panic+0x2e0 putbuf(0xa, 0xa000000096cf7c70) at putbuf+0x4d0 putchar(0xa, 0xa000000096cf7c70, 0x5, 0x9ffc0000003eaa30, 0xda0) at putchar+0x110 kvprintf(0x9ffc00000095f1d1, 0x9ffc0000009a98c0, 0xa000000096cf7c70, 0xa, 0xa000000096cf7d38) at kvprintf+0xf0 vprintf(0x9ffc00000095f1d0, 0xa000000096cf7d38) at vprintf+0xa0 printf(0x9ffc00000095f1d0, 0x0, 0xa00000008de2ede8, 0xa00000008de2edf0) at printf+0x80 printtrap(0x18, 0xa000000096cf8800, 0x1, 0x0) at printtrap+0x20 trap_panic(0x9ffc000000c276b0, 0x0, 0x9ffc00000081fdb0, 0x716, 0x9ffc000000a27500) at trap_panic+0x50 trap(0x18, 0xa000000096cf8800) at trap+0xb60 ivt_General_Exception() at ivt_General_Exception+0x30 --- trapframe at 0xa000000096cf8800 spinlock_exit() at spinlock_exit+0x71 uart_quicc_class(0xa000000096cf813e, 0x0, 0x1, 0x9ffc0000003ecec0, 0x38c, 0x16a5a41, 0xe000000000011fb8, 0xffffffff) at 0x18 db> I rebooted, run "make installworld" again, no panic this time, but on reboot: KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 KDB: stack backtrace: getenv with the following non-sleepable locks held: exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 etc. until a hang, requiring cold reset via MP. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 08:40:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FEF6106566B for ; Wed, 28 Sep 2011 08:40:03 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.freebsd.org (Postfix) with ESMTP id DFA1E8FC13 for ; Wed, 28 Sep 2011 08:40:02 +0000 (UTC) Received: from jh (a91-153-115-208.elisa-laajakaista.fi [91.153.115.208]) by gw02.mail.saunalahti.fi (Postfix) with SMTP id 7F0C5139AB9; Wed, 28 Sep 2011 11:15:15 +0300 (EEST) Date: Wed, 28 Sep 2011 11:15:15 +0300 From: Jaakko Heinonen To: Craig Rodrigues Message-ID: <20110928081514.GA5077@jh> References: <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 08:40:03 -0000 On 2011-09-27, Craig Rodrigues wrote: > I think we need something like the following patch. > +#ifdef ATA_CAM > +SYSCTL_INT(_hw_ata, OID_AUTO, ata_cam_enabled, > + CTLFLAG_RD, &ata_cam_enabled, 1, > + "ATA devices are accessed through the cam(4) driver"); > +#endif I think that using the FEATURE() macro and feature_present(3) might be more appropriate for this. Thanks. -- Jaakko From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09:09:03 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F3B1065773; Wed, 28 Sep 2011 09:09:03 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 66E608FC19; Wed, 28 Sep 2011 09:09:02 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 69D751FFC35; Wed, 28 Sep 2011 09:09:01 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2804D844E9; Wed, 28 Sep 2011 11:09:01 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org Date: Wed, 28 Sep 2011 11:09:00 +0200 Message-ID: <86bou59gpf.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: mav@freebsd.org Subject: 9 hangs with idletick = 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 09:09:04 -0000 I have a box running a GENERIC kernel from September 25th that freezes completely for a few seconds, up to a minute or so, at random intervals. Sooner or later it freezes permanently (or at least longer than I am willing to wait for it to unfreeze) and must be power-cycled, as it does not respond to Ctrl+Alt+Esc. Network activity (such as downloading ISO images over a 6 Mbps DSL line) seems to aggravate the issue. The problem goes away if I enable idletick. I had the same problems with a slightly customized kernel (basically GENERIC with unused drivers removed) built from September 10th sources; I switched to GENERIC to eliminate the possibility that my kernel config was to blame. Prior to that, the machine ran a kernel with the same custom config built from April 27th sources without any trouble whatsoever, so the issue must have been introduced sometime between April 27th and September 10th. The machine is an Intel Core 2 Duo E6600 with 4 GB RAM. Relevant sysctls: kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) LAPIC(400) i8254(10= 0) RTC(0) kern.eventtimer.et.LAPIC.flags: 15 kern.eventtimer.et.LAPIC.frequency: 0 kern.eventtimer.et.LAPIC.quality: 400 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.quality: 450 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.quality: 440 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.quality: 440 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.periodic: 0 kern.eventtimer.timer: HPET kern.eventtimer.idletick: 1 kern.eventtimer.singlemul: 2 kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) du= mmy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 6800584 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.HPET.counter: 3991486344 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 27169 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 4021161618 kern.timecounter.tc.TSC-low.frequency: 9375191 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 Let me know if you need anything else. I can try to bisect, but it will take time since the freezes are tricky to reproduce. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09:33:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8961E106566C for ; Wed, 28 Sep 2011 09:33:32 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost04.isp.att.net (fmailhost04.isp.att.net [204.127.217.104]) by mx1.freebsd.org (Postfix) with ESMTP id 78D848FC0C for ; Wed, 28 Sep 2011 09:33:32 +0000 (UTC) Date: Wed, 28 Sep 2011 09:28:06 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-68-210-187-7.sdf.bellsouth.net[68.210.187.7]) by isp.att.net (frfwmhc04) with SMTP id <20110928092805H0400irbohe>; Wed, 28 Sep 2011 09:28:06 +0000 X-Originating-IP: [68.210.187.7] From: "Thomas Mueller" To: freebsd-current@freebsd.org References: <20110927090655.4BBC3106564A@hub.freebsd.org> <01f0b4413a0b18e65d802bb11f3dc0b9@mail.0x20.net> Message-Id: <20110928093332.8961E106566C@hub.freebsd.org> Subject: Re: FreeBSD 9.0-BETA2 or 3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 09:33:32 -0000 I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ and found a BETA3 but only for some platforms not including i386 and amd64, but that was yesterday. I looked later during the day and found the BETA3 for i386 and amd64. Now the question is how to update without trashing the BETA2 installation with all the applications build from ports. I don't want to rebuild everything from ports every time there is a new beta or release candidate; that would be a very inefficient use of time. If I can't update with the installer, can I update from source? Would the best way be to download only the source (src.txz), then rm -rf /usr/src/* then extract the new source? Otherwise I don't know what to cvsup to, and I did read the FreeBSD Handbook. I also read /usr/src/README and UPDATING. I don't want to update source to HEAD which might now be 10.0-CURRENT. Tom From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09:45:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 548C11065670 for ; Wed, 28 Sep 2011 09:45:46 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA8A8FC1A for ; Wed, 28 Sep 2011 09:45:45 +0000 (UTC) Received: by qyk4 with SMTP id 4so9344633qyk.13 for ; Wed, 28 Sep 2011 02:45:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.204.2 with SMTP id fk2mr256646qab.369.1317203145374; Wed, 28 Sep 2011 02:45:45 -0700 (PDT) Received: by 10.229.223.196 with HTTP; Wed, 28 Sep 2011 02:45:45 -0700 (PDT) In-Reply-To: <20110928093332.8961E106566C@hub.freebsd.org> References: <20110927090655.4BBC3106564A@hub.freebsd.org> <01f0b4413a0b18e65d802bb11f3dc0b9@mail.0x20.net> <20110928093332.8961E106566C@hub.freebsd.org> Date: Wed, 28 Sep 2011 11:45:45 +0200 Message-ID: From: Olivier Smedts To: Thomas Mueller Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 or 3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 09:45:46 -0000 2011/9/28 Thomas Mueller : > > I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ > > and found a BETA3 but only for some platforms not including i386 and amd6= 4, but that was yesterday. > > I looked later during the day and found the BETA3 for i386 and amd64. > > Now the question is how to update without trashing the BETA2 installation= with all the applications build from ports. > > I don't want to rebuild everything from ports every time there is a new b= eta or release candidate; that would be a very inefficient use of time. > > If I can't update with the installer, can I update from source? I'm only used to source-updating, but maybe you can update from one BETA to another with freebsd-update ? > Would the best way be to download only the source (src.txz), then > =A0rm -rf /usr/src/* > =A0then extract the new source? If you want to go the source way, you can use csup from the base system. > Otherwise I don't know what to cvsup to, and I did read the FreeBSD Handb= ook. =A0I also read /usr/src/README and UPDATING. > > I don't want to update source to HEAD which might now be 10.0-CURRENT. I personally use subversion-freebsd (from ports) to update my sources because I have local patches, and I switched to the http://svn.freebsd.org/base/stable/9/ branch. csup is simpler to use for common tasks, see /usr/share/examples/cvsup/stable-supfile. Cheers > > > Tom > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 09:48:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B95341065672 for ; Wed, 28 Sep 2011 09:48:58 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2498FC0A for ; Wed, 28 Sep 2011 09:48:57 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id p8S9mjMU028000 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 28 Sep 2011 10:48:51 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p8S9mjMU028000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1317203331; bh=DXZ95YCT2wrzzOxwxuKbGjyorL+m6cMyG5Ona4L9OS0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4E82ED77.9090701@infracaninophile.co.uk>|Date:=20W ed,=2028=20Sep=202011=2010:48:39=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20rv:7.0)=20Gecko/201 10922=20Thunderbird/7.0|MIME-Version:=201.0|To:=20Thomas=20Mueller =20|CC:=20freebsd-current@freebsd.org|S ubject:=20Re:=20FreeBSD=209.0-BETA2=20or=203?|References:=20<20110 927090655.4BBC3106564A@hub.freebsd.org>=20<01f0b4413a0b18e65d802bb 11f3dc0b9@mail.0x20.net>=20<20110928093332.8961E106566C@hub.freebs d.org>|In-Reply-To:=20<20110928093332.8961E106566C@hub.freebsd.org >|X-Enigmail-Version:=201.3.2|OpenPGP:=20id=3D60AE908C|Content-Typ e:=20multipart/signed=3B=20micalg=3Dpgp-sha1=3B=0D=0A=20protocol=3 D"application/pgp-signature"=3B=0D=0A=20boundary=3D"------------en ig048396ECBE123720DE0A741C"; b=PD40Pak6T1tiyvUKu2lnahmDjPtNYBBh0AnIwIUS/pH9dTm/ZBbmixOpQ2B36imbW k0s7P69gmVIaTCGtk2V8yF7tIYBZtqN1GBGiCGmMcxKxlDC2H3tEcRGBIt8KiPhhRU 8n7i35B3y9I66UL05D6mcsTeN7xiQzBTy/mD62Tw= Message-ID: <4E82ED77.9090701@infracaninophile.co.uk> Date: Wed, 28 Sep 2011 10:48:39 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0) Gecko/20110922 Thunderbird/7.0 MIME-Version: 1.0 To: Thomas Mueller References: <20110927090655.4BBC3106564A@hub.freebsd.org> <01f0b4413a0b18e65d802bb11f3dc0b9@mail.0x20.net> <20110928093332.8961E106566C@hub.freebsd.org> In-Reply-To: <20110928093332.8961E106566C@hub.freebsd.org> X-Enigmail-Version: 1.3.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig048396ECBE123720DE0A741C" X-Virus-Scanned: clamav-milter 0.97.2 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 or 3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 09:48:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig048396ECBE123720DE0A741C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 28/09/2011 10:28, Thomas Mueller wrote: > I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ >=20 > and found a BETA3 but only for some platforms not including i386 and am= d64, but that was yesterday. >=20 > I looked later during the day and found the BETA3 for i386 and amd64. Yup. The stable/9 branch was created a few days ago in SVN, and correspondingly the RELENG_9 cvs branch. It's taking a little while for all that and various related changes to percolate through the system. > Now the question is how to update without trashing the BETA2 > installation with all the applications build from ports. BETA2 to BETA3 should not require reinstalling any ports. All the pain of updating ABI version numbers for 9.x has already happened, so anything that ran under BETA2 should just work under BETA3. > I don't want to rebuild everything from ports every time there is a > new beta or release candidate; that would be a very inefficient use > of time. Yes. That would be silly. And a waste of time and energy. > If I can't update with the installer, can I update from source? This is FreeBSD. Of course you can use the source. > Would the best way be to download only the source (src.txz), then > rm -rf /usr/src/* > then extract the new source? > Otherwise I don't know what to cvsup to, and I did read the FreeBSD Han= dbook. I also read /usr/src/README and UPDATING. >=20 > I don't want to update source to HEAD which might now be 10.0-CURRENT. >=20 For cvsup / csup, you need to change your supfile to use the RELENG_9 tag. Something like this: *default host=3DCHANGE_THIS.FreeBSD.org *default base=3D/var/db *default prefix=3D/usr *default release=3Dcvs tag=3DRELENG_9 *default delete use-rel-suffix *default compress src-all Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig048396ECBE123720DE0A741C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6C7X4ACgkQ8Mjk52CukIxCGQCdGb5SOSNv+Q7YWutpXKKMMDTI OpYAn2GcQp/SRMQ4jzKqgTxyMsdSa8Fe =4yCy -----END PGP SIGNATURE----- --------------enig048396ECBE123720DE0A741C-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 06:48:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A29EF106566C; Wed, 28 Sep 2011 06:48:38 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0288FC17; Wed, 28 Sep 2011 06:48:38 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p8S6mahG019284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 27 Sep 2011 23:48:37 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p8S6madl019277; Tue, 27 Sep 2011 23:48:36 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA17944; Tue, 27 Sep 11 23:47:49 PDT Date: Wed, 28 Sep 2011 06:47:07 -0700 From: perryh@pluto.rain.com To: lists@eitanadler.com Message-Id: <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 28 Sep 2011 10:51:59 +0000 Cc: gakuusta@mail.com, freebsd-ports@freebsd.org, freebsd-current@freebsd.org, ade@freebsd.org, ohartman@zedat.fu-berlin.de Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 06:48:38 -0000 Eitan Adler wrote: > 2011/9/27 O. Hartmann : > > Now I understand why some OS vendors have choosen the latin > > 10 'X' for their tenth version of their operating system ... > > FreeBSD XP anyone? Are you sure there's a sufficient window of opportunity? :) From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 10:57:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA4A61065674; Wed, 28 Sep 2011 10:57:59 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id 627508FC1A; Wed, 28 Sep 2011 10:57:59 +0000 (UTC) Received: from basalt.tackymt.homeip.net (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id 6B7FD83DE; Wed, 28 Sep 2011 19:57:58 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost ([127.0.0.1]) by basalt.tackymt.homeip.net (basalt.tackymt.homeip.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2TB9SDxVdR3K; Wed, 28 Sep 2011 19:57:56 +0900 (JST) Received: from biotite.tackymt.homeip.net (i114-186-112-119.s41.a019.ap.plala.or.jp [114.186.112.119]) by basalt.tackymt.homeip.net (Postfix) with ESMTP; Wed, 28 Sep 2011 19:57:56 +0900 (JST) Date: Wed, 28 Sep 2011 19:57:56 +0900 From: Taku YAMAMOTO To: Gavin Atkinson Message-Id: <20110928195756.5042d262.taku@tackymt.homeip.net> In-Reply-To: <1317125181.95805.13.camel@buffy.york.ac.uk> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> <1317125181.95805.13.camel@buffy.york.ac.uk> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__28_Sep_2011_19_57_56_+0900_5AF0L+23D6u6bcgr" Cc: "crsnet.pl" , Adrian Chadd , freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 10:58:00 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__28_Sep_2011_19_57_56_+0900_5AF0L+23D6u6bcgr Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 27 Sep 2011 13:06:21 +0100 Gavin Atkinson wrote: > On Tue, 2011-09-27 at 19:53 +0800, Adrian Chadd wrote: > > Hans, > > > > Why haven't those patches been committed? > > This patch is an absolute hack, and shouldn't be committed as it is. > > I would, however, appreciate some help in determining the correct > solution. The solution may well involve not suspending/resuming hpet(4) > or the other timers on the normal DEVICE_SUSPEND()/DEVICE_RESUME() path > but instead doing them as the last thing to be suspended, or it may Like the attached patches do? > instead involve reworking the USB code (and potentially other code) to > not need to sleep during suspend/resume. I don't know the right > solution, but would really like to work with somebody who does. > > Please also see the thread "Choosing between DELAY(useconds) and > pause()" on -current. > > Gavin > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- -|-__ YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - --Multipart=_Wed__28_Sep_2011_19_57_56_+0900_5AF0L+23D6u6bcgr Content-Type: text/plain; name="subr_bus-revsusp.patch" Content-Disposition: attachment; filename="subr_bus-revsusp.patch" Content-Transfer-Encoding: 7bit --- sys/kern/subr_bus.c.orig 2010-12-02 13:28:01.000000000 +0900 +++ sys/kern/subr_bus.c 2010-12-08 12:37:05.524727855 +0900 @@ -3385,15 +3385,13 @@ int bus_generic_suspend(device_t dev) { int error; - device_t child, child2; + device_t child; - TAILQ_FOREACH(child, &dev->children, link) { + TAILQ_FOREACH_REVERSE(child, &dev->children, device_list, link) { error = DEVICE_SUSPEND(child); if (error) { - for (child2 = TAILQ_FIRST(&dev->children); - child2 && child2 != child; - child2 = TAILQ_NEXT(child2, link)) - DEVICE_RESUME(child2); + while ((child = TAILQ_NEXT(child, link)) != NULL) + DEVICE_RESUME(child); return (error); } } --Multipart=_Wed__28_Sep_2011_19_57_56_+0900_5AF0L+23D6u6bcgr Content-Type: text/plain; name="acpi-hpet-reorder.patch" Content-Disposition: attachment; filename="acpi-hpet-reorder.patch" Content-Transfer-Encoding: 7bit --- sys/dev/acpica/acpi.c.orig 2010-07-16 08:24:06.000000000 +0900 +++ sys/dev/acpica/acpi.c 2010-07-21 20:10:59.056243391 +0900 @@ -1702,7 +1702,7 @@ acpi_probe_order(ACPI_HANDLE handle, int *order = 1; else if (acpi_MatchHid(handle, "PNP0C01") || acpi_MatchHid(handle, "PNP0C02")) *order = 2; - else if (acpi_MatchHid(handle, "PNP0C09")) + else if (acpi_MatchHid(handle, "PNP0C09") || acpi_MatchHid(handle, "PNP0103")) *order = 3; else if (acpi_MatchHid(handle, "PNP0C0F")) *order = 4; --Multipart=_Wed__28_Sep_2011_19_57_56_+0900_5AF0L+23D6u6bcgr-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 11:31:05 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1801E106566B; Wed, 28 Sep 2011 11:31:05 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id BEF478FC14; Wed, 28 Sep 2011 11:31:03 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA27533; Wed, 28 Sep 2011 14:30:55 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E83056E.4060101@FreeBSD.org> Date: Wed, 28 Sep 2011 14:30:54 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Craig Rodrigues References: <20110926223902.GE57708@in-addr.com> <4E81D396.7050809@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Gary Palmer , Alexander Motin , freebsd-current@FreeBSD.org Subject: Re: FreeBSD 9.0-BETA 2, camcontrol readcap, no passthrough device found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 11:31:05 -0000 on 28/09/2011 00:59 Craig Rodrigues said the following: > On Tue, Sep 27, 2011 at 6:45 AM, Andriy Gapon wrote: >> on 27/09/2011 02:02 Craig Rodrigues said the following: >>> Is "camcontrol readcap" supposed to work for an ATA disk? >> >> Or, rephrased - is a SCSI command supposed to work for an ATA disk. >> I am sure that you know the answer. >> >> P.S. camcontrol, of course, can be extended to support the corresponding ATA command. > > > Hi, > > According to this document: > > "SCSI / ATA Translation Standard" > http://hackipedia.org/Hardware/SCSI/SCSI-ATA/SCSI%20%20ATA%20Translation.pdf > > The SCSI READ CAPACITY command should map to the ATA IDENTIFY DEVICE command. > I am not familiar with the ATA_CAM code, so don't know if we do this properly > for ATA_CAM. Maybe Alexander Motin can chime in. ATA_CAM doesn't do SCSI -> ATA translation. ATA_CAM != ATA_SCSI or whatever. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 12:06:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DF1106564A; Wed, 28 Sep 2011 12:06:45 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 79F6E8FC14; Wed, 28 Sep 2011 12:06:43 +0000 (UTC) Received: by wwe3 with SMTP id 3so8160741wwe.31 for ; Wed, 28 Sep 2011 05:06:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=j9cgZHBCRSfMZZ+AILFfqBYUfRw7lLub3UKeqbAM2VY=; b=tY3HS/U5ZMpMjQZ4qApO4RnRRy7W/E2+9f0kRfwM9ULpTioaSm+XPq+NOcAHbbw8TL Iwc9CuLPJsjZwCoSKc6igl++gNjHZWqzDNVSolrRv5lyGrwec1XrAs58NeM2jxxqcaQt jrgPxAdvixr50CZiMy2raEGh4xmhjNN9PpPxo= MIME-Version: 1.0 Received: by 10.216.203.79 with SMTP id e57mr1008465weo.12.1317211601152; Wed, 28 Sep 2011 05:06:41 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.216.1.21 with HTTP; Wed, 28 Sep 2011 05:06:41 -0700 (PDT) In-Reply-To: <2ffb7b182a16c6ced96733b7a9f7c6d0@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> <2ffb7b182a16c6ced96733b7a9f7c6d0@i-pi.pl> Date: Wed, 28 Sep 2011 14:06:41 +0200 X-Google-Sender-Auth: Ncm04hNhUoFv-CNNS1UNS4rLDQ8 Message-ID: From: Attilio Rao To: "crsnet.pl" , Jack F Vogel Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 12:06:45 -0000 2011/9/27 crsnet.pl : >> Hi, > > Hello, thanks for reply. >> >> Please try to do this without wlan loaded at all (not just down, but >> build your wifi support as a module.) >> Then try without X, see whether it's related to that or not. >> > First i make kldunload if_iwn. > When i try to suspend from X, Xorg close, i see console and laptop suspen= d. > When i resume it, i get console (any key dosent work), when i try to ALT+= F9 > i get black screen and beep;/ > > But when i try to suspen from console. I get : > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP0: AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP1: AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP2: AE_BAD_PARAMETER > And laptop suspend, when i resume it. He hangs when i press any buttons i= t > does nothing. And than i see on console that info : > ugen0.2: ... disconnected > ugen4.2: ... disconnected > ubt0: at uhub0 ... disconnected > then i see this presed lethers > and > acpi0: suspend request ignored (not ready yet) and laptops langs and beep= ;/ > >> (And you haven't told us what your hardware is.) > > #dmesg (+WITNESS) > Copyright (c) 1992-2011 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =C2=A0 =C2=A0 =C2=A0 =C2=A0The Regents of the University of California. A= ll rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-BETA3 #3: Tue Sep 27 10:47:57 CEST 2011 > =C2=A0 =C2=A0cr4sh@x300:/sys/amd64/compile/GENERIC amd64 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Intel(R) Core(TM)2 Duo CPU =C2=A0 =C2=A0 L7100 =C2=A0@ 1.20GHz (1197= .03-MHz K8-class > CPU) > =C2=A0Origin =3D "GenuineIntel" =C2=A0Id =3D 0x6fb =C2=A0Family =3D 6 =C2= =A0Model =3D f =C2=A0Stepping =3D 11 > =C2=A0Features=3D0xbfebfbff > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BE> > =C2=A0Features2=3D0xe3bd > =C2=A0AMD Features=3D0x20100800 > =C2=A0AMD Features2=3D0x1 > =C2=A0TSC: P-state invariant, performance statistics > real memory =C2=A0=3D 2147483648 (2048 MB) > avail memory =3D 2019139584 (1925 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > =C2=A0cpu0 (BSP): APIC ID: =C2=A00 > =C2=A0cpu1 (AP): APIC ID: =C2=A01 > ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 > (20110527/tbfadt-556) > ACPI Warning: Optional field Gpe1Block has zero address or length: > 0x000000000000102C/0x0 (20110527/tbfadt-586) > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > CPU0: local APIC error 0x40 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 7ef00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: port 0x1800-0x1807 mem > 0xfa000000-0xfa0fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: aperture size is 256M, detected 7676k stolen memory > vgapci1: mem 0xfa100000-0xfa1fffff at device 2.1= on > pci0 > pci0: at device 3.0 (no driver attached) > atapci0: port > 0x1828-0x182f,0x180c-0x180f,0x1820-0x1827,0x1808-0x180b,0x1810-0x181f irq= 18 > at device 3.2 on pci0 > ata2: on atapci0 > ata3: on atapci0 > pci0: at device 3.3 (no driver attached) > em0: port 0x1840-0x185f mem > 0xfa200000-0xfa21ffff,0xfa225000-0xfa225fff irq 20 at device 25.0 o > > =C2=A0 =C2=A0 =C2=A0 =C2=A0n pci0 > em0: Using an MSI interrupt > acquiring duplicate lock of same type: "network driver" > =C2=A01st &dev_spec->swflag_mutex @ dev/e1000/e1000_ich8lan.c:785 > =C2=A02nd &dev_spec->nvm_mutex @ dev/e1000/e1000_ich8lan.c:751 I think that MTX_NETWORK_LOCK is not suitable for this case as you will have 2 different locks with the same name in softc. I think that this patch should be good to go (and fixes the WITNESS warning= ): http://www.freebsd.org/~attilio/e1000_mutex_init.patch Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 12:09:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 986ED106566B; Wed, 28 Sep 2011 12:09:19 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id EDC4C8FC14; Wed, 28 Sep 2011 12:09:18 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id CC04ADC0BC; Wed, 28 Sep 2011 12:10:09 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 20275DC0B8 for ; Wed, 28 Sep 2011 12:10:07 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C46302023E5; Wed, 28 Sep 2011 12:07:01 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8147F10657C6; Wed, 28 Sep 2011 12:06:58 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DF1106564A; Wed, 28 Sep 2011 12:06:45 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 79F6E8FC14; Wed, 28 Sep 2011 12:06:43 +0000 (UTC) Received: by wwe3 with SMTP id 3so8160741wwe.31 for ; Wed, 28 Sep 2011 05:06:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=j9cgZHBCRSfMZZ+AILFfqBYUfRw7lLub3UKeqbAM2VY=; b=tY3HS/U5ZMpMjQZ4qApO4RnRRy7W/E2+9f0kRfwM9ULpTioaSm+XPq+NOcAHbbw8TL Iwc9CuLPJsjZwCoSKc6igl++gNjHZWqzDNVSolrRv5lyGrwec1XrAs58NeM2jxxqcaQt jrgPxAdvixr50CZiMy2raEGh4xmhjNN9PpPxo= MIME-Version: 1.0 Received: by 10.216.203.79 with SMTP id e57mr1008465weo.12.1317211601152; Wed, 28 Sep 2011 05:06:41 -0700 (PDT) Received: by 10.216.1.21 with HTTP; Wed, 28 Sep 2011 05:06:41 -0700 (PDT) In-Reply-To: <2ffb7b182a16c6ced96733b7a9f7c6d0@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> <2ffb7b182a16c6ced96733b7a9f7c6d0@i-pi.pl> Date: Wed, 28 Sep 2011 14:06:41 +0200 X-Google-Sender-Auth: Ncm04hNhUoFv-CNNS1UNS4rLDQ8 Message-ID: From: Attilio Rao To: "crsnet.pl" , Jack F Vogel Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Adrian Chadd , freebsd-stable@freebsd.org, freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 12:09:19 -0000 2011/9/27 crsnet.pl : >> Hi, > > Hello, thanks for reply. >> >> Please try to do this without wlan loaded at all (not just down, but >> build your wifi support as a module.) >> Then try without X, see whether it's related to that or not. >> > First i make kldunload if_iwn. > When i try to suspend from X, Xorg close, i see console and laptop suspen= d. > When i resume it, i get console (any key dosent work), when i try to ALT+= F9 > i get black screen and beep;/ > > But when i try to suspen from console. I get : > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP0: AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP1: AE_BAD_PARAMETER > pci0: failed to set ACPI power state D2 \_SB_.PCI0_EXP2: AE_BAD_PARAMETER > And laptop suspend, when i resume it. He hangs when i press any buttons i= t > does nothing. And than i see on console that info : > ugen0.2: ... disconnected > ugen4.2: ... disconnected > ubt0: at uhub0 ... disconnected > then i see this presed lethers > and > acpi0: suspend request ignored (not ready yet) and laptops langs and beep= ;/ > >> (And you haven't told us what your hardware is.) > > #dmesg (+WITNESS) > Copyright (c) 1992-2011 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =C2=A0 =C2=A0 =C2=A0 =C2=A0The Regents of the University of California. A= ll rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-BETA3 #3: Tue Sep 27 10:47:57 CEST 2011 > =C2=A0 =C2=A0cr4sh@x300:/sys/amd64/compile/GENERIC amd64 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Intel(R) Core(TM)2 Duo CPU =C2=A0 =C2=A0 L7100 =C2=A0@ 1.20GHz (1197= .03-MHz K8-class > CPU) > =C2=A0Origin =3D "GenuineIntel" =C2=A0Id =3D 0x6fb =C2=A0Family =3D 6 =C2= =A0Model =3D f =C2=A0Stepping =3D 11 > =C2=A0Features=3D0xbfebfbff > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BE> > =C2=A0Features2=3D0xe3bd > =C2=A0AMD Features=3D0x20100800 > =C2=A0AMD Features2=3D0x1 > =C2=A0TSC: P-state invariant, performance statistics > real memory =C2=A0=3D 2147483648 (2048 MB) > avail memory =3D 2019139584 (1925 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > FreeBSD/SMP: 1 package(s) x 2 core(s) > =C2=A0cpu0 (BSP): APIC ID: =C2=A00 > =C2=A0cpu1 (AP): APIC ID: =C2=A01 > ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 > (20110527/tbfadt-556) > ACPI Warning: Optional field Gpe1Block has zero address or length: > 0x000000000000102C/0x0 (20110527/tbfadt-586) > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > CPU0: local APIC error 0x40 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 7ef00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: port 0x1800-0x1807 mem > 0xfa000000-0xfa0fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: aperture size is 256M, detected 7676k stolen memory > vgapci1: mem 0xfa100000-0xfa1fffff at device 2.1= on > pci0 > pci0: at device 3.0 (no driver attached) > atapci0: port > 0x1828-0x182f,0x180c-0x180f,0x1820-0x1827,0x1808-0x180b,0x1810-0x181f irq= 18 > at device 3.2 on pci0 > ata2: on atapci0 > ata3: on atapci0 > pci0: at device 3.3 (no driver attached) > em0: port 0x1840-0x185f mem > 0xfa200000-0xfa21ffff,0xfa225000-0xfa225fff irq 20 at device 25.0 o > > =C2=A0 =C2=A0 =C2=A0 =C2=A0n pci0 > em0: Using an MSI interrupt > acquiring duplicate lock of same type: "network driver" > =C2=A01st &dev_spec->swflag_mutex @ dev/e1000/e1000_ich8lan.c:785 > =C2=A02nd &dev_spec->nvm_mutex @ dev/e1000/e1000_ich8lan.c:751 I think that MTX_NETWORK_LOCK is not suitable for this case as you will have 2 different locks with the same name in softc. I think that this patch should be good to go (and fixes the WITNESS warning= ): http://www.freebsd.org/~attilio/e1000_mutex_init.patch Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 12:37:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E98E106566B for ; Wed, 28 Sep 2011 12:37:50 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB0C8FC12 for ; Wed, 28 Sep 2011 12:37:49 +0000 (UTC) Received: by vws11 with SMTP id 11so9695577vws.13 for ; Wed, 28 Sep 2011 05:37:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=nxOzUXqnm4O1c1496xHZfDdcqmLmZP1vBbaB/VVOC3g=; b=pmtkBkytg5kXVI/puEnaHt9INHRNuhoQpQdZOSNcorWHH+Bbf99BsK9H4aRelEPByk TwmMkA7T2Stw/FqSS4GKojUddw1JC9uR6Cgiw4JkstumumUHcURzwKoflVPjgaUmcUfJ oL5jZ7hucj3/PhhEvHiq3KnVOHkNm1oqqM9/4= Received: by 10.52.109.66 with SMTP id hq2mr9355384vdb.157.1317213467812; Wed, 28 Sep 2011 05:37:47 -0700 (PDT) Received: from schism.local (75-146-225-65-Philadelphia.hfc.comcastbusiness.net. [75.146.225.65]) by mx.google.com with ESMTPS id jo8sm23039546vdb.20.2011.09.28.05.37.45 (version=SSLv3 cipher=OTHER); Wed, 28 Sep 2011 05:37:45 -0700 (PDT) Message-ID: <4E83151A.9090802@gmail.com> Date: Wed, 28 Sep 2011 08:37:46 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Thomas Mueller References: <20110927090655.4BBC3106564A@hub.freebsd.org> <01f0b4413a0b18e65d802bb11f3dc0b9@mail.0x20.net> <20110928093332.8961E106566C@hub.freebsd.org> In-Reply-To: <20110928093332.8961E106566C@hub.freebsd.org> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0-BETA2 or 3? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 12:37:50 -0000 Hi, On 9/28/11 5:28 AM, Thomas Mueller wrote: > I looked at ftp://ftp.freebsd.org/pub/FreeBSD/releases/ > > and found a BETA3 but only for some platforms not including i386 and amd64, but that was yesterday. > > I looked later during the day and found the BETA3 for i386 and amd64. > I've been (trying to) update the download URLs as the new images are uploaded to prevent broken links, though -BETA3 is not officially announced yet. Sorry if this causes confusion, but the alternative would be more confusion to why links are broken. > Now the question is how to update without trashing the BETA2 installation with all the applications build from ports. > > I don't want to rebuild everything from ports every time there is a new beta or release candidate; that would be a very inefficient use of time. > > If I can't update with the installer, can I update from source? > > Would the best way be to download only the source (src.txz), then > rm -rf /usr/src/* > then extract the new source? > Otherwise I don't know what to cvsup to, and I did read the FreeBSD Handbook. I also read /usr/src/README and UPDATING. > > I don't want to update source to HEAD which might now be 10.0-CURRENT. > If you use svn for your source tree, you can use 'svn switch': 'svn switch svn://svn.freebsd.org/base/stable/9 /usr/src' If you use c(v)sup, change the tag in your supfile. Regards, Glen -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 12:52:05 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B071C106566B for ; Wed, 28 Sep 2011 12:52:05 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 408298FC1E for ; Wed, 28 Sep 2011 12:52:04 +0000 (UTC) Received: by fxg9 with SMTP id 9so739132fxg.13 for ; Wed, 28 Sep 2011 05:52:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=74zVlJWtMGoNEiYWKd9nKlWmV+3tJ7igNNHOamIPwCw=; b=k0kAc49qFJhW+WlBbsGKOFRFhl/DZj/rafH7815B7QL4JSoMxgDgb4PNzBN1a1kwGh gizscqtZO5j0k/ImmqpKWhok5mbewxBy42bwNg3lL88HnOBfRnhsQpDOAdut5YTLfcgS BObvx0OdT4zEO9N4udV8OtYV0VJtRfoQ0naOU= Received: by 10.223.45.140 with SMTP id e12mr7347047faf.27.1317214324108; Wed, 28 Sep 2011 05:52:04 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id j5sm25102853fac.25.2011.09.28.05.52.02 (version=SSLv3 cipher=OTHER); Wed, 28 Sep 2011 05:52:03 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E83186C.4080707@FreeBSD.org> Date: Wed, 28 Sep 2011 15:51:56 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86bou59gpf.fsf@ds4.des.no> In-Reply-To: <86bou59gpf.fsf@ds4.des.no> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: 9 hangs with idletick = 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 12:52:05 -0000 Dag-Erling Smørgrav wrote: > I have a box running a GENERIC kernel from September 25th that freezes > completely for a few seconds, up to a minute or so, at random intervals. > Sooner or later it freezes permanently (or at least longer than I am > willing to wait for it to unfreeze) and must be power-cycled, as it does > not respond to Ctrl+Alt+Esc. Network activity (such as downloading ISO > images over a 6 Mbps DSL line) seems to aggravate the issue. The > problem goes away if I enable idletick. > > I had the same problems with a slightly customized kernel (basically > GENERIC with unused drivers removed) built from September 10th sources; > I switched to GENERIC to eliminate the possibility that my kernel config > was to blame. > > Prior to that, the machine ran a kernel with the same custom config > built from April 27th sources without any trouble whatsoever, so the > issue must have been introduced sometime between April 27th and > September 10th. > > The machine is an Intel Core 2 Duo E6600 with 4 GB RAM. > > Relevant sysctls: > > kern.eventtimer.choice: HPET(450) HPET1(440) HPET2(440) LAPIC(400) i8254(100) RTC(0) > kern.eventtimer.et.LAPIC.flags: 15 > kern.eventtimer.et.LAPIC.frequency: 0 > kern.eventtimer.et.LAPIC.quality: 400 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.quality: 450 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.quality: 440 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.quality: 440 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.periodic: 0 > kern.eventtimer.timer: HPET > kern.eventtimer.idletick: 1 > kern.eventtimer.singlemul: 2 > kern.timecounter.tick: 1 > kern.timecounter.choice: TSC-low(1000) i8254(0) HPET(950) ACPI-fast(900) dummy(-1000000) > kern.timecounter.hardware: TSC-low > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.ACPI-fast.mask: 16777215 > kern.timecounter.tc.ACPI-fast.counter: 6800584 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.quality: 900 > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.HPET.counter: 3991486344 > kern.timecounter.tc.HPET.frequency: 14318180 > kern.timecounter.tc.HPET.quality: 950 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.i8254.counter: 27169 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.TSC-low.mask: 4294967295 > kern.timecounter.tc.TSC-low.counter: 4021161618 > kern.timecounter.tc.TSC-low.frequency: 9375191 > kern.timecounter.tc.TSC-low.quality: 1000 > kern.timecounter.smp_tsc: 1 > kern.timecounter.invariant_tsc: 1 I am surprised that system doesn't react on keyboard. If something happen to the event timer, then system should get time and interactivity problems, but not freeze completely. > Let me know if you need anything else. I can try to bisect, but it will > take time since the freezes are tricky to reproduce. The only change in event timers in last months I remember was in SVN rev 224919. You may try to revert it. But it was supposed to fix rare problem, not create new. I am not sure how can it harm. If short freezes you've descrived happens often enough, you may try to log them down with enabling KTR_SPARE2 ktr event type and disabling logging within few seconds after such freeze happened. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:27:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78DC81065780 for ; Wed, 28 Sep 2011 13:27:44 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.freebsd.org (Postfix) with ESMTP id AF6A68FC16 for ; Wed, 28 Sep 2011 13:27:43 +0000 (UTC) Received: from jh (a91-153-115-208.elisa-laajakaista.fi [91.153.115.208]) by gw02.mail.saunalahti.fi (Postfix) with SMTP id AE188139AB0; Wed, 28 Sep 2011 16:27:39 +0300 (EEST) Date: Wed, 28 Sep 2011 16:27:39 +0300 From: Jaakko Heinonen To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20110928132739.GB5077@jh> References: <20110928083909.GA52495@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110928083909.GA52495@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: ia64 r225789 panic during "make installworld": Bad buffer logic, remain = 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 13:27:44 -0000 On 2011-09-28, Anton Shterenlikht wrote: > KDB: stack backtrace: > getenv with the following non-sleepable locks held: > exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xe000000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 > > etc. until a hang, requiring cold reset via MP. Someone is calling getenv with a vnode interlock held. You need to figure out the caller. Unfortunately the backtrace is missing above. As a temporary workaround you could comment the WITNESS_WARN() line in getenv() (sys/kern/kern_environment.c) but it is not a real fix. -- Jaakko From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:30:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38A08106566C for ; Wed, 28 Sep 2011 13:30:46 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 1537F8FC1C for ; Wed, 28 Sep 2011 13:30:45 +0000 (UTC) Received: by pzk32 with SMTP id 32so37283512pzk.3 for ; Wed, 28 Sep 2011 06:30:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=DuCRUbZ05RXxRv1kS7lO1yqGEyTHopRswknONZ3Blm0=; b=jk+sGE9lIiLHc9D8nqQDi+JPTYb825ktEsK8pHsF80bENOd4+d7mI+r8Tchd3PEbK0 FwWDDdXJdKmnXOKxTG44HGgdkomRVg19HA38hdJpzL/tuvUJSXIm6m6zFyzV4hZTKdOQ dIpmRCK1zL9/CbSWeHrtbxIyG7uu2OrVLwVQE= Received: by 10.68.29.228 with SMTP id n4mr44571666pbh.64.1317216645152; Wed, 28 Sep 2011 06:30:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.224.11 with HTTP; Wed, 28 Sep 2011 06:30:25 -0700 (PDT) From: arrowdodger <6yearold@gmail.com> Date: Wed, 28 Sep 2011 17:30:25 +0400 Message-ID: To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 9: Fn+* keyboard combinations aren't working anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 13:30:46 -0000 Hello. I've used FreeBSD 8-STABLE on my Asus K40IN notebook. This notebook has an key combination (Fn+F6/F7)to change monitor brightness. After i've updated my system to 9-STABLE, these combinations stopped working. It's worth mentioning, that these combinations still work at boot screen. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:44:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E76CD106564A for ; Wed, 28 Sep 2011 13:44:43 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id BFE978FC15 for ; Wed, 28 Sep 2011 13:44:43 +0000 (UTC) Received: by pzk32 with SMTP id 32so37338380pzk.3 for ; Wed, 28 Sep 2011 06:44:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=nyyeQSsnjjUAjB5RhiUJN3g4Uv0q5d/L2ucW6S8NeM0=; b=DaSuZ7gTndnLMrj40OubcQTGeNWUh0OgYmLtDvXaT1+P0TjnWPwsAZCYHAsk1GhUVn 7tEXz7pawsmhRwjALKATosbL++hqUjtcgDIoLvnslYS50deeuKwfkO9SFqyW9Vt5LCGF iec4kI+bMXRKYSng5HYwpznt2lZtAbHtihrKk= Received: by 10.68.4.103 with SMTP id j7mr39914335pbj.13.1317217483149; Wed, 28 Sep 2011 06:44:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.224.11 with HTTP; Wed, 28 Sep 2011 06:44:23 -0700 (PDT) In-Reply-To: <20110928133228.GV97394@e-new.0x20.net> References: <20110928133228.GV97394@e-new.0x20.net> From: arrowdodger <6yearold@gmail.com> Date: Wed, 28 Sep 2011 17:44:23 +0400 Message-ID: To: Lars Engels Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 13:44:44 -0000 On Wed, Sep 28, 2011 at 5:32 PM, Lars Engels wrote: > On Wed, Sep 28, 2011 at 05:30:25PM +0400, arrowdodger wrote: > > Hello. I've used FreeBSD 8-STABLE on my Asus K40IN notebook. This > notebook > > has an key combination (Fn+F6/F7)to change monitor brightness. After i've > > updated my system to 9-STABLE, these combinations stopped working. It's > > worth mentioning, that these combinations still work at boot screen. > > Have you tried loading acpi_asus.ko? > I've tried to do so when i was on 8-STABLE and it didn't work. It's not working for me on 9-STABLE too: acpi_asus0: Unsupported Asus laptop: K40IN All hotkeys, except ones for switching Wi-Fi and adjusting volume, were working on 8-STABLE. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 13:48:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA33E106564A for ; Wed, 28 Sep 2011 13:48:32 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6FF6E8FC12 for ; Wed, 28 Sep 2011 13:48:32 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 425EE6A6FD6; Wed, 28 Sep 2011 15:32:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id BuOsPuuojzay; Wed, 28 Sep 2011 15:32:29 +0200 (CEST) Received: from e-new.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 043A56A61F2; Wed, 28 Sep 2011 15:32:29 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id p8SDWSie001712; Wed, 28 Sep 2011 15:32:28 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id p8SDWSBT000887; Wed, 28 Sep 2011 15:32:28 +0200 (CEST) (envelope-from lars) Date: Wed, 28 Sep 2011 15:32:28 +0200 From: Lars Engels To: arrowdodger <6yearold@gmail.com> Message-ID: <20110928133228.GV97394@e-new.0x20.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CJCg3p2l15m1juT/" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current Subject: Re: FreeBSD 9: Fn+* keyboard combinations aren't working anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 13:48:32 -0000 --CJCg3p2l15m1juT/ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Wed, Sep 28, 2011 at 05:30:25PM +0400, arrowdodger wrote: > Hello. I've used FreeBSD 8-STABLE on my Asus K40IN notebook. This notebook > has an key combination (Fn+F6/F7)to change monitor brightness. After i've > updated my system to 9-STABLE, these combinations stopped working. It's > worth mentioning, that these combinations still work at boot screen. Have you tried loading acpi_asus.ko? --CJCg3p2l15m1juT/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6DIewACgkQKc512sD3afh0igCfSBGnkeJBWq8h8I7AYkkSKUoM /cAAmweycADCkD7Be3RvRb82KLO1mWMU =9kGl -----END PGP SIGNATURE----- --CJCg3p2l15m1juT/-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 14:31:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27355106566C; Wed, 28 Sep 2011 14:31:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 944FD8FC15; Wed, 28 Sep 2011 14:31:54 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8SEVcCV042308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Sep 2011 17:31:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8SEVc2H048026; Wed, 28 Sep 2011 17:31:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8SEVcq6048025; Wed, 28 Sep 2011 17:31:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 28 Sep 2011 17:31:38 +0300 From: Kostik Belousov To: Jaakko Heinonen Message-ID: <20110928143138.GB1511@deviant.kiev.zoral.com.ua> References: <20110928083909.GA52495@mech-cluster241.men.bris.ac.uk> <20110928132739.GB5077@jh> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/z4P6UMu7uOEsbeQ" Content-Disposition: inline In-Reply-To: <20110928132739.GB5077@jh> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: ia64 r225789 panic during "make installworld": Bad buffer logic, remain = 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 14:31:55 -0000 --/z4P6UMu7uOEsbeQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 28, 2011 at 04:27:39PM +0300, Jaakko Heinonen wrote: > On 2011-09-28, Anton Shterenlikht wrote: > > KDB: stack backtrace: > > getenv with the following non-sleepable locks held: > > exclusive sleep mutex vnode interlock (vnode interlock) r =3D 0 (0xe000= 000011950488) locked @ /usr/src/sys/fs/devfs/devfs_vnops.c:406 > >=20 > > etc. until a hang, requiring cold reset via MP. >=20 > Someone is calling getenv with a vnode interlock held. You need to > figure out the caller. Unfortunately the backtrace is missing above. >=20 > As a temporary workaround you could comment the WITNESS_WARN() line in > getenv() (sys/kern/kern_environment.c) but it is not a real fix. I do not think that this is the real cause of the panic. Line 406 in devfs_vnops.c belongs to devfs_allocv(), and vnode interlock taken there must be consumed by LK_INTERLOCK call to vget(). The getenv() cannot be called from the vget() or two unlock calls between lines 406 and 409. It seems there is something broken elsewere. --/z4P6UMu7uOEsbeQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6DL8oACgkQC3+MBN1Mb4jJVQCgjd8hjMXqLZZw0Mh0ZFr4+LDb ByIAnjNsShtMEuaRS4kjJgwdaC5BF4/6 =a5tf -----END PGP SIGNATURE----- --/z4P6UMu7uOEsbeQ-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 15:22:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74857106566B; Wed, 28 Sep 2011 15:22:01 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 31B2E8FC0A; Wed, 28 Sep 2011 15:22:00 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1R8vxF-0002Bm-Ix; Wed, 28 Sep 2011 16:21:55 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R8vwx-0001Eg-9b; Wed, 28 Sep 2011 16:21:31 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p8SFLRwE053768; Wed, 28 Sep 2011 16:21:27 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p8SFLRhg053767; Wed, 28 Sep 2011 16:21:27 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 28 Sep 2011 16:21:27 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20110928152127.GA53754@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: r225827 ia64 make buildworld: sendmail: cc1: warnings being treated as errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 15:22:01 -0000 cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c cc1: warnings being treated as errors /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: initialization from incompatible pointer type /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: initialization from incompatible pointer type *** Error code 1 1 error # cat /etc/make.conf # Add SMTP AUTH support to Sendmail SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 #CFLAGS= -O1 #COPTFLAGS= -O1 # added by use.perl 2011-09-19 12:12:16 PERL_VERSION=5.14.1 # -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 16:15:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A51DF106564A for ; Wed, 28 Sep 2011 16:15:33 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 110398FC13 for ; Wed, 28 Sep 2011 16:15:32 +0000 (UTC) Received: by wwe3 with SMTP id 3so8565965wwe.31 for ; Wed, 28 Sep 2011 09:15:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=irMLL2CP8DaTy+V0KR7XChfYZo9+AKYq3nUjIQogpS8=; b=jHx9da1K+zF/XK89XFbATgeBhaFLVMCEwlaxj7A+viieQB5uB+N8e54y4BlWYceaoT 7qwa5MRZxTr6OxGo1rOrEctAWH3gm84CpYKWKuGIH4cCOb/7ywHJjm7mmrHPIo7qnyVC vj9S2YRvn3sIAthcJuPDW9QO8IxxuzNRRsrG4= MIME-Version: 1.0 Received: by 10.227.179.14 with SMTP id bo14mr3596665wbb.90.1317226531842; Wed, 28 Sep 2011 09:15:31 -0700 (PDT) Received: by 10.180.96.104 with HTTP; Wed, 28 Sep 2011 09:15:31 -0700 (PDT) In-Reply-To: <20110928152127.GA53754@mech-cluster241.men.bris.ac.uk> References: <20110928152127.GA53754@mech-cluster241.men.bris.ac.uk> Date: Wed, 28 Sep 2011 12:15:31 -0400 Message-ID: From: Ryan Stone To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: r225827 ia64 make buildworld: sendmail: cc1: warnings being treated as errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 16:15:33 -0000 On Wed, Sep 28, 2011 at 11:21 AM, Anton Shterenlikht wrote: > cc -O2 -pipe =A0-I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -= I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNI= S -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/= usr/local/include -DSASL=3D2 -std=3Dgnu99 -Wsystem-headers -Werror -Wno-poi= nter-sign -c /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c > cc1: warnings being treated as errors > /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning= : initialization from incompatible pointer type > /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning= : initialization from incompatible pointer type > *** Error code 1 > 1 error This looks like this issue: http://lists.freebsd.org/pipermail/freebsd-current/2011-September/027640.ht= ml It seems that the fix hasn't been committed yet. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 16:33:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43356106566C for ; Wed, 28 Sep 2011 16:33:00 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id 0302E8FC16 for ; Wed, 28 Sep 2011 16:32:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=HsQ6EzOPYOjyOna4ocQCFhEyNmEshFVfoM7Bhy/e/r8=; b=fTLH7UCN5kzn5so3ykpd9FbRhypTF7YB8kCZJXpFcbV1Ep+eBc/M3zwlVBffaDe55fG73aepzYGiExag1wCPU5ItJIVO+Z9Q8KJkOL8NfAOx4TwWpJsuS9eXaXStZJNfXYsW1soFEyz7R4hnVAnWOAKNF9ZHRfu1mBDo8UmQHik= Received: from [192.168.1.64] ([76.240.47.196]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 28 Sep 2011 09:15:58 -0700 Message-ID: <4E83483B.7020408@a1poweruser.com> Date: Wed, 28 Sep 2011 12:15:55 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Warren Block References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 Sep 2011 16:15:58.0933 (UTC) FILETIME=[E8955050:01CC7DF9] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Cc: current@freebsd.org Subject: Re: Improving the FreeBSD-9 boot menu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 16:33:00 -0000 Warren Block wrote: > The patch in PR 160818 makes some clarifications and improvements to the > new boot menu. Obviously this is not for 9.0-RELEASE, just wanting to > get it out there so people can look at it. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=160818 > > Among other things, the patch removes the word "boot" from options that > don't actually boot. The options are lined up, and enabled options are > drawn in reverse video when loader_color=1 is set in /boot/loader.conf. > > I just installed 9.0 beta 3 and it looks like your patch has not been committed yet. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 17:29:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 077B81065672; Wed, 28 Sep 2011 17:29:47 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B142D8FC15; Wed, 28 Sep 2011 17:29:46 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8xx2-0006F1-DW>; Wed, 28 Sep 2011 19:29:44 +0200 Received: from e178038133.adsl.alicedsl.de ([85.178.38.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8xx2-0001bl-AO>; Wed, 28 Sep 2011 19:29:44 +0200 Message-ID: <4E835988.8060702@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 19:29:44 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> In-Reply-To: <4E82CC34.4070305@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.133 Cc: lists@eitanadler.com, gakuusta@mail.com, freebsd-current@freebsd.org, ade@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 17:29:47 -0000 On 09/28/11 09:26, Hartmann, O. wrote: > On 09/28/11 15:47, perryh@pluto.rain.com wrote: >> Eitan Adler wrote: >> >>> 2011/9/27 O. Hartmann : >>>> Now I understand why some OS vendors have choosen the latin >>>> 10 'X' for their tenth version of their operating system ... >>> FreeBSD XP anyone? >> Are you sure there's a sufficient window of opportunity? :) > "Window of Fortune" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" A stupid question: I experience some strange failures on one of my FreeBSD 10.0-CURRENT/amd64 boxes. libiconv.so.3 is missing for svn. I can not install conversters/libiconv anymore, portbuild compains about a missing libintl.so.9 (huhh?), see below. Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, also! gawk is missing libintl.so.9. So I try to reinstall gawk: portmaster gawk. But gawk complains about no intl found, so it tries to install gettext and gettext complains about not finding libintl.so.9. I'm confused! Is this due to the FreeBSD 10 issue? If not, how to repair? checking for ptrdiff_t integer literal suffix... l checking for size_t integer literal suffix... Shared object "libintl.so.9" not found, required by "pg_config"ul checking for sig_atomic_t integer literal suffix... l checking for wchar_t integer literal suffix... checking for wint_t integer literal suffix... checking for random.h... no checking for struct random_data... no checking whether is standalone... (cached) yes configure: creating ./config.status config.status: creating Makefile Shared object "libintl.so.9" not found, required by "gawk"config.status: error: could not create Makefile ===> Script "configure" failed unexpectedly. Please report the problem to gnome@FreeBSD.org [maintainer] and attach the "/usr/ports/converters/libiconv/work/libiconv-1.13.1/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/converters/libiconv. *** Error code 1 Stop in /usr/ports/converters/libiconv. ===>>> make failed for converters/libiconv ===>>> Aborting update Terminated ===>>> You can restart from the point of failure with this command line: portmaster converters/libiconv From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 17:43:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B350106564A; Wed, 28 Sep 2011 17:43:46 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id CA3878FC0A; Wed, 28 Sep 2011 17:43:45 +0000 (UTC) Received: by vws11 with SMTP id 11so10135075vws.13 for ; Wed, 28 Sep 2011 10:43:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=xgmtJOY4IiFFPAPw0nsiTtg/8P85bj32lUBPAaP/Z9Q=; b=I6maezJlceX6LnT6D9nkpcG2PQrsRZqKC+ewbqmx0r9LrySHPcxDRDoK0cXdGKWMpA ezvtr3gyF9Ii957h4dseBHNHNPCt5ESUzw5039vZZju+rBpvQ8OJjXV3fQiajZRebEkU NNVnjnKy1qM1RYfV3BgcQXysUMRSCOwdpMWgY= Received: by 10.68.19.100 with SMTP id d4mr45976414pbe.28.1317231824475; Wed, 28 Sep 2011 10:43:44 -0700 (PDT) Received: from kruse-180.4.ixsystems.com (drawbridge.ixsystems.com. [206.40.55.65]) by mx.google.com with ESMTPS id h5sm9659746pbq.11.2011.09.28.10.43.42 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Sep 2011 10:43:43 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <4E835988.8060702@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 10:43:40 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> To: "Hartmann, O." X-Mailer: Apple Mail (2.1084) Cc: gakuusta@mail.com, perryh@pluto.rain.com, ade@freebsd.org, lists@eitanadler.com, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 17:43:46 -0000 On Sep 28, 2011, at 10:29 AM, Hartmann, O. wrote: > On 09/28/11 09:26, Hartmann, O. wrote: >> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>> Eitan Adler wrote: >>>=20 >>>> 2011/9/27 O. Hartmann : >>>>> Now I understand why some OS vendors have choosen the latin >>>>> 10 'X' for their tenth version of their operating system ... >>>> FreeBSD XP anyone? >>> Are you sure there's a sufficient window of opportunity? :) >> "Window of Fortune" >=20 > A stupid question: I experience some strange failures on one of my > FreeBSD 10.0-CURRENT/amd64 boxes. > libiconv.so.3 is missing for svn. I can not install = conversters/libiconv > anymore, portbuild compains about a missing > libintl.so.9 (huhh?), see below. >=20 > Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, > also! gawk is missing libintl.so.9. So I try to reinstall gawk: > portmaster gawk. But gawk complains about no intl found, so it tries = to > install gettext and gettext complains about not finding libintl.so.9. >=20 >=20 > I'm confused! Is this due to the FreeBSD 10 issue? If not, how to = repair? >=20 >=20 >=20 > checking for ptrdiff_t integer literal suffix... l > checking for size_t integer literal suffix... Shared object > "libintl.so.9" not found, required by "pg_config"ul > checking for sig_atomic_t integer literal suffix... l > checking for wchar_t integer literal suffix... > checking for wint_t integer literal suffix... > checking for random.h... no > checking for struct random_data... no > checking whether is standalone... (cached) yes > configure: creating ./config.status > config.status: creating Makefile > Shared object "libintl.so.9" not found, required by = "gawk"config.status: > error: could not create Makefile > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to gnome@FreeBSD.org [maintainer] and attach = the > "/usr/ports/converters/libiconv/work/libiconv-1.13.1/config.log" = including > the output of the failure of your make command. Also, it might be a = good > idea > to provide an overview of all packages installed on your system (e.g. = an `ls > /var/db/pkg`). > *** Error code 1 >=20 > Stop in /usr/ports/converters/libiconv. > *** Error code 1 >=20 > Stop in /usr/ports/converters/libiconv. >=20 > =3D=3D=3D>>> make failed for converters/libiconv > =3D=3D=3D>>> Aborting update >=20 > Terminated >=20 > =3D=3D=3D>>> You can restart from the point of failure with this = command line: > portmaster converters/libiconv Oh great.. the gawk/libintl chicken and egg problem again because the = port was updated (it's in the current or ports archives, 1.5 years ago = -- search for gawk). IIRC all you need to do is manually update gawk, = then libintl, etc. Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18:15:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1561D1065670; Wed, 28 Sep 2011 18:15:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id BD5938FC0C; Wed, 28 Sep 2011 18:15:47 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8yfZ-000445-3q>; Wed, 28 Sep 2011 20:15:45 +0200 Received: from e178038133.adsl.alicedsl.de ([85.178.38.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8yfZ-0004Ct-0F>; Wed, 28 Sep 2011 20:15:45 +0200 Message-ID: <4E836450.30701@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 20:15:44 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: Garrett Cooper References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.133 Cc: gakuusta@mail.com, perryh@pluto.rain.com, ade@freebsd.org, lists@eitanadler.com, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: 10.0-CURRENT: gawk fails to install: the gawk/libintl chicken and egg problem again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 18:15:48 -0000 On 09/28/11 19:43, Garrett Cooper wrote: > On Sep 28, 2011, at 10:29 AM, Hartmann, O. wrote: > >> On 09/28/11 09:26, Hartmann, O. wrote: >>> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>>> Eitan Adler wrote: >>>> >>>>> 2011/9/27 O. Hartmann : >>>>>> Now I understand why some OS vendors have choosen the latin >>>>>> 10 'X' for their tenth version of their operating system ... >>>>> FreeBSD XP anyone? >>>> Are you sure there's a sufficient window of opportunity? :) >>> "Window of Fortune" >> A stupid question: I experience some strange failures on one of my >> FreeBSD 10.0-CURRENT/amd64 boxes. >> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >> anymore, portbuild compains about a missing >> libintl.so.9 (huhh?), see below. >> >> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >> portmaster gawk. But gawk complains about no intl found, so it tries to >> install gettext and gettext complains about not finding libintl.so.9. >> >> >> I'm confused! Is this due to the FreeBSD 10 issue? If not, how to repair? >> >> >> >> checking for ptrdiff_t integer literal suffix... l >> checking for size_t integer literal suffix... Shared object >> "libintl.so.9" not found, required by "pg_config"ul >> checking for sig_atomic_t integer literal suffix... l >> checking for wchar_t integer literal suffix... >> checking for wint_t integer literal suffix... >> checking for random.h... no >> checking for struct random_data... no >> checking whether is standalone... (cached) yes >> configure: creating ./config.status >> config.status: creating Makefile >> Shared object "libintl.so.9" not found, required by "gawk"config.status: >> error: could not create Makefile >> ===> Script "configure" failed unexpectedly. >> Please report the problem to gnome@FreeBSD.org [maintainer] and attach the >> "/usr/ports/converters/libiconv/work/libiconv-1.13.1/config.log" including >> the output of the failure of your make command. Also, it might be a good >> idea >> to provide an overview of all packages installed on your system (e.g. an `ls >> /var/db/pkg`). >> *** Error code 1 >> >> Stop in /usr/ports/converters/libiconv. >> *** Error code 1 >> >> Stop in /usr/ports/converters/libiconv. >> >> ===>>> make failed for converters/libiconv >> ===>>> Aborting update >> >> Terminated >> >> ===>>> You can restart from the point of failure with this command line: >> portmaster converters/libiconv > Oh great.. the gawk/libintl chicken and egg problem again because the port was updated (it's in the current or ports archives, 1.5 years ago -- search for gawk). IIRC all you need to do is manually update gawk, then libintl, etc. > Thanks, > -Garrett Hello Garrett. I tried to install lang/gawk manually but it refuses being installed, error see below. Well, I compiled everything so far with CLANG. Hope this is not the issue, will check this. Oliver Making all in po Making all in test ===> Installing for gawk-4.0.0 ===> Generating temporary packing list Making install in . test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s gawk awk; fi; exit 0) *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18:20:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97F44106567F; Wed, 28 Sep 2011 18:20:37 +0000 (UTC) (envelope-from aakuusta@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C06108FC1B; Wed, 28 Sep 2011 18:20:36 +0000 (UTC) Received: by wwe3 with SMTP id 3so8745012wwe.31 for ; Wed, 28 Sep 2011 11:20:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version:content-type; bh=q4p/CzS5k81C+VVXRnioWWid0XG0Xt5S08+MlStTM9w=; b=a3Zc3ctS1xd/cXDkDklBJDLm2kfIt9U6PM3+524BdKySjkI/q4QSqzWnGtv6ivcdpK gI1E6/IEbsBbWo1iFVD3sO/QJwReLpXRCYBV3d1k+LaSdS0vLDTXgjCUAm63Q8y0cLlf 9NL0UU6TMgvV3181zQhamHOfsZzkKNA4ZeyXA= Received: by 10.227.9.28 with SMTP id j28mr9411196wbj.6.1317234035552; Wed, 28 Sep 2011 11:20:35 -0700 (PDT) Received: from nil (exit-01d.noisetor.net. [173.254.216.69]) by mx.google.com with ESMTPS id ex12sm3181009wbb.23.2011.09.28.11.20.25 (version=SSLv3 cipher=OTHER); Wed, 28 Sep 2011 11:20:34 -0700 (PDT) From: h h To: "Hartmann\, O." In-Reply-To: <4E835988.8060702@zedat.fu-berlin.de> (O. Hartmann's message of "Wed, 28 Sep 2011 19:29:44 +0200") Date: Wed, 28 Sep 2011 18:20:09 +0000 Message-ID: <86k48sr1f7.fsf@gmail.com> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: gakuusta@mail.com, perryh@pluto.rain.com, ade@freebsd.org, lists@eitanadler.com, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 18:20:37 -0000 "Hartmann, O." writes: > On 09/28/11 09:26, Hartmann, O. wrote: > >> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>> Eitan Adler wrote: >>> >>>> 2011/9/27 O. Hartmann : >>>>> Now I understand why some OS vendors have choosen the latin >>>>> 10 'X' for their tenth version of their operating system ... >>>> FreeBSD XP anyone? >>> Are you sure there's a sufficient window of opportunity? :) >> "Window of Fortune" > > A stupid question: I experience some strange failures on one of my > FreeBSD 10.0-CURRENT/amd64 boxes. > libiconv.so.3 is missing for svn. I can not install conversters/libiconv > anymore, portbuild compains about a missing > libintl.so.9 (huhh?), see below. subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified. > > Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, > also! gawk is missing libintl.so.9. So I try to reinstall gawk: > portmaster gawk. But gawk complains about no intl found, so it tries to > install gettext and gettext complains about not finding libintl.so.9. [...] Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in clean environment so GNU configure happily prefers gawk over nawk in base. # Check for gawk first since it's generally better. AN_MAKEVAR([AWK], [AC_PROG_AWK]) AN_PROGRAM([awk], [AC_PROG_AWK]) AN_PROGRAM([gawk], [AC_PROG_AWK]) AN_PROGRAM([mawk], [AC_PROG_AWK]) AN_PROGRAM([nawk], [AC_PROG_AWK]) AC_DEFUN([AC_PROG_AWK], [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) Well, you can also deinstall the port. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18:38:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB1F91065670; Wed, 28 Sep 2011 18:38:24 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 601598FC13; Wed, 28 Sep 2011 18:38:24 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8z1S-00070m-KN>; Wed, 28 Sep 2011 20:38:22 +0200 Received: from e178038133.adsl.alicedsl.de ([85.178.38.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8z1S-0005U6-Gv>; Wed, 28 Sep 2011 20:38:22 +0200 Message-ID: <4E83699E.7010101@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 20:38:22 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: h h References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> In-Reply-To: <86k48sr1f7.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.133 Cc: lists@eitanadler.com, freebsd-current@freebsd.org, perryh@pluto.rain.com, freebsd-ports@freebsd.org, ade@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 18:38:24 -0000 On 09/28/11 20:20, h h wrote: > "Hartmann, O." writes: > >> On 09/28/11 09:26, Hartmann, O. wrote: >> >>> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>>> Eitan Adler wrote: >>>> >>>>> 2011/9/27 O. Hartmann : >>>>>> Now I understand why some OS vendors have choosen the latin >>>>>> 10 'X' for their tenth version of their operating system ... >>>>> FreeBSD XP anyone? >>>> Are you sure there's a sufficient window of opportunity? :) >>> "Window of Fortune" >> A stupid question: I experience some strange failures on one of my >> FreeBSD 10.0-CURRENT/amd64 boxes. >> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >> anymore, portbuild compains about a missing >> libintl.so.9 (huhh?), see below. > subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified. > >> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >> portmaster gawk. But gawk complains about no intl found, so it tries to >> install gettext and gettext complains about not finding libintl.so.9. > [...] > > Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in > clean environment so GNU configure happily prefers gawk over nawk in base. > > # Check for gawk first since it's generally better. > AN_MAKEVAR([AWK], [AC_PROG_AWK]) > AN_PROGRAM([awk], [AC_PROG_AWK]) > AN_PROGRAM([gawk], [AC_PROG_AWK]) > AN_PROGRAM([mawk], [AC_PROG_AWK]) > AN_PROGRAM([nawk], [AC_PROG_AWK]) > AC_DEFUN([AC_PROG_AWK], > [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) > > Well, you can also deinstall the port. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Even with CLANG, lang/gawk build fine, but it fails installing and I'm blind to see what's going on ...: Making all in po Making all in test root@thor: [gawk] make install ===> Installing for gawk-4.0.0 ===> gawk-4.0.0 depends on shared library: sigsegv - found ===> gawk-4.0.0 depends on shared library: intl - found ===> Generating temporary packing list Making install in . test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s gawk awk; fi; exit 0) *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk. Oliver From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18:41:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1EB11065673; Wed, 28 Sep 2011 18:41:14 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 30AD78FC13; Wed, 28 Sep 2011 18:41:13 +0000 (UTC) Received: by gyf2 with SMTP id 2so8277184gyf.13 for ; Wed, 28 Sep 2011 11:41:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=WXAat7C1X0qD2OV1Wr2pC7MaQCE3XmD9MzfEDjK1iSw=; b=CN4pU9vWZguSpeot0w3au6/SND8NQaSoJ15PvWoDX1yBpB7gXhtAEkbD9RvRP6oK7/ L/lbE2zJHaTsaDKhA798SUl/SiLksNOeF/bWCSP3OIPSXjTapDrPnEoYojZTlymF7g1N Uk7v2tqFHW5r8hx0ylpd93tCuA6E+tm4nWN90= Received: by 10.68.16.166 with SMTP id h6mr5003503pbd.103.1317235272916; Wed, 28 Sep 2011 11:41:12 -0700 (PDT) Received: from kruse-180.4.ixsystems.com (drawbridge.ixsystems.com. [206.40.55.65]) by mx.google.com with ESMTPS id y5sm10173098pbe.6.2011.09.28.11.41.10 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Sep 2011 11:41:11 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <4E83699E.7010101@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 11:41:08 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> To: "Hartmann, O." X-Mailer: Apple Mail (2.1084) Cc: perryh@pluto.rain.com, freebsd-ports@freebsd.org, lists@eitanadler.com, freebsd-current@freebsd.org, ade@freebsd.org, h h Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 18:41:14 -0000 On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: > On 09/28/11 20:20, h h wrote: >> "Hartmann, O." writes: >>=20 >>> On 09/28/11 09:26, Hartmann, O. wrote: >>>=20 >>>> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>>>> Eitan Adler wrote: >>>>>=20 >>>>>> 2011/9/27 O. Hartmann : >>>>>>> Now I understand why some OS vendors have choosen the latin >>>>>>> 10 'X' for their tenth version of their operating system ... >>>>>> FreeBSD XP anyone? >>>>> Are you sure there's a sufficient window of opportunity? :) >>>> "Window of Fortune" >>> A stupid question: I experience some strange failures on one of my >>> FreeBSD 10.0-CURRENT/amd64 boxes. >>> libiconv.so.3 is missing for svn. I can not install = conversters/libiconv >>> anymore, portbuild compains about a missing >>> libintl.so.9 (huhh?), see below. >> subversion port does not depend on iconv/gettext when WITHOUT_NLS is = specified. >>=20 >>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it = fails, >>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>> portmaster gawk. But gawk complains about no intl found, so it tries = to >>> install gettext and gettext complains about not finding = libintl.so.9. >> [...] >>=20 >> Try to do WITHOUT_NLS install of lang/gawk. port builds are not done = in >> clean environment so GNU configure happily prefers gawk over nawk in = base. >>=20 >> # Check for gawk first since it's generally better. >> AN_MAKEVAR([AWK], [AC_PROG_AWK]) >> AN_PROGRAM([awk], [AC_PROG_AWK]) >> AN_PROGRAM([gawk], [AC_PROG_AWK]) >> AN_PROGRAM([mawk], [AC_PROG_AWK]) >> AN_PROGRAM([nawk], [AC_PROG_AWK]) >> AC_DEFUN([AC_PROG_AWK], >> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) >>=20 >> Well, you can also deinstall the port. >=20 > Even with CLANG, lang/gawk build fine, but it fails installing and I'm > blind to see what's going on ...: >=20 > Making all in po > Making all in test > root@thor: [gawk] make install > =3D=3D=3D> Installing for gawk-4.0.0 > =3D=3D=3D> gawk-4.0.0 depends on shared library: sigsegv - found > =3D=3D=3D> gawk-4.0.0 depends on shared library: intl - found > =3D=3D=3D> Generating temporary packing list > Making install in . > test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" > install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' > make 'CFLAGS=3D-O3 -fno-strict-aliasing -pipe -march=3Dnative' > 'LDFLAGS=3D-export-dynamic -L/usr/local/lib' install-exec-hook > (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk > pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s > gawk awk; fi; exit 0) > *** Error code 1 >=20 > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 >=20 > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 >=20 > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 >=20 > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 >=20 > Stop in /usr/ports/lang/gawk. >=20 >=20 > Oliver h.h. is right. Deinstall the port and restart the upgrade was the = recommended solution for your upgrade blues. -Garrett= From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18:48:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0913D106566B for ; Wed, 28 Sep 2011 18:48:24 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id D8CE98FC1C for ; Wed, 28 Sep 2011 18:48:23 +0000 (UTC) Received: by pzk32 with SMTP id 32so38580917pzk.3 for ; Wed, 28 Sep 2011 11:48:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=hUGvndgySKnSQ0ZrS2CR+WCkWKc5giyVxfBP3ur9NS8=; b=MK54+ZIKkkcrWbu8tb/3l6PBchmfC4yGXcipRKlE0ewCvi7hKxii94/jmJP8RaojbH SkZVJtBFFdyTjmPzD0vfvuEbuoC8v4ZZ5rpyAqwE0ByOs4NOL4r7JdKsFtLtorCmiSGd 9uZhmu5mbUlYH9igNOfQ3Q5kBNaRNGnZMtwKQ= Received: by 10.68.19.196 with SMTP id h4mr46688318pbe.39.1317235703374; Wed, 28 Sep 2011 11:48:23 -0700 (PDT) Received: from sidhe.local ([75.101.87.90]) by mx.google.com with ESMTPS id z1sm4370546pbl.5.2011.09.28.11.48.21 (version=SSLv3 cipher=OTHER); Wed, 28 Sep 2011 11:48:22 -0700 (PDT) Message-ID: <4E836C06.9070405@gmail.com> Date: Wed, 28 Sep 2011 11:48:38 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110921 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 18:48:24 -0000 I just picked up an X220 and have been trying to get FreeBSD running well. Some tips ichsmb acpi_video (attaches but doesn't work) aesni coretemp powerd is a must, these processors seem to be designed to run very hot unless throttled. Somehow my C3 state disappears when on AC, I think that's a bios setting? acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that machine is in a world of ports hurt right now :). With this many of the sysctls and leds work, still no brightness (w or wout intel DRI from Konstantin...thanks Konstantin!!) sleep/resume work, but screen is off after resume and cannot be awakened (even w/ dpms and or acpi_video). I did have some issues with an Intel 6250 Wifi+Wimax that are fixed by the patch that was in the wireless list a while ago. Matt From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18:52:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09A6B1065673 for ; Wed, 28 Sep 2011 18:52:20 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id BE9BF8FC1B for ; Wed, 28 Sep 2011 18:52:19 +0000 (UTC) Received: by qyk10 with SMTP id 10so2949196qyk.13 for ; Wed, 28 Sep 2011 11:52:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PNAJmA5tSPfbj2D7fzymfH5ArVthTgNlzTBdoozuSQI=; b=mWqk3E9fNdz0QTxlhQ7WByzJbvAlrvLa0wq1OqK+jJV1vmoFuPMNNl6sAnQaKS97Tw 6XuZfu/UxMFNvtgrL1x19VHZYbCURwGHEVRqPHTtCUzcK0eGV0Lp5w/5v6tSfr6zY503 gAi32hgSrB/T6VDKIjlo4TJ3VLZNHkFXJDBkg= MIME-Version: 1.0 Received: by 10.224.87.82 with SMTP id v18mr7738381qal.74.1317235939069; Wed, 28 Sep 2011 11:52:19 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Wed, 28 Sep 2011 11:52:18 -0700 (PDT) In-Reply-To: <4E836C06.9070405@gmail.com> References: <4E836C06.9070405@gmail.com> Date: Wed, 28 Sep 2011 11:52:18 -0700 Message-ID: From: Garrett Cooper To: Matt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 18:52:20 -0000 On Wed, Sep 28, 2011 at 11:48 AM, Matt wrote: > I just picked up an X220 and have been trying to get FreeBSD running well. > > Some tips > ichsmb > acpi_video (attaches but doesn't work) > aesni > coretemp > > powerd is a must, these processors seem to be designed to run very hot > unless throttled. Somehow my C3 state disappears when on AC, I think that's > a bios setting? > > acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of > /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that > machine is in a world of ports hurt right now :). > With this many of the sysctls and leds work, still no brightness (w or wout > intel DRI from Konstantin...thanks Konstantin!!) > > sleep/resume work, but screen is off after resume and cannot be awakened > (even w/ dpms and or acpi_video). This is probably another driver bug. Try kldunloading and kldloading your wlan driver to see if that works, and/or start stripping your kernel of unnecessary options until you find the magic formula for what works, and just apply that to rc.suspend // rc.resume and file a PR for the driver bug if there isn't one already. HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 18:56:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E9361065673; Wed, 28 Sep 2011 18:56:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 427DD8FC1A; Wed, 28 Sep 2011 18:56:48 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8zJG-00018t-Ik>; Wed, 28 Sep 2011 20:56:46 +0200 Received: from e178038133.adsl.alicedsl.de ([85.178.38.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8zJG-0006UR-FH>; Wed, 28 Sep 2011 20:56:46 +0200 Message-ID: <4E836DEE.2080608@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 20:56:46 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: Garrett Cooper References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> In-Reply-To: <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.133 Cc: perryh@pluto.rain.com, freebsd-ports@freebsd.org, lists@eitanadler.com, freebsd-current@freebsd.org, ade@freebsd.org, h h Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 18:56:48 -0000 On 09/28/11 20:41, Garrett Cooper wrote: > On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: > >> On 09/28/11 20:20, h h wrote: >>> "Hartmann, O." writes: >>> >>>> On 09/28/11 09:26, Hartmann, O. wrote: >>>> >>>>> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>>>>> Eitan Adler wrote: >>>>>> >>>>>>> 2011/9/27 O. Hartmann : >>>>>>>> Now I understand why some OS vendors have choosen the latin >>>>>>>> 10 'X' for their tenth version of their operating system ... >>>>>>> FreeBSD XP anyone? >>>>>> Are you sure there's a sufficient window of opportunity? :) >>>>> "Window of Fortune" >>>> A stupid question: I experience some strange failures on one of my >>>> FreeBSD 10.0-CURRENT/amd64 boxes. >>>> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >>>> anymore, portbuild compains about a missing >>>> libintl.so.9 (huhh?), see below. >>> subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified. >>> >>>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >>>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>>> portmaster gawk. But gawk complains about no intl found, so it tries to >>>> install gettext and gettext complains about not finding libintl.so.9. >>> [...] >>> >>> Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in >>> clean environment so GNU configure happily prefers gawk over nawk in base. >>> >>> # Check for gawk first since it's generally better. >>> AN_MAKEVAR([AWK], [AC_PROG_AWK]) >>> AN_PROGRAM([awk], [AC_PROG_AWK]) >>> AN_PROGRAM([gawk], [AC_PROG_AWK]) >>> AN_PROGRAM([mawk], [AC_PROG_AWK]) >>> AN_PROGRAM([nawk], [AC_PROG_AWK]) >>> AC_DEFUN([AC_PROG_AWK], >>> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) >>> >>> Well, you can also deinstall the port. >> Even with CLANG, lang/gawk build fine, but it fails installing and I'm >> blind to see what's going on ...: >> >> Making all in po >> Making all in test >> root@thor: [gawk] make install >> ===> Installing for gawk-4.0.0 >> ===> gawk-4.0.0 depends on shared library: sigsegv - found >> ===> gawk-4.0.0 depends on shared library: intl - found >> ===> Generating temporary packing list >> Making install in . >> test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" >> install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' >> make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' >> 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook >> (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk >> pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s >> gawk awk; fi; exit 0) >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk. >> >> >> Oliver > h.h. is right. Deinstall the port and restart the upgrade was the recommended solution for your upgrade blues. > -Garrett_______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Great ... worked! Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:01:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86711106567A; Wed, 28 Sep 2011 19:01:55 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3DFAB8FC1B; Wed, 28 Sep 2011 19:01:55 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8zOE-0001oV-EF>; Wed, 28 Sep 2011 21:01:54 +0200 Received: from e178038133.adsl.alicedsl.de ([85.178.38.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8zOE-0006lD-AK>; Wed, 28 Sep 2011 21:01:54 +0200 Message-ID: <4E836F22.2040208@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 21:01:54 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <4E836450.30701@zedat.fu-berlin.de> In-Reply-To: <4E836450.30701@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.133 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: 10.0-CURRENT: gawk fails to install: the gawk/libintl chicken and egg problem again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 19:01:55 -0000 On 09/28/11 20:15, Hartmann, O. wrote: > On 09/28/11 19:43, Garrett Cooper wrote: >> On Sep 28, 2011, at 10:29 AM, Hartmann, O. wrote: >> >>> On 09/28/11 09:26, Hartmann, O. wrote: >>>> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>>>> Eitan Adler wrote: >>>>> >>>>>> 2011/9/27 O. Hartmann : >>>>>>> Now I understand why some OS vendors have choosen the latin >>>>>>> 10 'X' for their tenth version of their operating system ... >>>>>> FreeBSD XP anyone? >>>>> Are you sure there's a sufficient window of opportunity? :) >>>> "Window of Fortune" >>> A stupid question: I experience some strange failures on one of my >>> FreeBSD 10.0-CURRENT/amd64 boxes. >>> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >>> anymore, portbuild compains about a missing >>> libintl.so.9 (huhh?), see below. >>> >>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>> portmaster gawk. But gawk complains about no intl found, so it tries to >>> install gettext and gettext complains about not finding libintl.so.9. >>> >>> >>> I'm confused! Is this due to the FreeBSD 10 issue? If not, how to repair? >>> >>> >>> >>> checking for ptrdiff_t integer literal suffix... l >>> checking for size_t integer literal suffix... Shared object >>> "libintl.so.9" not found, required by "pg_config"ul >>> checking for sig_atomic_t integer literal suffix... l >>> checking for wchar_t integer literal suffix... >>> checking for wint_t integer literal suffix... >>> checking for random.h... no >>> checking for struct random_data... no >>> checking whether is standalone... (cached) yes >>> configure: creating ./config.status >>> config.status: creating Makefile >>> Shared object "libintl.so.9" not found, required by "gawk"config.status: >>> error: could not create Makefile >>> ===> Script "configure" failed unexpectedly. >>> Please report the problem to gnome@FreeBSD.org [maintainer] and attach the >>> "/usr/ports/converters/libiconv/work/libiconv-1.13.1/config.log" including >>> the output of the failure of your make command. Also, it might be a good >>> idea >>> to provide an overview of all packages installed on your system (e.g. an `ls >>> /var/db/pkg`). >>> *** Error code 1 >>> >>> Stop in /usr/ports/converters/libiconv. >>> *** Error code 1 >>> >>> Stop in /usr/ports/converters/libiconv. >>> >>> ===>>> make failed for converters/libiconv >>> ===>>> Aborting update >>> >>> Terminated >>> >>> ===>>> You can restart from the point of failure with this command line: >>> portmaster converters/libiconv >> Oh great.. the gawk/libintl chicken and egg problem again because the port was updated (it's in the current or ports archives, 1.5 years ago -- search for gawk). IIRC all you need to do is manually update gawk, then libintl, etc. >> Thanks, >> -Garrett > Hello Garrett. > I tried to install lang/gawk manually but it refuses being installed, > error see below. > Well, I compiled everything so far with CLANG. Hope this is not the > issue, will check this. > > > Oliver > > Making all in po > Making all in test > ===> Installing for gawk-4.0.0 > ===> Generating temporary packing list > Making install in . > test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" > install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' > make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' > 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook > (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk > pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s > gawk awk; fi; exit 0) > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. > *** Error code 1 > > Stop in /usr/ports/lang/gawk. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Problem went away after deinstalling gawk and reinstall it from scratch ... From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:16:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AFDD1065673; Wed, 28 Sep 2011 19:16:37 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E67218FC0A; Wed, 28 Sep 2011 19:16:36 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8zcR-0003rq-9v>; Wed, 28 Sep 2011 21:16:35 +0200 Received: from e178038133.adsl.alicedsl.de ([85.178.38.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8zcR-0007cy-5q>; Wed, 28 Sep 2011 21:16:35 +0200 Message-ID: <4E837292.3000207@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 21:16:34 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: Garrett Cooper References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> <4E836DEE.2080608@zedat.fu-berlin.de> In-Reply-To: <4E836DEE.2080608@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.133 Cc: perryh@pluto.rain.com, freebsd-ports@freebsd.org, lists@eitanadler.com, freebsd-current@freebsd.org, ade@freebsd.org, h h Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 19:16:37 -0000 On 09/28/11 20:56, Hartmann, O. wrote: > On 09/28/11 20:41, Garrett Cooper wrote: >> On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: >> >>> On 09/28/11 20:20, h h wrote: >>>> "Hartmann, O." writes: >>>> >>>>> On 09/28/11 09:26, Hartmann, O. wrote: >>>>> >>>>>> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>>>>>> Eitan Adler wrote: >>>>>>> >>>>>>>> 2011/9/27 O. Hartmann : >>>>>>>>> Now I understand why some OS vendors have choosen the latin >>>>>>>>> 10 'X' for their tenth version of their operating system ... >>>>>>>> FreeBSD XP anyone? >>>>>>> Are you sure there's a sufficient window of opportunity? :) >>>>>> "Window of Fortune" >>>>> A stupid question: I experience some strange failures on one of my >>>>> FreeBSD 10.0-CURRENT/amd64 boxes. >>>>> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >>>>> anymore, portbuild compains about a missing >>>>> libintl.so.9 (huhh?), see below. >>>> subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified. >>>> >>>>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >>>>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>>>> portmaster gawk. But gawk complains about no intl found, so it tries to >>>>> install gettext and gettext complains about not finding libintl.so.9. >>>> [...] >>>> >>>> Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in >>>> clean environment so GNU configure happily prefers gawk over nawk in base. >>>> >>>> # Check for gawk first since it's generally better. >>>> AN_MAKEVAR([AWK], [AC_PROG_AWK]) >>>> AN_PROGRAM([awk], [AC_PROG_AWK]) >>>> AN_PROGRAM([gawk], [AC_PROG_AWK]) >>>> AN_PROGRAM([mawk], [AC_PROG_AWK]) >>>> AN_PROGRAM([nawk], [AC_PROG_AWK]) >>>> AC_DEFUN([AC_PROG_AWK], >>>> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) >>>> >>>> Well, you can also deinstall the port. >>> Even with CLANG, lang/gawk build fine, but it fails installing and I'm >>> blind to see what's going on ...: >>> >>> Making all in po >>> Making all in test >>> root@thor: [gawk] make install >>> ===> Installing for gawk-4.0.0 >>> ===> gawk-4.0.0 depends on shared library: sigsegv - found >>> ===> gawk-4.0.0 depends on shared library: intl - found >>> ===> Generating temporary packing list >>> Making install in . >>> test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" >>> install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' >>> make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' >>> 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook >>> (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk >>> pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s >>> gawk awk; fi; exit 0) >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>> *** Error code 1 >>> >>> Stop in /usr/ports/lang/gawk. >>> >>> >>> Oliver >> h.h. is right. Deinstall the port and restart the upgrade was the recommended solution for your upgrade blues. >> -Garrett_______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Great ... worked! Thanks! > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Sorry, take verything back. Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster gettext/libiconv. Worked so far, it reported success. But when I then try to portsnap/portmaster, I get the same idiocracy again. Now even gawk, gettext and libiconv fail to install since there is no libintl.so.9: root@thor: [gawk] make install ===> gawk-4.0.0 depends on shared library: sigsegv - found ===> gawk-4.0.0 depends on shared library: intl - not found ===> Verifying install for intl in /usr/ports/devel/gettext ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv ===> Building for libiconv-1.13.1_1 builddir="`pwd`"; cd libcharset && make all && make install-lib libdir="$builddir/lib" includedir="$builddir/lib" cd lib && make all /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3 -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo relocatable.lo libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o Shared object "libintl.so.9" not found, required by "ar"*** Error code 1 Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset/lib. *** Error code 1 Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset. *** Error code 1 Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1. *** Error code 1 Stop in /usr/ports/converters/libiconv. *** Error code 1 Stop in /usr/ports/converters/libiconv. *** Error code 1 Stop in /usr/ports/devel/gettext. *** Error code 1 Stop in /usr/ports/lang/gawk. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:25:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C30106566B for ; Wed, 28 Sep 2011 19:25:13 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id E40E88FC16 for ; Wed, 28 Sep 2011 19:25:12 +0000 (UTC) Received: by vcbf13 with SMTP id f13so6890359vcb.13 for ; Wed, 28 Sep 2011 12:25:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=qo4Yd4BYmlco6vjgYe45b4Dn02z9H1W0aEfha8Bt8eo=; b=jn5qQqMzqBfvB8TukB7+T1BS0GU2f3S0GxLtopcGLkMkEqFMJoFkYRY8bQYSf7/hHK 7oHfkJ1QdjM+1jy7DpLsXrMoPLNbhDXAKHMIZvLGG8s/WraVEvcJ4ll3joqe8WhnjBhn SOvqbI1MrjNBRslOsTkjvvlEGHYT/d4GXStN8= Received: by 10.68.14.129 with SMTP id p1mr39211976pbc.35.1317237911736; Wed, 28 Sep 2011 12:25:11 -0700 (PDT) Received: from sidhe.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id e3sm10530012pbi.7.2011.09.28.12.25.09 (version=SSLv3 cipher=OTHER); Wed, 28 Sep 2011 12:25:10 -0700 (PDT) Message-ID: <4E8374A7.90105@gmail.com> Date: Wed, 28 Sep 2011 12:25:27 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110921 Thunderbird/6.0.2 MIME-Version: 1.0 To: Garrett Cooper References: <4E836C06.9070405@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 19:25:13 -0000 On 09/28/11 11:52, Garrett Cooper wrote: > On Wed, Sep 28, 2011 at 11:48 AM, Matt wrote: >> I just picked up an X220 and have been trying to get FreeBSD running well. >> >> Some tips >> ichsmb >> acpi_video (attaches but doesn't work) >> aesni >> coretemp >> >> powerd is a must, these processors seem to be designed to run very hot >> unless throttled. Somehow my C3 state disappears when on AC, I think that's >> a bios setting? >> >> acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning of >> /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that >> machine is in a world of ports hurt right now :). >> With this many of the sysctls and leds work, still no brightness (w or wout >> intel DRI from Konstantin...thanks Konstantin!!) >> >> sleep/resume work, but screen is off after resume and cannot be awakened >> (even w/ dpms and or acpi_video). > This is probably another driver bug. Try kldunloading and kldloading > your wlan driver to see if that works, and/or start stripping your > kernel of unnecessary options until you find the magic formula for > what works, and just apply that to rc.suspend // rc.resume and file a > PR for the driver bug if there isn't one already. > HTH, > -Garrett > Driver bug in wireless can leave the screen off? I can for instance type reboot and reboot etc. I also noticed that acpi_video attaches, but nothing works. Looking at AML it appears that the correct "hooks" are present, but lcd0 shows as inactive and does not go to "1" in sysctl. ibm_acpi lcd_brightness hooks do not work either. debug.acpi.reset_video does VERY bad things, involving a reboot loop and flashing thinklight Is there anything else I can do to turn the damn thing back on? Any other logging or things to look at? I will try a minimal kernel shortly. Thanks, Matt From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:30:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E65E1065673 for ; Wed, 28 Sep 2011 19:30:28 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 151C28FC18 for ; Wed, 28 Sep 2011 19:30:27 +0000 (UTC) Received: by yia13 with SMTP id 13so8462667yia.13 for ; Wed, 28 Sep 2011 12:30:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=DK9ExMMgI5iLmNYh5W1GhBJ9aZcpJGFrVt7tuoiEV7c=; b=bKmNdCISzyH8tPozQzWqRnGXLRVQv7QqTLeO96GqPalpsG3HA8cevLcOnjzAzvsFSn wtPdqYBJlfs9ZkewXnIbVGbXIS/XX4de0rZ/1vuCsgPRKFNdSHxz/VbVuk0rHriMYG8S E9mcNFU1M7zZENKzzfnsWsXVdZ4ul8qZdFFM8= Received: by 10.68.20.226 with SMTP id q2mr46024320pbe.115.1317238227030; Wed, 28 Sep 2011 12:30:27 -0700 (PDT) Received: from sidhe.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id lh6sm3769312pbb.12.2011.09.28.12.30.25 (version=SSLv3 cipher=OTHER); Wed, 28 Sep 2011 12:30:26 -0700 (PDT) Message-ID: <4E8375E2.5040407@gmail.com> Date: Wed, 28 Sep 2011 12:30:42 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110921 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> <4E836DEE.2080608@zedat.fu-berlin.de> <4E837292.3000207@zedat.fu-berlin.de> In-Reply-To: <4E837292.3000207@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 19:30:28 -0000 On 09/28/11 12:16, Hartmann, O. wrote: > On 09/28/11 20:56, Hartmann, O. wrote: >> On 09/28/11 20:41, Garrett Cooper wrote: >>> On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: >>> >>>> On 09/28/11 20:20, h h wrote: >>>>> "Hartmann, O." writes: >>>>> >>>>>> On 09/28/11 09:26, Hartmann, O. wrote: >>>>>> >>>>>>> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>>>>>>> Eitan Adler wrote: >>>>>>>> >>>>>>>>> 2011/9/27 O. Hartmann: >>>>>>>>>> Now I understand why some OS vendors have choosen the latin >>>>>>>>>> 10 'X' for their tenth version of their operating system ... >>>>>>>>> FreeBSD XP anyone? >>>>>>>> Are you sure there's a sufficient window of opportunity? :) >>>>>>> "Window of Fortune" >>>>>> A stupid question: I experience some strange failures on one of my >>>>>> FreeBSD 10.0-CURRENT/amd64 boxes. >>>>>> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >>>>>> anymore, portbuild compains about a missing >>>>>> libintl.so.9 (huhh?), see below. >>>>> subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified. >>>>> >>>>>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >>>>>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>>>>> portmaster gawk. But gawk complains about no intl found, so it tries to >>>>>> install gettext and gettext complains about not finding libintl.so.9. >>>>> [...] >>>>> >>>>> Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in >>>>> clean environment so GNU configure happily prefers gawk over nawk in base. >>>>> >>>>> # Check for gawk first since it's generally better. >>>>> AN_MAKEVAR([AWK], [AC_PROG_AWK]) >>>>> AN_PROGRAM([awk], [AC_PROG_AWK]) >>>>> AN_PROGRAM([gawk], [AC_PROG_AWK]) >>>>> AN_PROGRAM([mawk], [AC_PROG_AWK]) >>>>> AN_PROGRAM([nawk], [AC_PROG_AWK]) >>>>> AC_DEFUN([AC_PROG_AWK], >>>>> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) >>>>> >>>>> Well, you can also deinstall the port. >>>> Even with CLANG, lang/gawk build fine, but it fails installing and I'm >>>> blind to see what's going on ...: >>>> >>>> Making all in po >>>> Making all in test >>>> root@thor: [gawk] make install >>>> ===> Installing for gawk-4.0.0 >>>> ===> gawk-4.0.0 depends on shared library: sigsegv - found >>>> ===> gawk-4.0.0 depends on shared library: intl - found >>>> ===> Generating temporary packing list >>>> Making install in . >>>> test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" >>>> install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' >>>> make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' >>>> 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook >>>> (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk >>>> pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s >>>> gawk awk; fi; exit 0) >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk. >>>> >>>> >>>> Oliver >>> h.h. is right. Deinstall the port and restart the upgrade was the recommended solution for your upgrade blues. >>> -Garrett_______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> Great ... worked! Thanks! >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Sorry, take verything back. > > Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster > gettext/libiconv. Worked so far, it reported success. But when I then > try to portsnap/portmaster, I get the same idiocracy again. Now even > gawk, gettext and libiconv fail to install since there is no libintl.so.9: > > > root@thor: [gawk] make install > ===> gawk-4.0.0 depends on shared library: sigsegv - found > ===> gawk-4.0.0 depends on shared library: intl - not found > ===> Verifying install for intl in /usr/ports/devel/gettext > ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found > ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found > ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv > ===> Building for libiconv-1.13.1_1 > builddir="`pwd`"; cd libcharset&& make all&& make install-lib > libdir="$builddir/lib" includedir="$builddir/lib" > cd lib&& make all > /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3 > -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la > -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo > relocatable.lo > libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o > Shared object "libintl.so.9" not found, required by "ar"*** Error code 1 > > Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset/lib. > *** Error code 1 > > Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset. > *** Error code 1 > > Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1. > *** Error code 1 > > Stop in /usr/ports/converters/libiconv. > *** Error code 1 > > Stop in /usr/ports/converters/libiconv. > *** Error code 1 > > Stop in /usr/ports/devel/gettext. > *** Error code 1 > > Stop in /usr/ports/lang/gawk. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Two days ago, I installed 10 and was able to build ports, xorg, svn (so I could get DRM xorg-dev etc)...everything was fine Unfortunately, I had to start over yesterday for hardware reasons. Now I am missing tons of .so.*, while .la and .a are present...this is with base system and just trying to add subversion. This is different than the gettext nightmare from last year. It affects fresh ports installs. I think they made some major changes to LD or something, because I am having issues with sqlite and apr and tons of other things today which I did not have sunday. Is anyone having problems who isn't on CURRENT? Has anyone else tried ports on a new CURRENT system (i.e. started building from scratch recently)? Matt From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:32:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2729A1065673; Wed, 28 Sep 2011 19:32:09 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C3FA78FC1E; Wed, 28 Sep 2011 19:32:08 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8zrT-0005gI-Ah>; Wed, 28 Sep 2011 21:32:07 +0200 Received: from e178038133.adsl.alicedsl.de ([85.178.38.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8zrT-00005j-5p>; Wed, 28 Sep 2011 21:32:07 +0200 Message-ID: <4E837636.1010106@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 21:32:06 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: Garrett Cooper References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> <4E836DEE.2080608@zedat.fu-berlin.de> <4E837292.3000207@zedat.fu-berlin.de> In-Reply-To: <4E837292.3000207@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.133 Cc: perryh@pluto.rain.com, freebsd-ports@freebsd.org, lists@eitanadler.com, freebsd-current@freebsd.org, ade@freebsd.org, h h Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 19:32:09 -0000 On 09/28/11 21:16, Hartmann, O. wrote: > On 09/28/11 20:56, Hartmann, O. wrote: >> On 09/28/11 20:41, Garrett Cooper wrote: >>> On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: >>> >>>> On 09/28/11 20:20, h h wrote: >>>>> "Hartmann, O." writes: >>>>> >>>>>> On 09/28/11 09:26, Hartmann, O. wrote: >>>>>> >>>>>>> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>>>>>>> Eitan Adler wrote: >>>>>>>> >>>>>>>>> 2011/9/27 O. Hartmann : >>>>>>>>>> Now I understand why some OS vendors have choosen the latin >>>>>>>>>> 10 'X' for their tenth version of their operating system ... >>>>>>>>> FreeBSD XP anyone? >>>>>>>> Are you sure there's a sufficient window of opportunity? :) >>>>>>> "Window of Fortune" >>>>>> A stupid question: I experience some strange failures on one of my >>>>>> FreeBSD 10.0-CURRENT/amd64 boxes. >>>>>> libiconv.so.3 is missing for svn. I can not install conversters/libiconv >>>>>> anymore, portbuild compains about a missing >>>>>> libintl.so.9 (huhh?), see below. >>>>> subversion port does not depend on iconv/gettext when WITHOUT_NLS is specified. >>>>> >>>>>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it fails, >>>>>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>>>>> portmaster gawk. But gawk complains about no intl found, so it tries to >>>>>> install gettext and gettext complains about not finding libintl.so.9. >>>>> [...] >>>>> >>>>> Try to do WITHOUT_NLS install of lang/gawk. port builds are not done in >>>>> clean environment so GNU configure happily prefers gawk over nawk in base. >>>>> >>>>> # Check for gawk first since it's generally better. >>>>> AN_MAKEVAR([AWK], [AC_PROG_AWK]) >>>>> AN_PROGRAM([awk], [AC_PROG_AWK]) >>>>> AN_PROGRAM([gawk], [AC_PROG_AWK]) >>>>> AN_PROGRAM([mawk], [AC_PROG_AWK]) >>>>> AN_PROGRAM([nawk], [AC_PROG_AWK]) >>>>> AC_DEFUN([AC_PROG_AWK], >>>>> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) >>>>> >>>>> Well, you can also deinstall the port. >>>> Even with CLANG, lang/gawk build fine, but it fails installing and I'm >>>> blind to see what's going on ...: >>>> >>>> Making all in po >>>> Making all in test >>>> root@thor: [gawk] make install >>>> ===> Installing for gawk-4.0.0 >>>> ===> gawk-4.0.0 depends on shared library: sigsegv - found >>>> ===> gawk-4.0.0 depends on shared library: intl - found >>>> ===> Generating temporary packing list >>>> Making install in . >>>> test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" >>>> install -s -o root -g wheel -m 555 gawk pgawk dgawk '/usr/local/bin' >>>> make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' >>>> 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook >>>> (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk >>>> pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s >>>> gawk awk; fi; exit 0) >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/lang/gawk. >>>> >>>> >>>> Oliver >>> h.h. is right. Deinstall the port and restart the upgrade was the recommended solution for your upgrade blues. >>> -Garrett_______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> Great ... worked! Thanks! >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Sorry, take verything back. > > Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster > gettext/libiconv. Worked so far, it reported success. But when I then > try to portsnap/portmaster, I get the same idiocracy again. Now even > gawk, gettext and libiconv fail to install since there is no libintl.so.9: > > > root@thor: [gawk] make install > ===> gawk-4.0.0 depends on shared library: sigsegv - found > ===> gawk-4.0.0 depends on shared library: intl - not found > ===> Verifying install for intl in /usr/ports/devel/gettext > ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found > ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found > ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv > ===> Building for libiconv-1.13.1_1 > builddir="`pwd`"; cd libcharset && make all && make install-lib > libdir="$builddir/lib" includedir="$builddir/lib" > cd lib && make all > /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3 > -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la > -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo > relocatable.lo > libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o > Shared object "libintl.so.9" not found, required by "ar"*** Error code 1 > > Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset/lib. > *** Error code 1 > > Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset. > *** Error code 1 > > Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1. > *** Error code 1 > > Stop in /usr/ports/converters/libiconv. > *** Error code 1 > > Stop in /usr/ports/converters/libiconv. > *** Error code 1 > > Stop in /usr/ports/devel/gettext. > *** Error code 1 > > Stop in /usr/ports/lang/gawk. > > Well, this is fun! conversters/libiconv complains about a not installed libintl.so.9, which is devel/gettext. devel/gettext compalins about a not installed iconv.3, which the reels in the build of conversters/libiconv, which then fails again of lacking libintl.so.9. I deinstalled devel/gettext. Now I'm floating like a dead man in the water. I suspect the conversters/libiconv broke something, since it claims it has installed libiconv.so.3, but there is never such a shared object installed! Ok. I fucked up gawk, gettext and libiconv. I tried installing lang/gawk with WITHOUT_NLS set. You can read the genius resukt at the end. Something has broken the system and I desperately need to repair it :-( restore=: && backupdir=".am$$" && am__cwd=`pwd` && CDPATH="${ZSH_VERSION+.}:" && cd . && rm -rf $backupdir && mkdir $backupdir && if (/bin/sh /usr/ports/lang/gawk/work/gawk-4.0.0/missing --run makeinfo --no-split --force --version) >/dev/null 2>&1; then for f in ./gawk.info ./gawk.info-[0-9] ./gawk.info-[0-9][0-9] ./gawk.i[0-9] ./gawk.i[0-9][0-9]; do if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; done; else :; fi && cd "$am__cwd"; if /bin/sh /usr/ports/lang/gawk/work/gawk-4.0.0/missing --run makeinfo --no-split --force -I . -o ./gawk.info ./gawk.texi; then rc=0; CDPATH="${ZSH_VERSION+.}:" && cd .; else rc=$?; CDPATH="${ZSH_VERSION+.}:" && cd . && $restore $backupdir/* `echo "././gawk.info" | sed 's|[^/]*$||'`; fi; rm -rf $backupdir; exit $rc Shared object "libintl.so.9" not found, required by "makeinfo"WARNING: `makeinfo' is missing on your system. You should only need it if you modified a `.texi' or `.texinfo' file, or any other file indirectly affecting the aspect of the manual. The spurious call might also be the consequence of using a buggy `make' (AIX, DU, IRIX). You might want to install the `Texinfo' package or the `GNU make' package. Grab either from any GNU archive site. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0/doc. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. *** Error code 1 Stop in /usr/ports/lang/gawk. From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:32:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E53C01065673 for ; Wed, 28 Sep 2011 19:32:56 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id A21AF8FC15 for ; Wed, 28 Sep 2011 19:32:56 +0000 (UTC) Received: by qyk4 with SMTP id 4so10104049qyk.13 for ; Wed, 28 Sep 2011 12:32:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=r/crB5wKFf+6CD+SM7EXuqq5yPbIkzISayAgK9ubOtE=; b=sSjaZfLy8bPDc7r1ybkVOPyW1MHsBsh1mBbnVh+Dol+lTXsleLbJa4BiaLTBN87bSW ST/dP6M3QEB3px3oYs/f945L3TgczUyq6UOHCOlQ5hudmcWGHxXPbymvMjQgPUyq3K+h NF9fKMRHqBAONCXA3+jGjhhPSAoD3DzHHu0jA= MIME-Version: 1.0 Received: by 10.224.215.133 with SMTP id he5mr7231372qab.224.1317238375814; Wed, 28 Sep 2011 12:32:55 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Wed, 28 Sep 2011 12:32:55 -0700 (PDT) In-Reply-To: <4E8374A7.90105@gmail.com> References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> Date: Wed, 28 Sep 2011 12:32:55 -0700 Message-ID: From: Garrett Cooper To: Matt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 19:32:57 -0000 On Wed, Sep 28, 2011 at 12:25 PM, Matt wrote: > On 09/28/11 11:52, Garrett Cooper wrote: >> >> On Wed, Sep 28, 2011 at 11:48 AM, Matt =A0wrote: >>> >>> I just picked up an X220 and have been trying to get FreeBSD running >>> well. >>> >>> Some tips >>> ichsmb >>> acpi_video (attaches but doesn't work) >>> aesni >>> coretemp >>> >>> powerd is a must, these processors seem to be designed to run very hot >>> unless throttled. Somehow my C3 state disappears when on AC, I think >>> that's >>> a bios setting? >>> >>> acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning = of >>> /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that >>> machine is in a world of ports hurt right now :). >>> With this many of the sysctls and leds work, still no brightness (w or >>> wout >>> intel DRI from Konstantin...thanks Konstantin!!) >>> >>> sleep/resume work, but screen is off after resume and cannot be awakene= d >>> (even w/ dpms and or acpi_video). >> >> This is probably another driver bug. Try kldunloading and kldloading >> your wlan driver to see if that works, and/or start stripping your >> kernel of unnecessary options until you find the magic formula for >> what works, and just apply that to rc.suspend // rc.resume and file a >> PR for the driver bug if there isn't one already. >> HTH, >> -Garrett >> > > Driver bug in wireless can leave the screen off? > I can for instance type reboot and reboot etc. > > I also noticed that acpi_video attaches, but nothing works. Looking at AM= L > it appears that the correct "hooks" are present, but lcd0 shows as inacti= ve > and does not go to "1" in sysctl. > > ibm_acpi lcd_brightness hooks do not work either. > > debug.acpi.reset_video does VERY bad things, involving a reboot loop and > flashing thinklight > > Is there anything else I can do to turn the damn thing back on? > Any other logging or things to look at? > > I will try a minimal kernel shortly. A driver bug in general will bring up a blank screen because the system doesn't fully resume. Are you using amd64 or i386? -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 19:39:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAEC11065698; Wed, 28 Sep 2011 19:39:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 941C08FC17; Wed, 28 Sep 2011 19:39:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R8zyb-0006WJ-QO>; Wed, 28 Sep 2011 21:39:29 +0200 Received: from e178038133.adsl.alicedsl.de ([85.178.38.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R8zyb-0000U8-LW>; Wed, 28 Sep 2011 21:39:29 +0200 Message-ID: <4E8377F1.7020906@zedat.fu-berlin.de> Date: Wed, 28 Sep 2011 21:39:29 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: Matt References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> <4E836DEE.2080608@zedat.fu-berlin.de> <4E837292.3000207@zedat.fu-berlin.de> <4E8375E2.5040407@gmail.com> In-Reply-To: <4E8375E2.5040407@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.133 Cc: Garrett Cooper , aakuusta@gmail.com, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 19:39:31 -0000 On 09/28/11 21:30, Matt wrote: > On 09/28/11 12:16, Hartmann, O. wrote: >> On 09/28/11 20:56, Hartmann, O. wrote: >>> On 09/28/11 20:41, Garrett Cooper wrote: >>>> On Sep 28, 2011, at 11:38 AM, Hartmann, O. wrote: >>>> >>>>> On 09/28/11 20:20, h h wrote: >>>>>> "Hartmann, O." writes: >>>>>> >>>>>>> On 09/28/11 09:26, Hartmann, O. wrote: >>>>>>> >>>>>>>> On 09/28/11 15:47, perryh@pluto.rain.com wrote: >>>>>>>>> Eitan Adler wrote: >>>>>>>>> >>>>>>>>>> 2011/9/27 O. Hartmann: >>>>>>>>>>> Now I understand why some OS vendors have choosen the latin >>>>>>>>>>> 10 'X' for their tenth version of their operating system ... >>>>>>>>>> FreeBSD XP anyone? >>>>>>>>> Are you sure there's a sufficient window of opportunity? :) >>>>>>>> "Window of Fortune" >>>>>>> A stupid question: I experience some strange failures on one of my >>>>>>> FreeBSD 10.0-CURRENT/amd64 boxes. >>>>>>> libiconv.so.3 is missing for svn. I can not install >>>>>>> conversters/libiconv >>>>>>> anymore, portbuild compains about a missing >>>>>>> libintl.so.9 (huhh?), see below. >>>>>> subversion port does not depend on iconv/gettext when WITHOUT_NLS >>>>>> is specified. >>>>>> >>>>>>> Ok, libintl.so.9 is gettext. So I try reinstall gettext and it >>>>>>> fails, >>>>>>> also! gawk is missing libintl.so.9. So I try to reinstall gawk: >>>>>>> portmaster gawk. But gawk complains about no intl found, so it >>>>>>> tries to >>>>>>> install gettext and gettext complains about not finding >>>>>>> libintl.so.9. >>>>>> [...] >>>>>> >>>>>> Try to do WITHOUT_NLS install of lang/gawk. port builds are not >>>>>> done in >>>>>> clean environment so GNU configure happily prefers gawk over nawk >>>>>> in base. >>>>>> >>>>>> # Check for gawk first since it's generally better. >>>>>> AN_MAKEVAR([AWK], [AC_PROG_AWK]) >>>>>> AN_PROGRAM([awk], [AC_PROG_AWK]) >>>>>> AN_PROGRAM([gawk], [AC_PROG_AWK]) >>>>>> AN_PROGRAM([mawk], [AC_PROG_AWK]) >>>>>> AN_PROGRAM([nawk], [AC_PROG_AWK]) >>>>>> AC_DEFUN([AC_PROG_AWK], >>>>>> [AC_CHECK_PROGS(AWK, gawk mawk nawk awk, )]) >>>>>> >>>>>> Well, you can also deinstall the port. >>>>> Even with CLANG, lang/gawk build fine, but it fails installing and >>>>> I'm >>>>> blind to see what's going on ...: >>>>> >>>>> Making all in po >>>>> Making all in test >>>>> root@thor: [gawk] make install >>>>> ===> Installing for gawk-4.0.0 >>>>> ===> gawk-4.0.0 depends on shared library: sigsegv - found >>>>> ===> gawk-4.0.0 depends on shared library: intl - found >>>>> ===> Generating temporary packing list >>>>> Making install in . >>>>> test -z "/usr/local/bin" || /usr/local/bin/gmkdir -p "/usr/local/bin" >>>>> install -s -o root -g wheel -m 555 gawk pgawk dgawk >>>>> '/usr/local/bin' >>>>> make 'CFLAGS=-O3 -fno-strict-aliasing -pipe -march=native' >>>>> 'LDFLAGS=-export-dynamic -L/usr/local/lib' install-exec-hook >>>>> (cd /usr/local/bin; ln gawk gawk-4.0.0 2>/dev/null ; ln pgawk >>>>> pgawk-4.0.0 2>/dev/null ; if ! /usr/bin/which -s awk; then ln -s >>>>> gawk awk; fi; exit 0) >>>>> *** Error code 1 >>>>> >>>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>>> *** Error code 1 >>>>> >>>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>>> *** Error code 1 >>>>> >>>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>>> *** Error code 1 >>>>> >>>>> Stop in /usr/ports/lang/gawk/work/gawk-4.0.0. >>>>> *** Error code 1 >>>>> >>>>> Stop in /usr/ports/lang/gawk. >>>>> >>>>> >>>>> Oliver >>>> h.h. is right. Deinstall the port and restart the upgrade was the >>>> recommended solution for your upgrade blues. >>>> -Garrett_______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>> Great ... worked! Thanks! >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> >> Sorry, take verything back. >> >> Deinstalled gawk, reinstalled gawk, worked so far. Did portmaster >> gettext/libiconv. Worked so far, it reported success. But when I then >> try to portsnap/portmaster, I get the same idiocracy again. Now even >> gawk, gettext and libiconv fail to install since there is no >> libintl.so.9: >> >> >> root@thor: [gawk] make install >> ===> gawk-4.0.0 depends on shared library: sigsegv - found >> ===> gawk-4.0.0 depends on shared library: intl - not found >> ===> Verifying install for intl in /usr/ports/devel/gettext >> ===> gettext-0.18.1.1 depends on package: libtool>=2.4 - found >> ===> gettext-0.18.1.1 depends on shared library: iconv.3 - not found >> ===> Verifying install for iconv.3 in /usr/ports/converters/libiconv >> ===> Building for libiconv-1.13.1_1 >> builddir="`pwd`"; cd libcharset&& make all&& make install-lib >> libdir="$builddir/lib" includedir="$builddir/lib" >> cd lib&& make all >> /bin/sh /usr/local/bin/libtool --mode=link --tag=CC clang -O3 >> -fno-strict-aliasing -pipe -march=native -std=gnu89 -o libcharset.la >> -rpath /usr/local/lib -version-info 1 -no-undefined localcharset.lo >> relocatable.lo >> libtool: link: ar cru .libs/libcharset.a localcharset.o relocatable.o >> Shared object "libintl.so.9" not found, required by "ar"*** Error code 1 >> >> Stop in >> /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset/lib. >> *** Error code 1 >> >> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1/libcharset. >> *** Error code 1 >> >> Stop in /usr/ports/converters/libiconv/work/libiconv-1.13.1. >> *** Error code 1 >> >> Stop in /usr/ports/converters/libiconv. >> *** Error code 1 >> >> Stop in /usr/ports/converters/libiconv. >> *** Error code 1 >> >> Stop in /usr/ports/devel/gettext. >> *** Error code 1 >> >> Stop in /usr/ports/lang/gawk. >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > Two days ago, I installed 10 and was able to build ports, xorg, svn > (so I could get DRM xorg-dev etc)...everything was fine > > Unfortunately, I had to start over yesterday for hardware reasons. Now > I am missing tons of .so.*, while .la and .a are present...this is > with base system and just trying to add subversion. > > This is different than the gettext nightmare from last year. It > affects fresh ports installs. > > I think they made some major changes to LD or something, because I am > having issues with sqlite and apr and tons of other things today which > I did not have sunday. > > Is anyone having problems who isn't on CURRENT? Has anyone else tried > ports on a new CURRENT system (i.e. started building from scratch > recently)? > > Matt > The mess started to happen when I tried to "repair" a non CLANG compiling port math/gotoblas with portmaster -vf amth/gotoblas. Since this build binutils and even gettext and libiconv, I guess they got broken. Last I saw was a successful installation report from portmaster. But the libiconv.so.3 wasn't there anymore when I checked! This is a catastrophy ... I'm on FreeBSD 10.0-CURRENT r225844 Oliver From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 20:19:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id C40E11065677; Wed, 28 Sep 2011 20:19:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C8B5C17729B; Wed, 28 Sep 2011 20:18:47 +0000 (UTC) Message-ID: <4E838127.5090601@FreeBSD.org> Date: Wed, 28 Sep 2011 13:18:47 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: "Hartmann, O." References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> <4E836DEE.2080608@zedat.fu-berlin.de> <4E837292.3000207@zedat.fu-berlin.de> <4E8375E2.5040407@gmail.com> <4E8377F1.7020906@zedat.fu-berlin.de> In-Reply-To: <4E8377F1.7020906@zedat.fu-berlin.de> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Matt , Garrett Cooper , aakuusta@gmail.com, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 20:19:08 -0000 On 09/28/2011 12:39, Hartmann, O. wrote: > The mess started to happen when I tried to "repair" a non CLANG > compiling port math/gotoblas with portmaster -vf amth/gotoblas. > Since this build binutils and even gettext and libiconv, I guess they > got broken. Last I saw was a successful installation report from > portmaster. But the libiconv.so.3 wasn't there anymore when I checked! > > This is a catastrophy ... > > I'm on FreeBSD 10.0-CURRENT r225844 It's been widely reported on the ports list that you can't do fresh ports compiles on 10-current, and won't be able to until well after 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand the 2-digit release version. Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or twiddle the version in newvers.sh and rebuild/reinstall your kernel. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 20:45:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21436106566C; Wed, 28 Sep 2011 20:45:42 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel2.freebsdnorth.com (unknown [IPv6:2001:470:7:d77::2]) by mx1.freebsd.org (Postfix) with ESMTP id E6A228FC1F; Wed, 28 Sep 2011 20:45:41 +0000 (UTC) Received: from maximum3.maximumdata.biz (akbeech-2-pt.tunnel.tserv14.sea1.ipv6.he.net [IPv6:2001:470:a:2e9::2]) by bsdevel2.freebsdnorth.com (Postfix) with ESMTP id ADAF1C3B23; Wed, 28 Sep 2011 20:36:24 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org Date: Wed, 28 Sep 2011 12:45:39 -0800 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.6.5; i386; ; ) References: <20110926230335.041fd9aa@lab.lovett.com> <4E8377F1.7020906@zedat.fu-berlin.de> <4E838127.5090601@FreeBSD.org> In-Reply-To: <4E838127.5090601@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109281245.40015.beech@freebsd.org> Cc: Matt , Doug Barton , Garrett Cooper , freebsd-ports@freebsd.org, aakuusta@gmail.com, "Hartmann, O." Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 20:45:42 -0000 On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: > On 09/28/2011 12:39, Hartmann, O. wrote: > > The mess started to happen when I tried to "repair" a non CLANG > > compiling port math/gotoblas with portmaster -vf amth/gotoblas. > > Since this build binutils and even gettext and libiconv, I guess they > > got broken. Last I saw was a successful installation report from > > portmaster. But the libiconv.so.3 wasn't there anymore when I checked! > > > > This is a catastrophy ... > > > > I'm on FreeBSD 10.0-CURRENT r225844 > > It's been widely reported on the ports list that you can't do fresh > ports compiles on 10-current, and won't be able to until well after > 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand > the 2-digit release version. > > Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or > twiddle the version in newvers.sh and rebuild/reinstall your kernel. > > > hth, > > Doug So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm not going to shoot myself in the foot if I try and update? I would really like to avoid downgrading this box.I've altready been bitten once today and had to build packages on my tindy and force install. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/8.2R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 20:49:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 4687C1065695; Wed, 28 Sep 2011 20:49:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F3923203119; Wed, 28 Sep 2011 20:47:50 +0000 (UTC) Message-ID: <4E8387F6.7060709@FreeBSD.org> Date: Wed, 28 Sep 2011 13:47:50 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: Beech Rintoul References: <20110926230335.041fd9aa@lab.lovett.com> <4E8377F1.7020906@zedat.fu-berlin.de> <4E838127.5090601@FreeBSD.org> <201109281245.40015.beech@freebsd.org> In-Reply-To: <201109281245.40015.beech@freebsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Matt , Garrett Cooper , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, aakuusta@gmail.com, "Hartmann, O." Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 20:49:33 -0000 On 09/28/2011 13:45, Beech Rintoul wrote: > On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: >> On 09/28/2011 12:39, Hartmann, O. wrote: >>> The mess started to happen when I tried to "repair" a non CLANG >>> compiling port math/gotoblas with portmaster -vf amth/gotoblas. >>> Since this build binutils and even gettext and libiconv, I guess they >>> got broken. Last I saw was a successful installation report from >>> portmaster. But the libiconv.so.3 wasn't there anymore when I checked! >>> >>> This is a catastrophy ... >>> >>> I'm on FreeBSD 10.0-CURRENT r225844 >> >> It's been widely reported on the ports list that you can't do fresh >> ports compiles on 10-current, and won't be able to until well after >> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand >> the 2-digit release version. >> >> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or >> twiddle the version in newvers.sh and rebuild/reinstall your kernel. >> >> >> hth, >> >> Doug > > So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm not > going to shoot myself in the foot if I try and update? I would really like to > avoid downgrading this box.I've altready been bitten once today and had to > build packages on my tindy and force install. That should be the case, yes. I haven't tested it yet myself. If you do, and it works, let us know and I'll write the UPDATING entry if no one else does. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 20:53:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7173C1065676; Wed, 28 Sep 2011 20:53:25 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel2.freebsdnorth.com (unknown [IPv6:2001:470:7:d77::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4278F8FC12; Wed, 28 Sep 2011 20:53:25 +0000 (UTC) Received: from maximum3.maximumdata.biz (akbeech-2-pt.tunnel.tserv14.sea1.ipv6.he.net [IPv6:2001:470:a:2e9::2]) by bsdevel2.freebsdnorth.com (Postfix) with ESMTP id E39C8C3B16; Wed, 28 Sep 2011 20:44:07 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: Doug Barton Date: Wed, 28 Sep 2011 12:53:23 -0800 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.6.5; i386; ; ) References: <20110926230335.041fd9aa@lab.lovett.com> <201109281245.40015.beech@freebsd.org> <4E8387F6.7060709@FreeBSD.org> In-Reply-To: <4E8387F6.7060709@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109281253.23407.beech@freebsd.org> Cc: Matt , Garrett Cooper , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, aakuusta@gmail.com, "Hartmann, O." Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 20:53:25 -0000 On Wednesday 28 September 2011 12:47:50 Doug Barton wrote: > On 09/28/2011 13:45, Beech Rintoul wrote: > > On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: > >> On 09/28/2011 12:39, Hartmann, O. wrote: > >>> The mess started to happen when I tried to "repair" a non CLANG > >>> compiling port math/gotoblas with portmaster -vf amth/gotoblas. > >>> Since this build binutils and even gettext and libiconv, I guess they > >>> got broken. Last I saw was a successful installation report from > >>> portmaster. But the libiconv.so.3 wasn't there anymore when I checked! > >>> > >>> This is a catastrophy ... > >>> > >>> I'm on FreeBSD 10.0-CURRENT r225844 > >> > >> It's been widely reported on the ports list that you can't do fresh > >> ports compiles on 10-current, and won't be able to until well after > >> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand > >> the 2-digit release version. > >> > >> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or > >> twiddle the version in newvers.sh and rebuild/reinstall your kernel. > >> > >> > >> hth, > >> > >> Doug > > > > So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 > > I'm not going to shoot myself in the foot if I try and update? I would > > really like to avoid downgrading this box.I've altready been bitten once > > today and had to build packages on my tindy and force install. > > That should be the case, yes. I haven't tested it yet myself. If you do, > and it works, let us know and I'll write the UPDATING entry if no one > else does. No problem, I'm building now. Any suggestions as to what port I should try after the reboot? Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/8.2R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 21:00:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27288106566B; Wed, 28 Sep 2011 21:00:13 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 71CC78FC18; Wed, 28 Sep 2011 21:00:12 +0000 (UTC) Received: by qyk10 with SMTP id 10so3110894qyk.13 for ; Wed, 28 Sep 2011 14:00:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=r7nZFrHyv3aKtFvOYznoNFZlmVNcEYGAIxlSF4e3wvI=; b=e46xVr/6yzQd/pqKY+6i/F9FjuszRp7NUWOKtlFX8VwAQ6L/K0ViriwFGBYCObUWb2 VTyFJamJWEhBsmZqPPWO94UtSFS0tCrSG1/JFtXeQfZQWJpHvHFjc4wp8jrsdRCE/rYA aNQQxVkrwk1H/nBaHz7TQS03MLGJLHOGew4Gc= MIME-Version: 1.0 Received: by 10.224.216.197 with SMTP id hj5mr7866418qab.24.1317243611754; Wed, 28 Sep 2011 14:00:11 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Wed, 28 Sep 2011 14:00:11 -0700 (PDT) In-Reply-To: <201109281245.40015.beech@freebsd.org> References: <20110926230335.041fd9aa@lab.lovett.com> <4E8377F1.7020906@zedat.fu-berlin.de> <4E838127.5090601@FreeBSD.org> <201109281245.40015.beech@freebsd.org> Date: Wed, 28 Sep 2011 14:00:11 -0700 Message-ID: From: Garrett Cooper To: Beech Rintoul Content-Type: text/plain; charset=ISO-8859-1 Cc: Matt , Doug Barton , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, aakuusta@gmail.com, "Hartmann, O." Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 21:00:14 -0000 On Wed, Sep 28, 2011 at 1:45 PM, Beech Rintoul wrote: > On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: >> On 09/28/2011 12:39, Hartmann, O. wrote: >> > The mess started to happen when I tried to "repair" a non CLANG >> > compiling port math/gotoblas with portmaster -vf amth/gotoblas. >> > Since this build binutils and even gettext and libiconv, I guess they >> > got broken. Last I saw was a successful installation report from >> > portmaster. But the libiconv.so.3 wasn't there anymore when I checked! >> > >> > This is a catastrophy ... >> > >> > I'm on FreeBSD 10.0-CURRENT r225844 >> >> It's been widely reported on the ports list that you can't do fresh >> ports compiles on 10-current, and won't be able to until well after >> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand >> the 2-digit release version. >> >> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or >> twiddle the version in newvers.sh and rebuild/reinstall your kernel. >> >> >> hth, >> >> Doug > > So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm not > going to shoot myself in the foot if I try and update? I would really like to > avoid downgrading this box.I've altready been bitten once today and had to > build packages on my tindy and force install. Today no, but when someone in changes something in base or ports that checks for __FreeBSD_version, yes. HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 21:09:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4029B1065670; Wed, 28 Sep 2011 21:09:16 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel2.freebsdnorth.com (unknown [IPv6:2001:470:7:d77::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1100B8FC14; Wed, 28 Sep 2011 21:09:16 +0000 (UTC) Received: from maximum3.maximumdata.biz (akbeech-2-pt.tunnel.tserv14.sea1.ipv6.he.net [IPv6:2001:470:a:2e9::2]) by bsdevel2.freebsdnorth.com (Postfix) with ESMTP id 1390CC3B23; Wed, 28 Sep 2011 20:59:58 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-ports@freebsd.org Date: Wed, 28 Sep 2011 13:09:12 -0800 User-Agent: KMail/1.13.7 (FreeBSD/9.9-CURRENT; KDE/4.6.5; i386; ; ) References: <20110926230335.041fd9aa@lab.lovett.com> <4E8387F6.7060709@FreeBSD.org> <201109281253.23407.beech@freebsd.org> In-Reply-To: <201109281253.23407.beech@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109281309.12827.beech@freebsd.org> Cc: Matt , Doug Barton , Garrett Cooper , freebsd-current@freebsd.org, aakuusta@gmail.com, "Hartmann, O." Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 21:09:16 -0000 On Wednesday 28 September 2011 12:53:23 Beech Rintoul wrote: > On Wednesday 28 September 2011 12:47:50 Doug Barton wrote: > > On 09/28/2011 13:45, Beech Rintoul wrote: > > > On Wednesday 28 September 2011 12:18:47 Doug Barton wrote: > > >> On 09/28/2011 12:39, Hartmann, O. wrote: > > >>> The mess started to happen when I tried to "repair" a non CLANG > > >>> compiling port math/gotoblas with portmaster -vf amth/gotoblas. > > >>> Since this build binutils and even gettext and libiconv, I guess they > > >>> got broken. Last I saw was a successful installation report from > > >>> portmaster. But the libiconv.so.3 wasn't there anymore when I > > >>> checked! > > >>> > > >>> This is a catastrophy ... > > >>> > > >>> I'm on FreeBSD 10.0-CURRENT r225844 > > >> > > >> It's been widely reported on the ports list that you can't do fresh > > >> ports compiles on 10-current, and won't be able to until well after > > >> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand > > >> the 2-digit release version. > > >> > > >> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or > > >> twiddle the version in newvers.sh and rebuild/reinstall your kernel. > > >> > > >> > > >> hth, > > >> > > >> Doug > > > > > > So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 > > > I'm not going to shoot myself in the foot if I try and update? I would > > > really like to avoid downgrading this box.I've altready been bitten > > > once today and had to build packages on my tindy and force install. > > > > That should be the case, yes. I haven't tested it yet myself. If you do, > > and it works, let us know and I'll write the UPDATING entry if no one > > else does. > > No problem, I'm building now. Any suggestions as to what port I should try > after the reboot? I'm now at 9.9 and gawk built without problems. So this seems to work at least for the time being. Thanks for the fix, even if it is temporary. :-) If anyone else has a problem port let me know, I'd be happy to run a few. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/8.2R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 21:13:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AC59106566B; Wed, 28 Sep 2011 21:13:41 +0000 (UTC) (envelope-from aakuusta@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 19F718FC0A; Wed, 28 Sep 2011 21:13:39 +0000 (UTC) Received: by fxg9 with SMTP id 9so1455248fxg.13 for ; Wed, 28 Sep 2011 14:13:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version:content-type; bh=575dWlYqiHCDpqTgGCQ0RmdyDg9Xi0VssQ2P4CQ/Vpg=; b=C1BQq42/7ziQfK0dQdgNr8IImYzAKxpsaDPR6zATBBfJyaE40MtZ5xO8UiXWpmEdca uMfgGGYqozYN9naaLJZU9ys885Q6stbspphzgJwv/i7u62qh4axrK0R6xnN8Clgs8/GL Kj9d80mPhncK7U/+DB3mD6gnVcQBc3FicOLk4= Received: by 10.223.23.10 with SMTP id p10mr4094754fab.112.1317244418905; Wed, 28 Sep 2011 14:13:38 -0700 (PDT) Received: from nil (vps18093.ovh.net. [46.105.26.30]) by mx.google.com with ESMTPS id f10sm53644fac.14.2011.09.28.14.13.27 (version=SSLv3 cipher=OTHER); Wed, 28 Sep 2011 14:13:38 -0700 (PDT) From: h h To: Garrett Cooper In-Reply-To: (Garrett Cooper's message of "Wed, 28 Sep 2011 14:00:11 -0700") Date: Wed, 28 Sep 2011 21:13:05 +0000 Message-ID: <86k48sbcbi.fsf@gmail.com> References: <20110926230335.041fd9aa@lab.lovett.com> <4E8377F1.7020906@zedat.fu-berlin.de> <4E838127.5090601@FreeBSD.org> <201109281245.40015.beech@freebsd.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: Matt , Doug Barton , Beech Rintoul , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, "Hartmann, O." Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 21:13:41 -0000 Garrett Cooper writes: >> >> So if I change /usr/src/sys/conf/newvers.sh to something like vers 9.9 I'm not >> going to shoot myself in the foot if I try and update? I would really like to >> avoid downgrading this box.I've altready been bitten once today and had to >> build packages on my tindy and force install. > > Today no, but when someone in changes something in base or ports that > checks for __FreeBSD_version, yes. Since when `uname -r' (kern.osrelease) is dependent on __FreeBSD_version (kern.osreldate)? From what I've seen kensmith@ changed them separately http://svn.freebsd.org/changeset/base/225757 From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 22:22:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 388FB106564A; Wed, 28 Sep 2011 22:22:58 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1FBCE8FC0C; Wed, 28 Sep 2011 22:22:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p8SMMwFt036313; Wed, 28 Sep 2011 22:22:58 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8SMMvHq036312; Wed, 28 Sep 2011 22:22:57 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Thu, 29 Sep 2011 00:22:54 +0200 From: Baptiste Daroussin To: John Baldwin Message-ID: <20110928222254.GM98977@azathoth.lan> References: <201107260803.47625.jhb@freebsd.org> <201107261544.51244.jhb@freebsd.org> <20110911203938.GA2913@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dzI2QqkSBOAresgT" Content-Disposition: inline In-Reply-To: <20110911203938.GA2913@azathoth.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: No disks usable on a P5NE MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 22:22:58 -0000 --dzI2QqkSBOAresgT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 11, 2011 at 10:39:38PM +0200, Baptiste Daroussin wrote: > > > the result is: > > > db> show intrcnt > > > cpu0: timer 4510 > > > irq256: hdac0 1 > > > cpu3: timer 29 > > > cpu1: timer 3036 > > > cpu2: timer 31 > > > db> > > >=20 > > > I did break at the mountfrom> prompt > > > If I break before I only have the cpu0 and irq256 entries. > >=20 > > Hmmm, is there any way you can build a 9 kernel without sound support (= since=20 > > that clutters up bootverbose) and capture a verbose dmesg, using a seri= al=20 > > console or PXE booting to an NFS root of some sort? > >=20 > I can't pxe boot, but I can record the build on my camera: > http://people.freebsd.org/~bapt/9-fail.avi (18MB) >=20 > (this is 9.0-BETA2 memstick) >=20 > Hope that could help >=20 Apparently this doesn't help, given that I have no way to netboot this box,= may that be from pxe and that there is no serial console, what can I do more to= help fixing this? I would love to be able to run 9 on my box regards, Bapt --dzI2QqkSBOAresgT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6Dnj4ACgkQ8kTtMUmk6EzBgwCfVGRXN9zRmlyRxgnIz+A34wjZ 9tkAn0BQBiYB5WUUCQ7WQS+griVNy0bB =+1pj -----END PGP SIGNATURE----- --dzI2QqkSBOAresgT-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 22:41:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46A3E106566C; Wed, 28 Sep 2011 22:41:50 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id EE0A58FC14; Wed, 28 Sep 2011 22:41:49 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R92p3-0000pc-1f>; Thu, 29 Sep 2011 00:41:49 +0200 Received: from e178038133.adsl.alicedsl.de ([85.178.38.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R92p2-0001Y5-Us>; Thu, 29 Sep 2011 00:41:49 +0200 Message-ID: <4E83A2AC.2080204@zedat.fu-berlin.de> Date: Thu, 29 Sep 2011 00:41:48 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: Doug Barton References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> <4E836DEE.2080608@zedat.fu-berlin.de> <4E837292.3000207@zedat.fu-berlin.de> <4E8375E2.5040407@gmail.com> <4E8377F1.7020906@zedat.fu-berlin.de> <4E838127.5090601@FreeBSD.org> In-Reply-To: <4E838127.5090601@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.38.133 Cc: Matt , Garrett Cooper , aakuusta@gmail.com, freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 22:41:50 -0000 On 09/28/11 22:18, Doug Barton wrote: > On 09/28/2011 12:39, Hartmann, O. wrote: >> The mess started to happen when I tried to "repair" a non CLANG >> compiling port math/gotoblas with portmaster -vf amth/gotoblas. >> Since this build binutils and even gettext and libiconv, I guess they >> got broken. Last I saw was a successful installation report from >> portmaster. But the libiconv.so.3 wasn't there anymore when I checked! >> >> This is a catastrophy ... >> >> I'm on FreeBSD 10.0-CURRENT r225844 > It's been widely reported on the ports list that you can't do fresh > ports compiles on 10-current, and won't be able to until well after > 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand > the 2-digit release version. > > Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or > twiddle the version in newvers.sh and rebuild/reinstall your kernel. > > > hth, > > Doug > Yes, it has been discussed. But I was too dumb to realise that the phenomenon I experienced was triggered by this. I'll stay tuned and watch when a solution is at hand. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 23:01:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84883106564A for ; Wed, 28 Sep 2011 23:01:11 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 500C98FC17 for ; Wed, 28 Sep 2011 23:01:11 +0000 (UTC) Received: by iadk27 with SMTP id k27so20139iad.13 for ; Wed, 28 Sep 2011 16:01:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=wmdWBtnOHQsJM0b9VYnGQ19Ky+0tLAv3iV+FRRT465U=; b=rb5vqcjmLEp0d1MVyAOldnKGMKg/qAzwrjOwleMOIsyIspRriK7NP6E+77+vLalf7h ontC5mtaNKAQNqEXR3gWDnlWYRzKwqNKWKjbbBD5pEUsMnh2Cuc2T2VsO7cNL2ShbG5I uHGRcDQgecFkMdc7VQ/pSSka7QvbnGW50rkgU= MIME-Version: 1.0 Received: by 10.231.26.215 with SMTP id f23mr5692814ibc.60.1317250870667; Wed, 28 Sep 2011 16:01:10 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Wed, 28 Sep 2011 16:01:10 -0700 (PDT) In-Reply-To: References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> Date: Wed, 28 Sep 2011 16:01:10 -0700 Message-ID: From: Kevin Oberman To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Matt , freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 23:01:11 -0000 On Wed, Sep 28, 2011 at 12:32 PM, Garrett Cooper wrote= : > On Wed, Sep 28, 2011 at 12:25 PM, Matt wrote: >> On 09/28/11 11:52, Garrett Cooper wrote: >>> >>> On Wed, Sep 28, 2011 at 11:48 AM, Matt =A0wrote: >>>> >>>> I just picked up an X220 and have been trying to get FreeBSD running >>>> well. >>>> >>>> Some tips >>>> ichsmb >>>> acpi_video (attaches but doesn't work) >>>> aesni >>>> coretemp >>>> >>>> powerd is a must, these processors seem to be designed to run very hot >>>> unless throttled. Somehow my C3 state disappears when on AC, I think >>>> that's >>>> a bios setting? >>>> >>>> acpi_ibm needs "LEN0068" added to the list of ibm ids at the beginning= of >>>> /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but that >>>> machine is in a world of ports hurt right now :). >>>> With this many of the sysctls and leds work, still no brightness (w or >>>> wout >>>> intel DRI from Konstantin...thanks Konstantin!!) >>>> >>>> sleep/resume work, but screen is off after resume and cannot be awaken= ed >>>> (even w/ dpms and or acpi_video). >>> >>> This is probably another driver bug. Try kldunloading and kldloading >>> your wlan driver to see if that works, and/or start stripping your >>> kernel of unnecessary options until you find the magic formula for >>> what works, and just apply that to rc.suspend // rc.resume and file a >>> PR for the driver bug if there isn't one already. >>> HTH, >>> -Garrett >>> >> >> Driver bug in wireless can leave the screen off? >> I can for instance type reboot and reboot etc. >> >> I also noticed that acpi_video attaches, but nothing works. Looking at A= ML >> it appears that the correct "hooks" are present, but lcd0 shows as inact= ive >> and does not go to "1" in sysctl. >> >> ibm_acpi lcd_brightness hooks do not work either. >> >> debug.acpi.reset_video does VERY bad things, involving a reboot loop and >> flashing thinklight >> >> Is there anything else I can do to turn the damn thing back on? >> Any other logging or things to look at? >> >> I will try a minimal kernel shortly. > > A driver bug in general will bring up a blank screen because the > system doesn't fully resume. > > Are you using amd64 or i386? I re-built acpi_ibm and I now have the acpi_ibm sysctls, but most don't seem to do anything. dev.acpi_ibm.0.%desc: IBM ThinkPad ACPI Extras dev.acpi_ibm.0.%driver: acpi_ibm dev.acpi_ibm.0.%location: handle=3D\_SB_.PCI0.LPC_.EC__.HKEY dev.acpi_ibm.0.%pnpinfo: _HID=3DLEN0068 _UID=3D0 dev.acpi_ibm.0.%parent: acpi0 dev.acpi_ibm.0.initialmask: 2060 dev.acpi_ibm.0.availmask: 134217727 dev.acpi_ibm.0.events: 0 dev.acpi_ibm.0.eventmask: 2060 dev.acpi_ibm.0.hotkey: 2484 dev.acpi_ibm.0.lcd_brightness: <--Does not work dev.acpi_ibm.0.volume: 0 <--Does not work dev.acpi_ibm.0.mute: 0 <--works dev.acpi_ibm.0.thinklight: 0 <--works dev.acpi_ibm.0.bluetooth: 0 <--N/A dev.acpi_ibm.0.wlan: 1 <--Works (Read-only) dev.acpi_ibm.0.fan_speed: 2629 <--Works dev.acpi_ibm.0.fan_level: 0 <--Does not work dev.acpi_ibm.0.fan: 1 <-- Don't know Since the volume and brightness buttons don't work, I have to be careful to leave them at max or I won't have full volume available and the LCD will be dim. I do see LCDBrightness referenced in the DSDT, but I see nothing on either the fans or volume. I'm on a T520 running 9-Stable amd64. Any idea of getting brightness and volume to work? I also have the problem of no video after a resume. Other then that, it sus= pends and resumes just fine. I need to confirm whether the display is really blan= k or just needs the backlight turned on. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 23:36:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7114D106564A for ; Wed, 28 Sep 2011 23:36:29 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 22B4C8FC0A for ; Wed, 28 Sep 2011 23:36:28 +0000 (UTC) Received: by iadk27 with SMTP id k27so54289iad.13 for ; Wed, 28 Sep 2011 16:36:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8fhb25dkUCG12UQQkTDlKN2UPPDK1tnVgG7rBXb0Qt0=; b=ESAkZCKcMUeiYYQlW3hvQbkRBVX3q0lIlkefIaQxJWX1mR+KODG99nlIMPvY8af3ff eb26iAEXjrPmpYhOKD+LDPJYHVPtouvP3mLvi8wifDmJ3CMW+8DN0WOysDjxhK/qkCuZ npGy1Cc7OWgdMoV1MdoMHkQnzgHIclBwfAc74= Received: by 10.231.28.132 with SMTP id m4mr1062823ibc.38.1317252985349; Wed, 28 Sep 2011 16:36:25 -0700 (PDT) Received: from sidhe.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id ee29sm493147ibb.9.2011.09.28.16.36.22 (version=SSLv3 cipher=OTHER); Wed, 28 Sep 2011 16:36:24 -0700 (PDT) Message-ID: <4E83AF81.7080708@gmail.com> Date: Wed, 28 Sep 2011 16:36:33 -0700 From: Matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110921 Thunderbird/6.0.2 MIME-Version: 1.0 To: "Hartmann, O." References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> <4E836DEE.2080608@zedat.fu-berlin.de> <4E837292.3000207@zedat.fu-berlin.de> <4E8375E2.5040407@gmail.com> <4E8377F1.7020906@zedat.fu-berlin.de> <4E838127.5090601@FreeBSD.org> <4E83A2AC.2080204@zedat.fu-berlin.de> In-Reply-To: <4E83A2AC.2080204@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , aakuusta@gmail.com, Doug Barton , freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 23:36:29 -0000 On 09/28/11 15:41, Hartmann, O. wrote: > On 09/28/11 22:18, Doug Barton wrote: >> On 09/28/2011 12:39, Hartmann, O. wrote: >>> The mess started to happen when I tried to "repair" a non CLANG >>> compiling port math/gotoblas with portmaster -vf amth/gotoblas. >>> Since this build binutils and even gettext and libiconv, I guess they >>> got broken. Last I saw was a successful installation report from >>> portmaster. But the libiconv.so.3 wasn't there anymore when I checked! >>> >>> This is a catastrophy ... >>> >>> I'm on FreeBSD 10.0-CURRENT r225844 >> It's been widely reported on the ports list that you can't do fresh >> ports compiles on 10-current, and won't be able to until well after >> 9.0-RELEASE. The primary reason is that auto* stuff doesn't understand >> the 2-digit release version. >> >> Solutions are to set UNAME_r=9.0-CURRENT in your environment, and/or >> twiddle the version in newvers.sh and rebuild/reinstall your kernel. >> >> >> hth, >> >> Doug >> > Yes, it has been discussed. But I was too dumb to realise that the > phenomenon I > experienced was triggered by this. > I'll stay tuned and watch when a solution is at hand. > > Regards, > Oliver > I also was apparently too dumb! Making progress with UNAME_r and newvers.sh as we speak. I was unable to compile neon29 properly with UNAME_r alone... buildkernel underway. At least it's never boring! Thanks all Matt From owner-freebsd-current@FreeBSD.ORG Wed Sep 28 23:53:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3C391065672; Wed, 28 Sep 2011 23:53:55 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1248FC0C; Wed, 28 Sep 2011 23:53:55 +0000 (UTC) Received: by gyf2 with SMTP id 2so57017gyf.13 for ; Wed, 28 Sep 2011 16:53:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=xT5Kgwnw8iY+IcBaBdjx1FC33RMButKN8C6qk4RrHV0=; b=HdI5Y33xiQNGZBPTEW9Q9BOS7A74POzPMa+EdYVzmOPdlYEi6qklL49UYhQuyNyk4C fYvSi7prs6WC5xa1m25x0bNSceP5LUCpZexmCn3kZ3bG6Wgu7y4s5H8VtPpig1ADOQ8Z D+j6ITR++TPnUObisiP8PhNo2OPev9a9HVDRw= Received: by 10.68.4.201 with SMTP id m9mr47190051pbm.40.1317254034164; Wed, 28 Sep 2011 16:53:54 -0700 (PDT) Received: from kruse-180.4.ixsystems.com (drawbridge.ixsystems.com. [206.40.55.65]) by mx.google.com with ESMTPS id e8sm12674834pbc.8.2011.09.28.16.53.51 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 28 Sep 2011 16:53:52 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <4E83AF81.7080708@gmail.com> Date: Wed, 28 Sep 2011 16:53:50 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> <4E836DEE.2080608@zedat.fu-berlin.de> <4E837292.3000207@zedat.fu-berlin.de> <4E8375E2.5040407@gmail.com> <4E8377F1.7020906@zedat.fu-berlin.de> <4E838127.5090601@FreeBSD.org> <4E83A2AC.2080204@zedat.fu-berlin.de> <4E83AF81.7080708@gmail.com> To: Matt X-Mailer: Apple Mail (2.1084) Cc: aakuusta@gmail.com, Doug Barton , "Hartmann, O." , freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2011 23:53:56 -0000 On Sep 28, 2011, at 4:36 PM, Matt wrote: > On 09/28/11 15:41, Hartmann, O. wrote: >> On 09/28/11 22:18, Doug Barton wrote: >>> On 09/28/2011 12:39, Hartmann, O. wrote: >>>> The mess started to happen when I tried to "repair" a non CLANG >>>> compiling port math/gotoblas with portmaster -vf amth/gotoblas. >>>> Since this build binutils and even gettext and libiconv, I guess = they >>>> got broken. Last I saw was a successful installation report from >>>> portmaster. But the libiconv.so.3 wasn't there anymore when I = checked! >>>>=20 >>>> This is a catastrophy ... >>>>=20 >>>> I'm on FreeBSD 10.0-CURRENT r225844 >>> It's been widely reported on the ports list that you can't do fresh >>> ports compiles on 10-current, and won't be able to until well after >>> 9.0-RELEASE. The primary reason is that auto* stuff doesn't = understand >>> the 2-digit release version. >>>=20 >>> Solutions are to set UNAME_r=3D9.0-CURRENT in your environment, = and/or >>> twiddle the version in newvers.sh and rebuild/reinstall your kernel. >>>=20 >>>=20 >>> hth, >>>=20 >>> Doug >>>=20 >> Yes, it has been discussed. But I was too dumb to realise that the >> phenomenon I >> experienced was triggered by this. >> I'll stay tuned and watch when a solution is at hand. >>=20 > I also was apparently too dumb! Making progress with UNAME_r and = newvers.sh as we speak. > I was unable to compile neon29 properly with UNAME_r alone... = buildkernel underway. > At least it's never boring! Please be aware that some user apps like net-smp and kernel = modules like nvidia-driver key in on the __FreeBSD_version number. So if = it's out of sync with reality, bad things can happen as you're breaking = some developers' assumptions. Thanks! -Garrett= From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 01:23:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D1D3106567B for ; Thu, 29 Sep 2011 01:23:38 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9D07A8FC08 for ; Thu, 29 Sep 2011 01:23:37 +0000 (UTC) Received: by wwn22 with SMTP id 22so2374973wwn.1 for ; Wed, 28 Sep 2011 18:23:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=cE6wqQQG1NS2QwySz+MdAU/TXX/kxLSnZtgGD5ugGLI=; b=bCEcAspYwNR4TEf7JxhS6tSUYxNZ2pwnkW76JfEbNgNhXs9cBdCuSIfq/V0vPycmaX O6Sos4arZFwGC22IWLvj5uwwwBWHTc2/RsCd66iImk22Tw0LHqRA0n/ogj6fa9mIptOc z8JWRt47R7FE8KXwYxmn3chvqX79sd8R973IY= MIME-Version: 1.0 Received: by 10.216.132.129 with SMTP id o1mr447889wei.3.1317257875681; Wed, 28 Sep 2011 17:57:55 -0700 (PDT) Received: by 10.180.104.37 with HTTP; Wed, 28 Sep 2011 17:57:55 -0700 (PDT) Date: Wed, 28 Sep 2011 19:57:55 -0500 Message-ID: From: Greg Miller To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 01:23:38 -0000 On a fresh install of 9.0B2, I've updated my source to RELENG_9 with csup, and I get the following when I try to make buildworld: ************************************* [0] /usr/src # make clean buildworld find: /usr/src/sys/sys/param.h: No such file or directory "/usr/src/Makefile", line 217: warning: "find /usr/src/sys/sys/param.h -mtime -0s" returned non-zero status ===> share/info (clean) ===> lib (clean) ===> lib/csu/amd64 (clean) rm -f crt1.o crti.o crtn.o Scrt1.o gcrt1.o crt1.s gcrt1.s Scrt1.s ===> lib/libc (clean) "/usr/src/lib/libc/sys/Makefile.inc", line 9: Could not find /usr/src/lib/libc/../../sys/sys/syscall.mk make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [1] /usr/src # exit exit ********************************** My make.conf: ************************************ # added by use.perl 2011-09-25 03:44:55 PERL_VERSION=5.14.1 ************************************ From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 01:58:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6311106566B; Thu, 29 Sep 2011 01:58:45 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id A804D8FC0C; Thu, 29 Sep 2011 01:58:45 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 7FA705E86E; Wed, 28 Sep 2011 21:42:38 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 47D755E927; Wed, 28 Sep 2011 21:42:37 -0400 (EDT) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 415F75E86D; Wed, 28 Sep 2011 21:42:37 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id 9A64E45051; Wed, 28 Sep 2011 21:42:36 -0400 (EDT) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-znmqaznfxsKPhW2Vrrwd" Date: Wed, 28 Sep 2011 21:42:34 -0400 Message-ID: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Subject: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 01:58:45 -0000 --=-znmqaznfxsKPhW2Vrrwd Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The third BETA build of the 9.0-RELEASE release cycle is now available. Since this is the first release of a brand new branch I cross-post the announcements on both -current and -stable. But just so you know most of the developers active in head pay more attention to the -current mailing list. If you notice problems you can report them through the normal Gnats PR system or on the -current mailing list. The 9.0-RELEASE cycle will be tracked here: http://wiki.freebsd.org/Releng/9.0TODO though the schedule listed there is still way off. We'll re-work the schedule some time soon. NOTE: The location of the FTP install tree and ISOs is the same as it had been for BETA2, though we are still deciding if this will be the layout we switch to for the release. ISO images for the following architectures are available, with pathnames given relative to the top-level of the FTP site: amd64: .../releases/amd64/amd64/ISO-IMAGES/9.0/ i386: .../releases/i386/i386/ISO-IMAGES/9.0/ ia64: .../releases/ia64/ia64/ISO-IMAGES/9.0/ powerpc: .../releases/powerpc/powerpc/ISO-IMAGES/9.0/ powerpc64: .../releases/powerpc/powerpc64/ISO-IMAGES/9.0/ sparc64: .../releases/sparc64/sparc64/ISO-IMAGES/9.0/ MD5/SHA256 checksums are tacked on below. If you would like to use csup/cvsup mechanisms to access the source tree the branch tag to use is now "RELENG_8", if you use "." (head) you will get 10-CURRENT. If you would like to access the source tree via SVN it is "svn://svn.freebsd.org/base/stable/9/". We still have the nit that the creation of a new SVN branch winds up causing what looks like a check-in of the entire tree in CVS (a side-effect of the svn2cvs exporter) so "mergemaster -F" is your friend if you are using csup/cvsup. At this point FreeBSD-Update is still not available, in part to help encourage testing the installer. We hope to start the Release Candidate phase of the release cycle with the next test build. Checksums: MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D 2ce7b93d28fd7ff37965893f1af3= f7fc MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D 4affc701f2052edc548274f090e49235 MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D e260f2f2122326cb9a93ac83eb00= 6c1c MD5 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D ef43977dbf1c8c0f40710985660ed= 55e MD5 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 95bc3b0c312b83a79752dce616075cdb MD5 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D d86475510e34698e8077edac717ae= 73c MD5 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 463ee0447dd96ab7fc6e61a6b4623= 128 MD5 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 0d6ed910294fbf0afc1c34e9a55227b8 MD5 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D 716ace96755ddc2965c76590253fb7= 56 MD5 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 6110fe69b92e40e4eab0316779= 5459d0 MD5 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D 9a365252f3c347c0b465096aed3836= 79 MD5 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 8c18ca00a9a8013a615c86c2a5d= f46be MD5 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d9e2458116de2b89085fe41= 6e3ce2d5 MD5 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D 0b547b0375bfb2a53efc2185b61b= fc63 MD5 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D cbc4ad7477bae80f0055e1160= 38d06c2 MD5 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D cc1d53cbae4a00672bc0cce3e1= 1ba956 MD5 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 988b07e44a4cfeb39e0aca0a1239c2= d2 SHA256 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D bd12e94d69c189efa15f4ccc5= c98d552d54ed204d6d811e9ac8a965dc8780c42 SHA256 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D fd026f1d0bdddaff533a58b8c731e= cbc2b2b14d9d975e8771bebe07eba7a579c SHA256 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D 963326cc20ce81cfde062651d= 757fca1da2ae313fcb2aafcd92054970fdff3a6 SHA256 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D 8a083b9859ca09eca944afc9b2= 0e93b167861b5d876a6ff2c791ad7ffe18f2ac SHA256 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 811e66efc14ba1a6184b787b09eb49= 7df3c72f38688f73e6b44ffce9e8b81b42 SHA256 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D 8aca989b1c2837a21240a6c581= 24f19576cb322c183242e222999f59d99e6293 SHA256 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 96c91419fd9a80ff5c3322ef3e= e99a4608bda3b39a630dca07869a2aa9c82f13 SHA256 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 3d253650fdd0bcbecd4f0fb45844f6= 5f4e5a89120b66d16c2d3828370488d5fa SHA256 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D ab8d322bedc28329298b520b155= 0940dc5ae75a04636f326baf0f9f5d7e933e2 SHA256 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 0fa3930add2b054ccc828ef= 9fbbec90efcd9781ad3c82a5ad8bae2d533f27cc5 SHA256 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D d2c6e43d47021716ac3d0956acc= 5b9ecf0cf26bc452c1cdf7033d32dc2a66289 SHA256 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 9791766756ecaaa536c2f4e1= 2f86fa99d8fc248d1457f36adafaf2a8865c95b2 SHA256 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d05648ed1be716fd6422= ce81f5118424cd6fad7829144e58d64f88315c674e6 SHA256 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D f12447fba16b17a93483a22c8= dc6666270c3790707e01ad7b8b0bae9f9bcfeac SHA256 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D 5ccb8b500b1c233077baf3= 8867f595ef753108886e092ba1efd88dfb24ebdbfc SHA256 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D 6eddeb18514d063d809e5b6= 75413de43b6aa72815ebbe9f72fe548507f1e03cd SHA256 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 8b56423ed00cf9902366eeb7fd5= 1bf13f8702af51a8c031fbf295f68ca5df484 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-znmqaznfxsKPhW2Vrrwd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6DzQEACgkQ/G14VSmup/bdWQCeLUupbOl6Irfld3rEPDz52Gim gGgAn0QajPyBmL/Ms084Sh/EQYcYhyKd =IRYm -----END PGP SIGNATURE----- --=-znmqaznfxsKPhW2Vrrwd-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 02:00:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D2E8106566C; Thu, 29 Sep 2011 02:00:01 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9128FC18; Thu, 29 Sep 2011 02:00:00 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 3E484DC0B8; Thu, 29 Sep 2011 02:00:53 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 07491DC0B4 for ; Thu, 29 Sep 2011 02:00:49 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1A47A1627FB; Thu, 29 Sep 2011 01:59:01 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2D9C310657A3; Thu, 29 Sep 2011 01:58:59 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6311106566B; Thu, 29 Sep 2011 01:58:45 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id A804D8FC0C; Thu, 29 Sep 2011 01:58:45 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 7FA705E86E; Wed, 28 Sep 2011 21:42:38 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 47D755E927; Wed, 28 Sep 2011 21:42:37 -0400 (EDT) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 415F75E86D; Wed, 28 Sep 2011 21:42:37 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id 9A64E45051; Wed, 28 Sep 2011 21:42:36 -0400 (EDT) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-znmqaznfxsKPhW2Vrrwd" Date: Wed, 28 Sep 2011 21:42:34 -0400 Message-ID: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: Subject: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 02:00:01 -0000 --=-znmqaznfxsKPhW2Vrrwd Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The third BETA build of the 9.0-RELEASE release cycle is now available. Since this is the first release of a brand new branch I cross-post the announcements on both -current and -stable. But just so you know most of the developers active in head pay more attention to the -current mailing list. If you notice problems you can report them through the normal Gnats PR system or on the -current mailing list. The 9.0-RELEASE cycle will be tracked here: http://wiki.freebsd.org/Releng/9.0TODO though the schedule listed there is still way off. We'll re-work the schedule some time soon. NOTE: The location of the FTP install tree and ISOs is the same as it had been for BETA2, though we are still deciding if this will be the layout we switch to for the release. ISO images for the following architectures are available, with pathnames given relative to the top-level of the FTP site: amd64: .../releases/amd64/amd64/ISO-IMAGES/9.0/ i386: .../releases/i386/i386/ISO-IMAGES/9.0/ ia64: .../releases/ia64/ia64/ISO-IMAGES/9.0/ powerpc: .../releases/powerpc/powerpc/ISO-IMAGES/9.0/ powerpc64: .../releases/powerpc/powerpc64/ISO-IMAGES/9.0/ sparc64: .../releases/sparc64/sparc64/ISO-IMAGES/9.0/ MD5/SHA256 checksums are tacked on below. If you would like to use csup/cvsup mechanisms to access the source tree the branch tag to use is now "RELENG_8", if you use "." (head) you will get 10-CURRENT. If you would like to access the source tree via SVN it is "svn://svn.freebsd.org/base/stable/9/". We still have the nit that the creation of a new SVN branch winds up causing what looks like a check-in of the entire tree in CVS (a side-effect of the svn2cvs exporter) so "mergemaster -F" is your friend if you are using csup/cvsup. At this point FreeBSD-Update is still not available, in part to help encourage testing the installer. We hope to start the Release Candidate phase of the release cycle with the next test build. Checksums: MD5 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D 2ce7b93d28fd7ff37965893f1af3= f7fc MD5 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D 4affc701f2052edc548274f090e49235 MD5 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D e260f2f2122326cb9a93ac83eb00= 6c1c MD5 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D ef43977dbf1c8c0f40710985660ed= 55e MD5 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 95bc3b0c312b83a79752dce616075cdb MD5 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D d86475510e34698e8077edac717ae= 73c MD5 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 463ee0447dd96ab7fc6e61a6b4623= 128 MD5 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 0d6ed910294fbf0afc1c34e9a55227b8 MD5 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D 716ace96755ddc2965c76590253fb7= 56 MD5 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 6110fe69b92e40e4eab0316779= 5459d0 MD5 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D 9a365252f3c347c0b465096aed3836= 79 MD5 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 8c18ca00a9a8013a615c86c2a5d= f46be MD5 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d9e2458116de2b89085fe41= 6e3ce2d5 MD5 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D 0b547b0375bfb2a53efc2185b61b= fc63 MD5 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D cbc4ad7477bae80f0055e1160= 38d06c2 MD5 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D cc1d53cbae4a00672bc0cce3e1= 1ba956 MD5 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 988b07e44a4cfeb39e0aca0a1239c2= d2 SHA256 (FreeBSD-9.0-BETA3-amd64-bootonly.iso) =3D bd12e94d69c189efa15f4ccc5= c98d552d54ed204d6d811e9ac8a965dc8780c42 SHA256 (FreeBSD-9.0-BETA3-amd64-dvd1.iso) =3D fd026f1d0bdddaff533a58b8c731e= cbc2b2b14d9d975e8771bebe07eba7a579c SHA256 (FreeBSD-9.0-BETA3-amd64-memstick.img) =3D 963326cc20ce81cfde062651d= 757fca1da2ae313fcb2aafcd92054970fdff3a6 SHA256 (FreeBSD-9.0-BETA3-i386-bootonly.iso) =3D 8a083b9859ca09eca944afc9b2= 0e93b167861b5d876a6ff2c791ad7ffe18f2ac SHA256 (FreeBSD-9.0-BETA3-i386-dvd1.iso) =3D 811e66efc14ba1a6184b787b09eb49= 7df3c72f38688f73e6b44ffce9e8b81b42 SHA256 (FreeBSD-9.0-BETA3-i386-memstick.img) =3D 8aca989b1c2837a21240a6c581= 24f19576cb322c183242e222999f59d99e6293 SHA256 (FreeBSD-9.0-BETA3-ia64-bootonly.iso) =3D 96c91419fd9a80ff5c3322ef3e= e99a4608bda3b39a630dca07869a2aa9c82f13 SHA256 (FreeBSD-9.0-BETA3-ia64-memstick) =3D 3d253650fdd0bcbecd4f0fb45844f6= 5f4e5a89120b66d16c2d3828370488d5fa SHA256 (FreeBSD-9.0-BETA3-ia64-release.iso) =3D ab8d322bedc28329298b520b155= 0940dc5ae75a04636f326baf0f9f5d7e933e2 SHA256 (FreeBSD-9.0-BETA3-powerpc-bootonly.iso) =3D 0fa3930add2b054ccc828ef= 9fbbec90efcd9781ad3c82a5ad8bae2d533f27cc5 SHA256 (FreeBSD-9.0-BETA3-powerpc-memstick) =3D d2c6e43d47021716ac3d0956acc= 5b9ecf0cf26bc452c1cdf7033d32dc2a66289 SHA256 (FreeBSD-9.0-BETA3-powerpc-release.iso) =3D 9791766756ecaaa536c2f4e1= 2f86fa99d8fc248d1457f36adafaf2a8865c95b2 SHA256 (FreeBSD-9.0-BETA3-powerpc64-bootonly.iso) =3D 2d05648ed1be716fd6422= ce81f5118424cd6fad7829144e58d64f88315c674e6 SHA256 (FreeBSD-9.0-BETA3-powerpc64-memstick) =3D f12447fba16b17a93483a22c8= dc6666270c3790707e01ad7b8b0bae9f9bcfeac SHA256 (FreeBSD-9.0-BETA3-powerpc64-release.iso) =3D 5ccb8b500b1c233077baf3= 8867f595ef753108886e092ba1efd88dfb24ebdbfc SHA256 (FreeBSD-9.0-BETA3-sparc64-bootonly.iso) =3D 6eddeb18514d063d809e5b6= 75413de43b6aa72815ebbe9f72fe548507f1e03cd SHA256 (FreeBSD-9.0-BETA3-sparc64-dvd1.iso) =3D 8b56423ed00cf9902366eeb7fd5= 1bf13f8702af51a8c031fbf295f68ca5df484 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-znmqaznfxsKPhW2Vrrwd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6DzQEACgkQ/G14VSmup/bdWQCeLUupbOl6Irfld3rEPDz52Gim gGgAn0QajPyBmL/Ms084Sh/EQYcYhyKd =IRYm -----END PGP SIGNATURE----- --=-znmqaznfxsKPhW2Vrrwd-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 02:02:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43BF2106566C; Thu, 29 Sep 2011 02:02:44 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id E53228FC15; Thu, 29 Sep 2011 02:02:40 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id DA51D5E971; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 5D4202EA8C; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) Received: from smtp3.acsu.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 5753117AF9; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp3.acsu.buffalo.edu (Postfix) with ESMTPSA id 3031746F80; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) From: Ken Smith To: freebsd-current In-Reply-To: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-yl1sqWsjSh0du+vAVJbj" Date: Wed, 28 Sep 2011 22:02:38 -0400 Message-ID: <1317261758.93406.34.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 02:02:44 -0000 --=-yl1sqWsjSh0du+vAVJbj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2011-09-28 at 21:42 -0400, Ken Smith wrote: > If you would like to use csup/cvsup mechanisms to access the source > tree the branch tag to use is now "RELENG_8", if you use "." (head) > you will get 10-CURRENT. Sigh. Sorry. It's late... RELENG_9... --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-yl1sqWsjSh0du+vAVJbj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6D0b4ACgkQ/G14VSmup/YdZwCfbOMOwTGNVoy0ZUyLSFuDtQw5 r7cAn092fVo3XnR3jhu4JkDS2SINYBBZ =atbR -----END PGP SIGNATURE----- --=-yl1sqWsjSh0du+vAVJbj-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 02:03:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B4D106564A; Thu, 29 Sep 2011 02:03:28 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4A4098FC2E; Thu, 29 Sep 2011 02:03:28 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 08A90DC0B8; Thu, 29 Sep 2011 02:04:21 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id C2068DC0B4 for ; Thu, 29 Sep 2011 02:04:18 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EBCA415612E; Thu, 29 Sep 2011 02:02:51 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4B94B10656B3; Thu, 29 Sep 2011 02:02:51 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43BF2106566C; Thu, 29 Sep 2011 02:02:44 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id E53228FC15; Thu, 29 Sep 2011 02:02:40 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id DA51D5E971; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id 5D4202EA8C; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) Received: from smtp3.acsu.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 5753117AF9; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp3.acsu.buffalo.edu (Postfix) with ESMTPSA id 3031746F80; Wed, 28 Sep 2011 22:02:39 -0400 (EDT) From: Ken Smith To: freebsd-current In-Reply-To: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> References: <1317260554.93406.33.camel@bauer.cse.buffalo.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-yl1sqWsjSh0du+vAVJbj" Date: Wed, 28 Sep 2011 22:02:38 -0400 Message-ID: <1317261758.93406.34.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-stable Subject: Re: FreeBSD 9.0-BETA3 Available... X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 02:03:28 -0000 --=-yl1sqWsjSh0du+vAVJbj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2011-09-28 at 21:42 -0400, Ken Smith wrote: > If you would like to use csup/cvsup mechanisms to access the source > tree the branch tag to use is now "RELENG_8", if you use "." (head) > you will get 10-CURRENT. Sigh. Sorry. It's late... RELENG_9... --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-yl1sqWsjSh0du+vAVJbj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6D0b4ACgkQ/G14VSmup/YdZwCfbOMOwTGNVoy0ZUyLSFuDtQw5 r7cAn092fVo3XnR3jhu4JkDS2SINYBBZ =atbR -----END PGP SIGNATURE----- --=-yl1sqWsjSh0du+vAVJbj-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 02:17:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5688106564A for ; Thu, 29 Sep 2011 02:17:37 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 979588FC16 for ; Thu, 29 Sep 2011 02:17:37 +0000 (UTC) Received: by qyk4 with SMTP id 4so298243qyk.13 for ; Wed, 28 Sep 2011 19:17:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YZk7+Qa094sLxfLTW+B1MRdZaHDt3doQyu+Iz72/VqE=; b=mD7I8G2Bb4YsgQJQAGoYuYorI3xcS5AViCZE9hEG2qf/jysaLT3rxs0omYKD00CxKP Myb+YladPf+qZKJj2WD6N+62fG4vQEJbwNSWnxI6lXrDMZPkgl6KecIPdF/UmaeC1oDD xpd3iuIUhyIR6CdKBw+XIaeIUHuAjMBRZUA6g= MIME-Version: 1.0 Received: by 10.224.215.2 with SMTP id hc2mr7442313qab.324.1317262656317; Wed, 28 Sep 2011 19:17:36 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Wed, 28 Sep 2011 19:17:36 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 Sep 2011 19:17:36 -0700 Message-ID: From: Garrett Cooper To: Greg Miller Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 02:17:37 -0000 On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller wrote: > On a fresh install of 9.0B2, I've updated my source to RELENG_9 with > csup, and I get the following when I try to make buildworld: > > ************************************* > [0] /usr/src # make clean buildworld > find: /usr/src/sys/sys/param.h: No such file or directory > "/usr/src/Makefile", line 217: warning: "find /usr/src/sys/sys/param.h > -mtime -0s" returned non-zero status > ===> share/info (clean) > ===> lib (clean) > ===> lib/csu/amd64 (clean) > rm -f crt1.o crti.o crtn.o Scrt1.o gcrt1.o crt1.s gcrt1.s Scrt1.s > ===> lib/libc (clean) > "/usr/src/lib/libc/sys/Makefile.inc", line 9: Could not find > /usr/src/lib/libc/../../sys/sys/syscall.mk > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > [1] /usr/src # exit > exit If you do ls /usr/src/sys , it's probably missing. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 03:54:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0013D106564A for ; Thu, 29 Sep 2011 03:54:08 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7318FC12 for ; Thu, 29 Sep 2011 03:54:08 +0000 (UTC) Received: by wyj26 with SMTP id 26so920108wyj.13 for ; Wed, 28 Sep 2011 20:54:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=D1ySGWhw32SqzZUiozPLJ72c7hSSorct1lT+PVVFKJA=; b=Pt3DNskoVKXBsLTVH6VCQ8BKMLZE97OBT8Idm3VT28QYiOp9iH0WdSSwBNlccnW0mU a2pVsvUIQrOvTSMDHwm/DGcv9U7CWn9NDo61zotos7voNrQwWESLSDf55CuBjfr1E4Xi WI7taWisoaf7DFHHVZmwuLwussYLYb5CpyWUs= MIME-Version: 1.0 Received: by 10.216.159.1 with SMTP id r1mr592556wek.18.1317268447381; Wed, 28 Sep 2011 20:54:07 -0700 (PDT) Received: by 10.180.104.37 with HTTP; Wed, 28 Sep 2011 20:54:07 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 Sep 2011 22:54:07 -0500 Message-ID: From: Greg Miller To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 03:54:09 -0000 On 9/28/11, Garrett Cooper wrote: > On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller wrote: >> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >> csup, and I get the following when I try to make buildworld: [snip] > If you do ls /usr/src/sys , it's probably missing. [0] /usr/src # ls /usr/src/sys/sys _bus_dma.h _stack.h capability.h joystick.h lockstat.h mqueue.h rctl.h tiio.h _callout.h _stdint.h cfictl.h kenv.h loginclass.h power.h regression.h timeet.h _cpuset.h _termios.h gpio.h khelp.h module_khelp.h procdesc.h sockopt.h ttyhook.h _sockaddr_storage.h _umtx.h hhook.h ksyms.h mpt_ioctl.h racct.h sockstate.h From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 03:55:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2527B106564A for ; Thu, 29 Sep 2011 03:55:54 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id D63128FC12 for ; Thu, 29 Sep 2011 03:55:53 +0000 (UTC) Received: by qyk4 with SMTP id 4so369046qyk.13 for ; Wed, 28 Sep 2011 20:55:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ENzwsOiKjJeIlRyktjMoPrNoUnZ+t1mFoSyXlg5eBJc=; b=PUJG+ZejulYuCm9Y3aaTd80X4jBBGkDThex5RxXqSg6fDO63Cv/P5TDklCtxcM4Kc+ KraQ3oJRcqnvk89nMW6WpBpZmqT9OHOJLvjDmwoaIB2xOj9fUhCn0W9FpKkf/amsNysY WHffcr2jT8vuEq2XqvhdviSe5/WHItgpeC/K8= MIME-Version: 1.0 Received: by 10.224.183.205 with SMTP id ch13mr3365900qab.274.1317268553104; Wed, 28 Sep 2011 20:55:53 -0700 (PDT) Received: by 10.224.74.82 with HTTP; Wed, 28 Sep 2011 20:55:53 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 Sep 2011 20:55:53 -0700 Message-ID: From: Garrett Cooper To: Greg Miller Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 03:55:54 -0000 On Wed, Sep 28, 2011 at 8:54 PM, Greg Miller wrote: > On 9/28/11, Garrett Cooper wrote: >> On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller wro= te: >>> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >>> csup, and I get the following when I try to make buildworld: > > [snip] > >> If you do ls /usr/src/sys , it's probably missing. > > [0] /usr/src # ls /usr/src/sys/sys > _bus_dma.h =A0 =A0 =A0 =A0 =A0 =A0 =A0_stack.h =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0capability.h =A0 =A0 =A0 =A0 =A0 =A0joystick.h =A0 =A0 =A0 =A0 =A0 = =A0 =A0lockstat.h =A0 =A0 =A0 =A0 =A0 =A0 =A0mqueue.h =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0rctl.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0tiio.h > _callout.h =A0 =A0 =A0 =A0 =A0 =A0 =A0_stdint.h =A0 =A0 =A0 =A0 =A0 =A0 = =A0 cfictl.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0kenv.h =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0loginclass.h =A0 =A0 =A0 =A0 =A0 =A0power.h =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 regression.h =A0 =A0 =A0 =A0 =A0 =A0timeet.h > _cpuset.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 _termios.h =A0 =A0 =A0 =A0 =A0 =A0 = =A0gpio.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0khelp.h =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 module_khelp.h =A0 =A0 =A0 =A0 =A0procdesc.h =A0 =A0 =A0 =A0 = =A0 =A0 =A0sockopt.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 ttyhook.h > _sockaddr_storage.h =A0 =A0 _umtx.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 hhook= .h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ksyms.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = mpt_ioctl.h =A0 =A0 =A0 =A0 =A0 =A0 racct.h =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= sockstate.h Ok, maybe not.. but it's sure incomplete: $ ls /sys/sys/* | wc -l 272 From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 04:15:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ABD5106566B for ; Thu, 29 Sep 2011 04:15:07 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9E32E8FC13 for ; Thu, 29 Sep 2011 04:15:06 +0000 (UTC) Received: by wwe3 with SMTP id 3so330009wwe.31 for ; Wed, 28 Sep 2011 21:15:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SvsqltTCviZacSknzQqYGECKBtRx9xXM47pkfifY34E=; b=IjQW5iqiZX3cMVk6Xagxc8+9MkqxwPVgMcYS0K2SG6BIIK9nv8TgCStTnb7E0DB50+ b8guCLy2IlXgdo6kULKt0W1grfahys67jcQ4l0zjGutPln2CLVNCI2ZyEy07dViSAKi3 uHF6bqmJLU3ZLVpwyRhV9iftcCNvf+u9Nsu1Y= MIME-Version: 1.0 Received: by 10.227.142.140 with SMTP id q12mr3127275wbu.18.1317269705560; Wed, 28 Sep 2011 21:15:05 -0700 (PDT) Received: by 10.180.104.37 with HTTP; Wed, 28 Sep 2011 21:15:05 -0700 (PDT) In-Reply-To: References: Date: Wed, 28 Sep 2011 23:15:05 -0500 Message-ID: From: Greg Miller To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 04:15:07 -0000 On 9/28/11, Garrett Cooper wrote: > On Wed, Sep 28, 2011 at 8:54 PM, Greg Miller wrote: >> On 9/28/11, Garrett Cooper wrote: >>> On Wed, Sep 28, 2011 at 5:57 PM, Greg Miller >>> wrote: >>>> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >>>> csup, and I get the following when I try to make buildworld: >> >> [snip] >> >>> If you do ls /usr/src/sys , it's probably missing. >> >> [0] /usr/src # ls /usr/src/sys/sys >> _bus_dma.h _stack.h capability.h >> joystick.h lockstat.h mqueue.h >> rctl.h tiio.h >> _callout.h _stdint.h cfictl.h >> kenv.h loginclass.h power.h >> regression.h timeet.h >> _cpuset.h _termios.h gpio.h >> khelp.h module_khelp.h procdesc.h >> sockopt.h ttyhook.h >> _sockaddr_storage.h _umtx.h hhook.h >> ksyms.h mpt_ioctl.h racct.h >> sockstate.h > > Ok, maybe not.. but it's sure incomplete: > > $ ls /sys/sys/* | wc -l > 272 > I saw this once before, with RELENG_8_2. RELENG_8 and RELENG_8_1 got me all the files I needed, but RELENG_8_2 left me with missing files. I've tried it with multiple cvsup servers (cvsup17 and cvsup1) with the same result. My supfile is pretty standard: *************************** [0] ~ # diff -wu /usr/share/examples/cvsup/standard-supfile fbsd-supfile --- /usr/share/examples/cvsup/standard-supfile 2011-09-27 00:03:40.278232348 -0500 +++ fbsd-supfile 2011-09-28 23:13:13.920501983 -0500 @@ -46,10 +46,10 @@ # # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/cvsup.html#CVSUP-MIRRORS. -*default host=CHANGE_THIS.FreeBSD.org +*default host=cvsup17.FreeBSD.org *default base=/var/db *default prefix=/usr -*default release=cvs tag=. +*default release=cvs tag=RELENG_9 *default delete use-rel-suffix # If you seem to be limited by CPU rather than network or disk bandwidth, try ********************************** From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 04:42:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75346106566C for ; Thu, 29 Sep 2011 04:42:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 361BD8FC16 for ; Thu, 29 Sep 2011 04:42:56 +0000 (UTC) Received: by yia13 with SMTP id 13so238259yia.13 for ; Wed, 28 Sep 2011 21:42:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UaeGme+tOEZ3Yqgt7SHdu+6aQrFW0CtzM8KQmuPJwWU=; b=gR3sFqU7ZpkGJxq6uA2N3PGknauJZpdXhAAYH1MA3Tx62+WsoJbssguRuUHQ7Hnuic 46BaZbQKyuWNfuk2OhnSw6zfBF7cCmZ2qdL+XaQFF/NbRNcHbSRKr6ZrvfF+YXPLVm+E 1s/EYdpkO717i2aE4QtDaL898EWXx3Yce3uWM= MIME-Version: 1.0 Received: by 10.236.201.165 with SMTP id b25mr10948908yho.72.1317271376435; Wed, 28 Sep 2011 21:42:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Wed, 28 Sep 2011 21:42:56 -0700 (PDT) In-Reply-To: References: Date: Thu, 29 Sep 2011 12:42:56 +0800 X-Google-Sender-Auth: wtfROT_of75mXgk4haBmc8BlIEc Message-ID: From: Adrian Chadd To: Greg Miller Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 04:42:57 -0000 On 29 September 2011 08:57, Greg Miller wrote: > On a fresh install of 9.0B2, I've updated my source to RELENG_9 with > csup, and I get the following when I try to make buildworld: Good, is this reproducable? There's a patch to csup that may help you out with this. Index: src/usr.bin/csup/fixups.c =================================================================== --- src/usr.bin/csup/fixups.c (revision 225772) +++ src/usr.bin/csup/fixups.c (working copy) @@ -141,7 +141,7 @@ fixups_lock(f); while (f->size == 0 && !f->closed) pthread_cond_wait(&f->cond, &f->lock); - if (f->closed) { + if (f->size == 0) { fixups_unlock(f); return (NULL); } I know this is a bit of effort, but can you please reproduce the issue, then see if this patch fixes it for you? I'd like to try and get this into 9.0-RELEASE but there's no csup maintainer so I'm just relying on "works for me" and code reviews from others. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 06:32:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 232EA1065672; Thu, 29 Sep 2011 06:32:39 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward10.mail.yandex.net (forward10.mail.yandex.net [IPv6:2a02:6b8:0:202::5]) by mx1.freebsd.org (Postfix) with ESMTP id 8426B8FC1A; Thu, 29 Sep 2011 06:32:38 +0000 (UTC) Received: from smtp7.mail.yandex.net (smtp7.mail.yandex.net [77.88.61.55]) by forward10.mail.yandex.net (Yandex) with ESMTP id D47AB10205CC; Thu, 29 Sep 2011 10:32:36 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317277956; bh=Yh8f34rSfTVLE6ty7ljkuNtbQ0fYhbXhIPgFwTwAKws=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=eVQ1Y0LqZq/RG1mFSMhNs6lAyFJs7juq+DwzwU1gkfqsbq/ewP94YZ7yb7rwbNm/K ZrJGgg3kJuL301PJKukzrOvqjxVxn2AC9VGR+BAtPdjpmgem2k+bt5VBK7y/h5V+zc MV+3DC4OeEz9WnCgtHkc+Vut6q50bsiYqW9W2HCE= Received: from smtp7.mail.yandex.net (localhost [127.0.0.1]) by smtp7.mail.yandex.net (Yandex) with ESMTP id B1B3215803D7; Thu, 29 Sep 2011 10:32:36 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317277956; bh=Yh8f34rSfTVLE6ty7ljkuNtbQ0fYhbXhIPgFwTwAKws=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=eVQ1Y0LqZq/RG1mFSMhNs6lAyFJs7juq+DwzwU1gkfqsbq/ewP94YZ7yb7rwbNm/K ZrJGgg3kJuL301PJKukzrOvqjxVxn2AC9VGR+BAtPdjpmgem2k+bt5VBK7y/h5V+zc MV+3DC4OeEz9WnCgtHkc+Vut6q50bsiYqW9W2HCE= Received: from ns.kirov.so-ups.ru (ns.kirov.so-ups.ru [178.74.170.1]) by smtp7.mail.yandex.net (nwsmtp/Yandex) with ESMTP id WaHC2pOQ-WaHetKkC; Thu, 29 Sep 2011 10:32:36 +0400 X-Yandex-Spam: 1 Message-ID: <4E841103.2020609@yandex.ru> Date: Thu, 29 Sep 2011 10:32:35 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-current References: <4E02F146.6030400@zedat.fu-berlin.de> <4E840ED2.2060306@FreeBSD.org> In-Reply-To: <4E840ED2.2060306@FreeBSD.org> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: hselasky@FreeBSD.org Subject: Re: 9.0-BETA3 can't boot with USB enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 06:32:39 -0000 On 29.09.2011 10:23, Andrey V. Elsukov wrote: > On 23.06.2011 11:54, O. Hartmann wrote: >> FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up >> with the message (repeated every 60 seconds): >> >> run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config > > I tried to install 9.0-BETA3 to HP Compaq DX7500 and this problem appeared again. > I turned off the USB support from the BIOS and after that i installed the system. > Now, when i turned on the USB support the kernel could not boot. > Can someone suggest something? I'm sorry, but it seems the cause is not in the USB. The kernel could boot with USB enabled after i have disabled firewire. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 06:42:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E0DE106566B; Thu, 29 Sep 2011 06:42:08 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (ns.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id 45FEF8FC08; Thu, 29 Sep 2011 06:42:08 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 06B8EB801F; Thu, 29 Sep 2011 10:23:15 +0400 (MSD) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id F117AB801B; Thu, 29 Sep 2011 10:23:14 +0400 (MSD) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id E8AE7B8F30; Thu, 29 Sep 2011 10:23:14 +0400 (MSD) Received: from [127.0.0.1] (netbook7.kirov.oduur.so [10.118.3.227]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id 92BC0B8F2C; Thu, 29 Sep 2011 10:23:14 +0400 (MSD) Message-ID: <4E840ED2.2060306@FreeBSD.org> Date: Thu, 29 Sep 2011 10:23:14 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: freebsd-current References: <4E02F146.6030400@zedat.fu-berlin.de> In-Reply-To: <4E02F146.6030400@zedat.fu-berlin.de> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: hselasky@FreeBSD.org Subject: 9.0-BETA3 can't boot with USB enabled (was: kernel broken: run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 06:42:08 -0000 On 23.06.2011 11:54, O. Hartmann wrote: > FreeBSD 9.0-CURRENT/amd64 won't boot anymore. The box gets stuck in booting the kernel and ending up > with the message (repeated every 60 seconds): > > run_interrupt_driven_hooks: still waiting after XXX seconds for xpt_config I tried to install 9.0-BETA3 to HP Compaq DX7500 and this problem appeared again. I turned off the USB support from the BIOS and after that i installed the system. Now, when i turned on the USB support the kernel could not boot. Can someone suggest something? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 07:37:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A79BE106568E; Thu, 29 Sep 2011 07:37:58 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) by mx1.freebsd.org (Postfix) with ESMTP id 15E368FC13; Thu, 29 Sep 2011 07:37:58 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yakaz.home) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R9BBo-000KAg-4n; Thu, 29 Sep 2011 09:37:52 +0200 Message-ID: <4E84204F.7060203@FreeBSD.org> Date: Thu, 29 Sep 2011 09:37:51 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110928 Thunderbird/7.0 MIME-Version: 1.0 To: "Hartmann, O." References: <20110926230335.041fd9aa@lab.lovett.com> <86mxdqfq69.fsf@gmail.com> <4E818941.7060006@zedat.fu-berlin.de> <4e83255b.g7c+BRfF0FDmiYc+%perryh@pluto.rain.com> <4E82CC34.4070305@zedat.fu-berlin.de> <4E835988.8060702@zedat.fu-berlin.de> <86k48sr1f7.fsf@gmail.com> <4E83699E.7010101@zedat.fu-berlin.de> <3DF52192-E4D3-47F4-B41F-5D685F933AE0@gmail.com> <4E836DEE.2080608@zedat.fu-berlin.de> <4E837292.3000207@zedat.fu-berlin.de> <4E837636.1010106@zedat.fu-berlin.de> In-Reply-To: <4E837636.1010106@zedat.fu-berlin.de> X-Enigmail-Version: undefined X-Enigmail-Draft-Status: 513 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: perryh@pluto.rain.com, freebsd-ports@freebsd.org, Garrett Cooper , lists@eitanadler.com, freebsd-current@freebsd.org, ade@freebsd.org, h h Subject: Re: HEADS UP: ports/ and 10.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 07:37:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 28.09.2011 21:32, Hartmann, O. wrote: > floating like a dead man in the water. I suspect the > conversters/libiconv broke something, since it claims it has > installed libiconv.so.3, but there is never such a shared object > installed! Here's what I did to recover: 1. Deinstall lang/gawk This is necessary so that ports don't try to use it. 2. Reinstall devel/libtool with UNAME_r=9.0-RELEASE Ports using autotools call libtool to know if they should build shared libraries. But libtool disables shared libraries for freebsd1*. You can check what libtool will tell to other ports by doing: libtool --config | grep build_libtool_libs To have shared libraries, this variable must be set to "yes". 3. Reinstall converters/libiconv Now, libiconv.so.3 is back. At this point, my installed ports were running fine. I never reinstalled gettext so it never broke; you may have to. - -- Jean-Sébastien Pédron -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6EIE8ACgkQa+xGJsFYOlNqXQCfVaINbK4Wi+wuyazRLT9aa95o 4dgAoIlecAMgWti/SQhOf4UrVusiNGK0 =G2Bo -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 09:44:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A084C106564A for ; Thu, 29 Sep 2011 09:44:39 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 80AAD8FC08 for ; Thu, 29 Sep 2011 09:44:39 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1R9Cud-0005q5-Kj for freebsd-current@freebsd.org; Thu, 29 Sep 2011 02:28:15 -0700 Date: Thu, 29 Sep 2011 02:28:15 -0700 (PDT) From: timp To: freebsd-current@freebsd.org Message-ID: <1317288495624-4852405.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 29 Sep 2011 10:57:05 +0000 Subject: Re: [CFT] hostap mode fixes with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 09:44:39 -0000 This night I updated my atom-based home router from "FreeBSD 8.2 RELEASE amd64" to 10-CURRENT for testing your ath(4) changes. I use noname chinese card from ebay (Atheros AR5008 802.11n Wireless Mini PCI-E Card 300Mbps) # pciconf -lv ath0@pci0:2:0:0: class=0x028000 card=0x102610e9 chip=0x0024168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5008 Wireless Network Adapter' class = network # dmesg -a | grep ath ath0: mem 0xf0200000-0xf020ffff irq 17 at device 0.0 on pci2 ath0: AR5418 mac 12.10 RF5133 phy 8.1 And I use hostapd with wpa-psk Before this update sometimes (every 2-3 hours) I got storm with messages like ath0: hardware error; resetting and others. My router couldn't work. Restart router helped, but for short time. I found a solution: set wlan0 to most unoccupied channel. Now I don't set channel and it works very well! -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-hostap-mode-fixes-with-ath-4-tp4847789p4852405.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 11:48:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFB86106564A for ; Thu, 29 Sep 2011 11:48:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id A2ABF8FC0A for ; Thu, 29 Sep 2011 11:48:26 +0000 (UTC) Received: by yxk36 with SMTP id 36so659235yxk.13 for ; Thu, 29 Sep 2011 04:48:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=e0ewQTpGjceiKw/mQjVsEimJPzlX1I8njOlEW5aYuE8=; b=BG11p9GgvFQ02UZ+P0MpaHTK5EI9UNHp1Yeda5HyYbSRJj6JoBpTgiPqFD+JRL0HaA 57yv8ilsjfe15gR1fp23ulkDbwRzVzSjzI7uW2EW7uBr+RLtunK4pfSo6YB69m88G2b1 INxIOBulJLwqpPQZwktXJewCGRzKmOfqgJc7U= MIME-Version: 1.0 Received: by 10.236.79.72 with SMTP id h48mr65188366yhe.4.1317296905986; Thu, 29 Sep 2011 04:48:25 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Thu, 29 Sep 2011 04:48:25 -0700 (PDT) In-Reply-To: <1317288495624-4852405.post@n5.nabble.com> References: <1317288495624-4852405.post@n5.nabble.com> Date: Thu, 29 Sep 2011 19:48:25 +0800 X-Google-Sender-Auth: dO2qiv9eZCYB44D60Hb14LbyJHs Message-ID: From: Adrian Chadd To: timp Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] hostap mode fixes with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 11:48:27 -0000 Hi! So you're saying that my code behaves better? :-) Would you mind getting a log of the numbers given to you after 'hardware error; resetting' ? please? Adrian From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:30:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BEF4106566C; Thu, 29 Sep 2011 12:30:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BB60B8FC12; Thu, 29 Sep 2011 12:30:22 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TCUBNf050725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 15:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TCUBZQ052737; Thu, 29 Sep 2011 15:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TCUBI5052736; Thu, 29 Sep 2011 15:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 15:30:11 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+10PrBpSX62Koh6T" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:30:23 -0000 --+10PrBpSX62Koh6T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > Hello! >=20 > I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > (I've upgraded from 8.2). I'm getting panic. Is it known > problem/already fixed somewhere? >=20 > FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 > 17:11:17 EEST 2011 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > i386 >=20 > Unread portion of the kernel message buffer: > panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > cpuid =3D 1 > Uptime: 16h6m53s > Physical memory: 1904 MB > Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > 144 128 112 96 80 64 48 32 16 >=20 > #0 doadump (textdump=3D1) at pcpu.h:244 > #1 0xc071e5cb in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:442 > #2 0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:607 > #3 0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > at /usr/src/sys/vm/vm_page.c:1905 Please do "frame 2", then "p/x *m" and show the result. > #4 0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > at /usr/src/sys/kern/vfs_bio.c:1638 > #5 0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo=3D0, > size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/kern/vfs_= bio.c:1949 > #6 0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D16384, sl= pflag=3D0, > slptimeo=3D0, flags=3DVariable "flags" is not available. > ) at /usr/src/sys/kern/vfs_bio.c:2788 > #7 0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44505088, l= bn=3D2520, > blkno=3D1209440, size=3D16384, run=3DVariable "run" is not available. > ) at /usr/src/sys/kern/vfs_cluster.c:332 > #8 0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505088, > lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqcount=3D7, > bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > #9 0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > at vnode_if.c:887 > #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnode_if.h:3= 84 > #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474508, > auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:254 > #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5824c48, > offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > at /usr/src/sys/kern/sys_generic.c:189 > #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 > #16 0xc0996db1 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:266 > #17 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --+10PrBpSX62Koh6T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6EZNMACgkQC3+MBN1Mb4iq3ACcDP4ZgqzuHvA2U+Bn90mhijJG 29cAn367wjnze9mnChaC5HoHAxT1gTtj =t5Bk -----END PGP SIGNATURE----- --+10PrBpSX62Koh6T-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:31:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4452106566B; Thu, 29 Sep 2011 12:31:41 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 348518FC0A; Thu, 29 Sep 2011 12:31:41 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 3AE22DC0B6; Thu, 29 Sep 2011 12:32:35 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 983B8DC0AE for ; Thu, 29 Sep 2011 12:32:32 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7E32C200EBE; Thu, 29 Sep 2011 12:30:38 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0DED6106577D; Thu, 29 Sep 2011 12:30:38 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BEF4106566C; Thu, 29 Sep 2011 12:30:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BB60B8FC12; Thu, 29 Sep 2011 12:30:22 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TCUBNf050725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 15:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TCUBZQ052737; Thu, 29 Sep 2011 15:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TCUBI5052736; Thu, 29 Sep 2011 15:30:11 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 15:30:11 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+10PrBpSX62Koh6T" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:31:41 -0000 --+10PrBpSX62Koh6T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > Hello! >=20 > I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > (I've upgraded from 8.2). I'm getting panic. Is it known > problem/already fixed somewhere? >=20 > FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 > 17:11:17 EEST 2011 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > i386 >=20 > Unread portion of the kernel message buffer: > panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > cpuid =3D 1 > Uptime: 16h6m53s > Physical memory: 1904 MB > Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > 144 128 112 96 80 64 48 32 16 >=20 > #0 doadump (textdump=3D1) at pcpu.h:244 > #1 0xc071e5cb in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:442 > #2 0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:607 > #3 0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > at /usr/src/sys/vm/vm_page.c:1905 Please do "frame 2", then "p/x *m" and show the result. > #4 0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > at /usr/src/sys/kern/vfs_bio.c:1638 > #5 0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo=3D0, > size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/kern/vfs_= bio.c:1949 > #6 0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D16384, sl= pflag=3D0, > slptimeo=3D0, flags=3DVariable "flags" is not available. > ) at /usr/src/sys/kern/vfs_bio.c:2788 > #7 0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44505088, l= bn=3D2520, > blkno=3D1209440, size=3D16384, run=3DVariable "run" is not available. > ) at /usr/src/sys/kern/vfs_cluster.c:332 > #8 0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505088, > lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqcount=3D7, > bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > #9 0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > at vnode_if.c:887 > #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnode_if.h:3= 84 > #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474508, > auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:254 > #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5824c48, > offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > at /usr/src/sys/kern/sys_generic.c:189 > #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 > #16 0xc0996db1 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:266 > #17 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --+10PrBpSX62Koh6T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6EZNMACgkQC3+MBN1Mb4iq3ACcDP4ZgqzuHvA2U+Bn90mhijJG 29cAn367wjnze9mnChaC5HoHAxT1gTtj =t5Bk -----END PGP SIGNATURE----- --+10PrBpSX62Koh6T-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:37:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4090A1065672 for ; Thu, 29 Sep 2011 12:37:36 +0000 (UTC) (envelope-from ambrosehua@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 861988FC0A for ; Thu, 29 Sep 2011 12:37:35 +0000 (UTC) Received: by fxg9 with SMTP id 9so2314327fxg.13 for ; Thu, 29 Sep 2011 05:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=dhWz9wn5kYG04ELKQVsFF4faOlwviQi+r3ecIsFPldM=; b=NCVSRF7FUiVcC70h2YEb3ekx7lcy9nZEX3b4dqiMjHaDSSX9N+fceoBmWD4aFXs8N5 WOlRN6aeZxvCgGQCN8Q1cBekXq9UNcYjLVQzn5/43Wb8F0l/YPqQHz7rlhKqgkjPn7QY TLT1wsFEZQVFTo4xS7+7U/DBF63PZllt09s0Q= MIME-Version: 1.0 Received: by 10.223.55.83 with SMTP id t19mr9520411fag.50.1317299854567; Thu, 29 Sep 2011 05:37:34 -0700 (PDT) Received: by 10.223.69.132 with HTTP; Thu, 29 Sep 2011 05:37:34 -0700 (PDT) In-Reply-To: References: Date: Thu, 29 Sep 2011 20:37:34 +0800 Message-ID: From: Paul Ambrose To: rysto32@gmail.com, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: [PATCH] dtrace crashes when trying to trace fbt probes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:37:36 -0000 In 8-stable, WITH_CTF=1 configure item is enabled in command line, not in make.conf, so when I build kernel module out of /usr/src source tree, such as x11/nvidia-driver, I forgot to use WITH_CTF=1 and nvidia.ko was built without .SUNW_ctf section. However, when I run: #dtrace -lv trigger the NULL pointer dereference at: /usr/src/sys/cddl/dev/fbt/fbt.c > .......................................... > if (*lc.ctfoffp == NULL) { // page fault here > /* > * Initialise the CTF object and function symindx to > * byte offset array. > */ > if (fbt_ctfoff_init(ctl, &lc) != 0) > return; > > /* Initialise the CTF type to byte offset array. */ > if (fbt_typoff_init(&lc) != 0) > return; > } > ........................................................................ the reason is at /usr/src/sys/kern/kern_ctf.c: ................................................................................ ...... /* Search for the section containing the CTF data. */ for (i = 0; i < hdr->e_shnum; i++) if (strcmp(".SUNW_ctf", shstrtab + shdr[i].sh_name) == 0) break; /* Check if the CTF section wasn't found. */ if (i >= hdr->e_shnum) //here we found no ctf data, but NOT update the varible "error" goto out; // see label out /* Read the CTF header. */ if ((error = vn_rdwr(UIO_READ, nd.ni_vp, ctf_hdr, sizeof(ctf_hdr), shdr[i].sh_offset, UIO_SYSSPACE, IO_NODELOCKED, td->td_ucred, NOCRED, &resid, td)) != 0) goto out; /* Check the CTF magic number. (XXX check for big endian!) */ if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) goto out; /* Check if version 2. */ if (ctf_hdr[2] != 2) goto out; /* Check if the data is compressed. */ if ((ctf_hdr[3] & 0x1) != 0) { uint32_t *u32 = (uint32_t *) ctf_hdr; /* * The last two fields in the CTF header are the offset * from the end of the header to the start of the string * data and the length of that string data. se this * information to determine the decompressed CTF data * buffer required. */ sz = u32[CTF_HDR_STRTAB_U32] + u32[CTF_HDR_STRLEN_U32] + sizeof(ctf_hdr); /* * Allocate memory for the compressed CTF data, including * the header (which isn't compressed). */ if ((raw = malloc(shdr[i].sh_size, M_LINKER, M_WAITOK)) == NULL) { error = ENOMEM; goto out; } } else { /* * The CTF data is not compressed, so the ELF section * size is the same as the buffer size required. */ sz = shdr[i].sh_size; } /* * Allocate memory to buffer the CTF data in it's decompressed * form. */ if ((ctftab = malloc(sz, M_LINKER, M_WAITOK)) == NULL) { error = ENOMEM; goto out; } /* * Read the CTF data into the raw buffer if compressed, or * directly into the CTF buffer otherwise. */ if ((error = vn_rdwr(UIO_READ, nd.ni_vp, raw == NULL ? ctftab : raw, shdr[i].sh_size, shdr[i].sh_offset, UIO_SYSSPACE, IO_NODELOCKED, td->td_ucred, NOCRED, &resid, td)) != 0) goto out; /* Check if decompression is required. */ if (raw != NULL) { z_stream zs; int ret; /* * The header isn't compressed, so copy that into the * CTF buffer first. */ bcopy(ctf_hdr, ctftab, sizeof(ctf_hdr)); /* Initialise the zlib structure. */ bzero(&zs, sizeof(zs)); zs.zalloc = z_alloc; zs.zfree = z_free; if (inflateInit(&zs) != Z_OK) { error = EIO; goto out; } zs.avail_in = shdr[i].sh_size - sizeof(ctf_hdr); zs.next_in = ((uint8_t *) raw) + sizeof(ctf_hdr); zs.avail_out = sz - sizeof(ctf_hdr); zs.next_out = ((uint8_t *) ctftab) + sizeof(ctf_hdr); if ((ret = inflate(&zs, Z_FINISH)) != Z_STREAM_END) { printf("%s(%d): zlib inflate returned %d\n", __func__, __LINE__, ret); error = EIO; goto out; } } /* Got the CTF data! */ ef->ctftab = ctftab; ef->ctfcnt = shdr[i].sh_size; /* We'll retain the memory allocated for the CTF data. */ ctftab = NULL; /* Let the caller use the CTF data read. */ lc->ctftab = ef->ctftab; lc->ctfcnt = ef->ctfcnt; lc->symtab = ef->ddbsymtab; lc->strtab = ef->ddbstrtab; lc->strcnt = ef->ddbstrcnt; lc->nsym = ef->ddbsymcnt; lc->ctfoffp = (uint32_t **) &ef->ctfoff; lc->typoffp = (uint32_t **) &ef->typoff; lc->typlenp = &ef->typlen; out: // here error is 0, but we encounter an ERROR and // lc->ctfoffp is NULL VOP_UNLOCK(nd.ni_vp, 0); vn_close(nd.ni_vp, FREAD, td->td_ucred, td); VFS_UNLOCK_GIANT(vfslocked); if (hdr != NULL) free(hdr, M_LINKER); if (shdr != NULL) free(shdr, M_LINKER); if (shstrtab != NULL) free(shstrtab, M_LINKER); if (ctftab != NULL) free(ctftab, M_LINKER); if (raw != NULL) free(raw, M_LINKER); #else error = EOPNOTSUPP; #endif return (error); } Here is patch to fix the missing check .............................................................................................................................. diff --git a/sys/kern/kern_ctf.c b/sys/kern/kern_ctf.c index 758ad81..b78e474 100644 --- a/sys/kern/kern_ctf.c +++ b/sys/kern/kern_ctf.c @@ -164,8 +164,12 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) * section names aren't present, then we can't locate the * .SUNW_ctf section containing the CTF data. */ - if (hdr->e_shstrndx == 0 || shdr[hdr->e_shstrndx].sh_type != SHT_STRTAB) + if (hdr->e_shstrndx == 0 || shdr[hdr->e_shstrndx].sh_type != SHT_STRTAB) { + + printf("%s(%d):e_shstrndx is %d, sh_type is %d\n", lf->pathname, __LINE__, + hdr->e_shstrndx, shdr[hdr->e_shstrndx].sh_type); goto out; + } /* Allocate memory to buffer the section header strings. */ if ((shstrtab = malloc(shdr[hdr->e_shstrndx].sh_size, M_LINKER, @@ -187,8 +191,12 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) break; /* Check if the CTF section wasn't found. */ - if (i >= hdr->e_shnum) + if (i >= hdr->e_shnum) { + error = EFTYPE; + printf("%s(%d): module %s has no .SUNW_ctf section\n", __func__, + __LINE__, lf->pathname); goto out; + } /* Read the CTF header. */ if ((error = vn_rdwr(UIO_READ, nd.ni_vp, ctf_hdr, sizeof(ctf_hdr), @@ -197,12 +205,20 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) goto out; /* Check the CTF magic number. (XXX check for big endian!) */ - if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) + if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) { + error = EFTYPE; + printf("%s(%d): module %s has wrong format\n", __func__, __LINE__, + lf->pathname); goto out; + } /* Check if version 2. */ - if (ctf_hdr[2] != 2) + if (ctf_hdr[2] != 2) { + error = EFTYPE; + printf("%s(%d): module %s CTF format version is %d\n", __func__, __LINE__, + lf->pathname, ctf_hdr[2]); goto out; + } /* Check if the data is compressed. */ if ((ctf_hdr[3] & 0x1) != 0) { ......................................................................................................................... 2011/9/26 Paul Ambrose > Hi, Ryan, I came across the similar problem on 8-stable when I run > # dtrace -lv > the panic message says: > page fault just happened at fbt.c > ........................................................................ > if (*lc.ctfoffp == NULL) { // page fault > /* > * Initialise the CTF object and function symindx to > * byte offset array. > */ > if (fbt_ctfoff_init(ctl, &lc) != 0) > return; > > /* Initialise the CTF type to byte offset array. */ > if (fbt_typoff_init(&lc) != 0) > return; > } > ........................................................................ > > And I came across the similar problem on 9-current only once, but when I > recompile the kernel, > it does not reproduce. I will try your patch on 8-stable, but could you > tell me where did you meet > the problem, and what is your module without CTF data? > From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:48:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7FE9106568F; Thu, 29 Sep 2011 12:48:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 724668FC16; Thu, 29 Sep 2011 12:48:54 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TCmbFT052660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 15:48:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TCmbfT052870; Thu, 29 Sep 2011 15:48:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TCmb62052869; Thu, 29 Sep 2011 15:48:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 15:48:37 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929124837.GM1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8V/AXrYGldrj4WKF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:48:54 -0000 --8V/AXrYGldrj4WKF Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wr= ote: > > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > >> Hello! > >> > >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> problem/already fixed somewhere? > >> > >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 > >> 17:11:17 EEST 2011 =9A =9A root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > >> i386 > >> > >> Unread portion of the kernel message buffer: > >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> cpuid =3D 1 > >> Uptime: 16h6m53s > >> Physical memory: 1904 MB > >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > >> 144 128 112 96 80 64 48 32 16 > >> > >> #0 =9Adoadump (textdump=3D1) at pcpu.h:244 > >> #1 =9A0xc071e5cb in kern_reboot (howto=3D260) > >> =9A =9A at /usr/src/sys/kern/kern_shutdown.c:442 > >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > >> =9A =9A at /usr/src/sys/vm/vm_page.c:1905 > > Please do "frame 2", then "p/x *m" and show the result. >=20 > (kgdb) frame 2 frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. > #2 0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at > /usr/src/sys/kern/kern_shutdown.c:607 > 607 kern_reboot(bootopt); > (kgdb) p/x *m > No symbol "m" in current context. >=20 >=20 > >> #4 =9A0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > >> =9A =9A at /usr/src/sys/kern/vfs_bio.c:1638 > >> #5 =9A0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo= =3D0, > >> =9A =9A size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/ke= rn/vfs_bio.c:1949 > >> #6 =9A0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D1638= 4, slpflag=3D0, > >> =9A =9A slptimeo=3D0, flags=3DVariable "flags" is not available. > >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> #7 =9A0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D445050= 88, lbn=3D2520, > >> =9A =9A blkno=3D1209440, size=3D16384, run=3DVariable "run" is not ava= ilable. > >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> #8 =9A0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505088, > >> =9A =9A lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqco= unt=3D7, > >> =9A =9A bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> #9 =9A0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > >> =9A =9A at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > >> =9A =9A at vnode_if.c:887 > >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > >> =9A =9A active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnode= _if.h:384 > >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474508, > >> =9A =9A auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:254 > >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5824= c48, > >> =9A =9A offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > >> =9A =9A at /usr/src/sys/kern/sys_generic.c:189 > >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 > >> #16 0xc0996db1 in Xint0x80_syscall () > >> =9A =9A at /usr/src/sys/i386/i386/exception.s:266 > >> #17 0x00000033 in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" > > >=20 >=20 >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ --8V/AXrYGldrj4WKF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6EaSUACgkQC3+MBN1Mb4gdTACfc4/bIZob7Xrc/GfqGnMejl7C vggAnRiOP2fGjFgF/ssA/G0evdKPAy7E =MWps -----END PGP SIGNATURE----- --8V/AXrYGldrj4WKF-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:49:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 613AA1065673; Thu, 29 Sep 2011 12:49:56 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id C9FD68FC1C; Thu, 29 Sep 2011 12:49:55 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id C363BDC0B6; Thu, 29 Sep 2011 12:50:49 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 2F376DC0AE for ; Thu, 29 Sep 2011 12:50:49 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6A1EF2032A9; Thu, 29 Sep 2011 12:49:09 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3F9041065705; Thu, 29 Sep 2011 12:49:08 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7FE9106568F; Thu, 29 Sep 2011 12:48:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 724668FC16; Thu, 29 Sep 2011 12:48:54 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TCmbFT052660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 15:48:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TCmbfT052870; Thu, 29 Sep 2011 15:48:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TCmb62052869; Thu, 29 Sep 2011 15:48:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 15:48:37 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929124837.GM1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8V/AXrYGldrj4WKF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:49:56 -0000 --8V/AXrYGldrj4WKF Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wr= ote: > > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > >> Hello! > >> > >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> problem/already fixed somewhere? > >> > >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 > >> 17:11:17 EEST 2011 =9A =9A root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > >> i386 > >> > >> Unread portion of the kernel message buffer: > >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> cpuid =3D 1 > >> Uptime: 16h6m53s > >> Physical memory: 1904 MB > >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > >> 144 128 112 96 80 64 48 32 16 > >> > >> #0 =9Adoadump (textdump=3D1) at pcpu.h:244 > >> #1 =9A0xc071e5cb in kern_reboot (howto=3D260) > >> =9A =9A at /usr/src/sys/kern/kern_shutdown.c:442 > >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > >> =9A =9A at /usr/src/sys/vm/vm_page.c:1905 > > Please do "frame 2", then "p/x *m" and show the result. >=20 > (kgdb) frame 2 frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. > #2 0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at > /usr/src/sys/kern/kern_shutdown.c:607 > 607 kern_reboot(bootopt); > (kgdb) p/x *m > No symbol "m" in current context. >=20 >=20 > >> #4 =9A0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > >> =9A =9A at /usr/src/sys/kern/vfs_bio.c:1638 > >> #5 =9A0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo= =3D0, > >> =9A =9A size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/ke= rn/vfs_bio.c:1949 > >> #6 =9A0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D1638= 4, slpflag=3D0, > >> =9A =9A slptimeo=3D0, flags=3DVariable "flags" is not available. > >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> #7 =9A0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D445050= 88, lbn=3D2520, > >> =9A =9A blkno=3D1209440, size=3D16384, run=3DVariable "run" is not ava= ilable. > >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> #8 =9A0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505088, > >> =9A =9A lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqco= unt=3D7, > >> =9A =9A bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> #9 =9A0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > >> =9A =9A at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > >> =9A =9A at vnode_if.c:887 > >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > >> =9A =9A active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnode= _if.h:384 > >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474508, > >> =9A =9A auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:254 > >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5824= c48, > >> =9A =9A offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > >> =9A =9A at /usr/src/sys/kern/sys_generic.c:189 > >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 > >> #16 0xc0996db1 in Xint0x80_syscall () > >> =9A =9A at /usr/src/sys/i386/i386/exception.s:266 > >> #17 0x00000033 in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" > > >=20 >=20 >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ --8V/AXrYGldrj4WKF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6EaSUACgkQC3+MBN1Mb4gdTACfc4/bIZob7Xrc/GfqGnMejl7C vggAnRiOP2fGjFgF/ssA/G0evdKPAy7E =MWps -----END PGP SIGNATURE----- --8V/AXrYGldrj4WKF-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 13:01:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABD3A1065670; Thu, 29 Sep 2011 13:01:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0145C8FC0A; Thu, 29 Sep 2011 13:01:06 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TD0xkE054201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 16:00:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TD0wvD052948; Thu, 29 Sep 2011 16:00:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TD0wf9052947; Thu, 29 Sep 2011 16:00:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 16:00:58 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929130058.GN1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b4TJccIV73PFtYC8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 13:01:07 -0000 --b4TJccIV73PFtYC8 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: > 2011/9/29 Kostik Belousov : > > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov = wrote: > >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > >> >> Hello! > >> >> > >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > >> >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> >> problem/already fixed somewhere? Do you use custom kernel config ? Is there a chance you have ZERO_COPY_SOCK= ETS option enabled ? > >> >> > >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep= 28 > >> >> 17:11:17 EEST 2011 =9A =9A root@mile.xxx.ua:/usr/obj/usr/src/sys/mi= le-9 > >> >> i386 > >> >> > >> >> Unread portion of the kernel message buffer: > >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> >> cpuid =3D 1 > >> >> Uptime: 16h6m53s > >> >> Physical memory: 1904 MB > >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > >> >> 144 128 112 96 80 64 48 32 16 > >> >> > >> >> #0 =9Adoadump (textdump=3D1) at pcpu.h:244 > >> >> #1 =9A0xc071e5cb in kern_reboot (howto=3D260) > >> >> =9A =9A at /usr/src/sys/kern/kern_shutdown.c:442 > >> >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > >> >> =9A =9A at /usr/src/sys/vm/vm_page.c:1905 > >> > Please do "frame 2", then "p/x *m" and show the result. > >> > >> (kgdb) frame 2 > > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. >=20 > (kgdb) frame 3 > #3 0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at > /usr/src/sys/vm/vm_page.c:1905 > 1905 panic("vm_page_unwire: page %p's wire count is > zero", m); > (kgdb) p/x *(struct vm_page *)0xc2a38dc8 > $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, lis= tq =3D > {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, right = =3D > 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000, m= d =3D > {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, > pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count =3D 0x0, > order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags =3D = 0x3, > flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid =3D= 0xff, > dirty =3D 0xff} Please show the output of "p *(struct vm_object *)0xc5725770" from kgdb. >=20 >=20 > >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at > >> /usr/src/sys/kern/kern_shutdown.c:607 > >> 607 =9A =9A =9A =9A =9A =9A kern_reboot(bootopt); > >> (kgdb) p/x *m > >> No symbol "m" in current context. > >> > >> > >> >> #4 =9A0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > >> >> =9A =9A at /usr/src/sys/kern/vfs_bio.c:1638 > >> >> #5 =9A0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptim= eo=3D0, > >> >> =9A =9A size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys= /kern/vfs_bio.c:1949 > >> >> #6 =9A0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D1= 6384, slpflag=3D0, > >> >> =9A =9A slptimeo=3D0, flags=3DVariable "flags" is not available. > >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> >> #7 =9A0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D445= 05088, lbn=3D2520, > >> >> =9A =9A blkno=3D1209440, size=3D16384, run=3DVariable "run" is not = available. > >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> >> #8 =9A0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505= 088, > >> >> =9A =9A lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, se= qcount=3D7, > >> >> =9A =9A bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> >> #9 =9A0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > >> >> =9A =9A at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > >> >> =9A =9A at vnode_if.c:887 > >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > >> >> =9A =9A active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vn= ode_if.h:384 > >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474= 508, > >> >> =9A =9A auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:= 254 > >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5= 824c48, > >> >> =9A =9A offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > >> >> =9A =9A at /usr/src/sys/kern/sys_generic.c:189 > >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 > >> >> #16 0xc0996db1 in Xint0x80_syscall () > >> >> =9A =9A at /usr/src/sys/i386/i386/exception.s:266 > >> >> #17 0x00000033 in ?? () > >> >> Previous frame inner to this frame (corrupt stack?) > >> >> > >> >> -- > >> >> Alexandr Kovalenko > >> >> http://uafug.org.ua/ > >> >> _______________________________________________ > >> >> freebsd-stable@freebsd.org mailing list > >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebs= d.org" > >> > > >> > >> > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > > >=20 >=20 >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ --b4TJccIV73PFtYC8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6EbAoACgkQC3+MBN1Mb4hgygCfYHEPe7iFRka89EQPlenSzdHl RyYAoOzKhzrrtP9IYCQR+T1qSdWGnfy1 =XoR+ -----END PGP SIGNATURE----- --b4TJccIV73PFtYC8-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 13:03:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E820106567B; Thu, 29 Sep 2011 13:03:41 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 96AE68FC18; Thu, 29 Sep 2011 13:03:40 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 6BBF5DC0B6; Thu, 29 Sep 2011 13:04:34 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id C66D7DC0AE for ; Thu, 29 Sep 2011 13:04:33 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F1E0120356E; Thu, 29 Sep 2011 13:01:25 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 60C7610657D9; Thu, 29 Sep 2011 13:01:22 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABD3A1065670; Thu, 29 Sep 2011 13:01:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0145C8FC0A; Thu, 29 Sep 2011 13:01:06 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TD0xkE054201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 16:00:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TD0wvD052948; Thu, 29 Sep 2011 16:00:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TD0wf9052947; Thu, 29 Sep 2011 16:00:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 16:00:58 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929130058.GN1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b4TJccIV73PFtYC8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 13:03:41 -0000 --b4TJccIV73PFtYC8 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: > 2011/9/29 Kostik Belousov : > > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov = wrote: > >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > >> >> Hello! > >> >> > >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > >> >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> >> problem/already fixed somewhere? Do you use custom kernel config ? Is there a chance you have ZERO_COPY_SOCK= ETS option enabled ? > >> >> > >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep= 28 > >> >> 17:11:17 EEST 2011 =9A =9A root@mile.xxx.ua:/usr/obj/usr/src/sys/mi= le-9 > >> >> i386 > >> >> > >> >> Unread portion of the kernel message buffer: > >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> >> cpuid =3D 1 > >> >> Uptime: 16h6m53s > >> >> Physical memory: 1904 MB > >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > >> >> 144 128 112 96 80 64 48 32 16 > >> >> > >> >> #0 =9Adoadump (textdump=3D1) at pcpu.h:244 > >> >> #1 =9A0xc071e5cb in kern_reboot (howto=3D260) > >> >> =9A =9A at /usr/src/sys/kern/kern_shutdown.c:442 > >> >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > >> >> =9A =9A at /usr/src/sys/vm/vm_page.c:1905 > >> > Please do "frame 2", then "p/x *m" and show the result. > >> > >> (kgdb) frame 2 > > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. >=20 > (kgdb) frame 3 > #3 0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at > /usr/src/sys/vm/vm_page.c:1905 > 1905 panic("vm_page_unwire: page %p's wire count is > zero", m); > (kgdb) p/x *(struct vm_page *)0xc2a38dc8 > $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, lis= tq =3D > {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, right = =3D > 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000, m= d =3D > {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, > pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count =3D 0x0, > order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags =3D = 0x3, > flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid =3D= 0xff, > dirty =3D 0xff} Please show the output of "p *(struct vm_object *)0xc5725770" from kgdb. >=20 >=20 > >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at > >> /usr/src/sys/kern/kern_shutdown.c:607 > >> 607 =9A =9A =9A =9A =9A =9A kern_reboot(bootopt); > >> (kgdb) p/x *m > >> No symbol "m" in current context. > >> > >> > >> >> #4 =9A0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > >> >> =9A =9A at /usr/src/sys/kern/vfs_bio.c:1638 > >> >> #5 =9A0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptim= eo=3D0, > >> >> =9A =9A size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys= /kern/vfs_bio.c:1949 > >> >> #6 =9A0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D1= 6384, slpflag=3D0, > >> >> =9A =9A slptimeo=3D0, flags=3DVariable "flags" is not available. > >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> >> #7 =9A0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D445= 05088, lbn=3D2520, > >> >> =9A =9A blkno=3D1209440, size=3D16384, run=3DVariable "run" is not = available. > >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> >> #8 =9A0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505= 088, > >> >> =9A =9A lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, se= qcount=3D7, > >> >> =9A =9A bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> >> #9 =9A0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > >> >> =9A =9A at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > >> >> =9A =9A at vnode_if.c:887 > >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > >> >> =9A =9A active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vn= ode_if.h:384 > >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474= 508, > >> >> =9A =9A auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:= 254 > >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5= 824c48, > >> >> =9A =9A offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > >> >> =9A =9A at /usr/src/sys/kern/sys_generic.c:189 > >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 > >> >> #16 0xc0996db1 in Xint0x80_syscall () > >> >> =9A =9A at /usr/src/sys/i386/i386/exception.s:266 > >> >> #17 0x00000033 in ?? () > >> >> Previous frame inner to this frame (corrupt stack?) > >> >> > >> >> -- > >> >> Alexandr Kovalenko > >> >> http://uafug.org.ua/ > >> >> _______________________________________________ > >> >> freebsd-stable@freebsd.org mailing list > >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebs= d.org" > >> > > >> > >> > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > > >=20 >=20 >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ --b4TJccIV73PFtYC8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6EbAoACgkQC3+MBN1Mb4hgygCfYHEPe7iFRka89EQPlenSzdHl RyYAoOzKhzrrtP9IYCQR+T1qSdWGnfy1 =XoR+ -----END PGP SIGNATURE----- --b4TJccIV73PFtYC8-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 13:16:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0748106566B; Thu, 29 Sep 2011 13:16:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1B98FC0C; Thu, 29 Sep 2011 13:16:16 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TDG9Gs055726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 16:16:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TDG9nd053020; Thu, 29 Sep 2011 16:16:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TDG9O7053019; Thu, 29 Sep 2011 16:16:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 16:16:09 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929131609.GP1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> <20110929130058.GN1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="56t0w02+0hM6p4Ad" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 13:16:16 -0000 --56t0w02+0hM6p4Ad Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 04:12:19PM +0300, Alexandr Kovalenko wrote: > 2011/9/29 Kostik Belousov : > > On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: > >> 2011/9/29 Kostik Belousov : > >> > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > >> >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrote: > >> >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrot= e: > >> >> >> Hello! > >> >> >> > >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 p= orts > >> >> >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> >> >> problem/already fixed somewhere? > > Do you use custom kernel config ? Is there a chance you have ZERO_COPY_= SOCKETS > > option enabled ? >=20 > Yes, ZERO_COPY_SOCKETS is there. Ok, this is the cause. Remove it. I asked for some additional data below, which you ignored, but I believe that I will not see anything new there, after we found the ZERO_COPY_SOCKETS in kernel config. >=20 >=20 >=20 > > > >> >> >> > >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed = Sep 28 > >> >> >> 17:11:17 EEST 2011 =9A =9A root@mile.xxx.ua:/usr/obj/usr/src/sys= /mile-9 > >> >> >> i386 > >> >> >> > >> >> >> Unread portion of the kernel message buffer: > >> >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> >> >> cpuid =3D 1 > >> >> >> Uptime: 16h6m53s > >> >> >> Physical memory: 1904 MB > >> >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 = 160 > >> >> >> 144 128 112 96 80 64 48 32 16 > >> >> >> > >> >> >> #0 =9Adoadump (textdump=3D1) at pcpu.h:244 > >> >> >> #1 =9A0xc071e5cb in kern_reboot (howto=3D260) > >> >> >> =9A =9A at /usr/src/sys/kern/kern_shutdown.c:442 > >> >> >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > >> >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> >> >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > >> >> >> =9A =9A at /usr/src/sys/vm/vm_page.c:1905 > >> >> > Please do "frame 2", then "p/x *m" and show the result. > >> >> > >> >> (kgdb) frame 2 > >> > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as we= ll. > >> > >> (kgdb) frame 3 > >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at > >> /usr/src/sys/vm/vm_page.c:1905 > >> 1905 =9A =9A =9A =9A =9A =9A =9A =9A =9A =9Apanic("vm_page_unwire: pag= e %p's wire count is > >> zero", m); > >> (kgdb) p/x *(struct vm_page *)0xc2a38dc8 > >> $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, = listq =3D > >> {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, righ= t =3D > >> 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000= , md =3D > >> {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, > >> =9A =9A pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count = =3D 0x0, > >> order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags = =3D 0x3, > >> flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid = =3D 0xff, > >> dirty =3D 0xff} > > > > Please show the output of "p *(struct vm_object *)0xc5725770" from kgdb. > >> > >> > >> >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) = at > >> >> /usr/src/sys/kern/kern_shutdown.c:607 > >> >> 607 =9A =9A =9A =9A =9A =9A kern_reboot(bootopt); > >> >> (kgdb) p/x *m > >> >> No symbol "m" in current context. > >> >> > >> >> > >> >> >> #4 =9A0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > >> >> >> =9A =9A at /usr/src/sys/kern/vfs_bio.c:1638 > >> >> >> #5 =9A0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slp= timeo=3D0, > >> >> >> =9A =9A size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/= sys/kern/vfs_bio.c:1949 > >> >> >> #6 =9A0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size= =3D16384, slpflag=3D0, > >> >> >> =9A =9A slptimeo=3D0, flags=3DVariable "flags" is not available. > >> >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> >> >> #7 =9A0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D= 44505088, lbn=3D2520, > >> >> >> =9A =9A blkno=3D1209440, size=3D16384, run=3DVariable "run" is n= ot available. > >> >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> >> >> #8 =9A0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44= 505088, > >> >> >> =9A =9A lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024,= seqcount=3D7, > >> >> >> =9A =9A bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> >> >> #9 =9A0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > >> >> >> =9A =9A at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > >> >> >> =9A =9A at vnode_if.c:887 > >> >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > >> >> >> =9A =9A active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at= vnode_if.h:384 > >> >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5= 474508, > >> >> >> =9A =9A auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file= .h:254 > >> >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0= xf5824c48, > >> >> >> =9A =9A offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > >> >> >> =9A =9A at /usr/src/sys/kern/sys_generic.c:189 > >> >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c= :131 > >> >> >> #16 0xc0996db1 in Xint0x80_syscall () > >> >> >> =9A =9A at /usr/src/sys/i386/i386/exception.s:266 > >> >> >> #17 0x00000033 in ?? () > >> >> >> Previous frame inner to this frame (corrupt stack?) > >> >> >> > >> >> >> -- > >> >> >> Alexandr Kovalenko > >> >> >> http://uafug.org.ua/ > >> >> >> _______________________________________________ > >> >> >> freebsd-stable@freebsd.org mailing list > >> >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@fre= ebsd.org" > >> >> > > >> >> > >> >> > >> >> > >> >> -- > >> >> Alexandr Kovalenko > >> >> http://uafug.org.ua/ > >> > > >> > >> > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > > >=20 >=20 >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ --56t0w02+0hM6p4Ad Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6Eb5kACgkQC3+MBN1Mb4gvRwCg0EmGY2HI9/QF5Xwo4WL5fQL1 hfgAnimj0o7GOi1DS5gh8Cfi7meqo5Fb =f7Jw -----END PGP SIGNATURE----- --56t0w02+0hM6p4Ad-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 13:18:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD76D106566C; Thu, 29 Sep 2011 13:18:49 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 326598FC1C; Thu, 29 Sep 2011 13:18:49 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 4C02ADC0B6; Thu, 29 Sep 2011 13:19:43 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 6C09ADC0AE for ; Thu, 29 Sep 2011 13:19:40 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 713C51A8BC3; Thu, 29 Sep 2011 13:16:25 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6640410656B4; Thu, 29 Sep 2011 13:16:24 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0748106566B; Thu, 29 Sep 2011 13:16:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1B98FC0C; Thu, 29 Sep 2011 13:16:16 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8TDG9Gs055726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Sep 2011 16:16:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8TDG9nd053020; Thu, 29 Sep 2011 16:16:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8TDG9O7053019; Thu, 29 Sep 2011 16:16:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 29 Sep 2011 16:16:09 +0300 From: Kostik Belousov To: Alexandr Kovalenko Message-ID: <20110929131609.GP1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> <20110929130058.GN1511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="56t0w02+0hM6p4Ad" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 13:18:49 -0000 --56t0w02+0hM6p4Ad Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 29, 2011 at 04:12:19PM +0300, Alexandr Kovalenko wrote: > 2011/9/29 Kostik Belousov : > > On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: > >> 2011/9/29 Kostik Belousov : > >> > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > >> >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrote: > >> >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrot= e: > >> >> >> Hello! > >> >> >> > >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 p= orts > >> >> >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> >> >> problem/already fixed somewhere? > > Do you use custom kernel config ? Is there a chance you have ZERO_COPY_= SOCKETS > > option enabled ? >=20 > Yes, ZERO_COPY_SOCKETS is there. Ok, this is the cause. Remove it. I asked for some additional data below, which you ignored, but I believe that I will not see anything new there, after we found the ZERO_COPY_SOCKETS in kernel config. >=20 >=20 >=20 > > > >> >> >> > >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed = Sep 28 > >> >> >> 17:11:17 EEST 2011 =9A =9A root@mile.xxx.ua:/usr/obj/usr/src/sys= /mile-9 > >> >> >> i386 > >> >> >> > >> >> >> Unread portion of the kernel message buffer: > >> >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> >> >> cpuid =3D 1 > >> >> >> Uptime: 16h6m53s > >> >> >> Physical memory: 1904 MB > >> >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 = 160 > >> >> >> 144 128 112 96 80 64 48 32 16 > >> >> >> > >> >> >> #0 =9Adoadump (textdump=3D1) at pcpu.h:244 > >> >> >> #1 =9A0xc071e5cb in kern_reboot (howto=3D260) > >> >> >> =9A =9A at /usr/src/sys/kern/kern_shutdown.c:442 > >> >> >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available. > >> >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> >> >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) > >> >> >> =9A =9A at /usr/src/sys/vm/vm_page.c:1905 > >> >> > Please do "frame 2", then "p/x *m" and show the result. > >> >> > >> >> (kgdb) frame 2 > >> > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as we= ll. > >> > >> (kgdb) frame 3 > >> #3 =9A0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at > >> /usr/src/sys/vm/vm_page.c:1905 > >> 1905 =9A =9A =9A =9A =9A =9A =9A =9A =9A =9Apanic("vm_page_unwire: pag= e %p's wire count is > >> zero", m); > >> (kgdb) p/x *(struct vm_page *)0xc2a38dc8 > >> $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, = listq =3D > >> {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, righ= t =3D > >> 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000= , md =3D > >> {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, > >> =9A =9A pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count = =3D 0x0, > >> order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags = =3D 0x3, > >> flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid = =3D 0xff, > >> dirty =3D 0xff} > > > > Please show the output of "p *(struct vm_object *)0xc5725770" from kgdb. > >> > >> > >> >> #2 =9A0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) = at > >> >> /usr/src/sys/kern/kern_shutdown.c:607 > >> >> 607 =9A =9A =9A =9A =9A =9A kern_reboot(bootopt); > >> >> (kgdb) p/x *m > >> >> No symbol "m" in current context. > >> >> > >> >> > >> >> >> #4 =9A0xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) > >> >> >> =9A =9A at /usr/src/sys/kern/vfs_bio.c:1638 > >> >> >> #5 =9A0xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slp= timeo=3D0, > >> >> >> =9A =9A size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/= sys/kern/vfs_bio.c:1949 > >> >> >> #6 =9A0xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size= =3D16384, slpflag=3D0, > >> >> >> =9A =9A slptimeo=3D0, flags=3DVariable "flags" is not available. > >> >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> >> >> #7 =9A0xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D= 44505088, lbn=3D2520, > >> >> >> =9A =9A blkno=3D1209440, size=3D16384, run=3DVariable "run" is n= ot available. > >> >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> >> >> #8 =9A0xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44= 505088, > >> >> >> =9A =9A lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024,= seqcount=3D7, > >> >> >> =9A =9A bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> >> >> #9 =9A0xc0934cf5 in ffs_read (ap=3D0xf5824bac) > >> >> >> =9A =9A at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) > >> >> >> =9A =9A at vnode_if.c:887 > >> >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, > >> >> >> =9A =9A active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at= vnode_if.h:384 > >> >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5= 474508, > >> >> >> =9A =9A auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file= .h:254 > >> >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0= xf5824c48, > >> >> >> =9A =9A offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) > >> >> >> =9A =9A at /usr/src/sys/kern/sys_generic.c:189 > >> >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c= :131 > >> >> >> #16 0xc0996db1 in Xint0x80_syscall () > >> >> >> =9A =9A at /usr/src/sys/i386/i386/exception.s:266 > >> >> >> #17 0x00000033 in ?? () > >> >> >> Previous frame inner to this frame (corrupt stack?) > >> >> >> > >> >> >> -- > >> >> >> Alexandr Kovalenko > >> >> >> http://uafug.org.ua/ > >> >> >> _______________________________________________ > >> >> >> freebsd-stable@freebsd.org mailing list > >> >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@fre= ebsd.org" > >> >> > > >> >> > >> >> > >> >> > >> >> -- > >> >> Alexandr Kovalenko > >> >> http://uafug.org.ua/ > >> > > >> > >> > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > > >=20 >=20 >=20 > --=20 > Alexandr Kovalenko > http://uafug.org.ua/ --56t0w02+0hM6p4Ad Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6Eb5kACgkQC3+MBN1Mb4gvRwCg0EmGY2HI9/QF5Xwo4WL5fQL1 hfgAnimj0o7GOi1DS5gh8Cfi7meqo5Fb =f7Jw -----END PGP SIGNATURE----- --56t0w02+0hM6p4Ad-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:24:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8EE01065672; Thu, 29 Sep 2011 12:24:34 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 400E28FC08; Thu, 29 Sep 2011 12:24:33 +0000 (UTC) Received: by fxg9 with SMTP id 9so2298471fxg.13 for ; Thu, 29 Sep 2011 05:24:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xbaSK8u8iZTSBOGIvy7MTz7CyLxsotZ9ZaSovFpKhFk=; b=WDwYRlLaxDOxHTBixij8IfoRyVHMY4zMoiInDuxzT/ImiI72cYj1rB1dhTHsdLvKQT 5HFO0+Tw7Dxb4QuLcaUNRfLisxm4YzCnuRovdAjSW32jXw3983q1/3UDHlwDaZU+65E/ 0MG+cetjJCjJkrJU+MO8ATPOT7qXLhj287gL0= MIME-Version: 1.0 Received: by 10.223.17.215 with SMTP id t23mr9806537faa.11.1317297537813; Thu, 29 Sep 2011 04:58:57 -0700 (PDT) Received: by 10.152.11.195 with HTTP; Thu, 29 Sep 2011 04:58:57 -0700 (PDT) In-Reply-To: References: <1317288495624-4852405.post@n5.nabble.com> Date: Thu, 29 Sep 2011 15:58:57 +0400 Message-ID: From: Pavel Timofeev To: Adrian Chadd X-Mailman-Approved-At: Thu, 29 Sep 2011 13:26:57 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] hostap mode fixes with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:24:34 -0000 2011/9/29 Adrian Chadd > Hi! > > So you're saying that my code behaves better? :-) > Yes, I am! =) > Would you mind getting a log of the numbers given to you after > 'hardware error; resetting' ? please? I don't remember. But I can go back to 8.2 RELEASE and get it. > > > Adrian > From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 13:50:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01238106566B for ; Thu, 29 Sep 2011 13:50:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id B44378FC12 for ; Thu, 29 Sep 2011 13:50:46 +0000 (UTC) Received: by yia13 with SMTP id 13so696863yia.13 for ; Thu, 29 Sep 2011 06:50:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NYkcwAu+yd2nc/x/mcydgTuJ2jZ9fWOl5anv8GNbVhc=; b=U9utwA+oThOK8Yx+2QSf/sXjCJE3Hmu5XKfyckwMVfArjzvk6EfCj5bEUsnZucobdZ PrEu0wuR12QO4l0A9dn4YRcI81CqVDX+U+r1Mqae0CCSJ1YGxMAdtxbErCp4XrJ3WfnV Whf5Y+XNdTpuHgQ0FJFf5CDm45iF8cOlc7O6k= MIME-Version: 1.0 Received: by 10.236.193.72 with SMTP id j48mr37935640yhn.21.1317304246176; Thu, 29 Sep 2011 06:50:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Thu, 29 Sep 2011 06:50:46 -0700 (PDT) In-Reply-To: References: <1317288495624-4852405.post@n5.nabble.com> Date: Thu, 29 Sep 2011 21:50:46 +0800 X-Google-Sender-Auth: 3sQLidOtsepwQqpZT-BiuPbp1TM Message-ID: From: Adrian Chadd To: Pavel Timofeev Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [CFT] hostap mode fixes with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 13:50:47 -0000 On 29 September 2011 19:58, Pavel Timofeev wrote: >> Would you mind getting a log of the numbers given to you after >> 'hardware error; resetting' ? please? > > =A0I don't remember. But I can go back to 8.2 RELEASE and get it. I'd appreciate it if you could, please. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 14:04:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0978106564A for ; Thu, 29 Sep 2011 14:04:41 +0000 (UTC) (envelope-from ambrosehua@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 00E3C8FC0A for ; Thu, 29 Sep 2011 14:04:40 +0000 (UTC) Received: by fxg9 with SMTP id 9so2433131fxg.13 for ; Thu, 29 Sep 2011 07:04:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vJa5zU13JfdI7F5sIpD5CumFNNgc6J3MG7fAprisBPw=; b=pB0FmsSnXmT9l6kCy07s76t5rzlHELgTy4bE2uPcobq4wh2H8WrfeqOzzAGevEJEp0 U9bk8ISh7yajul/DS3DnAScBiPqvTLeQudvYSff88p121uFDRYUkpNDQJ5YFPzTU3kMu 8VJKih1+ZB2llhOTdP/ryABNXZ3fJu3sp0ttE= MIME-Version: 1.0 Received: by 10.223.47.207 with SMTP id o15mr5797492faf.88.1317305079801; Thu, 29 Sep 2011 07:04:39 -0700 (PDT) Received: by 10.223.69.132 with HTTP; Thu, 29 Sep 2011 07:04:39 -0700 (PDT) In-Reply-To: References: Date: Thu, 29 Sep 2011 22:04:39 +0800 Message-ID: From: Paul Ambrose To: rysto32@gmail.com, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: [PATCH] dtrace crashes when trying to trace fbt probes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 14:04:41 -0000 sorry, I miss a check, here is the patch ............................................................................................. diff --git a/sys/kern/kern_ctf.c b/sys/kern/kern_ctf.c index 758ad81..6beefcc 100644 --- a/sys/kern/kern_ctf.c +++ b/sys/kern/kern_ctf.c @@ -164,8 +164,14 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) * section names aren't present, then we can't locate the * .SUNW_ctf section containing the CTF data. */ - if (hdr->e_shstrndx == 0 || shdr[hdr->e_shstrndx].sh_type != SHT_STRTAB) + if (hdr->e_shstrndx == 0 || shdr[hdr->e_shstrndx].sh_type != SHT_STRTAB) { + + error = EFTYPE; + printf("%s(%d): module %s e_shstrndx is %d, sh_type is %d\n", __func__, + __LINE__, lf->pathname, hdr->e_shstrndx, + shdr[hdr->e_shstrndx].sh_type); goto out; + } /* Allocate memory to buffer the section header strings. */ if ((shstrtab = malloc(shdr[hdr->e_shstrndx].sh_size, M_LINKER, @@ -187,8 +193,12 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) break; /* Check if the CTF section wasn't found. */ - if (i >= hdr->e_shnum) + if (i >= hdr->e_shnum) { + error = EFTYPE; + printf("%s(%d): module %s has no .SUNW_ctf section\n", __func__, + __LINE__, lf->pathname); goto out; + } /* Read the CTF header. */ if ((error = vn_rdwr(UIO_READ, nd.ni_vp, ctf_hdr, sizeof(ctf_hdr), @@ -197,12 +207,20 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) goto out; /* Check the CTF magic number. (XXX check for big endian!) */ - if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) + if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) { + error = EFTYPE; + printf("%s(%d): module %s has wrong format\n", __func__, __LINE__, + lf->pathname); goto out; + } /* Check if version 2. */ - if (ctf_hdr[2] != 2) + if (ctf_hdr[2] != 2) { + error = EFTYPE; + printf("%s(%d): module %s CTF format version is %d\n", __func__, __LINE__, + lf->pathname, ctf_hdr[2]); goto out; + } /* Check if the data is compressed. */ if ((ctf_hdr[3] & 0x1) != 0) { ............................................................................................................ 2011/9/29 Paul Ambrose > In 8-stable, WITH_CTF=1 configure item is enabled in command line, not in > make.conf, so when I build kernel module out of /usr/src source tree, such > as x11/nvidia-driver, I forgot to use WITH_CTF=1 and nvidia.ko was built > without .SUNW_ctf section. However, when I run: > #dtrace -lv > > trigger the NULL pointer dereference at: /usr/src/sys/cddl/dev/fbt/fbt.c > >> .......................................... >> if (*lc.ctfoffp == NULL) { // page fault here >> >> /* >> * Initialise the CTF object and function symindx to >> * byte offset array. >> */ >> if (fbt_ctfoff_init(ctl, &lc) != 0) >> return; >> >> /* Initialise the CTF type to byte offset array. */ >> if (fbt_typoff_init(&lc) != 0) >> return; >> } >> ........................................................................ >> > the reason is at /usr/src/sys/kern/kern_ctf.c: > > ................................................................................ > > ...... > > /* Search for the section containing the CTF data. */ > for (i = 0; i < hdr->e_shnum; i++) > if (strcmp(".SUNW_ctf", shstrtab + shdr[i].sh_name) == 0) > break; > > /* Check if the CTF section wasn't found. */ > if (i >= hdr->e_shnum) //here we found no ctf data, but NOT > update the varible "error" > goto out; // see label out > > /* Read the CTF header. */ > if ((error = vn_rdwr(UIO_READ, nd.ni_vp, ctf_hdr, sizeof(ctf_hdr), > shdr[i].sh_offset, UIO_SYSSPACE, IO_NODELOCKED, td->td_ucred, > NOCRED, &resid, td)) != 0) > goto out; > > /* Check the CTF magic number. (XXX check for big endian!) */ > if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) > goto out; > > /* Check if version 2. */ > if (ctf_hdr[2] != 2) > goto out; > > /* Check if the data is compressed. */ > if ((ctf_hdr[3] & 0x1) != 0) { > uint32_t *u32 = (uint32_t *) ctf_hdr; > > /* > * The last two fields in the CTF header are the offset > * from the end of the header to the start of the string > * data and the length of that string data. se this > * information to determine the decompressed CTF data > * buffer required. > */ > sz = u32[CTF_HDR_STRTAB_U32] + u32[CTF_HDR_STRLEN_U32] + > sizeof(ctf_hdr); > > /* > * Allocate memory for the compressed CTF data, including > * the header (which isn't compressed). > */ > if ((raw = malloc(shdr[i].sh_size, M_LINKER, M_WAITOK)) == NULL) { > error = ENOMEM; > goto out; > } > } else { > /* > * The CTF data is not compressed, so the ELF section > * size is the same as the buffer size required. > */ > sz = shdr[i].sh_size; > } > > /* > * Allocate memory to buffer the CTF data in it's decompressed > * form. > */ > if ((ctftab = malloc(sz, M_LINKER, M_WAITOK)) == NULL) { > error = ENOMEM; > goto out; > } > > /* > * Read the CTF data into the raw buffer if compressed, or > * directly into the CTF buffer otherwise. > */ > if ((error = vn_rdwr(UIO_READ, nd.ni_vp, raw == NULL ? ctftab : raw, > shdr[i].sh_size, shdr[i].sh_offset, UIO_SYSSPACE, IO_NODELOCKED, > td->td_ucred, NOCRED, &resid, td)) != 0) > goto out; > > /* Check if decompression is required. */ > if (raw != NULL) { > z_stream zs; > int ret; > > /* > * The header isn't compressed, so copy that into the > * CTF buffer first. > */ > bcopy(ctf_hdr, ctftab, sizeof(ctf_hdr)); > > /* Initialise the zlib structure. */ > bzero(&zs, sizeof(zs)); > zs.zalloc = z_alloc; > zs.zfree = z_free; > > if (inflateInit(&zs) != Z_OK) { > error = EIO; > goto out; > } > > zs.avail_in = shdr[i].sh_size - sizeof(ctf_hdr); > zs.next_in = ((uint8_t *) raw) + sizeof(ctf_hdr); > zs.avail_out = sz - sizeof(ctf_hdr); > zs.next_out = ((uint8_t *) ctftab) + sizeof(ctf_hdr); > if ((ret = inflate(&zs, Z_FINISH)) != Z_STREAM_END) { > printf("%s(%d): zlib inflate returned %d\n", __func__, > __LINE__, ret); > error = EIO; > goto out; > } > } > > /* Got the CTF data! */ > ef->ctftab = ctftab; > ef->ctfcnt = shdr[i].sh_size; > > /* We'll retain the memory allocated for the CTF data. */ > ctftab = NULL; > > /* Let the caller use the CTF data read. */ > lc->ctftab = ef->ctftab; > lc->ctfcnt = ef->ctfcnt; > lc->symtab = ef->ddbsymtab; > lc->strtab = ef->ddbstrtab; > lc->strcnt = ef->ddbstrcnt; > lc->nsym = ef->ddbsymcnt; > lc->ctfoffp = (uint32_t **) &ef->ctfoff; > lc->typoffp = (uint32_t **) &ef->typoff; > lc->typlenp = &ef->typlen; > > out: // > here error is 0, but we encounter an ERROR and > > // lc->ctfoffp is NULL > VOP_UNLOCK(nd.ni_vp, 0); > vn_close(nd.ni_vp, FREAD, td->td_ucred, td); > VFS_UNLOCK_GIANT(vfslocked); > > if (hdr != NULL) > free(hdr, M_LINKER); > if (shdr != NULL) > free(shdr, M_LINKER); > if (shstrtab != NULL) > free(shstrtab, M_LINKER); > if (ctftab != NULL) > free(ctftab, M_LINKER); > if (raw != NULL) > free(raw, M_LINKER); > #else > error = EOPNOTSUPP; > #endif > > return (error); > } > > Here is patch to fix the missing check > > .............................................................................................................................. > diff --git a/sys/kern/kern_ctf.c b/sys/kern/kern_ctf.c > index 758ad81..b78e474 100644 > --- a/sys/kern/kern_ctf.c > +++ b/sys/kern/kern_ctf.c > @@ -164,8 +164,12 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) > * section names aren't present, then we can't locate the > * .SUNW_ctf section containing the CTF data. > */ > - if (hdr->e_shstrndx == 0 || shdr[hdr->e_shstrndx].sh_type != > SHT_STRTAB) > + if (hdr->e_shstrndx == 0 || shdr[hdr->e_shstrndx].sh_type != > SHT_STRTAB) { > + > + printf("%s(%d):e_shstrndx is %d, sh_type is %d\n", lf->pathname, > __LINE__, > + hdr->e_shstrndx, shdr[hdr->e_shstrndx].sh_type); > goto out; > + } > > /* Allocate memory to buffer the section header strings. */ > if ((shstrtab = malloc(shdr[hdr->e_shstrndx].sh_size, M_LINKER, > @@ -187,8 +191,12 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) > break; > > /* Check if the CTF section wasn't found. */ > - if (i >= hdr->e_shnum) > + if (i >= hdr->e_shnum) { > + error = EFTYPE; > + printf("%s(%d): module %s has no .SUNW_ctf section\n", __func__, > + __LINE__, lf->pathname); > goto out; > + } > > /* Read the CTF header. */ > if ((error = vn_rdwr(UIO_READ, nd.ni_vp, ctf_hdr, sizeof(ctf_hdr), > @@ -197,12 +205,20 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) > goto out; > > /* Check the CTF magic number. (XXX check for big endian!) */ > - if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) > + if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) { > + error = EFTYPE; > + printf("%s(%d): module %s has wrong format\n", __func__, __LINE__, > > + lf->pathname); > goto out; > + } > > /* Check if version 2. */ > - if (ctf_hdr[2] != 2) > + if (ctf_hdr[2] != 2) { > + error = EFTYPE; > + printf("%s(%d): module %s CTF format version is %d\n", __func__, > __LINE__, > + lf->pathname, ctf_hdr[2]); > goto out; > + } > > /* Check if the data is compressed. */ > if ((ctf_hdr[3] & 0x1) != 0) { > > ......................................................................................................................... > > 2011/9/26 Paul Ambrose > >> Hi, Ryan, I came across the similar problem on 8-stable when I run >> # dtrace -lv >> the panic message says: >> page fault just happened at fbt.c >> ........................................................................ >> if (*lc.ctfoffp == NULL) { // page fault >> /* >> * Initialise the CTF object and function symindx to >> * byte offset array. >> */ >> if (fbt_ctfoff_init(ctl, &lc) != 0) >> return; >> >> /* Initialise the CTF type to byte offset array. */ >> if (fbt_typoff_init(&lc) != 0) >> return; >> } >> ........................................................................ >> >> And I came across the similar problem on 9-current only once, but when I >> recompile the kernel, >> it does not reproduce. I will try your patch on 8-stable, but could you >> tell me where did you meet >> the problem, and what is your module without CTF data? >> > > From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:47:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21C9E106564A; Thu, 29 Sep 2011 12:47:20 +0000 (UTC) (envelope-from alexandr.kovalenko@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C10AF8FC0A; Thu, 29 Sep 2011 12:47:19 +0000 (UTC) Received: by ywp17 with SMTP id 17so624315ywp.13 for ; Thu, 29 Sep 2011 05:47:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=LRO7Epn1pTL9J6unRfgBSDMZ3O1bg2JBgyMIsBqsmYY=; b=s6NWLF96MTsx4D8E58rA9337FeShDVUdDrw+dxk/MQ5YTffIbBET+U/iSB2+WqoyxH 76QvC7A8PulcjWI9+s24rHKqelFSsjJv3ylQU048qeh+7gKPw/jISXwvAgLO6OETgC7d Tf9kFWKAuJFDXPv+OF2dS1AggnOhvgzdZXhNU= MIME-Version: 1.0 Received: by 10.101.165.2 with SMTP id s2mr2872511ano.58.1317300439122; Thu, 29 Sep 2011 05:47:19 -0700 (PDT) Received: by 10.101.37.14 with HTTP; Thu, 29 Sep 2011 05:47:19 -0700 (PDT) In-Reply-To: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> Date: Thu, 29 Sep 2011 15:47:19 +0300 Message-ID: From: Alexandr Kovalenko To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 29 Sep 2011 15:26:19 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:47:20 -0000 On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrot= e: > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: >> Hello! >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports >> (I've upgraded from 8.2). I'm getting panic. Is it known >> problem/already fixed somewhere? >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 >> 17:11:17 EEST 2011 =A0 =A0 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 >> i386 >> >> Unread portion of the kernel message buffer: >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> cpuid =3D 1 >> Uptime: 16h6m53s >> Physical memory: 1904 MB >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 >> 144 128 112 96 80 64 48 32 16 >> >> #0 =A0doadump (textdump=3D1) at pcpu.h:244 >> #1 =A00xc071e5cb in kern_reboot (howto=3D260) >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:442 >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) >> =A0 =A0 at /usr/src/sys/vm/vm_page.c:1905 > Please do "frame 2", then "p/x *m" and show the result. (kgdb) frame 2 #2 0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:607 607 kern_reboot(bootopt); (kgdb) p/x *m No symbol "m" in current context. >> #4 =A00xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) >> =A0 =A0 at /usr/src/sys/kern/vfs_bio.c:1638 >> #5 =A00xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo=3D= 0, >> =A0 =A0 size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/kern= /vfs_bio.c:1949 >> #6 =A00xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D16384,= slpflag=3D0, >> =A0 =A0 slptimeo=3D0, flags=3DVariable "flags" is not available. >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> #7 =A00xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44505088= , lbn=3D2520, >> =A0 =A0 blkno=3D1209440, size=3D16384, run=3DVariable "run" is not avail= able. >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> #8 =A00xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505088, >> =A0 =A0 lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqcoun= t=3D7, >> =A0 =A0 bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 >> #9 =A00xc0934cf5 in ffs_read (ap=3D0xf5824bac) >> =A0 =A0 at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) >> =A0 =A0 at vnode_if.c:887 >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, >> =A0 =A0 active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnode_i= f.h:384 >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474508, >> =A0 =A0 auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:254 >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5824c4= 8, >> =A0 =A0 offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) >> =A0 =A0 at /usr/src/sys/kern/sys_generic.c:189 >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 >> #16 0xc0996db1 in Xint0x80_syscall () >> =A0 =A0 at /usr/src/sys/i386/i386/exception.s:266 >> #17 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " > --=20 Alexandr Kovalenko http://uafug.org.ua/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:48:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5B1A106566C; Thu, 29 Sep 2011 12:48:03 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 164F28FC0A; Thu, 29 Sep 2011 12:48:02 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id DE285DC0B6; Thu, 29 Sep 2011 12:48:56 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id 35686DC0AE for ; Thu, 29 Sep 2011 12:48:53 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A75D1153F38; Thu, 29 Sep 2011 12:47:34 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CB6D010656B9; Thu, 29 Sep 2011 12:47:33 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21C9E106564A; Thu, 29 Sep 2011 12:47:20 +0000 (UTC) (envelope-from alexandr.kovalenko@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C10AF8FC0A; Thu, 29 Sep 2011 12:47:19 +0000 (UTC) Received: by ywp17 with SMTP id 17so624315ywp.13 for ; Thu, 29 Sep 2011 05:47:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=LRO7Epn1pTL9J6unRfgBSDMZ3O1bg2JBgyMIsBqsmYY=; b=s6NWLF96MTsx4D8E58rA9337FeShDVUdDrw+dxk/MQ5YTffIbBET+U/iSB2+WqoyxH 76QvC7A8PulcjWI9+s24rHKqelFSsjJv3ylQU048qeh+7gKPw/jISXwvAgLO6OETgC7d Tf9kFWKAuJFDXPv+OF2dS1AggnOhvgzdZXhNU= MIME-Version: 1.0 Received: by 10.101.165.2 with SMTP id s2mr2872511ano.58.1317300439122; Thu, 29 Sep 2011 05:47:19 -0700 (PDT) Received: by 10.101.37.14 with HTTP; Thu, 29 Sep 2011 05:47:19 -0700 (PDT) In-Reply-To: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> Date: Thu, 29 Sep 2011 15:47:19 +0300 Message-ID: From: Alexandr Kovalenko To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Mailman-Approved-At: Thu, 29 Sep 2011 15:26:43 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:48:03 -0000 On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrot= e: > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: >> Hello! >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports >> (I've upgraded from 8.2). I'm getting panic. Is it known >> problem/already fixed somewhere? >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 >> 17:11:17 EEST 2011 =A0 =A0 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 >> i386 >> >> Unread portion of the kernel message buffer: >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> cpuid =3D 1 >> Uptime: 16h6m53s >> Physical memory: 1904 MB >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 >> 144 128 112 96 80 64 48 32 16 >> >> #0 =A0doadump (textdump=3D1) at pcpu.h:244 >> #1 =A00xc071e5cb in kern_reboot (howto=3D260) >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:442 >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) >> =A0 =A0 at /usr/src/sys/vm/vm_page.c:1905 > Please do "frame 2", then "p/x *m" and show the result. (kgdb) frame 2 #2 0xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:607 607 kern_reboot(bootopt); (kgdb) p/x *m No symbol "m" in current context. >> #4 =A00xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) >> =A0 =A0 at /usr/src/sys/kern/vfs_bio.c:1638 >> #5 =A00xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo=3D= 0, >> =A0 =A0 size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/kern= /vfs_bio.c:1949 >> #6 =A00xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D16384,= slpflag=3D0, >> =A0 =A0 slptimeo=3D0, flags=3DVariable "flags" is not available. >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> #7 =A00xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44505088= , lbn=3D2520, >> =A0 =A0 blkno=3D1209440, size=3D16384, run=3DVariable "run" is not avail= able. >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> #8 =A00xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D44505088, >> =A0 =A0 lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqcoun= t=3D7, >> =A0 =A0 bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 >> #9 =A00xc0934cf5 in ffs_read (ap=3D0xf5824bac) >> =A0 =A0 at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) >> =A0 =A0 at vnode_if.c:887 >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, >> =A0 =A0 active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnode_i= f.h:384 >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc5474508, >> =A0 =A0 auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:254 >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf5824c4= 8, >> =A0 =A0 offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) >> =A0 =A0 at /usr/src/sys/kern/sys_generic.c:189 >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 >> #16 0xc0996db1 in Xint0x80_syscall () >> =A0 =A0 at /usr/src/sys/i386/i386/exception.s:266 >> #17 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " > --=20 Alexandr Kovalenko http://uafug.org.ua/ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:51:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A11BA1065673; Thu, 29 Sep 2011 12:51:54 +0000 (UTC) (envelope-from alexandr.kovalenko@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0AA8FC15; Thu, 29 Sep 2011 12:51:54 +0000 (UTC) Received: by ywp17 with SMTP id 17so628823ywp.13 for ; Thu, 29 Sep 2011 05:51:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zWnC57dzkMShb75CT2Sauf72lKMMYaioBy7UMwLeJO8=; b=jwBuYJ9064IG83QYfkprkLthDq+rR1+02j5bbimS0nDn8TIg3mcQ8b9KeWssi7BSH1 LbK3JktOe3VECsk/YTRZRvUQrMtbYMwEL5DROkJ7qSsSfXJPFde38yHkfhzsQ9lV38KR Jcwgm13l6jgt1eXS0vadbNSu+kA/nbkUiJBsI= MIME-Version: 1.0 Received: by 10.101.213.24 with SMTP id p24mr4144673anq.18.1317300713825; Thu, 29 Sep 2011 05:51:53 -0700 (PDT) Received: by 10.101.37.14 with HTTP; Thu, 29 Sep 2011 05:51:53 -0700 (PDT) In-Reply-To: <20110929124837.GM1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> Date: Thu, 29 Sep 2011 15:51:53 +0300 Message-ID: From: Alexandr Kovalenko To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 29 Sep 2011 15:26:59 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:51:54 -0000 2011/9/29 Kostik Belousov : > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov w= rote: >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: >> >> Hello! >> >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports >> >> (I've upgraded from 8.2). I'm getting panic. Is it known >> >> problem/already fixed somewhere? >> >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 2= 8 >> >> 17:11:17 EEST 2011 =A0 =A0 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile= -9 >> >> i386 >> >> >> >> Unread portion of the kernel message buffer: >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> >> cpuid =3D 1 >> >> Uptime: 16h6m53s >> >> Physical memory: 1904 MB >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 >> >> 144 128 112 96 80 64 48 32 16 >> >> >> >> #0 =A0doadump (textdump=3D1) at pcpu.h:244 >> >> #1 =A00xc071e5cb in kern_reboot (howto=3D260) >> >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:442 >> >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available. >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) >> >> =A0 =A0 at /usr/src/sys/vm/vm_page.c:1905 >> > Please do "frame 2", then "p/x *m" and show the result. >> >> (kgdb) frame 2 > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. (kgdb) frame 3 #3 0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at /usr/src/sys/vm/vm_page.c:1905 1905 panic("vm_page_unwire: page %p's wire count is zero", m); (kgdb) p/x *(struct vm_page *)0xc2a38dc8 $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, listq= =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, right =3D 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000, md = =3D {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count =3D 0x0, order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags =3D 0x= 3, flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid =3D 0= xff, dirty =3D 0xff} >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at >> /usr/src/sys/kern/kern_shutdown.c:607 >> 607 =A0 =A0 =A0 =A0 =A0 =A0 kern_reboot(bootopt); >> (kgdb) p/x *m >> No symbol "m" in current context. >> >> >> >> #4 =A00xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) >> >> =A0 =A0 at /usr/src/sys/kern/vfs_bio.c:1638 >> >> #5 =A00xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo= =3D0, >> >> =A0 =A0 size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/k= ern/vfs_bio.c:1949 >> >> #6 =A00xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D163= 84, slpflag=3D0, >> >> =A0 =A0 slptimeo=3D0, flags=3DVariable "flags" is not available. >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> >> #7 =A00xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44505= 088, lbn=3D2520, >> >> =A0 =A0 blkno=3D1209440, size=3D16384, run=3DVariable "run" is not av= ailable. >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> >> #8 =A00xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D4450508= 8, >> >> =A0 =A0 lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqc= ount=3D7, >> >> =A0 =A0 bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 >> >> #9 =A00xc0934cf5 in ffs_read (ap=3D0xf5824bac) >> >> =A0 =A0 at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) >> >> =A0 =A0 at vnode_if.c:887 >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, >> >> =A0 =A0 active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnod= e_if.h:384 >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc547450= 8, >> >> =A0 =A0 auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:25= 4 >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf582= 4c48, >> >> =A0 =A0 offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) >> >> =A0 =A0 at /usr/src/sys/kern/sys_generic.c:189 >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 >> >> #16 0xc0996db1 in Xint0x80_syscall () >> >> =A0 =A0 at /usr/src/sys/i386/i386/exception.s:266 >> >> #17 0x00000033 in ?? () >> >> Previous frame inner to this frame (corrupt stack?) >> >> >> >> -- >> >> Alexandr Kovalenko >> >> http://uafug.org.ua/ >> >> _______________________________________________ >> >> freebsd-stable@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.= org" >> > >> >> >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ > --=20 Alexandr Kovalenko http://uafug.org.ua/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 12:52:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06086106567A; Thu, 29 Sep 2011 12:52:35 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Received: from core.impulsive.hu (core.impulsive.hu [79.172.194.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF3B8FC14; Thu, 29 Sep 2011 12:52:34 +0000 (UTC) Received: by core.impulsive.hu (Postfix, from userid 143) id 50AC1DC0B6; Thu, 29 Sep 2011 12:53:28 +0000 (UTC) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by core.impulsive.hu (Postfix) with ESMTP id A4C48DC0AE for ; Thu, 29 Sep 2011 12:53:26 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 87FA415563D; Thu, 29 Sep 2011 12:52:02 +0000 (UTC) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 1784F10656B8; Thu, 29 Sep 2011 12:52:02 +0000 (UTC) (envelope-from owner-freebsd-stable@freebsd.org) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A11BA1065673; Thu, 29 Sep 2011 12:51:54 +0000 (UTC) (envelope-from alexandr.kovalenko@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0AA8FC15; Thu, 29 Sep 2011 12:51:54 +0000 (UTC) Received: by ywp17 with SMTP id 17so628823ywp.13 for ; Thu, 29 Sep 2011 05:51:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zWnC57dzkMShb75CT2Sauf72lKMMYaioBy7UMwLeJO8=; b=jwBuYJ9064IG83QYfkprkLthDq+rR1+02j5bbimS0nDn8TIg3mcQ8b9KeWssi7BSH1 LbK3JktOe3VECsk/YTRZRvUQrMtbYMwEL5DROkJ7qSsSfXJPFde38yHkfhzsQ9lV38KR Jcwgm13l6jgt1eXS0vadbNSu+kA/nbkUiJBsI= MIME-Version: 1.0 Received: by 10.101.213.24 with SMTP id p24mr4144673anq.18.1317300713825; Thu, 29 Sep 2011 05:51:53 -0700 (PDT) Received: by 10.101.37.14 with HTTP; Thu, 29 Sep 2011 05:51:53 -0700 (PDT) In-Reply-To: <20110929124837.GM1511@deviant.kiev.zoral.com.ua> References: <20110929123011.GK1511@deviant.kiev.zoral.com.ua> <20110929124837.GM1511@deviant.kiev.zoral.com.ua> Date: Thu, 29 Sep 2011 15:51:53 +0300 Message-ID: From: Alexandr Kovalenko To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-Mailman-Approved-At: Thu, 29 Sep 2011 15:27:19 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 12:52:35 -0000 2011/9/29 Kostik Belousov : > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov w= rote: >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: >> >> Hello! >> >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports >> >> (I've upgraded from 8.2). I'm getting panic. Is it known >> >> problem/already fixed somewhere? >> >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 2= 8 >> >> 17:11:17 EEST 2011 =A0 =A0 root@mile.xxx.ua:/usr/obj/usr/src/sys/mile= -9 >> >> i386 >> >> >> >> Unread portion of the kernel message buffer: >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> >> cpuid =3D 1 >> >> Uptime: 16h6m53s >> >> Physical memory: 1904 MB >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 >> >> 144 128 112 96 80 64 48 32 16 >> >> >> >> #0 =A0doadump (textdump=3D1) at pcpu.h:244 >> >> #1 =A00xc071e5cb in kern_reboot (howto=3D260) >> >> =A0 =A0 at /usr/src/sys/kern/kern_shutdown.c:442 >> >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available. >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> >> #3 =A00xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) >> >> =A0 =A0 at /usr/src/sys/vm/vm_page.c:1905 >> > Please do "frame 2", then "p/x *m" and show the result. >> >> (kgdb) frame 2 > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. (kgdb) frame 3 #3 0xc0966903 in vm_page_unwire (m=3D0xc2a38dc8, activate=3D0) at /usr/src/sys/vm/vm_page.c:1905 1905 panic("vm_page_unwire: page %p's wire count is zero", m); (kgdb) p/x *(struct vm_page *)0xc2a38dc8 $1 =3D {pageq =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b0}, listq= =3D {tqe_next =3D 0xc2a38e10, tqe_prev =3D 0xc282a2b8}, left =3D 0x0, right =3D 0x0, object =3D 0xc5725770, pindex =3D 0xbd3, phys_addr =3D 0x56a32000, md = =3D {pv_list =3D {tqh_first =3D 0xc3cc6418, tqh_last =3D 0xc3cc641c}, pat_mode =3D 0x6}, queue =3D 0x1, segind =3D 0x2, hold_count =3D 0x0, order =3D 0xb, pool =3D 0x0, cow =3D 0x0, wire_count =3D 0x0, aflags =3D 0x= 3, flags =3D 0x0, oflags =3D 0x0, act_count =3D 0x5, busy =3D 0x0, valid =3D 0= xff, dirty =3D 0xff} >> #2 =A00xc071e82b in panic (fmt=3DVariable "fmt" is not available.) at >> /usr/src/sys/kern/kern_shutdown.c:607 >> 607 =A0 =A0 =A0 =A0 =A0 =A0 kern_reboot(bootopt); >> (kgdb) p/x *m >> No symbol "m" in current context. >> >> >> >> #4 =A00xc0796b80 in vfs_vmio_release (bp=3D0xde8bcbf4) >> >> =A0 =A0 at /usr/src/sys/kern/vfs_bio.c:1638 >> >> #5 =A00xc0798813 in getnewbuf (vp=3D0xc6ea3550, slpflag=3D0, slptimeo= =3D0, >> >> =A0 =A0 size=3D16384, maxsize=3D16384, gbflags=3D0) at /usr/src/sys/k= ern/vfs_bio.c:1949 >> >> #6 =A00xc0799f2a in getblk (vp=3D0xc6ea3550, blkno=3D2520, size=3D163= 84, slpflag=3D0, >> >> =A0 =A0 slptimeo=3D0, flags=3DVariable "flags" is not available. >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> >> #7 =A00xc079d49c in cluster_rbuild (vp=3D0xc6ea3550, filesize=3D44505= 088, lbn=3D2520, >> >> =A0 =A0 blkno=3D1209440, size=3D16384, run=3DVariable "run" is not av= ailable. >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> >> #8 =A00xc079e145 in cluster_read (vp=3D0xc6ea3550, filesize=3D4450508= 8, >> >> =A0 =A0 lblkno=3D2520, size=3D16384, cred=3D0x0, totread=3D1024, seqc= ount=3D7, >> >> =A0 =A0 bpp=3D0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 >> >> #9 =A00xc0934cf5 in ffs_read (ap=3D0xf5824bac) >> >> =A0 =A0 at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=3D0xc0aa6a80, a=3D0xf5824bac) >> >> =A0 =A0 at vnode_if.c:887 >> >> #11 0xc07c1120 in vn_read (fp=3D0xc5474508, uio=3D0xf5824c48, >> >> =A0 =A0 active_cred=3D0xc56a4d80, flags=3D1, td=3D0xc5b76b80) at vnod= e_if.h:384 >> >> #12 0xc076380e in dofileread (td=3D0xc5b76b80, fd=3D3, fp=3D0xc547450= 8, >> >> =A0 =A0 auio=3D0xf5824c48, offset=3D41189376, flags=3D1) at file.h:25= 4 >> >> #13 0xc07639f5 in kern_preadv (td=3D0xc5b76b80, fd=3D3, auio=3D0xf582= 4c48, >> >> =A0 =A0 offset=3D41189376) at /usr/src/sys/kern/sys_generic.c:288 >> >> #14 0xc0763b0d in sys_pread (td=3D0xc5b76b80, uap=3D0xf5824cec) >> >> =A0 =A0 at /usr/src/sys/kern/sys_generic.c:189 >> >> #15 0xc09accf5 in syscall (frame=3D0xf5824d28) at subr_syscall.c:131 >> >> #16 0xc0996db1 in Xint0x80_syscall () >> >> =A0 =A0 at /usr/src/sys/i386/i386/exception.s:266 >> >> #17 0x00000033 in ?? () >> >> Previous frame inner to this frame (corrupt stack?) >> >> >> >> -- >> >> Alexandr Kovalenko >> >> http://uafug.org.ua/ >> >> _______________________________________________ >> >> freebsd-stable@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.= org" >> > >> >> >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ > --=20 Alexandr Kovalenko http://uafug.org.ua/ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 16:31:55 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B901410656F9; Thu, 29 Sep 2011 16:31:55 +0000 (UTC) (envelope-from david.somayajulu@qlogic.com) Received: from DB3EHSOBE001.bigfish.com (db3ehsobe001.messaging.microsoft.com [213.199.154.139]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5AB8FC12; Thu, 29 Sep 2011 16:31:54 +0000 (UTC) Received: from mail32-db3-R.bigfish.com (10.3.81.241) by DB3EHSOBE001.bigfish.com (10.3.84.21) with Microsoft SMTP Server id 14.1.225.22; Thu, 29 Sep 2011 16:31:51 +0000 Received: from mail32-db3 (localhost.localdomain [127.0.0.1]) by mail32-db3-R.bigfish.com (Postfix) with ESMTP id 9AE411E8346; Thu, 29 Sep 2011 16:31:51 +0000 (UTC) X-SpamScore: 1 X-BigFish: VPS1(zzc85fhzz1202hzz8275bh8275dhz2ei2a8h668h839h) X-Forefront-Antispam-Report: CIP:198.70.193.64; KIP:(null); UIP:(null); IPVD:NLI; H:avexcashub1.qlogic.com; RD:avexcashub2.qlogic.com; EFVD:NLI Received-SPF: neutral (mail32-db3: 198.70.193.64 is neither permitted nor denied by domain of qlogic.com) client-ip=198.70.193.64; envelope-from=david.somayajulu@qlogic.com; helo=avexcashub1.qlogic.com ; 1.qlogic.com ; Received: from mail32-db3 (localhost.localdomain [127.0.0.1]) by mail32-db3 (MessageSwitch) id 1317313909267394_12171; Thu, 29 Sep 2011 16:31:49 +0000 (UTC) Received: from DB3EHSMHS014.bigfish.com (unknown [10.3.81.244]) by mail32-db3.bigfish.com (Postfix) with ESMTP id 329419F0053; Thu, 29 Sep 2011 16:31:49 +0000 (UTC) Received: from avexcashub1.qlogic.com (198.70.193.64) by DB3EHSMHS014.bigfish.com (10.3.87.114) with Microsoft SMTP Server (TLS) id 14.1.225.22; Thu, 29 Sep 2011 16:31:46 +0000 Received: from avexmb1.qlogic.org ([fe80::9545:3a4f:c131:467d]) by avexcashub2.qlogic.org ([::1]) with mapi; Thu, 29 Sep 2011 09:31:43 -0700 From: David Somayajulu To: "freebsd-current@freebsd.org" , "freebsd-drivers@freebsd.org" Date: Thu, 29 Sep 2011 09:31:44 -0700 Thread-Topic: TSO and FreeBSD Thread-Index: Acx+xUZPFcRhlwbHSXe81IV5JeNfjQ== Message-ID: <75E1A2A7D185F841A975979B0906BBA67BCCB4F67F@AVEXMB1.qlogic.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-OriginatorOrg: qlogic.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: TSO and FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 16:31:55 -0000 Is there an upper limit on a transmit packet size, which has CSUM_TSO bit s= et in the mp->m_pkthdr.csum_flags field. Browsing the code I thought it was= 65535 bytes. However at least on Freebsd 7.x, I am occasionally noticing t= hat the driver is asked to transmit packets which are 65536 and 65537 bytes= . Am I missing something? Cheers, David S. ________________________________ This message and any attached documents contain information from QLogic Cor= poration or its wholly-owned subsidiaries that may be confidential. If you = are not the intended recipient, you may not read, copy, distribute, or use = this information. If you have received this transmission in error, please n= otify the sender immediately by reply e-mail and then delete this message. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 19:41:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C13B3106564A for ; Thu, 29 Sep 2011 19:41:02 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 29A898FC0C for ; Thu, 29 Sep 2011 19:41:01 +0000 (UTC) Received: by wyj26 with SMTP id 26so476290wyj.13 for ; Thu, 29 Sep 2011 12:41:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZMKhbXGwiE56DLP+tOsyVXWmNDmQ/azBClazirYoCDg=; b=w1l4Bda5wlZqHt9tLlZfyLWjCjaEowuGMR9w7gmWxNAPnA7EW3dL4B7zBstsCmyZm4 MZ0xGzW8vjOjaEnvhlL2KhBAI9DkRPHWRyzp9UNAaHYqnCQUxjmU2IoNfhVSi9lTZwU5 cUnjHO2vE5fsvhWW3CR9UktIDLn+/zAxFvSac= MIME-Version: 1.0 Received: by 10.216.159.1 with SMTP id r1mr1729107wek.18.1317325260844; Thu, 29 Sep 2011 12:41:00 -0700 (PDT) Received: by 10.180.104.37 with HTTP; Thu, 29 Sep 2011 12:41:00 -0700 (PDT) In-Reply-To: References: Date: Thu, 29 Sep 2011 14:41:00 -0500 Message-ID: From: Greg Miller To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 19:41:02 -0000 On 9/28/11, Adrian Chadd wrote: > On 29 September 2011 08:57, Greg Miller wrote: >> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >> csup, and I get the following when I try to make buildworld: > > Good, is this reproducable? There's a patch to csup that may help you > out with this. > > Index: src/usr.bin/csup/fixups.c [snipped] It's 100% reproducible, and the patch didn't change anything. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 19:46:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F147A106566C for ; Thu, 29 Sep 2011 19:46:32 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6E98FC12 for ; Thu, 29 Sep 2011 19:46:32 +0000 (UTC) Received: by wwe3 with SMTP id 3so1503897wwe.31 for ; Thu, 29 Sep 2011 12:46:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Kp4GBWrok6esSBcha9YNwCo2JbXdHDHoTRTCezIM/8g=; b=fEUw6vKom+BI/l25dvXxqQuzkfzS0qvjPRVWWs9tmaRLPmUwmeoK+NhaONXLBkslCX uAV6K6u4JMNBY1LRVgFG00Y3yWliQUAnAHzmFUip1yjAjrLSzDqcAGt56uNK9+Qa6YmO zri1W26dAeDQ3IWIBeCnQTtj5PdQxWQEyMyWE= MIME-Version: 1.0 Received: by 10.227.165.202 with SMTP id j10mr3420100wby.18.1317325591431; Thu, 29 Sep 2011 12:46:31 -0700 (PDT) Received: by 10.180.104.37 with HTTP; Thu, 29 Sep 2011 12:46:31 -0700 (PDT) In-Reply-To: References: Date: Thu, 29 Sep 2011 14:46:31 -0500 Message-ID: From: Greg Miller To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 19:46:33 -0000 On 9/29/11, Greg Miller wrote: > On 9/28/11, Adrian Chadd wrote: >> On 29 September 2011 08:57, Greg Miller wrote: >>> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >>> csup, and I get the following when I try to make buildworld: >> >> Good, is this reproducable? There's a patch to csup that may help you >> out with this. >> >> Index: src/usr.bin/csup/fixups.c > > [snipped] > > It's 100% reproducible, and the patch didn't change anything. > I just tried it with cvsup and got the same result, so it doesn't appear to be a csup issue. I have no idea what's going on here. From owner-freebsd-current@FreeBSD.ORG Thu Sep 29 22:20:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C3BD106564A; Thu, 29 Sep 2011 22:20:06 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8D28FC0A; Thu, 29 Sep 2011 22:20:04 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so1405729bkb.13 for ; Thu, 29 Sep 2011 15:20:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZlA4X+xSlkhPBRUttkQIAp8wpEXRFSyVkGefyYQqv38=; b=drSqh+40j1of5YkiraBHw25PFgykzeZy6DpFmv213dQNCke+whdx/yP2k4lsug2LKS 9Jt1Yrj2+ayEJhrhlFIYRfmJARmdfWD9muGDJA6hmxZ8RlN+1uXbCOFiME6f9F3Sus3E 9QCxAT26n+4lI3KcpXnl8HC80fLuQZkBzxbhM= MIME-Version: 1.0 Received: by 10.204.4.140 with SMTP id 12mr6813024bkr.95.1317334804214; Thu, 29 Sep 2011 15:20:04 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.132.140 with HTTP; Thu, 29 Sep 2011 15:20:04 -0700 (PDT) In-Reply-To: <20110928081514.GA5077@jh> References: <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> <20110928081514.GA5077@jh> Date: Thu, 29 Sep 2011 15:20:04 -0700 X-Google-Sender-Auth: 4j9TFdcKj98EO5SwHLPfw2y5D0U Message-ID: From: Craig Rodrigues To: Jaakko Heinonen Content-Type: multipart/mixed; boundary=0015175889d60e33cb04ae1be964 Cc: freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2011 22:20:06 -0000 --0015175889d60e33cb04ae1be964 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Sep 28, 2011 at 1:15 AM, Jaakko Heinonen wrote: > > I think that using the FEATURE() macro and feature_present(3) might be > more appropriate for this. > > Thanks. > -- > Jaakko > Oh, OK. I was unfamiliar with these API's because they are new in FreeBSD 8. :) How about the attached patch? -- Craig Rodrigues rodrigc@crodrigues.org --0015175889d60e33cb04ae1be964 Content-Type: text/plain; charset=US-ASCII; name="ata_cam_patch.txt" Content-Disposition: attachment; filename="ata_cam_patch.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gt6b3uz50 SW5kZXg6IHN5cy9kZXYvYXRhL2F0YS1hbGwuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L2F0YS9h dGEtYWxsLmMJKHJldmlzaW9uIDIyNTM2OCkKKysrIHN5cy9kZXYvYXRhL2F0YS1hbGwuYwkod29y a2luZyBjb3B5KQpAQCAtMTIwLDYgKzEyMCw5IEBACiBUVU5BQkxFX0lOVCgiaHcuYXRhLnNldG1h eCIsICZhdGFfc2V0bWF4KTsKIFNZU0NUTF9JTlQoX2h3X2F0YSwgT0lEX0FVVE8sIHNldG1heCwg Q1RMRkxBR19SRFRVTiwgJmF0YV9zZXRtYXgsIDAsCiAJICAgIkFUQSBkaXNrIHNldCBtYXggbmF0 aXZlIGFkZHJlc3MiKTsKKyNpZmRlZiBBVEFfQ0FNCitGRUFUVVJFKGF0YV9jYW0sICJBVEEgZGV2 aWNlcyBhcmUgYWNjZXNzZWQgdGhyb3VnaCB0aGUgY2FtKDQpIGRyaXZlciIpOworI2VuZGlmCiAK IC8qCiAgKiBuZXdidXMgZGV2aWNlIGludGVyZmFjZSByZWxhdGVkIGZ1bmN0aW9ucwpJbmRleDog dXNyLnNiaW4vYnVybmNkL2J1cm5jZC44Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHVzci5zYmluL2J1cm5jZC9i dXJuY2QuOAkocmV2aXNpb24gMjI1MzY4KQorKysgdXNyLnNiaW4vYnVybmNkL2J1cm5jZC44CSh3 b3JraW5nIGNvcHkpCkBAIC0zMyw2ICszMywxMyBAQAogLlNoIE5BTUUKIC5ObSBidXJuY2QKIC5O ZCBjb250cm9sIHRoZSBBVEFQSSBDRC1SL1JXIGRyaXZlcgorLlBwCitUaGlzIHV0aWxpdHkgd2Fz CisuRW0gZGVwcmVjYXRlZAoraW4KKy5GeCA5LjAgLgorU2VlCisuU3ggTk9URVMgLgogLlNoIFNZ Tk9QU0lTCiAuTm0KIC5PcCBGbCBkZUZsbW5wcXR2CkBAIC0yMTEsNiArMjE4LDEwIEBACiAuTm0K IHV0aWxpdHkgYXBwZWFyZWQgaW4KIC5GeCA0LjAgLgorLlBwCisuTm0KK3dhcyBkZXByZWNhdGVk IGluCisuRnggOS4wIC4KIC5TaCBBVVRIT1JTCiBUaGUKIC5ObQpAQCAtMjIwLDMgKzIzMSwxOSBA QAogLkFxIHNvc0BGcmVlQlNELm9yZyAuCiAuU2ggQlVHUwogUHJvYmFibHksIHBsZWFzZSByZXBv cnQgd2hlbiBmb3VuZC4KKy5TaCBOT1RFUworV2hlbgorLkJkIC1yYWdnZWQgLW9mZnNldCBpbmRl bnQKKy5DZCAib3B0aW9ucyBBVEFfQ0FNIgorLkVkCisuUHAKK2lzIGNvbXBpbGVkIGludG8gdGhl IGtlcm5lbCwgdGhlbgorLlhyIGNkcmVjb3JkIDEgLAorYXZhaWxhYmxlIGluIHRoZQorLkZ4CitQ b3J0cyBDb2xsZWN0aW9uIGFzIHBhcnQgb2YgdGhlCisuUGEgc3lzdXRpbHMvY2RydG9vbHMKK3Bv cnQsIG11c3QgYmUgdXNlZCBpbnN0ZWFkLgorUmVmZXIgdG86CisuUHAKK2h0dHA6Ly93d3cuZnJl ZWJzZC5vcmcvZG9jL2hhbmRib29rL2NyZWF0aW5nLWNkcy5odG1sI0NEUkVDT1JECkluZGV4OiB1 c3Iuc2Jpbi9idXJuY2QvYnVybmNkLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gdXNyLnNiaW4vYnVybmNkL2J1 cm5jZC5jCShyZXZpc2lvbiAyMjUzNjgpCisrKyB1c3Iuc2Jpbi9idXJuY2QvYnVybmNkLmMJKHdv cmtpbmcgY29weSkKQEAgLTgyLDYgKzgyLDE1IEBACiAJaW50IGJsb2NrX3NpemUgPSAwLCBibG9j a190eXBlID0gMCwgY2RvcGVuID0gMCwgZHZkcncgPSAwOwogCWNvbnN0IGNoYXIgKmRldiwgKmVu dl9zcGVlZDsKIAorCWlmIChmZWF0dXJlX3ByZXNlbnQoImF0YV9jYW0iKSkgeworCQlwcmludGYo IlxuQVRBX0NBTSBvcHRpb24gaXMgZW5hYmxlZCBpbiBrZXJuZWwuXG4iCisJCSAgICAiSW5zdGFs bCB0aGUgc3lzdXRpbHMvY2RydG9vbHMgcG9ydCBhbmQgdXNlIGNkcmVjb3JkICIKKwkJICAgICJp bnN0ZWFkLlxuXG4iCisJCSAgICAiUGxlYXNlIHJlZmVyIHRvOlxuIgorCQkgICAgImh0dHA6Ly93 d3cuZnJlZWJzZC5vcmcvZG9jL2hhbmRib29rL2NyZWF0aW5nLWNkcy5odG1sI0NEUkVDT1JEXG4i KTsKKwkJZXhpdCgxKTsKKwl9CisKIAlpZiAoKGRldiA9IGdldGVudigiQ0RST00iKSkgPT0gTlVM TCkKIAkJZGV2ID0gIi9kZXYvYWNkMCI7CiAKSW5kZXg6IHNiaW4vYXRhY29udHJvbC9hdGFjb250 cm9sLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQotLS0gc2Jpbi9hdGFjb250cm9sL2F0YWNvbnRyb2wuYwkocmV2aXNp b24gMjI1MzY4KQorKysgc2Jpbi9hdGFjb250cm9sL2F0YWNvbnRyb2wuYwkod29ya2luZyBjb3B5 KQpAQCAtMzc4LDYgKzM3OCwxMSBAQAogewogCWludCBmZCwgbW9kZSwgY2hhbm5lbCwgYXJyYXk7 CiAKKwlpZiAoZmVhdHVyZV9wcmVzZW50KCJhdGFfY2FtIikpIHsKKwkJZXJyeCgxLCAiQVRBX0NB TSBvcHRpb24gaXMgZW5hYmxlZCBpbiBrZXJuZWwuXG4iCisJCSAgICAiUGxlYXNlIHVzZSBjYW1j b250cm9sIGluc3RlYWQuXG4iKTsKKwl9CisKIAlpZiAoYXJnYyA8IDIpCiAJCXVzYWdlKCk7CiAK SW5kZXg6IHNiaW4vYXRhY29udHJvbC9hdGFjb250cm9sLjgKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc2Jpbi9h dGFjb250cm9sL2F0YWNvbnRyb2wuOAkocmV2aXNpb24gMjI1MzY4KQorKysgc2Jpbi9hdGFjb250 cm9sL2F0YWNvbnRyb2wuOAkod29ya2luZyBjb3B5KQpAQCAtMjUsMTIgKzI1LDE5IEBACiAuXCIK IC5cIiAkRnJlZUJTRCQKIC5cIgotLkRkIEZlYnJ1YXJ5IDIxLCAyMDA5CisuRGQgU2VwdGVtYmVy IDI3LCAyMDExCiAuRHQgQVRBQ09OVFJPTCA4CiAuT3MKIC5TaCBOQU1FCiAuTm0gYXRhY29udHJv bAogLk5kIEFUQSBkZXZpY2UgZHJpdmVyIGNvbnRyb2wgcHJvZ3JhbQorLlBwCitUaGlzIHV0aWxp dHkgd2FzCisuRW0gZGVwcmVjYXRlZAoraW4KKy5GeCA5LjAgLgorU2VlCisuU3ggTk9URVMgLgog LlNoIFNZTk9QU0lTCiAuTm0KIC5BcSBBciBjb21tYW5kCkBAIC0zNjEsMTEgKzM2OCwxNyBAQAog dXAgYWxsIHRoZSB0aW1lLgogLlNoIFNFRSBBTFNPCiAuWHIgYXRhIDQKKy5YciBjYW0gNAorLlhy IGNhbWNvbnRyb2wgOAogLlNoIEhJU1RPUlkKIFRoZQogLk5tCiB1dGlsaXR5IGZpcnN0IGFwcGVh cmVkIGluCiAuRnggNC42IC4KKy5QcAorLk5tCit3YXMgZGVwcmVjYXRlZCBpbgorLkZ4IDkuMCAu CiAuU2ggQVVUSE9SUwogLkFuIC1ub3NwbGl0CiBUaGUKQEAgLTM3NywzICszOTAsMTYgQEAKIFRo aXMgbWFudWFsIHBhZ2Ugd2FzIHdyaXR0ZW4gYnkKIC5BbiBTXCgvb3JlbiBTY2htaWR0CiAuQXEg c29zQEZyZWVCU0Qub3JnIC4KKy5TaCBOT1RFUworVGhlCisuTm0KK3V0aWxpdHkgd2FzIGRlcHJl Y2F0ZWQgaW4KKy5GeCA5LjAgLgorV2hlbgorLkJkIC1yYWdnZWQgLW9mZnNldCBpbmRlbnQKKy5D ZCAib3B0aW9ucyBBVEFfQ0FNIgorLkVkCisuUHAKK2lzIGNvbXBpbGVkIGludG8gdGhlIGtlcm5l bCwgdGhlbgorLlhyIGNhbWNvbnRyb2wgOAorbXVzdCBiZSB1c2VkIGluc3RlYWQuCg== --0015175889d60e33cb04ae1be964-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 00:01:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71AA11065670; Fri, 30 Sep 2011 00:01:13 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id D1DDE8FC17; Fri, 30 Sep 2011 00:01:12 +0000 (UTC) Received: by wwn22 with SMTP id 22so22251wwn.1 for ; Thu, 29 Sep 2011 17:01:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=4aNOXuuNR5t2GlPw91ncSopuDERM9PPi87UlsQoPcmc=; b=naB9NvMBwIJlsbroFUdbUmEOiQZclfM7pBWesNjjZTknqcQD/bSFMGl/RSOiAvz4nd BGW5nCBN/AG74Kn+3Jt6hHztg760uDrhQHtEOMdoVjiADZyjGCkWHbf1VboMiUl9Ysba f9DF4obSZQrF0UI4cad380RjLHmk122Fw6wfU= MIME-Version: 1.0 Received: by 10.227.199.209 with SMTP id et17mr1771608wbb.36.1317340871695; Thu, 29 Sep 2011 17:01:11 -0700 (PDT) Received: by 10.180.103.33 with HTTP; Thu, 29 Sep 2011 17:01:11 -0700 (PDT) In-Reply-To: References: <4E811FF7.7010607@a1poweruser.com> <4E8126D3.5020407@FreeBSD.org> <4E812DB7.3000302@FreeBSD.org> <20110928081514.GA5077@jh> Date: Thu, 29 Sep 2011 20:01:11 -0400 Message-ID: From: Arnaud Lacombe To: Craig Rodrigues Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jaakko Heinonen , freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 00:01:13 -0000 Hi, On Thu, Sep 29, 2011 at 6:20 PM, Craig Rodrigues w= rote: > On Wed, Sep 28, 2011 at 1:15 AM, Jaakko Heinonen wrote: >> >> I think that using the FEATURE() macro and feature_present(3) might be >> more appropriate for this. >> >> Thanks. >> -- >> Jaakko >> > > Oh, OK. =A0I was unfamiliar with these API's because they are new in Free= BSD 8. :) > How about the attached patch? --- usr.sbin/burncd/burncd.c (revision 225368) +++ usr.sbin/burncd/burncd.c (working copy) @@ -82,6 +82,15 @@ int block_size =3D 0, block_type =3D 0, cdopen =3D 0, dvdrw =3D 0; const char *dev, *env_speed; + if (feature_present("ata_cam")) { + printf("\nATA_CAM option is enabled in kernel.\n" + "Install the sysutils/cdrtools port and use cdrecord " + "instead.\n\n" maybe could you avoid the line break here, this makes the sentence un-grepable. You are breaking the 80-char limit anyway with the URL. - Arnaud + "Please refer to:\n" + "http://www.freebsd.org/doc/handbook/creating-cds.html#CDRECORD\n"); + exit(1); > > -- > Craig Rodrigues > rodrigc@crodrigues.org > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 09:11:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D1210657A0 for ; Fri, 30 Sep 2011 09:11:13 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id E70E28FC1C for ; Fri, 30 Sep 2011 09:11:12 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1R9Z7R-0001Iu-4r; Fri, 30 Sep 2011 10:11:03 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R9Z74-0005AQ-RR; Fri, 30 Sep 2011 10:10:34 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id p8U9AYAL071377; Fri, 30 Sep 2011 10:10:34 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id p8U9AYDl071376; Fri, 30 Sep 2011 10:10:34 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 30 Sep 2011 10:10:34 +0100 From: Anton Shterenlikht To: Ryan Stone Message-ID: <20110930091034.GA71361@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Ryan Stone , freebsd-current@freebsd.org References: <20110928152127.GA53754@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: r225827 ia64 make buildworld: sendmail: cc1: warnings being treated as errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 09:11:13 -0000 On Wed, Sep 28, 2011 at 12:15:31PM -0400, Ryan Stone wrote: > On Wed, Sep 28, 2011 at 11:21 AM, Anton Shterenlikht > wrote: > > cc -O2 -pipe ?-I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c > > cc1: warnings being treated as errors > > /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:112: warning: initialization from incompatible pointer type > > /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/main.c:113: warning: initialization from incompatible pointer type > > *** Error code 1 > > 1 error > > This looks like this issue: > http://lists.freebsd.org/pipermail/freebsd-current/2011-September/027640.html > > It seems that the fix hasn't been committed yet. just to confirm that the patch in the above url works for me. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 09:52:43 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09BB6106566B for ; Fri, 30 Sep 2011 09:52:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id BCB938FC12 for ; Fri, 30 Sep 2011 09:52:41 +0000 (UTC) Received: by ywp17 with SMTP id 17so1712073ywp.13 for ; Fri, 30 Sep 2011 02:52:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=eVUCy9OGiI2ou4sB41XcEN9MctUrYCi0Kzhg9fm1Dfw=; b=JoErUrj4LZHg8Qnth724p00db+nhUyQzU0Ti8HaXowA7gKqSqmr8WsSyUjIfQspfXv GhyJGDR9XUtCOEvQz3UBAZw2Fz65H7IKTzA3Nvj+S+5b1JYPpieF0U+gpRLEeGqjY9W1 +QCOfajTzoMDJE3qv1tQ47ncxofpqPUz2r7zI= MIME-Version: 1.0 Received: by 10.236.201.165 with SMTP id b25mr20524722yho.72.1317376361227; Fri, 30 Sep 2011 02:52:41 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Fri, 30 Sep 2011 02:52:41 -0700 (PDT) In-Reply-To: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> Date: Fri, 30 Sep 2011 17:52:41 +0800 X-Google-Sender-Auth: DLXAvNnM4MNSrroTKTEjC7n3Q8A Message-ID: From: Adrian Chadd To: Joel Dahl Content-Type: multipart/mixed; boundary=20cf305e254f0be5dc04ae259640 Cc: current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 09:52:43 -0000 --20cf305e254f0be5dc04ae259640 Content-Type: text/plain; charset=ISO-8859-1 Hi, Would you please try this patch? Make sure that witness and the rest of the lock debugging is enabled. I've been working on this problem with someone else on the list (but I can't trigger it myself; I think I need to get some dual-CPU wireless test hardware.) Thanks, Adrian --20cf305e254f0be5dc04ae259640 Content-Type: application/octet-stream; name="net80211-swbmiss-2.diff" Content-Disposition: attachment; filename="net80211-swbmiss-2.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gt6zuags0 SW5kZXg6IG5ldDgwMjExL2llZWU4MDIxMV9zdGEuYwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBuZXQ4MDIxMS9p ZWVlODAyMTFfc3RhLmMJKHJldmlzaW9uIDIyNTc3MikKKysrIG5ldDgwMjExL2llZWU4MDIxMV9z dGEuYwkod29ya2luZyBjb3B5KQpAQCAtMTA5LDYgKzEwOSw4IEBACiB7CiAJc3RydWN0IGllZWU4 MDIxMWNvbSAqaWMgPSB2YXAtPml2X2ljOwogCisJSUVFRTgwMjExX0xPQ0tfQVNTRVJUKGljKTsK KwogCUtBU1NFUlQoKGljLT5pY19mbGFncyAmIElFRUU4MDIxMV9GX1NDQU4pID09IDAsICgic2Nh bm5pbmciKSk7CiAJS0FTU0VSVCh2YXAtPml2X3N0YXRlID49IElFRUU4MDIxMV9TX1JVTiwKIAkg ICAgKCJ3cm9uZyBzdGF0ZSAlcyIsIGllZWU4MDIxMV9zdGF0ZV9uYW1lW3ZhcC0+aXZfc3RhdGVd KSk7CkluZGV4OiBuZXQ4MDIxMS9pZWVlODAyMTFfdGRtYS5jCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIG5ldDgw MjExL2llZWU4MDIxMV90ZG1hLmMJKHJldmlzaW9uIDIyNTc3MikKKysrIG5ldDgwMjExL2llZWU4 MDIxMV90ZG1hLmMJKHdvcmtpbmcgY29weSkKQEAgLTI4NSw3ICsyODUsMTAgQEAKIHRkbWFfYmVh Y29uX21pc3Moc3RydWN0IGllZWU4MDIxMXZhcCAqdmFwKQogewogCXN0cnVjdCBpZWVlODAyMTFf dGRtYV9zdGF0ZSAqdHMgPSB2YXAtPml2X3RkbWE7CisJc3RydWN0IGllZWU4MDIxMWNvbSAqaWMg PSB2YXAtPml2X2ljOwogCisJSUVFRTgwMjExX0xPQ0tfQVNTRVJUKGljKTsKKwogCUtBU1NFUlQo KHZhcC0+aXZfaWMtPmljX2ZsYWdzICYgSUVFRTgwMjExX0ZfU0NBTikgPT0gMCwgKCJzY2Fubmlu ZyIpKTsKIAlLQVNTRVJUKHZhcC0+aXZfc3RhdGUgPT0gSUVFRTgwMjExX1NfUlVOLAogCSAgICAo Indyb25nIHN0YXRlICVkIiwgdmFwLT5pdl9zdGF0ZSkpOwpJbmRleDogbmV0ODAyMTEvaWVlZTgw MjExX3Byb3RvLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gbmV0ODAyMTEvaWVlZTgwMjExX3Byb3RvLmMJKHJl dmlzaW9uIDIyNTc3MikKKysrIG5ldDgwMjExL2llZWU4MDIxMV9wcm90by5jCSh3b3JraW5nIGNv cHkpCkBAIC0xOTMsNyArMTkzLDcgQEAKIAl2YXAtPml2X3J0c3RocmVzaG9sZCA9IElFRUU4MDIx MV9SVFNfREVGQVVMVDsKIAl2YXAtPml2X2ZyYWd0aHJlc2hvbGQgPSBJRUVFODAyMTFfRlJBR19E RUZBVUxUOwogCXZhcC0+aXZfYm1pc3NfbWF4ID0gSUVFRTgwMjExX0JNSVNTX01BWDsKLQljYWxs b3V0X2luaXQoJnZhcC0+aXZfc3dibWlzcywgQ0FMTE9VVF9NUFNBRkUpOworCWNhbGxvdXRfaW5p dF9tdHgoJnZhcC0+aXZfc3dibWlzcywgSUVFRTgwMjExX0xPQ0tfT0JKKGljKSwgMCk7CiAJY2Fs bG91dF9pbml0KCZ2YXAtPml2X21ndHNlbmQsIENBTExPVVRfTVBTQUZFKTsKIAlUQVNLX0lOSVQo JnZhcC0+aXZfbnN0YXRlX3Rhc2ssIDAsIGllZWU4MDIxMV9uZXdzdGF0ZV9jYiwgdmFwKTsKIAlU QVNLX0lOSVQoJnZhcC0+aXZfc3dibWlzc190YXNrLCAwLCBiZWFjb25fc3dtaXNzLCB2YXApOwpA QCAtMTQwMyw3ICsxNDAzLDcgQEAKIAlzdHJ1Y3QgaWVlZTgwMjExY29tICppYyA9IGFyZzsKIAlz dHJ1Y3QgaWVlZTgwMjExdmFwICp2YXA7CiAKLQkvKiBYWFggbG9ja2luZyAqLworCUlFRUU4MDIx MV9MT0NLKGljKTsKIAlUQUlMUV9GT1JFQUNIKHZhcCwgJmljLT5pY192YXBzLCBpdl9uZXh0KSB7 CiAJCS8qCiAJCSAqIFdlIG9ubHkgcGFzcyBldmVudHMgdGhyb3VnaCBmb3Igc3RhIHZhcCdzIGlu IFJVTiBzdGF0ZTsKQEAgLTE0MTUsMTggKzE0MTUsMjEgQEAKIAkJICAgIHZhcC0+aXZfYm1pc3Mg IT0gTlVMTCkKIAkJCXZhcC0+aXZfYm1pc3ModmFwKTsKIAl9CisJSUVFRTgwMjExX1VOTE9DSyhp Yyk7CiB9CiAKIHN0YXRpYyB2b2lkCiBiZWFjb25fc3dtaXNzKHZvaWQgKmFyZywgaW50IG5wZW5k aW5nKQogewogCXN0cnVjdCBpZWVlODAyMTF2YXAgKnZhcCA9IGFyZzsKKwlzdHJ1Y3QgaWVlZTgw MjExY29tICppYyA9IHZhcC0+aXZfaWM7CiAKLQlpZiAodmFwLT5pdl9zdGF0ZSAhPSBJRUVFODAy MTFfU19SVU4pCi0JCXJldHVybjsKLQotCS8qIFhYWCBDYWxsIG11bHRpcGxlIHRpbWVzIGlmIG5w ZW5kaW5nID4gemVybz8gKi8KLQl2YXAtPml2X2JtaXNzKHZhcCk7CisJSUVFRTgwMjExX0xPQ0so aWMpOworCWlmICh2YXAtPml2X3N0YXRlID09IElFRUU4MDIxMV9TX1JVTikgeworCQkvKiBYWFgg Q2FsbCBtdWx0aXBsZSB0aW1lcyBpZiBucGVuZGluZyA+IHplcm8/ICovCisJCXZhcC0+aXZfYm1p c3ModmFwKTsKKwl9CisJSUVFRTgwMjExX1VOTE9DSyhpYyk7CiB9CiAKIC8qCkBAIC0xNDQwLDYg KzE0NDMsOCBAQAogCXN0cnVjdCBpZWVlODAyMTF2YXAgKnZhcCA9IGFyZzsKIAlzdHJ1Y3QgaWVl ZTgwMjExY29tICppYyA9IHZhcC0+aXZfaWM7CiAKKwlJRUVFODAyMTFfTE9DS19BU1NFUlQoaWMp OworCiAJLyogWFhYIHNsZWVwIHN0YXRlPyAqLwogCUtBU1NFUlQodmFwLT5pdl9zdGF0ZSA9PSBJ RUVFODAyMTFfU19SVU4sCiAJICAgICgid3Jvbmcgc3RhdGUgJWQiLCB2YXAtPml2X3N0YXRlKSk7 Cg== --20cf305e254f0be5dc04ae259640-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 07:45:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13F1B106564A; Fri, 30 Sep 2011 07:45:53 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id B43018FC08; Fri, 30 Sep 2011 07:45:52 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R9Xu2-000GBy-Ux; Fri, 30 Sep 2011 09:53:32 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 30 Sep 2011 09:52:53 +0200 From: "crsnet.pl" To: Taku YAMAMOTO In-Reply-To: <20110928195756.5042d262.taku@tackymt.homeip.net> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> <1317125181.95805.13.camel@buffy.york.ac.uk> <20110928195756.5042d262.taku@tackymt.homeip.net> Message-ID: <0194d8a5fff25ad669a26b978a53102f@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-2.9 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-Mailman-Approved-At: Fri, 30 Sep 2011 11:34:34 +0000 Cc: Adrian Chadd , freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 07:45:53 -0000 On Wed, 28 Sep 2011 19:57:56 +0900, Taku YAMAMOTO wrote: > On Tue, 27 Sep 2011 13:06:21 +0100 > Gavin Atkinson wrote: > >> On Tue, 2011-09-27 at 19:53 +0800, Adrian Chadd wrote: >> > Hans, >> > >> > Why haven't those patches been committed? >> >> This patch is an absolute hack, and shouldn't be committed as it is. >> >> I would, however, appreciate some help in determining the correct >> solution. The solution may well involve not suspending/resuming >> hpet(4) >> or the other timers on the normal DEVICE_SUSPEND()/DEVICE_RESUME() >> path >> but instead doing them as the last thing to be suspended, or it may > > Like the attached patches do? > >> instead involve reworking the USB code (and potentially other code) >> to >> not need to sleep during suspend/resume. I don't know the right >> solution, but would really like to work with somebody who does. >> >> Please also see the thread "Choosing between DELAY(useconds) and >> pause()" on -current. >> >> Gavin Hello. After longer testing thouse patches. I must say, they dont resolve my problem in 100%. Suspend/Resume on short time (about 2-3 hours, meybye little longer) works fine. But when i suspend it for longer (8-10 hours) system freeze after resume. Any another idea why ? Best regards, Adrian. From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 12:39:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03F10106564A for ; Fri, 30 Sep 2011 12:39:13 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id BB9958FC0A for ; Fri, 30 Sep 2011 12:39:12 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id CD2B71FFC33; Fri, 30 Sep 2011 12:39:11 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 7B5DE8457A; Fri, 30 Sep 2011 14:39:11 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Peter Jeremy References: <86aa9pbw3c.fsf@ds4.des.no> <20110930103618.GA51227@server.vk2pj.dyndns.org> Date: Fri, 30 Sep 2011 14:39:11 +0200 In-Reply-To: <20110930103618.GA51227@server.vk2pj.dyndns.org> (Peter Jeremy's message of "Fri, 30 Sep 2011 20:36:18 +1000") Message-ID: <86zkhm6w7k.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Passive FTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 12:39:13 -0000 Peter Jeremy writes: > Dag-Erling Sm=C3=B8rgrav writes: > > This overrides both the default setting and fetch(1)'s -p > > command-line option. > I'm less happy with this - my gut feeling in that command-line options > should override evnironment variables. This was already the case, just in the other direction. The environment variable overrode the absence of -p, and there was no reverse option, neither on the fetch(1) command line nor in the fetchGetFTP(3) arguments. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 13:31:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 127FE106564A for ; Fri, 30 Sep 2011 13:31:50 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id EBD5C8FC17 for ; Fri, 30 Sep 2011 13:31:48 +0000 (UTC) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p8UAbVaU007903 for ; Fri, 30 Sep 2011 20:37:33 +1000 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail27.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p8UAaLr1004077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Sep 2011 20:36:23 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id p8UAaKC6065095; Fri, 30 Sep 2011 20:36:20 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id p8UAaIud065088; Fri, 30 Sep 2011 20:36:18 +1000 (EST) (envelope-from peter) Date: Fri, 30 Sep 2011 20:36:18 +1000 From: Peter Jeremy To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20110930103618.GA51227@server.vk2pj.dyndns.org> References: <86aa9pbw3c.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <86aa9pbw3c.fsf@ds4.des.no> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: Passive FTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 13:31:50 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-27 21:53:43 +0200, Dag-Erling Sm=F8rgrav wrote: > I have therefore flipped the switch and made >passive FTP the default. Those who still want active FTP (what on earth >for?) can set FTP_PASSIVE_MODE=3DNO in their environment. I thought I needed it for the $work firewall but some more careful checking shows that it's just EPSV that gives it indigestion. > This overrides >both the default setting and fetch(1)'s -p command-line option. I'm less happy with this - my gut feeling in that command-line options should override evnironment variables. I configure my environment to suit my general requirements and I override this on a command-by- command basis via command line options if I need to. Are there other commands where the environment overrides the command line? --=20 Peter Jeremy --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6Fm6IACgkQ/opHv/APuIcFLACguwEFGR1QAS0VsfQBQAcaxHv+ /K4AoLgE5BBDsknt4r3cUya6s06T/e+p =uHKR -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 14:51:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13951106566B; Fri, 30 Sep 2011 14:51:57 +0000 (UTC) (envelope-from jwd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 04B518FC12; Fri, 30 Sep 2011 14:51:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p8UEpuTM048313; Fri, 30 Sep 2011 14:51:56 GMT (envelope-from jwd@freefall.freebsd.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8UEpuqv048312; Fri, 30 Sep 2011 14:51:56 GMT (envelope-from jwd) Date: Fri, 30 Sep 2011 14:51:56 +0000 From: John To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Message-ID: <20110930145156.GA2504@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Create a gpart in a multipath container? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 14:51:57 -0000 Hi Folks, I'm trying to create a set of partitions inside of a multipath container. For this discussion, a drive in a shelf hanging off a pair of controllers: # camcontrol inquiry da0 pass2: Fixed Direct Access SCSI-5 device pass2: Serial Number 3TB1BKGX00009036W9EN pass2: 600.000MB/s transfers, Command Queueing Enabled # camcontrol inquiry da25 pass27: Fixed Direct Access SCSI-5 device pass27: Serial Number 3TB1BKGX00009036W9EN pass27: 600.000MB/s transfers, Command Queueing Enabled The multipath container: # gmultipath label Z0 da0 da25 # gmultipath list Geom name: Z0 Providers: 1. Name: multipath/Z0 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: da0 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r0w0e0 2. Name: da25 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r0w0e0 Note, at this point I can create multipath containers from the rest of the drives and create zfs volume with no problems. However, I'd now like to create a set of partitions inside of the multipath container. # gpart create -s gpt multipath/Z0 multipath/Z0 created # gpart add -s 1m -t freebsd-ufs -l Z0test multipath/Z0 multipath/Z0p1 added # gpart add -t freebsd-zfs -l Z0 multipath/Z0 The created partition looks correct, but two additional geoms have been created that are corrupt: Geom name: multipath/Z0 modified: false state: OK fwheads: 255 fwsectors: 63 last: 286749453 first: 34 entries: 128 scheme: GPT Providers: 1. Name: multipath/Z0p1 Mediasize: 1048576 (1.0M) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 rawuuid: f6a44058-eb72-11e0-8eb1-001e4f258317 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: Z0test length: 1048576 offset: 17408 type: freebsd-ufs index: 1 end: 2081 start: 34 2. Name: multipath/Z0p2 Mediasize: 146814654464 (136G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1065984 Mode: r0w0e0 rawuuid: 0a064a37-eb73-11e0-8eb1-001e4f258317 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: Z0 length: 146814654464 offset: 1065984 type: freebsd-zfs index: 2 end: 286749453 start: 2082 Consumers: 1. Name: multipath/Z0 Mediasize: 146815737344 (136G) Sectorsize: 512 Mode: r0w0e0 These show up and are corrupt: Geom name: da0 modified: false state: CORRUPT fwheads: 255 fwsectors: 63 last: 286749453 first: 34 entries: 128 scheme: GPT Providers: 1. Name: da0p1 Mediasize: 1048576 (1.0M) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 rawuuid: f6a44058-eb72-11e0-8eb1-001e4f258317 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: Z0test length: 1048576 offset: 17408 type: freebsd-ufs index: 1 end: 2081 start: 34 2. Name: da0p2 Mediasize: 146814654464 (136G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1065984 Mode: r0w0e0 rawuuid: 0a064a37-eb73-11e0-8eb1-001e4f258317 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: Z0 length: 146814654464 offset: 1065984 type: freebsd-zfs index: 2 end: 286749453 start: 2082 Consumers: 1. Name: da0 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r0w0e0 And the same for da25. Finally, these messages show up: GEOM_MULTIPATH: adding da0 to Z0/ac33be7a-eb68-11e0-97dd-001e4f258317 GEOM_MULTIPATH: da0 now active path in Z0 GEOM: da0: the secondary GPT header is not in the last LBA. GEOM_MULTIPATH: adding da25 to Z0/ac33be7a-eb68-11e0-97dd-001e4f258317 GEOM: da25: the secondary GPT header is not in the last LBA. GEOM: da0: the secondary GPT header is not in the last LBA. GEOM: da25: the secondary GPT header is not in the last LBA. GEOM: da0: the secondary GPT header is not in the last LBA. And after a reboot, the multipath container is gone, and this is found for da0/da25. It can be recovered, but it seems to have taken over the multipath container. Geom name: da0 modified: false state: CORRUPT fwheads: 255 fwsectors: 63 last: 286749453 first: 34 entries: 128 scheme: GPT Providers: 1. Name: da0p1 Mediasize: 1048576 (1.0M) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 rawuuid: 227634d0-eb6a-11e0-97dd-001e4f258317 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: Z0test length: 1048576 offset: 17408 type: freebsd-ufs index: 1 end: 2081 start: 34 2. Name: da0p2 Mediasize: 146814654464 (136G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1065984 Mode: r0w0e0 rawuuid: 6b285348-eb6a-11e0-97dd-001e4f258317 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: Z0 length: 146814654464 offset: 1065984 type: freebsd-zfs index: 2 end: 286749453 start: 2082 Consumers: 1. Name: da0 Mediasize: 146815737856 (136G) Sectorsize: 512 Mode: r0w0e0 Apologies for the long-winded explanation. I hope it made sense. Is there a way to make this work? Is there a better way to configure this? I'd like the partitions to be protected by multipathing which lead me to try this. Am I missing something totally obvious? I've been looking at the code and I'm thinking there is an issue between a real physical disk container vs a partition and sizing. Any comments are appreciated. Thanks, John From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 15:07:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E8BA106564A; Fri, 30 Sep 2011 15:07:43 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward8.mail.yandex.net (forward8.mail.yandex.net [IPv6:2a02:6b8:0:202::3]) by mx1.freebsd.org (Postfix) with ESMTP id C5C618FC12; Fri, 30 Sep 2011 15:07:42 +0000 (UTC) Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward8.mail.yandex.net (Yandex) with ESMTP id 2C306F625F1; Fri, 30 Sep 2011 19:07:41 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317395261; bh=LPjgcuG6h1nFxA3TM22MnnV3l87I6+sf6WwZPkAOxmA=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=nH6Q2m0MbGbzMPuq1RQW9fUDbqW5FSZPLhxkFvUORsJOnAez17Z6W4ndMiHlWtnw6 IoONLZd0NGp75Rvwj4s4szHcDq3+h8+hRl1Tk1k0v4wcXeql3454jZuiXGHgL2AApJ biKQIl1ZYj2/uqeTWlLRUHjWxsdqRUmjUEnB2ZXA= Received: from smtp8.mail.yandex.net (localhost [127.0.0.1]) by smtp8.mail.yandex.net (Yandex) with ESMTP id 027B01B6008A; Fri, 30 Sep 2011 19:07:40 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1317395261; bh=LPjgcuG6h1nFxA3TM22MnnV3l87I6+sf6WwZPkAOxmA=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=nH6Q2m0MbGbzMPuq1RQW9fUDbqW5FSZPLhxkFvUORsJOnAez17Z6W4ndMiHlWtnw6 IoONLZd0NGp75Rvwj4s4szHcDq3+h8+hRl1Tk1k0v4wcXeql3454jZuiXGHgL2AApJ biKQIl1ZYj2/uqeTWlLRUHjWxsdqRUmjUEnB2ZXA= Received: from dynamic-178-141-5-236.kirov.comstar-r.ru (dynamic-178-141-5-236.kirov.comstar-r.ru [178.141.5.236]) by smtp8.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 7eeOu7Z5-7eeCKEAV; Fri, 30 Sep 2011 19:07:40 +0400 X-Yandex-Spam: 1 Message-ID: <4E85DB06.5070502@yandex.ru> Date: Fri, 30 Sep 2011 19:06:46 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: John References: <20110930145156.GA2504@FreeBSD.org> In-Reply-To: <20110930145156.GA2504@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8D8934D1F8478E602080DA4D" Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Create a gpart in a multipath container? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 15:07:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8D8934D1F8478E602080DA4D Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 30.09.2011 18:51, John wrote: > Apologies for the long-winded explanation. I hope it made sense. >=20 > Is there a way to make this work? Is there a better way to configure > this? I'd like the partitions to be protected by multipathing which > lead me to try this. Am I missing something totally obvious? >=20 > I've been looking at the code and I'm thinking there is an issue betwee= n > a real physical disk container vs a partition and sizing. >=20 > Any comments are appreciated. Do you have loaded geom_multipath module after reboot? --=20 WBR, Andrey V. Elsukov --------------enig8D8934D1F8478E602080DA4D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOhdsLAAoJEAHF6gQQyKF65qsIAMHAdX+kizk991xFCekV69Kq P4mG+EafZLJjBapo+66Z9PNiPjJ/f3tX9ahqyYI+j75b1OvCJqxyQWHWJpUaiO30 lmm6z/CYNDGgJryxU32ITWFVRifGVjkmac26v0cd57are7BDzdHgU/vs8dyUXHlh 4TXB0B5+JGBX5xCt7WK402dMH8yDYlTWiud/XAundFh6wCxVXHP8CrVdam44A/Cc gTVnB1uZWrEI05rJMbd7BHZTJFts/KBlzusUMXgR/yuJ+MQQPagYPx5KImHfY+vK iBjGV2GBzD8XClGmyN0cEmMSbPT5zJavedM61BzwCSN9E+xv4eYLYYizKnQceZk= =yHAK -----END PGP SIGNATURE----- --------------enig8D8934D1F8478E602080DA4D-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 15:42:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB08F1065672 for ; Fri, 30 Sep 2011 15:42:57 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 833248FC0A for ; Fri, 30 Sep 2011 15:42:57 +0000 (UTC) Received: by yxk36 with SMTP id 36so2149883yxk.13 for ; Fri, 30 Sep 2011 08:42:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=M8yfTEEZxpvyir8fXf1qcSknFYfJEOSPR/Ge0K4W/o4=; b=D97Xkb7WquX2r8pO/PAaj2TsOZ/eksDh+8oA17ZEPD0hXHhBNZwYa9z3WKscpp81zF 2pcD/C3JvxX3zTJCciJ/24ZjQ+1fBC7xLvFiJbPCUJFRPox/r9WUvb3K6Xe2M0jmDiGm CJDxL6LkYNYSC1B8CjuGgDt56wU+CUqk7J0fo= Received: by 10.68.8.233 with SMTP id u9mr59129525pba.30.1317397376154; Fri, 30 Sep 2011 08:42:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.224.11 with HTTP; Fri, 30 Sep 2011 08:42:36 -0700 (PDT) In-Reply-To: References: <1316987176793-4839491.post@n5.nabble.com> From: arrowdodger <6yearold@gmail.com> Date: Fri, 30 Sep 2011 19:42:36 +0400 Message-ID: To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current , freebsd-wireless@freebsd.org Subject: Re: 9-stable: My AR5B95 not reconized anymore. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 15:42:57 -0000 On Mon, Sep 26, 2011 at 12:12 PM, Adrian Chadd wrote: > On 26 September 2011 16:09, arrowdodger <6yearold@gmail.com> wrote: > > Oh, right. I swear, i read UPDATING, just missed that particular note. > > Adding "device ath_pci" fixed my problem. > > Thanks all. > > Please let me / freebsd-wireless@ know if things work :) I'd like some > assurances that the wireless in 9.0 is stable and performs well! > > > Adrian > Everything works as it was in 8-STABLE - without any problems. From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 20:00:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69FBE106568E; Fri, 30 Sep 2011 20:00:33 +0000 (UTC) (envelope-from crsnet@crsnet.pl) Received: from mx1.security.edu.pl (mx1.security.edu.pl [91.197.89.212]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBA28FC12; Fri, 30 Sep 2011 20:00:32 +0000 (UTC) Received: from mx1.security.edu.pl ([91.197.89.212] helo=poczta.i-pi.pl ident=www) by mx1.security.edu.pl with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1R9jMk-000Hoy-92; Fri, 30 Sep 2011 22:08:15 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 30 Sep 2011 22:07:16 +0200 From: "crsnet.pl" To: Taku YAMAMOTO In-Reply-To: <0194d8a5fff25ad669a26b978a53102f@i-pi.pl> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> <1317125181.95805.13.camel@buffy.york.ac.uk> <20110928195756.5042d262.taku@tackymt.homeip.net> <0194d8a5fff25ad669a26b978a53102f@i-pi.pl> Message-ID: <26b8cb12f81f4f6af5e14b2dd04b0de9@i-pi.pl> X-Sender: crsnet@crsnet.pl User-Agent: Roundcube Webmail/0.4.2 X-SA-Exim-Connect-IP: 91.197.89.212 X-SA-Exim-Mail-From: crsnet@crsnet.pl X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on MTA X-Spam-Level: X-Spam-Status: No, score=-2.9 required=7.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mx1.security.edu.pl) X-Mailman-Approved-At: Fri, 30 Sep 2011 20:15:41 +0000 Cc: Adrian Chadd , freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 20:00:33 -0000 On Fri, 30 Sep 2011 09:52:53 +0200, "crsnet.pl" wrote: > On Wed, 28 Sep 2011 19:57:56 +0900, Taku YAMAMOTO > wrote: >> On Tue, 27 Sep 2011 13:06:21 +0100 >> Gavin Atkinson wrote: >> >>> On Tue, 2011-09-27 at 19:53 +0800, Adrian Chadd wrote: >>> > Hans, >>> > >>> > Why haven't those patches been committed? >>> >>> This patch is an absolute hack, and shouldn't be committed as it >>> is. >>> >>> I would, however, appreciate some help in determining the correct >>> solution. The solution may well involve not suspending/resuming >>> hpet(4) >>> or the other timers on the normal DEVICE_SUSPEND()/DEVICE_RESUME() >>> path >>> but instead doing them as the last thing to be suspended, or it may >> >> Like the attached patches do? >> >>> instead involve reworking the USB code (and potentially other code) >>> to >>> not need to sleep during suspend/resume. I don't know the right >>> solution, but would really like to work with somebody who does. >>> >>> Please also see the thread "Choosing between DELAY(useconds) and >>> pause()" on -current. >>> >>> Gavin Hello. After longer testing thouse patches. I must say, they dont resolve my problem in 100%. Suspend/Resume on short time (about 2-3 hours, meybye little longer) works fine. But when i suspend it for longer (8-10 hours) system freeze after resume. Any another idea why ? Best regards, Adrian. From owner-freebsd-current@FreeBSD.ORG Fri Sep 30 21:12:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C0361065679 for ; Fri, 30 Sep 2011 21:12:48 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.freebsd.org (Postfix) with ESMTP id 2B6D48FC0C for ; Fri, 30 Sep 2011 21:12:47 +0000 (UTC) Received: from jh (a91-153-115-208.elisa-laajakaista.fi [91.153.115.208]) by gw02.mail.saunalahti.fi (Postfix) with SMTP id 5C21B13959F; Sat, 1 Oct 2011 00:12:44 +0300 (EEST) Date: Sat, 1 Oct 2011 00:12:44 +0300 From: Jaakko Heinonen To: Craig Rodrigues Message-ID: <20110930211243.GA2139@jh> References: <4E812DB7.3000302@FreeBSD.org> <20110928081514.GA5077@jh> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: bin/160979: 9.0 burncd error caused by change to cd0 from acd0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2011 21:12:48 -0000 On 2011-09-29, Craig Rodrigues wrote: > On Wed, Sep 28, 2011 at 1:15 AM, Jaakko Heinonen wrote: > > I think that using the FEATURE() macro and feature_present(3) might be > > more appropriate for this. > > Oh, OK. I was unfamiliar with these API's because they are new in FreeBSD 8. :) > How about the attached patch? Looks mostly OK to me. > Index: usr.sbin/burncd/burncd.c > =================================================================== > --- usr.sbin/burncd/burncd.c (revision 225368) > +++ usr.sbin/burncd/burncd.c (working copy) > @@ -82,6 +82,15 @@ > int block_size = 0, block_type = 0, cdopen = 0, dvdrw = 0; > const char *dev, *env_speed; > > + if (feature_present("ata_cam")) { > + printf("\nATA_CAM option is enabled in kernel.\n" > + "Install the sysutils/cdrtools port and use cdrecord " > + "instead.\n\n" > + "Please refer to:\n" > + "http://www.freebsd.org/doc/handbook/creating-cds.html#CDRECORD\n"); > + exit(1); > + } > + Why do you use printf() + exit() here and errx() in atacontrol? Is there reason to not use errx() also here? > + if (feature_present("ata_cam")) { > + errx(1, "ATA_CAM option is enabled in kernel.\n" > + "Please use camcontrol instead.\n"); > + } errx(3) adds a newline character to the output. Thus the latter '\n' is redundant. burncd(8) manual page date should be bumped. Thanks. -- Jaakko From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 03:41:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB20C106566C for ; Sat, 1 Oct 2011 03:41:57 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo102.cox.net (eastrmfepo102.cox.net [68.230.241.214]) by mx1.freebsd.org (Postfix) with ESMTP id 86C648FC08 for ; Sat, 1 Oct 2011 03:41:57 +0000 (UTC) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmfepo102.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20111001034151.WJYU12239.eastrmfepo102.cox.net@eastrmimpo01.cox.net> for ; Fri, 30 Sep 2011 23:41:51 -0400 Received: from serene.no-ip.org ([98.164.86.236]) by eastrmimpo01.cox.net with bizsmtp id fFhr1h00255wwzE02FhrLx; Fri, 30 Sep 2011 23:41:51 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020203.4E868BFF.0061,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=kweOr8hB1ys3B+Zj7Lpdl4nenZeOz2KuAsXcmmON/bg= c=1 sm=1 a=_nK6alana3AA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=uAbGmPAyUfLL1M3oYAsfuA==:17 a=pGLkceISAAAA:8 a=kviXuzpPAAAA:8 a=WjL7Ud1ewFkc7VtJEAsA:9 a=juDeUKzgdF1F91FYi00A:7 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=4vB-4DCPJfMA:10 a=uAbGmPAyUfLL1M3oYAsfuA==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p913foR3071207 for ; Fri, 30 Sep 2011 22:41:50 -0500 (CDT) (envelope-from conrads@cox.net) Date: Fri, 30 Sep 2011 22:41:45 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20110930224145.5ba1b341@cox.net> In-Reply-To: References: X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 03:41:58 -0000 On Wed, 28 Sep 2011 19:57:55 -0500 Greg Miller wrote: > On a fresh install of 9.0B2, I've updated my source to RELENG_9 with > csup, and I get the following when I try to make buildworld: > > ************************************* > [0] /usr/src # make clean buildworld > find: /usr/src/sys/sys/param.h: No such file or directory > "/usr/src/Makefile", line 217: warning: "find /usr/src/sys/sys/param.h > -mtime -0s" returned non-zero status This seems to be very similar to an odd little quirk I've run across several times recently with 9.0-BETAx, where for some reason it appears that the timestamp on this file is out of sync with the rest of the source tree. On more than one occasion, after updating /usr/src and starting a "make buildworld", I've been stopped cold by this, and had to do a "touch sys/sys/param.h" and restart the build. Sorry for not taking the time to report it before. It was just such an easy fix that I never got around to it. > ===> share/info (clean) > ===> lib (clean) > ===> lib/csu/amd64 (clean) > rm -f crt1.o crti.o crtn.o Scrt1.o gcrt1.o crt1.s gcrt1.s Scrt1.s > ===> lib/libc (clean) > "/usr/src/lib/libc/sys/Makefile.inc", line 9: Could not find > /usr/src/lib/libc/../../sys/sys/syscall.mk > make: fatal errors encountered -- cannot continue > *** Error code 1 This one I haven't seen, myself. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 05:19:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F3E1065A3B; Sat, 1 Oct 2011 05:19:23 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2F38FC15; Sat, 1 Oct 2011 05:19:21 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p915JF6Y027348; Fri, 30 Sep 2011 23:19:15 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p915JFh3027347; Fri, 30 Sep 2011 23:19:15 -0600 (MDT) (envelope-from ken) Date: Fri, 30 Sep 2011 23:19:14 -0600 From: "Kenneth D. Merry" To: scsi@freebsd.org, current@freebsd.org Message-ID: <20111001051914.GA25534@nargothrond.kdm.org> References: <20110922193305.GA24939@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20110922193305.GA24939@nargothrond.kdm.org> User-Agent: Mutt/1.4.2i Cc: Subject: Re: SCSI descriptor sense changes, testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 05:19:44 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have attached a new version of the patches, with a number of changes. One issue that has cropped up is that the previous sense code and my new descriptor sense changes never paid any attention to the actual length of the sense data returned by the controller. I have changed all of the error recovery code and sense printing code to honor the sense data length in the CAM CCB. One other problem related to that is that many controller drivers don't set the sense residual field in struct ccb_scsiio properly, or don't set it at all. This patch includes changes to the isp, mps, mpt, umass, and ciss drivers to set the sense_resid field properly. There are lots of other drivers in the system, however, that haven't been audited, and may or may not set the sense residual correctly. I also fixed an issue reported by Fabian Keil that showed up with the ahci driver. In reverting a change I have in my local tree to switch to a 2 byte length field in the SCSI inquiry CDB, I accidently shortened the CDB to 5 bytes. Oops. I'd really appreciate more feedback; Fabian is the only person to report testing the previous patch. Thanks, Ken On Thu, Sep 22, 2011 at 13:33:05 -0600, Kenneth D. Merry wrote: > > I have attached a set of patches against head that implement SCSI > descriptor sense support for CAM. > > Descriptor sense is a new sense (SCSI error) format introduced in the SPC-3 > spec in 2006. FreeBSD doesn't currently support it. > > Seagate's new 3TB SAS drives come with descriptor sense enabled by default, > and it's possible that other newer drives do as well. Because all the > sense key, additional sense code, and additional sense code qualifier > fields are in different places, the CAM error recovery code will not do the > right thing when it gets descriptor sense. > > These patches do bump up the size of struct scsi_sense_data, and so I have > incremented CAM_VERSION as well. I have discussed this with re@, and it > looks like we'll be putting the changes in before 9.0, so it ships with > support for newer SCSI devices. > > A number of things have changed in these patches, but in particular, it > would be good to test the following: > > - The sa(4) (SCSI tape) driver. The residual handling code, which looks > at the sense data, has changed. > - The Playstation 3 CDROM driver. > - Firewire target mode. > - umass devices with the NO_INQUIRY_EVPD quirk. > > Also, please let me know if you see any anomalies with the sense printing > code. In the common cases the output should look identical to the old > code, but in some cases it will be a little different. e.g.: > > # camcontrol inquiry da40 -v > pass47: Fixed Direct Access SCSI-6 device > pass47: Serial Number 9XK0GAJ70000S125XDNU > pass47: 300.000MB/s transfers, Command Queueing Enabled > > (Seagate 3TB drive) > > # camcontrol modepage da40 -m 10 |grep D_SENSE > D_SENSE: 1 > > (Descriptor sense is enabled) > > # camcontrol modepage da40 -m 15 -v > (pass47:mps1:0:47:0): MODE SENSE(6). CDB: 1a 0 4f 0 ff 0 > (pass47:mps1:0:47:0): CAM status: SCSI Status Error > (pass47:mps1:0:47:0): SCSI status: Check Condition > (pass47:mps1:0:47:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) > (pass47:mps1:0:47:0): Field Replaceable Unit: 1 > (pass47:mps1:0:47:0): Command byte 2 bit 5 is invalid > (pass47:mps1:0:47:0): Descriptor 0x80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > camcontrol: error sending mode sense command > > (The FRU and Sense Key Specific entries are on separate lines, and a > vendor-specific sense descriptor is printed out in hex format.) > > Anyway, I'd appreciate any testing and feedback on these changes. As I > said, they will probably be in 9.0, so if there are any issues it would be > better to find them now. :) > > Thanks, > > Ken > -- > Kenneth Merry > ken@FreeBSD.ORG -- Kenneth Merry ken@FreeBSD.ORG --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="scsi_descriptor_sense.20110930.6.txt" Index: sbin/camcontrol/camcontrol.c =================================================================== --- sbin/camcontrol/camcontrol.c (revision 225891) +++ sbin/camcontrol/camcontrol.c (working copy) @@ -1907,7 +1907,9 @@ readdefects(struct cam_device *device, int argc, c int error_code, sense_key, asc, ascq; sense = &ccb->csio.sense_data; - scsi_extract_sense(sense, &error_code, &sense_key, &asc, &ascq); + scsi_extract_sense_len(sense, ccb->csio.sense_len - + ccb->csio.sense_resid, &error_code, &sense_key, &asc, + &ascq, /*show_errors*/ 1); /* * According to the SCSI spec, if the disk doesn't support @@ -3798,8 +3800,9 @@ doreport: int error_code, sense_key, asc, ascq; sense = &ccb->csio.sense_data; - scsi_extract_sense(sense, &error_code, &sense_key, - &asc, &ascq); + scsi_extract_sense_len(sense, ccb->csio.sense_len - + ccb->csio.sense_resid, &error_code, &sense_key, + &asc, &ascq, /*show_errors*/ 1); /* * According to the SCSI-2 and SCSI-3 specs, a @@ -3810,15 +3813,15 @@ doreport: */ if ((sense_key == SSD_KEY_NOT_READY) && (asc == 0x04) && (ascq == 0x04)) { - if ((sense->extra_len >= 10) - && ((sense->sense_key_spec[0] & - SSD_SCS_VALID) != 0) + uint8_t sks[3]; + + if ((scsi_get_sks(sense, ccb->csio.sense_len - + ccb->csio.sense_resid, sks) == 0) && (quiet == 0)) { int val; u_int64_t percentage; - val = scsi_2btoul( - &sense->sense_key_spec[1]); + val = scsi_2btoul(&sks[1]); percentage = 10000 * val; fprintf(stdout, Index: share/misc/scsi_modes =================================================================== --- share/misc/scsi_modes (revision 225891) +++ share/misc/scsi_modes (working copy) @@ -50,19 +50,32 @@ # ALL DEVICE TYPES 0x0a "Control Mode Page" { - {Reserved} *t7 + {TST} t3 + {TMF_ONLY} t1 + {DPICZ} t1 + {D_SENSE} t1 + {GLTSD} t1 {RLEC} t1 {Queue Algorithm Modifier} t4 - {Reserved} *t2 - {QErr} t1 + {NUAR} t1 + {QErr} t2 {DQue} t1 {EECA} t1 - {Reserved} *t4 + {RAC} t1 + {UA_INTLCK_CTRL} t2 + {SWP} t1 {RAENP} t1 {UAAENP} t1 {EAENP} t1 - {Reserved} *i1 + {ATO} t1 + {TAS} t1 + {ATMPE} t1 + {RWWP} t1 + {Reserved} *t1 + {Autoload Mode} t3 {Ready AEN Holdoff Period} i2 + {Busy Timeout Period} i2 + {Extended Self-Test Completion Time} i2 } 0x02 "Disconnect-Reconnect Page" { Index: share/examples/scsi_target/scsi_cmds.c =================================================================== --- share/examples/scsi_target/scsi_cmds.c (revision 225891) +++ share/examples/scsi_target/scsi_cmds.c (working copy) @@ -242,22 +242,22 @@ tcmd_sense(u_int init_id, struct ccb_scsiio *ctio, u_int8_t asc, u_int8_t ascq) { struct initiator_state *istate; - struct scsi_sense_data *sense; + struct scsi_sense_data_fixed *sense; /* Set our initiator's istate */ istate = tcmd_get_istate(init_id); if (istate == NULL) return; istate->pending_ca |= CA_CMD_SENSE; /* XXX set instead of or? */ - sense = &istate->sense_data; + sense = (struct scsi_sense_data_fixed *)&istate->sense_data; bzero(sense, sizeof(*sense)); sense->error_code = SSD_CURRENT_ERROR; sense->flags = flags; sense->add_sense_code = asc; sense->add_sense_code_qual = ascq; sense->extra_len = - offsetof(struct scsi_sense_data, sense_key_spec[2]) - - offsetof(struct scsi_sense_data, extra_len); + offsetof(struct scsi_sense_data_fixed, sense_key_spec[2]) - + offsetof(struct scsi_sense_data_fixed, extra_len); /* Fill out the supplied CTIO */ if (ctio != NULL) { @@ -298,7 +298,7 @@ tcmd_inquiry(struct ccb_accept_tio *atio, struct c struct scsi_inquiry *inq; struct atio_descr *a_descr; struct initiator_state *istate; - struct scsi_sense_data *sense; + struct scsi_sense_data_fixed *sense; a_descr = (struct atio_descr *)atio->ccb_h.targ_descr; inq = (struct scsi_inquiry *)a_descr->cdb; @@ -310,7 +310,7 @@ tcmd_inquiry(struct ccb_accept_tio *atio, struct c * complain if EVPD or CMDDT is set. */ istate = tcmd_get_istate(ctio->init_id); - sense = &istate->sense_data; + sense = (struct scsi_sense_data_fixed *)&istate->sense_data; if ((inq->byte2 & SI_EVPD) != 0) { tcmd_illegal_req(atio, ctio); sense->sense_key_spec[0] = SSD_SCS_VALID | SSD_FIELDPTR_CMD | @@ -376,7 +376,7 @@ static int tcmd_req_sense(struct ccb_accept_tio *atio, struct ccb_scsiio *ctio) { struct scsi_request_sense *rsense; - struct scsi_sense_data *sense; + struct scsi_sense_data_fixed *sense; struct initiator_state *istate; size_t dlen; struct atio_descr *a_descr; @@ -385,7 +385,7 @@ tcmd_req_sense(struct ccb_accept_tio *atio, struct rsense = (struct scsi_request_sense *)a_descr->cdb; istate = tcmd_get_istate(ctio->init_id); - sense = &istate->sense_data; + sense = (struct scsi_sense_data_fixed *)&istate->sense_data; if (debug) { cdb_debug(a_descr->cdb, "REQ SENSE from %u: ", atio->init_id); @@ -400,7 +400,7 @@ tcmd_req_sense(struct ccb_accept_tio *atio, struct } bcopy(sense, ctio->data_ptr, sizeof(struct scsi_sense_data)); - dlen = offsetof(struct scsi_sense_data, extra_len) + + dlen = offsetof(struct scsi_sense_data_fixed, extra_len) + sense->extra_len + 1; ctio->dxfer_len = min(dlen, SCSI_CDB6_LEN(rsense->length)); ctio->ccb_h.flags |= CAM_DIR_IN | CAM_SEND_STATUS; @@ -482,7 +482,7 @@ tcmd_rdwr(struct ccb_accept_tio *atio, struct ccb_ c_descr = (struct ctio_descr *)ctio->ccb_h.targ_descr; /* Command needs to be decoded */ - if ((a_descr->flags & CAM_DIR_MASK) == CAM_DIR_RESV) { + if ((a_descr->flags & CAM_DIR_MASK) == CAM_DIR_BOTH) { if (debug) warnx("Calling rdwr_decode"); ret = tcmd_rdwr_decode(atio, ctio); Index: share/examples/scsi_target/scsi_target.c =================================================================== --- share/examples/scsi_target/scsi_target.c (revision 225891) +++ share/examples/scsi_target/scsi_target.c (working copy) @@ -651,7 +651,7 @@ work_atio(struct ccb_accept_tio *atio) * receiving this ATIO. */ if (atio->sense_len != 0) { - struct scsi_sense_data *sense; + struct scsi_sense_data_fixed *sense; if (debug) { warnx("ATIO with %u bytes sense received", @@ -825,9 +825,9 @@ work_inot(struct ccb_immed_notify *inot) /* If there is sense data, use it */ if (sense != 0) { - struct scsi_sense_data *sense; + struct scsi_sense_data_fixed *sense; - sense = &inot->sense_data; + sense = (struct scsi_sense_data_fixed *)&inot->sense_data; tcmd_sense(inot->initiator_id, NULL, sense->flags, sense->add_sense_code, sense->add_sense_code_qual); if (debug) Index: sys/powerpc/ps3/ps3cdrom.c =================================================================== --- sys/powerpc/ps3/ps3cdrom.c (revision 225891) +++ sys/powerpc/ps3/ps3cdrom.c (working copy) @@ -506,21 +506,19 @@ ps3cdrom_intr(void *arg) if (!ps3cdrom_decode_lv1_status(status, &sense_key, &asc, &ascq)) { - struct scsi_sense_data sense_data; CAM_DEBUG(ccb->ccb_h.path, CAM_DEBUG_TRACE, ("sense key 0x%02x asc 0x%02x ascq 0x%02x\n", sense_key, asc, ascq)); - bzero(&sense_data, sizeof(sense_data)); - sense_data.error_code = SSD_CURRENT_ERROR; - sense_data.flags |= sense_key; - sense_data.extra_len = 0xa; - sense_data.add_sense_code = asc; - sense_data.add_sense_code_qual = ascq; - ccb->csio.sense_len = sizeof(sense_data); - bcopy(&sense_data, &ccb->csio.sense_data, - ccb->csio.sense_len); + scsi_set_sense_data(&ccb->csio.sense_data, + /*sense_format*/ SSD_TYPE_NONE, + /*current_error*/ 1, + sense_key, + asc, + ascq, + SSD_ELEM_NONE); + ccb->csio.sense_len = SSD_FULL_SIZE; ccb->ccb_h.status = CAM_SCSI_STATUS_ERROR | CAM_AUTOSNS_VALID; } @@ -643,8 +641,6 @@ ps3cdrom_transfer(void *arg, bus_dma_segment_t *se } if (err) { - struct scsi_sense_data sense_data; - device_printf(dev, "ATAPI command 0x%02x failed (%d)\n", cdb[0], err); @@ -653,11 +649,18 @@ ps3cdrom_transfer(void *arg, bus_dma_segment_t *se xp->x_ccb = NULL; TAILQ_INSERT_TAIL(&sc->sc_free_xferq, xp, x_queue); - bzero(&sense_data, sizeof(sense_data)); - sense_data.error_code = SSD_CURRENT_ERROR; - sense_data.flags |= SSD_KEY_ILLEGAL_REQUEST; - ccb->csio.sense_len = sizeof(sense_data); - bcopy(&sense_data, &ccb->csio.sense_data, ccb->csio.sense_len); + bzero(&ccb->csio.sense_data, sizeof(ccb->csio.sense_data)); + /* Invalid field in parameter list */ + scsi_set_sense_data(&ccb->csio.sense_data, + /*sense_format*/ SSD_TYPE_NONE, + /*current_error*/ 1, + /*sense_key*/ SSD_KEY_ILLEGAL_REQUEST, + /*asc*/ 0x26, + /*ascq*/ 0x00, + SSD_ELEM_NONE); + + ccb->csio.sense_len = SSD_FULL_SIZE; + ccb->csio.scsi_status = SCSI_STATUS_CHECK_COND; ccb->ccb_h.status = CAM_SCSI_STATUS_ERROR | CAM_AUTOSNS_VALID; xpt_done(ccb); } else { Index: sys/cam/cam_periph.c =================================================================== --- sys/cam/cam_periph.c (revision 225891) +++ sys/cam/cam_periph.c (working copy) @@ -1085,7 +1085,6 @@ camperiphsensedone(struct cam_periph *periph, unio union ccb *saved_ccb = (union ccb *)done_ccb->ccb_h.saved_ccb_ptr; cam_status status; int frozen = 0; - u_int sense_key; int depth = done_ccb->ccb_h.recovery_depth; status = done_ccb->ccb_h.status; @@ -1101,22 +1100,25 @@ camperiphsensedone(struct cam_periph *periph, unio switch (status) { case CAM_REQ_CMP: { + int error_code, sense_key, asc, ascq; + + scsi_extract_sense_len(&saved_ccb->csio.sense_data, + saved_ccb->csio.sense_len - + saved_ccb->csio.sense_resid, + &error_code, &sense_key, &asc, &ascq, + /*show_errors*/ 1); /* * If we manually retrieved sense into a CCB and got * something other than "NO SENSE" send the updated CCB * back to the client via xpt_done() to be processed via * the error recovery code again. */ - sense_key = saved_ccb->csio.sense_data.flags; - sense_key &= SSD_KEY; - if (sense_key != SSD_KEY_NO_SENSE) { - saved_ccb->ccb_h.status |= - CAM_AUTOSNS_VALID; + if ((sense_key != -1) + && (sense_key != SSD_KEY_NO_SENSE)) { + saved_ccb->ccb_h.status |= CAM_AUTOSNS_VALID; } else { - saved_ccb->ccb_h.status &= - ~CAM_STATUS_MASK; - saved_ccb->ccb_h.status |= - CAM_AUTOSENSE_FAIL; + saved_ccb->ccb_h.status &= ~CAM_STATUS_MASK; + saved_ccb->ccb_h.status |= CAM_AUTOSENSE_FAIL; } saved_ccb->csio.sense_resid = done_ccb->csio.resid; bcopy(saved_ccb, done_ccb, sizeof(union ccb)); @@ -1198,12 +1200,15 @@ camperiphdone(struct cam_periph *periph, union ccb if (status & CAM_AUTOSNS_VALID) { struct ccb_getdev cgd; struct scsi_sense_data *sense; - int error_code, sense_key, asc, ascq; + int error_code, sense_key, asc, ascq, sense_len; scsi_sense_action err_action; sense = &done_ccb->csio.sense_data; - scsi_extract_sense(sense, &error_code, - &sense_key, &asc, &ascq); + sense_len = done_ccb->csio.sense_len - + done_ccb->csio.sense_resid; + scsi_extract_sense_len(sense, sense_len, &error_code, + &sense_key, &asc, &ascq, + /*show_errors*/ 1); /* * Grab the inquiry data for this device. */ Index: sys/cam/cam_ccb.h =================================================================== --- sys/cam/cam_ccb.h (revision 225891) +++ sys/cam/cam_ccb.h (working copy) @@ -539,7 +539,7 @@ struct ccb_dev_match { /* * Definitions for the path inquiry CCB fields. */ -#define CAM_VERSION 0x15 /* Hex value for current version */ +#define CAM_VERSION 0x16 /* Hex value for current version */ typedef enum { PI_MDP_ABLE = 0x80, /* Supports MDP message */ Index: sys/cam/scsi/scsi_all.h =================================================================== --- sys/cam/scsi/scsi_all.h (revision 225891) +++ sys/cam/scsi/scsi_all.h (working copy) @@ -25,6 +25,7 @@ #define _SCSI_SCSI_ALL_H 1 #include +#include #ifdef _KERNEL /* @@ -171,7 +172,8 @@ struct scsi_inquiry { u_int8_t opcode; u_int8_t byte2; -#define SI_EVPD 0x01 +#define SI_EVPD 0x01 +#define SI_CMDDT 0x02 u_int8_t page_code; u_int8_t reserved; u_int8_t length; @@ -200,7 +202,9 @@ struct scsi_mode_sense_6 #define SMS_PAGE_CTRL_CHANGEABLE 0x40 #define SMS_PAGE_CTRL_DEFAULT 0x80 #define SMS_PAGE_CTRL_SAVED 0xC0 - u_int8_t unused; + u_int8_t subpage; +#define SMS_SUBPAGE_PAGE_0 0x00 +#define SMS_SUBPAGE_ALL 0xff u_int8_t length; u_int8_t control; }; @@ -209,8 +213,10 @@ struct scsi_mode_sense_10 { u_int8_t opcode; u_int8_t byte2; /* same bits as small version */ +#define SMS10_LLBAA 0x10 u_int8_t page; /* same bits as small version */ - u_int8_t unused[4]; + u_int8_t subpage; + u_int8_t unused[3]; u_int8_t length[2]; u_int8_t control; }; @@ -263,6 +269,120 @@ struct scsi_mode_block_descr u_int8_t block_len[3]; }; +struct scsi_per_res_in +{ + u_int8_t opcode; + u_int8_t action; +#define SPRI_RK 0x00 +#define SPRI_RR 0x01 +#define SPRI_RC 0x02 +#define SPRI_RS 0x03 + u_int8_t reserved[5]; + u_int8_t length[2]; + u_int8_t control; +}; + +struct scsi_per_res_in_header +{ + u_int8_t generation[4]; + u_int8_t length[4]; +}; + +struct scsi_per_res_key +{ + u_int8_t key[8]; +}; + +struct scsi_per_res_in_keys +{ + struct scsi_per_res_in_header header; + struct scsi_per_res_key keys[0]; +}; + +struct scsi_per_res_cap +{ + uint8_t length[2]; + uint8_t flags1; +#define SPRI_CRH 0x10 +#define SPRI_SIP_C 0x08 +#define SPRI_ATP_C 0x04 +#define SPRI_PTPL_C 0x01 + uint8_t flags2; +#define SPRI_TMV 0x80 +#define SPRI_PTPL_A 0x01 + uint8_t type_mask[2]; +#define SPRI_TM_WR_EX_AR 0x8000 +#define SPRI_TM_EX_AC_RO 0x4000 +#define SPRI_TM_WR_EX_RO 0x2000 +#define SPRI_TM_EX_AC 0x0800 +#define SPRI_TM_WR_EX 0x0200 +#define SPRI_TM_EX_AC_AR 0x0001 + uint8_t reserved[2]; +}; + +struct scsi_per_res_in_rsrv_data +{ + uint8_t reservation[8]; + uint8_t obsolete1[4]; + uint8_t reserved; + uint8_t scopetype; +#define SPRT_WE 0x01 +#define SPRT_EA 0x03 +#define SPRT_WERO 0x05 +#define SPRT_EARO 0x06 +#define SPRT_WEAR 0x07 +#define SPRT_EAAR 0x08 + uint8_t obsolete2[2]; +}; + +struct scsi_per_res_in_rsrv +{ + struct scsi_per_res_in_header header; + struct scsi_per_res_in_rsrv_data data; +}; + +struct scsi_per_res_out +{ + u_int8_t opcode; + u_int8_t action; +#define SPRO_REGISTER 0x00 +#define SPRO_RESERVE 0x01 +#define SPRO_RELEASE 0x02 +#define SPRO_CLEAR 0x03 +#define SPRO_PREEMPT 0x04 +#define SPRO_PRE_ABO 0x05 +#define SPRO_REG_IGNO 0x06 +#define SPRO_REG_MOVE 0x07 +#define SPRO_ACTION_MASK 0x1f + u_int8_t scope_type; +#define SPR_SCOPE_MASK 0xf0 +#define SPR_LU_SCOPE 0x00 +#define SPR_TYPE_MASK 0x0f +#define SPR_TYPE_WR_EX 0x01 +#define SPR_TYPE_EX_AC 0x03 +#define SPR_TYPE_WR_EX_RO 0x05 +#define SPR_TYPE_EX_AC_RO 0x06 +#define SPR_TYPE_WR_EX_AR 0x07 +#define SPR_TYPE_EX_AC_AR 0x08 + u_int8_t reserved[2]; + u_int8_t length[4]; + u_int8_t control; +}; + +struct scsi_per_res_out_parms +{ + struct scsi_per_res_key res_key; + u_int8_t serv_act_res_key[8]; + u_int8_t obsolete1[4]; + u_int8_t flags; +#define SPR_SPEC_I_PT 0x08 +#define SPR_ALL_TG_PT 0x04 +#define SPR_APTPL 0x01 + u_int8_t reserved1; + u_int8_t obsolete2[2]; +}; + + struct scsi_log_sense { u_int8_t opcode; @@ -337,7 +457,16 @@ struct scsi_control_page { u_int8_t page_code; u_int8_t page_length; u_int8_t rlec; -#define SCB_RLEC 0x01 /*Report Log Exception Cond*/ +#define SCP_RLEC 0x01 /*Report Log Exception Cond*/ +#define SCP_GLTSD 0x02 /*Global Logging target + save disable */ +#define SCP_DSENSE 0x04 /*Descriptor Sense */ +#define SCP_DPICZ 0x08 /*Disable Prot. Info Check + if Prot. Field is Zero */ +#define SCP_TMF_ONLY 0x10 /*TM Functions Only*/ +#define SCP_TST_MASK 0xE0 /*Task Set Type Mask*/ +#define SCP_TST_ONE 0x00 /*One Task Set*/ +#define SCP_TST_SEPARATE 0x20 /*Separate Task Sets*/ u_int8_t queue_flags; #define SCP_QUEUE_ALG_MASK 0xF0 #define SCP_QUEUE_ALG_RESTRICTED 0x00 @@ -368,6 +497,41 @@ struct scsi_cache_page { u_int8_t max_prefetch_ceil[2]; }; +/* + * XXX KDM + * Updated version of the cache page, as of SBC. Update this to SBC-3 and + * rationalize the two. + */ +struct scsi_caching_page { + uint8_t page_code; +#define SMS_CACHING_PAGE 0x08 + uint8_t page_length; + uint8_t flags1; +#define SCP_IC 0x80 +#define SCP_ABPF 0x40 +#define SCP_CAP 0x20 +#define SCP_DISC 0x10 +#define SCP_SIZE 0x08 +#define SCP_WCE 0x04 +#define SCP_MF 0x02 +#define SCP_RCD 0x01 + uint8_t ret_priority; + uint8_t disable_pf_transfer_len[2]; + uint8_t min_prefetch[2]; + uint8_t max_prefetch[2]; + uint8_t max_pf_ceiling[2]; + uint8_t flags2; +#define SCP_FSW 0x80 +#define SCP_LBCSS 0x40 +#define SCP_DRA 0x20 +#define SCP_VS1 0x10 +#define SCP_VS2 0x08 + uint8_t cache_segments; + uint8_t cache_seg_size[2]; + uint8_t reserved; + uint8_t non_cache_seg_size[3]; +}; + struct scsi_info_exceptions_page { u_int8_t page_code; #define SIEP_PAGE_SAVABLE 0x80 /* Page is savable */ @@ -406,20 +570,49 @@ struct scsi_reserve { u_int8_t opcode; u_int8_t byte2; - u_int8_t unused[2]; - u_int8_t length; +#define SR_EXTENT 0x01 +#define SR_ID_MASK 0x0e +#define SR_3RDPTY 0x10 +#define SR_LUN_MASK 0xe0 + u_int8_t resv_id; + u_int8_t length[2]; u_int8_t control; }; +struct scsi_reserve_10 { + uint8_t opcode; + uint8_t byte2; +#define SR10_3RDPTY 0x10 +#define SR10_LONGID 0x02 +#define SR10_EXTENT 0x01 + uint8_t resv_id; + uint8_t thirdparty_id; + uint8_t reserved[3]; + uint8_t length[2]; + uint8_t control; +}; + + struct scsi_release { u_int8_t opcode; u_int8_t byte2; - u_int8_t unused[2]; + u_int8_t resv_id; + u_int8_t unused[1]; u_int8_t length; u_int8_t control; }; +struct scsi_release_10 { + uint8_t opcode; + uint8_t byte2; + uint8_t resv_id; + uint8_t thirdparty_id; + uint8_t reserved[3]; + uint8_t length[2]; + uint8_t control; +}; + struct scsi_prevent { u_int8_t opcode; @@ -435,13 +628,61 @@ struct scsi_sync_cache { u_int8_t opcode; u_int8_t byte2; +#define SSC_IMMED 0x02 +#define SSC_RELADR 0x01 u_int8_t begin_lba[4]; u_int8_t reserved; u_int8_t lb_count[2]; u_int8_t control; }; +struct scsi_sync_cache_16 +{ + uint8_t opcode; + uint8_t byte2; + uint8_t begin_lba[8]; + uint8_t lb_count[4]; + uint8_t reserved; + uint8_t control; +}; +struct scsi_format { + uint8_t opcode; + uint8_t byte2; +#define SF_LONGLIST 0x20 +#define SF_FMTDATA 0x10 +#define SF_CMPLIST 0x08 +#define SF_FORMAT_MASK 0x07 +#define SF_FORMAT_BLOCK 0x00 +#define SF_FORMAT_LONG_BLOCK 0x03 +#define SF_FORMAT_BFI 0x04 +#define SF_FORMAT_PHYS 0x05 + uint8_t vendor; + uint8_t interleave[2]; + uint8_t control; +}; + +struct scsi_format_header_short { + uint8_t reserved; +#define SF_DATA_FOV 0x80 +#define SF_DATA_DPRY 0x40 +#define SF_DATA_DCRT 0x20 +#define SF_DATA_STPF 0x10 +#define SF_DATA_IP 0x08 +#define SF_DATA_DSP 0x04 +#define SF_DATA_IMMED 0x02 +#define SF_DATA_VS 0x01 + uint8_t byte2; + uint8_t defect_list_len[2]; +}; + +struct scsi_format_header_long { + uint8_t reserved; + uint8_t byte2; + uint8_t reserved2[2]; + uint8_t defect_list_len[4]; +}; + struct scsi_changedef { u_int8_t opcode; @@ -459,6 +700,7 @@ struct scsi_read_buffer u_int8_t byte2; #define RWB_MODE 0x07 #define RWB_MODE_HDR_DATA 0x00 +#define RWB_MODE_VENDOR 0x01 #define RWB_MODE_DATA 0x02 #define RWB_MODE_DOWNLOAD 0x04 #define RWB_MODE_DOWNLOAD_SAVE 0x05 @@ -529,6 +771,40 @@ struct scsi_rw_16 u_int8_t control; }; +struct scsi_write_verify_10 +{ + uint8_t opcode; + uint8_t byte2; +#define SWV_BYTCHK 0x02 +#define SWV_DPO 0x10 +#define SWV_WRPROECT_MASK 0xe0 + uint8_t addr[4]; + uint8_t group; + uint8_t length[2]; + uint8_t control; +}; + +struct scsi_write_verify_12 +{ + uint8_t opcode; + uint8_t byte2; + uint8_t addr[4]; + uint8_t length[4]; + uint8_t group; + uint8_t control; +}; + +struct scsi_write_verify_16 +{ + uint8_t opcode; + uint8_t byte2; + uint8_t addr[8]; + uint8_t length[4]; + uint8_t group; + uint8_t control; +}; + + struct scsi_start_stop_unit { u_int8_t opcode; @@ -538,6 +814,14 @@ struct scsi_start_stop_unit u_int8_t how; #define SSS_START 0x01 #define SSS_LOEJ 0x02 +#define SSS_PC_MASK 0xf0 +#define SSS_PC_START_VALID 0x00 +#define SSS_PC_ACTIVE 0x10 +#define SSS_PC_IDLE 0x20 +#define SSS_PC_STANDBY 0x30 +#define SSS_PC_LU_CONTROL 0x70 +#define SSS_PC_FORCE_IDLE_0 0xa0 +#define SSS_PC_FORCE_STANDBY_0 0xb0 u_int8_t control; }; @@ -562,6 +846,18 @@ struct ata_pass_12 { u_int8_t control; }; +struct scsi_maintenance_in +{ + uint8_t opcode; + uint8_t byte2; +#define SERVICE_ACTION_MASK 0x1f +#define SA_RPRT_TRGT_GRP 0x0a + uint8_t reserved[4]; + uint8_t length[4]; + uint8_t reserved1; + uint8_t control; +}; + struct ata_pass_16 { u_int8_t opcode; u_int8_t protocol; @@ -607,6 +903,7 @@ struct ata_pass_16 { #define READ_10 0x28 #define WRITE_10 0x2A #define POSITION_TO_ELEMENT 0x2B +#define WRITE_VERIFY_10 0x2E #define SYNCHRONIZE_CACHE 0x35 #define READ_DEFECT_DATA_10 0x37 #define WRITE_BUFFER 0x3B @@ -615,10 +912,16 @@ struct ata_pass_16 { #define LOG_SELECT 0x4C #define LOG_SENSE 0x4D #define MODE_SELECT_10 0x55 +#define RESERVE_10 0x56 +#define RELEASE_10 0x57 #define MODE_SENSE_10 0x5A +#define PERSISTENT_RES_IN 0x5E +#define PERSISTENT_RES_OUT 0x5F #define ATA_PASS_16 0x85 #define READ_16 0x88 #define WRITE_16 0x8A +#define WRITE_VERIFY_16 0x8E +#define SYNCHRONIZE_CACHE_16 0x91 #define SERVICE_ACTION_IN 0x9E #define REPORT_LUNS 0xA0 #define ATA_PASS_12 0xA1 @@ -627,6 +930,7 @@ struct ata_pass_16 { #define MOVE_MEDIUM 0xA5 #define READ_12 0xA8 #define WRITE_12 0xAA +#define WRITE_VERIFY_12 0xAE #define READ_ELEMENT_STATUS 0xB8 /* Maintenance In Service Action Codes */ @@ -737,10 +1041,12 @@ struct scsi_inquiry_data u_int8_t response_format; #define SID_AENC 0x80 #define SID_TrmIOP 0x40 +#define SID_NormACA 0x20 +#define SID_HiSup 0x10 u_int8_t additional_length; #define SID_ADDITIONAL_LENGTH(iqd) \ ((iqd)->additional_length + \ - offsetof(struct scsi_inquiry_data, additional_length) + 1) + __offsetof(struct scsi_inquiry_data, additional_length) + 1) u_int8_t spc3_flags; #define SPC3_SID_PROTECT 0x01 #define SPC3_SID_3PC 0x08 @@ -750,6 +1056,7 @@ struct scsi_inquiry_data #define SPC3_SID_ACC 0x40 #define SPC3_SID_SCCS 0x80 u_int8_t spc2_flags; +#define SPC2_SID_ADDR16 0x01 #define SPC2_SID_MChngr 0x08 #define SPC2_SID_MultiP 0x10 #define SPC2_SID_EncServ 0x40 @@ -809,6 +1116,10 @@ struct scsi_inquiry_data u_int8_t vendor_specific1[SID_VENDOR_SPECIFIC_1_SIZE]; }; +/* + * This structure is more suited to initiator operation, because the + * maximum number of supported pages is already allocated. + */ struct scsi_vpd_supported_page_list { u_int8_t device; @@ -852,11 +1163,11 @@ struct scsi_vpd_device_id u_int8_t device; u_int8_t page_code; #define SVPD_DEVICE_ID 0x83 -#define SVPD_DEVICE_ID_MAX_SIZE 0xffff -#define SVPD_DEVICE_ID_HDR_LEN 4 -#define SVPD_DEVICE_ID_DESC_HDR_LEN 4 +#define SVPD_DEVICE_ID_MAX_SIZE 252 +#define SVPD_DEVICE_ID_HDR_LEN \ + __offsetof(struct scsi_vpd_device_id, desc_list) u_int8_t length[2]; - u_int8_t desc_list[0]; + u_int8_t desc_list[]; }; struct scsi_vpd_id_descriptor @@ -872,11 +1183,13 @@ struct scsi_vpd_id_descriptor #define SVPD_ID_PROTO_SHIFT 4 #define SVPD_ID_CODESET_BINARY 0x01 #define SVPD_ID_CODESET_ASCII 0x02 +#define SVPD_ID_CODESET_MASK 0x0f u_int8_t id_type; #define SVPD_ID_PIV 0x80 #define SVPD_ID_ASSOC_LUN 0x00 #define SVPD_ID_ASSOC_PORT 0x10 #define SVPD_ID_ASSOC_TARGET 0x20 +#define SVPD_ID_ASSOC_MASK 0x30 #define SVPD_ID_TYPE_VENDOR 0x00 #define SVPD_ID_TYPE_T10 0x01 #define SVPD_ID_TYPE_EUI64 0x02 @@ -889,7 +1202,9 @@ struct scsi_vpd_id_descriptor #define SVPD_ID_TYPE_MASK 0x0f u_int8_t reserved; u_int8_t length; - u_int8_t identifier[0]; +#define SVPD_DEVICE_ID_DESC_HDR_LEN \ + __offsetof(struct scsi_vpd_id_descriptor, identifier) + u_int8_t identifier[]; }; struct scsi_vpd_id_t10 @@ -990,12 +1305,23 @@ struct scsi_vpd_id_scsi_name uint8_t name_string[256]; }; +struct scsi_service_action_in +{ + uint8_t opcode; + uint8_t service_action; + uint8_t action_dependent[13]; + uint8_t control; +}; + struct scsi_read_capacity { u_int8_t opcode; u_int8_t byte2; +#define SRC_RELADR 0x01 u_int8_t addr[4]; - u_int8_t unused[3]; + u_int8_t unused[2]; + u_int8_t pmi; +#define SRC_PMI 0x01 u_int8_t control; }; @@ -1038,18 +1364,11 @@ struct scsi_report_luns uint8_t control; }; -struct scsi_report_luns_data { - u_int8_t length[4]; /* length of LUN inventory, in bytes */ - u_int8_t reserved[4]; /* unused */ - /* - * LUN inventory- we only support the type zero form for now. - */ - struct { - u_int8_t lundata[8]; - } luns[0]; -}; +struct scsi_report_luns_lundata { + uint8_t lundata[8]; #define RPL_LUNDATA_PERIPH_BUS_MASK 0x3f #define RPL_LUNDATA_FLAT_LUN_MASK 0x3f +#define RPL_LUNDATA_FLAT_LUN_BITS 0x06 #define RPL_LUNDATA_LUN_TARG_MASK 0x3f #define RPL_LUNDATA_LUN_BUS_MASK 0xe0 #define RPL_LUNDATA_LUN_LUN_MASK 0x1f @@ -1062,7 +1381,17 @@ struct scsi_report_luns #define RPL_LUNDATA_ATYP_FLAT 0x40 #define RPL_LUNDATA_ATYP_LUN 0x80 #define RPL_LUNDATA_ATYP_EXTLUN 0xc0 +}; +struct scsi_report_luns_data { + u_int8_t length[4]; /* length of LUN inventory, in bytes */ + u_int8_t reserved[4]; /* unused */ + /* + * LUN inventory- we only support the type zero form for now. + */ + struct scsi_report_luns_lundata luns[0]; +}; + struct scsi_target_group { uint8_t opcode; @@ -1103,6 +1432,9 @@ struct scsi_target_port_group_descriptor { uint8_t target_port_group[2]; uint8_t reserved; uint8_t status; +#define TPG_UNAVLBL 0 +#define TPG_SET_BY_STPG 0x01 +#define TPG_IMPLICIT 0x02 uint8_t vendor_specific; uint8_t target_port_count; struct scsi_target_port_descriptor descriptors[]; @@ -1122,8 +1454,49 @@ struct scsi_target_group_data_extended { }; +typedef enum { + SSD_TYPE_NONE, + SSD_TYPE_FIXED, + SSD_TYPE_DESC +} scsi_sense_data_type; + +typedef enum { + SSD_ELEM_NONE, + SSD_ELEM_SKIP, + SSD_ELEM_DESC, + SSD_ELEM_SKS, + SSD_ELEM_COMMAND, + SSD_ELEM_INFO, + SSD_ELEM_FRU, + SSD_ELEM_STREAM, + SSD_ELEM_MAX +} scsi_sense_elem_type; + + struct scsi_sense_data { + uint8_t error_code; + /* + * SPC-4 says that the maximum length of sense data is 252 bytes. + * So this structure is exactly 252 bytes log. + */ +#define SSD_FULL_SIZE 252 + uint8_t sense_buf[SSD_FULL_SIZE - 1]; + /* + * XXX KDM is this still a reasonable minimum size? + */ +#define SSD_MIN_SIZE 18 + /* + * Maximum value for the extra_len field in the sense data. + */ +#define SSD_EXTRA_MAX 244 +}; + +/* + * Fixed format sense data. + */ +struct scsi_sense_data_fixed +{ u_int8_t error_code; #define SSD_ERRCODE 0x7F #define SSD_CURRENT_ERROR 0x70 @@ -1147,7 +1520,7 @@ struct scsi_sense_data #define SSD_KEY_EQUAL 0x0c #define SSD_KEY_VOLUME_OVERFLOW 0x0d #define SSD_KEY_MISCOMPARE 0x0e -#define SSD_KEY_RESERVED 0x0f +#define SSD_KEY_COMPLETED 0x0f #define SSD_ILI 0x20 #define SSD_EOM 0x40 #define SSD_FILEMARK 0x80 @@ -1162,11 +1535,315 @@ struct scsi_sense_data #define SSD_FIELDPTR_CMD 0x40 #define SSD_BITPTR_VALID 0x08 #define SSD_BITPTR_VALUE 0x07 -#define SSD_MIN_SIZE 18 u_int8_t extra_bytes[14]; -#define SSD_FULL_SIZE sizeof(struct scsi_sense_data) +#define SSD_FIXED_IS_PRESENT(sense, length, field) \ + ((length >= (offsetof(struct scsi_sense_data_fixed, field) + \ + sizeof(sense->field))) ? 1 :0) +#define SSD_FIXED_IS_FILLED(sense, field) \ + ((((offsetof(struct scsi_sense_data_fixed, field) + \ + sizeof(sense->field)) - \ + (offsetof(struct scsi_sense_data_fixed, extra_len) + \ + sizeof(sense->extra_len))) <= sense->extra_len) ? 1 : 0) }; +/* + * Descriptor format sense data definitions. + * Introduced in SPC-3. + */ +struct scsi_sense_data_desc +{ + uint8_t error_code; +#define SSD_DESC_CURRENT_ERROR 0x72 +#define SSD_DESC_DEFERRED_ERROR 0x73 + uint8_t sense_key; + uint8_t add_sense_code; + uint8_t add_sense_code_qual; + uint8_t reserved[3]; + /* + * Note that SPC-4, section 4.5.2.1 says that the extra_len field + * must be less than or equal to 244. + */ + uint8_t extra_len; + uint8_t sense_desc[0]; +#define SSD_DESC_IS_PRESENT(sense, length, field) \ + ((length >= (offsetof(struct scsi_sense_data_desc, field) + \ + sizeof(sense->field))) ? 1 :0) +}; + +struct scsi_sense_desc_header +{ + uint8_t desc_type; + uint8_t length; +}; +/* + * The information provide in the Information descriptor is device type or + * command specific information, and defined in a command standard. + * + * Note that any changes to the field names or positions in this structure, + * even reserved fields, should be accompanied by an examination of the + * code in ctl_set_sense() that uses them. + * + * Maximum descriptors allowed: 1 (as of SPC-4) + */ +struct scsi_sense_info +{ + uint8_t desc_type; +#define SSD_DESC_INFO 0x00 + uint8_t length; + uint8_t byte2; +#define SSD_INFO_VALID 0x80 + uint8_t reserved; + uint8_t info[8]; +}; + +/* + * Command-specific information depends on the command for which the + * reported condition occured. + * + * Note that any changes to the field names or positions in this structure, + * even reserved fields, should be accompanied by an examination of the + * code in ctl_set_sense() that uses them. + * + * Maximum descriptors allowed: 1 (as of SPC-4) + */ +struct scsi_sense_command +{ + uint8_t desc_type; +#define SSD_DESC_COMMAND 0x01 + uint8_t length; + uint8_t reserved[2]; + uint8_t command_info[8]; +}; + +/* + * Sense key specific descriptor. The sense key specific data format + * depends on the sense key in question. + * + * Maximum descriptors allowed: 1 (as of SPC-4) + */ +struct scsi_sense_sks +{ + uint8_t desc_type; +#define SSD_DESC_SKS 0x02 + uint8_t length; + uint8_t reserved1[2]; + uint8_t sense_key_spec[3]; +#define SSD_SKS_VALID 0x80 + uint8_t reserved2; +}; + +/* + * This is used for the Illegal Request sense key (0x05) only. + */ +struct scsi_sense_sks_field +{ + uint8_t byte0; +#define SSD_SKS_FIELD_VALID 0x80 +#define SSD_SKS_FIELD_CMD 0x40 +#define SSD_SKS_BPV 0x08 +#define SSD_SKS_BIT_VALUE 0x07 + uint8_t field[2]; +}; + + +/* + * This is used for the Hardware Error (0x04), Medium Error (0x03) and + * Recovered Error (0x01) sense keys. + */ +struct scsi_sense_sks_retry +{ + uint8_t byte0; +#define SSD_SKS_RETRY_VALID 0x80 + uint8_t actual_retry_count[2]; +}; + +/* + * Used with the NO Sense (0x00) or Not Ready (0x02) sense keys. + */ +struct scsi_sense_sks_progress +{ + uint8_t byte0; +#define SSD_SKS_PROGRESS_VALID 0x80 + uint8_t progress[2]; +#define SSD_SKS_PROGRESS_DENOM 0x10000 +}; + +/* + * Used with the Copy Aborted (0x0a) sense key. + */ +struct scsi_sense_sks_segment +{ + uint8_t byte0; +#define SSD_SKS_SEGMENT_VALID 0x80 +#define SSD_SKS_SEGMENT_SD 0x20 +#define SSD_SKS_SEGMENT_BPV 0x08 +#define SSD_SKS_SEGMENT_BITPTR 0x07 + uint8_t field[2]; +}; + +/* + * Used with the Unit Attention (0x06) sense key. + * + * This is currently used to indicate that the unit attention condition + * queue has overflowed (when the overflow bit is set). + */ +struct scsi_sense_sks_overflow +{ + uint8_t byte0; +#define SSD_SKS_OVERFLOW_VALID 0x80 +#define SSD_SKS_OVERFLOW_SET 0x01 + uint8_t reserved[2]; +}; + +/* + * This specifies which component is associated with the sense data. There + * is no standard meaning for the fru value. + * + * Maximum descriptors allowed: 1 (as of SPC-4) + */ +struct scsi_sense_fru +{ + uint8_t desc_type; +#define SSD_DESC_FRU 0x03 + uint8_t length; + uint8_t reserved; + uint8_t fru; +}; + +/* + * Used for Stream commands, defined in SSC-4. + * + * Maximum descriptors allowed: 1 (as of SPC-4) + */ + +struct scsi_sense_stream +{ + uint8_t desc_type; +#define SSD_DESC_STREAM 0x04 + uint8_t length; + uint8_t reserved; + uint8_t byte3; +#define SSD_DESC_STREAM_FM 0x80 +#define SSD_DESC_STREAM_EOM 0x40 +#define SSD_DESC_STREAM_ILI 0x20 +}; + +/* + * Used for Block commands, defined in SBC-3. + * + * This is currently (as of SBC-3) only used for the Incorrect Length + * Indication (ILI) bit, which says that the data length requested in the + * READ LONG or WRITE LONG command did not match the length of the logical + * block. + * + * Maximum descriptors allowed: 1 (as of SPC-4) + */ +struct scsi_sense_block +{ + uint8_t desc_type; +#define SSD_DESC_BLOCK 0x05 + uint8_t length; + uint8_t reserved; + uint8_t byte3; +#define SSD_DESC_BLOCK_ILI 0x20 +}; + +/* + * Used for Object-Based Storage Devices (OSD-3). + * + * Maximum descriptors allowed: 1 (as of SPC-4) + */ +struct scsi_sense_osd_objid +{ + uint8_t desc_type; +#define SSD_DESC_OSD_OBJID 0x06 + uint8_t length; + uint8_t reserved[6]; + /* + * XXX KDM provide the bit definitions here? There are a lot of + * them, and we don't have an OSD driver yet. + */ + uint8_t not_init_cmds[4]; + uint8_t completed_cmds[4]; + uint8_t partition_id[8]; + uint8_t object_id[8]; +}; + +/* + * Used for Object-Based Storage Devices (OSD-3). + * + * Maximum descriptors allowed: 1 (as of SPC-4) + */ +struct scsi_sense_osd_integrity +{ + uint8_t desc_type; +#define SSD_DESC_OSD_INTEGRITY 0x07 + uint8_t length; + uint8_t integ_check_val[32]; +}; + +/* + * Used for Object-Based Storage Devices (OSD-3). + * + * Maximum descriptors allowed: 1 (as of SPC-4) + */ +struct scsi_sense_osd_attr_id +{ + uint8_t desc_type; +#define SSD_DESC_OSD_ATTR_ID 0x08 + uint8_t length; + uint8_t reserved[2]; + uint8_t attr_desc[0]; +}; + +/* + * Used with Sense keys No Sense (0x00) and Not Ready (0x02). + * + * Maximum descriptors allowed: 32 (as of SPC-4) + */ +struct scsi_sense_progress +{ + uint8_t desc_type; +#define SSD_DESC_PROGRESS 0x0a + uint8_t length; + uint8_t sense_key; + uint8_t add_sense_code; + uint8_t add_sense_code_qual; + uint8_t reserved; + uint8_t progress[2]; +}; + +/* + * This is typically forwarded as the result of an EXTENDED COPY command. + * + * Maximum descriptors allowed: 2 (as of SPC-4) + */ +struct scsi_sense_forwarded +{ + uint8_t desc_type; +#define SSD_DESC_FORWARDED 0x0c + uint8_t length; + uint8_t byte2; +#define SSD_FORWARDED_FSDT 0x80 +#define SSD_FORWARDED_SDS_MASK 0x0f +#define SSD_FORWARDED_SDS_UNK 0x00 +#define SSD_FORWARDED_SDS_EXSRC 0x01 +#define SSD_FORWARDED_SDS_EXDST 0x02 +}; + +/* + * Vendor-specific sense descriptor. The desc_type field will be in the + * range bewteen MIN and MAX inclusive. + */ +struct scsi_sense_vendor +{ + uint8_t desc_type; +#define SSD_DESC_VENDOR_MIN 0x80 +#define SSD_DESC_VENDOR_MAX 0xff + uint8_t length; + uint8_t data[0]; +}; + struct scsi_mode_header_6 { u_int8_t data_length; /* Sense data length */ @@ -1187,9 +1864,20 @@ struct scsi_mode_header_10 struct scsi_mode_page_header { u_int8_t page_code; +#define SMPH_PS 0x80 +#define SMPH_SPF 0x40 +#define SMPH_PC_MASK 0x3f u_int8_t page_length; }; +struct scsi_mode_page_header_sp +{ + uint8_t page_code; + uint8_t subpage; + uint8_t page_length[2]; +}; + + struct scsi_mode_blk_desc { u_int8_t density; @@ -1292,6 +1980,84 @@ scsi_sense_action scsi_error_action(struct ccb_scs struct scsi_inquiry_data *inq_data, u_int32_t sense_flags); const char * scsi_status_string(struct ccb_scsiio *csio); + +void scsi_desc_iterate(struct scsi_sense_data_desc *sense, u_int sense_len, + int (*iter_func)(struct scsi_sense_data_desc *sense, + u_int, struct scsi_sense_desc_header *, + void *), void *arg); +uint8_t *scsi_find_desc(struct scsi_sense_data_desc *sense, u_int sense_len, + uint8_t desc_type); +void scsi_set_sense_data(struct scsi_sense_data *sense_data, + scsi_sense_data_type sense_format, int current_error, + int sense_key, int asc, int ascq, ...) ; +void scsi_set_sense_data_va(struct scsi_sense_data *sense_data, + scsi_sense_data_type sense_format, + int current_error, int sense_key, int asc, + int ascq, va_list ap); +int scsi_get_sense_info(struct scsi_sense_data *sense_data, u_int sense_len, + uint8_t info_type, uint64_t *info, + int64_t *signed_info); +int scsi_get_sks(struct scsi_sense_data *sense_data, u_int sense_len, + uint8_t *sks); +int scsi_get_block_info(struct scsi_sense_data *sense_data, u_int sense_len, + struct scsi_inquiry_data *inq_data, + uint8_t *block_bits); +int scsi_get_stream_info(struct scsi_sense_data *sense_data, u_int sense_len, + struct scsi_inquiry_data *inq_data, + uint8_t *stream_bits); +void scsi_info_sbuf(struct sbuf *sb, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, uint64_t info); +void scsi_command_sbuf(struct sbuf *sb, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, uint64_t csi); +void scsi_progress_sbuf(struct sbuf *sb, uint16_t progress); +int scsi_sks_sbuf(struct sbuf *sb, int sense_key, uint8_t *sks); +void scsi_fru_sbuf(struct sbuf *sb, uint64_t fru); +void scsi_stream_sbuf(struct sbuf *sb, uint8_t stream_bits, uint64_t info); +void scsi_block_sbuf(struct sbuf *sb, uint8_t block_bits, uint64_t info); +void scsi_sense_info_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); + +void scsi_sense_command_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); +void scsi_sense_sks_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); +void scsi_sense_fru_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); +void scsi_sense_stream_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); +void scsi_sense_block_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); +void scsi_sense_progress_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); +void scsi_sense_generic_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); +void scsi_sense_desc_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); +scsi_sense_data_type scsi_sense_type(struct scsi_sense_data *sense_data); + +void scsi_sense_only_sbuf(struct scsi_sense_data *sense, u_int sense_len, + struct sbuf *sb, char *path_str, + struct scsi_inquiry_data *inq_data, uint8_t *cdb, + int cdb_len); + #ifdef _KERNEL int scsi_command_string(struct ccb_scsiio *csio, struct sbuf *sb); int scsi_sense_sbuf(struct ccb_scsiio *csio, struct sbuf *sb, @@ -1497,31 +2263,29 @@ int scsi_static_inquiry_match(caddr_t inqbuffer, int scsi_devid_match(uint8_t *rhs, size_t rhs_len, uint8_t *lhs, size_t lhs_len); -static __inline void scsi_extract_sense(struct scsi_sense_data *sense, - int *error_code, int *sense_key, - int *asc, int *ascq); +void scsi_extract_sense(struct scsi_sense_data *sense, int *error_code, + int *sense_key, int *asc, int *ascq); +void scsi_extract_sense_len(struct scsi_sense_data *sense, + u_int sense_len, int *error_code, int *sense_key, + int *asc, int *ascq, int show_errors); +int scsi_get_sense_key(struct scsi_sense_data *sense, u_int sense_len, + int show_errors); +int scsi_get_asc(struct scsi_sense_data *sense, u_int sense_len, + int show_errors); +int scsi_get_ascq(struct scsi_sense_data *sense, u_int sense_len, + int show_errors); static __inline void scsi_ulto2b(u_int32_t val, u_int8_t *bytes); static __inline void scsi_ulto3b(u_int32_t val, u_int8_t *bytes); static __inline void scsi_ulto4b(u_int32_t val, u_int8_t *bytes); static __inline void scsi_u64to8b(u_int64_t val, u_int8_t *bytes); -static __inline u_int32_t scsi_2btoul(u_int8_t *bytes); -static __inline u_int32_t scsi_3btoul(u_int8_t *bytes); -static __inline int32_t scsi_3btol(u_int8_t *bytes); -static __inline u_int32_t scsi_4btoul(u_int8_t *bytes); -static __inline u_int64_t scsi_8btou64(u_int8_t *bytes); +static __inline uint32_t scsi_2btoul(const uint8_t *bytes); +static __inline uint32_t scsi_3btoul(const uint8_t *bytes); +static __inline int32_t scsi_3btol(const uint8_t *bytes); +static __inline uint32_t scsi_4btoul(const uint8_t *bytes); +static __inline uint64_t scsi_8btou64(const uint8_t *bytes); static __inline void *find_mode_page_6(struct scsi_mode_header_6 *mode_header); static __inline void *find_mode_page_10(struct scsi_mode_header_10 *mode_header); -static __inline void scsi_extract_sense(struct scsi_sense_data *sense, - int *error_code, int *sense_key, - int *asc, int *ascq) -{ - *error_code = sense->error_code & SSD_ERRCODE; - *sense_key = sense->flags & SSD_KEY; - *asc = (sense->extra_len >= 5) ? sense->add_sense_code : 0; - *ascq = (sense->extra_len >= 6) ? sense->add_sense_code_qual : 0; -} - static __inline void scsi_ulto2b(u_int32_t val, u_int8_t *bytes) { @@ -1563,20 +2327,20 @@ scsi_u64to8b(u_int64_t val, u_int8_t *bytes) bytes[7] = val & 0xff; } -static __inline u_int32_t -scsi_2btoul(u_int8_t *bytes) +static __inline uint32_t +scsi_2btoul(const uint8_t *bytes) { - u_int32_t rv; + uint32_t rv; rv = (bytes[0] << 8) | bytes[1]; return (rv); } -static __inline u_int32_t -scsi_3btoul(u_int8_t *bytes) +static __inline uint32_t +scsi_3btoul(const uint8_t *bytes) { - u_int32_t rv; + uint32_t rv; rv = (bytes[0] << 16) | (bytes[1] << 8) | @@ -1585,9 +2349,9 @@ scsi_u64to8b(u_int64_t val, u_int8_t *bytes) } static __inline int32_t -scsi_3btol(u_int8_t *bytes) +scsi_3btol(const uint8_t *bytes) { - u_int32_t rc = scsi_3btoul(bytes); + uint32_t rc = scsi_3btoul(bytes); if (rc & 0x00800000) rc |= 0xff000000; @@ -1595,10 +2359,10 @@ static __inline int32_t return (int32_t) rc; } -static __inline u_int32_t -scsi_4btoul(u_int8_t *bytes) +static __inline uint32_t +scsi_4btoul(const uint8_t *bytes) { - u_int32_t rv; + uint32_t rv; rv = (bytes[0] << 24) | (bytes[1] << 16) | @@ -1608,7 +2372,7 @@ static __inline int32_t } static __inline uint64_t -scsi_8btou64(uint8_t *bytes) +scsi_8btou64(const uint8_t *bytes) { uint64_t rv; Index: sys/cam/scsi/scsi_cd.c =================================================================== --- sys/cam/scsi/scsi_cd.c (revision 225891) +++ sys/cam/scsi/scsi_cd.c (working copy) @@ -1691,9 +1691,10 @@ cddone(struct cam_periph *periph, union ccb *done_ if (have_sense) { sense = &csio->sense_data; - scsi_extract_sense(sense, &error_code, - &sense_key, - &asc, &ascq); + scsi_extract_sense_len(sense, + csio->sense_len - csio->sense_resid, + &error_code, &sense_key, &asc, + &ascq, /*show_errors*/ 1); } /* * Attach to anything that claims to be a @@ -3126,8 +3127,9 @@ cderror(union ccb *ccb, u_int32_t cam_flags, u_int && ((ccb->ccb_h.flags & CAM_SENSE_PTR) == 0)) { int sense_key, error_code, asc, ascq; - scsi_extract_sense(&ccb->csio.sense_data, - &error_code, &sense_key, &asc, &ascq); + scsi_extract_sense_len(&ccb->csio.sense_data, + ccb->csio.sense_len - ccb->csio.sense_resid, &error_code, + &sense_key, &asc, &ascq, /*show_errors*/ 1); if (sense_key == SSD_KEY_ILLEGAL_REQUEST) error = cd6byteworkaround(ccb); } Index: sys/cam/scsi/scsi_sa.c =================================================================== --- sys/cam/scsi/scsi_sa.c (revision 225891) +++ sys/cam/scsi/scsi_sa.c (working copy) @@ -235,10 +235,10 @@ struct sa_softc { */ struct { struct scsi_sense_data _last_io_sense; - u_int32_t _last_io_resid; + u_int64_t _last_io_resid; u_int8_t _last_io_cdb[CAM_MAX_CDBLEN]; struct scsi_sense_data _last_ctl_sense; - u_int32_t _last_ctl_resid; + u_int64_t _last_ctl_resid; u_int8_t _last_ctl_cdb[CAM_MAX_CDBLEN]; #define last_io_sense errinfo._last_io_sense #define last_io_resid errinfo._last_io_resid @@ -849,8 +849,10 @@ saioctl(struct cdev *dev, u_long cmd, caddr_t arg, */ if ((periph->flags & CAM_PERIPH_LOCKED) == 0) { error = cam_periph_hold(periph, PRIBIO|PCATCH); - if (error != 0) + if (error != 0) { + cam_periph_unlock(periph); return (error); + } didlockperiph = 1; } break; @@ -884,12 +886,15 @@ saioctl(struct cdev *dev, u_long cmd, caddr_t arg, * access to data structures. */ error = cam_periph_hold(periph, PRIBIO|PCATCH); - if (error != 0) + if (error != 0) { + cam_periph_unlock(periph); return (error); + } didlockperiph = 1; break; default: + cam_periph_unlock(periph); return (EINVAL); } } @@ -2322,17 +2327,28 @@ saerror(union ccb *ccb, u_int32_t cflgs, u_int32_t struct sa_softc *softc; struct ccb_scsiio *csio; struct scsi_sense_data *sense; - u_int32_t resid = 0; - int32_t info = 0; + uint64_t resid = 0; + int64_t info = 0; cam_status status; - int error_code, sense_key, asc, ascq, error, aqvalid; + int error_code, sense_key, asc, ascq, error, aqvalid, stream_valid; + int sense_len; + uint8_t stream_bits; periph = xpt_path_periph(ccb->ccb_h.path); softc = (struct sa_softc *)periph->softc; csio = &ccb->csio; sense = &csio->sense_data; - scsi_extract_sense(sense, &error_code, &sense_key, &asc, &ascq); - aqvalid = sense->extra_len >= 6; + sense_len = csio->sense_len - csio->sense_resid; + scsi_extract_sense_len(sense, sense_len, &error_code, &sense_key, + &asc, &ascq, /*show_errors*/ 1); + if (asc != -1 && ascq != -1) + aqvalid = 1; + else + aqvalid = 0; + if (scsi_get_stream_info(sense, sense_len, NULL, &stream_bits) == 0) + stream_valid = 1; + else + stream_valid = 0; error = 0; status = csio->ccb_h.status & CAM_STATUS_MASK; @@ -2343,9 +2359,8 @@ saerror(union ccb *ccb, u_int32_t cflgs, u_int32_t * unit. */ if (status == CAM_SCSI_STATUS_ERROR) { - if ((sense->error_code & SSD_ERRCODE_VALID) != 0) { - info = (int32_t) scsi_4btoul(sense->info); - resid = info; + if (scsi_get_sense_info(sense, sense_len, SSD_DESC_INFO, &resid, + &info) == 0) { if ((softc->flags & SA_FLAG_FIXED) != 0) resid *= softc->media_blksize; } else { @@ -2372,10 +2387,11 @@ saerror(union ccb *ccb, u_int32_t cflgs, u_int32_t softc->last_resid_was_io = 0; } CAM_DEBUG(periph->path, CAM_DEBUG_INFO, ("CDB[0]=0x%x Key 0x%x " - "ASC/ASCQ 0x%x/0x%x CAM STATUS 0x%x flags 0x%x resid %d " + "ASC/ASCQ 0x%x/0x%x CAM STATUS 0x%x flags 0x%x resid %jd " "dxfer_len %d\n", csio->cdb_io.cdb_bytes[0] & 0xff, sense_key, asc, ascq, status, - sense->flags & ~SSD_KEY_RESERVED, resid, csio->dxfer_len)); + (stream_valid) ? stream_bits : 0, (intmax_t)resid, + csio->dxfer_len)); } else { CAM_DEBUG(periph->path, CAM_DEBUG_INFO, ("Cam Status 0x%x\n", status)); @@ -2431,7 +2447,7 @@ saerror(union ccb *ccb, u_int32_t cflgs, u_int32_t if (sense_key == SSD_KEY_VOLUME_OVERFLOW) { csio->resid = resid; error = ENOSPC; - } else if (sense->flags & SSD_EOM) { + } else if ((stream_valid != 0) && (stream_bits & SSD_EOM)) { softc->flags |= SA_FLAG_EOM_PENDING; /* * Grotesque as it seems, the few times @@ -2450,7 +2466,7 @@ saerror(union ccb *ccb, u_int32_t cflgs, u_int32_t } else { error = EIO; } - } else if (sense->flags & SSD_FILEMARK) { + } else if ((stream_valid != 0) && (stream_bits & SSD_FILEMARK)){ if (softc->flags & SA_FLAG_FIXED) { error = -1; softc->flags |= SA_FLAG_EOF_PENDING; @@ -2470,7 +2486,7 @@ saerror(union ccb *ccb, u_int32_t cflgs, u_int32_t /* * Incorrect Length usually applies to read, but can apply to writes. */ - if (error == 0 && (sense->flags & SSD_ILI)) { + if (error == 0 && (stream_valid != 0) && (stream_bits & SSD_ILI)) { if (info < 0) { xpt_print(csio->ccb_h.path, toobig, csio->dxfer_len - info); @@ -2485,7 +2501,8 @@ saerror(union ccb *ccb, u_int32_t cflgs, u_int32_t * Bump the block number if we hadn't seen a filemark. * Do this independent of errors (we've moved anyway). */ - if ((sense->flags & SSD_FILEMARK) == 0) { + if ((stream_valid == 0) || + (stream_bits & SSD_FILEMARK) == 0) { if (softc->blkno != (daddr_t) -1) { softc->blkno++; csio->ccb_h.ccb_pflags |= Index: sys/cam/scsi/scsi_targ_bh.c =================================================================== --- sys/cam/scsi/scsi_targ_bh.c (revision 225891) +++ sys/cam/scsi/scsi_targ_bh.c (working copy) @@ -112,20 +112,20 @@ static struct scsi_inquiry_data no_lun_inq_data = /* version */2, /* format version */2 }; -static struct scsi_sense_data no_lun_sense_data = +static struct scsi_sense_data_fixed no_lun_sense_data = { SSD_CURRENT_ERROR|SSD_ERRCODE_VALID, 0, SSD_KEY_NOT_READY, { 0, 0, 0, 0 }, - /*extra_len*/offsetof(struct scsi_sense_data, fru) - - offsetof(struct scsi_sense_data, extra_len), + /*extra_len*/offsetof(struct scsi_sense_data_fixed, fru) + - offsetof(struct scsi_sense_data_fixed, extra_len), { 0, 0, 0, 0 }, /* Logical Unit Not Supported */ /*ASC*/0x25, /*ASCQ*/0 }; -static const int request_sense_size = offsetof(struct scsi_sense_data, fru); +static const int request_sense_size = offsetof(struct scsi_sense_data_fixed, fru); static periph_init_t targbhinit; static void targbhasync(void *callback_arg, u_int32_t code, @@ -587,7 +587,9 @@ targbhdone(struct cam_periph *periph, union ccb *d * This needs to have other than a * no_lun_sense_data response. */ - atio->sense_data = no_lun_sense_data; + bcopy(&no_lun_sense_data, &atio->sense_data, + min(sizeof(no_lun_sense_data), + sizeof(atio->sense_data))); atio->sense_len = sizeof(no_lun_sense_data); descr->data_resid = 0; descr->data_increment = 0; @@ -630,7 +632,9 @@ targbhdone(struct cam_periph *periph, union ccb *d /* Direction is always relative to the initator */ atio->ccb_h.flags &= ~CAM_DIR_MASK; atio->ccb_h.flags |= CAM_DIR_NONE; - atio->sense_data = no_lun_sense_data; + bcopy(&no_lun_sense_data, &atio->sense_data, + min(sizeof(no_lun_sense_data), + sizeof(atio->sense_data))); atio->sense_len = sizeof (no_lun_sense_data); descr->data_resid = 0; descr->data_increment = 0; Index: sys/cam/scsi/scsi_da.c =================================================================== --- sys/cam/scsi/scsi_da.c (revision 225891) +++ sys/cam/scsi/scsi_da.c (working copy) @@ -753,10 +753,10 @@ daclose(struct disk *dp) int asc, ascq; int sense_key, error_code; - scsi_extract_sense(&ccb->csio.sense_data, - &error_code, - &sense_key, - &asc, &ascq); + scsi_extract_sense_len(&ccb->csio.sense_data, + ccb->csio.sense_len - ccb->csio.sense_resid, + &error_code, &sense_key, &asc, &ascq, + /*show_errors*/ 1); if (sense_key != SSD_KEY_ILLEGAL_REQUEST) scsi_sense_print(&ccb->csio); } else { @@ -916,10 +916,10 @@ dadump(void *arg, void *virtual, vm_offset_t physi int asc, ascq; int sense_key, error_code; - scsi_extract_sense(&csio.sense_data, - &error_code, - &sense_key, - &asc, &ascq); + scsi_extract_sense_len(&csio.sense_data, + csio.sense_len - csio.sense_resid, + &error_code, &sense_key, &asc, &ascq, + /*show_errors*/ 1); if (sense_key != SSD_KEY_ILLEGAL_REQUEST) scsi_sense_print(&csio); } else { @@ -1802,9 +1802,10 @@ dadone(struct cam_periph *periph, union ccb *done_ if (have_sense) { sense = &csio->sense_data; - scsi_extract_sense(sense, &error_code, - &sense_key, - &asc, &ascq); + scsi_extract_sense_len(sense, + csio->sense_len - csio->sense_resid, + &error_code, &sense_key, &asc, + &ascq, /*show_errors*/ 1); } /* * Attach to anything that claims to be a Index: sys/cam/scsi/scsi_low.c =================================================================== --- sys/cam/scsi/scsi_low.c (revision 225891) +++ sys/cam/scsi/scsi_low.c (working copy) @@ -2577,12 +2577,16 @@ resume: #ifdef SCSI_LOW_DEBUG if (scsi_low_debug & SCSI_LOW_DEBUG_SENSE) { - printf("SENSE: [%x][%x][%x][%x][%x]\n", - (u_int) cb->ccb_sense.error_code, - (u_int) cb->ccb_sense.segment, - (u_int) cb->ccb_sense.flags, - (u_int) cb->ccb_sense.add_sense_code, - (u_int) cb->ccb_sense.add_sense_code_qual); + int error_code, sense_key, asc, ascq; + + scsi_extract_sense(&cb->ccb_sense, + &error_code, + &sense_key, + &asc, + &ascq); + printf("SENSE: [%x][%x][%x][%x]\n", + error_code, sense_key, asc, + ascq); } #endif /* SCSI_LOW_DEBUG */ } Index: sys/cam/scsi/scsi_all.c =================================================================== --- sys/cam/scsi/scsi_all.c (revision 225891) +++ sys/cam/scsi/scsi_all.c (working copy) @@ -31,6 +31,8 @@ __FBSDID("$FreeBSD$"); #include +#include +#include #ifdef _KERNEL #include @@ -54,6 +56,7 @@ __FBSDID("$FreeBSD$"); #include #ifndef _KERNEL #include +#include #ifndef FALSE #define FALSE 0 @@ -608,14 +611,24 @@ scsi_op_desc(u_int16_t opcode, struct scsi_inquiry struct op_table_entry *table[2]; int num_tables; - pd_type = SID_TYPE(inq_data); + /* + * If we've got inquiry data, use it to determine what type of + * device we're dealing with here. Otherwise, assume direct + * access. + */ + if (inq_data == NULL) { + pd_type = T_DIRECT; + match = NULL; + } else { + pd_type = SID_TYPE(inq_data); - match = cam_quirkmatch((caddr_t)inq_data, - (caddr_t)scsi_op_quirk_table, - sizeof(scsi_op_quirk_table)/ - sizeof(*scsi_op_quirk_table), - sizeof(*scsi_op_quirk_table), - scsi_inquiry_match); + match = cam_quirkmatch((caddr_t)inq_data, + (caddr_t)scsi_op_quirk_table, + sizeof(scsi_op_quirk_table)/ + sizeof(*scsi_op_quirk_table), + sizeof(*scsi_op_quirk_table), + scsi_inquiry_match); + } if (match != NULL) { table[0] = ((struct scsi_op_quirk_entry *)match)->op_table; @@ -699,7 +712,7 @@ const struct sense_key_table_entry sense_key_table { SSD_KEY_EQUAL, SS_NOP, "EQUAL" }, { SSD_KEY_VOLUME_OVERFLOW, SS_FATAL|EIO, "VOLUME OVERFLOW" }, { SSD_KEY_MISCOMPARE, SS_NOP, "MISCOMPARE" }, - { SSD_KEY_RESERVED, SS_FATAL|EIO, "RESERVED" } + { SSD_KEY_COMPLETED, SS_NOP, "COMPLETED" } }; const int sense_key_table_size = @@ -1062,25 +1075,25 @@ static struct asc_table_entry asc_table[] = { { SST(0x10, 0x03, SS_RDEF, /* XXX TBD */ "Logical block reference tag check failed") }, /* DT WRO BK */ - { SST(0x11, 0x00, SS_RDEF, + { SST(0x11, 0x00, SS_FATAL|EIO, "Unrecovered read error") }, /* DT WRO BK */ - { SST(0x11, 0x01, SS_RDEF, + { SST(0x11, 0x01, SS_FATAL|EIO, "Read retries exhausted") }, /* DT WRO BK */ - { SST(0x11, 0x02, SS_RDEF, + { SST(0x11, 0x02, SS_FATAL|EIO, "Error too long to correct") }, /* DT W O BK */ - { SST(0x11, 0x03, SS_RDEF, + { SST(0x11, 0x03, SS_FATAL|EIO, "Multiple read errors") }, /* D W O BK */ - { SST(0x11, 0x04, SS_RDEF, + { SST(0x11, 0x04, SS_FATAL|EIO, "Unrecovered read error - auto reallocate failed") }, /* WRO B */ - { SST(0x11, 0x05, SS_RDEF, + { SST(0x11, 0x05, SS_FATAL|EIO, "L-EC uncorrectable error") }, /* WRO B */ - { SST(0x11, 0x06, SS_RDEF, + { SST(0x11, 0x06, SS_FATAL|EIO, "CIRC unrecovered error") }, /* W O B */ { SST(0x11, 0x07, SS_RDEF, @@ -1095,10 +1108,10 @@ static struct asc_table_entry asc_table[] = { { SST(0x11, 0x0A, SS_RDEF, "Miscorrected error") }, /* D W O BK */ - { SST(0x11, 0x0B, SS_RDEF, + { SST(0x11, 0x0B, SS_FATAL|EIO, "Unrecovered read error - recommend reassignment") }, /* D W O BK */ - { SST(0x11, 0x0C, SS_RDEF, + { SST(0x11, 0x0C, SS_FATAL|EIO, "Unrecovered read error - recommend rewrite the data") }, /* DT WRO B */ { SST(0x11, 0x0D, SS_RDEF, @@ -2790,7 +2803,10 @@ scsi_sense_desc(int sense_key, int asc, int ascq, &sense_entry, &asc_entry); - *sense_key_desc = sense_entry->desc; + if (sense_entry != NULL) + *sense_key_desc = sense_entry->desc; + else + *sense_key_desc = "Invalid Sense Key"; if (asc_entry != NULL) *asc_desc = asc_entry->desc; @@ -2816,10 +2832,12 @@ scsi_error_action(struct ccb_scsiio *csio, struct int error_code, sense_key, asc, ascq; scsi_sense_action action; - scsi_extract_sense(&csio->sense_data, &error_code, - &sense_key, &asc, &ascq); + scsi_extract_sense_len(&csio->sense_data, csio->sense_len - + csio->sense_resid, &error_code, + &sense_key, &asc, &ascq, /*show_errors*/ 1); - if (error_code == SSD_DEFERRED_ERROR) { + if ((error_code == SSD_DEFERRED_ERROR) + || (error_code == SSD_DESC_DEFERRED_ERROR)) { /* * XXX dufault@FreeBSD.org * This error doesn't relate to the command associated @@ -2857,8 +2875,10 @@ scsi_error_action(struct ccb_scsiio *csio, struct if (asc_entry != NULL && (asc != 0 || ascq != 0)) action = asc_entry->action; + else if (sense_entry != NULL) + action = sense_entry->action; else - action = sense_entry->action; + action = SS_RETRY|SSQ_DECREMENT_COUNT|SSQ_PRINT_SENSE; if (sense_key == SSD_KEY_RECOVERED_ERROR) { /* @@ -3040,8 +3060,1348 @@ scsi_command_string(struct cam_device *device, str return(0); } +/* + * Iterate over sense descriptors. Each descriptor is passed into iter_func(). + * If iter_func() returns 0, list traversal continues. If iter_func() + * returns non-zero, list traversal is stopped. + */ +void +scsi_desc_iterate(struct scsi_sense_data_desc *sense, u_int sense_len, + int (*iter_func)(struct scsi_sense_data_desc *sense, + u_int, struct scsi_sense_desc_header *, + void *), void *arg) +{ + int cur_pos; + int desc_len; + /* + * First make sure the extra length field is present. + */ + if (SSD_DESC_IS_PRESENT(sense, sense_len, extra_len) == 0) + return; + + /* + * The length of data actually returned may be different than the + * extra_len recorded in the sturcture. + */ + desc_len = sense_len -offsetof(struct scsi_sense_data_desc, sense_desc); + + /* + * Limit this further by the extra length reported, and the maximum + * allowed extra length. + */ + desc_len = MIN(desc_len, MIN(sense->extra_len, SSD_EXTRA_MAX)); + + /* + * Subtract the size of the header from the descriptor length. + * This is to ensure that we have at least the header left, so we + * don't have to check that inside the loop. This can wind up + * being a negative value. + */ + desc_len -= sizeof(struct scsi_sense_desc_header); + + for (cur_pos = 0; cur_pos < desc_len;) { + struct scsi_sense_desc_header *header; + + header = (struct scsi_sense_desc_header *) + &sense->sense_desc[cur_pos]; + + /* + * Check to make sure we have the entire descriptor. We + * don't call iter_func() unless we do. + * + * Note that although cur_pos is at the beginning of the + * descriptor, desc_len already has the header length + * subtracted. So the comparison of the length in the + * header (which does not include the header itself) to + * desc_len - cur_pos is correct. + */ + if (header->length > (desc_len - cur_pos)) + break; + + if (iter_func(sense, sense_len, header, arg) != 0) + break; + + cur_pos += sizeof(*header) + header->length; + } +} + +struct scsi_find_desc_info { + uint8_t desc_type; + struct scsi_sense_desc_header *header; +}; + +static int +scsi_find_desc_func(struct scsi_sense_data_desc *sense, u_int sense_len, + struct scsi_sense_desc_header *header, void *arg) +{ + struct scsi_find_desc_info *desc_info; + + desc_info = (struct scsi_find_desc_info *)arg; + + if (header->desc_type == desc_info->desc_type) { + desc_info->header = header; + + /* We found the descriptor, tell the iterator to stop. */ + return (1); + } else + return (0); +} + /* + * Given a descriptor type, return a pointer to it if it is in the sense + * data and not truncated. Avoiding truncating sense data will simplify + * things significantly for the caller. + */ +uint8_t * +scsi_find_desc(struct scsi_sense_data_desc *sense, u_int sense_len, + uint8_t desc_type) +{ + struct scsi_find_desc_info desc_info; + + desc_info.desc_type = desc_type; + desc_info.header = NULL; + + scsi_desc_iterate(sense, sense_len, scsi_find_desc_func, &desc_info); + + return ((uint8_t *)desc_info.header); +} + +/* + * Fill in SCSI sense data with the specified parameters. This routine can + * fill in either fixed or descriptor type sense data. + */ +void +scsi_set_sense_data_va(struct scsi_sense_data *sense_data, + scsi_sense_data_type sense_format, int current_error, + int sense_key, int asc, int ascq, va_list ap) +{ + int descriptor_sense; + scsi_sense_elem_type elem_type; + + /* + * Determine whether to return fixed or descriptor format sense + * data. If the user specifies SSD_TYPE_NONE for some reason, + * they'll just get fixed sense data. + */ + if (sense_format == SSD_TYPE_DESC) + descriptor_sense = 1; + else + descriptor_sense = 0; + + /* + * Zero the sense data, so that we don't pass back any garbage data + * to the user. + */ + memset(sense_data, 0, sizeof(*sense_data)); + + if (descriptor_sense != 0) { + struct scsi_sense_data_desc *sense; + + sense = (struct scsi_sense_data_desc *)sense_data; + /* + * The descriptor sense format eliminates the use of the + * valid bit. + */ + if (current_error != 0) + sense->error_code = SSD_DESC_CURRENT_ERROR; + else + sense->error_code = SSD_DESC_DEFERRED_ERROR; + sense->sense_key = sense_key; + sense->add_sense_code = asc; + sense->add_sense_code_qual = ascq; + /* + * Start off with no extra length, since the above data + * fits in the standard descriptor sense information. + */ + sense->extra_len = 0; + while ((elem_type = (scsi_sense_elem_type)va_arg(ap, + scsi_sense_elem_type)) != SSD_ELEM_NONE) { + int sense_len, len_to_copy; + uint8_t *data; + + if (elem_type >= SSD_ELEM_MAX) { + printf("%s: invalid sense type %d\n", __func__, + elem_type); + break; + } + + sense_len = (int)va_arg(ap, int); + len_to_copy = MIN(sense_len, SSD_EXTRA_MAX - + sense->extra_len); + data = (uint8_t *)va_arg(ap, uint8_t *); + + /* + * We've already consumed the arguments for this one. + */ + if (elem_type == SSD_ELEM_SKIP) + continue; + + switch (elem_type) { + case SSD_ELEM_DESC: { + + /* + * This is a straight descriptor. All we + * need to do is copy the data in. + */ + bcopy(data, &sense->sense_desc[ + sense->extra_len], len_to_copy); + sense->extra_len += len_to_copy; + break; + } + case SSD_ELEM_SKS: { + struct scsi_sense_sks sks; + + bzero(&sks, sizeof(sks)); + + /* + * This is already-formatted sense key + * specific data. We just need to fill out + * the header and copy everything in. + */ + bcopy(data, &sks.sense_key_spec, + MIN(len_to_copy, + sizeof(sks.sense_key_spec))); + + sks.desc_type = SSD_DESC_SKS; + sks.length = sizeof(sks) - + offsetof(struct scsi_sense_sks, reserved1); + bcopy(&sks,&sense->sense_desc[sense->extra_len], + sizeof(sks)); + sense->extra_len += sizeof(sks); + break; + } + case SSD_ELEM_INFO: + case SSD_ELEM_COMMAND: { + struct scsi_sense_command cmd; + struct scsi_sense_info info; + uint8_t *data_dest; + uint8_t *descriptor; + int descriptor_size, i, copy_len; + + bzero(&cmd, sizeof(cmd)); + bzero(&info, sizeof(info)); + + /* + * Command or information data. The + * operate in pretty much the same way. + */ + if (elem_type == SSD_ELEM_COMMAND) { + len_to_copy = MIN(len_to_copy, + sizeof(cmd.command_info)); + descriptor = (uint8_t *)&cmd; + descriptor_size = sizeof(cmd); + data_dest =(uint8_t *)&cmd.command_info; + cmd.desc_type = SSD_DESC_COMMAND; + cmd.length = sizeof(cmd) - + offsetof(struct scsi_sense_command, + reserved); + } else { + len_to_copy = MIN(len_to_copy, + sizeof(info.info)); + descriptor = (uint8_t *)&info; + descriptor_size = sizeof(cmd); + data_dest = (uint8_t *)&info.info; + info.desc_type = SSD_DESC_INFO; + info.byte2 = SSD_INFO_VALID; + info.length = sizeof(info) - + offsetof(struct scsi_sense_info, + byte2); + } + + /* + * Copy this in reverse because the spec + * (SPC-4) says that when 4 byte quantities + * are stored in this 8 byte field, the + * first four bytes shall be 0. + * + * So we fill the bytes in from the end, and + * if we have less than 8 bytes to copy, + * the initial, most significant bytes will + * be 0. + */ + for (i = sense_len - 1; i >= 0 && + len_to_copy > 0; i--, len_to_copy--) + data_dest[len_to_copy - 1] = data[i]; + + /* + * This calculation looks much like the + * initial len_to_copy calculation, but + * we have to do it again here, because + * we're looking at a larger amount that + * may or may not fit. It's not only the + * data the user passed in, but also the + * rest of the descriptor. + */ + copy_len = MIN(descriptor_size, + SSD_EXTRA_MAX - sense->extra_len); + bcopy(descriptor, &sense->sense_desc[ + sense->extra_len], copy_len); + sense->extra_len += copy_len; + break; + } + case SSD_ELEM_FRU: { + struct scsi_sense_fru fru; + int copy_len; + + bzero(&fru, sizeof(fru)); + + fru.desc_type = SSD_DESC_FRU; + fru.length = sizeof(fru) - + offsetof(struct scsi_sense_fru, reserved); + fru.fru = *data; + + copy_len = MIN(sizeof(fru), SSD_EXTRA_MAX - + sense->extra_len); + bcopy(&fru, &sense->sense_desc[ + sense->extra_len], copy_len); + sense->extra_len += copy_len; + break; + } + case SSD_ELEM_STREAM: { + struct scsi_sense_stream stream_sense; + int copy_len; + + bzero(&stream_sense, sizeof(stream_sense)); + stream_sense.desc_type = SSD_DESC_STREAM; + stream_sense.length = sizeof(stream_sense) - + offsetof(struct scsi_sense_stream, reserved); + stream_sense.byte3 = *data; + + copy_len = MIN(sizeof(stream_sense), + SSD_EXTRA_MAX - sense->extra_len); + bcopy(&stream_sense, &sense->sense_desc[ + sense->extra_len], copy_len); + sense->extra_len += copy_len; + break; + } + default: + /* + * We shouldn't get here, but if we do, do + * nothing. We've already consumed the + * arguments above. + */ + break; + } + } + } else { + struct scsi_sense_data_fixed *sense; + + sense = (struct scsi_sense_data_fixed *)sense_data; + + if (current_error != 0) + sense->error_code = SSD_CURRENT_ERROR; + else + sense->error_code = SSD_DEFERRED_ERROR; + + sense->flags = sense_key; + sense->add_sense_code = asc; + sense->add_sense_code_qual = ascq; + /* + * We've set the ASC and ASCQ, so we have 6 more bytes of + * valid data. If we wind up setting any of the other + * fields, we'll bump this to 10 extra bytes. + */ + sense->extra_len = 6; + + while ((elem_type = (scsi_sense_elem_type)va_arg(ap, + scsi_sense_elem_type)) != SSD_ELEM_NONE) { + int sense_len, len_to_copy; + uint8_t *data; + + if (elem_type >= SSD_ELEM_MAX) { + printf("%s: invalid sense type %d\n", __func__, + elem_type); + break; + } + /* + * If we get in here, just bump the extra length to + * 10 bytes. That will encompass anything we're + * going to set here. + */ + sense->extra_len = 10; + sense_len = (int)va_arg(ap, int); + len_to_copy = MIN(sense_len, SSD_EXTRA_MAX - + sense->extra_len); + data = (uint8_t *)va_arg(ap, uint8_t *); + + switch (elem_type) { + case SSD_ELEM_SKS: + /* + * The user passed in pre-formatted sense + * key specific data. + */ + bcopy(data, &sense->sense_key_spec[0], + MIN(sizeof(sense->sense_key_spec), + sense_len)); + break; + case SSD_ELEM_INFO: + case SSD_ELEM_COMMAND: { + uint8_t *data_dest; + int i; + + if (elem_type == SSD_ELEM_COMMAND) + data_dest = &sense->cmd_spec_info[0]; + else { + data_dest = &sense->info[0]; + /* + * We're setting the info field, so + * set the valid bit. + */ + sense->error_code |= SSD_ERRCODE_VALID; + } + + /* + * Copy this in reverse so that if we have + * less than 4 bytes to fill, the least + * significant bytes will be at the end. + * If we have more than 4 bytes, only the + * least significant bytes will be included. + */ + for (i = sense_len - 1; i >= 0 && + len_to_copy > 0; i--, len_to_copy--) + data_dest[len_to_copy - 1] = data[i]; + + break; + } + case SSD_ELEM_FRU: + sense->fru = *data; + break; + case SSD_ELEM_STREAM: + sense->flags |= *data; + break; + case SSD_ELEM_DESC: + default: + + /* + * If the user passes in descriptor sense, + * we can't handle that in fixed format. + * So just skip it, and any unknown argument + * types. + */ + break; + } + } + } +} + +void +scsi_set_sense_data(struct scsi_sense_data *sense_data, + scsi_sense_data_type sense_format, int current_error, + int sense_key, int asc, int ascq, ...) +{ + va_list ap; + + va_start(ap, ascq); + scsi_set_sense_data_va(sense_data, sense_format, current_error, + sense_key, asc, ascq, ap); + va_end(ap); +} + +/* + * Get sense information for three similar sense data types. + */ +int +scsi_get_sense_info(struct scsi_sense_data *sense_data, u_int sense_len, + uint8_t info_type, uint64_t *info, int64_t *signed_info) +{ + scsi_sense_data_type sense_type; + + if (sense_len == 0) + goto bailout; + + sense_type = scsi_sense_type(sense_data); + + switch (sense_type) { + case SSD_TYPE_DESC: { + struct scsi_sense_data_desc *sense; + uint8_t *desc; + + sense = (struct scsi_sense_data_desc *)sense_data; + + desc = scsi_find_desc(sense, sense_len, info_type); + if (desc == NULL) + goto bailout; + + switch (info_type) { + case SSD_DESC_INFO: { + struct scsi_sense_info *info_desc; + + info_desc = (struct scsi_sense_info *)desc; + *info = scsi_8btou64(info_desc->info); + if (signed_info != NULL) + *signed_info = *info; + break; + } + case SSD_DESC_COMMAND: { + struct scsi_sense_command *cmd_desc; + + cmd_desc = (struct scsi_sense_command *)desc; + + *info = scsi_8btou64(cmd_desc->command_info); + if (signed_info != NULL) + *signed_info = *info; + break; + } + case SSD_DESC_FRU: { + struct scsi_sense_fru *fru_desc; + + fru_desc = (struct scsi_sense_fru *)desc; + + *info = fru_desc->fru; + if (signed_info != NULL) + *signed_info = (int8_t)fru_desc->fru; + break; + } + default: + goto bailout; + break; + } + break; + } + case SSD_TYPE_FIXED: { + struct scsi_sense_data_fixed *sense; + + sense = (struct scsi_sense_data_fixed *)sense_data; + + switch (info_type) { + case SSD_DESC_INFO: { + uint32_t info_val; + + if ((sense->error_code & SSD_ERRCODE_VALID) == 0) + goto bailout; + + if (SSD_FIXED_IS_PRESENT(sense, sense_len, info) == 0) + goto bailout; + + info_val = scsi_4btoul(sense->info); + + *info = info_val; + if (signed_info != NULL) + *signed_info = (int32_t)info_val; + break; + } + case SSD_DESC_COMMAND: { + uint32_t cmd_val; + + if ((SSD_FIXED_IS_PRESENT(sense, sense_len, + cmd_spec_info) == 0) + || (SSD_FIXED_IS_FILLED(sense, cmd_spec_info) == 0)) + goto bailout; + + cmd_val = scsi_4btoul(sense->cmd_spec_info); + if (cmd_val == 0) + goto bailout; + + *info = cmd_val; + if (signed_info != NULL) + *signed_info = (int32_t)cmd_val; + break; + } + case SSD_DESC_FRU: + if ((SSD_FIXED_IS_PRESENT(sense, sense_len, fru) == 0) + || (SSD_FIXED_IS_FILLED(sense, fru) == 0)) + goto bailout; + + if (sense->fru == 0) + goto bailout; + + *info = sense->fru; + if (signed_info != NULL) + *signed_info = (int8_t)sense->fru; + break; + default: + goto bailout; + break; + } + break; + } + default: + goto bailout; + break; + } + + return (0); +bailout: + return (1); +} + +int +scsi_get_sks(struct scsi_sense_data *sense_data, u_int sense_len, uint8_t *sks) +{ + scsi_sense_data_type sense_type; + + if (sense_len == 0) + goto bailout; + + sense_type = scsi_sense_type(sense_data); + + switch (sense_type) { + case SSD_TYPE_DESC: { + struct scsi_sense_data_desc *sense; + struct scsi_sense_sks *desc; + + sense = (struct scsi_sense_data_desc *)sense_data; + + desc = (struct scsi_sense_sks *)scsi_find_desc(sense, sense_len, + SSD_DESC_SKS); + if (desc == NULL) + goto bailout; + + /* + * No need to check the SKS valid bit for descriptor sense. + * If the descriptor is present, it is valid. + */ + bcopy(desc->sense_key_spec, sks, sizeof(desc->sense_key_spec)); + break; + } + case SSD_TYPE_FIXED: { + struct scsi_sense_data_fixed *sense; + + sense = (struct scsi_sense_data_fixed *)sense_data; + + if ((SSD_FIXED_IS_PRESENT(sense, sense_len, sense_key_spec)== 0) + || (SSD_FIXED_IS_FILLED(sense, sense_key_spec) == 0)) + goto bailout; + + if ((sense->sense_key_spec[0] & SSD_SCS_VALID) == 0) + goto bailout; + + bcopy(sense->sense_key_spec, sks,sizeof(sense->sense_key_spec)); + break; + } + default: + goto bailout; + break; + } + return (0); +bailout: + return (1); +} + +/* + * Provide a common interface for fixed and descriptor sense to detect + * whether we have block-specific sense information. It is clear by the + * presence of the block descriptor in descriptor mode, but we have to + * infer from the inquiry data and ILI bit in fixed mode. + */ +int +scsi_get_block_info(struct scsi_sense_data *sense_data, u_int sense_len, + struct scsi_inquiry_data *inq_data, uint8_t *block_bits) +{ + scsi_sense_data_type sense_type; + + if (inq_data != NULL) { + switch (SID_TYPE(inq_data)) { + case T_DIRECT: + case T_RBC: + break; + default: + goto bailout; + break; + } + } + + sense_type = scsi_sense_type(sense_data); + + switch (sense_type) { + case SSD_TYPE_DESC: { + struct scsi_sense_data_desc *sense; + struct scsi_sense_block *block; + + sense = (struct scsi_sense_data_desc *)sense_data; + + block = (struct scsi_sense_block *)scsi_find_desc(sense, + sense_len, SSD_DESC_BLOCK); + if (block == NULL) + goto bailout; + + *block_bits = block->byte3; + break; + } + case SSD_TYPE_FIXED: { + struct scsi_sense_data_fixed *sense; + + sense = (struct scsi_sense_data_fixed *)sense_data; + + if (SSD_FIXED_IS_PRESENT(sense, sense_len, flags) == 0) + goto bailout; + + if ((sense->flags & SSD_ILI) == 0) + goto bailout; + + *block_bits = sense->flags & SSD_ILI; + break; + } + default: + goto bailout; + break; + } + return (0); +bailout: + return (1); +} + +int +scsi_get_stream_info(struct scsi_sense_data *sense_data, u_int sense_len, + struct scsi_inquiry_data *inq_data, uint8_t *stream_bits) +{ + scsi_sense_data_type sense_type; + + if (inq_data != NULL) { + switch (SID_TYPE(inq_data)) { + case T_SEQUENTIAL: + break; + default: + goto bailout; + break; + } + } + + sense_type = scsi_sense_type(sense_data); + + switch (sense_type) { + case SSD_TYPE_DESC: { + struct scsi_sense_data_desc *sense; + struct scsi_sense_stream *stream; + + sense = (struct scsi_sense_data_desc *)sense_data; + + stream = (struct scsi_sense_stream *)scsi_find_desc(sense, + sense_len, SSD_DESC_STREAM); + if (stream == NULL) + goto bailout; + + *stream_bits = stream->byte3; + break; + } + case SSD_TYPE_FIXED: { + struct scsi_sense_data_fixed *sense; + + sense = (struct scsi_sense_data_fixed *)sense_data; + + if (SSD_FIXED_IS_PRESENT(sense, sense_len, flags) == 0) + goto bailout; + + if ((sense->flags & (SSD_ILI|SSD_EOM|SSD_FILEMARK)) == 0) + goto bailout; + + *stream_bits = sense->flags & (SSD_ILI|SSD_EOM|SSD_FILEMARK); + break; + } + default: + goto bailout; + break; + } + return (0); +bailout: + return (1); +} + +void +scsi_info_sbuf(struct sbuf *sb, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, uint64_t info) +{ + sbuf_printf(sb, "Info: %#jx", info); +} + +void +scsi_command_sbuf(struct sbuf *sb, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, uint64_t csi) +{ + sbuf_printf(sb, "Command Specific Info: %#jx", csi); +} + + +void +scsi_progress_sbuf(struct sbuf *sb, uint16_t progress) +{ + sbuf_printf(sb, "Progress: %d%% (%d/%d) complete", + (progress * 100) / SSD_SKS_PROGRESS_DENOM, + progress, SSD_SKS_PROGRESS_DENOM); +} + +/* + * Returns 1 for failure (i.e. SKS isn't valid) and 0 for success. + */ +int +scsi_sks_sbuf(struct sbuf *sb, int sense_key, uint8_t *sks) +{ + if ((sks[0] & SSD_SKS_VALID) == 0) + return (1); + + switch (sense_key) { + case SSD_KEY_ILLEGAL_REQUEST: { + struct scsi_sense_sks_field *field; + int bad_command; + char tmpstr[40]; + + /*Field Pointer*/ + field = (struct scsi_sense_sks_field *)sks; + + if (field->byte0 & SSD_SKS_FIELD_CMD) + bad_command = 1; + else + bad_command = 0; + + tmpstr[0] = '\0'; + + /* Bit pointer is valid */ + if (field->byte0 & SSD_SKS_BPV) + snprintf(tmpstr, sizeof(tmpstr), "bit %d ", + field->byte0 & SSD_SKS_BIT_VALUE); + + sbuf_printf(sb, "%s byte %d %sis invalid", + bad_command ? "Command" : "Data", + scsi_2btoul(field->field), tmpstr); + break; + } + case SSD_KEY_UNIT_ATTENTION: { + struct scsi_sense_sks_overflow *overflow; + + overflow = (struct scsi_sense_sks_overflow *)sks; + + /*UA Condition Queue Overflow*/ + sbuf_printf(sb, "Unit Attention Condition Queue %s", + (overflow->byte0 & SSD_SKS_OVERFLOW_SET) ? + "Overflowed" : "Did Not Overflow??"); + break; + } + case SSD_KEY_RECOVERED_ERROR: + case SSD_KEY_HARDWARE_ERROR: + case SSD_KEY_MEDIUM_ERROR: { + struct scsi_sense_sks_retry *retry; + + /*Actual Retry Count*/ + retry = (struct scsi_sense_sks_retry *)sks; + + sbuf_printf(sb, "Actual Retry Count: %d", + scsi_2btoul(retry->actual_retry_count)); + break; + } + case SSD_KEY_NO_SENSE: + case SSD_KEY_NOT_READY: { + struct scsi_sense_sks_progress *progress; + int progress_val; + + /*Progress Indication*/ + progress = (struct scsi_sense_sks_progress *)sks; + progress_val = scsi_2btoul(progress->progress); + + scsi_progress_sbuf(sb, progress_val); + break; + } + case SSD_KEY_COPY_ABORTED: { + struct scsi_sense_sks_segment *segment; + char tmpstr[40]; + + /*Segment Pointer*/ + segment = (struct scsi_sense_sks_segment *)sks; + + tmpstr[0] = '\0'; + + if (segment->byte0 & SSD_SKS_SEGMENT_BPV) + snprintf(tmpstr, sizeof(tmpstr), "bit %d ", + segment->byte0 & SSD_SKS_SEGMENT_BITPTR); + + sbuf_printf(sb, "%s byte %d %sis invalid", (segment->byte0 & + SSD_SKS_SEGMENT_SD) ? "Segment" : "Data", + scsi_2btoul(segment->field), tmpstr); + break; + } + default: + sbuf_printf(sb, "Sense Key Specific: %#x,%#x", sks[0], + scsi_2btoul(&sks[1])); + break; + } + + return (0); +} + +void +scsi_fru_sbuf(struct sbuf *sb, uint64_t fru) +{ + sbuf_printf(sb, "Field Replaceable Unit: %d", (int)fru); +} + +void +scsi_stream_sbuf(struct sbuf *sb, uint8_t stream_bits, uint64_t info) +{ + int need_comma; + + need_comma = 0; + /* + * XXX KDM this needs more descriptive decoding. + */ + if (stream_bits & SSD_DESC_STREAM_FM) { + sbuf_printf(sb, "Filemark"); + need_comma = 1; + } + + if (stream_bits & SSD_DESC_STREAM_EOM) { + sbuf_printf(sb, "%sEOM", (need_comma) ? "," : ""); + need_comma = 1; + } + + if (stream_bits & SSD_DESC_STREAM_ILI) + sbuf_printf(sb, "%sILI", (need_comma) ? "," : ""); + + sbuf_printf(sb, ": Info: %#jx", (uintmax_t) info); +} + +void +scsi_block_sbuf(struct sbuf *sb, uint8_t block_bits, uint64_t info) +{ + if (block_bits & SSD_DESC_BLOCK_ILI) + sbuf_printf(sb, "ILI: residue %#jx", (uintmax_t) info); +} + +void +scsi_sense_info_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header) +{ + struct scsi_sense_info *info; + + info = (struct scsi_sense_info *)header; + + scsi_info_sbuf(sb, cdb, cdb_len, inq_data, scsi_8btou64(info->info)); +} + +void +scsi_sense_command_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header) +{ + struct scsi_sense_command *command; + + command = (struct scsi_sense_command *)header; + + scsi_command_sbuf(sb, cdb, cdb_len, inq_data, + scsi_8btou64(command->command_info)); +} + +void +scsi_sense_sks_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header) +{ + struct scsi_sense_sks *sks; + int error_code, sense_key, asc, ascq; + + sks = (struct scsi_sense_sks *)header; + + scsi_extract_sense_len(sense, sense_len, &error_code, &sense_key, + &asc, &ascq, /*show_errors*/ 1); + + scsi_sks_sbuf(sb, sense_key, sks->sense_key_spec); +} + +void +scsi_sense_fru_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header) +{ + struct scsi_sense_fru *fru; + + fru = (struct scsi_sense_fru *)header; + + scsi_fru_sbuf(sb, (uint64_t)fru->fru); +} + +void +scsi_sense_stream_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header) +{ + struct scsi_sense_stream *stream; + uint64_t info; + + stream = (struct scsi_sense_stream *)header; + info = 0; + + scsi_get_sense_info(sense, sense_len, SSD_DESC_INFO, &info, NULL); + + scsi_stream_sbuf(sb, stream->byte3, info); +} + +void +scsi_sense_block_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header) +{ + struct scsi_sense_block *block; + uint64_t info; + + block = (struct scsi_sense_block *)header; + info = 0; + + scsi_get_sense_info(sense, sense_len, SSD_DESC_INFO, &info, NULL); + + scsi_block_sbuf(sb, block->byte3, info); +} + +void +scsi_sense_progress_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header) +{ + struct scsi_sense_progress *progress; + const char *sense_key_desc; + const char *asc_desc; + int progress_val; + + progress = (struct scsi_sense_progress *)header; + + /* + * Get descriptions for the sense key, ASC, and ASCQ in the + * progress descriptor. These could be different than the values + * in the overall sense data. + */ + scsi_sense_desc(progress->sense_key, progress->add_sense_code, + progress->add_sense_code_qual, inq_data, + &sense_key_desc, &asc_desc); + + progress_val = scsi_2btoul(progress->progress); + + /* + * The progress indicator is for the operation described by the + * sense key, ASC, and ASCQ in the descriptor. + */ + sbuf_cat(sb, sense_key_desc); + sbuf_printf(sb, " asc:%x,%x (%s): ", progress->add_sense_code, + progress->add_sense_code_qual, asc_desc); + scsi_progress_sbuf(sb, progress_val); +} + +/* + * Generic sense descriptor printing routine. This is used when we have + * not yet implemented a specific printing routine for this descriptor. + */ +void +scsi_sense_generic_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header) +{ + int i; + uint8_t *buf_ptr; + + sbuf_printf(sb, "Descriptor %#x:", header->desc_type); + + buf_ptr = (uint8_t *)&header[1]; + + for (i = 0; i < header->length; i++, buf_ptr++) + sbuf_printf(sb, " %02x", *buf_ptr); +} + +/* + * Keep this list in numeric order. This speeds the array traversal. + */ +struct scsi_sense_desc_printer { + uint8_t desc_type; + /* + * The function arguments here are the superset of what is needed + * to print out various different descriptors. Command and + * information descriptors need inquiry data and command type. + * Sense key specific descriptors need the sense key. + * + * The sense, cdb, and inquiry data arguments may be NULL, but the + * information printed may not be fully decoded as a result. + */ + void (*print_func)(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header); +} scsi_sense_printers[] = { + {SSD_DESC_INFO, scsi_sense_info_sbuf}, + {SSD_DESC_COMMAND, scsi_sense_command_sbuf}, + {SSD_DESC_SKS, scsi_sense_sks_sbuf}, + {SSD_DESC_FRU, scsi_sense_fru_sbuf}, + {SSD_DESC_STREAM, scsi_sense_stream_sbuf}, + {SSD_DESC_BLOCK, scsi_sense_block_sbuf}, + {SSD_DESC_PROGRESS, scsi_sense_progress_sbuf} +}; + +void +scsi_sense_desc_sbuf(struct sbuf *sb, struct scsi_sense_data *sense, + u_int sense_len, uint8_t *cdb, int cdb_len, + struct scsi_inquiry_data *inq_data, + struct scsi_sense_desc_header *header) +{ + int i, found; + + for (i = 0, found = 0; i < (sizeof(scsi_sense_printers) / + sizeof(scsi_sense_printers[0])); i++) { + struct scsi_sense_desc_printer *printer; + + printer = &scsi_sense_printers[i]; + + /* + * The list is sorted, so quit if we've passed our + * descriptor number. + */ + if (printer->desc_type > header->desc_type) + break; + + if (printer->desc_type != header->desc_type) + continue; + + printer->print_func(sb, sense, sense_len, cdb, cdb_len, + inq_data, header); + + return; + } + + /* + * No specific printing routine, so use the generic routine. + */ + scsi_sense_generic_sbuf(sb, sense, sense_len, cdb, cdb_len, + inq_data, header); +} + +scsi_sense_data_type +scsi_sense_type(struct scsi_sense_data *sense_data) +{ + switch (sense_data->error_code & SSD_ERRCODE) { + case SSD_DESC_CURRENT_ERROR: + case SSD_DESC_DEFERRED_ERROR: + return (SSD_TYPE_DESC); + break; + case SSD_CURRENT_ERROR: + case SSD_DEFERRED_ERROR: + return (SSD_TYPE_FIXED); + break; + default: + break; + } + + return (SSD_TYPE_NONE); +} + +struct scsi_print_sense_info { + struct sbuf *sb; + char *path_str; + uint8_t *cdb; + int cdb_len; + struct scsi_inquiry_data *inq_data; +}; + +static int +scsi_print_desc_func(struct scsi_sense_data_desc *sense, u_int sense_len, + struct scsi_sense_desc_header *header, void *arg) +{ + struct scsi_print_sense_info *print_info; + + print_info = (struct scsi_print_sense_info *)arg; + + switch (header->desc_type) { + case SSD_DESC_INFO: + case SSD_DESC_FRU: + case SSD_DESC_COMMAND: + case SSD_DESC_SKS: + case SSD_DESC_BLOCK: + case SSD_DESC_STREAM: + /* + * We have already printed these descriptors, if they are + * present. + */ + break; + default: { + sbuf_printf(print_info->sb, "%s", print_info->path_str); + scsi_sense_desc_sbuf(print_info->sb, + (struct scsi_sense_data *)sense, sense_len, + print_info->cdb, print_info->cdb_len, + print_info->inq_data, header); + sbuf_printf(print_info->sb, "\n"); + break; + } + } + + /* + * Tell the iterator that we want to see more descriptors if they + * are present. + */ + return (0); +} + +void +scsi_sense_only_sbuf(struct scsi_sense_data *sense, u_int sense_len, + struct sbuf *sb, char *path_str, + struct scsi_inquiry_data *inq_data, uint8_t *cdb, + int cdb_len) +{ + int error_code, sense_key, asc, ascq; + + sbuf_cat(sb, path_str); + + scsi_extract_sense_len(sense, sense_len, &error_code, &sense_key, + &asc, &ascq, /*show_errors*/ 1); + + sbuf_printf(sb, "SCSI sense: "); + switch (error_code) { + case SSD_DEFERRED_ERROR: + case SSD_DESC_DEFERRED_ERROR: + sbuf_printf(sb, "Deferred error: "); + + /* FALLTHROUGH */ + case SSD_CURRENT_ERROR: + case SSD_DESC_CURRENT_ERROR: + { + struct scsi_sense_data_desc *desc_sense; + struct scsi_print_sense_info print_info; + const char *sense_key_desc; + const char *asc_desc; + uint8_t sks[3]; + uint64_t val; + int info_valid; + + /* + * Get descriptions for the sense key, ASC, and ASCQ. If + * these aren't present in the sense data (i.e. the sense + * data isn't long enough), the -1 values that + * scsi_extract_sense_len() returns will yield default + * or error descriptions. + */ + scsi_sense_desc(sense_key, asc, ascq, inq_data, + &sense_key_desc, &asc_desc); + + /* + * We first print the sense key and ASC/ASCQ. + */ + sbuf_cat(sb, sense_key_desc); + sbuf_printf(sb, " asc:%x,%x (%s)\n", asc, ascq, asc_desc); + + /* + * Get the info field if it is valid. + */ + if (scsi_get_sense_info(sense, sense_len, SSD_DESC_INFO, + &val, NULL) == 0) + info_valid = 1; + else + info_valid = 0; + + if (info_valid != 0) { + uint8_t bits; + + /* + * Determine whether we have any block or stream + * device-specific information. + */ + if (scsi_get_block_info(sense, sense_len, inq_data, + &bits) == 0) { + sbuf_cat(sb, path_str); + scsi_block_sbuf(sb, bits, val); + sbuf_printf(sb, "\n"); + } else if (scsi_get_stream_info(sense, sense_len, + inq_data, &bits) == 0) { + sbuf_cat(sb, path_str); + scsi_stream_sbuf(sb, bits, val); + sbuf_printf(sb, "\n"); + } else if (val != 0) { + /* + * The information field can be valid but 0. + * If the block or stream bits aren't set, + * and this is 0, it isn't terribly useful + * to print it out. + */ + sbuf_cat(sb, path_str); + scsi_info_sbuf(sb, cdb, cdb_len, inq_data, val); + sbuf_printf(sb, "\n"); + } + } + + /* + * Print the FRU. + */ + if (scsi_get_sense_info(sense, sense_len, SSD_DESC_FRU, + &val, NULL) == 0) { + sbuf_cat(sb, path_str); + scsi_fru_sbuf(sb, val); + sbuf_printf(sb, "\n"); + } + + /* + * Print any command-specific information. + */ + if (scsi_get_sense_info(sense, sense_len, SSD_DESC_COMMAND, + &val, NULL) == 0) { + sbuf_cat(sb, path_str); + scsi_command_sbuf(sb, cdb, cdb_len, inq_data, val); + sbuf_printf(sb, "\n"); + } + + /* + * Print out any sense-key-specific information. + */ + if (scsi_get_sks(sense, sense_len, sks) == 0) { + sbuf_cat(sb, path_str); + scsi_sks_sbuf(sb, sense_key, sks); + sbuf_printf(sb, "\n"); + } + + /* + * If this is fixed sense, we're done. If we have + * descriptor sense, we might have more information + * available. + */ + if (scsi_sense_type(sense) != SSD_TYPE_DESC) + break; + + desc_sense = (struct scsi_sense_data_desc *)sense; + + print_info.sb = sb; + print_info.path_str = path_str; + print_info.cdb = cdb; + print_info.cdb_len = cdb_len; + print_info.inq_data = inq_data; + + /* + * Print any sense descriptors that we have not already printed. + */ + scsi_desc_iterate(desc_sense, sense_len, scsi_print_desc_func, + &print_info); + break; + + } + case -1: + /* + * scsi_extract_sense_len() sets values to -1 if the + * show_errors flag is set and they aren't present in the + * sense data. This means that sense_len is 0. + */ + sbuf_printf(sb, "No sense data present\n"); + break; + default: { + sbuf_printf(sb, "Error code 0x%x", error_code); + if (sense->error_code & SSD_ERRCODE_VALID) { + struct scsi_sense_data_fixed *fixed_sense; + + fixed_sense = (struct scsi_sense_data_fixed *)sense; + + if (SSD_FIXED_IS_PRESENT(fixed_sense, sense_len, info)){ + uint32_t info; + + info = scsi_4btoul(fixed_sense->info); + + sbuf_printf(sb, " at block no. %d (decimal)", + info); + } + } + sbuf_printf(sb, "\n"); + break; + } + } +} + +/* * scsi_sense_sbuf() returns 0 for success and -1 for failure. */ #ifdef _KERNEL @@ -3059,11 +4419,8 @@ scsi_sense_sbuf(struct cam_device *device, struct #ifdef _KERNEL struct ccb_getdev *cgd; #endif /* _KERNEL */ - u_int32_t info; - int error_code; - int sense_key; - int asc, ascq; char path_str[64]; + uint8_t *cdb; #ifndef _KERNEL if (device == NULL) @@ -3161,129 +4518,14 @@ scsi_sense_sbuf(struct cam_device *device, struct sense = &csio->sense_data; } + if (csio->ccb_h.flags & CAM_CDB_POINTER) + cdb = csio->cdb_io.cdb_ptr; + else + cdb = csio->cdb_io.cdb_bytes; - sbuf_cat(sb, path_str); - - error_code = sense->error_code & SSD_ERRCODE; - sense_key = sense->flags & SSD_KEY; - - sbuf_printf(sb, "SCSI sense: "); - switch (error_code) { - case SSD_DEFERRED_ERROR: - sbuf_printf(sb, "Deferred error: "); - - /* FALLTHROUGH */ - case SSD_CURRENT_ERROR: - { - const char *sense_key_desc; - const char *asc_desc; - - asc = (sense->extra_len >= 5) ? sense->add_sense_code : 0; - ascq = (sense->extra_len >= 6) ? sense->add_sense_code_qual : 0; - scsi_sense_desc(sense_key, asc, ascq, inq_data, - &sense_key_desc, &asc_desc); - sbuf_cat(sb, sense_key_desc); - - info = scsi_4btoul(sense->info); - - if (sense->error_code & SSD_ERRCODE_VALID) { - - switch (sense_key) { - case SSD_KEY_NOT_READY: - case SSD_KEY_ILLEGAL_REQUEST: - case SSD_KEY_UNIT_ATTENTION: - case SSD_KEY_DATA_PROTECT: - break; - case SSD_KEY_BLANK_CHECK: - sbuf_printf(sb, " req sz: %d (decimal)", info); - break; - default: - if (info) { - if (sense->flags & SSD_ILI) { - sbuf_printf(sb, " ILI (length " - "mismatch): %d", info); - - } else { - sbuf_printf(sb, " info:%x", - info); - } - } - } - } else if (info) { - sbuf_printf(sb, " info?:%x", info); - } - - if (sense->extra_len >= 4) { - if (bcmp(sense->cmd_spec_info, "\0\0\0\0", 4)) { - sbuf_printf(sb, " csi:%x,%x,%x,%x", - sense->cmd_spec_info[0], - sense->cmd_spec_info[1], - sense->cmd_spec_info[2], - sense->cmd_spec_info[3]); - } - } - - sbuf_printf(sb, " asc:%x,%x (%s)", asc, ascq, asc_desc); - - if (sense->extra_len >= 7 && sense->fru) { - sbuf_printf(sb, " field replaceable unit: %x", - sense->fru); - } - - if ((sense->extra_len >= 10) - && (sense->sense_key_spec[0] & SSD_SCS_VALID) != 0) { - switch(sense_key) { - case SSD_KEY_ILLEGAL_REQUEST: { - int bad_command; - char tmpstr2[40]; - - if (sense->sense_key_spec[0] & 0x40) - bad_command = 1; - else - bad_command = 0; - - tmpstr2[0] = '\0'; - - /* Bit pointer is valid */ - if (sense->sense_key_spec[0] & 0x08) - snprintf(tmpstr2, sizeof(tmpstr2), - "bit %d ", - sense->sense_key_spec[0] & 0x7); - sbuf_printf(sb, ": %s byte %d %sis invalid", - bad_command ? "Command" : "Data", - scsi_2btoul( - &sense->sense_key_spec[1]), - tmpstr2); - break; - } - case SSD_KEY_RECOVERED_ERROR: - case SSD_KEY_HARDWARE_ERROR: - case SSD_KEY_MEDIUM_ERROR: - sbuf_printf(sb, " actual retry count: %d", - scsi_2btoul( - &sense->sense_key_spec[1])); - break; - default: - sbuf_printf(sb, " sks:%#x,%#x", - sense->sense_key_spec[0], - scsi_2btoul( - &sense->sense_key_spec[1])); - break; - } - } - break; - - } - default: - sbuf_printf(sb, "Error code 0x%x", sense->error_code); - if (sense->error_code & SSD_ERRCODE_VALID) { - sbuf_printf(sb, " at block no. %d (decimal)", - info = scsi_4btoul(sense->info)); - } - } - - sbuf_printf(sb, "\n"); - + scsi_sense_only_sbuf(sense, csio->sense_len - csio->sense_resid, sb, + path_str, inq_data, cdb, csio->cdb_len); + #ifdef _KERNEL xpt_free_ccb((union ccb*)cgd); #endif /* _KERNEL/!_KERNEL */ @@ -3355,6 +4597,135 @@ scsi_sense_print(struct cam_device *device, struct #endif /* _KERNEL/!_KERNEL */ /* + * Extract basic sense information. This is backward-compatible with the + * previous implementation. For new implementations, + * scsi_extract_sense_len() is recommended. + */ +void +scsi_extract_sense(struct scsi_sense_data *sense_data, int *error_code, + int *sense_key, int *asc, int *ascq) +{ + scsi_extract_sense_len(sense_data, sizeof(*sense_data), error_code, + sense_key, asc, ascq, /*show_errors*/ 0); +} + +/* + * Extract basic sense information. If show_errors is set, sense values + * will be set to -1 if they are not present. + */ +void +scsi_extract_sense_len(struct scsi_sense_data *sense_data, u_int sense_len, + int *error_code, int *sense_key, int *asc, int *ascq, + int show_errors) +{ + /* + * If we have no length, we have no sense. + */ + if (sense_len == 0) { + if (show_errors == 0) { + *error_code = 0; + *sense_key = 0; + *asc = 0; + *ascq = 0; + } else { + *error_code = -1; + *sense_key = -1; + *asc = -1; + *ascq = -1; + } + return; + } + + *error_code = sense_data->error_code & SSD_ERRCODE; + + switch (*error_code) { + case SSD_DESC_CURRENT_ERROR: + case SSD_DESC_DEFERRED_ERROR: { + struct scsi_sense_data_desc *sense; + + sense = (struct scsi_sense_data_desc *)sense_data; + + if (SSD_DESC_IS_PRESENT(sense, sense_len, sense_key)) + *sense_key = sense->sense_key & SSD_KEY; + else + *sense_key = (show_errors) ? -1 : 0; + + if (SSD_DESC_IS_PRESENT(sense, sense_len, add_sense_code)) + *asc = sense->add_sense_code; + else + *asc = (show_errors) ? -1 : 0; + + if (SSD_DESC_IS_PRESENT(sense, sense_len, add_sense_code_qual)) + *ascq = sense->add_sense_code_qual; + else + *ascq = (show_errors) ? -1 : 0; + break; + } + case SSD_CURRENT_ERROR: + case SSD_DEFERRED_ERROR: + default: { + struct scsi_sense_data_fixed *sense; + + sense = (struct scsi_sense_data_fixed *)sense_data; + + if (SSD_FIXED_IS_PRESENT(sense, sense_len, flags)) + *sense_key = sense->flags & SSD_KEY; + else + *sense_key = (show_errors) ? -1 : 0; + + if ((SSD_FIXED_IS_PRESENT(sense, sense_len, add_sense_code)) + && (SSD_FIXED_IS_FILLED(sense, add_sense_code))) + *asc = sense->add_sense_code; + else + *asc = (show_errors) ? -1 : 0; + + if ((SSD_FIXED_IS_PRESENT(sense, sense_len,add_sense_code_qual)) + && (SSD_FIXED_IS_FILLED(sense, add_sense_code_qual))) + *ascq = sense->add_sense_code_qual; + else + *ascq = (show_errors) ? -1 : 0; + break; + } + } +} + +int +scsi_get_sense_key(struct scsi_sense_data *sense_data, u_int sense_len, + int show_errors) +{ + int error_code, sense_key, asc, ascq; + + scsi_extract_sense_len(sense_data, sense_len, &error_code, + &sense_key, &asc, &ascq, show_errors); + + return (sense_key); +} + +int +scsi_get_asc(struct scsi_sense_data *sense_data, u_int sense_len, + int show_errors) +{ + int error_code, sense_key, asc, ascq; + + scsi_extract_sense_len(sense_data, sense_len, &error_code, + &sense_key, &asc, &ascq, show_errors); + + return (asc); +} + +int +scsi_get_ascq(struct scsi_sense_data *sense_data, u_int sense_len, + int show_errors) +{ + int error_code, sense_key, asc, ascq; + + scsi_extract_sense_len(sense_data, sense_len, &error_code, + &sense_key, &asc, &ascq, show_errors); + + return (ascq); +} + +/* * This function currently requires at least 36 bytes, or * SHORT_INQUIRY_LENGTH, worth of data to function properly. If this * function needs more or less data in the future, another length should be Index: sys/cam/scsi/smp_all.h =================================================================== --- sys/cam/scsi/smp_all.h (revision 225891) +++ sys/cam/scsi/smp_all.h (working copy) @@ -27,7 +27,7 @@ * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * POSSIBILITY OF SUCH DAMAGES. * - * $Id: //depot/users/kenm/FreeBSD-test/sys/cam/scsi/smp_all.h#4 $ + * $Id$ * $FreeBSD$ */ Index: sys/dev/mly/mly.c =================================================================== --- sys/dev/mly/mly.c (revision 225891) +++ sys/dev/mly/mly.c (working copy) @@ -1294,10 +1294,12 @@ mly_complete_event(struct mly_command *mc) static void mly_process_event(struct mly_softc *sc, struct mly_event *me) { - struct scsi_sense_data *ssd = (struct scsi_sense_data *)&me->sense[0]; - char *fp, *tp; - int bus, target, event, class, action; + struct scsi_sense_data_fixed *ssd; + char *fp, *tp; + int bus, target, event, class, action; + ssd = (struct scsi_sense_data_fixed *)&me->sense[0]; + /* * Errors can be reported using vendor-unique sense data. In this case, the * event code will be 0x1c (Request sense data present), the sense key will Index: sys/dev/firewire/sbp_targ.c =================================================================== --- sys/dev/firewire/sbp_targ.c (revision 225891) +++ sys/dev/firewire/sbp_targ.c (working copy) @@ -41,6 +41,7 @@ #include #include #include +#include #if __FreeBSD_version < 500000 #include #endif @@ -632,6 +633,12 @@ sbp_targ_send_status(struct orb_info *orbi, union { struct sbp_cmd_status *sbp_cmd_status; struct scsi_sense_data *sense; + int error_code, sense_key, asc, ascq; + uint8_t stream_bits; + uint8_t sks[3]; + uint64_t info; + int64_t sinfo; + int sense_len; if (debug) printf("%s: STATUS %d\n", __func__, @@ -659,36 +666,76 @@ sbp_targ_send_status(struct orb_info *orbi, union #endif #endif - if ((sense->error_code & SSD_ERRCODE) == SSD_CURRENT_ERROR) + sense_len = ccb->csio.sense_len - ccb->csio.sense_resid; + scsi_extract_sense_len(sense, sense_len, &error_code, + &sense_key, &asc, &ascq, /*show_errors*/ 0); + + switch (error_code) { + case SSD_CURRENT_ERROR: + case SSD_DESC_CURRENT_ERROR: sbp_cmd_status->sfmt = SBP_SFMT_CURR; - else + break; + default: sbp_cmd_status->sfmt = SBP_SFMT_DEFER; + break; + } - sbp_cmd_status->valid = (sense->error_code & SSD_ERRCODE_VALID) - ? 1 : 0; - sbp_cmd_status->s_key = sense->flags & SSD_KEY; - sbp_cmd_status->mark = (sense->flags & SSD_FILEMARK)? 1 : 0; - sbp_cmd_status->eom = (sense->flags & SSD_EOM) ? 1 : 0; - sbp_cmd_status->ill_len = (sense->flags & SSD_ILI) ? 1 : 0; + if (scsi_get_sense_info(sense, sense_len, SSD_DESC_INFO, &info, + &sinfo) == 0) { + uint32_t info_trunc; + sbp_cmd_status->valid = 1; + info_trunc = info; - bcopy(&sense->info[0], &sbp_cmd_status->info, 4); + sbp_cmd_status->info = htobe32(info_trunc); + } else { + sbp_cmd_status->valid = 0; + } - if (sense->extra_len <= 6) - /* add_sense_code(_qual), info, cmd_spec_info */ - sbp_status->len = 4; - else - /* fru, sense_key_spec */ + sbp_cmd_status->s_key = sense_key; + + if (scsi_get_stream_info(sense, sense_len, NULL, + &stream_bits) == 0) { + sbp_cmd_status->mark = + (stream_bits & SSD_FILEMARK) ? 1 : 0; + sbp_cmd_status->eom = + (stream_bits & SSD_EOM) ? 1 : 0; + sbp_cmd_status->ill_len = + (stream_bits & SSD_ILI) ? 1 : 0; + } else { + sbp_cmd_status->mark = 0; + sbp_cmd_status->eom = 0; + sbp_cmd_status->ill_len = 0; + } + + + /* add_sense_code(_qual), info, cmd_spec_info */ + sbp_status->len = 4; + + if (scsi_get_sense_info(sense, sense_len, SSD_DESC_COMMAND, + &info, &sinfo) == 0) { + uint32_t cmdspec_trunc; + + cmdspec_trunc = info; + + sbp_cmd_status->cdb = htobe32(cmdspec_trunc); + } + + sbp_cmd_status->s_code = asc; + sbp_cmd_status->s_qlfr = ascq; + + if (scsi_get_sense_info(sense, sense_len, SSD_DESC_FRU, &info, + &sinfo) == 0) { + sbp_cmd_status->fru = (uint8_t)info; sbp_status->len = 5; - - bcopy(&sense->cmd_spec_info[0], &sbp_cmd_status->cdb, 4); + } else { + sbp_cmd_status->fru = 0; + } - sbp_cmd_status->s_code = sense->add_sense_code; - sbp_cmd_status->s_qlfr = sense->add_sense_code_qual; - sbp_cmd_status->fru = sense->fru; + if (scsi_get_sks(sense, sense_len, sks) == 0) { + bcopy(sks, &sbp_cmd_status->s_keydep[0], sizeof(sks)); + sbp_status->len = 5; + } - bcopy(&sense->sense_key_spec[0], - &sbp_cmd_status->s_keydep[0], 3); - break; } default: Index: sys/dev/firewire/sbp.c =================================================================== --- sys/dev/firewire/sbp.c (revision 225891) +++ sys/dev/firewire/sbp.c (working copy) @@ -1515,10 +1515,10 @@ static void sbp_scsi_status(struct sbp_status *sbp_status, struct sbp_ocb *ocb) { struct sbp_cmd_status *sbp_cmd_status; - struct scsi_sense_data *sense; + struct scsi_sense_data_fixed *sense; sbp_cmd_status = (struct sbp_cmd_status *)sbp_status->data; - sense = &ocb->ccb->csio.sense_data; + sense = (struct scsi_sense_data_fixed *)&ocb->ccb->csio.sense_data; SBP_DEBUG(0) sbp_print_scsi_cmd(ocb); Index: sys/dev/ciss/ciss.c =================================================================== --- sys/dev/ciss/ciss.c (revision 225891) +++ sys/dev/ciss/ciss.c (working copy) @@ -3249,13 +3249,17 @@ ciss_cam_complete(struct ciss_request *cr) ce->sense_length, ce->residual_count); bzero(&csio->sense_data, SSD_FULL_SIZE); bcopy(&ce->sense_info[0], &csio->sense_data, ce->sense_length); - csio->sense_len = ce->sense_length; + if (csio->sense_len > ce->sense_length) + csio->sense_resid = csio->sense_len - ce->sense_length; + else + csio->sense_resid = 0; csio->resid = ce->residual_count; csio->ccb_h.status |= CAM_SCSI_STATUS_ERROR | CAM_AUTOSNS_VALID; #ifdef CISS_DEBUG { struct scsi_sense_data *sns = (struct scsi_sense_data *)&ce->sense_info[0]; - debug(0, "sense key %x", sns->flags & SSD_KEY); + debug(0, "sense key %x", scsi_get_sense_key(sns, csio->sense_len - + csio->sense_resid, /*show_errors*/ 1)); } #endif break; Index: sys/dev/mps/mps_sas.c =================================================================== --- sys/dev/mps/mps_sas.c (revision 225891) +++ sys/dev/mps/mps_sas.c (working copy) @@ -1490,7 +1490,6 @@ mpssas_scsiio_complete(struct mps_softc *sc, struc MPI2_SCSI_IO_REPLY *rep; union ccb *ccb; struct mpssas_softc *sassc; - u_int sense_len; int dir = 0; mps_dprint(sc, MPS_TRACE, "%s\n", __func__); @@ -1666,10 +1665,16 @@ mpssas_scsiio_complete(struct mps_softc *sc, struc } if (rep->SCSIState & MPI2_SCSI_STATE_AUTOSENSE_VALID) { - sense_len = MIN(rep->SenseCount, - sizeof(struct scsi_sense_data)); - if (sense_len < rep->SenseCount) - ccb->csio.sense_resid = rep->SenseCount - sense_len; + int sense_len; + + if (rep->SenseCount < ccb->csio.sense_len) + ccb->csio.sense_resid = ccb->csio.sense_len - + rep->SenseCount; + else + ccb->csio.sense_resid = 0; + + sense_len = min(rep->SenseCount, ccb->csio.sense_len - + ccb->csio.sense_resid); bcopy(cm->cm_sense, &ccb->csio.sense_data, sense_len); ccb->ccb_h.status |= CAM_AUTOSNS_VALID; } Index: sys/dev/mpt/mpt_cam.c =================================================================== --- sys/dev/mpt/mpt_cam.c (revision 225891) +++ sys/dev/mpt/mpt_cam.c (working copy) @@ -3167,12 +3167,19 @@ mpt_scsi_reply_frame_handler(struct mpt_softc *mpt if ((sstate & MPI_SCSI_STATE_AUTOSENSE_VALID) != 0 && (ccb->ccb_h.flags & (CAM_SENSE_PHYS | CAM_SENSE_PTR)) == 0) { + uint32_t sense_returned; + ccb->ccb_h.status |= CAM_AUTOSNS_VALID; - ccb->csio.sense_resid = - ccb->csio.sense_len - le32toh(scsi_io_reply->SenseCount); + + sense_returned = le32toh(scsi_io_reply->SenseCount); + if (sense_returned < ccb->csio.sense_len) + ccb->csio.sense_resid = ccb->csio.sense_len - + sense_returned; + else + ccb->csio.sense_resid = 0; + bcopy(req->sense_vbuf, &ccb->csio.sense_data, - min(ccb->csio.sense_len, - le32toh(scsi_io_reply->SenseCount))); + min(ccb->csio.sense_len, sense_returned)); } if ((sstate & MPI_SCSI_STATE_QUEUE_TAG_REJECTED) != 0) { Index: sys/dev/iir/iir.c =================================================================== --- sys/dev/iir/iir.c (revision 225891) +++ sys/dev/iir/iir.c (working copy) @@ -1839,13 +1839,20 @@ gdt_sync_event(struct gdt_softc *gdt, int service, } else { /* error */ if (gccb->gc_service == GDT_CACHESERVICE) { + struct scsi_sense_data *sense; + ccb->ccb_h.status |= CAM_SCSI_STATUS_ERROR | CAM_AUTOSNS_VALID; ccb->ccb_h.status &= ~CAM_SIM_QUEUED; ccb->csio.scsi_status = SCSI_STATUS_CHECK_COND; bzero(&ccb->csio.sense_data, ccb->csio.sense_len); - ccb->csio.sense_data.error_code = - SSD_CURRENT_ERROR | SSD_ERRCODE_VALID; - ccb->csio.sense_data.flags = SSD_KEY_NOT_READY; + sense = &ccb->csio.sense_data; + scsi_set_sense_data(sense, + /*sense_format*/ SSD_TYPE_NONE, + /*current_error*/ 1, + /*sense_key*/ SSD_KEY_NOT_READY, + /*asc*/ 0x4, + /*ascq*/ 0x01, + SSD_ELEM_NONE); gdt->sc_dvr.size = sizeof(gdt->sc_dvr.eu.sync); gdt->sc_dvr.eu.sync.ionode = gdt->sc_hanum; Index: sys/dev/iscsi/initiator/iscsi_subr.c =================================================================== --- sys/dev/iscsi/initiator/iscsi_subr.c (revision 225891) +++ sys/dev/iscsi/initiator/iscsi_subr.c (working copy) @@ -153,6 +153,7 @@ getSenseData(u_int status, union ccb *ccb, pduq_t scsi_rsp_t *cmd = &pp->ipdu.scsi_rsp; caddr_t bp; int sense_len, mustfree = 0; + int error_code, sense_key, asc, ascq; bp = mtod(pq->mp, caddr_t); if((sense_len = scsi_2btoul(bp)) == 0) @@ -174,10 +175,14 @@ getSenseData(u_int status, union ccb *ccb, pduq_t scsi->sense_resid = 0; if(cmd->flag & (BIT(1)|BIT(2))) scsi->sense_resid = ntohl(pp->ipdu.scsi_rsp.rcnt); + + scsi_extract_sense_len(sense, scsi->sense_len - scsi->sense_resid, + &error_code, &sense_key, &asc, &ascq, /*show_errors*/ 1); + debug(3, "sense_len=%d rcnt=%d sense_resid=%d dsl=%d error_code=%x flags=%x", sense_len, ntohl(pp->ipdu.scsi_rsp.rcnt), scsi->sense_resid, - pp->ds_len, sense->error_code, sense->flags); + pp->ds_len, error_code, sense_key); if(mustfree) free(bp, M_ISCSI); Index: sys/dev/usb/storage/umass.c =================================================================== --- sys/dev/usb/storage/umass.c (revision 225891) +++ sys/dev/usb/storage/umass.c (working copy) @@ -2344,14 +2344,14 @@ umass_cam_action(struct cam_sim *sim, union ccb *c */ if ((sc->sc_quirks & (NO_INQUIRY_EVPD | NO_INQUIRY)) && (sc->sc_transfer.cmd_data[1] & SI_EVPD)) { - struct scsi_sense_data *sense; - sense = &ccb->csio.sense_data; - bzero(sense, sizeof(*sense)); - sense->error_code = SSD_CURRENT_ERROR; - sense->flags = SSD_KEY_ILLEGAL_REQUEST; - sense->add_sense_code = 0x24; - sense->extra_len = 10; + scsi_set_sense_data(&ccb->csio.sense_data, + /*sense_format*/ SSD_TYPE_NONE, + /*current_error*/ 1, + /*sense_key*/ SSD_KEY_ILLEGAL_REQUEST, + /*asc*/ 0x24, + /*ascq*/ 0x00, + /*extra args*/ SSD_ELEM_NONE); ccb->csio.scsi_status = SCSI_STATUS_CHECK_COND; ccb->ccb_h.status = CAM_SCSI_STATUS_ERROR | CAM_AUTOSNS_VALID; @@ -2631,21 +2631,24 @@ umass_cam_sense_cb(struct umass_softc *sc, union c uint8_t status) { uint8_t *cmd; - uint8_t key; switch (status) { case STATUS_CMD_OK: case STATUS_CMD_UNKNOWN: - case STATUS_CMD_FAILED: + case STATUS_CMD_FAILED: { + int key, sense_len; + ccb->csio.sense_resid = residue; + sense_len = ccb->csio.sense_len - ccb->csio.sense_resid; + key = scsi_get_sense_key(&ccb->csio.sense_data, sense_len, + /*show_errors*/ 1); + if (ccb->csio.ccb_h.flags & CAM_CDB_POINTER) { cmd = (uint8_t *)(ccb->csio.cdb_io.cdb_ptr); } else { cmd = (uint8_t *)(ccb->csio.cdb_io.cdb_bytes); } - key = (ccb->csio.sense_data.flags & SSD_KEY); - /* * Getting sense data always succeeds (apart from wire * failures): @@ -2704,7 +2707,7 @@ umass_cam_sense_cb(struct umass_softc *sc, union c } xpt_done(ccb); break; - + } default: DPRINTF(sc, UDMASS_SCSI, "Autosense failed, " "status %d\n", status); Index: sys/dev/isp/isp_freebsd.h =================================================================== --- sys/dev/isp/isp_freebsd.h (revision 225891) +++ sys/dev/isp/isp_freebsd.h (working copy) @@ -438,11 +438,19 @@ default: \ #define XS_SNSP(ccb) (&(ccb)->sense_data) #define XS_SNSLEN(ccb) \ - imin((sizeof((ccb)->sense_data)), ccb->sense_len) + imin((sizeof((ccb)->sense_data)), ccb->sense_len - ccb->sense_resid) -#define XS_SNSKEY(ccb) ((ccb)->sense_data.flags & 0xf) -#define XS_SNSASC(ccb) ((ccb)->sense_data.add_sense_code) -#define XS_SNSASCQ(ccb) ((ccb)->sense_data.add_sense_code_qual) +#define XS_SNSKEY(ccb) (scsi_get_sense_key(&(ccb)->sense_data, \ + ccb->sense_len - ccb->sense_resid, \ + /*show_errors*/ 1)) + +#define XS_SNSASC(ccb) (scsi_get_asc(&(ccb)->sense_data, \ + ccb->sense_len - ccb->sense_resid, \ + /*show_errors*/ 1)) + +#define XS_SNSASCQ(ccb) (scsi_get_ascq(&(ccb)->sense_data, \ + ccb->sense_len - ccb->sense_resid, \ + /*show_errors*/ 1)) #define XS_TAG_P(ccb) \ (((ccb)->ccb_h.flags & CAM_TAG_ACTION_VALID) && \ (ccb)->tag_action != CAM_TAG_ACTION_NONE) @@ -476,9 +484,13 @@ default: \ #define XS_INITERR(ccb) \ XS_SETERR(ccb, CAM_REQ_INPROG), (ccb)->ccb_h.spriv_field0 = 0 -#define XS_SAVE_SENSE(xs, sense_ptr, sense_len) \ - (xs)->ccb_h.status |= CAM_AUTOSNS_VALID; \ - memcpy(&(xs)->sense_data, sense_ptr, imin(XS_SNSLEN(xs), sense_len)) +#define XS_SAVE_SENSE(xs, sense_ptr, slen) do { \ + (xs)->ccb_h.status |= CAM_AUTOSNS_VALID; \ + memcpy(&(xs)->sense_data, sense_ptr, imin(XS_SNSLEN(xs),\ + slen)); \ + if (slen < (xs)->sense_len) \ + (xs)->sense_resid = (xs)->sense_len - slen; \ + } while (0); #define XS_SENSE_VALID(xs) (((xs)->ccb_h.status & CAM_AUTOSNS_VALID) != 0) --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 05:20:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA1801066A5A for ; Sat, 1 Oct 2011 05:20:08 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id DFCFA8FC16 for ; Sat, 1 Oct 2011 05:20:07 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p915K5Jw027813; Fri, 30 Sep 2011 23:20:05 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p915K5v2027812; Fri, 30 Sep 2011 23:20:05 -0600 (MDT) (envelope-from ken) Date: Fri, 30 Sep 2011 23:20:05 -0600 From: "Kenneth D. Merry" To: Fabian Keil Message-ID: <20111001052005.GA27368@nargothrond.kdm.org> References: <20110922193305.GA24939@nargothrond.kdm.org> <20110924212722.4ce229e9@fabiankeil.de> <20110926225842.GA88443@nargothrond.kdm.org> <20110927214603.427e6992@fabiankeil.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110927214603.427e6992@fabiankeil.de> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: SCSI descriptor sense changes, testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 05:20:27 -0000 On Tue, Sep 27, 2011 at 21:46:03 +0200, Fabian Keil wrote: > "Kenneth D. Merry" wrote: > > > On Sat, Sep 24, 2011 at 21:27:22 +0200, Fabian Keil wrote: > > > "Kenneth D. Merry" wrote: > > > > > > > I have attached a set of patches against head that implement SCSI > > > > descriptor sense support for CAM. > > > > > > > Anyway, I'd appreciate any testing and feedback on these changes. As I > > > > said, they will probably be in 9.0, so if there are any issues it would > > > > be better to find them now. :) > > > > > > I've been using the patch on a ThinkPad R500 since yesterday and > > > just reverted it today again to get my kernel closer to HEAD before > > > looking into some (probably unrelated) panics. > > > > > > I didn't notice it while using the patch, but it looks like the > > > kernel wasn't able to pick up cd0 anymore: > > > > Hmm. I don't think any of the changes would have caused this, but > > evidently something did... > > > > Let's see if we can debug it... > > > > I have attached a patch to add some debugging output, and I see at least > > one interesting thing in the logs below. > > > > Can you re-apply the descriptor sense patch, and then try the attached > > debugging patch as well? > > Sure. I believe this is fixed with my latest set of patches. Can you try them and let me know? Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 10:20:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EA8F106566B for ; Sat, 1 Oct 2011 10:20:13 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1055E8FC14 for ; Sat, 1 Oct 2011 10:20:12 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so3304935bkb.13 for ; Sat, 01 Oct 2011 03:20:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=hX+iwP3ZEnmVyYSl+kAcApdyeX56iOhAi625ARFz7Hc=; b=QyK8lvk2fb4qE4e4R5q75dI/EFzK2KhawojpFHzWzfseV5b1Qy+qQf+zIWu7V5Ztn/ +BWJkwjHthcAFtRUF9aJeG3GtYhRcgXWR3fQVNRdEx6gGVg24+TApSMtXbkHfL4DRsJl k+E1tKXJ1fyPuxPP0+rmdQsXUsK+/raDMv7aY= Received: by 10.223.33.10 with SMTP id f10mr287416fad.121.1317464410915; Sat, 01 Oct 2011 03:20:10 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id c5sm10890109fai.2.2011.10.01.03.20.08 (version=SSLv3 cipher=OTHER); Sat, 01 Oct 2011 03:20:09 -0700 (PDT) Message-ID: <4E86E957.7060602@gmail.com> Date: Sat, 01 Oct 2011 13:20:07 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0) Gecko/20110929 Thunderbird/7.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: BETA3 core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 10:20:13 -0000 Hi all. BETA3 dumps core on running heavy disk bound application. Built with clang and kernel is custom, but I can try to reproduce it on GENERIC if that matters. http://limbo.xim.bz/core.txt.0 -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 11:20:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392AC106566B for ; Sat, 1 Oct 2011 11:20:02 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E91468FC0C for ; Sat, 1 Oct 2011 11:20:01 +0000 (UTC) Received: by vws11 with SMTP id 11so2694517vws.13 for ; Sat, 01 Oct 2011 04:20:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=punhq+9WyTH7iCZoP0v6CzFPzpnTb9RxPLFuvRSeaSU=; b=kezF+DhOvBSNq8o8qsKG7lbhOeoK8dRwLs7qaFbrO0LasZHLEtc9lcxsY6ZLh0SaH/ lO/LRDB22hAjFfc+lOjNqHFZ8hKxFDfqwYcJZnCQKc0F5HxZ2ogIJ+WXPEnInGgC17kB u5XK+2IKsUJDz0A4BTCh9Q5XNN2XLJQSqfrqI= MIME-Version: 1.0 Received: by 10.52.69.14 with SMTP id a14mr849269vdu.118.1317468000771; Sat, 01 Oct 2011 04:20:00 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.113.202 with HTTP; Sat, 1 Oct 2011 04:20:00 -0700 (PDT) In-Reply-To: <4E86E957.7060602@gmail.com> References: <4E86E957.7060602@gmail.com> Date: Sat, 1 Oct 2011 13:20:00 +0200 X-Google-Sender-Auth: zfQYFVUjGHo4ERTCRSUVIR0bjws Message-ID: From: "K. Macy" To: Volodymyr Kostyrko Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: BETA3 core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 11:20:02 -0000 You need to change the permissions. I'm getting a 403 from nginx. On Sat, Oct 1, 2011 at 12:20 PM, Volodymyr Kostyrko wrote: > Hi all. > > BETA3 dumps core on running heavy disk bound application. Built with clang > and kernel is custom, but I can try to reproduce it on GENERIC if that > matters. > > http://limbo.xim.bz/core.txt.0 > > -- > Sphinx of black quartz judge my vow. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 12:46:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB941065670; Sat, 1 Oct 2011 12:46:56 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id C6E7D8FC13; Sat, 1 Oct 2011 12:46:55 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 2970BE3F07A; Sat, 1 Oct 2011 14:46:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gf3Qf8gE6WjY; Sat, 1 Oct 2011 14:46:52 +0200 (CEST) Received: from goofy03.vnode.local (wg.benders.se [212.247.52.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id C3861E3F079; Sat, 1 Oct 2011 14:46:51 +0200 (CEST) Date: Sat, 1 Oct 2011 14:46:50 +0200 From: Joel Dahl To: Adrian Chadd Message-ID: <20111001124649.GB56117@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 12:46:56 -0000 On 30-09-2011 17:52, Adrian Chadd wrote: > Hi, > > Would you please try this patch? Make sure that witness and the rest > of the lock debugging is enabled. > > I've been working on this problem with someone else on the list (but I > can't trigger it myself; I think I need to get some dual-CPU wireless > test hardware.) My laptop has been running with your patch for almost 8 hours now. No panics. -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 12:55:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 328F61065673 for ; Sat, 1 Oct 2011 12:55:37 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C2F528FC0A for ; Sat, 1 Oct 2011 12:55:36 +0000 (UTC) Received: by wwe3 with SMTP id 3so3604472wwe.31 for ; Sat, 01 Oct 2011 05:55:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UR8QBwLecuT7Gj9QUCf2uj4ohFgMye2WCDGyEbk32ck=; b=T2JYaDWCDUVrJB0cREOsnBOl6j67aJTpXkZ6DDFeKf75RT6blQH0gutavNdAgpYJc7 JRSCWUzjh3fzndxuT+EWzs0VOU0+imQPDs7idyxGduX8gmnY4mXXDU3tcYCLevli/y0v JDly25wpafcmGMmk+aPhkFcVpS0GQ1FndCggI= MIME-Version: 1.0 Received: by 10.227.165.202 with SMTP id j10mr5995470wby.18.1317473734855; Sat, 01 Oct 2011 05:55:34 -0700 (PDT) Received: by 10.180.104.37 with HTTP; Sat, 1 Oct 2011 05:55:34 -0700 (PDT) In-Reply-To: <20110930224145.5ba1b341@cox.net> References: <20110930224145.5ba1b341@cox.net> Date: Sat, 1 Oct 2011 07:55:34 -0500 Message-ID: From: Greg Miller To: "Conrad J. Sabatier" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 12:55:37 -0000 On 9/30/11, Conrad J. Sabatier wrote: > On Wed, 28 Sep 2011 19:57:55 -0500 > Greg Miller wrote: > >> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >> csup, and I get the following when I try to make buildworld: >> >> ************************************* >> [0] /usr/src # make clean buildworld >> find: /usr/src/sys/sys/param.h: No such file or directory >> "/usr/src/Makefile", line 217: warning: "find /usr/src/sys/sys/param.h >> -mtime -0s" returned non-zero status > > This seems to be very similar to an odd little quirk I've run across > several times recently with 9.0-BETAx, where for some reason it appears > that the timestamp on this file is out of sync with the rest of the > source tree. > > On more than one occasion, after updating /usr/src and starting a "make > buildworld", I've been stopped cold by this, and had to do a "touch > sys/sys/param.h" and restart the build. This doesn't really sound like what I'm seeing... I'm getting this error because csup and cvsup are deleting most of the files in /usr/src/sys/sys by mistake. If anybody has any more ideas for things to try, I'll stay on 9.0B2 a bit longer for testing. Otherwise, I'm upgrading via anoncvs (which is working for me). From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 13:10:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2FAE1065670 for ; Sat, 1 Oct 2011 13:10:32 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo202.cox.net (eastrmfepo202.cox.net [68.230.241.217]) by mx1.freebsd.org (Postfix) with ESMTP id 67E0B8FC1A for ; Sat, 1 Oct 2011 13:10:32 +0000 (UTC) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20111001131026.NDAT14088.eastrmfepo202.cox.net@eastrmimpo03.cox.net>; Sat, 1 Oct 2011 09:10:26 -0400 Received: from serene.no-ip.org ([98.164.86.236]) by eastrmimpo03.cox.net with bizsmtp id fRAR1h00H55wwzE02RASGC; Sat, 01 Oct 2011 09:10:26 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020206.4E871142.0095,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=ASjpOCvEPoSfhuYnpalwTqAN2s78hBywh12H8bbbxwo= c=1 sm=1 a=_nK6alana3AA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=uAbGmPAyUfLL1M3oYAsfuA==:17 a=pGLkceISAAAA:8 a=kviXuzpPAAAA:8 a=78-Ew4wuVYWJ9bZT-agA:9 a=qF9ujeFqNShU1eeW8K8A:7 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=4vB-4DCPJfMA:10 a=uAbGmPAyUfLL1M3oYAsfuA==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p91DAPFB068632; Sat, 1 Oct 2011 08:10:25 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 1 Oct 2011 08:10:19 -0500 From: "Conrad J. Sabatier" To: Greg Miller Message-ID: <20111001081019.3fadeb01@cox.net> In-Reply-To: References: <20110930224145.5ba1b341@cox.net> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: make buildworld error on 9.0B2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 13:10:32 -0000 On Sat, 1 Oct 2011 07:55:34 -0500 Greg Miller wrote: > On 9/30/11, Conrad J. Sabatier wrote: > > On Wed, 28 Sep 2011 19:57:55 -0500 > > Greg Miller wrote: > > > >> On a fresh install of 9.0B2, I've updated my source to RELENG_9 > >> with csup, and I get the following when I try to make buildworld: > >> > >> ************************************* > >> [0] /usr/src # make clean buildworld > >> find: /usr/src/sys/sys/param.h: No such file or directory > >> "/usr/src/Makefile", line 217: warning: > >> "find /usr/src/sys/sys/param.h -mtime -0s" returned non-zero status > > > > This seems to be very similar to an odd little quirk I've run across > > several times recently with 9.0-BETAx, where for some reason it > > appears that the timestamp on this file is out of sync with the > > rest of the source tree. > > > > On more than one occasion, after updating /usr/src and starting a > > "make buildworld", I've been stopped cold by this, and had to do a > > "touch sys/sys/param.h" and restart the build. > > This doesn't really sound like what I'm seeing... I'm getting this > error because csup and cvsup are deleting most of the files in > /usr/src/sys/sys by mistake. > > If anybody has any more ideas for things to try, I'll stay on 9.0B2 a > bit longer for testing. Otherwise, I'm upgrading via anoncvs (which is > working for me). I use csup to update my local copy of the CVS repository, from which I then do cvs updates of /usr/{doc,ports,src}. Works very well, you may want to give that a try. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 14:43:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF624106566C for ; Sat, 1 Oct 2011 14:43:41 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9038FC13 for ; Sat, 1 Oct 2011 14:43:40 +0000 (UTC) Received: from titan.wdn.omnilan.net (titan.lo4.wdn.omnilan.net [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id p91ETh8r028380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Oct 2011 16:29:44 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host titan.lo4.wdn.omnilan.net [172.21.1.150] claimed to be titan.wdn.omnilan.net Message-ID: <4E8723D7.4080502@omnilan.de> Date: Sat, 01 Oct 2011 16:29:43 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDE9D7451DD05013C90F23D45" Subject: beta2 panic: VAPPEND without VWRITE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 14:43:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDE9D7451DD05013C90F23D45 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I got the following panic with 9.0-beta2: cpuid =3D 0 KDB: enter: panic [ thread pid 1445 tid 100126 ] Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) db> bt Tracing pid 1445 tid 100126 td 0xfffffe000510d460 kdb_enter() at kbd_enter+0x3b panic() at panic+0x180 vn_isdisk() at vn_isdisk ufs_accessx() at ufs_accessx+0x188 vop_stdaccess() at vop_stdaccess+0x43 unionfs_access() at unionfs_access+0x1c4 vn_open_cred() at vn_open_cred+0x547 kern_opneat() at kern_openat+0x1f9 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (5, FreeBSD ELF64, open), rip =3D 0x801799f2c, rsp =3D 0x7fffffffb388, rbp =3D 0x8 --- Please tell how to provide more information if needed. Thanks, -Harry --------------enigDE9D7451DD05013C90F23D45 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6HI9cACgkQLDqVQ9VXb8g/5QCgtMiElSbQSZZZBPOR7NyVQNFG a+MAn3osaAHqmyPqceCaZXyUakKb1j3Y =j2B+ -----END PGP SIGNATURE----- --------------enigDE9D7451DD05013C90F23D45-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 14:49:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D50DE1065672 for ; Sat, 1 Oct 2011 14:49:14 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 672918FC0C for ; Sat, 1 Oct 2011 14:49:14 +0000 (UTC) Received: by wyj26 with SMTP id 26so2624191wyj.13 for ; Sat, 01 Oct 2011 07:49:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pizRYLIlYZjSrxgBq9CyW9sKWZzClIo0227VSq7L3oQ=; b=OzdFjkE9K8IRGoQAb2moxehrczakDeGG4Jv/2Bkc1YlxA+yvUKBUbecHpsN4bEje+5 NlIQZSz7+1kDAZj1GoOAv2Z3PxSP+5B+zi8to5Hty0KVu+ib8ZhDzqsyxZR8cyFgzZyp inVlQ9gRQXyY5RncsAL3JLHxEwtPSb8P/OOFw= MIME-Version: 1.0 Received: by 10.216.229.134 with SMTP id h6mr2886328weq.42.1317480553112; Sat, 01 Oct 2011 07:49:13 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.216.182.3 with HTTP; Sat, 1 Oct 2011 07:49:13 -0700 (PDT) In-Reply-To: <4E8723D7.4080502@omnilan.de> References: <4E8723D7.4080502@omnilan.de> Date: Sat, 1 Oct 2011 16:49:13 +0200 X-Google-Sender-Auth: qbpRBTEk_IdoMOFLvQNmXvDyntA Message-ID: From: Attilio Rao To: Harald Schmalzbauer Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: beta2 panic: VAPPEND without VWRITE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 14:49:14 -0000 Can you please show the panic message? Attilio 2011/10/1 Harald Schmalzbauer : > Hello, > > I got the following panic with 9.0-beta2: > > cpuid =3D 0 > KDB: enter: panic > [ thread pid 1445 tid 100126 ] > Stopped at =C2=A0 =C2=A0 =C2=A0kbd_enter+0x2b: movq =C2=A0 =C2=A0$0,0x918= a52(%rip) > db> bt > Tracing pid 1445 tid 100126 td 0xfffffe000510d460 > kdb_enter() at kbd_enter+0x3b > panic() at panic+0x180 > vn_isdisk() at vn_isdisk > ufs_accessx() at ufs_accessx+0x188 > vop_stdaccess() at vop_stdaccess+0x43 > unionfs_access() at unionfs_access+0x1c4 > vn_open_cred() at vn_open_cred+0x547 > kern_opneat() at kern_openat+0x1f9 > syscallenter() at syscallenter+0x1aa > syscall() at syscall+0x4c > Xfast_syscall() at Xfast_syscall+0xdd > --- syscall (5, FreeBSD ELF64, open), rip =3D 0x801799f2c, rsp =3D > 0x7fffffffb388, rbp =3D 0x8 --- > > Please tell how to provide more information if needed. > > Thanks, > > -Harry > > --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 14:30:03 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2CC81065670 for ; Sat, 1 Oct 2011 14:30:03 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id ACA528FC0A for ; Sat, 1 Oct 2011 14:30:03 +0000 (UTC) Received: by ywp17 with SMTP id 17so2895169ywp.13 for ; Sat, 01 Oct 2011 07:30:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XqK24ML5UzErD/q5A4qa5vNFvN7U56ubsRFVBBTtUMw=; b=IAl7hZuzDA1M1IvnNG/A+vm/xKlgRq6f2GxVXZOJJlj6iCdvz6MLweY0howF0aaR+W ISsnq7ijTWQ6I80ZiF+NfxZ/O9VkLlW6zEKFpGRgn3rkHCff8D2gr2FXNWZmEuJdVwTf 7F9Ae7Kq1N/1aEhJkgqKXlQMNFi9gsINUJvdo= MIME-Version: 1.0 Received: by 10.236.152.105 with SMTP id c69mr54521088yhk.93.1317477976592; Sat, 01 Oct 2011 07:06:16 -0700 (PDT) Received: by 10.236.105.166 with HTTP; Sat, 1 Oct 2011 07:06:16 -0700 (PDT) In-Reply-To: <86zkhm6w7k.fsf@ds4.des.no> References: <86aa9pbw3c.fsf@ds4.des.no> <20110930103618.GA51227@server.vk2pj.dyndns.org> <86zkhm6w7k.fsf@ds4.des.no> Date: Sat, 1 Oct 2011 15:06:16 +0100 Message-ID: From: krad To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= X-Mailman-Approved-At: Sat, 01 Oct 2011 14:51:16 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org, Peter Jeremy Subject: Re: Passive FTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 14:30:04 -0000 >Those who still want active FTP (what on earth for?) I have encountered hosting companies in the past that only have inbound port 21 access for security reasons. I think this a bit odd but it is was it is. From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 15:16:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 371D9106566C for ; Sat, 1 Oct 2011 15:16:07 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id A8F498FC0C for ; Sat, 1 Oct 2011 15:16:06 +0000 (UTC) Received: from titan.wdn.omnilan.net (titan.lo4.wdn.omnilan.net [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id p91FG40D029138 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Oct 2011 17:16:04 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host titan.lo4.wdn.omnilan.net [172.21.1.150] claimed to be titan.wdn.omnilan.net Message-ID: <4E872EB4.1050605@omnilan.de> Date: Sat, 01 Oct 2011 17:16:04 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Attilio Rao References: <4E8723D7.4080502@omnilan.de> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB174BC5CAB9A2000400E0C93" Cc: freebsd-current@freebsd.org Subject: Re: beta2 panic: VAPPEND without VWRITE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 15:16:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB174BC5CAB9A2000400E0C93 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable schrieb Attilio Rao am 01.10.2011 16:49 (localtime): > Can you please show the panic message? Sorry, I forgot to add it here: free indoe /var/123088 had 8 blocks panic: VAPPEND withour VWRITE >> cpuid =3D 0 >> KDB: enter: panic >> [ thread pid 1445 tid 100126 ] >> Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) >> db> bt >> Tracing pid 1445 tid 100126 td 0xfffffe000510d460 >> kdb_enter() at kbd_enter+0x3b >> panic() at panic+0x180 >> vn_isdisk() at vn_isdisk >> ufs_accessx() at ufs_accessx+0x188 >> vop_stdaccess() at vop_stdaccess+0x43 >> unionfs_access() at unionfs_access+0x1c4 >> vn_open_cred() at vn_open_cred+0x547 >> kern_opneat() at kern_openat+0x1f9 >> syscallenter() at syscallenter+0x1aa >> syscall() at syscall+0x4c >> Xfast_syscall() at Xfast_syscall+0xdd >> --- syscall (5, FreeBSD ELF64, open), rip =3D 0x801799f2c, rsp =3D >> 0x7fffffffb388, rbp =3D 0x8 --- I'ts reproducable with exact the same hex-numbers with 'scp' when scp tries to alter knwon_hosts, which is on unionfs. Here's some LORs, I haven=C3=84t checked if they're already known. I don'= t have the known-LORs-URL handy... lock order reversal: 1st 0xfffffe000519c278 unionfs (unionfs) @ /usr/src/sys/modules/unionfs/../../fs/unionfs/union_subr.c:356 2nd 0xfffffe000519c458 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2246 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vputx() at vputx+0x328 unionfs_noderem() at unionfs_noderem+0x1c4 unionfs_reclaim() at unionfs_reclaim+0x11 vgonel() at vgonel+0x105 vrecycle() at vrecycle+0x4c unionfs_inactive() at unionfs_inactive+0x20 vinactive() at vinactive+0x72 vputx() at vputx+0x386 kern_statat_vnhook() at kern_statat_vnhook+0x11d kern_statat() at kern_statat+0x15 stat() at stat+0x2a syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (188, FreeBSD ELF64, stat), rip =3D 0x800dc7ecc, rsp =3D 0x7fffffffd6a8, rbp =3D 0x801441190 --- lock order reversal: 1st 0xffffff80e9bf59f8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2= 658 2nd 0xfffffe00051a7a00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_add() at ufsdirhash_add+0x19 ufs_direnter() at ufs_direnter+0x909 ufs_mkdir() at ufs_mkdir+0x44d VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 kern_mkdirat() at kern_mkdirat+0x290 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (136, FreeBSD ELF64, mkdir), rip =3D 0x800933eec, rsp =3D 0x7fffffffd768, rbp =3D 0x800c07050 --- lock order reversal: 1st 0xfffffe000514f818 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 2nd 0xffffff80e9bf59f8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:260 3rd 0xfffffe0005706278 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x7b vfs_hash_get() at vfs_hash_get+0xd5 ffs_vgetf() at ffs_vgetf+0x48 softdep_sync_buf() at softdep_sync_buf+0x393 ffs_syncvnode() at ffs_syncvnode+0x2b3 ffs_truncate() at ffs_truncate+0x477 ufs_direnter() at ufs_direnter+0x73b ufs_mkdir() at ufs_mkdir+0x44d VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 kern_mkdirat() at kern_mkdirat+0x290 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (136, FreeBSD ELF64, mkdir), rip =3D 0x800933eec, rsp =3D 0x7fffffffdbb8, rbp =3D 0x7fffffffdee6 --- Thanks, -Harry >> cpuid =3D 0 >> KDB: enter: panic >> [ thread pid 1445 tid 100126 ] >> Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) >> db> bt >> Tracing pid 1445 tid 100126 td 0xfffffe000510d460 >> kdb_enter() at kbd_enter+0x3b >> panic() at panic+0x180 >> vn_isdisk() at vn_isdisk >> ufs_accessx() at ufs_accessx+0x188 >> vop_stdaccess() at vop_stdaccess+0x43 >> unionfs_access() at unionfs_access+0x1c4 >> vn_open_cred() at vn_open_cred+0x547 >> kern_opneat() at kern_openat+0x1f9 >> syscallenter() at syscallenter+0x1aa >> syscall() at syscall+0x4c >> Xfast_syscall() at Xfast_syscall+0xdd >> --- syscall (5, FreeBSD ELF64, open), rip =3D 0x801799f2c, rsp =3D >> 0x7fffffffb388, rbp =3D 0x8 --- --------------enigB174BC5CAB9A2000400E0C93 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk6HLrQACgkQLDqVQ9VXb8iwqgCgiA4x9m1Xr9boQofcGe20Q+LF cvgAoIoUdER+zGl0mgYUIE0wCc1nKtdd =vikY -----END PGP SIGNATURE----- --------------enigB174BC5CAB9A2000400E0C93-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 16:54:58 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 476D21065673 for ; Sat, 1 Oct 2011 16:54:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 085218FC12 for ; Sat, 1 Oct 2011 16:54:57 +0000 (UTC) Received: by ywp17 with SMTP id 17so2987715ywp.13 for ; Sat, 01 Oct 2011 09:54:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=S7nDgyK1ggu42/YCqhNbnLR9KPda3EIQHGibc1f6PF8=; b=tuiLXY3EKMdug2iBI6nbFn750bZbwbQEJpBcViDnM2FO4aEet4T989QHvJ4JQHwZje gUvjcsq/+uJRN5ri/4JxoGjR4epm7xiHMq54J2UWOo9RS60Dzr3n9qwU4JG9uzBNhtYF jIAa4M1klESTJ17/cJOBg6YeAQFEYxOnSr81U= MIME-Version: 1.0 Received: by 10.236.124.97 with SMTP id w61mr78237961yhh.106.1317488097454; Sat, 01 Oct 2011 09:54:57 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sat, 1 Oct 2011 09:54:57 -0700 (PDT) In-Reply-To: <20111001124649.GB56117@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20111001124649.GB56117@goofy03.vnode.local> Date: Sun, 2 Oct 2011 00:54:57 +0800 X-Google-Sender-Auth: _GlNOtcosfoCf-lj2_FnEqopiio Message-ID: From: Adrian Chadd To: Joel Dahl Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 16:54:58 -0000 On 1 October 2011 20:46, Joel Dahl wrote: > My laptop has been running with your patch for almost 8 hours now. No panics. > Do you have all of the -current debugging enabled (witness, invariants, etc) ? Adrian From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 22:39:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE2C6106567E for ; Sat, 1 Oct 2011 22:39:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 64EE58FC12 for ; Sat, 1 Oct 2011 22:39:47 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvQEAPGVh06DaFvO/2dsb2JhbABBhGWhXYJ4gVMBAQQBIwRSBRYOChEZAgRVBogOpnWQRYMZgniBEwSTYpFa X-IronPort-AV: E=Sophos;i="4.68,474,1312171200"; d="scan'208";a="137866062" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 01 Oct 2011 18:39:46 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 75705B3F05; Sat, 1 Oct 2011 18:39:46 -0400 (EDT) Date: Sat, 1 Oct 2011 18:39:46 -0400 (EDT) From: Rick Macklem To: Harald Schmalzbauer Message-ID: <68247115.2381205.1317508786437.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4E872EB4.1050605@omnilan.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2381204_1245153590.1317508786435" X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Attilio Rao , freebsd-current@freebsd.org Subject: Re: beta2 panic: VAPPEND without VWRITE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 22:39:47 -0000 ------=_Part_2381204_1245153590.1317508786435 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Harald Schmalzbauer wrote: > schrieb Attilio Rao am 01.10.2011 16:49 (localtime): > > Can you please show the panic message? >=20 > Sorry, I forgot to add it here: >=20 > free indoe /var/123088 had 8 blocks > panic: VAPPEND withour VWRITE > >> cpuid =3D 0 > >> KDB: enter: panic > >> [ thread pid 1445 tid 100126 ] > >> Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) > >> db> bt > >> Tracing pid 1445 tid 100126 td 0xfffffe000510d460 > >> kdb_enter() at kbd_enter+0x3b > >> panic() at panic+0x180 > >> vn_isdisk() at vn_isdisk > >> ufs_accessx() at ufs_accessx+0x188 > >> vop_stdaccess() at vop_stdaccess+0x43 > >> unionfs_access() at unionfs_access+0x1c4 > >> vn_open_cred() at vn_open_cred+0x547 > >> kern_opneat() at kern_openat+0x1f9 > >> syscallenter() at syscallenter+0x1aa > >> syscall() at syscall+0x4c > >> Xfast_syscall() at Xfast_syscall+0xdd > >> --- syscall (5, FreeBSD ELF64, open), rip =3D 0x801799f2c, rsp =3D > >> 0x7fffffffb388, rbp =3D 0x8 --- >=20 > I'ts reproducable with exact the same hex-numbers with 'scp' when scp > tries to alter knwon_hosts, which is on unionfs. >=20 You could try the attached one line patch. Since VAPPEND is a modifier for VWRITE, it makes sense to clear it along with VWRITE, I think? rick > Here's some LORs, I haven=C3=84t checked if they're already known. I don'= t > have the known-LORs-URL handy... >=20 > lock order reversal: > 1st 0xfffffe000519c278 unionfs (unionfs) @ > /usr/src/sys/modules/unionfs/../../fs/unionfs/union_subr.c:356 > 2nd 0xfffffe000519c458 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2246 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x807 > __lockmgr_args() at __lockmgr_args+0xdc6 > ffs_lock() at ffs_lock+0x8c > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x47 > vputx() at vputx+0x328 > unionfs_noderem() at unionfs_noderem+0x1c4 > unionfs_reclaim() at unionfs_reclaim+0x11 > vgonel() at vgonel+0x105 > vrecycle() at vrecycle+0x4c > unionfs_inactive() at unionfs_inactive+0x20 > vinactive() at vinactive+0x72 > vputx() at vputx+0x386 > kern_statat_vnhook() at kern_statat_vnhook+0x11d > kern_statat() at kern_statat+0x15 > stat() at stat+0x2a > syscallenter() at syscallenter+0x1aa > syscall() at syscall+0x4c > Xfast_syscall() at Xfast_syscall+0xdd > --- syscall (188, FreeBSD ELF64, stat), rip =3D 0x800dc7ecc, rsp =3D > 0x7fffffffd6a8, rbp =3D 0x801441190 --- > lock order reversal: > 1st 0xffffff80e9bf59f8 bufwait (bufwait) @ > /usr/src/sys/kern/vfs_bio.c:2658 > 2nd 0xfffffe00051a7a00 dirhash (dirhash) @ > /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x807 > _sx_xlock() at _sx_xlock+0x55 > ufsdirhash_acquire() at ufsdirhash_acquire+0x33 > ufsdirhash_add() at ufsdirhash_add+0x19 > ufs_direnter() at ufs_direnter+0x909 > ufs_mkdir() at ufs_mkdir+0x44d > VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 > kern_mkdirat() at kern_mkdirat+0x290 > syscallenter() at syscallenter+0x1aa > syscall() at syscall+0x4c > Xfast_syscall() at Xfast_syscall+0xdd > --- syscall (136, FreeBSD ELF64, mkdir), rip =3D 0x800933eec, rsp =3D > 0x7fffffffd768, rbp =3D 0x800c07050 --- > lock order reversal: > 1st 0xfffffe000514f818 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 > 2nd 0xffffff80e9bf59f8 bufwait (bufwait) @ > /usr/src/sys/ufs/ffs/ffs_vnops.c:260 > 3rd 0xfffffe0005706278 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x807 > __lockmgr_args() at __lockmgr_args+0xdc6 > ffs_lock() at ffs_lock+0x8c > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x47 > vget() at vget+0x7b > vfs_hash_get() at vfs_hash_get+0xd5 > ffs_vgetf() at ffs_vgetf+0x48 > softdep_sync_buf() at softdep_sync_buf+0x393 > ffs_syncvnode() at ffs_syncvnode+0x2b3 > ffs_truncate() at ffs_truncate+0x477 > ufs_direnter() at ufs_direnter+0x73b > ufs_mkdir() at ufs_mkdir+0x44d > VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 > kern_mkdirat() at kern_mkdirat+0x290 > syscallenter() at syscallenter+0x1aa > syscall() at syscall+0x4c > Xfast_syscall() at Xfast_syscall+0xdd > --- syscall (136, FreeBSD ELF64, mkdir), rip =3D 0x800933eec, rsp =3D > 0x7fffffffdbb8, rbp =3D 0x7fffffffdee6 --- >=20 > Thanks, >=20 > -Harry >=20 > >> cpuid =3D 0 > >> KDB: enter: panic > >> [ thread pid 1445 tid 100126 ] > >> Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) > >> db> bt > >> Tracing pid 1445 tid 100126 td 0xfffffe000510d460 > >> kdb_enter() at kbd_enter+0x3b > >> panic() at panic+0x180 > >> vn_isdisk() at vn_isdisk > >> ufs_accessx() at ufs_accessx+0x188 > >> vop_stdaccess() at vop_stdaccess+0x43 > >> unionfs_access() at unionfs_access+0x1c4 > >> vn_open_cred() at vn_open_cred+0x547 > >> kern_opneat() at kern_openat+0x1f9 > >> syscallenter() at syscallenter+0x1aa > >> syscall() at syscall+0x4c > >> Xfast_syscall() at Xfast_syscall+0xdd > >> --- syscall (5, FreeBSD ELF64, open), rip =3D 0x801799f2c, rsp =3D > >> 0x7fffffffb388, rbp =3D 0x8 --- ------=_Part_2381204_1245153590.1317508786435 Content-Type: text/x-patch; name=vappend.patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=vappend.patch LS0tIGZzL3VuaW9uZnMvdW5pb25fdm5vcHMuYy5zYXYJMjAxMS0xMC0wMSAxODoyODowMi4wMDAw MDAwMDAgLTA0MDAKKysrIGZzL3VuaW9uZnMvdW5pb25fdm5vcHMuYwkyMDExLTEwLTAxIDE4OjI4 OjU0LjAwMDAwMDAwMCAtMDQwMApAQCAtNzQ4LDcgKzc0OCw3IEBAIHVuaW9uZnNfYWNjZXNzKHN0 cnVjdCB2b3BfYWNjZXNzX2FyZ3MgKmEKIAkJCQkJCXJldHVybiAoZXJyb3IpOwogCQkJCX0KIAkJ CX0KLQkJCWFjY21vZGUgJj0gflZXUklURTsKKwkJCWFjY21vZGUgJj0gfihWV1JJVEUgfCBWQVBQ RU5EKTsKIAkJCWFjY21vZGUgfD0gVlJFQUQ7IC8qIHdpbGwgY29weSB0byB1cHBlciAqLwogCQl9 CiAJCWVycm9yID0gVk9QX0FDQ0VTUyhsdnAsIGFjY21vZGUsIGFwLT5hX2NyZWQsIHRkKTsK ------=_Part_2381204_1245153590.1317508786435-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 23:07:03 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FE08106566C; Sat, 1 Oct 2011 23:07:03 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id D9D888FC0C; Sat, 1 Oct 2011 23:07:02 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 39CC6E3F07A; Sun, 2 Oct 2011 01:07:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a3r1I7zW3zpQ; Sun, 2 Oct 2011 01:06:58 +0200 (CEST) Received: from goofy03.vnode.local (wg.benders.se [212.247.52.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 790BFE3F079; Sun, 2 Oct 2011 01:06:58 +0200 (CEST) Date: Sun, 2 Oct 2011 01:06:56 +0200 From: Joel Dahl To: Adrian Chadd Message-ID: <20111001230656.GC56117@goofy03.vnode.local> References: <09C13664-4FC0-41F3-8849-CE875B3A6CC0@vnode.se> <20111001124649.GB56117@goofy03.vnode.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: BETA2 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 23:07:03 -0000 On 02-10-2011 0:54, Adrian Chadd wrote: > On 1 October 2011 20:46, Joel Dahl wrote: > > > My laptop has been running with your patch for almost 8 hours now. No panics. > > > > Do you have all of the -current debugging enabled (witness, invariants, etc) ? I'm running GENERIC, so yes. -- Joel From owner-freebsd-current@FreeBSD.ORG Sat Oct 1 23:21:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A623C106566C for ; Sat, 1 Oct 2011 23:21:27 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 38D348FC08 for ; Sat, 1 Oct 2011 23:21:26 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so4145629bkb.13 for ; Sat, 01 Oct 2011 16:21:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=wI0rO+FwRxOCuXKX4Oq6MCf4OELxELLwhQ8au16Lcek=; b=BwNTzned5EJr3rT197Gipb4mA3UBYn+bbwS2rUBYoplOg1qEi7UOOpkAnaoFeFVjks 6vQJ6/AsJPr6Xdm/Oc0mgKpoGIvctWqL4pXH3uex9opEH3A8rXbekPdVofH0svlyV/xz vQwYcgRiFcEmZmcdj8tXAUlP2Jm/JO73ErPvo= Received: by 10.223.23.197 with SMTP id s5mr7539442fab.22.1317511285111; Sat, 01 Oct 2011 16:21:25 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id o16sm13682728fag.21.2011.10.01.16.21.23 (version=SSLv3 cipher=OTHER); Sat, 01 Oct 2011 16:21:24 -0700 (PDT) Message-ID: <4E87A071.30207@gmail.com> Date: Sun, 02 Oct 2011 02:21:21 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0) Gecko/20110929 Thunderbird/7.0 MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <4E86E957.7060602@gmail.com> In-Reply-To: <4E86E957.7060602@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: BETA3 core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2011 23:21:27 -0000 01.10.2011 13:20, Volodymyr Kostyrko wrote: > BETA3 dumps core on running heavy disk bound application. Built with > clang and kernel is custom, but I can try to reproduce it on GENERIC if > that matters. > > http://limbo.xim.bz/core.txt.0 Sorry, I've fixed permissions. -- Sphinx of black quartz judge my vow.