From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 19:19: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 6594B106564A for ; Sun, 13 Mar 2011 19:19:02 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3D5E48FC1D for ; Sun, 13 Mar 2011 19:19:01 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by sam.nabble.com with esmtp (Exim 4.69) (envelope-from ) id 1Pyqof-0005DB-G2 for freebsd-current@freebsd.org; Sun, 13 Mar 2011 12:19:01 -0700 Message-ID: <31138978.post@talk.nabble.com> Date: Sun, 13 Mar 2011 12:19:01 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Nabble-From: jakub_lach@mailplus.pl References: <4D7943B1.1030604@FreeBSD.org> <90325.1299852096@critter.freebsd.dk> <4D7A42CC.8020807@FreeBSD.org> <98496.1299861978@critter.freebsd.dk> <4D7B44AF.7040406@FreeBSD.org> <60071.1299936937@critter.freebsd.dk> Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2011 19:19:02 -0000 Vin=C3=ADcius Zavam wrote: >=20 >=20 > i'm still curious about things like CPUTYPE=3D and -march=3D configured a= s > native, gentlemen. > is it the "golden egg" to use with our system or not? why "natives" > aren't in the benchs? >=20 > /me feels confused. >=20 >=20 > --=20 > Vin=C3=ADcius Zavam > profiles.google.com/egypcio >=20 Apparently -march=3Dnative would equal -march=3Dcore2 with 65nm generation Core2s, this is not the case with Penryns.. But there are none in the test?=20 However, I agree that testing with -march=3Dnative would be simpler and more straightforward. regards,=20 - Jakub Lach --=20 View this message in context: http://old.nabble.com/FreeBSD-Compiler-Benchm= ark%3A-gcc-base-vs.-gcc-ports-vs.-clang-tp31119986p31138978.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 20:29: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 77ABF1065672 for ; Sun, 13 Mar 2011 20:29:59 +0000 (UTC) (envelope-from m.e.sanliturk@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 248EF8FC0A for ; Sun, 13 Mar 2011 20:29:58 +0000 (UTC) Received: by vxc34 with SMTP id 34so4394771vxc.13 for ; Sun, 13 Mar 2011 13:29:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=qzJvqk6KF04OcKiIkexVXUarJVrb/1bwzuXZnJN+7FI=; b=sf+ja0SmkxYtAm43mTBdprpp2xaSeR4JXX4wQmT7w9dYtFeRZ4R6L++eDaTT5sUWWC MTJc8pmSTydXC3MIL9RkXh7zwI301mlzbRG12Dp8LFn4YHWf7zUdI7cLq/5gXYe1OBUA 61+JNjSithllYB/P7+RylaSBI1csU2t8T9/yg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JqPvKUgpzTME+CSbFsohNikHwPXSc6398TGzRuKqnCDS8zktVO8zT2nvYpkObPdsj7 k+8pU+Va74BCjD8+7NLXf+g+2MswGholpFSen9AAh4M7nyo97ygi0Z22kn5JS6PCipR3 hdUo5SWKASWagPuenXgcAZ7kXIy5OAKmugpw0= MIME-Version: 1.0 Received: by 10.52.94.167 with SMTP id dd7mr6720409vdb.206.1300048197817; Sun, 13 Mar 2011 13:29:57 -0700 (PDT) Received: by 10.52.169.165 with HTTP; Sun, 13 Mar 2011 13:29:57 -0700 (PDT) In-Reply-To: <31138978.post@talk.nabble.com> References: <4D7943B1.1030604@FreeBSD.org> <90325.1299852096@critter.freebsd.dk> <4D7A42CC.8020807@FreeBSD.org> <98496.1299861978@critter.freebsd.dk> <4D7B44AF.7040406@FreeBSD.org> <60071.1299936937@critter.freebsd.dk> <31138978.post@talk.nabble.com> Date: Sun, 13 Mar 2011 16:29:57 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Jakub Lach Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2011 20:29:59 -0000 On Sun, Mar 13, 2011 at 3:19 PM, Jakub Lach wrote: > > > Vin=C3=ADcius Zavam wrote: > > > > > > i'm still curious about things like CPUTYPE=3D and -march=3D configured= as > > native, gentlemen. > > is it the "golden egg" to use with our system or not? why "natives" > > aren't in the benchs? > > > > /me feels confused. > > > > > > -- > > Vin=C3=ADcius Zavam > > profiles.google.com/egypcio > > > > Apparently -march=3Dnative would equal -march=3Dcore2 > with 65nm generation Core2s, this is not the case with > Penryns.. But there are none in the test? > > However, I agree that testing with -march=3Dnative > would be simpler and more straightforward. > > regards, > - Jakub Lach > -- > The compilers Clang and GCC may also be compared with the following design because ( on the same computer , multiple parameters are measured ) : Clang Version x ------------------------------------ Repeated Measures ---> p(1) p(2) p(3) p(4) and other parameter= s up to p(m) ----- ----- ----- ----- Computer 1 value value value value ..... Computer 2 value value value value ..... . . . Computer n value value value value ..... GCC Version x ------------------------------------ Repeated Measures ---> p(1) p(2) p(3) p(4) and other parameters up to p(m) ----- ----- ----- ----- Computer n+1 value value value value ..... Computer n+2 value value value value ..... . . . Computer n+n value value value value ..... For each compiler the same number of computers are used ( This is called balanced design ) . Evaluation of unbalanced designs may not be available in used statistical packages , and theoretically , they are NOT very good . Here factors are : (1) Compilers ( CLang , GCC ) (2) Measured parameters as Compilation Parameters such as ( No optimization ) ( Optimization Level 1 ) ( Optimization Level 2 ) ( Processor Kind 1 ) ( Processor Kind 2 ) and ( Code Generation Kind 1 ) ( Code Generation Kind 2 ) and/or any number of other parameters Number of computers as n should be greater than Number of parameters as m . Subjects are the computers which no one of them is equal to the other . Measured parameters are also called treatments . In statistical analysis packages and books on experimental designs this design is called two-factor experiment with repeated measures on one factor . Also the other names may be used : Repeated measures design , or within-subjects factorial design , or multifactor experiments having repeated measures on the same elements Inclusion of two GCC versions into the above table as another compiler may NOT be very well , because GCC compilers are likely VERY CORRELATED with each other ( because they are using the same code generator perhaps some patches applied to distinguish the versions ). To obtain an idea about correlation strength of the GCC compilers , CANONICAL correlation analysis may be used when there are multiple parameters ( do NOT use two-by-two correlation coefficients when there are more than two parameters ) , or , simple correlation when there are only two parameters ( one for each compiler ) . Design is as follows : GCC Version x GCC version y --------------------- --------------------- p(1) P(2) ... p(k) p(1) (p2) ... p(k) Computer 1 v v v v v v computer 2 v v v v v v . . . Computer n v v v v v v where p(1) , p(2) , ... , p(k) are the measured parameters , k : Number of parameters for each block individually ( There may be different parameter sets , but for our purposes equivalent parameter sets are required ) n : Number of observations , where each computer should be different from the others . v : Value measured for a parameter When there is a significant CANONICAL correlation between two compiler related values blocks : (i) it is NOT possible to include the two compilers in the above repeated measures design because of high collinearity . (2) Selection of BEST compiler is possible because two compilers are very similar ( there are no difference between them other than performance level ) = . When the CANONICAL correlation is NOT significant , the other GCC compiler may be included as a third compiler into the repeated measures design . http://en.wikipedia.org/wiki/Repeated_measures_design http://en.wikipedia.org/wiki/Category:Experimental_design http://en.wikipedia.org/wiki/Canonical_correlation http://en.wikipedia.org/wiki/Category:Multivariate_statistics Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 23:01: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 9F9651065679 for ; Sun, 13 Mar 2011 23:01:40 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (darklight.org.ru [IPv6:2001:470:28:4ba::1]) by mx1.freebsd.org (Postfix) with ESMTP id F25548FC12 for ; Sun, 13 Mar 2011 23:01:39 +0000 (UTC) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.4/8.14.4) with ESMTP id p2DN1cWm008404 for ; Mon, 14 Mar 2011 02:01:38 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.4/8.14.4/Submit) id p2DN1cHs008403 for freebsd-current@freebsd.org; Mon, 14 Mar 2011 02:01:38 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Mon, 14 Mar 2011 02:01:38 +0300 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20110313230138.GA1291@darklight.org.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2011 23:01:40 -0000 Hi, I'm getting the following panic trying to boot March 5 snapshot on HP Pavilion DV8 notebook (8.2-RELEASE GENERIC kernel seems to boot on the same hardware just fine): run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config panic: run_interrupt_driven_config_hooks: waited too long cpuid = 0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+03xb: movq $0,0x800ab2(%rip) db> bt Tracing pid 0 tid 100000 td 0xffffffff80ee83e30 kdb_enter() at kdb_enter+0x3b panic() at panic+0x180 boot_run_interrupt_driven_config_hooks() at boot_run_interrupt_driven_config_hooks+0xb3 mi_startup() at mi_startup+0x77 btext() at btext+0x2c Any hints or additional information I should provide to troubleshoot this? TIA, Yuri From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 23:35: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 6CCEC106575F for ; Sun, 13 Mar 2011 23:35:53 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4D27B8FC08 for ; Sun, 13 Mar 2011 23:35:53 +0000 (UTC) Received: from [192.168.1.100] (m206-63.dsl.tsoft.com [198.144.206.63]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p2DNZqh1097970 for ; Sun, 13 Mar 2011 15:35:52 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D7D54DA.7060908@feral.com> Date: Sun, 13 Mar 2011 16:35:54 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110313230138.GA1291@darklight.org.ru> In-Reply-To: <20110313230138.GA1291@darklight.org.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.67.166.1]); Sun, 13 Mar 2011 15:35:52 -0800 (PST) Subject: Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2011 23:35:54 -0000 This usually has to do with a hung SCSI command. That this is a notebook indicates to me that it's possibly a USB device. A boot -v with 8.2RELEASE and then a boot -v with this snapshot might tell us what's up. > Hi, > > I'm getting the following panic trying to boot March 5 snapshot on > HP Pavilion DV8 notebook (8.2-RELEASE GENERIC kernel seems to boot on > the same hardware just fine): > > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > panic: run_interrupt_driven_config_hooks: waited too long > cpuid = 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+03xb: movq $0,0x800ab2(%rip) > db> bt > Tracing pid 0 tid 100000 td 0xffffffff80ee83e30 > kdb_enter() at kdb_enter+0x3b > panic() at panic+0x180 > boot_run_interrupt_driven_config_hooks() at boot_run_interrupt_driven_config_hooks+0xb3 > mi_startup() at mi_startup+0x77 > btext() at btext+0x2c > > Any hints or additional information I should provide to troubleshoot > this? > > > TIA, > Yuri > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 23:36: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 EA302106564A for ; Sun, 13 Mar 2011 23:36:39 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (darklight.org.ru [IPv6:2001:470:28:4ba::1]) by mx1.freebsd.org (Postfix) with ESMTP id 471738FC21 for ; Sun, 13 Mar 2011 23:36:38 +0000 (UTC) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.4/8.14.4) with ESMTP id p2DNabdG008525 for ; Mon, 14 Mar 2011 02:36:37 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.4/8.14.4/Submit) id p2DNabcL008524 for freebsd-current@freebsd.org; Mon, 14 Mar 2011 02:36:37 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Mon, 14 Mar 2011 02:36:37 +0300 From: Yuri Pankov To: freebsd-current@freebsd.org Message-ID: <20110313233637.GB1291@darklight.org.ru> References: <20110313230138.GA1291@darklight.org.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110313230138.GA1291@darklight.org.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2011 23:36:40 -0000 On Mon, Mar 14, 2011 at 02:01:38AM +0300, Yuri Pankov wrote: > Hi, > > I'm getting the following panic trying to boot March 5 snapshot on > HP Pavilion DV8 notebook (8.2-RELEASE GENERIC kernel seems to boot on > the same hardware just fine): > > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > panic: run_interrupt_driven_config_hooks: waited too long > cpuid = 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+03xb: movq $0,0x800ab2(%rip) > db> bt > Tracing pid 0 tid 100000 td 0xffffffff80ee83e30 > kdb_enter() at kdb_enter+0x3b > panic() at panic+0x180 > boot_run_interrupt_driven_config_hooks() at boot_run_interrupt_driven_config_hooks+0xb3 > mi_startup() at mi_startup+0x77 > btext() at btext+0x2c > > Any hints or additional information I should provide to troubleshoot > this? Not sure if these are useful: http://darklight.org.ru/misc/dv8.dmesg.boot http://darklight.org.ru/misc/dv8.pciconf Yuri From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 23: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 07FB0106566B for ; Sun, 13 Mar 2011 23:41:57 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id C80608FC12 for ; Sun, 13 Mar 2011 23:41:56 +0000 (UTC) Received: from [192.168.1.100] (m206-63.dsl.tsoft.com [198.144.206.63]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p2DNfuFT098002 for ; Sun, 13 Mar 2011 15:41:56 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D7D5646.3080004@feral.com> Date: Sun, 13 Mar 2011 16:41:58 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110313230138.GA1291@darklight.org.ru> <20110313233637.GB1291@darklight.org.ru> In-Reply-To: <20110313233637.GB1291@darklight.org.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.67.166.1]); Sun, 13 Mar 2011 15:41:56 -0800 (PST) Subject: Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2011 23:41:57 -0000 Yes they are. The full messages from the failed boot would be helpful. Looks like we have ATA in CAM now, so it's possible that the disk reset failed, etc... > Not sure if these are useful: > http://darklight.org.ru/misc/dv8.dmesg.boot > http://darklight.org.ru/misc/dv8.pciconf > > > Yuri > _______________________________________________ > 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 Mar 14 00:03: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 BA347106564A for ; Mon, 14 Mar 2011 00:03:45 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (darklight.org.ru [IPv6:2001:470:28:4ba::1]) by mx1.freebsd.org (Postfix) with ESMTP id 16EDD8FC0C for ; Mon, 14 Mar 2011 00:03:44 +0000 (UTC) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.4/8.14.4) with ESMTP id p2E03bDc008888; Mon, 14 Mar 2011 03:03:37 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.4/8.14.4/Submit) id p2E03b3f008887; Mon, 14 Mar 2011 03:03:37 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Mon, 14 Mar 2011 03:03:37 +0300 From: Yuri Pankov To: Matthew Jacob Message-ID: <20110314000337.GC1291@darklight.org.ru> References: <20110313230138.GA1291@darklight.org.ru> <20110313233637.GB1291@darklight.org.ru> <4D7D5646.3080004@feral.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D7D5646.3080004@feral.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 00:03:45 -0000 On Sun, Mar 13, 2011 at 04:41:58PM -0700, Matthew Jacob wrote: > Yes they are. The full messages from the failed boot would be helpful. > Looks like we have ATA in CAM now, so it's possible that the disk reset > failed, etc... What are my options for saving the output from failed boot other than handtyping it (no serial ports, no serial USB adapters)? > > Not sure if these are useful: > > http://darklight.org.ru/misc/dv8.dmesg.boot > > http://darklight.org.ru/misc/dv8.pciconf Yuri From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 00:46: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 99E8D10656E9; Mon, 14 Mar 2011 00:46:27 +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 2AC408FC1C; Mon, 14 Mar 2011 00:46:26 +0000 (UTC) Received: by vxc34 with SMTP id 34so4496245vxc.13 for ; Sun, 13 Mar 2011 17:46:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:cc:content-type; bh=txd9mhQNwpkBMREymMwulLy15h59E0IS3YPhQggtDnk=; b=RcvQUtSwzwfBZu48HkQ689QdF1PInICCxsKKVy/BAXzv1aYZeSRzGC8e5V00cgWtBZ KOPF3tFvMeeQ+B4zCBPE/3xeJSs926OL/t8ctcNwZr5XWUkIzIavUXk4uu+m2lrQwpmu BNI9OzCOFokNUSHhgNFagpQ7pM4aYM5m0qLRU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=TZiaTAGnwDH2U1IvlC1PjxfO4sD3k9HiWWsIsvrk2CgWywI1pDWEYFIw4QYW7XXJ+d Pb5uCPxD8zjymyWZ57rk0NWOz4+oOK/+9niY2wg8vf1Qh9TzyNsNnUB3TQwO5IOjeHah 5mR9SPFchYRUWALmPjSmxKeaSARSp8Fm+OK8c= MIME-Version: 1.0 Received: by 10.52.173.38 with SMTP id bh6mr3002104vdc.296.1300063586278; Sun, 13 Mar 2011 17:46:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.228 with HTTP; Sun, 13 Mar 2011 17:46:26 -0700 (PDT) Date: Mon, 14 Mar 2011 08:46:26 +0800 X-Google-Sender-Auth: YU1bzNgQc9nJlprrozKLuF-bwa0 Message-ID: From: Adrian Chadd To: freebsd-mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Net , freebsd-current Subject: [ath] AR9285/AR2427 users - please test -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 00:46:27 -0000 Hi all, I've been working on AR9285 and AR2427 specific fixes. I seem to have fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 actually performs better under FreeBSD than Linux. Hah!) Just to be clear - the AR2427 support now seems to work and be stable. I'm seeing 24mbit in iperf TCP tests in both TX and RX test. Would people please give -head a test and report back to the list(s) ? Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 01:34: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 C9959106566C for ; Mon, 14 Mar 2011 01:34:45 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 94BE78FC1D for ; Mon, 14 Mar 2011 01:34:45 +0000 (UTC) Received: from [192.168.1.100] (m206-63.dsl.tsoft.com [198.144.206.63]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p2E1Yhd4098457; Sun, 13 Mar 2011 17:34:44 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D7D70B8.9020803@feral.com> Date: Sun, 13 Mar 2011 18:34:48 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Yuri Pankov References: <20110313230138.GA1291@darklight.org.ru> <20110313233637.GB1291@darklight.org.ru> <4D7D5646.3080004@feral.com> <20110314000337.GC1291@darklight.org.ru> In-Reply-To: <20110314000337.GC1291@darklight.org.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.67.166.1]); Sun, 13 Mar 2011 17:34:44 -0800 (PST) Cc: freebsd-current@freebsd.org Subject: Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 01:34:45 -0000 On 3/13/2011 5:03 PM, Yuri Pankov wrote: > On Sun, Mar 13, 2011 at 04:41:58PM -0700, Matthew Jacob wrote: >> Yes they are. The full messages from the failed boot would be helpful. >> Looks like we have ATA in CAM now, so it's possible that the disk reset >> failed, etc... > What are my options for saving the output from failed boot other than > handtyping it (no serial ports, no serial USB adapters)? None that I can think of :-( From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 03:37:23 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 E7C49106564A; Mon, 14 Mar 2011 03:37:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BA9F78FC13; Mon, 14 Mar 2011 03:37:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2E3bM3t088350; Sun, 13 Mar 2011 23:37:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2E3bMWq088275; Mon, 14 Mar 2011 03:37:22 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Mar 2011 03:37:22 GMT Message-Id: <201103140337.p2E3bMWq088275@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 03:37:24 -0000 TB --- 2011-03-14 02:05:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-14 02:05:46 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-03-14 02:05:46 - cleaning the object tree TB --- 2011-03-14 02:05:57 - cvsupping the source tree TB --- 2011-03-14 02:05:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-03-14 02:06:09 - building world TB --- 2011-03-14 02:06:09 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-14 02:06:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-14 02:06:09 - TARGET=ia64 TB --- 2011-03-14 02:06:09 - TARGET_ARCH=ia64 TB --- 2011-03-14 02:06:09 - TZ=UTC TB --- 2011-03-14 02:06:09 - __MAKE_CONF=/dev/null TB --- 2011-03-14 02:06:09 - cd /src TB --- 2011-03-14 02:06:09 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 14 02:06:10 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 14 03:31:30 UTC 2011 TB --- 2011-03-14 03:31:30 - generating LINT kernel config TB --- 2011-03-14 03:31:30 - cd /src/sys/ia64/conf TB --- 2011-03-14 03:31:30 - /usr/bin/make -B LINT TB --- 2011-03-14 03:31:30 - building LINT kernel TB --- 2011-03-14 03:31:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-14 03:31:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-14 03:31:30 - TARGET=ia64 TB --- 2011-03-14 03:31:30 - TARGET_ARCH=ia64 TB --- 2011-03-14 03:31:30 - TZ=UTC TB --- 2011-03-14 03:31:30 - __MAKE_CONF=/dev/null TB --- 2011-03-14 03:31:30 - cd /src TB --- 2011-03-14 03:31:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 14 03:31:30 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9280_olc.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc1: warnings being treated as errors /src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c: In function 'ar9285SetBoardValues': /src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:313: warning: implicit declaration of function 'ar9285SetBoardGain' /src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:313: warning: nested extern declaration of 'ar9285SetBoardGain' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-14 03:37:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-14 03:37:22 - ERROR: failed to build lint kernel TB --- 2011-03-14 03:37:22 - 4385.59 user 779.41 system 5495.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 05:31:46 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 C1E75106566B; Mon, 14 Mar 2011 05:31:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 93F6A8FC1A; Mon, 14 Mar 2011 05:31:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2E5Vj14091806; Mon, 14 Mar 2011 01:31:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2E5Vj3V091773; Mon, 14 Mar 2011 05:31:45 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 14 Mar 2011 05:31:45 GMT Message-Id: <201103140531.p2E5Vj3V091773@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 05:31:46 -0000 TB --- 2011-03-14 03:42:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-14 03:42:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-03-14 03:42:31 - cleaning the object tree TB --- 2011-03-14 03:42:45 - cvsupping the source tree TB --- 2011-03-14 03:42:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-03-14 03:42:58 - building world TB --- 2011-03-14 03:42:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-14 03:42:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-14 03:42:58 - TARGET=powerpc TB --- 2011-03-14 03:42:58 - TARGET_ARCH=powerpc TB --- 2011-03-14 03:42:58 - TZ=UTC TB --- 2011-03-14 03:42:58 - __MAKE_CONF=/dev/null TB --- 2011-03-14 03:42:58 - cd /src TB --- 2011-03-14 03:42:58 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 14 03:42:59 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Mar 14 05:27:20 UTC 2011 TB --- 2011-03-14 05:27:20 - generating LINT kernel config TB --- 2011-03-14 05:27:21 - cd /src/sys/powerpc/conf TB --- 2011-03-14 05:27:21 - /usr/bin/make -B LINT TB --- 2011-03-14 05:27:21 - building LINT kernel TB --- 2011-03-14 05:27:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-14 05:27:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-14 05:27:21 - TARGET=powerpc TB --- 2011-03-14 05:27:21 - TARGET_ARCH=powerpc TB --- 2011-03-14 05:27:21 - TZ=UTC TB --- 2011-03-14 05:27:21 - __MAKE_CONF=/dev/null TB --- 2011-03-14 05:27:21 - cd /src TB --- 2011-03-14 05:27:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 14 05:27:21 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9280_attach.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9280_olc.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9285_attach.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc1: warnings being treated as errors /src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c: In function 'ar9285SetBoardValues': /src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:313: warning: implicit declaration of function 'ar9285SetBoardGain' /src/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c:313: warning: nested extern declaration of 'ar9285SetBoardGain' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-14 05:31:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-14 05:31:45 - ERROR: failed to build lint kernel TB --- 2011-03-14 05:31:45 - 5233.94 user 908.84 system 6553.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 07:07: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 647BC106566C for ; Mon, 14 Mar 2011 07:07:56 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id EB9A28FC0C for ; Mon, 14 Mar 2011 07:07:55 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id CFAA51431E2; Mon, 14 Mar 2011 08:07:54 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kZGF7aC5z9p4; Mon, 14 Mar 2011 08:07:52 +0100 (CET) Received: from [10.9.8.1] (chello085216231078.chello.sk [85.216.231.78]) by mail.vx.sk (Postfix) with ESMTPSA id 6E4311431D6; Mon, 14 Mar 2011 08:07:52 +0100 (CET) Message-ID: <4D7DBEC7.807@FreeBSD.org> Date: Mon, 14 Mar 2011 08:07:51 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Jakub Lach References: <4D7943B1.1030604@FreeBSD.org> <31131269.post@talk.nabble.com> <31131280.post@talk.nabble.com> In-Reply-To: <31131280.post@talk.nabble.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD Compiler Benchmark: gcc-base vs. gcc-ports vs. clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 07:07:56 -0000 After my recent patches to HEAD not anymore. I have also a SSSE3 patch and a general gcc 4.2 update patch pending. Dňa 12.03.2011 09:42, Jakub Lach wrote / napísal(a): > > "Core i7 based procesors run slower with -march=core2 (new option) on the > system > compiler than with -march=nocona" > > Sorry for double mail, isn't CPUTYPE=core2 just alias to nocona with base > compiler? > From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 07:10: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 3EF36106566B for ; Mon, 14 Mar 2011 07:10:21 +0000 (UTC) (envelope-from jhellenthal@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 F030A8FC20 for ; Mon, 14 Mar 2011 07:10:20 +0000 (UTC) Received: by iyj12 with SMTP id 12so5536039iyj.13 for ; Mon, 14 Mar 2011 00:10:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:in-reply-to :message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=7Q+8XfcOGpFWhbWQwgX5sr8UCu1KVc8EpauGWI+bYbQ=; b=Tc0PAkAkbnUqMNsEIP8ZRQou97gzHUXQWvLi3fyvFazsBT2i9YpQ3VhJiGhRFQtoLf e/GYJlUWD7gCYGePutTCn74Sn9qvb91mXLYv0/QDHC2ZIXujeilD2mEOEDJBeLT6CJNi qFqOiSgMl8Ntiv6eI+WV7BHlHlZzu4ujdTtYc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=Qh3xtfrAi+doS2wcLMlSO6BxJoaLzsZGs5KPOYROjVqVv8LUPZMvblmHRqJt0UA896 eMdGTyWQQKhnf455lZFTYgEzHpDdCTmJYb6FXAnFMkYpjQ6lCr9LZsaxxnI/qCaZm31b d6rjpi2IE2t8kZ6Fj0TTK9VD5UVCHtqTldt+8= Received: by 10.42.133.129 with SMTP id h1mr5760224ict.486.1300085089742; Sun, 13 Mar 2011 23:44:49 -0700 (PDT) Received: from disbatch.dataix.local (adsl-99-19-43-28.dsl.klmzmi.sbcglobal.net [99.19.43.28]) by mx.google.com with ESMTPS id 8sm6367889iba.10.2011.03.13.23.44.47 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 13 Mar 2011 23:44:47 -0700 (PDT) Sender: "J. Hellenthal" Date: Mon, 14 Mar 2011 02:44:16 -0400 From: "J. Hellenthal" To: Urankar Mikael In-Reply-To: <20110310131710.GG96225@iut-mir-o.ujf-grenoble.fr> Message-ID: References: <20110310131710.GG96225@iut-mir-o.ujf-grenoble.fr> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: ZFSv28, zfs list behaviour and sysutils/freebsd-snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 07:10:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 10 Mar 2011 08:17, mikael.urankar@ wrote: > Hi, > > I'm using sysutils/freebsd-snapshot to make periodic ZFS backup snapshot > and this soft is broken since the upgrade of my pool to ZFSv28. > After some debugging it appears that "zfs list" behaviour has changed > with ZFSv28, and since freebsd-snapshot relies on "zfs list" to retrieve > the "ZFS file system name" from the "mountpoint name" the soft doesn't > work anymore. > > output of "zfs list" on a 8.2R amd64 (ZFSv15) : > zfs list /home/murankar > NAME USED AVAIL REFER MOUNTPOINT > tank/home/murankar 1.47M 1.59T 1.47M /home/murankar > > zfs list tank/home/murankar > NAME USED AVAIL REFER MOUNTPOINT > tank/home/murankar 1.47M 1.59T 1.47M /home/murankar > > on a 9-Current amd64 I've got no output for "zfs list /home/murankar" > and a exit code of 1 > the output of "zfs list tank/home/murankar" is correct : > NAME USED AVAIL REFER MOUNTPOINT > tank/home/murankar 6,56G 286G 6,55G /home/murankar Looking at the output here I am hoping that this is not hand typed! the character ',' appears in this output which might fool a script into doing other things if it has not been avoided in the first place. If you have upgraded that machine to 9-CURRENT and have sysutils/zfsnap installed I would recommend deleting any snapshots that you have before it runs the snapshot scripts. This assumes that the snapshot script might have changed since you upgraded it and that the snapshot names are different. Better to be on the sane side. See UPDATING/20100929 for reference. # Correct syntax: zfs list pool/dataset1/dataset2 # Incorrect syntax: ( I hope you were hand typing that and missed... ) zfs list /dataset1/dataset2 > > Is it the normal behaviour for ZFSv28 or some kind of regression ? > No its not normal, and some sort of regression possible. Though I usually take regression as performance issues as in speed. Also, pkg-descr freebsd-snapshot is a set of convenience front-end tools to mount(8) and mdconfig(8) for the management of UFS2 snapshots. It is also the under-lying tool used in the periodic snapshot scheduler periodic-snapshot(8) and the mounting/unmouning command in the amd(8) map /usr/local/etc/amd.map.snap. It provides the making, expiring, visiting, mounting and unmounting of filesystem snapshots. pkg-descr zfSnap is simple sh script to make rolling zfs snapshots with cron. Main advantage of zfSnap is that it's written in %100 pure /bin/sh, doesn't require any additional software to run, and is simple to use. zfSnap keeps all information about snapshot in snapshot name. zfs snapshot names are in form: Time-stamp--TTL where time-stamp is date and time of snapshot creation and TTL is Time To Live in human readable form. Did you happen to mix the above two up ? If so then rinse and repeat. Good luck, - -- Regards, J. Hellenthal (0x89D8547E) JJH48-ARIN -----BEGIN PGP SIGNATURE----- Comment: THIS SOFTWARE AND/OR CONTENTS IS PROVIDED BY THE AUTHOR ``AS IS'' AND Comment: ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE Comment: IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR Comment: PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY Comment: DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL Comment: DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS Comment: OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) Comment: HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, Comment: STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING Comment: IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE Comment: POSSIBILITY OF SUCH DAMAGE. iQEcBAEBAgAGBQJNfblYAAoJEJBXh4mJ2FR+5cIH/0csXIcjgGofUFOxVtCjOnnQ NlBo9MCwbq5E7VdGxsLQ1tS56/svUH5b6n/iUjT1Yca/gxGl39jxdwnvLFV8IqxD ahJNcf7vmnwZYILh34jfCCCP8UUl4JEk/huj3fVtV0smjp7obqpx2CuF9EtyRtnh 0tYoiHJberXjzQOO3jrDQhciSqAGjhOL8n8K8bPP28SRWC4l7ujVZX/Av8pXf8TA NnsLOfIOT18tkdr6j69YFCDHazE/Y/qTxfRV6ECgmah2OSlYzaeyF6DjsE2EuHtk bHQ/qTOQ+SJL6wrt13kXdbVX1tPnVuN2Ru7aYBswWPeocEemmqmKEuotmnLXOlQ= =yK0/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 08:15: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 89539106566B for ; Mon, 14 Mar 2011 08:15:00 +0000 (UTC) (envelope-from dnebdal@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 4CFD98FC1E for ; Mon, 14 Mar 2011 08:15:00 +0000 (UTC) Received: by iyj12 with SMTP id 12so5577743iyj.13 for ; Mon, 14 Mar 2011 01:14:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=0quhm7glg5LvVCXpPBZvJE4gILIUk0G7ViO3tk7TFVY=; b=nDu5LRQIJ2CeJtjxS+Q+cSuJAR1+kNm6f9vnbBj0dA8mzljZCVeUIQu1c1jTlbXE6b qynWXrg37ULt2ZEwgEdYpET/xzA7u9H6dijg58y71cb/dIz3J3+naYRI0MqVKNu5HQ1v cNIAsq+u/v5SIS9vipo8WmS9QZKwNAlJBIDVc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ZjdVsdwxgvT2Uh0eqSLXa7DoV/Ijs7uux5CbZNkg7Ju90+Xv4p2UvT5ckWBvtAu1wy GruPr7xuBW5ZuiKv1e2Kl0SGXbstnRgjNWrKn6UM8Hy2iNa6hzzjrGcBsOkmFoeTEmlz UG3lSeF2te0iibA1GVO1rD5vRjFNuVGt9s7Q8= MIME-Version: 1.0 Received: by 10.43.50.199 with SMTP id vf7mr6410748icb.125.1300088705219; Mon, 14 Mar 2011 00:45:05 -0700 (PDT) Received: by 10.231.58.203 with HTTP; Mon, 14 Mar 2011 00:45:05 -0700 (PDT) In-Reply-To: <4D7D70B8.9020803@feral.com> References: <20110313230138.GA1291@darklight.org.ru> <20110313233637.GB1291@darklight.org.ru> <4D7D5646.3080004@feral.com> <20110314000337.GC1291@darklight.org.ru> <4D7D70B8.9020803@feral.com> Date: Mon, 14 Mar 2011 08:45:05 +0100 Message-ID: From: Daniel Nebdal To: Matthew Jacob Content-Type: text/plain; charset=ISO-8859-1 Cc: Yuri Pankov , freebsd-current@freebsd.org Subject: Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 08:15:00 -0000 On Mon, Mar 14, 2011 at 2:34 AM, Matthew Jacob wrote: > On 3/13/2011 5:03 PM, Yuri Pankov wrote: >> >> On Sun, Mar 13, 2011 at 04:41:58PM -0700, Matthew Jacob wrote: >>> >>> Yes they are. The full messages from the failed boot would be helpful. >>> Looks like we have ATA in CAM now, so it's possible that the disk reset >>> failed, etc... >> >> What are my options for saving the output from failed boot other than >> handtyping it (no serial ports, no serial USB adapters)? > > None that I can think of :-( Well, there's always the digital camera / posting pictures solution... -- Daniel Nebdal From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 08:37: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 142E2106564A for ; Mon, 14 Mar 2011 08:37:30 +0000 (UTC) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: from amazone1.ujf-grenoble.fr (amazone1.ujf-grenoble.fr [193.54.238.254]) by mx1.freebsd.org (Postfix) with ESMTP id B429F8FC15 for ; Mon, 14 Mar 2011 08:37:29 +0000 (UTC) Received: from tana3.ujf-grenoble.fr (tana3.ujf-grenoble.fr [152.77.18.201]) by amazone1.ujf-grenoble.fr (8.13.7/8.13.7/Configured by JE/GB 2010-12-10) with ESMTP id p2E8bRIX084303 for ; Mon, 14 Mar 2011 09:37:27 +0100 (CET) Received: from tana3.ujf-grenoble.fr (unknown [127.0.0.1]) by tana3.ujf-grenoble.fr (Postfix) with ESMTP id A54A35C0F for ; Mon, 14 Mar 2011 09:37:27 +0100 (CET) X-UJF-AV: Scanned on tana3.ujf-grenoble.fr Received: from tibre3.ujf-grenoble.fr (tibre3.ujf-grenoble.fr [152.77.18.213]) by tana3.ujf-grenoble.fr (Postfix) with ESMTP id 8AFF15C02 for ; Mon, 14 Mar 2011 09:37:27 +0100 (CET) Received: from iut-mir-o.ujf-grenoble.fr (iut-mir-o.ujf-grenoble.fr [152.77.59.35]) by tibre3.ujf-grenoble.fr (8.14.3/8.14.3/SyS-1.10) with ESMTP id p2E8bP3x042739 for ; Mon, 14 Mar 2011 09:37:27 +0100 (CET) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: from iut-mir-o.ujf-grenoble.fr (localhost [127.0.0.1]) by iut-mir-o.ujf-grenoble.fr (8.14.4/8.14.4) with ESMTP id p2E8bPfM014482 for ; Mon, 14 Mar 2011 09:37:25 +0100 (CET) (envelope-from murankar@iut-mir-o.ujf-grenoble.fr) Received: (from murankar@localhost) by iut-mir-o.ujf-grenoble.fr (8.14.4/8.14.4/Submit) id p2E8bPW5014481 for freebsd-current@freebsd.org; Mon, 14 Mar 2011 09:37:25 +0100 (CET) (envelope-from murankar) Date: Mon, 14 Mar 2011 09:37:25 +0100 From: Urankar Mikael To: FreeBSD Current Message-ID: <20110314083725.GE47419@iut-mir-o.ujf-grenoble.fr> References: <20110310131710.GG96225@iut-mir-o.ujf-grenoble.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: ZFSv28, zfs list behaviour and sysutils/freebsd-snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 08:37:30 -0000 On Mon 14 March 2011 at 02:44:16AM -0400, J. Hellenthal wrote: > On Thu, 10 Mar 2011 08:17, mikael.urankar@ wrote: > >Hi, > > > >I'm using sysutils/freebsd-snapshot to make periodic ZFS backup snapshot > >and this soft is broken since the upgrade of my pool to ZFSv28. > >After some debugging it appears that "zfs list" behaviour has changed > >with ZFSv28, and since freebsd-snapshot relies on "zfs list" to retrieve > >the "ZFS file system name" from the "mountpoint name" the soft doesn't > >work anymore. > > > >output of "zfs list" on a 8.2R amd64 (ZFSv15) : > >zfs list /home/murankar > >NAME USED AVAIL REFER MOUNTPOINT > >tank/home/murankar 1.47M 1.59T 1.47M /home/murankar > > > >zfs list tank/home/murankar > >NAME USED AVAIL REFER MOUNTPOINT > >tank/home/murankar 1.47M 1.59T 1.47M /home/murankar > > > >on a 9-Current amd64 I've got no output for "zfs list /home/murankar" > >and a exit code of 1 > >the output of "zfs list tank/home/murankar" is correct : > >NAME USED AVAIL REFER MOUNTPOINT > >tank/home/murankar 6,56G 286G 6,55G /home/murankar > > Looking at the output here I am hoping that this is not hand typed! the > character ',' appears in this output which might fool a script into doing > other things if it has not been avoided in the first place. This is not hand typed and depends on the locale in use : zfs list tank/home/murankar NAME USED AVAIL REFER MOUNTPOINT tank/home/murankar 6,65G 286G 6,58G /home/murankar setenv LANG en_US.UTF8 zfs list tank/home/murankar NAME USED AVAIL REFER MOUNTPOINT tank/home/murankar 6.65G 286G 6.58G /home/murankar freebsd-snapshot set LC_ALL and LANG to C > > If you have upgraded that machine to 9-CURRENT and have > sysutils/zfsnap installed I would recommend deleting any snapshots > that you have before it runs the snapshot scripts. This assumes that the > snapshot script might have changed since you upgraded it and that the > snapshot names are different. Better to be on the sane side. > > See UPDATING/20100929 for reference. I've deleted all old snapshots before running the snapshot script, but to not avail. > > # Correct syntax: > zfs list pool/dataset1/dataset2 > > # Incorrect syntax: ( I hope you were hand typing that and missed... ) > zfs list /dataset1/dataset2 In fact I was only doing by "hand" what freebsd-snapshot is doing. See op_make() from /usr/local/sbin/snapshot (near line 285) : # operate on filesystem + echo "XXX zfs list $fs_dir" if [ ".$zfs_enabled" = .yes ] && (zfs list $fs_dir) >/dev/null 2>&1; then /usr/local/sbin/snapshot make -g4 /var:test XXX zfs list /var > > > > >Is it the normal behaviour for ZFSv28 or some kind of regression ? > > > > No its not normal, and some sort of regression possible. Though I usually > take regression as performance issues as in speed. > > Also, > > pkg-descr > freebsd-snapshot is a set of convenience front-end tools to mount(8) > and mdconfig(8) for the management of UFS2 snapshots. It is > also the under-lying tool used in the periodic snapshot > scheduler periodic-snapshot(8) and the mounting/unmouning > command in the amd(8) map /usr/local/etc/amd.map.snap. It > provides the making, expiring, visiting, mounting and > unmounting of filesystem snapshots. > > pkg-descr > zfSnap is simple sh script to make rolling zfs snapshots with cron. Main > advantage of zfSnap is that it's written in %100 pure /bin/sh, doesn't > require any additional software to run, and is simple to use. > > zfSnap keeps all information about snapshot in snapshot name. zfs snapshot > names are in form: Time-stamp--TTL where time-stamp is date and time of > snapshot creation and TTL is Time To Live in human readable form. > > > Did you happen to mix the above two up ? If so then rinse and repeat. > > > Good luck, > Nope, freebsd-snapshot can handle ZFS snapshot and it uses to work fine with ZFSv{14,15}, see the copyright notice : FreeBSD UFS/ZFS Snapshot Management Environment, the pkg-descr file seems outdated. Thanks for your help. From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 10:38: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 150A4106566B for ; Mon, 14 Mar 2011 10:38:18 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (mars.netasq.com [91.212.116.3]) by mx1.freebsd.org (Postfix) with ESMTP id A395A8FC12 for ; Mon, 14 Mar 2011 10:38:17 +0000 (UTC) Received: from [10.20.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id 6F529740004 for ; Mon, 14 Mar 2011 11:36:19 +0100 (CET) From: Fabien Thomas Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 14 Mar 2011 11:38:15 +0100 Message-Id: To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: Deadlock on stable fixed on head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 10:38:18 -0000 I'm debugging a deadlock on FreeBSD that is not on head but on 7.3, 8.2... Maybe someone will have an idea on what patch fixed it. Context: 1 - On a UP machine (Multicore without SMP option or UP with SMP). 2 - When using device apic (more on this later) 3 - Using DEVICE_POLLING (more on this later) 4- HZ set to 2000 Launching a CPU intensive task freeze the box (burnP6 from cpuburn port) nearly 100% chance of success. This can be reproduced on very different HW so it is software related. Reproduced on i386 / amd64. Current analysis status: 1 - having >1 CPU and SMP enabled avoid the deadlock 2 - apic enable the problem when using critical_exit (using isa/clock does not have critical_exit and then works) 3 - this is not the polling itself but the scheduling of the thread only 4 - no idea So to sum up it seems related to a scheduling issue. I've got some info from a 8.2 that can enter ddb (7.3 will not enter ddb) [1] If someone have an idea / fixed something related, etc... tell me :) [1] http://people.freebsd.org/~fabient/burnP6_deadlock.txt -- Fabien Thomas From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 10:13: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 AC1381065670 for ; Mon, 14 Mar 2011 10:13:07 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (unknown [IPv6:2a01:e0b:1:50:40:63ff:feea:93a]) by mx1.freebsd.org (Postfix) with ESMTP id 491168FC17 for ; Mon, 14 Mar 2011 10:13:06 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.2/8.14.3) with ESMTP id p2EAEVGJ097935; Mon, 14 Mar 2011 11:14:31 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.2/8.14.3/Submit) id p2EAEVCE097934; Mon, 14 Mar 2011 11:14:31 +0100 (CET) (envelope-from mlfbsd) Date: Mon, 14 Mar 2011 11:14:31 +0100 From: Olivier Houchard To: Yuri Pankov Message-ID: <20110314101431.GA97875@ci0.org> References: <20110313230138.GA1291@darklight.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110313230138.GA1291@darklight.org.ru> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 14 Mar 2011 11:13:14 +0000 Cc: freebsd-current@freebsd.org Subject: Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 10:13:07 -0000 On Mon, Mar 14, 2011 at 02:01:38AM +0300, Yuri Pankov wrote: > Hi, > > I'm getting the following panic trying to boot March 5 snapshot on > HP Pavilion DV8 notebook (8.2-RELEASE GENERIC kernel seems to boot on > the same hardware just fine): > > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > panic: run_interrupt_driven_config_hooks: waited too long > cpuid = 0 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+03xb: movq $0,0x800ab2(%rip) > db> bt > Tracing pid 0 tid 100000 td 0xffffffff80ee83e30 > kdb_enter() at kdb_enter+0x3b > panic() at panic+0x180 > boot_run_interrupt_driven_config_hooks() at boot_run_interrupt_driven_config_hooks+0xb3 > mi_startup() at mi_startup+0x77 > btext() at btext+0x2c > > Any hints or additional information I should provide to troubleshoot > this? Hi Yuri, If I remember correctly, the problem came from the sbp driver (SCSI over firewire). Can't tell why it happens though, as I didn't need it I just disabled it. Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 14:13: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 1EC731065670; Mon, 14 Mar 2011 14:13:34 +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 E61A08FC13; Mon, 14 Mar 2011 14:13:33 +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 <0LI100D00WUK6G00@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 09:13:32 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.65.155]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LI1007W1WUI2O20@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 09:13:32 -0500 (CDT) Date: Mon, 14 Mar 2011 09:13:30 -0500 From: Nathan Whitehorn To: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Message-id: <4D7E228A.4090906@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-13, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.14.140017, SenderIP=76.210.65.155 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: Subject: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 14:13:34 -0000 I just committed (r219641) changes that make the release infrastructure (src/release/Makefile) use bsdinstall by default instead of sysinstall on install media. A big thank you is in order to everyone who provided advice, criticism, and testing for this project over the last few months! Along with sysinstall, the original sysinstall build stuff has been preserved (now /usr/src/release/Makefile.sysinstall) and will continue to be for the lifetime of the 9.x release series, although it will not be used by default. This change modifies the process of building releases somewhat, so I'll outline changes that people who run snapshot buildbots will have to make below, and some next steps planned with the installer. Changes to release(7) ----------------------------- Release builds work and look slightly different now, so everyone who snapshot tinderboxes will likely find them breaking shortly. The nearest analog to the old make release (with version-control checkouts and a chroot) is src/release/generate-release.sh, which can be run as generate-release.sh head /path/to/chroot/dir. If you want to include ports and documentation on the release media, CVSUP_HOST must be defined in the environment to point to a cvsup mirror. The output is placed in /R in the chroot directory, as before. If the chroot is unimportant (it ensures a total clean-room build, but may not be necessary in most cases), you can get a release build using the regular makefile, like so: cd /usr/src make buildworld buildkernel cd /usr/src/release make obj release By default, this will include ports and documentation if you have them checked out to /usr/ports and /usr/doc, though this behavior can be modified (see the top of the makefile). In addition, some architectures (i386, amd64, powerpc, powerpc64, and maybe ia64) have release media that can be cross-built, so you can set TARGET/TARGET_ARCH appropriately for those. Output goes to .OBJDIR, which is /usr/obj/usr/src/release in the case of the above commands. The equivalent to disc1 is called release.iso, the memstick image (i386, amd64 only) is called memstick, and a directory of distfiles for FTP mirrors is generated named ftp. Next steps -------------- The new installer is feature-complete at this time (except for a merge with the pc-sysinstall code base and the possible addition of ZFS support in the partition editor), so the next steps mostly involve documentation updates to manpages and the handbook. Generation of a bootonly ISO is another thing that should happen soon. Given time (or external patches), I would also like to update sysinstall to use the new-style distribution files so it can be an option on the 9.0 install CDs. Beyond that, please test this code as much as possible, and report any bugs, suspicious behaviors, or bad interfaces (or patch them -- patches for anything are always very welcome!). We have another several months before 9.0, so let's try to find all the bugs long before then. Thanks again to everyone who helped this project with comments and testing, especially to Bjoern Zeeb who got me irritated enough by sysinstall to start working on this project. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 14:28: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 CB1471065676 for ; Mon, 14 Mar 2011 14:28:01 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (darklight.org.ru [IPv6:2001:470:28:4ba::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0DE698FC0A for ; Mon, 14 Mar 2011 14:28:00 +0000 (UTC) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.4/8.14.4) with ESMTP id p2EERxE2011997; Mon, 14 Mar 2011 17:27:59 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.4/8.14.4/Submit) id p2EERw03011996; Mon, 14 Mar 2011 17:27:58 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Mon, 14 Mar 2011 17:27:58 +0300 From: Yuri Pankov To: Olivier Houchard Message-ID: <20110314142758.GD1291@darklight.org.ru> References: <20110313230138.GA1291@darklight.org.ru> <20110314101431.GA97875@ci0.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110314101431.GA97875@ci0.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: `panic: run_interrupt_driven_config_hooks: waited too long' on HP DV8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 14:28:01 -0000 On Mon, Mar 14, 2011 at 11:14:31AM +0100, Olivier Houchard wrote: > On Mon, Mar 14, 2011 at 02:01:38AM +0300, Yuri Pankov wrote: > > Hi, > > > > I'm getting the following panic trying to boot March 5 snapshot on > > HP Pavilion DV8 notebook (8.2-RELEASE GENERIC kernel seems to boot on > > the same hardware just fine): > > > > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config > > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config > > run_interrupt_driven_hooks: still waiting after 180 seconds for xpt_config > > run_interrupt_driven_hooks: still waiting after 240 seconds for xpt_config > > run_interrupt_driven_hooks: still waiting after 300 seconds for xpt_config > > panic: run_interrupt_driven_config_hooks: waited too long > > cpuid = 0 > > KDB: enter: panic > > [ thread pid 0 tid 100000 ] > > Stopped at kdb_enter+03xb: movq $0,0x800ab2(%rip) > > db> bt > > Tracing pid 0 tid 100000 td 0xffffffff80ee83e30 > > kdb_enter() at kdb_enter+0x3b > > panic() at panic+0x180 > > boot_run_interrupt_driven_config_hooks() at boot_run_interrupt_driven_config_hooks+0xb3 > > mi_startup() at mi_startup+0x77 > > btext() at btext+0x2c > > > > Any hints or additional information I should provide to troubleshoot > > this? > > Hi Yuri, > > > If I remember correctly, the problem came from the sbp driver (SCSI over > firewire). Can't tell why it happens though, as I didn't need it I just > disabled it. > > Regards, > > Olivier Indeed, disabling sbp helped. Thanks, Olivier! Yuri From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 14:29: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 158AC1065677; Mon, 14 Mar 2011 14:29:43 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id C4FA88FC08; Mon, 14 Mar 2011 14:29:42 +0000 (UTC) Received: from gw-lan1.kiev.dlink.ua ([192.168.10.10] helo=terran.dlink.ua) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Pz8mD-0000Xt-CZ; Mon, 14 Mar 2011 16:29:41 +0200 Date: Mon, 14 Mar 2011 16:29:36 +0200 From: Aleksandr Rybalko To: freebsd-mips@freebsd.org, freebsd-current@freebsd.org Message-Id: <20110314162936.d3f8fd5b.ray@dlink.ua> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 14:29:43 -0000 Hello, all. I am pleased to present support for Ralink RT3050F/RT3052F MIPS SoC's for FreeBSD. This patches add support of 1. GPIO/Interrupt/System/UART controllers + internal bus http://my.ddteam.net/files/2011-03-14_RT305xF_support.patch 2. RT305xF embedded ethernet controller http://my.ddteam.net/files/2011-03-14_RT305xF_ether_support.patch 3. RT2860 802.11n controller authors Damien Bergamini and Alexander Egorenkov http://my.ddteam.net/files/2011-03-14_rt2860.patch only modification to work with RT2872 (embedded to RT305[02]F) wrote by me. Also supported DWC like USB OTG controller, not included now, because have many issues: 1. Don't support SPIT transactions (FS device on HS Hub) yet. 2. Don't support ISOC transactions yet. 3. And have problems with some devices, possibly timing problem. You can found it at http://my.ddteam.net/hg/BASE/file/dd632189c3a0/head/sys/dev/usb/controller/ files dotg* Also supported internal switch, not included now, because this part of not done Switch API project. You can found it at http://my.ddteam.net/hg/BASE/file/dd632189c3a0/head/sys/dev/switch/ Remaining issues: RT2860 support only Open(no crypto) mode for RT305[02]F Comments are welcome. Want to know, what I do right or what wrong :) -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 15:09: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 051521065670 for ; Mon, 14 Mar 2011 15:09:50 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id E11268FC17 for ; Mon, 14 Mar 2011 15:09:48 +0000 (UTC) Received: from gw-lan1.kiev.dlink.ua ([192.168.10.10] helo=terran.dlink.ua) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Pz9P1-0000yT-B3; Mon, 14 Mar 2011 17:09:47 +0200 Date: Mon, 14 Mar 2011 17:09:42 +0200 From: Aleksandr Rybalko To: freebsd-current@freebsd.org, freebsd-embedded@freebsd.org Message-Id: <20110314170942.90bfb5a8.ray@dlink.ua> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__14_Mar_2011_17_09_42_+0200_kl6/fo6bUqwAX_PL" Cc: Subject: [CFT][patch]cfi driver support for NOR flash arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 15:09:50 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__14_Mar_2011_17_09_42_+0200_kl6/fo6bUqwAX_PL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, all. proposed patch add support of NOR flash arrays to cfi driver http://my.ddteam.net/files/2011-03-11_cfi_flash_array_support.patch Supported arrays split by address (example: first on offset 0, second on offset 0x400000) and interleaved (example: two devices with 16bit width, mapped to 32bit word) Tested on simple cfi flash and on Samsung K8Q2815UQB which have two 8M devices selected by A22 pin. I will be very glad if someone help me with testing on interleaved or split+interleaved array. Wait for you questions and recommendations. P.S. Also driver have CFI_AMD_BYPASS flag which enable AMD type flash to program word with 2 bus access instead of 4 by default. -- Alexandr Rybalko aka Alex RAY --Multipart=_Mon__14_Mar_2011_17_09_42_+0200_kl6/fo6bUqwAX_PL Content-Type: text/x-diff; name="2011-03-11_cfi_flash_array_support.patch" Content-Disposition: attachment; filename="2011-03-11_cfi_flash_array_support.patch" Content-Transfer-Encoding: 7bit Index: sys/dev/cfi/cfi_var.h =================================================================== --- sys/dev/cfi/cfi_var.h (revision 219085) +++ sys/dev/cfi/cfi_var.h (working copy) @@ -44,15 +44,28 @@ bus_space_handle_t sc_handle; bus_space_tag_t sc_tag; int sc_rid; + u_long sc_winsize; /* Bus window size. */ u_int sc_size; /* Flash size. */ + u_int sc_array_width; /* Chips in array */ + u_int sc_rows; /* Rows count */ + + u_int sc_manid; /* Manufacturer ID. */ + u_int sc_devid; /* Device Code. */ + + u_int sc_mask; /* Array mask */ u_int sc_width; /* Interface width. */ + u_int sc_shift; /* Command address shift */ + u_int sc_regions; /* Erase regions. */ struct cfi_region *sc_region; /* Array of region info. */ u_int sc_cmdset; u_int sc_erase_timeout; + u_int sc_erase_max_timeout; u_int sc_write_timeout; + u_int sc_write_max_timeout; + u_int sc_rstcmd; /* Read Array command code */ struct cdev *sc_nod; struct proc *sc_opened; /* Process that has us opened. */ @@ -71,11 +84,11 @@ int cfi_attach(device_t); int cfi_detach(device_t); -uint32_t cfi_read(struct cfi_softc *, u_int); -uint8_t cfi_read_qry(struct cfi_softc *, u_int); +u_int cfi_read(struct cfi_softc *, u_int, u_int); int cfi_write_block(struct cfi_softc *); int cfi_block_start(struct cfi_softc *, u_int); int cfi_block_finish(struct cfi_softc *); +int cfi_erase_block(struct cfi_softc *, u_int); #ifdef CFI_SUPPORT_STRATAFLASH int cfi_intel_get_factory_pr(struct cfi_softc *sc, uint64_t *); Index: sys/dev/cfi/cfi_dev.c =================================================================== --- sys/dev/cfi/cfi_dev.c (revision 219085) +++ sys/dev/cfi/cfi_dev.c (working copy) @@ -103,7 +103,7 @@ /* Read the block from flash for byte-serving. */ ptr.x8 = sc->sc_wrbuf; for (r = 0; r < sc->sc_wrbufsz; r += sc->sc_width) { - val = cfi_read(sc, sc->sc_wrofs + r); + val = cfi_read(sc, sc->sc_wrofs + r, 0); switch (sc->sc_width) { case 1: *(ptr.x8)++ = val; @@ -188,7 +188,7 @@ while (error == 0 && uio->uio_resid > 0 && uio->uio_offset < sc->sc_size) { ofs = uio->uio_offset; - val = cfi_read(sc, ofs); + val = cfi_read(sc, ofs, 0); switch (sc->sc_width) { case 1: buf.x8[0] = val; @@ -271,7 +271,7 @@ return (ENOSPC); while (!error && rq->count--) { - val = cfi_read_qry(sc, rq->offset++); + val = cfi_read(sc, rq->offset++, 0); error = copyout(&val, rq->buffer++, 1); } break; Index: sys/dev/cfi/cfi_bus_obio.c =================================================================== --- sys/dev/cfi/cfi_bus_obio.c (revision 0) +++ sys/dev/cfi/cfi_bus_obio.c (revision 0) @@ -0,0 +1,75 @@ +/*- + * Copyright (c) 2007, Juniper Networks, Inc. + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. Neither the name of the author nor the names of any co-contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, + * BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; + * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED + * AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, + * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +#include + + +static int cfi_obio_probe(device_t); + +static device_method_t cfi_obio_methods[] = { + /* device interface */ + DEVMETHOD(device_probe, cfi_obio_probe), + DEVMETHOD(device_attach, cfi_attach), + DEVMETHOD(device_detach, cfi_detach), + + {0, 0} +}; + +static driver_t cfi_obio_driver = { + cfi_driver_name, + cfi_obio_methods, + sizeof(struct cfi_softc), +}; + +DRIVER_MODULE (cfi, obio, cfi_obio_driver, cfi_devclass, 0, 0); + +static int +cfi_obio_probe(device_t dev) +{ + struct cfi_softc *sc = device_get_softc(dev); + sc->sc_width = 1; /* NB: don't probe interface width */ + sc->sc_shift = 2; + + return (cfi_probe(dev)); +} Property changes on: sys/dev/cfi/cfi_bus_obio.c ___________________________________________________________________ Added: svn:mime-type + text/plain Added: svn:keywords + FreeBSD=%H Added: svn:eol-style + native Index: sys/dev/cfi/cfi_reg.h =================================================================== --- sys/dev/cfi/cfi_reg.h (revision 219085) +++ sys/dev/cfi/cfi_reg.h (working copy) @@ -35,17 +35,17 @@ struct cfi_qry { u_char reserved[16]; u_char ident[3]; /* "QRY" */ - u_char pri_vend[2]; + u_char pri_vend_cmdset[2]; u_char pri_vend_eqt[2]; - u_char alt_vend[2]; + u_char alt_vend_cmdset[2]; u_char alt_vend_eqt[2]; /* System Interface Information. */ u_char min_vcc; u_char max_vcc; u_char min_vpp; u_char max_vpp; - u_char tto_byte_write; /* 2**n milliseconds. */ - u_char tto_buf_write; /* 2**n milliseconds. */ + u_char tto_byte_write; /* 2**n microseconds. */ + u_char tto_buf_write; /* 2**n microseconds. */ u_char tto_block_erase; /* 2**n milliseconds. */ u_char tto_chip_erase; /* 2**n milliseconds. */ u_char mto_byte_write; /* 2**n times typical t/o. */ @@ -67,7 +67,10 @@ #define CFI_QRY_CMD_DATA 0x98 #define CFI_QRY_IDENT offsetof(struct cfi_qry, ident) -#define CFI_QRY_VEND offsetof(struct cfi_qry, pri_vend) +#define CFI_QRY_PRI_VEND_CMDSET offsetof(struct cfi_qry, pri_vend_cmdset) +#define CFI_QRY_ALT_VEND_CMDSET offsetof(struct cfi_qry, alt_vend_cmdset) +#define CFI_QRY_PRI_OFFSET offsetof(struct cfi_qry, pri_vend_eqt) +#define CFI_QRY_ALT_OFFSET offsetof(struct cfi_qry, alt_vend_eqt) #define CFI_QRY_TTO_WRITE offsetof(struct cfi_qry, tto_byte_write) #define CFI_QRY_TTO_ERASE offsetof(struct cfi_qry, tto_block_erase) @@ -130,10 +133,15 @@ #define CFI_AMD_BLOCK_ERASE 0x30 #define CFI_AMD_UNLOCK_ACK 0x55 #define CFI_AMD_ERASE_SECTOR 0x80 +#define CFI_AMD_GET_ID 0x90 +#define CFI_AMD_MANID_ADDR 0x00 +#define CFI_AMD_DEVID_ADDR 0x01 #define CFI_AMD_PROGRAM 0xa0 #define CFI_AMD_UNLOCK 0xaa +#define CFI_AMD_UNLOCK_BYPASS 0x20 +#define CFI_AMD_RESET 0xf0 -#define AMD_ADDR_START 0xaaa -#define AMD_ADDR_ACK 0x555 +#define AMD_ADDR_START 0x555 +#define AMD_ADDR_ACK 0x2aa #endif /* _DEV_CFI_REG_H_ */ Index: sys/dev/cfi/cfi_bus_siba.c =================================================================== --- sys/dev/cfi/cfi_bus_siba.c (revision 0) +++ sys/dev/cfi/cfi_bus_siba.c (revision 0) @@ -0,0 +1,72 @@ +/*- + * Copyright (c) 2007, Juniper Networks, Inc. + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. Neither the name of the author nor the names of any co-contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, + * BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; + * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED + * AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, + * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +#include + + +static int cfi_siba_probe(device_t); + +static device_method_t cfi_siba_methods[] = { + /* device interface */ + DEVMETHOD(device_probe, cfi_siba_probe), + DEVMETHOD(device_attach, cfi_attach), + DEVMETHOD(device_detach, cfi_detach), + + {0, 0} +}; + +static driver_t cfi_siba_driver = { + cfi_driver_name, + cfi_siba_methods, + sizeof(struct cfi_softc), +}; + +DRIVER_MODULE (cfi, siba_cc, cfi_siba_driver, cfi_devclass, 0, 0); + +static int +cfi_siba_probe(device_t dev) +{ + + return (cfi_probe(dev)); +} Property changes on: sys/dev/cfi/cfi_bus_siba.c ___________________________________________________________________ Added: svn:mime-type + text/plain Added: svn:keywords + FreeBSD=%H Added: svn:eol-style + native Index: sys/dev/cfi/cfi_core.c =================================================================== --- sys/dev/cfi/cfi_core.c (revision 219085) +++ sys/dev/cfi/cfi_core.c (working copy) @@ -47,28 +47,94 @@ #include #include +SYSCTL_NODE(_hw, OID_AUTO, cfi, CTLFLAG_RD, 0, "CFI driver parameters"); + +/* "hw.cfi.rdonly" if set any writes are ignored, default "1" */ +static unsigned int cfi_rdonly = 1; +SYSCTL_INT(_hw_cfi, OID_AUTO, rdonly, CTLFLAG_RW, &cfi_rdonly, 0, + "CFI Not allowed to write"); +TUNABLE_INT("hw.cfi.rdonly", &cfi_rdonly); + +/* + * "hw.cfi.protect_loader" - set top bound of bootloader region, bottom + * always 0. Default 0x40000 (256k). To disable - just set to "0". + */ +static unsigned int cfi_protect_loader = 0x40000; +SYSCTL_INT(_hw_cfi, OID_AUTO, protect_loader, CTLFLAG_RW, &cfi_protect_loader, + 0x40000, "Protect data from 0 to this offset"); +TUNABLE_INT("hw.cfi.protect_loader", &cfi_protect_loader); + +#define CFI_DEBUG + +#ifdef CFI_DEBUG + +enum CFI_DEBUG_FLAGS { + CFI_DEBUG_NONE = 0, + CFI_DEBUG_BLOCK_ERASE = (1<<0), + CFI_DEBUG_BLOCK_WRITE = (1<<1), + CFI_DEBUG_WORD_WRITE = (1<<2), + CFI_DEBUG_CMD = (1<<3), + CFI_DEBUG_DISABLE_WRITE = (1<<4), + CFI_DEBUG_WAIT = (1<<5), + CFI_DEBUG_TIMEOUT_WAIT = (1<<6), + CFI_DEBUG_DO_RETRY = (1<<7) +}; + +static unsigned int cfi_debug = 0; +SYSCTL_INT(_hw_cfi, OID_AUTO, debug, CTLFLAG_RW, &cfi_debug, 0, + "CFI debug level"); +TUNABLE_INT("hw.cfi.debug", &cfi_debug); +#endif + extern struct cdevsw cfi_cdevsw; char cfi_driver_name[] = "cfi"; devclass_t cfi_devclass; devclass_t cfi_diskclass; -uint32_t -cfi_read(struct cfi_softc *sc, u_int ofs) +/* + * cfi_read(struct cfi_softc *sc, u_int block_addr, u_int ofs) + * block_addr applied without shift + * ofs applied with shift detected by cfi_detect_first + */ + +u_int +cfi_read(struct cfi_softc *sc, u_int block_addr, u_int ofs) { - uint32_t val; + u_int val; - ofs &= ~(sc->sc_width - 1); switch (sc->sc_width) { case 1: - val = bus_space_read_1(sc->sc_tag, sc->sc_handle, ofs); + val = bus_space_read_1(sc->sc_tag, sc->sc_handle, + block_addr | (ofs * sc->sc_shift)); +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_WORD_WRITE) + printf("READ1(%08x) = %02x)\n", + block_addr | (ofs * sc->sc_shift), val); +#endif break; case 2: - val = bus_space_read_2(sc->sc_tag, sc->sc_handle, ofs); + val = bus_space_read_2(sc->sc_tag, sc->sc_handle, + (block_addr | (ofs * sc->sc_shift)) & ~(2-1)); +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_WORD_WRITE) + printf("READ2(%08x) = %04x)\n", + (block_addr | (ofs * sc->sc_shift)) & ~(2-1), val); +#endif break; case 4: - val = bus_space_read_4(sc->sc_tag, sc->sc_handle, ofs); + val = bus_space_read_4(sc->sc_tag, sc->sc_handle, + (block_addr | (ofs * sc->sc_shift)) & ~(4-1)); +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_WORD_WRITE) + printf("READ4(%08x) = %08x)\n", + (block_addr | (ofs * sc->sc_shift)) & ~(4-1), val); +#endif break; + case 8: + val = bus_space_read_8(sc->sc_tag, sc->sc_handle, + (block_addr | (ofs * sc->sc_shift)) & ~(8-1)); + break; default: val = ~0; break; @@ -76,42 +142,90 @@ return (val); } + static void -cfi_write(struct cfi_softc *sc, u_int ofs, u_int val) +cfi_write(struct cfi_softc *sc, u_int block_addr, u_int ofs, u_int val) { - ofs &= ~(sc->sc_width - 1); switch (sc->sc_width) { case 1: - bus_space_write_1(sc->sc_tag, sc->sc_handle, ofs, val); +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_WORD_WRITE) + printf("WRITE1(%08x, %02x)\n", + block_addr | (ofs * sc->sc_shift), val); + if (!(cfi_debug & CFI_DEBUG_DISABLE_WRITE)) +#endif + bus_space_write_1(sc->sc_tag, sc->sc_handle, + block_addr | (ofs * sc->sc_shift), val); break; case 2: - bus_space_write_2(sc->sc_tag, sc->sc_handle, ofs, val); +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_WORD_WRITE) + printf("WRITE2(%08x, %04x)\n", + (block_addr | (ofs * sc->sc_shift)) & ~(2-1), val); + if (!(cfi_debug & CFI_DEBUG_DISABLE_WRITE)) +#endif + bus_space_write_2(sc->sc_tag, sc->sc_handle, + (block_addr | (ofs * sc->sc_shift)) & ~(2-1), val); break; case 4: - bus_space_write_4(sc->sc_tag, sc->sc_handle, ofs, val); +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_WORD_WRITE) + printf("WRITE4(%08x, %04x)\n", + (block_addr | (ofs * sc->sc_shift)) & ~(4-1), val); + if (!(cfi_debug & CFI_DEBUG_DISABLE_WRITE)) +#endif + bus_space_write_4(sc->sc_tag, sc->sc_handle, + (block_addr | (ofs * sc->sc_shift)) & ~(4-1), val); break; + case 8: + bus_space_write_8(sc->sc_tag, sc->sc_handle, + (block_addr | (ofs * sc->sc_shift)) & ~(8-1), val); + break; } } -uint8_t -cfi_read_qry(struct cfi_softc *sc, u_int ofs) +static u_int +cfi_make_cmd(uint8_t cmd, u_int mask) { - uint8_t val; - - cfi_write(sc, CFI_QRY_CMD_ADDR * sc->sc_width, CFI_QRY_CMD_DATA); - val = cfi_read(sc, ofs * sc->sc_width); - cfi_write(sc, 0, CFI_BCS_READ_ARRAY); - return (val); -} + int i; + u_int data = 0; + for (i = 0; i < sizeof(int); i ++) { + if (mask & (0xff << (i*8))) + data |= cmd << (i*8); + } + + return (data); +} + +/* + * cfi_array_write + * fill "bus width" word with value of var data by array mask sc->sc_mask + */ static void +cfi_array_write(struct cfi_softc *sc, u_int ofs, u_int addr, u_int data) +{ + data &= 0xff; + cfi_write(sc, ofs, addr, cfi_make_cmd(data, sc->sc_mask)); +} + +/* + * cfi_amd_write + * AMD unlock sequence first + */ +static void cfi_amd_write(struct cfi_softc *sc, u_int ofs, u_int addr, u_int data) { - - cfi_write(sc, ofs + AMD_ADDR_START, CFI_AMD_UNLOCK); - cfi_write(sc, ofs + AMD_ADDR_ACK, CFI_AMD_UNLOCK_ACK); - cfi_write(sc, ofs + addr, data); +#ifdef CFI_DEBUG + if ( (cfi_debug & CFI_DEBUG_CMD) && (ofs < cfi_protect_loader)) { + printf("cfi_amd_write to offset(0x%08x) less than " + "cfi_protect_loader(0x%08x)\n", ofs, cfi_protect_loader); + } +#endif + cfi_array_write(sc, ofs, AMD_ADDR_START, CFI_AMD_UNLOCK); + cfi_array_write(sc, ofs, AMD_ADDR_ACK, CFI_AMD_UNLOCK_ACK); + cfi_array_write(sc, ofs, addr, data); } static char * @@ -131,13 +245,161 @@ return (buf); } +static int +cfi_do_query(struct cfi_softc *sc, u_int ofs, u_int mask) +{ + u_int q_data = 0, r_data = 0, y_data = 0; + +#ifdef CFI_DEBUG + printf("%s: query at %p with mask %p (w=%d, s=%d)\n", __func__, + (void *)ofs, (void *)mask, sc->sc_width, sc->sc_shift); +#endif + q_data = cfi_make_cmd('Q', mask); + r_data = cfi_make_cmd('R', mask); + y_data = cfi_make_cmd('Y', mask); + + /* Reset to Read Array mode */ + /* We don't know array mask yet */ + cfi_write(sc, ofs, 0, cfi_make_cmd(CFI_BCS_READ_ARRAY, mask)); + cfi_write(sc, ofs, 0, cfi_make_cmd(CFI_AMD_RESET, mask)); + + /* Try to pat into CFI QRY mode */ + cfi_write(sc, ofs, CFI_QRY_CMD_ADDR, + cfi_make_cmd(CFI_QRY_CMD_DATA, mask)); + +#ifdef CFI_DEBUG + printf("%s: cfi_read(sc, ofs, CFI_QRY_IDENT) return %p\n", __func__, + (void *)cfi_read(sc, ofs, CFI_QRY_IDENT)); +#endif + /* Check for 'Q', 'R', 'Y' chars */ + if ( + (cfi_read(sc, ofs, CFI_QRY_IDENT ) & mask) == q_data && + (cfi_read(sc, ofs, CFI_QRY_IDENT + 1) & mask) == r_data && + (cfi_read(sc, ofs, CFI_QRY_IDENT + 2) & mask) == y_data ) { + /* If we have answer on offset 0 too */ + if ( ofs && + (cfi_read(sc, 0, CFI_QRY_IDENT ) & mask) == q_data && + (cfi_read(sc, 0, CFI_QRY_IDENT + 1) & mask) == r_data && + (cfi_read(sc, 0, CFI_QRY_IDENT + 2) & mask) == y_data ) + /* current chip only alias of first */ + return (1); + /* Flash found */ + return (0); + } + + /* Return to Read Array mode */ + cfi_write(sc, ofs, 0, cfi_make_cmd(CFI_BCS_READ_ARRAY, mask)); + cfi_write(sc, ofs, 0, cfi_make_cmd(CFI_AMD_RESET, mask)); + + /* Flash not found */ + return (1); +} + +static int +cfi_detect_first(struct cfi_softc *sc) +{ + u_int width; + u_int shift; + u_int unit; + + unit = device_get_unit(sc->sc_dev); + resource_int_value("cfi", unit, "width", &sc->sc_width); + resource_int_value("cfi", unit, "shift", &sc->sc_shift); + + /* + * XXX maybe detection algorithm must step w4:s4, w2:s2, w1:s1 first. + * then w4:s2, w2:s4, etc. + */ + + /* Start from longest supported width */ + for (width = ((sc->sc_width == 0)?sizeof(int):sc->sc_width); width; + width >>= 1) { + + sc->sc_width = width; + + for (shift = ((sc->sc_shift == 0)?sizeof(int):sc->sc_shift); + shift; shift >>= 1) { + + sc->sc_shift = shift; + + if (cfi_do_query(sc, 0, 0xff) == 0) + return (0); + } + } + + return (1); +} + +static int +cfi_detect_array(struct cfi_softc *sc) +{ + int i, c, first; + u_int reset = 0, value, mask = 0; + + /* Reset all chips in row */ + for (i = 0; i < sc->sc_width; i ++) { + reset |= CFI_BCS_READ_ARRAY << (i*8); + } + + cfi_write(sc, 0, 0, reset); + for (i = 0; i < sc->sc_width; i ++) { + reset |= CFI_AMD_RESET << (i*8); + } + + cfi_write(sc, 0, 0, reset); + + for (i = 0; i < sc->sc_width; i ++) { + /* Try everyone separate */ + cfi_write(sc, 0, CFI_QRY_CMD_ADDR, CFI_QRY_CMD_DATA << (i*8)); + value = cfi_read(sc, 0, CFI_QRY_IDENT); + + first = 1; + for (c = 0; c < sc->sc_width; c ++) { + if (((value >> (c*8)) & 0xff) == 'Q' && first) { + mask |= 0xff<<(c*8); + first = 0; + } + } + /* + * result must be: + * 0x000000ff for 1x8bit, 1x16bit, 1x32bit + * 0x0000ffff for 2x8bit + * 0x00ff00ff for 2x16bit + * 0xffffffff for 4x8bit + * 64bit not shown + */ + + } + + cfi_write(sc, 0, 0, reset); + + if (bootverbose) + device_printf(sc->sc_dev, "Array mask = %p\n", (void *)mask); + + sc->sc_mask = mask; + + /* Test next row */ + for (sc->sc_rows = 1; (sc->sc_rows * sc->sc_size) < sc->sc_winsize; + sc->sc_rows++) { + if (cfi_do_query(sc, sc->sc_rows * sc->sc_size, mask)) { + /* + * If now QRY detected, then no more rows, + * just return + */ + return (0); + } + } + + return (0); +} + int cfi_probe(device_t dev) { char desc[80]; struct cfi_softc *sc; char *vend_str; - int error; + int error, i; uint16_t iface, vend; sc = device_get_softc(dev); @@ -151,33 +413,24 @@ sc->sc_tag = rman_get_bustag(sc->sc_res); sc->sc_handle = rman_get_bushandle(sc->sc_res); + sc->sc_winsize = rman_get_size(sc->sc_res); - if (sc->sc_width == 0) { - sc->sc_width = 1; - while (sc->sc_width <= 4) { - if (cfi_read_qry(sc, CFI_QRY_IDENT) == 'Q') - break; - sc->sc_width <<= 1; - } - } else if (cfi_read_qry(sc, CFI_QRY_IDENT) != 'Q') { + if (cfi_detect_first(sc)) { error = ENXIO; goto out; } - if (sc->sc_width > 4) { - error = ENXIO; - goto out; - } - /* We got a Q. Check if we also have the R and the Y. */ - if (cfi_read_qry(sc, CFI_QRY_IDENT + 1) != 'R' || - cfi_read_qry(sc, CFI_QRY_IDENT + 2) != 'Y') { - error = ENXIO; - goto out; - } + if (bootverbose) + device_printf(dev, "detected with bus width = %d, " + "address shift = %d\n", sc->sc_width, sc->sc_shift); + /* Ask only first chip in first fow */ + cfi_write(sc, 0, CFI_QRY_CMD_ADDR, CFI_QRY_CMD_DATA); + + /* Get the vendor and command set. */ - vend = cfi_read_qry(sc, CFI_QRY_VEND) | - (cfi_read_qry(sc, CFI_QRY_VEND + 1) << 8); + vend = cfi_read(sc, 0, CFI_QRY_PRI_VEND_CMDSET) | + (cfi_read(sc, 0, CFI_QRY_PRI_VEND_CMDSET + 1) << 8); sc->sc_cmdset = vend; @@ -185,45 +438,69 @@ case CFI_VEND_AMD_ECS: case CFI_VEND_AMD_SCS: vend_str = "AMD/Fujitsu"; + sc->sc_rstcmd = CFI_AMD_RESET; break; case CFI_VEND_INTEL_ECS: vend_str = "Intel/Sharp"; + sc->sc_rstcmd = CFI_BCS_READ_ARRAY; break; case CFI_VEND_INTEL_SCS: vend_str = "Intel"; + sc->sc_rstcmd = CFI_BCS_READ_ARRAY; break; case CFI_VEND_MITSUBISHI_ECS: case CFI_VEND_MITSUBISHI_SCS: vend_str = "Mitsubishi"; + sc->sc_rstcmd = CFI_BCS_READ_ARRAY; break; default: vend_str = "Unknown vendor"; + sc->sc_rstcmd = CFI_AMD_RESET; break; } /* Get the device size. */ - sc->sc_size = 1U << cfi_read_qry(sc, CFI_QRY_SIZE); + sc->sc_size = 1U << cfi_read(sc, 0, CFI_QRY_SIZE); /* Sanity-check the I/F */ - iface = cfi_read_qry(sc, CFI_QRY_IFACE) | - (cfi_read_qry(sc, CFI_QRY_IFACE + 1) << 8); + iface = cfi_read(sc, 0, CFI_QRY_IFACE) | + (cfi_read(sc, 0, CFI_QRY_IFACE + 1) << 8); - /* - * Adding 1 to iface will give us a bit-wise "switch" - * that allows us to test for the interface width by - * testing a single bit. - */ - iface++; + cfi_write(sc, 0, 0, sc->sc_rstcmd); + switch (sc->sc_cmdset) { + case CFI_VEND_AMD_ECS: + case CFI_VEND_AMD_SCS: + cfi_amd_write(sc, 0, AMD_ADDR_START, CFI_AMD_GET_ID); + sc->sc_manid = cfi_read(sc, 0, CFI_AMD_MANID_ADDR) & 0xff; + sc->sc_devid = cfi_read(sc, 0, CFI_AMD_DEVID_ADDR) & 0xff; + cfi_write(sc, 0, 0, CFI_AMD_RESET); + if (bootverbose) + device_printf(dev, + "CFI Flash Manufacturer ID = 0x%02x, " + "Device ID 0x%02x\n", + sc->sc_manid, sc->sc_devid); + break; + } - error = (iface & sc->sc_width) ? 0 : EINVAL; - if (error) - goto out; + /* Check if we have interleaved or more than one in sequence */ + cfi_detect_array(sc); + /* Now we know array geometry */ + /* Get number of chips in a row */ + for (i = 0; i < sc->sc_width; i++) + if (sc->sc_mask & (0xff << (i*8))) + sc->sc_array_width++; + + if (sc->sc_rows > 1 || sc->sc_array_width > 1) + device_printf(dev, "Flash array [width=%d:rows=%d] detected\n", + sc->sc_array_width, sc->sc_rows); + snprintf(desc, sizeof(desc), "%s - %s", vend_str, - cfi_fmtsize(sc->sc_size)); + cfi_fmtsize(sc->sc_size * sc->sc_rows)); device_set_desc_copy(dev, desc); + error = 0; - out: +out: bus_release_resource(dev, SYS_RES_MEMORY, sc->sc_rid, sc->sc_res); return (error); } @@ -233,7 +510,7 @@ { struct cfi_softc *sc; u_int blksz, blocks; - u_int r, u; + u_int r, u, row; sc = device_get_softc(dev); sc->sc_dev = dev; @@ -247,29 +524,51 @@ sc->sc_tag = rman_get_bustag(sc->sc_res); sc->sc_handle = rman_get_bushandle(sc->sc_res); + cfi_array_write(sc, 0, 0, sc->sc_rstcmd); + cfi_array_write(sc, 0, CFI_QRY_CMD_ADDR, CFI_QRY_CMD_DATA); + /* Get time-out values for erase and write. */ - sc->sc_write_timeout = 1 << cfi_read_qry(sc, CFI_QRY_TTO_WRITE); - sc->sc_erase_timeout = 1 << cfi_read_qry(sc, CFI_QRY_TTO_ERASE); - sc->sc_write_timeout *= 1 << cfi_read_qry(sc, CFI_QRY_MTO_WRITE); - sc->sc_erase_timeout *= 1 << cfi_read_qry(sc, CFI_QRY_MTO_ERASE); + sc->sc_write_timeout = 1 << cfi_read(sc, 0, CFI_QRY_TTO_WRITE); + sc->sc_erase_timeout = 1 << cfi_read(sc, 0, CFI_QRY_TTO_ERASE); + sc->sc_write_max_timeout = 1 << cfi_read(sc, 0, CFI_QRY_MTO_WRITE); + sc->sc_erase_max_timeout = 1 << cfi_read(sc, 0, CFI_QRY_MTO_ERASE); + if (bootverbose) { + device_printf(dev, "\n"); + } + sc->sc_erase_timeout *= 1000; /* ms */ + /* Get erase regions. */ - sc->sc_regions = cfi_read_qry(sc, CFI_QRY_NREGIONS); - sc->sc_region = malloc(sc->sc_regions * sizeof(struct cfi_region), - M_TEMP, M_WAITOK | M_ZERO); + sc->sc_regions = cfi_read(sc, 0, CFI_QRY_NREGIONS); + sc->sc_region = malloc(sc->sc_regions * sc->sc_rows * + sizeof(struct cfi_region), M_TEMP, M_WAITOK | M_ZERO); + for (r = 0; r < sc->sc_regions; r++) { - blocks = cfi_read_qry(sc, CFI_QRY_REGION(r)) | - (cfi_read_qry(sc, CFI_QRY_REGION(r) + 1) << 8); + blocks = cfi_read(sc, 0, CFI_QRY_REGION(r)) | + (cfi_read(sc, 0, CFI_QRY_REGION(r) + 1) << 8); sc->sc_region[r].r_blocks = blocks + 1; - blksz = cfi_read_qry(sc, CFI_QRY_REGION(r) + 2) | - (cfi_read_qry(sc, CFI_QRY_REGION(r) + 3) << 8); + blksz = cfi_read(sc, 0, CFI_QRY_REGION(r) + 2) | + (cfi_read(sc, 0, CFI_QRY_REGION(r) + 3) << 8); sc->sc_region[r].r_blksz = (blksz == 0) ? 128 : blksz * 256; } + /* Second chip not always says your info, just copy from first */ + for (row = 0; row < sc->sc_rows; row++) { + for (r = 0; r < sc->sc_regions; r++) { + sc->sc_region[r + row * sc->sc_regions].r_blocks = + sc->sc_region[r].r_blocks; + sc->sc_region[r + row * sc->sc_regions].r_blksz = + sc->sc_region[r].r_blksz * sc->sc_array_width; + } + } + + sc->sc_regions *= sc->sc_rows; + sc->sc_size *= (sc->sc_rows * sc->sc_array_width); + /* Reset the device to a default state. */ - cfi_write(sc, 0, CFI_BCS_CLEAR_STATUS); + cfi_array_write(sc, 0, 0, sc->sc_rstcmd); if (bootverbose) { device_printf(dev, "["); @@ -305,33 +604,55 @@ } static int -cfi_wait_ready(struct cfi_softc *sc, u_int ofs, u_int timeout) +cfi_wait_ready(struct cfi_softc *sc, u_int ofs, u_int timeout, u_int count) { int done, error; - uint32_t st0 = 0, st = 0; + u_int st0 = 0, st = 0; done = 0; error = 0; - timeout *= 10; - while (!done && !error && timeout) { - DELAY(100); - timeout--; +#ifdef CFI_DEBUG + if (cfi_debug & 0xf0000000) + timeout *= ((cfi_debug & 0xf0000000) >> 28); +#endif +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_WAIT) + printf("%s: ofs = %p, timeout = %d, count = %d\n", __func__, + (void *)ofs, timeout, count); +#endif + + if (!timeout) timeout = 100; /* Default to 100 uS */ + if (!count) count = 100; /* Max timeout is 10 mS */ + + while (!done && !error && count) { + DELAY(timeout); + +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_TIMEOUT_WAIT) + printf("%s: ofs = %p, count = %d\n", __func__, + (void *)ofs, count); +#endif + count--; + switch (sc->sc_cmdset) { case CFI_VEND_INTEL_ECS: case CFI_VEND_INTEL_SCS: - st = cfi_read(sc, ofs); + st = cfi_read(sc, ofs, 0); done = (st & CFI_INTEL_STATUS_WSMS); if (done) { /* NB: bit 0 is reserved */ st &= ~(CFI_INTEL_XSTATUS_RSVD | CFI_INTEL_STATUS_WSMS | CFI_INTEL_STATUS_RSVD); - if (st & CFI_INTEL_STATUS_DPS) + if (st & cfi_make_cmd( + CFI_INTEL_STATUS_DPS, sc->sc_mask)) error = EPERM; - else if (st & CFI_INTEL_STATUS_PSLBS) + else if (st & cfi_make_cmd( + CFI_INTEL_STATUS_PSLBS, sc->sc_mask)) error = EIO; - else if (st & CFI_INTEL_STATUS_ECLBS) + else if (st & cfi_make_cmd( + CFI_INTEL_STATUS_ECLBS, sc->sc_mask)) error = ENXIO; else if (st) error = EACCES; @@ -339,53 +660,137 @@ break; case CFI_VEND_AMD_SCS: case CFI_VEND_AMD_ECS: - st0 = cfi_read(sc, ofs); - st = cfi_read(sc, ofs); - done = ((st & 0x40) == (st0 & 0x40)) ? 1 : 0; + /* + * read sc->sc_width bytes, and check for toggle bit. + */ + st0 = cfi_read(sc, ofs, 0); + st = cfi_read(sc, ofs, 0); + done = ((st & cfi_make_cmd(0x40, sc->sc_mask)) == + (st0 & cfi_make_cmd(0x40, sc->sc_mask))) ? 1 : 0; + break; } } if (!done && !error) error = ETIMEDOUT; if (error) - printf("\nerror=%d (st 0x%x st0 0x%x)\n", error, st, st0); + printf("\nerror=%d (st 0x%x st0 0x%x) at offset=%p\n", + error, st, st0, (void *)ofs); return (error); } int +cfi_erase_block(struct cfi_softc *sc, u_int offset) +{ + int error = 0; + +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_BLOCK_ERASE) + printf("%s: offset = %p\n", __func__, (void *)offset); +#endif + + if (offset > sc->sc_size) + panic("CFI: erase offset (%p) bigger " + "than cfi array size (%p)\n", + (void *)sc->sc_wrofs, (void *)sc->sc_size); + + /* Erase the block. */ + switch (sc->sc_cmdset) { + case CFI_VEND_INTEL_ECS: + case CFI_VEND_INTEL_SCS: + cfi_array_write(sc, offset, 0, CFI_BCS_BLOCK_ERASE); + cfi_array_write(sc, offset, 0, CFI_BCS_CONFIRM); + break; + case CFI_VEND_AMD_SCS: + case CFI_VEND_AMD_ECS: + cfi_amd_write(sc, offset, AMD_ADDR_START, CFI_AMD_ERASE_SECTOR); + cfi_amd_write(sc, offset, 0, CFI_AMD_BLOCK_ERASE); + break; + default: + /* Better safe than sorry... */ + return (ENODEV); + } +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_BLOCK_ERASE) + printf("%s: cfi_wait_ready(sc, offset = %p, timout = %d uS, " + "count = %d %lld)\n", __func__, (void *)offset, + sc->sc_erase_timeout, sc->sc_erase_max_timeout, cpu_ticks()); +#endif + error = cfi_wait_ready(sc, offset, sc->sc_erase_timeout, + sc->sc_erase_max_timeout); +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_BLOCK_ERASE) + printf("%s: cfi_wait_ready(sc, offset = %p, timout = %d uS, " + "count = %d %lld) done\n", __func__, (void *)offset, + sc->sc_erase_timeout, sc->sc_erase_max_timeout, cpu_ticks()); +#endif + + return (error); +} + +#define CFI_AMD_BYPASS 0 + +int cfi_write_block(struct cfi_softc *sc) { union { uint8_t *x8; uint16_t *x16; uint32_t *x32; + uint64_t *x64; } ptr; register_t intr; int error, i; - /* Erase the block. */ + if (sc->sc_wrofs > sc->sc_size) + panic("CFI: write offset (%p) bigger " + "than cfi array size (%p)\n", + (void *)sc->sc_wrofs, (void *)sc->sc_size); + +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_BLOCK_WRITE) + device_printf(sc->sc_dev,"CFI write offset=0x%08x\n", + sc->sc_wrofs); +#endif + + if (cfi_rdonly) + return (EOPNOTSUPP); + + if (( sc->sc_wrofs < cfi_protect_loader) || + ((sc->sc_wrofs + sc->sc_wrbufsz) < cfi_protect_loader)) { + device_printf(sc->sc_dev,"Attempt to write bootloader area " + "at 0x%08x size 0x%08x\n", sc->sc_wrofs, sc->sc_wrbufsz); + return (EOPNOTSUPP); + } + + error = cfi_erase_block(sc, sc->sc_wrofs); + if (error) + goto out; + +#ifdef CFI_DEBUG + if (cfi_debug & CFI_DEBUG_BLOCK_WRITE) + device_printf(sc->sc_dev,"CFI write start, offset=0x%08x\n", + sc->sc_wrofs); +#endif + /* Write the block. */ + ptr.x8 = sc->sc_wrbuf; + + /* Unlock Bypass. */ switch (sc->sc_cmdset) { - case CFI_VEND_INTEL_ECS: - case CFI_VEND_INTEL_SCS: - cfi_write(sc, sc->sc_wrofs, CFI_BCS_BLOCK_ERASE); - cfi_write(sc, sc->sc_wrofs, CFI_BCS_CONFIRM); - break; case CFI_VEND_AMD_SCS: case CFI_VEND_AMD_ECS: +#if CFI_AMD_BYPASS + /* Unlock Bypass */ cfi_amd_write(sc, sc->sc_wrofs, AMD_ADDR_START, - CFI_AMD_ERASE_SECTOR); - cfi_amd_write(sc, sc->sc_wrofs, 0, CFI_AMD_BLOCK_ERASE); + CFI_AMD_UNLOCK_BYPASS); +#endif break; default: /* Better safe than sorry... */ return (ENODEV); } - error = cfi_wait_ready(sc, sc->sc_wrofs, sc->sc_erase_timeout); - if (error) - goto out; - /* Write the block. */ - ptr.x8 = sc->sc_wrbuf; + for (i = 0; i < sc->sc_wrbufsz; i += sc->sc_width) { /* @@ -398,39 +803,52 @@ switch (sc->sc_cmdset) { case CFI_VEND_INTEL_ECS: case CFI_VEND_INTEL_SCS: - cfi_write(sc, sc->sc_wrofs + i, CFI_BCS_PROGRAM); + cfi_array_write(sc, sc->sc_wrofs + i, 0, + CFI_BCS_PROGRAM); break; case CFI_VEND_AMD_SCS: case CFI_VEND_AMD_ECS: - cfi_amd_write(sc, 0, AMD_ADDR_START, CFI_AMD_PROGRAM); +#if CFI_AMD_BYPASS + /* Unlock Bypass Program */ + cfi_write(sc, sc->sc_wrofs, 0, CFI_AMD_PROGRAM); +#else + cfi_amd_write(sc, sc->sc_wrofs, AMD_ADDR_START, + CFI_AMD_PROGRAM); +#endif break; } + /* Raw data do not use cfi_array_write */ switch (sc->sc_width) { case 1: - bus_space_write_1(sc->sc_tag, sc->sc_handle, - sc->sc_wrofs + i, *(ptr.x8)++); + cfi_write(sc, sc->sc_wrofs + i, 0, *(ptr.x8)++); break; case 2: - bus_space_write_2(sc->sc_tag, sc->sc_handle, - sc->sc_wrofs + i, *(ptr.x16)++); + cfi_write(sc, sc->sc_wrofs + i, 0, *(ptr.x16)++); break; case 4: - bus_space_write_4(sc->sc_tag, sc->sc_handle, - sc->sc_wrofs + i, *(ptr.x32)++); + cfi_write(sc, sc->sc_wrofs + i, 0, *(ptr.x32)++); break; + case 8: + cfi_write(sc, sc->sc_wrofs + i, 0, *(ptr.x64)++); + break; } intr_restore(intr); - error = cfi_wait_ready(sc, sc->sc_wrofs, sc->sc_write_timeout); + error = cfi_wait_ready(sc, sc->sc_wrofs + i, + sc->sc_write_timeout, sc->sc_write_max_timeout); if (error) goto out; } - /* error is 0. */ out: - cfi_write(sc, 0, CFI_BCS_READ_ARRAY); +#if CFI_AMD_BYPASS + /* Unlock Bypass Reset */ + cfi_array_write(sc, sc->sc_wrofs, 0, 0x90); + cfi_array_write(sc, sc->sc_wrofs, 0, 0x00); +#endif + cfi_array_write(sc, sc->sc_wrofs, 0, sc->sc_rstcmd); return (error); } @@ -472,12 +890,12 @@ return EOPNOTSUPP; KASSERT(sc->sc_width == 2, ("sc_width %d", sc->sc_width)); - cfi_write(sc, 0, CFI_INTEL_READ_ID); + cfi_array_write(sc, 0, 0, CFI_INTEL_READ_ID); *id = ((uint64_t)cfi_get16(sc, CFI_INTEL_PR(0)))<<48 | ((uint64_t)cfi_get16(sc, CFI_INTEL_PR(1)))<<32 | ((uint64_t)cfi_get16(sc, CFI_INTEL_PR(2)))<<16 | ((uint64_t)cfi_get16(sc, CFI_INTEL_PR(3))); - cfi_write(sc, 0, CFI_BCS_READ_ARRAY); + cfi_array_write(sc, 0, 0, CFI_BCS_READ_ARRAY); return 0; } @@ -491,12 +909,12 @@ return EOPNOTSUPP; KASSERT(sc->sc_width == 2, ("sc_width %d", sc->sc_width)); - cfi_write(sc, 0, CFI_INTEL_READ_ID); + cfi_array_write(sc, 0, 0, CFI_INTEL_READ_ID); *id = ((uint64_t)cfi_get16(sc, CFI_INTEL_PR(4)))<<48 | ((uint64_t)cfi_get16(sc, CFI_INTEL_PR(5)))<<32 | ((uint64_t)cfi_get16(sc, CFI_INTEL_PR(6)))<<16 | ((uint64_t)cfi_get16(sc, CFI_INTEL_PR(7))); - cfi_write(sc, 0, CFI_BCS_READ_ARRAY); + cfi_array_write(sc, 0, 0, CFI_BCS_READ_ARRAY); return 0; } @@ -519,15 +937,15 @@ #ifdef CFI_ARMEDANDDANGEROUS for (i = 7; i >= 4; i--, id >>= 16) { intr = intr_disable(); - cfi_write(sc, 0, CFI_INTEL_PP_SETUP); + cfi_array_write(sc, 0, 0, CFI_INTEL_PP_SETUP); cfi_put16(sc, CFI_INTEL_PR(i), id&0xffff); intr_restore(intr); error = cfi_wait_ready(sc, CFI_BCS_READ_STATUS, - sc->sc_write_timeout); + sc->sc_write_timeout, sc->sc_write_max_timeout); if (error) break; } - cfi_write(sc, 0, CFI_BCS_READ_ARRAY); + cfi_array_write(sc, 0, 0, CFI_BCS_READ_ARRAY); return error; #else device_printf(sc->sc_dev, "%s: OEM PR not set, " @@ -546,9 +964,9 @@ return EOPNOTSUPP; KASSERT(sc->sc_width == 2, ("sc_width %d", sc->sc_width)); - cfi_write(sc, 0, CFI_INTEL_READ_ID); + cfi_array_write(sc, 0, 0, CFI_INTEL_READ_ID); *plr = cfi_get16(sc, CFI_INTEL_PLR); - cfi_write(sc, 0, CFI_BCS_READ_ARRAY); + cfi_array_write(sc, 0, 0, CFI_BCS_READ_ARRAY); return 0; } @@ -572,11 +990,11 @@ /* worthy of console msg */ device_printf(sc->sc_dev, "set PLR\n"); intr = intr_disable(); - cfi_write(sc, 0, CFI_INTEL_PP_SETUP); + cfi_array_write(sc, 0, 0, CFI_INTEL_PP_SETUP); cfi_put16(sc, CFI_INTEL_PLR, 0xFFFD); intr_restore(intr); - error = cfi_wait_ready(sc, CFI_BCS_READ_STATUS, sc->sc_write_timeout); - cfi_write(sc, 0, CFI_BCS_READ_ARRAY); + error = cfi_wait_ready(sc, CFI_BCS_READ_STATUS, sc->sc_write_timeout, sc->sc_write_max_timeout); + cfi_array_write(sc, 0, 0, CFI_BCS_READ_ARRAY); return error; #else device_printf(sc->sc_dev, "%s: PLR not set, " Index: sys/dev/cfi/cfi_disk.c =================================================================== --- sys/dev/cfi/cfi_disk.c (revision 219085) +++ sys/dev/cfi/cfi_disk.c (working copy) @@ -57,7 +57,21 @@ struct task iotask; /* i/o processing */ }; -#define CFI_DISK_SECSIZE 512 + +/* + * Max chip bus width is 4. + * Data in flash maybe aligned on any block size, + * so we need less as posible sector size. + */ + +/* + * XXX Require to rewrite some GEOM modules, + * they are read sectorsize for read signature, + * but need read rquired size aligned to sectorsize. + * Example: geom_label + */ + +#define CFI_DISK_SECSIZE 4 #define CFI_DISK_MAXIOSIZE 65536 static int cfi_disk_detach(device_t); @@ -182,19 +196,19 @@ if (sc->sc_width == 1) { uint8_t *dp = (uint8_t *)bp->bio_data; while (resid > 0 && bp->bio_offset < sc->sc_size) { - *dp++ = cfi_read(sc, bp->bio_offset); + *dp++ = cfi_read(sc, bp->bio_offset, 0); bp->bio_offset += 1, resid -= 1; } } else if (sc->sc_width == 2) { uint16_t *dp = (uint16_t *)bp->bio_data; while (resid > 0 && bp->bio_offset < sc->sc_size) { - *dp++ = cfi_read(sc, bp->bio_offset); + *dp++ = cfi_read(sc, bp->bio_offset, 0); bp->bio_offset += 2, resid -= 2; } } else { uint32_t *dp = (uint32_t *)bp->bio_data; while (resid > 0 && bp->bio_offset < sc->sc_size) { - *dp++ = cfi_read(sc, bp->bio_offset); + *dp++ = cfi_read(sc, bp->bio_offset, 0); bp->bio_offset += 4, resid -= 4; } } --Multipart=_Mon__14_Mar_2011_17_09_42_+0200_kl6/fo6bUqwAX_PL-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 15:44: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 B5939106564A; Mon, 14 Mar 2011 15:44:34 +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 8AC268FC12; Mon, 14 Mar 2011 15:44:34 +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 3E47046B8F; Mon, 14 Mar 2011 11:44:34 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CCE928A027; Mon, 14 Mar 2011 11:44:33 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 14 Mar 2011 11:44:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <4D7E228A.4090906@freebsd.org> In-Reply-To: <4D7E228A.4090906@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103141144.32815.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 14 Mar 2011 11:44:33 -0400 (EDT) Cc: FreeBSD Arch , Nathan Whitehorn , freebsd-sysinstall@freebsd.org Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 15:44:34 -0000 On Monday, March 14, 2011 10:13:30 am Nathan Whitehorn wrote: > I just committed (r219641) changes that make the release infrastructure > (src/release/Makefile) use bsdinstall by default instead of sysinstall > on install media. A big thank you is in order to everyone who provided > advice, criticism, and testing for this project over the last few months! > > Along with sysinstall, the original sysinstall build stuff has been > preserved (now /usr/src/release/Makefile.sysinstall) and will continue > to be for the lifetime of the 9.x release series, although it will not > be used by default. This change modifies the process of building > releases somewhat, so I'll outline changes that people who run snapshot > buildbots will have to make below, and some next steps planned with the > installer. Please consider supporting using SVN or CVS to obtain docs, ports, and source trees. I have a custom SVN repo at work that is not exported to CVS and available via csup and am able to use the existing SVNROOT SVNBRANCH variables with 'make release'. Having support for this sort of thing would be useful. I have also made much use of LOCAL_PATCHES in the past for building releases, so having support for that would be useful as well. I think for re@ especially it is nice to just do 'make release TAG=7.2' (or some such) and have it DTRT to check out matching ports, doc, and src into the chroot, etc. I think the new process should be similarly automated. Have you tested network installs using PXE or the like? This was fairly easy before as you could copy the '/boot' directory from a bootable ISO and the mfsroot was self-contained. Do you now have to put the entire contents of release.iso up via NFS? Is there a subset you put in the NFS root and then do an NFS or FTP install? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 15:56: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 E2B581065670; Mon, 14 Mar 2011 15:56:17 +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 B048F8FC0A; Mon, 14 Mar 2011 15:56:17 +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 <0LI200M001LS6M00@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 10:56:16 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.65.155]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LI200HZA1LQRB20@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 10:56:16 -0500 (CDT) Date: Mon, 14 Mar 2011 10:56:14 -0500 From: Nathan Whitehorn In-reply-to: <201103141144.32815.jhb@freebsd.org> To: John Baldwin Message-id: <4D7E3A9E.10800@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-14, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.14.154539, SenderIP=76.210.65.155 References: <4D7E228A.4090906@freebsd.org> <201103141144.32815.jhb@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-current@freebsd.org, freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 15:56:18 -0000 On 03/14/11 10:44, John Baldwin wrote: > On Monday, March 14, 2011 10:13:30 am Nathan Whitehorn wrote: >> I just committed (r219641) changes that make the release infrastructure >> (src/release/Makefile) use bsdinstall by default instead of sysinstall >> on install media. A big thank you is in order to everyone who provided >> advice, criticism, and testing for this project over the last few months! >> >> Along with sysinstall, the original sysinstall build stuff has been >> preserved (now /usr/src/release/Makefile.sysinstall) and will continue >> to be for the lifetime of the 9.x release series, although it will not >> be used by default. This change modifies the process of building >> releases somewhat, so I'll outline changes that people who run snapshot >> buildbots will have to make below, and some next steps planned with the >> installer. > Please consider supporting using SVN or CVS to obtain docs, ports, and source > trees. I have a custom SVN repo at work that is not exported to CVS and > available via csup and am able to use the existing SVNROOT SVNBRANCH variables > with 'make release'. Having support for this sort of thing would be useful. > I have also made much use of LOCAL_PATCHES in the past for building releases, > so having support for that would be useful as well. SVNBRANCH works now, and source comes over SVN, the others via cvsup. Support for a different SVNROOT and regular cvs for ports and docs can certainly be added. In the case of LOCAL_PATCHES, you can just use the regular makefile on your patched tree -- I don't think the chroot and checkouts make much sense in this case. > I think for re@ especially it is nice to just do 'make release TAG=7.2' (or > some such) and have it DTRT to check out matching ports, doc, and src into the > chroot, etc. I think the new process should be similarly automated. The generate-release.sh script likely needs some work. It exists almost purely for the benefit of re@, and I don't know exactly what their requirements are. A list (or patches) would be very welcome. The feature you want here, though, can be obtained now by the CVSUP_TAG and svn branch arguments to generate-release.sh. > Have you tested network installs using PXE or the like? This was fairly easy > before as you could copy the '/boot' directory from a bootable ISO and the > mfsroot was self-contained. Do you now have to put the entire contents of > release.iso up via NFS? Is there a subset you put in the NFS root and then do > an NFS or FTP install? > Yes, I have, and it works well (tested on i386, sparc64, and powerpc). Right now, you need the whole system (which is a regular installworld + the rc.local to give the installer menu, and, optionally the distfiles). For the future, the set of things the installer needs from the userland is intentionally fairly small. I need to do some work anyway to make a minimal system for bootonly CDs and the like, which should also a smaller system for PXE as well. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 16:06: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 87C7E106564A; Mon, 14 Mar 2011 16:06:56 +0000 (UTC) (envelope-from gkeramidas@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 033528FC1B; Mon, 14 Mar 2011 16:06:55 +0000 (UTC) Received: by gwb15 with SMTP id 15so2142372gwb.13 for ; Mon, 14 Mar 2011 09:06:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=AjyZVvpTnzOoCjk5gMTbmfxlZR6dynwnPh9hese2XAQ=; b=HEWe/0ewyVtYeyk5GJU01hJHLXTI9k6ohs305TPG2qTi698ttEB9ZYomnXMJ4hXaDy Hhf8Yh61nzo9sAytFdSFeZuIHxWzWPO4a90qy0iFXjte5Qff6zb48EQLQfjrAulx7DfB JgPgJ/cb8C6jOL5ySk6DvqECHBchLSpHHh6Ws= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=nqVjxvD0AUWqRTp4sPBvnIrLNUzQ6JYQ8VC98C1YENgR2F2eGg/YrubfZlPC3dIXFY uPVKE+DjaNWPD3trKqz1VwlLzh484MEOoRaTpy7XbR8rKu0yH35BOnxSbUetqiREVAoN DKmHV5lr/wZCEgfHdpdshU4HI2BAWPqAqvkaM= MIME-Version: 1.0 Received: by 10.147.58.20 with SMTP id l20mr9854196yak.26.1300117086639; Mon, 14 Mar 2011 08:38:06 -0700 (PDT) Sender: gkeramidas@gmail.com Received: by 10.147.181.12 with HTTP; Mon, 14 Mar 2011 08:38:05 -0700 (PDT) In-Reply-To: <4D7E228A.4090906@freebsd.org> References: <4D7E228A.4090906@freebsd.org> Date: Mon, 14 Mar 2011 16:38:05 +0100 X-Google-Sender-Auth: eS4jBgbfHjjgiz4Up3bKCeLHgMg Message-ID: From: Giorgos Keramidas To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 16:06:56 -0000 On Mon, Mar 14, 2011 at 3:13 PM, Nathan Whitehorn wrote: > Changes to release(7) > ----------------------------- > > Release builds work and look slightly different now, so everyone who > snapshot tinderboxes will likely find them breaking shortly. The nearest > analog to the old make release (with version-control checkouts and a chroot) > is src/release/generate-release.sh, which can be run as generate-release.sh > head /path/to/chroot/dir. If you want to include ports and documentation on > the release media, CVSUP_HOST must be defined in the environment to point to > a cvsup mirror. The output is placed in /R in the chroot directory, as > before. > > If the chroot is unimportant (it ensures a total clean-room build, but may > not be necessary in most cases), you can get a release build using the > regular makefile, like so: > cd /usr/src > make buildworld buildkernel > cd /usr/src/release > make obj release > > By default, this will include ports and documentation if you have them > checked out to /usr/ports and /usr/doc, though this behavior can be modified > (see the top of the makefile). In addition, some architectures (i386, amd64, > powerpc, powerpc64, and maybe ia64) have release media that can be > cross-built, so you can set TARGET/TARGET_ARCH appropriately for those. > Output goes to .OBJDIR, which is /usr/obj/usr/src/release in the case of the > above commands. The equivalent to disc1 is called release.iso, the memstick > image (i386, amd64 only) is called memstick, and a directory of distfiles > for FTP mirrors is generated named ftp. Any "user interface" changes that affect the release.7 manpage and may catch people building their own release images should be updated in the manpage itself too. Some of the stuff I'd like to see fixed in the release.7 manpage are: - The requirement for CVSUP_HOST should be explicitly mentioned in release.7 for releases that have NODOC. Note: I haven't run a release with the new Makefile yet, but is it still possible to use a local CVS mirror, e.g. /home/ncvs for these files instead of a cvsup host that is only accessible over the (potentially much slower) network? - The make variable ${DATE} is automatically set to the build date. We should probably mention this in the default BUILDNAME description (since it's such a generic variable name). - BUILDNAME is automatically set to a default that may have to be documented to the manpage, so that people know what to expect when they type just "make release" and sit back. - There's a ${BASE} variable set to 9.0 that release engineers may have to manually update when they roll-out release and stable branches. This should be documented in the "shortly before the release" checklist we have in http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html - The directories that "make release" creates, and the names of the ISO image files should be mentioned in release.7 now that we have a chance to make a batch of useful updates to the text. Naturally, I volunteer to *make* the mdoc changes. As long as someone (e.g. you Nathan?) who is acquainted with the new release building Makefile can hepl me by reviewing the updates and making sure they look reasonably close to the new state of everything. From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 16:38: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 A506B106566B; Mon, 14 Mar 2011 16:38:58 +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 70EBE8FC12; Mon, 14 Mar 2011 16:38:58 +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 <0LI2002083KXTL00@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 11:38:57 -0500 (CDT) Received: from anacreon.physics.wisc.edu (anacreon.physics.wisc.edu [128.104.160.176]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LI2000OQ3KR2O10@smtpauth3.wiscmail.wisc.edu>; Mon, 14 Mar 2011 11:38:51 -0500 (CDT) Date: Mon, 14 Mar 2011 11:38:51 -0500 From: Nathan Whitehorn In-reply-to: To: Giorgos Keramidas Message-id: <4D7E449B.5020209@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.160.176 X-Spam-PmxInfo: Server=avs-10, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.14.161528, SenderIP=128.104.160.176 References: <4D7E228A.4090906@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD powerpc; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 16:38:58 -0000 On 03/14/11 10:38, Giorgos Keramidas wrote: > On Mon, Mar 14, 2011 at 3:13 PM, Nathan Whitehorn > wrote: >> Changes to release(7) >> ----------------------------- >> >> Release builds work and look slightly different now, so everyone who >> snapshot tinderboxes will likely find them breaking shortly. The nearest >> analog to the old make release (with version-control checkouts and a chroot) >> is src/release/generate-release.sh, which can be run as generate-release.sh >> head /path/to/chroot/dir. If you want to include ports and documentation on >> the release media, CVSUP_HOST must be defined in the environment to point to >> a cvsup mirror. The output is placed in /R in the chroot directory, as >> before. >> >> If the chroot is unimportant (it ensures a total clean-room build, but may >> not be necessary in most cases), you can get a release build using the >> regular makefile, like so: >> cd /usr/src >> make buildworld buildkernel >> cd /usr/src/release >> make obj release >> >> By default, this will include ports and documentation if you have them >> checked out to /usr/ports and /usr/doc, though this behavior can be modified >> (see the top of the makefile). In addition, some architectures (i386, amd64, >> powerpc, powerpc64, and maybe ia64) have release media that can be >> cross-built, so you can set TARGET/TARGET_ARCH appropriately for those. >> Output goes to .OBJDIR, which is /usr/obj/usr/src/release in the case of the >> above commands. The equivalent to disc1 is called release.iso, the memstick >> image (i386, amd64 only) is called memstick, and a directory of distfiles >> for FTP mirrors is generated named ftp. > Any "user interface" changes that affect the release.7 manpage and may > catch people building their own release images should be updated in the > manpage itself too. Yes. I was hoping to update the manpage in the next couple days. > Some of the stuff I'd like to see fixed in the release.7 manpage are: > > - The requirement for CVSUP_HOST should be explicitly mentioned in > release.7 for releases that have NODOC. > > Note: I haven't run a release with the new Makefile yet, but is it > still possible to use a local CVS mirror, e.g. /home/ncvs for these > files instead of a cvsup host that is only accessible over the > (potentially much slower) network? It isn't possible right now. If you have a pre-existing checkout (from whatever source), make release will use that. John Baldwin mentioned the cvs changes to generate-release.sh and I'll try to get those in soon. > - The make variable ${DATE} is automatically set to the build date. We > should probably mention this in the default BUILDNAME description > (since it's such a generic variable name). > > - BUILDNAME is automatically set to a default that may have to be > documented to the manpage, so that people know what to expect when > they type just "make release" and sit back. > > - There's a ${BASE} variable set to 9.0 that release engineers may > have to manually update when they roll-out release and stable > branches. This should be documented in the "shortly before the > release" checklist we have in > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/release-proc.html Some (most) of these variables don't exist anymore. The CD is just always named 'release.iso' at the moment, for instance. That can easily be changed, however. > - The directories that "make release" creates, and the names of the > ISO image files should be mentioned in release.7 now that we have a > chance to make a batch of useful updates to the text. > > Naturally, I volunteer to *make* the mdoc changes. As long as someone > (e.g. you Nathan?) who is acquainted with the new release building > Makefile can hepl me by reviewing the updates and making sure they look > reasonably close to the new state of everything. Sure. I have the feeling that there are going to be a lot of feature and change requests today with regard to release infrastructure, so I'll let the dust clear for a day or two and we can start hashing out the documentation. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 16:57: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 8BF1A1065673; Mon, 14 Mar 2011 16:57:26 +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 5EB048FC15; Mon, 14 Mar 2011 16:57:26 +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 D383946B38; Mon, 14 Mar 2011 12:57:25 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6F0548A01B; Mon, 14 Mar 2011 12:57:25 -0400 (EDT) From: John Baldwin To: Nathan Whitehorn Date: Mon, 14 Mar 2011 12:55:16 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <4D7E228A.4090906@freebsd.org> <201103141144.32815.jhb@freebsd.org> <4D7E3A9E.10800@freebsd.org> In-Reply-To: <4D7E3A9E.10800@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103141255.16292.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 14 Mar 2011 12:57:25 -0400 (EDT) Cc: freebsd-current@freebsd.org, freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 16:57:26 -0000 On Monday, March 14, 2011 11:56:14 am Nathan Whitehorn wrote: > On 03/14/11 10:44, John Baldwin wrote: > > On Monday, March 14, 2011 10:13:30 am Nathan Whitehorn wrote: > >> I just committed (r219641) changes that make the release infrastructure > >> (src/release/Makefile) use bsdinstall by default instead of sysinstall > >> on install media. A big thank you is in order to everyone who provided > >> advice, criticism, and testing for this project over the last few months! > >> > >> Along with sysinstall, the original sysinstall build stuff has been > >> preserved (now /usr/src/release/Makefile.sysinstall) and will continue > >> to be for the lifetime of the 9.x release series, although it will not > >> be used by default. This change modifies the process of building > >> releases somewhat, so I'll outline changes that people who run snapshot > >> buildbots will have to make below, and some next steps planned with the > >> installer. > > Please consider supporting using SVN or CVS to obtain docs, ports, and source > > trees. I have a custom SVN repo at work that is not exported to CVS and > > available via csup and am able to use the existing SVNROOT SVNBRANCH variables > > with 'make release'. Having support for this sort of thing would be useful. > > I have also made much use of LOCAL_PATCHES in the past for building releases, > > so having support for that would be useful as well. > > SVNBRANCH works now, and source comes over SVN, the others via cvsup. > Support for a different SVNROOT and regular cvs for ports and docs can > certainly be added. In the case of LOCAL_PATCHES, you can just use the > regular makefile on your patched tree -- I don't think the chroot and > checkouts make much sense in this case. Hmm, I've actually used LOCAL_PATCHES a lot to test out changes while still doing builds in a chroot (I'm paranoid about not having pollution from the build machine in the release builds so have always used the chroot). Being able to use CVS and a custom CVSROOT and SVNROOT would be good to have. > > I think for re@ especially it is nice to just do 'make release TAG=7.2' (or > > some such) and have it DTRT to check out matching ports, doc, and src into the > > chroot, etc. I think the new process should be similarly automated. > > The generate-release.sh script likely needs some work. It exists almost > purely for the benefit of re@, and I don't know exactly what their > requirements are. A list (or patches) would be very welcome. The feature > you want here, though, can be obtained now by the CVSUP_TAG and svn > branch arguments to generate-release.sh. Note that re@ uses CVS to checkout ports and docs rather than cvsup. There was also logic in the old release Makefile to take a single CVS-style src tag and convert it into suitable tags for docs and ports. An example of the re@ style is found in the bottom of the old release(7): EXAMPLES The following sequence of commands was used to build the FreeBSD 4.9 release: cd /usr cvs co -rRELENG_4_9_0_RELEASE src cd src make buildworld cd release make release CHROOTDIR=/local3/release BUILDNAME=4.9-RELEASE \ CVSROOT=/host/cvs/usr/home/ncvs RELEASETAG=RELENG_4_9_0_RELEASE After running these commands, a complete system suitable for FTP or CD- ROM distribution is available in the /local3/release/R directory. > > Have you tested network installs using PXE or the like? This was fairly easy > > before as you could copy the '/boot' directory from a bootable ISO and the > > mfsroot was self-contained. Do you now have to put the entire contents of > > release.iso up via NFS? Is there a subset you put in the NFS root and then do > > an NFS or FTP install? > > > > Yes, I have, and it works well (tested on i386, sparc64, and powerpc). > Right now, you need the whole system (which is a regular installworld + > the rc.local to give the installer menu, and, optionally the distfiles). > For the future, the set of things the installer needs from the userland > is intentionally fairly small. I need to do some work anyway to make a > minimal system for bootonly CDs and the like, which should also a > smaller system for PXE as well. Ok. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 17:07: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 A7E34106564A for ; Mon, 14 Mar 2011 17:07:03 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 5FBF98FC18 for ; Mon, 14 Mar 2011 17:07:03 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 0E3395DC2; Mon, 14 Mar 2011 17:07:02 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.4/8.14.4) with ESMTP id p2EH717d003020; Mon, 14 Mar 2011 17:07:01 GMT (envelope-from phk@critter.freebsd.dk) To: Nathan Whitehorn From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 14 Mar 2011 09:13:30 EST." <4D7E228A.4090906@freebsd.org> Date: Mon, 14 Mar 2011 17:07:01 +0000 Message-ID: <3019.1300122421@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 17:07:03 -0000 In message <4D7E228A.4090906@freebsd.org>, Nathan Whitehorn writes: >I just committed (r219641) changes that make the release infrastructure >(src/release/Makefile) use bsdinstall by default instead of sysinstall >on install media. A big thank you is in order to everyone who provided >advice, criticism, and testing for this project over the last few months! Free! I am Free at last!!! I need a beer now... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 18:59:46 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 73FFC1065672 for ; Mon, 14 Mar 2011 18:59:46 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC9B8FC12 for ; Mon, 14 Mar 2011 18:59:45 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C95129CB14A for ; Mon, 14 Mar 2011 19:59:43 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x0dlOutPVp06 for ; Mon, 14 Mar 2011 19:59:43 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 218BC9CB4D1 for ; Mon, 14 Mar 2011 19:59:43 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id p2EIxhSd098601 for current@freebsd.org; Mon, 14 Mar 2011 19:59:43 +0100 (CET) (envelope-from rdivacky) Date: Mon, 14 Mar 2011 19:59:43 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20110314185943.GA98118@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [TESTING]: boot2 compilation with -mregparm=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: Mon, 14 Mar 2011 18:59:46 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, This patch: http://lev.vlakno.cz/~rdivacky/boot2-mregparm.patch makes boot2 to be compiled with -mregparm=3 (which shrinks it some). It changes CFLAGS to include -mregparm=3 and also rewrites sio.S to use register passing. This survived my testing in qemu and jhb@s review. Please test this patch with boot2 booting via serial console, and with gptboot/zfsboot using serial console. Thank you! This is the last FreeBSD patch in the clang-boot2 saga so please help. roman --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk1+ZZ4ACgkQLVEj6D3CBEwImQCeNFeF9o4p2/3enbZrLeOKnzOl 1H4Ani/el7WJcU4jgWnmIT34TNgoeMIN =RxqV -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 21: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 8692E1065694 for ; Mon, 14 Mar 2011 21:52:53 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5D36A8FC21 for ; Mon, 14 Mar 2011 21:52:53 +0000 (UTC) Received: by iyj12 with SMTP id 12so6412929iyj.13 for ; Mon, 14 Mar 2011 14:52:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.53.76 with SMTP id l12mr9836955ibg.119.1300139572778; Mon, 14 Mar 2011 14:52:52 -0700 (PDT) Received: by 10.231.85.198 with HTTP; Mon, 14 Mar 2011 14:52:52 -0700 (PDT) Date: Mon, 14 Mar 2011 22:52:52 +0100 Message-ID: From: Olivier Smedts To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 14 Mar 2011 22:18:22 +0000 Cc: Subject: svn commit r219563 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2011 21:52:53 -0000 Hello, Since r219563 (I think, didn't have this problem a week ago), 9-CURRENT shows me a warning when I run "su" : Mar 14 22:49:59 q su: in pam_sm_authenticate(): (pam_group) neither luser nor ruser specified, assuming ruser % uname -a FreeBSD q.gid0.org 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r219643: Mon Mar 14 20:15:32 CET 2011 root@q.gid0.org:/usr/obj/usr/src/sys/QUAD amd64 % whoami zozo % groups zozo wheel operator dialer Cheers --=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 Tue Mar 15 00:39: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 4E56A106566C; Tue, 15 Mar 2011 00:39:07 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from coco.macktronics.com (coco.macktronics.com [209.181.253.65]) by mx1.freebsd.org (Postfix) with ESMTP id 261228FC15; Tue, 15 Mar 2011 00:39:06 +0000 (UTC) Received: from [172.22.30.42] (dulse.macktronics.com [209.181.253.69]) by coco.macktronics.com (Postfix) with ESMTPA id 8B8014AC40; Mon, 14 Mar 2011 19:20:10 -0500 (CDT) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Dan Mack In-Reply-To: <4D7E228A.4090906@freebsd.org> Date: Mon, 14 Mar 2011 19:20:10 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <9B41C412-A8C4-48B9-AF45-182E5658A238@macktronics.com> References: <4D7E228A.4090906@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 00:39:07 -0000 On Mar 14, 2011, at 9:13 AM, Nathan Whitehorn wrote: > I just committed (r219641) changes that make the release = infrastructure (src/release/Makefile) use bsdinstall by default instead = of sysinstall on install media. A big thank you is in order to everyone = who provided advice, criticism, and testing for this project over the = last few months! >=20 > Along with sysinstall, the original sysinstall build stuff has been = preserved (now /usr/src/release/Makefile.sysinstall) and will continue = to be for the lifetime of the 9.x release series, although it will not = be used by default. This change modifies the process of building = releases somewhat, so I'll outline changes that people who run snapshot = buildbots will have to make below, and some next steps planned with the = installer. >=20 > Changes to release(7) > ----------------------------- >=20 > Release builds work and look slightly different now, so everyone who = snapshot tinderboxes will likely find them breaking shortly. The nearest = analog to the old make release (with version-control checkouts and a = chroot) is src/release/generate-release.sh, which can be run as = generate-release.sh head /path/to/chroot/dir. If you want to include = ports and documentation on the release media, CVSUP_HOST must be defined = in the environment to point to a cvsup mirror. The output is placed in = /R in the chroot directory, as before. >=20 > If the chroot is unimportant (it ensures a total clean-room build, but = may not be necessary in most cases), you can get a release build using = the regular makefile, like so: > cd /usr/src > make buildworld buildkernel > cd /usr/src/release > make obj release >=20 >=20 >=20 Thanks! For what it's worth, I built a new release using this new = method and the only problem I ran into was getting dropped to the = "mountroot>" because the memstick's root partition failed to mount. I = am not sure if this has anything to do with your changes or not but I = thought I would bring it up. After mounting my usb stick with : = ufs:/dev/da0a it booted into bsdinstall without issue. I don't know if = this was do to kern.cam.boot_delay not being long enough or if it was a = problem with the creation of the memstick image.=20 During bsdinstall, there were a bunch of console debug messages spewing = alongside the bsdinstall text but they cleared before I could take a = picture.=20 Now we just need a ZFS template for the partition tool :-) Thanks again! Dan -- Dan Mack mack@macktronics.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 01: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 AFEFA1065679; Tue, 15 Mar 2011 01:00:55 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1808FC16; Tue, 15 Mar 2011 01:00:55 +0000 (UTC) Received: by iwn33 with SMTP id 33so127629iwn.13 for ; Mon, 14 Mar 2011 18:00:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=m3CEmXSqMgKL1zxuWNVHIAMYCZH3Xq9VGJF6gEZSAq8=; b=vYxZY6up91pPtUN2oHj2SXZoVkgIpgp5u07K6uoALqyBLIaAvSEqW6KewijqfIfpd5 U39Mps4Qw7OvViJBMjPEOEHjlYZzX8EV1wtNZt02x/d1pQ1KlFHT2JFG00+hi2cfO06+ wy7wZR3s2mPysS5ujDVYJ9WPiJwKusGAQelzk= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=aQod+711uWrQ3GsNec2gdNGjnuLCWQOHNvo5E/0GLCEwdT7Jd8EOjmVUdgAZzKKz+/ 5VCC0p5BEmQbklB5xA2NkfYundNcLxuAy6MjU5tOUH6HJPUZk1G3P5IR9uGt5gGGYIHx Eo7zfdSFVBA0dsqSJNO4TLTNkPMiYZj9GOUjo= MIME-Version: 1.0 Received: by 10.43.45.66 with SMTP id uj2mr15424438icb.514.1300150854597; Mon, 14 Mar 2011 18:00:54 -0700 (PDT) Sender: egypcio@gmail.com Received: by 10.42.157.1 with HTTP; Mon, 14 Mar 2011 18:00:54 -0700 (PDT) In-Reply-To: References: Date: Mon, 14 Mar 2011 22:00:54 -0300 X-Google-Sender-Auth: voEfRno5wwSDMJUFi5Y6oOQogcs Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 01:00:55 -0000 2011/3/13 Adrian Chadd : > Hi all, > > I've been working on AR9285 and AR2427 specific fixes. I seem to have > fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 > actually performs better under FreeBSD than Linux. Hah!) > > Just to be clear - the AR2427 support now seems to work and be stable. > I'm seeing 24mbit in iperf TCP tests in both TX and RX test. > > Would people please give -head a test and report back to the list(s) ? > > Thanks, > > > Adrian minimoose# uname -a FreeBSD minimoose 9.0-CURRENT FreeBSD 9.0-CURRENT #7: Mon Mar 14 17:54:28 BRT 2011 root@minimoose:/usr/obj/usr/src/sys/MINIMOOSE i386 minimoose# ifconfig wlan0 list scan SSID/MESH ID BSSID CHAN RATE S:N INT CAPS Zavam 00:26:5a:b1:da:92 1 54M -86:-96 100 EPS WPA RSN WME = WPS MRAZ d8:5d:4c:c8:57:60 1 54M -94:-96 100 EPS fortalnet 00:0a:52:01:78:53 1 11M -95:-96 100 EP Edvar 00:25:86:f8:5e:a8 6 54M -90:-96 100 EPS ATH TDMA Almir Filho 00:21:91:6d:cd:7c 6 54M -90:-96 100 EPS Marcelo Melo 00:1c:f0:7f:df:b8 11 54M -88:-96 100 EPS RSN cervantes-rep1 00:0e:2e:bf:f1:91 7 11M -91:-96 100 EP minimoose# dmesg | tail -11 wlan0: Ethernet address: 1c:4b:d6:a3:a3:d5 [1c:4b:d6:a3:a3:d5] refcnt 3 static_rix 0 ratemask 0x0 [ 250] cur rix 0 (6 Mb ) since switch: packets 0 ticks 0 [ 250] last sample 0 cur sample 0 packets sent 0 [ 250] packets since sample 0 sample tt 0 [1600] cur rix 0 (6 Mb ) since switch: packets 0 ticks 0 [1600] last sample 0 cur sample 0 packets sent 0 [1600] packets since sample 0 sample tt 0 wlan0: link state changed to UP ath0: bb hang detected (0x80), resetting minimoose# ifconfig wlan0 wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 1c:4b:d6:a3:a3:d5 inet 192.168.136.245 netmask 0xfffffff0 broadcast 192.168.136.255 media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g status: associated ssid Zavam channel 1 (2412 MHz 11g) bssid 00:26:5a:b1:da:92 regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL minimoose# egrep -i fbsdid /usr/src/sys/dev/ath/* /usr/src/sys/dev/ath/if_ath.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_debug.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_keycache.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_keycache.c,v 1.1 2011/03/02 17:19:54 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_pci.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $"); /usr/src/sys/dev/ath/if_ath_sysctl.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_sysctl.c,v 1.1 2011/03/02 16:03:19 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_tx.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $"); /usr/src/sys/dev/ath/if_ath_tx_ht.c:__FBSDID("$FreeBSD: src/sys/dev/ath/if_ath_tx_ht.c,v 1.11 2011/03/13 08:23:59 adrian Exp $"); minimoose# fetch -4pv ftp://ftp4.br.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/8.2/FreeBSD-8.2-RELEA= SE-i386-bootonly.iso looking up ftp4.br.freebsd.org connecting to ftp4.br.freebsd.org:21 setting passive mode opening data connection initiating transfer remote size / mtime: 49262592 / 1298157572 FreeBSD-8.2-RELEASE-i386-bootonly.iso 100% of 46 MB 1058 kBps 00m= 00s <3 --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 01:27: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 895F5106566B; Tue, 15 Mar 2011 01:27:58 +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 04F748FC13; Tue, 15 Mar 2011 01:27:57 +0000 (UTC) Received: by vws18 with SMTP id 18so141504vws.13 for ; Mon, 14 Mar 2011 18:27:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=O1oqR7fHFGIPGZpzf14Jpahe5NF9pXi249eb0o3NpHA=; b=NdtyybQdwOtadSeYdGIlVqAnxUQAnjG+68QEPfp2zm7aHb0AtnWmBPBtS4yrTBzD87 b7odO3QuoxwVo8Wm+3z4ptIfjOSjaObEvg9dg2vAHbB3uApJa51nMa5VV9wRC/97dlaJ WGLUIIP+1Aa9pOc2wAnj72bU4jQoaL+6qY1CQ= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=lIxadivzhBuzp6LXtvbLttQsAFUZGpnO3xnpOOHKVDw/RrUTo//A5XR8yT1u3Mt7Pt FbfipOH86rzWS1c9ehfDZNe1LTPbCx9kGTIpKePngloFc1lWDHkoblT3S81lkjOwf2dP po1rylSLQXUDsJNmjNgx3xoA7T27KtqpX/Eus= MIME-Version: 1.0 Received: by 10.52.177.196 with SMTP id cs4mr318170vdc.16.1300152477042; Mon, 14 Mar 2011 18:27:57 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.228 with HTTP; Mon, 14 Mar 2011 18:27:57 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Mar 2011 09:27:57 +0800 X-Google-Sender-Auth: 232GN7x_o9KlGpVbGha-_1zoFIA Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 01:27:58 -0000 Hi! Thanks for the information. Please (re) include the chipset details, and what's in dmesg for ath0. Please also re-run sysctl dev.ath.0.sample_stats=3D1 (and check dmesg) after doing a few transfers; that'll give statistics on the TX side after it's actually done some TX'ing. Thanks, Adrian 2011/3/15 Vin=EDcius Zavam : > 2011/3/13 Adrian Chadd : >> Hi all, >> >> I've been working on AR9285 and AR2427 specific fixes. I seem to have >> fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 >> actually performs better under FreeBSD than Linux. Hah!) >> >> Just to be clear - the AR2427 support now seems to work and be stable. >> I'm seeing 24mbit in iperf TCP tests in both TX and RX test. >> >> Would people please give -head a test and report back to the list(s) ? >> >> Thanks, >> >> >> Adrian > > minimoose# uname -a > FreeBSD minimoose 9.0-CURRENT FreeBSD 9.0-CURRENT #7: Mon Mar 14 > 17:54:28 BRT 2011 =A0 =A0 root@minimoose:/usr/obj/usr/src/sys/MINIMOOSE > i386 > > minimoose# ifconfig wlan0 list scan > SSID/MESH ID =A0 =A0BSSID =A0 =A0 =A0 =A0 =A0 =A0 =A0CHAN RATE =A0 S:N = =A0 =A0 INT CAPS > Zavam =A0 =A0 =A0 =A0 =A0 00:26:5a:b1:da:92 =A0 =A01 =A0 54M -86:-96 =A01= 00 EPS =A0WPA RSN WME WPS > MRAZ =A0 =A0 =A0 =A0 =A0 =A0d8:5d:4c:c8:57:60 =A0 =A01 =A0 54M -94:-96 = =A0100 EPS > fortalnet =A0 =A0 =A0 00:0a:52:01:78:53 =A0 =A01 =A0 11M -95:-96 =A0100 E= P > Edvar =A0 =A0 =A0 =A0 =A0 00:25:86:f8:5e:a8 =A0 =A06 =A0 54M -90:-96 =A01= 00 EPS =A0ATH TDMA > Almir Filho =A0 =A0 00:21:91:6d:cd:7c =A0 =A06 =A0 54M -90:-96 =A0100 EPS > Marcelo Melo =A0 =A000:1c:f0:7f:df:b8 =A0 11 =A0 54M -88:-96 =A0100 EPS = =A0RSN > cervantes-rep1 =A000:0e:2e:bf:f1:91 =A0 =A07 =A0 11M -91:-96 =A0100 EP > > minimoose# dmesg | tail -11 > wlan0: Ethernet address: 1c:4b:d6:a3:a3:d5 > > [1c:4b:d6:a3:a3:d5] refcnt 3 static_rix 0 ratemask 0x0 > [ 250] cur rix 0 (6 Mb ) since switch: packets 0 ticks 0 > [ 250] last sample 0 cur sample 0 packets sent 0 > [ 250] packets since sample 0 sample tt 0 > [1600] cur rix 0 (6 Mb ) since switch: packets 0 ticks 0 > [1600] last sample 0 cur sample 0 packets sent 0 > [1600] packets since sample 0 sample tt 0 > wlan0: link state changed to UP > ath0: bb hang detected (0x80), resetting > > minimoose# ifconfig wlan0 > wlan0: flags=3D8843 metric 0 mtu = 1500 > =A0 =A0 =A0 =A0ether 1c:4b:d6:a3:a3:d5 > =A0 =A0 =A0 =A0inet 192.168.136.245 netmask 0xfffffff0 broadcast 192.168.= 136.255 > =A0 =A0 =A0 =A0media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g > =A0 =A0 =A0 =A0status: associated > =A0 =A0 =A0 =A0ssid Zavam channel 1 (2412 MHz 11g) bssid 00:26:5a:b1:da:9= 2 > =A0 =A0 =A0 =A0regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON > =A0 =A0 =A0 =A0deftxkey UNDEF TKIP 2:128-bit TKIP 3:128-bit txpower 20 bm= iss 7 > =A0 =A0 =A0 =A0scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:r= ssi 7 > =A0 =A0 =A0 =A0roam:rate 5 protmode CTS wme burst roaming MANUAL > > minimoose# egrep -i fbsdid /usr/src/sys/dev/ath/* > /usr/src/sys/dev/ath/if_ath.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $"); > /usr/src/sys/dev/ath/if_ath_debug.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp > $"); > /usr/src/sys/dev/ath/if_ath_keycache.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_keycache.c,v 1.1 2011/03/02 17:19:54 adrian Exp > $"); > /usr/src/sys/dev/ath/if_ath_pci.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $"); > /usr/src/sys/dev/ath/if_ath_sysctl.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_sysctl.c,v 1.1 2011/03/02 16:03:19 adrian Exp > $"); > /usr/src/sys/dev/ath/if_ath_tx.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $"); > /usr/src/sys/dev/ath/if_ath_tx_ht.c:__FBSDID("$FreeBSD: > src/sys/dev/ath/if_ath_tx_ht.c,v 1.11 2011/03/13 08:23:59 adrian Exp > $"); > > minimoose# fetch -4pv > ftp://ftp4.br.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/8.2/FreeBSD-8.2-REL= EASE-i386-bootonly.iso > looking up ftp4.br.freebsd.org > connecting to ftp4.br.freebsd.org:21 > setting passive mode > opening data connection > initiating transfer > remote size / mtime: 49262592 / 1298157572 > FreeBSD-8.2-RELEASE-i386-bootonly.iso =A0 =A0 =A0 =A0 100% of =A0 46 MB 1= 058 kBps 00m00s > > =A0<3 > > > -- > Vin=EDcius Zavam > profiles.google.com/egypcio > _______________________________________________ > 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 Mar 15 02:51: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 C604E106566C; Tue, 15 Mar 2011 02:51:13 +0000 (UTC) (envelope-from egypcio@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 60DC98FC17; Tue, 15 Mar 2011 02:51:13 +0000 (UTC) Received: by iwn33 with SMTP id 33so211482iwn.13 for ; Mon, 14 Mar 2011 19:51:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Isk772tzGgpIsEifMoVAmXHpIiCGeiW4H/aP7qR8FbQ=; b=dGXsFPGdsP/CnR6K7+s5L7vj4rOl5wnNZZj+TC6RLc5G70p+ABYpirzBCBcIfaqL85 8bRHsBvnA2q++m2zIP+NwK7M6IJF8QKDu7pdmW3fXZPT48heRJNwonHTt4W+tv9LsTan 5Pl4NDLmT6sFb6A945Jw16zXBttq+AXNaNXNA= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=JKa5S5vkHlde0D/KHhl9lGSYaEZMtgDt+KeFlNzGYaaxzIVTls/F97lITQrtUd9nY+ Z6K5DtYS/CI+3lM1A3LKO5Z8Y9aVtTsAwSAHZIw7/P1X+FD2xvVTE5jdy+GQY1YHWf0O lrh9XXWZlvhmZqOwsgTFfPiQo40JUJBiVRGA4= MIME-Version: 1.0 Received: by 10.42.221.67 with SMTP id ib3mr476956icb.447.1300157472728; Mon, 14 Mar 2011 19:51:12 -0700 (PDT) Sender: egypcio@gmail.com Received: by 10.42.157.1 with HTTP; Mon, 14 Mar 2011 19:51:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 14 Mar 2011 23:51:12 -0300 X-Google-Sender-Auth: IF--K_e4SNegRIEbyFizkfPxdQU Message-ID: From: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 02:51:14 -0000 2011/3/14 Adrian Chadd : > Hi! > > Thanks for the information. > > Please (re) include the chipset details, and what's in dmesg for ath0. > Please also re-run sysctl dev.ath.0.sample_stats=3D1 (and check dmesg) > after doing a few transfers; that'll give statistics on the TX side > after it's actually done some TX'ing. > > Thanks, > > > Adrian i've rebooted since last reply. rebuilded full kernel. there's no "bb hang" warnings till now. everything works just fine and smoo= th... ath0@pci0:2:0:0: class=3D0x028000 card=3D0x10891a3b chip=3D0x002b168= c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller (AR928x)' class =3D network minimoose# dmesg | tail -21 [00:26:5a:b1:da:92] refcnt 4 static_rix -1 ratemask 0xfcf [ 250] cur rix 8 (24 Mb ) since switch: packets 9 ticks 88281 [ 250] last sample 10 cur sample -1 packets sent 2821 [ 250] packets since sample 6 sample tt 690 [1600] cur rix 10 (48 Mb ) since switch: packets 1 ticks 86973 [1600] last sample 11 cur sample -1 packets sent 445 [1600] packets since sample 27 sample tt 3502 [ 1 Mb : 250] 4:4 (100%) T 4 F 0 avg 3216 last 224= 6 [ 5 Mb : 250] 1:0 ( 0%) T 12 F 1 avg 100122 last 59= 031 [ 5 Mb :1600] 1:0 ( 0%) T 12 F 1 avg 3355 last 590= 31 [12 Mb : 250] 2:2 (100%) T 2 F 0 avg 950 last 550= 36 [18 Mb : 250] 58:57 ( 98%) T 64 F 0 avg 1184 last 230= 3 [18 Mb :1600] 1:0 ( 0%) T 5 F 1 avg 2038 last 706= 2 [24 Mb : 250] 399:398 ( 99%) T 424 F 0 avg 807 last 0 [24 Mb :1600] 1:0 ( 0%) T 5 F 1 avg 1674 last 447 [36 Mb : 250] 1503:1499 ( 99%) T 1568 F 0 avg 832 last 444 [36 Mb :1600] 15:11 ( 73%) T 31 F 0 avg 1322 last 548= 52 [48 Mb : 250] 254:249 ( 98%) T 280 F 0 avg 956 last 78 [48 Mb :1600] 320:315 ( 98%) T 361 F 0 avg 1202 last 138= 6 [54 Mb : 250] 604:603 ( 99%) T 639 F 0 avg 991 last 537= 23 [54 Mb :1600] 120:119 ( 99%) T 148 F 0 avg 1514 last 535= 55 minimoose# dmesg | egrep -i ath ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pci2 ath0: AR9285 mac 192.2 RF5133 phy 14.0 alc0: port 0xec00-0xec7f mem 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 atphy0: PHY 0 on miibus0 --=20 Vin=EDcius Zavam profiles.google.com/egypcio From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 03:41: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 5FA98106564A; Tue, 15 Mar 2011 03:41:16 +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 CEECA8FC13; Tue, 15 Mar 2011 03:41:15 +0000 (UTC) Received: by vws18 with SMTP id 18so236280vws.13 for ; Mon, 14 Mar 2011 20:41:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=acr2mUT7z5uly30t3wIZN4NdMWkwddusRoQoz0jUz7k=; b=ug2jxw20CchawwYUN9US2CqP2LuaB+O/fJikTfK2ZVGba0HKvvjj11zB7kbi3oIfV9 iEDoDSauGBZSdz5gxTmQLbVfRYVEtk8Ruk22jVh0I6mogiMERIX3OlqBp3Ho9EJBUd/i QEkhKmXCgboNhKyotfUdshdACt6vD36dPIGyM= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=e1vBln6IgNi9tp19ITGlsKjN9wZV81oQ9WaPrbDiS716CzBct6CoR1T7vEzrVYtqmB l6QYBnuKwvkGTx0WKraTOhnLD3lj6SH6c7ehuCjyNsS0jzSz38Lz09HvKKliBImJB3Iu RudmEgefrFOKhQJAqO12nG4QsZVH9a3d7ISpk= MIME-Version: 1.0 Received: by 10.52.18.74 with SMTP id u10mr16834624vdd.216.1300160475151; Mon, 14 Mar 2011 20:41:15 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.228 with HTTP; Mon, 14 Mar 2011 20:41:15 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Mar 2011 11:41:15 +0800 X-Google-Sender-Auth: nmAs_UVcYKXrzCLspnbKn0OB1zc Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Vin=EDcius_Zavam?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net , freebsd-current , freebsd-mobile@freebsd.org Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 03:41:16 -0000 Cool, so you're also seeing the hilariously garbage results when transmitting low-rate packets (11b rate.) Cool. I'll investigate that. adrian 2011/3/15 Vin=EDcius Zavam : > 2011/3/14 Adrian Chadd : >> Hi! >> >> Thanks for the information. >> >> Please (re) include the chipset details, and what's in dmesg for ath0. >> Please also re-run sysctl dev.ath.0.sample_stats=3D1 (and check dmesg) >> after doing a few transfers; that'll give statistics on the TX side >> after it's actually done some TX'ing. >> >> Thanks, >> >> >> Adrian > > i've rebooted since last reply. rebuilded full kernel. > there's no "bb hang" warnings till now. everything works just fine and sm= ooth... > > ath0@pci0:2:0:0: =A0 =A0 =A0 =A0class=3D0x028000 card=3D0x10891a3b chip= =3D0x002b168c > rev=3D0x01 hdr=3D0x00 > =A0 =A0vendor =A0 =A0 =3D 'Atheros Communications Inc.' > =A0 =A0device =A0 =A0 =3D 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n > Controller (AR928x)' > =A0 =A0class =A0 =A0 =A0=3D network > > minimoose# dmesg | tail -21 > [00:26:5a:b1:da:92] refcnt 4 static_rix -1 ratemask 0xfcf > [ 250] cur rix 8 (24 Mb ) since switch: packets 9 ticks 88281 > [ 250] last sample 10 cur sample -1 packets sent 2821 > [ 250] packets since sample 6 sample tt 690 > [1600] cur rix 10 (48 Mb ) since switch: packets 1 ticks 86973 > [1600] last sample 11 cur sample -1 packets sent 445 > [1600] packets since sample 27 sample tt 3502 > [ 1 Mb : 250] =A0 =A0 =A0 =A04:4 =A0 =A0 =A0 =A0(100%) T =A0 =A0 =A0 =A04= F =A0 =A00 avg =A03216 last 2246 > [ 5 Mb : 250] =A0 =A0 =A0 =A01:0 =A0 =A0 =A0 =A0( =A00%) T =A0 =A0 =A0 12= F =A0 =A01 avg 100122 last 59031 > [ 5 Mb :1600] =A0 =A0 =A0 =A01:0 =A0 =A0 =A0 =A0( =A00%) T =A0 =A0 =A0 12= F =A0 =A01 avg =A03355 last 59031 > [12 Mb : 250] =A0 =A0 =A0 =A02:2 =A0 =A0 =A0 =A0(100%) T =A0 =A0 =A0 =A02= F =A0 =A00 avg =A0 950 last 55036 > [18 Mb : 250] =A0 =A0 =A0 58:57 =A0 =A0 =A0 ( 98%) T =A0 =A0 =A0 64 F =A0= =A00 avg =A01184 last 2303 > [18 Mb :1600] =A0 =A0 =A0 =A01:0 =A0 =A0 =A0 =A0( =A00%) T =A0 =A0 =A0 = =A05 F =A0 =A01 avg =A02038 last 7062 > [24 Mb : 250] =A0 =A0 =A0399:398 =A0 =A0 =A0( 99%) T =A0 =A0 =A0424 F =A0= =A00 avg =A0 807 last 0 > [24 Mb :1600] =A0 =A0 =A0 =A01:0 =A0 =A0 =A0 =A0( =A00%) T =A0 =A0 =A0 = =A05 F =A0 =A01 avg =A01674 last 447 > [36 Mb : 250] =A0 =A0 1503:1499 =A0 =A0 ( 99%) T =A0 =A0 1568 F =A0 =A00 = avg =A0 832 last 444 > [36 Mb :1600] =A0 =A0 =A0 15:11 =A0 =A0 =A0 ( 73%) T =A0 =A0 =A0 31 F =A0= =A00 avg =A01322 last 54852 > [48 Mb : 250] =A0 =A0 =A0254:249 =A0 =A0 =A0( 98%) T =A0 =A0 =A0280 F =A0= =A00 avg =A0 956 last 78 > [48 Mb :1600] =A0 =A0 =A0320:315 =A0 =A0 =A0( 98%) T =A0 =A0 =A0361 F =A0= =A00 avg =A01202 last 1386 > [54 Mb : 250] =A0 =A0 =A0604:603 =A0 =A0 =A0( 99%) T =A0 =A0 =A0639 F =A0= =A00 avg =A0 991 last 53723 > [54 Mb :1600] =A0 =A0 =A0120:119 =A0 =A0 =A0( 99%) T =A0 =A0 =A0148 F =A0= =A00 avg =A01514 last 53555 > > minimoose# dmesg | egrep -i ath > ath0: mem 0xfbff0000-0xfbffffff irq 17 at device 0.0 on pc= i2 > ath0: AR9285 mac 192.2 RF5133 phy 14.0 > alc0: port 0xec00-0xec7f mem > 0xf7fc0000-0xf7ffffff irq 19 at device 0.0 on pci1 > atphy0: PHY 0 on miibus0 > > > -- > Vin=EDcius Zavam > profiles.google.com/egypcio > From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 12:51: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 55D94106566B; Tue, 15 Mar 2011 12:51:51 +0000 (UTC) (envelope-from gkeramidas@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 C4BC08FC0C; Tue, 15 Mar 2011 12:51:50 +0000 (UTC) Received: by gyg13 with SMTP id 13so239103gyg.13 for ; Tue, 15 Mar 2011 05:51:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=fBahzl649A8V1hLtKJybiIhb2L7QK3T5YrdldoD0dgA=; b=i7EuO6kHQJUoLjQUf4/VfOCRxw+hMnEDuYuL/lx6HZNdr2QWPVjimWvH659q8EQM/M Xv0T9K2DrU46IvjdqMTHcQMtMICU2saevad+WdFv5HHw5SpVMHV1rAiPwuuK1Dzvi0R0 tsI8D98AIfe190MKFv/alsS0hlqDzbEzqBLro= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=wZs8fJBXrE4Lg3w3jWcIsDuO7Qow9OX98V71WGSKiv9y7wxSTbr5kkbD+f0/EpuiqT todcqyWSwSRiD8RGSjEXX0PvyPvMWMaN67JDm2tY3sbfDyAqwRZBRbB9sg+Id0Vzi3Yn AFyUgOHmSZRLXtmuK3kAmUuIUmiqndH6La5QI= MIME-Version: 1.0 Received: by 10.150.251.28 with SMTP id y28mr419340ybh.323.1300193510191; Tue, 15 Mar 2011 05:51:50 -0700 (PDT) Sender: gkeramidas@gmail.com Received: by 10.147.181.12 with HTTP; Tue, 15 Mar 2011 05:51:50 -0700 (PDT) In-Reply-To: <4D7E449B.5020209@freebsd.org> References: <4D7E228A.4090906@freebsd.org> <4D7E449B.5020209@freebsd.org> Date: Tue, 15 Mar 2011 13:51:50 +0100 X-Google-Sender-Auth: _XRkofRKRr9bIH5KbhGwyKc4zC0 Message-ID: From: Giorgos Keramidas To: Nathan Whitehorn Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 12:51:51 -0000 On Mon, Mar 14, 2011 at 5:38 PM, Nathan Whitehorn wrote: > On 03/14/11 10:38, Giorgos Keramidas wrote: >> Naturally, I volunteer to *make* the mdoc changes. =C2=A0As long as some= one >> (e.g. you Nathan?) who is acquainted with the new release building >> Makefile can hepl me by reviewing the updates and making sure they look >> reasonably close to the new state of everything. > > Sure. I have the feeling that there are going to be a lot of feature and > change requests today with regard to release infrastructure, so I'll let = the > dust clear for a day or two and we can start hashing out the documentatio= n. Sounds like a plan to me. Thanks :-) From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 17:20: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 B65A71065679; Tue, 15 Mar 2011 17:20:53 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 994208FC1C; Tue, 15 Mar 2011 17:20:53 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-finance-147.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LI40071906C8NA0@asmtp026.mac.com>; Tue, 15 Mar 2011 10:20:38 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-03-15_02:2011-03-14, 2011-03-15, 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 engine=6.0.2-1012030000 definitions=main-1103150117 From: Marcel Moolenaar In-reply-to: <4D7E228A.4090906@freebsd.org> Date: Tue, 15 Mar 2011 10:20:41 -0700 Message-id: References: <4D7E228A.4090906@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 17:20:53 -0000 On Mar 14, 2011, at 7:13 AM, Nathan Whitehorn wrote: > I just committed (r219641) changes that make the release infrastructure (src/release/Makefile) use bsdinstall by default instead of sysinstall on install media. A big thank you is in order to everyone who provided advice, criticism, and testing for this project over the last few months! Thanks Nathan, I checked ia64 and it works well enough. I may come back with a tweak here and there after the dust settles, but so far it's more reliable (and a while lot simpler) than sysinstall is. Great work! -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 17:32: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 7094F1065678 for ; Tue, 15 Mar 2011 17:32:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout018.mac.com (asmtpout018.mac.com [17.148.16.93]) by mx1.freebsd.org (Postfix) with ESMTP id 543F18FC13 for ; Tue, 15 Mar 2011 17:32:28 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-finance-147.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp018.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LI4003VJ0PII320@asmtp018.mac.com>; Tue, 15 Mar 2011 10:32:11 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-03-15_02:2011-03-14, 2011-03-15, 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 engine=6.0.2-1012030000 definitions=main-1103150119 From: Marcel Moolenaar In-reply-to: <20110314170942.90bfb5a8.ray@dlink.ua> Date: Tue, 15 Mar 2011 10:32:10 -0700 Message-id: References: <20110314170942.90bfb5a8.ray@dlink.ua> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1082) Cc: freebsd-current@freebsd.org, freebsd-embedded@freebsd.org Subject: Re: [CFT][patch]cfi driver support for NOR flash arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 17:32:28 -0000 On Mar 14, 2011, at 8:09 AM, Aleksandr Rybalko wrote: > Hi, all. > > proposed patch add support of NOR flash arrays to cfi driver > http://my.ddteam.net/files/2011-03-11_cfi_flash_array_support.patch Hi Aleksandr, The patch is interesting, but combines a whole bunch of different changes. Some of the changes are similar to the fixes we have at Juniper ourselves, so getting the driver sync'd up is a good idea. Not to mention that we have added support for the SPI interface. Just a quick question: is an array different from 2 independent CFI devices on the same bus? I mean: can we support an array by having 2 driver instances? Thanks, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 18:56: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 C7A171065675; Tue, 15 Mar 2011 18:56:04 +0000 (UTC) (envelope-from aduane@juniper.net) Received: from exprod7og119.obsmtp.com (exprod7og119.obsmtp.com [64.18.2.16]) by mx1.freebsd.org (Postfix) with ESMTP id 56EFB8FC17; Tue, 15 Mar 2011 18:56:03 +0000 (UTC) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob119.postini.com ([64.18.6.12]) with SMTP ID DSNKTX+2Q0+qOfpzR554I9lu2iSCSrsCA1Sl@postini.com; Tue, 15 Mar 2011 11:56:04 PDT Received: from p-emfe02-wf.jnpr.net (172.28.145.25) by P-EMHUB03-HQ.jnpr.net (172.24.192.37) with Microsoft SMTP Server (TLS) id 8.2.254.0; Tue, 15 Mar 2011 11:40:05 -0700 Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe02-wf.jnpr.net ([fe80::c126:c633:d2dc:8090%11]) with mapi; Tue, 15 Mar 2011 14:41:10 -0400 From: Andrew Duane To: Marcel Moolenaar , Aleksandr Rybalko Date: Tue, 15 Mar 2011 14:41:09 -0400 Thread-Topic: [CFT][patch]cfi driver support for NOR flash arrays Thread-Index: AcvjP2nnO2BG4qvERuu+9UFYVWUC9AAANkBg Message-ID: References: <20110314170942.90bfb5a8.ray@dlink.ua> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 15 Mar 2011 19:07:40 +0000 Cc: "freebsd-current@freebsd.org" , "freebsd-embedded@freebsd.org" Subject: RE: [CFT][patch]cfi driver support for NOR flash arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 18:56:04 -0000 Marcel Moolenaar wrote: > On Mar 14, 2011, at 8:09 AM, Aleksandr Rybalko wrote: >=20 >> Hi, all. >>=20 >> proposed patch add support of NOR flash arrays to cfi driver >> http://my.ddteam.net/files/2011-03-11_cfi_flash_array_support.patch >=20 > Hi Aleksandr, >=20 > The patch is interesting, but combines a whole bunch of different > changes. Some of the changes are similar to the fixes we have at > Juniper ourselves, so getting the driver sync'd up is a good idea. > Not to mention that we have added support for the SPI interface. >=20 > Just a quick question: is an array different from 2 independent > CFI devices on the same bus? I mean: can we support an array by > having 2 driver instances? >=20 > Thanks, Arrays can be horizontal or vertical. A vertical array is just two chips, 0= ->XXXXX and XXXXX+1->YYYYYY. This would work with 2 driver instances. Horizontal (interleaved) is two chips that share a single address space and= provide alternating bits/bytes/words. This would not work with two instanc= es. -- Andrew Duane Juniper Networks 978-589-0551 10 Technology Park Dr aduane@juniper.net Westford, MA 01886-3418 =20 From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 20:37: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 3CFB41065670 for ; Tue, 15 Mar 2011 20:37:15 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (ns2.bafirst.com [97.67.198.91]) by mx1.freebsd.org (Postfix) with ESMTP id A9C928FC12 for ; Tue, 15 Mar 2011 20:37:14 +0000 (UTC) Received: from unixmania.com ([189.251.78.28]) by ns2.bafirst.com with esmtp; Tue, 15 Mar 2011 15:27:36 -0500 id 000D4C98.4D7FCBB8.000110F2 Received: from localhost (localhost [127.0.0.1]) (uid 80) by unixmania.com with local; Tue, 15 Mar 2011 14:27:08 -0600 id 000CF6EC.4D7FCB9C.0000B7CB Received: from dsl-189-251-78-28-dyn.prod-infinitum.com.mx (dsl-189-251-78-28-dyn.prod-infinitum.com.mx [189.251.78.28]) by econet.encontacto.net (Horde Framework) with HTTP; Tue, 15 Mar 2011 15:27:08 -0500 Message-ID: <20110315152708.17816tr2i5gh1400@econet.encontacto.net> Date: Tue, 15 Mar 2011 15:27:08 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101211 Ant.com Toolbar 2.0.1 Firefox/3.6.13 X-IMP-Server: 189.251.78.28 X-Originating-IP: 189.251.78.28 X-Originating-User: eculp@encontacto.net Subject: I want to put together a new server with 9.0 that I will use as a prototype X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 20:37:15 -0000 I want to put together a new server with 9.0 that I will use as a =20 prototype for hardware and OS updating. By the time I finish I'm sure =20 9 will be out;) I will use them to replace my 7.4 servers. The only doubt that I have relates to disks. I would like to use GPT =20 and ZFS for the disks and have never used either but my real concern =20 is ZFS and problems that I could have due to my ignorance in choosing =20 the correct configuration for installing and then maintaining once in =20 production. I like to think that I am not a total idiot and should be =20 able to. I am also concerned with ZFS life expectancy (oracle). I'm =20 assuming the GPT will be around for a while and don't see it as a =20 problem. I would appreciate any support as to any errors my logic and which ZFS =20 setup is the most practical, up-time and maintenance wise. If there =20 is something better that I've missed, I would love to here it. ZFS is =20 my "raid" solution and I find it cool. Thanks for any and all suggestions, slaps on the wrist, etc, etc. ed From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 21:04: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 CD2E91065670; Tue, 15 Mar 2011 21:04:48 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 399EF8FC1B; Tue, 15 Mar 2011 21:04:47 +0000 (UTC) Received: by fxm11 with SMTP id 11so1174490fxm.13 for ; Tue, 15 Mar 2011 14:04:47 -0700 (PDT) Received: by 10.223.16.82 with SMTP id n18mr3782402faa.48.1300222334094; Tue, 15 Mar 2011 13:52:14 -0700 (PDT) Received: from rnote.ddteam.net (155-147-133-95.pool.ukrtel.net [95.133.147.155]) by mx.google.com with ESMTPS id o17sm127957fal.25.2011.03.15.13.52.11 (version=SSLv3 cipher=OTHER); Tue, 15 Mar 2011 13:52:12 -0700 (PDT) Date: Tue, 15 Mar 2011 22:52:09 +0200 From: Aleksandr Rybalko To: Andrew Duane Message-Id: <20110315225209.2cc2dbe2.ray@ddteam.net> In-Reply-To: References: <20110314170942.90bfb5a8.ray@dlink.ua> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , Marcel Moolenaar , "freebsd-embedded@freebsd.org" , "freebsd-current@freebsd.org" Subject: Re: [CFT][patch]cfi driver support for NOR flash arrays X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Mar 2011 21:04:48 -0000 Hi Andrew, Marcel and list readers, On Tue, 15 Mar 2011 14:41:09 -0400 Andrew Duane wrote: > Marcel Moolenaar wrote: > > On Mar 14, 2011, at 8:09 AM, Aleksandr Rybalko wrote: > > > >> Hi, all. > >> > >> proposed patch add support of NOR flash arrays to cfi driver > >> http://my.ddteam.net/files/2011-03-11_cfi_flash_array_support.patch > > > > Hi Aleksandr, > > > > The patch is interesting, but combines a whole bunch of different > > changes. Some of the changes are similar to the fixes we have at > > Juniper ourselves, so getting the driver sync'd up is a good idea. > > Not to mention that we have added support for the SPI interface. > > > > Just a quick question: is an array different from 2 independent > > CFI devices on the same bus? I mean: can we support an array by > > having 2 driver instances? > > > > Thanks, > > Arrays can be horizontal or vertical. A vertical array is just two > chips, 0->XXXXX and XXXXX+1->YYYYYY. This would work with 2 driver > instances. > > Horizontal (interleaved) is two chips that share a single address > space and provide alternating bits/bytes/words. This would not work > with two instances. > > -- > > Andrew Duane Juniper Networks > 978-589-0551 10 Technology Park Dr > aduane@juniper.net Westford, MA 01886-3418 > Driver designed to handle "any" array configuration (limitation only 1,2,4,8 for interleaved), only one rule must be applied - flash chips must be same type, since driver don't handle different timing or sizes of other chips. So if for example we have: chip 1 at 0x1f000000 size 4M - CS rise on A22=0 and A23=0 chip 2 at 0x1f400000 size 4M - CS rise on A22=1 and A23=0 chip 3 at 0x1f800000 size 4M - CS rise on A22=0 and A23=1 as result we get 12M array. If Marcel question in "can driver support more than one flash chip" - answer yes, that why I wrote this patch. But if you need join two devices located not back-to-back on bus - answer is no. For that case I think best choice strip down one of geom RAID modules like geom_strip or geom_concat. Maybe I misunderstand something, sorry for my English then. :) -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 00:15: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 50374106564A; Wed, 16 Mar 2011 00:15:14 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id B20568FC18; Wed, 16 Mar 2011 00:15:13 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id p2FEQM5e005272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 15 Mar 2011 15:26:22 +0100 Received: from [192.168.100.129] (229.Red-83-45-105.dynamicIP.rima-tde.net [83.45.105.229]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id p2FEQIvH013255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Mar 2011 15:26:21 +0100 Message-ID: <4D7F7708.1060803@entel.upc.edu> Date: Tue, 15 Mar 2011 15:26:16 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8 MIME-Version: 1.0 To: Adrian Chadd References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 15 Mar 2011 15:26:22 +0100 (CET) Cc: FreeBSD Net , freebsd-current Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 00:15:14 -0000 Al 14/03/11 01:46, En/na Adrian Chadd ha escrit: > Hi all, > > I've been working on AR9285 and AR2427 specific fixes. I seem to have > fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 > actually performs better under FreeBSD than Linux. Hah!) > > Just to be clear - the AR2427 support now seems to work and be stable. > I'm seeing 24mbit in iperf TCP tests in both TX and RX test. > > Would people please give -head a test and report back to the list(s) ? > Will this also support AR9287 ? Regards and thanks for your work, Gustau From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 06: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 A2051106564A for ; Wed, 16 Mar 2011 06:00:47 +0000 (UTC) (envelope-from m.e.sanliturk@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 54D3B8FC12 for ; Wed, 16 Mar 2011 06:00:47 +0000 (UTC) Received: by vxc34 with SMTP id 34so1519472vxc.13 for ; Tue, 15 Mar 2011 23:00:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=o2+PerhMj4tvOYcZBeI6VfQieIJ+7jHA7vDDUNSFsI8=; b=I/uGJz0HUZfC6XMf4qnDwTTZR+uxDVG51WuaHp2gjF+imWlA9gInfZrurACqvTCa4b gX+o8zsnD6FKHjjJjcunn/3aV1rTE29nRqTaxxvZ3qoFPcOaZ3yw3XZBwRB4srTWcbaN qGzZHH2c12XQ8wwgABsoHqFxTwDrk+GsZvY8I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Pp0Bm1kfjAhorFq/GNkUeI7HlZ83ueoaJyiW4vBFe3Hj/yYXUAJgh/TJvLNp+iRz9V l0urMxxYkNuR9K4DlKuEKnskD14sC1yr+BNpdEam5jIVnt9Zimuw4Ml+OYY4U1w6BbEf JK6vzRiujYdbcaVFskD1yFvJf3C622Dh8IB7s= MIME-Version: 1.0 Received: by 10.52.94.167 with SMTP id dd7mr420436vdb.206.1300255246385; Tue, 15 Mar 2011 23:00:46 -0700 (PDT) Received: by 10.52.169.165 with HTTP; Tue, 15 Mar 2011 23:00:46 -0700 (PDT) Date: Wed, 16 Mar 2011 02:00:46 -0400 Message-ID: From: Mehmet Erol Sanliturk To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Comparison of quality of generated code by the compilers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 06:00:47 -0000 One important attribute of compilers is the quality of the generated code . To assess the difference between the quality of the generated codes of the compilers an experimental design may be used . Assume the following design is used . Select n distinct ( large as much as possible ) programs in such a way that any source file in a program does not appear in another program ( except compiler libraries ) to prevent correlation between programs where programs should be independent from each other . If sample size is not computed from power of the tests formulas , select a sample size at least greater than 15 . A sample size greater than 60 is extremely valuable . Only two compilers are compared . All of the programs are compilable by the compilers . Execute programs and record their success or failure in the following structure : Program CLang GCC ------------ ---------- --------- 1 0 or 1 0 or 1 2 0 or 1 0 or 1 . . . n 0 or 1 0 or 1 where 0 is success ( only correct results without a crash ) 1 is failure ( crash or incorrect results ) . When there are failures , generate a cross tabulation of the above table : GCC GCC -------------------------------------------- Success ( 0 ) Failure ( 1 ) | ----------------------------|------------------- CLang Success | count of ( 0 , 0 ) | count of ( 0 , 1 ) | pairs | pairs | ----------------------------|------------------- CLang Failure | count of ( 1 , 0 ) | count of ( 1 , 1 ) | pairs | pairs | -----------------------------|-------------------- One of the following tests with respect to table structure ( especially number of programs ) may be applied . http://en.wikipedia.org/wiki/Barnard%27s_exact_test ( Barnard's test ) http://en.wikipedia.org/wiki/Fisher%27s_exact_test ( Fisher's exact test ) http://en.wikipedia.org/wiki/Chi-square_test ( Chi-square test ) http://en.wikipedia.org/wiki/Pearson%27s_chi-square_test ( Pearson's chi-square test ) If the difference ( the contingency coefficient ) is significant , one compiler is best ( small number of failures ), the other is worst ( large number of failures ) . ---------------------------------------------------------- Assume there is no any failure , and execution times are available . Program CLang GCC ------------ ---------- --------- 1 t t 2 t t . . . n t t where t is the execution time of the program . Apply paired t test . If the paired differences are significant , one compiler is best ( short execution time , small mean ) , the other is worst ( long execution time , large mean ) . --------------------------------------------------------- The above paired t test may be used for the generated program sizes . If the paired differences are significant , one compiler is best ( small program size , small mean ) , the other is worst ( large program size , large mean ) . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 16:49: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 94C2F106564A for ; Wed, 16 Mar 2011 16:49:24 +0000 (UTC) (envelope-from fjwcash@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 53C208FC15 for ; Wed, 16 Mar 2011 16:49:24 +0000 (UTC) Received: by yxl31 with SMTP id 31so834034yxl.13 for ; Wed, 16 Mar 2011 09:49:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=EWaWzmsLo8vktrTXXIpVOH3i+FJgE/ZaQGAXJ9N/OiE=; b=blNAStqXlxhYBxs9ngiEJCu+otrZ0U2cio+Og+YZD5gZrCPi818Ot3Z5h9xMkr0EX2 GgIIXJ09/tc6ceAHRnIQ9xRVoA48KvPu6veXvHSqT78KHUfP10pWlaTmgnBjcVhUWPim nWvzNyk9wHldLDcoei8tdhFVdxmO7nhXBBN5k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=iTMRETrj1K5AO72cTpmkgqNvZwG8q8xvjmH6FFY5LvMXZxxb2K1z5bzUfhZhfUk62Q lS9F9d9+Hhh8Cy97BiC8h4nFqkEJTIBgPYhpdyQGu2s8t6o7Cw94ZznFd8zlIKihVuMM 3g7EPqdOIXquzZDaT2yMnsgbNcRazMMvTNcSc= MIME-Version: 1.0 Received: by 10.91.79.12 with SMTP id g12mr281535agl.168.1300294163415; Wed, 16 Mar 2011 09:49:23 -0700 (PDT) Received: by 10.90.83.18 with HTTP; Wed, 16 Mar 2011 09:49:23 -0700 (PDT) Date: Wed, 16 Mar 2011 09:49:23 -0700 Message-ID: From: Freddie Cash To: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Subject: How does one get a working serial console with gptboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 16:49:24 -0000 I feel like an idiot right now because I can just not figure out how to make $subject work on a -CURRENT system. :( I've read through the Handbook chapter on this. I've done the process I've used with 8.x systems. But once the kernel loads, the serial console stops working. I'm obviously missing a step somewhere. Here's what I've done. Please point out my error(s): /boot/loader.conf: hint.uart.0.disabled="0" hint.uart.0.flags="0x30" console="comconsole vidconsole" comconsole_speed="115200" boot_multicons="yes" /etc/make.conf: BOOT_COMCONSOLE_PORT=0x3F8 BOOT_COMCONSOLE_SPEED=115200 /etc/ttys: ttyu0 "/usr/libexec/getty std.115200" vt100 on secure Then I rebuilt the boot code via: cd /usr/src/sys/boot make cleandepend; make depend; make; make install And I loaded the new boot code into the GPT via: gpart bootcode -p /boot/gptboot -i 1 ada0 This motherboard (SuperMicro H8DGi-F) includes an IPMI-enabled serial-over-LAN setup, including a KVM-over-LAN. The KVM-over-LAN uses a virtual onscreen keyboard, though, so it's a pain to use, which is why I'm trying to get the serial console stuff working. The BIOS is configured to use COM3 for the remote access setup. The kernel detects this as uart0, and dmesg shows it as being detect and set as "uart0: console (115200,n,8,12). The serial console works at the boot loader screens and I can drop to a loader prompt, type away, etc. As soon as I type "boot" and the kernel loads ... the serial console dies. Any suggestions? -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 17:20: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 7E4F01065679 for ; Wed, 16 Mar 2011 17:20:43 +0000 (UTC) (envelope-from fjwcash@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 3AC528FC1E for ; Wed, 16 Mar 2011 17:20:42 +0000 (UTC) Received: by gwb15 with SMTP id 15so846981gwb.13 for ; Wed, 16 Mar 2011 10:20:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=rHKBdOl30riGgNDuDAwSM9oToTaJdKpNmpsH+96334A=; b=KFYtSwozICjlid+UhV+1jBKtz4JSBepwYyewezfPU4ViGM6ezFs2RRy1YUtNMcNGB2 UXCoF5xl9RI4c8d7BV9sxCSGRiwfiPPFnjTSYosba+gdgbgnLt4aQImohW2sVgiAvSjF zhrTXA56q6gUr3qSODIcG9i+Dnx4rcud6M9zU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=M8gy9SY6C2ItzpnOo3pK+ExzoLqQQ+B0mEv46Y1aEJWhpiUSr8tS6w4lL+1Pkd9eKc IJPvbR5M7WqnCLA4sV+88GvGsU6J06OS9wzTBKLe/FgsfUBXv9DKHUNZGtfZsOc0yRxe dqtfPMS6ZtbPC5r/jMYk1CROvifSwlxDcKZhw= MIME-Version: 1.0 Received: by 10.90.247.32 with SMTP id u32mr335121agh.87.1300296042328; Wed, 16 Mar 2011 10:20:42 -0700 (PDT) Received: by 10.90.83.18 with HTTP; Wed, 16 Mar 2011 10:20:42 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Mar 2011 10:20:42 -0700 Message-ID: From: Freddie Cash To: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: How does one get a working serial console with gptboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 17:20:43 -0000 On Wed, Mar 16, 2011 at 9:49 AM, Freddie Cash wrote: > I feel like an idiot right now because I can just not figure out how > to make $subject work on a -CURRENT system. =C2=A0:( > > I've read through the Handbook chapter on this. =C2=A0I've done the proce= ss > I've used with 8.x systems. =C2=A0But once the kernel loads, the serial > console stops working. =C2=A0I'm obviously missing a step somewhere. > > Here's what I've done. =C2=A0Please point out my error(s): > > /boot/loader.conf: > =C2=A0 =C2=A0hint.uart.0.disabled=3D"0" > =C2=A0 =C2=A0hint.uart.0.flags=3D"0x30" > =C2=A0 =C2=A0console=3D"comconsole vidconsole" > =C2=A0 =C2=A0comconsole_speed=3D"115200" > =C2=A0 =C2=A0boot_multicons=3D"yes" > > /etc/make.conf: > BOOT_COMCONSOLE_PORT=3D0x3F8 > BOOT_COMCONSOLE_SPEED=3D115200 Nevermind. PEBCAK error. Adding the right port address would work. Amazing how easy it is to mixup a 3 and an E. :( I'll hang my head in shame now. :( --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 17:22: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 7635E106566B for ; Wed, 16 Mar 2011 17:22:45 +0000 (UTC) (envelope-from me@janh.de) Received: from mxchg03.rrz.uni-hamburg.de (mxchg03.rrz.uni-hamburg.de [134.100.38.113]) by mx1.freebsd.org (Postfix) with ESMTP id 23D8E8FC0A for ; Wed, 16 Mar 2011 17:22:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mxchg03.rrz.uni-hamburg.de (Postfix) with ESMTP id AB0901EE69D; Wed, 16 Mar 2011 18:07:08 +0100 (CET) X-Virus-Scanned: by University of Hamburg ( RRZ / mgw02.rrz.uni-hamburg.de ) Received: from mxchg03.rrz.uni-hamburg.de ([127.0.0.1]) by localhost (mxchg03.rrz.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10324) with ESMTP id WtlpPHmBR8Uf; Wed, 16 Mar 2011 18:07:08 +0100 (CET) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mxchg03.rrz.uni-hamburg.de (Postfix) with ESMTPS; Wed, 16 Mar 2011 18:07:08 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id 95EDD158003; Wed, 16 Mar 2011 18:07:08 +0100 (CET) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id vivP5Ye0-0Ug; Wed, 16 Mar 2011 18:07:08 +0100 (CET) Received: from nb981.math (f054009061.adsl.alicedsl.de [78.54.9.61]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id 3EC4594000; Wed, 16 Mar 2011 18:07:08 +0100 (CET) Message-ID: <4D80EE33.7010703@janh.de> Date: Wed, 16 Mar 2011 18:06:59 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110209 Thunderbird/3.1.7 MIME-Version: 1.0 To: Aleksandr Rybalko References: <20110314162936.d3f8fd5b.ray@dlink.ua> In-Reply-To: <20110314162936.d3f8fd5b.ray@dlink.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 16 Mar 2011 17:46:08 +0000 Cc: current-list freebsd Subject: Re: [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 17:22:45 -0000 Hello! On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: > 3. RT2860 802.11n controller authors Damien Bergamini and Alexander Egorenkov > http://my.ddteam.net/files/2011-03-14_rt2860.patch > only modification to work with RT2872 (embedded to RT305[02]F) wrote by me. Is this supposed to work on its own bringing support for Ralink 2860 to FreeBSD? (The one in the Asus EeePC 901/1000H according to http://wiki.freebsd.org/AsusEee .) > Remaining issues: > RT2860 support only Open(no crypto) mode for RT305[02]F Does this mean WPA should work for RT2860? (Just not for the chips you added support for?) If this is supposed to bring RT2860 support to FreeBSD in general: - Should it work on amd64 and i386? - Should it work on 8.2-RELEASE? - Should it work as a module? In case this is all supposed to work: I tried to create a module on 8.2-RELEASE/amd64 by adding a simple sys/modules/rt2860/Makefile (as I did not want to modify my stock 8.2-RELEASE kernel). I only got to: In file included from /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No such file or directory I do not find opt_rt2860.h anywhere in your patches. Assuming it was optional, I have commented it out only to get to: cc1: warnings being treated as errors /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: warning: 'rt2860_pci_detach' declared 'static' but never defined Probably, I am doing something unsupported here (especially as there is no if_rt2860_pci.c, which I would expect). Cheers, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:45: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 E5CFD1065673 for ; Wed, 16 Mar 2011 18:45:18 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 826CD8FC13 for ; Wed, 16 Mar 2011 18:45:18 +0000 (UTC) Received: by fxm11 with SMTP id 11so2245818fxm.13 for ; Wed, 16 Mar 2011 11:45:17 -0700 (PDT) Received: by 10.223.110.4 with SMTP id l4mr345729fap.125.1300301050799; Wed, 16 Mar 2011 11:44:10 -0700 (PDT) Received: from rnote.ddteam.net (128-177-133-95.pool.ukrtel.net [95.133.177.128]) by mx.google.com with ESMTPS id n1sm589269fam.16.2011.03.16.11.44.08 (version=SSLv3 cipher=OTHER); Wed, 16 Mar 2011 11:44:08 -0700 (PDT) Date: Wed, 16 Mar 2011 20:44:05 +0200 From: Aleksandr Rybalko To: Jan Henrik Sylvester Message-Id: <20110316204405.9308757d.ray@ddteam.net> In-Reply-To: <4D80EE33.7010703@janh.de> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , current-list freebsd Subject: Re: [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 18:45:19 -0000 Hi, On Wed, 16 Mar 2011 18:06:59 +0100 Jan Henrik Sylvester wrote: > Hello! > > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: > > 3. RT2860 802.11n controller authors Damien Bergamini and Alexander > > Egorenkov http://my.ddteam.net/files/2011-03-14_rt2860.patch > > only modification to work with RT2872 (embedded to RT305[02] > > F) wrote by me. > > Is this supposed to work on its own bringing support for Ralink 2860 > to FreeBSD? (The one in the Asus EeePC 901/1000H according to > http://wiki.freebsd.org/AsusEee .) > > > Remaining issues: > > RT2860 support only Open(no crypto) mode for RT305[02]F > > Does this mean WPA should work for RT2860? (Just not for the chips > you added support for?) As I know this driver support WPA, but best place to read/ask about this on this thread http://forums.freebsd.org/showthread.php?t=7010 > > If this is supposed to bring RT2860 support to FreeBSD in general: > > - Should it work on amd64 and i386? > - Should it work on 8.2-RELEASE? > - Should it work as a module? > > In case this is all supposed to work: I tried to create a module on > 8.2-RELEASE/amd64 by adding a simple sys/modules/rt2860/Makefile (as > I did not want to modify my stock 8.2-RELEASE kernel). I only got to: > > In file included from > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No such file > or directory > > I do not find opt_rt2860.h anywhere in your patches. Assuming it was > optional, I have commented it out only to get to: > > cc1: warnings being treated as errors > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: > warning: 'rt2860_pci_detach' declared 'static' but never defined > > Probably, I am doing something unsupported here (especially as there > is no if_rt2860_pci.c, which I would expect). No, it's me. Too much data, so I a little confused here. Patch targeting to start support RT3052F/RT3050F System on Chip. Which main part for embedded systems like routers, AP etc. To get it compiled need remove 'rt2860_pci_detach' declaration, because pci and obio interfaces have same detach device methods (rt2860_detach in rt2860.c) And opt_rt2860.h must be defined in sys/conf/options # options for the Ralink RT286x driver (rt2860) RT2860_DEBUG opt_rt2860.h > > Cheers, > Jan Henrik I will remake patch tomorrow. Thanks for your report and questions? -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 21:09: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 329B0106566B for ; Wed, 16 Mar 2011 21:09:41 +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 07F658FC14 for ; Wed, 16 Mar 2011 21:09:40 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p2GL9dkq094221 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 16 Mar 2011 14:09:40 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4D81271E.4070808@freebsd.org> Date: Wed, 16 Mar 2011 14:09:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Freddie Cash References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: How does one get a working serial console with gptboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 21:09:41 -0000 On 3/16/11 10:20 AM, Freddie Cash wrote: > On Wed, Mar 16, 2011 at 9:49 AM, Freddie Cash wrote: >> I feel like an idiot right now because I can just not figure out how >> to make $subject work on a -CURRENT system. :( >> >> I've read through the Handbook chapter on this. I've done the process >> I've used with 8.x systems. But once the kernel loads, the serial >> console stops working. I'm obviously missing a step somewhere. >> >> Here's what I've done. Please point out my error(s): >> >> /boot/loader.conf: >> hint.uart.0.disabled="0" >> hint.uart.0.flags="0x30" >> console="comconsole vidconsole" >> comconsole_speed="115200" >> boot_multicons="yes" >> >> /etc/make.conf: >> BOOT_COMCONSOLE_PORT=0x3F8 >> BOOT_COMCONSOLE_SPEED=115200 > Nevermind. PEBCAK error. Adding the right port address would work. > Amazing how easy it is to mixup a 3 and an E. :( > > I'll hang my head in shame now. :( not a waste because I was looking for an example set of configs and steps.. :-) From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 21:20: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 F2897106566B for ; Wed, 16 Mar 2011 21:20:21 +0000 (UTC) (envelope-from yanegomi@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 8AF978FC0A for ; Wed, 16 Mar 2011 21:20:21 +0000 (UTC) Received: by wwc33 with SMTP id 33so2720405wwc.31 for ; Wed, 16 Mar 2011 14:20:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=jWxNfmu7PBE0ImNL1Nw2ZjxYw5Bqwr3dO456CBxlfAs=; b=vPr7DegsLLvGt99DSvwZMkamQ/+X2CguROzeZEJgRbTfgjmMhnPkmsS9kRh9859lpK lB+1QPHmT0lsbTbxM/5n4RbugDE+ZBAPifuIkxi5BSSLYkBavWiAzyAQlCueYMKJPbfg uEd76lXggtV91i/eByiPMFtXE5SOeCiYq8mQM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=R120lnxABBLywWYWCYRXTtFTRiEs49NYH27qU7PydNQbqxIRBIGjdCZtI7X/5deLTg vyTbgNRNuly2bs250h4btO4wzNmqdzj/F+GvHG0Woa5scijy0oWtMhvhRh9GatDMz18M CNp8ASViVQ6/TnHHvXWwIfz7IZxM++Ny2hHpc= MIME-Version: 1.0 Received: by 10.216.69.141 with SMTP id n13mr438261wed.70.1300310419938; Wed, 16 Mar 2011 14:20:19 -0700 (PDT) Received: by 10.216.173.142 with HTTP; Wed, 16 Mar 2011 14:20:19 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Mar 2011 14:20:19 -0700 Message-ID: From: Garrett Cooper To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: How does one get a working serial console with gptboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 21:20:22 -0000 On Wed, Mar 16, 2011 at 10:20 AM, Freddie Cash wrote: > On Wed, Mar 16, 2011 at 9:49 AM, Freddie Cash wrote: >> I feel like an idiot right now because I can just not figure out how >> to make $subject work on a -CURRENT system. =A0:( >> >> I've read through the Handbook chapter on this. =A0I've done the process >> I've used with 8.x systems. =A0But once the kernel loads, the serial >> console stops working. =A0I'm obviously missing a step somewhere. >> >> Here's what I've done. =A0Please point out my error(s): >> >> /boot/loader.conf: >> =A0 =A0hint.uart.0.disabled=3D"0" >> =A0 =A0hint.uart.0.flags=3D"0x30" >> =A0 =A0console=3D"comconsole vidconsole" >> =A0 =A0comconsole_speed=3D"115200" >> =A0 =A0boot_multicons=3D"yes" >> >> /etc/make.conf: >> =A0 =A0BOOT_COMCONSOLE_PORT=3D0x3F8 >> =A0 =A0BOOT_COMCONSOLE_SPEED=3D115200 > > Nevermind. =A0PEBCAK error. =A0Adding the right port address would work. > Amazing how easy it is to mixup a 3 and an E. =A0:( Are you referring to the .flags value or the BOOT_COMCONSOLE_PORT value? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 21:44: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 4C093106564A for ; Wed, 16 Mar 2011 21:44:20 +0000 (UTC) (envelope-from fjwcash@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 0233D8FC08 for ; Wed, 16 Mar 2011 21:44:19 +0000 (UTC) Received: by yxl31 with SMTP id 31so969699yxl.13 for ; Wed, 16 Mar 2011 14:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9JO6UwQO33lo2HLLl4J0TzH6OWnuDQEELsSBmmVdj98=; b=YoNssgA9xbg2R07Y4nPwV0ULMRvkPl6z6GYHXUULVyZ8piuYZoltgRz5l3chiO2dmJ os5e+VYYddxr6tdqS4lDYy2s2VPnyiu6/t1CsU1MmVxiMZF3NPlRO2+ZTrf4J4CTdx8V rEjbr3lAYmbtWcPo4Qw5Y9a5QmXhTQ88iTw+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gTXX0iP3xt2gpl1Gqt8CfOnhTi+xnOVht3xqJqsJX52uvoH1wit5P2NXTGgCQz3w2M vc4BRzsdzNFsfyRSiT+ljK72GsjSfXttZ16TK5HPlYIK25yz/4Vmq0yhkAn1TZ0rguJ9 0bhfZpEYREdl54sFsYt+O0jKVXjHKEum9JPEk= MIME-Version: 1.0 Received: by 10.90.126.19 with SMTP id y19mr600983agc.114.1300311858990; Wed, 16 Mar 2011 14:44:18 -0700 (PDT) Received: by 10.90.83.18 with HTTP; Wed, 16 Mar 2011 14:44:18 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Mar 2011 14:44:18 -0700 Message-ID: From: Freddie Cash To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: How does one get a working serial console with gptboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 21:44:20 -0000 On Wed, Mar 16, 2011 at 2:20 PM, Garrett Cooper wrote: > On Wed, Mar 16, 2011 at 10:20 AM, Freddie Cash wrote: >> On Wed, Mar 16, 2011 at 9:49 AM, Freddie Cash wrote: >>> I feel like an idiot right now because I can just not figure out how >>> to make $subject work on a -CURRENT system. =C2=A0:( >>> >>> I've read through the Handbook chapter on this. =C2=A0I've done the pro= cess >>> I've used with 8.x systems. =C2=A0But once the kernel loads, the serial >>> console stops working. =C2=A0I'm obviously missing a step somewhere. >>> >>> Here's what I've done. =C2=A0Please point out my error(s): >>> >>> /boot/loader.conf: >>> =C2=A0 =C2=A0hint.uart.0.disabled=3D"0" >>> =C2=A0 =C2=A0hint.uart.0.flags=3D"0x30" >>> =C2=A0 =C2=A0console=3D"comconsole vidconsole" >>> =C2=A0 =C2=A0comconsole_speed=3D"115200" >>> =C2=A0 =C2=A0boot_multicons=3D"yes" >>> >>> /etc/make.conf: >>> =C2=A0 =C2=A0BOOT_COMCONSOLE_PORT=3D0x3F8 >>> =C2=A0 =C2=A0BOOT_COMCONSOLE_SPEED=3D115200 >> >> Nevermind. =C2=A0PEBCAK error. =C2=A0Adding the right port address would= work. >> Amazing how easy it is to mixup a 3 and an E. =C2=A0:( > > Are you referring to the .flags value or the BOOT_COMCONSOLE_PORT value? > Thanks, Both. The BIOS is configured to use COM3 for the remote access support, with an address of 3E8. The kernel sees COM3 as uart0 with an address of 0x3e8. Me, in my infinite copy/paste wisdom set loader.conf and make.conf to use 3= F8. Figured that one out by dropping to a loader prompt and reading through the output of "show" and manually setting the hint.uart.0.port correctly. Then setting it in loader.conf and make.conf correctly afterward. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 21: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 4BDF3106566B for ; Wed, 16 Mar 2011 21:48:58 +0000 (UTC) (envelope-from fjwcash@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 0253B8FC13 for ; Wed, 16 Mar 2011 21:48:57 +0000 (UTC) Received: by gwb15 with SMTP id 15so967366gwb.13 for ; Wed, 16 Mar 2011 14:48:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XWK1zMPf9pEvbcYemq3sAKyGuRz+H+4i+HbmXqNlSH0=; b=xzd2rLmHpvXj6XAUZMgLTF73BorQ6F76B3TkvUz60lemSuLdb2DTA6R2T/LbSMYy2a VnPe9hSQ7tWKHNDIST2/rBMa7IFt8mE/kpwMq+PC3Z9H8Tz72+ftvxOwXbwnM4Ccx8Rj yBIdtY2zxD+njZuZ/6AjDJYYyB8xYOFjA4YU4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Lc2ipQ/gZ2ker83/Fz9x5AuCwjVk3NHpzEQKsiFJAT0gornGVMhKIR84ZmC4m07Voa LiK2nvOEhA1ikL0HyidY3Q3Tp6lMuX/JlyD20G5jEQ/A01RbGAynR+TnQbnWZBPD4L9V tpjK8gPgeWs0KNYBz8wZyFtJrIi7Y7MsOzH1I= MIME-Version: 1.0 Received: by 10.90.14.27 with SMTP id 27mr618546agn.60.1300312137185; Wed, 16 Mar 2011 14:48:57 -0700 (PDT) Received: by 10.90.83.18 with HTTP; Wed, 16 Mar 2011 14:48:57 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Mar 2011 14:48:57 -0700 Message-ID: From: Freddie Cash To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: How does one get a working serial console with gptboot? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 21:48:58 -0000 On Wed, Mar 16, 2011 at 2:44 PM, Freddie Cash wrote: > On Wed, Mar 16, 2011 at 2:20 PM, Garrett Cooper wrot= e: >> On Wed, Mar 16, 2011 at 10:20 AM, Freddie Cash wrote= : >>> On Wed, Mar 16, 2011 at 9:49 AM, Freddie Cash wrote= : >>>> I feel like an idiot right now because I can just not figure out how >>>> to make $subject work on a -CURRENT system. =C2=A0:( >>>> >>>> I've read through the Handbook chapter on this. =C2=A0I've done the pr= ocess >>>> I've used with 8.x systems. =C2=A0But once the kernel loads, the seria= l >>>> console stops working. =C2=A0I'm obviously missing a step somewhere. >>>> >>>> Here's what I've done. =C2=A0Please point out my error(s): >>>> >>>> /boot/loader.conf: >>>> =C2=A0 =C2=A0hint.uart.0.disabled=3D"0" >>>> =C2=A0 =C2=A0hint.uart.0.flags=3D"0x30" >>>> =C2=A0 =C2=A0console=3D"comconsole vidconsole" >>>> =C2=A0 =C2=A0comconsole_speed=3D"115200" >>>> =C2=A0 =C2=A0boot_multicons=3D"yes" >>>> >>>> /etc/make.conf: >>>> =C2=A0 =C2=A0BOOT_COMCONSOLE_PORT=3D0x3F8 >>>> =C2=A0 =C2=A0BOOT_COMCONSOLE_SPEED=3D115200 >>> >>> Nevermind. =C2=A0PEBCAK error. =C2=A0Adding the right port address woul= d work. >>> Amazing how easy it is to mixup a 3 and an E. =C2=A0:( >> >> Are you referring to the .flags value or the BOOT_COMCONSOLE_PORT value? Sorry, not the .flags value, that was set correctly. The .port value. >> Thanks, > > Both. > > The BIOS is configured to use COM3 for the remote access support, with > an address of 3E8. > > The kernel sees COM3 as uart0 with an address of 0x3e8. > > Me, in my infinite copy/paste wisdom set loader.conf and make.conf to use= 3F8. > > Figured that one out by dropping to a loader prompt and reading > through the output of "show" and manually setting the hint.uart.0.port > correctly. =C2=A0Then setting it in loader.conf and make.conf correctly > afterward. > > -- > Freddie Cash > fjwcash@gmail.com > --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 23:03: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 8BE811065672 for ; Wed, 16 Mar 2011 23:03:05 +0000 (UTC) (envelope-from fjwcash@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 48AB18FC1A for ; Wed, 16 Mar 2011 23:03:05 +0000 (UTC) Received: by gyg13 with SMTP id 13so994800gyg.13 for ; Wed, 16 Mar 2011 16:03:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=8NeFfuWQh5x1cEFo0Svpa+3Ky0ky5ZUa1VzyEBIVbHs=; b=JdmsqAgpSJMer9UD76Rjb+Ryk0qesygyjJ9nckirLrL8CB1JQqQVdCJB75ivXm3i4X 2lVTduFR7ZXPUN5vlg3DZg2DnIuL/4NX3CFGz9VI+x/jm8at0iH80wDSFNGTk46BIKeG 5vriXLvrBSNOYhS66jEn5dLfufrJfVxViTiBc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Onicxn0yP0KxNLnxe/LMwqKeGv07KkjA3YZ17K0a7+oWu8NiaPPJfai1BF1Y4jDMeV YIWvU1kL2a8PHKFhhK1ee/JWRwfrp5yUrT+Ma9cZeUu1k90IsJi3wNjkT7xW238OSbnp ShTf3xVp+e6+fiu1jaz45NbN2gbRyYEmCNDrs= MIME-Version: 1.0 Received: by 10.91.197.7 with SMTP id z7mr648972agp.195.1300316584540; Wed, 16 Mar 2011 16:03:04 -0700 (PDT) Received: by 10.90.83.18 with HTTP; Wed, 16 Mar 2011 16:03:04 -0700 (PDT) Date: Wed, 16 Mar 2011 16:03:04 -0700 Message-ID: From: Freddie Cash To: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Subject: ZFS import panic with r219703 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 23:03:05 -0000 Anytime I try to import my pool built using 24x HAST devices, I get the following message, and the system reboots: panic: solaris assert: dmu_free_range(os, smo->smo_object, 0, -1ULL, tx) == 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/space_map.c, line: 484 Everything runs nicely if I don't import the pool. Doing a "zpool import" shows that one of the HAST devices is FAULTED "corrupted data". Haven't tried anything to remove/replace the faulted device, just wanted to see if anyone knew what the above error meant. Pool was created using r219523 and successfully copied over 1 TB of data from another ZFS system. Had some issues with gptboot this morning and the system locking up and rebooting a bunch, and now the pool won't import. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 23:17: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 A5566106564A for ; Wed, 16 Mar 2011 23:17:14 +0000 (UTC) (envelope-from fjwcash@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 5DD138FC19 for ; Wed, 16 Mar 2011 23:17:13 +0000 (UTC) Received: by gyg13 with SMTP id 13so999346gyg.13 for ; Wed, 16 Mar 2011 16:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=ETc3pdTsfpe7TW/71f91B4r3jzFb2yUKq+cWs588yKU=; b=en8C2VcjqgVC7EZyFdS1U2sGIu7Sk8D+zKgM4Z/bDT+RPKulw6o5Vghijy9tt+Evf5 Sh7fanG2NG4QEr6K0bl7qagKGuSs6OvD52hT2A2Vzy7Qsfr4pNq09O9aRk7vBqt/NHmv qFkv66E0ljCdRu/CipBAsUiAqlQRvZeu6HeNM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=aDD+ejx1sikfglDVNVhplNsbrgaoTGi2S2JHkd1Ok7CxvRS/Xz+tzHNA/ytIfslY6m Om4Dsg0tAWQvKh85CjzkYcTk1YW0FwCPTgYvfpn02fOgzFJmmiKZ+1Uzix/qadVOv9WX BzOoqVOGCk6faCw6AoTfx4ldC55L8Q+LcxJZo= MIME-Version: 1.0 Received: by 10.91.79.12 with SMTP id g12mr669814agl.168.1300317432842; Wed, 16 Mar 2011 16:17:12 -0700 (PDT) Received: by 10.90.83.18 with HTTP; Wed, 16 Mar 2011 16:17:12 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Mar 2011 16:17:12 -0700 Message-ID: From: Freddie Cash To: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: ZFS import panic with r219703 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Mar 2011 23:17:14 -0000 On Wed, Mar 16, 2011 at 4:03 PM, Freddie Cash wrote: > Anytime I try to import my pool built using 24x HAST devices, I get > the following message, and the system reboots: > > panic: solaris assert: dmu_free_range(os, smo->smo_object, 0, -1ULL, > tx) =3D=3D 0, file: > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/spa= ce_map.c, > line: 484 > > Everything runs nicely if I don't import the pool. > > Doing a "zpool import" shows that one of the HAST devices is FAULTED > "corrupted data". > > Haven't tried anything to remove/replace the faulted device, just > wanted to see if anyone knew what the above error meant. > > Pool was created using r219523 and successfully copied over 1 TB of > data from another ZFS system. =C2=A0Had some issues with gptboot this > morning and the system locking up and rebooting a bunch, and now the > pool won't import. Along with this ZFS import issue, it seems that hastd doesn't like it when you fire up 24 hast devices all at once (via for loop), each with over 100 MB of dirty data in it. hast dumps core, kernel panics, and system reboots. If I do 1 hast device every 2 seconds (or however long it takes to manually type "hastctl role primary disk-a1") then it starts up fine. So, I can now panic my 9-CURRENT system by either: - starting 24 hast devices at once, or - importing a ZFS pool made up of those 24 hast devices, with 1 corrupted device Isn't testing fun? :) I have a bunch of vmcore files from the hast crashes, not really sure what to do with them, though. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 03:28:09 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 4D313106564A; Thu, 17 Mar 2011 03:28:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4C58FC13; Thu, 17 Mar 2011 03:28:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2H3S80l036359; Wed, 16 Mar 2011 23:28:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2H3S8NL036352; Thu, 17 Mar 2011 03:28:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 17 Mar 2011 03:28:08 GMT Message-Id: <201103170328.p2H3S8NL036352@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2011 03:28:09 -0000 TB --- 2011-03-17 01:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-17 01:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-03-17 01:00:00 - cleaning the object tree TB --- 2011-03-17 01:00:18 - cvsupping the source tree TB --- 2011-03-17 01:00:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-03-17 01:00:49 - building world TB --- 2011-03-17 01:00:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-17 01:00:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-17 01:00:49 - TARGET=pc98 TB --- 2011-03-17 01:00:49 - TARGET_ARCH=i386 TB --- 2011-03-17 01:00:49 - TZ=UTC TB --- 2011-03-17 01:00:49 - __MAKE_CONF=/dev/null TB --- 2011-03-17 01:00:49 - cd /src TB --- 2011-03-17 01:00:49 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 17 01:00:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 17 02:51:35 UTC 2011 TB --- 2011-03-17 02:51:36 - generating LINT kernel config TB --- 2011-03-17 02:51:36 - cd /src/sys/pc98/conf TB --- 2011-03-17 02:51:36 - /usr/bin/make -B LINT TB --- 2011-03-17 02:51:36 - building LINT kernel TB --- 2011-03-17 02:51:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-17 02:51:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-17 02:51:36 - TARGET=pc98 TB --- 2011-03-17 02:51:36 - TARGET_ARCH=i386 TB --- 2011-03-17 02:51:36 - TZ=UTC TB --- 2011-03-17 02:51:36 - __MAKE_CONF=/dev/null TB --- 2011-03-17 02:51:36 - cd /src TB --- 2011-03-17 02:51:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 17 02:51:36 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 17 03:15:30 UTC 2011 TB --- 2011-03-17 03:15:30 - building GENERIC kernel TB --- 2011-03-17 03:15:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-17 03:15:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-17 03:15:30 - TARGET=pc98 TB --- 2011-03-17 03:15:30 - TARGET_ARCH=i386 TB --- 2011-03-17 03:15:30 - TZ=UTC TB --- 2011-03-17 03:15:30 - __MAKE_CONF=/dev/null TB --- 2011-03-17 03:15:30 - cd /src TB --- 2011-03-17 03:15:30 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 17 03:15:30 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug --add-gnu-debuglink=nfscommon.ko.symbols nfscommon.ko.debug nfscommon.ko ===> nfsd (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/pc98.i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/nfsd/../../fs/nfsserver/nfs_nfsdserv.c /src/sys/modules/nfsd/../../fs/nfsserver/nfs_nfsdserv.c: In function 'nfsrvd_mknod': /src/sys/modules/nfsd/../../fs/nfsserver/nfs_nfsdserv.c:1032: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/sys/modules/nfsd. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-17 03:28:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-17 03:28:07 - ERROR: failed to build GENERIC kernel TB --- 2011-03-17 03:28:07 - 7106.94 user 1218.42 system 8887.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 05:39: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 CA6CE106564A for ; Thu, 17 Mar 2011 05:39:32 +0000 (UTC) (envelope-from c.kworr@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 5B2B68FC12 for ; Thu, 17 Mar 2011 05:39:31 +0000 (UTC) Received: by fxm11 with SMTP id 11so2734952fxm.13 for ; Wed, 16 Mar 2011 22:39:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=JGUdCVO2rUQkrCzujudWLYxATvSL6gJ62xZjpOoBGU0=; b=xoKChbDDepzvqMaYg8z3aeqSaZxCMDTZcLStHELtjb486XXefH1GwTkiKJ+5Zi5USy /NUHM6sMVmtfht+AqCb8RjItXFUVRDtFKvE4BMbBXUUsMcVYZPxJXlC8xufvSSipBa10 tm2PVdNgQPyLdk8xn5Nq+RpZQEKepX4oOZ4FQ= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=D/OsNIVpyG/MSGOZCsXIpkBjJwHDl4wKMaJV/d8Nc2ccJR+3DfPW+aqoH2GPxwG5Kj PIzu338AV94Kpolp4lVJAsro9dD9c+F1z+/DVW74G3EnDZEIB5VXLtt7KGEgQ5m249h4 8ie5TvikfHDydg8sUgrasCyCaZTs18UTB97LI= Received: by 10.223.69.130 with SMTP id z2mr935246fai.107.1300340371296; Wed, 16 Mar 2011 22:39:31 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id n26sm728097fam.13.2011.03.16.22.39.29 (version=SSLv3 cipher=OTHER); Wed, 16 Mar 2011 22:39:30 -0700 (PDT) Message-ID: <4D819E8F.6040306@gmail.com> Date: Thu, 17 Mar 2011 07:39:27 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.2.15) Gecko/20110306 Thunderbird/3.1.9 MIME-Version: 1.0 To: Freddie Cash References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: ZFS import panic with r219703 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 05:39:32 -0000 17.03.2011 01:03, Freddie Cash wrote: > Anytime I try to import my pool built using 24x HAST devices, I get > the following message, and the system reboots: > > panic: solaris assert: dmu_free_range(os, smo->smo_object, 0, -1ULL, > tx) == 0, file: > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/space_map.c, > line: 484 > > Everything runs nicely if I don't import the pool. > > Doing a "zpool import" shows that one of the HAST devices is FAULTED > "corrupted data". > > Haven't tried anything to remove/replace the faulted device, just > wanted to see if anyone knew what the above error meant. > > Pool was created using r219523 and successfully copied over 1 TB of > data from another ZFS system. Had some issues with gptboot this > morning and the system locking up and rebooting a bunch, and now the > pool won't import. Oh, the garbled space_map issue. The system will assert any time the pool is imported in r/w. ZFSv28 is able to import pool in r/o state and this is as far as I know the only way to recover data from such pool. Anyway pool should be recreated. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 07:42: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 1C113106566B; Thu, 17 Mar 2011 07:42: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 A997E8FC14; Thu, 17 Mar 2011 07:42:28 +0000 (UTC) Received: by vws18 with SMTP id 18so2790592vws.13 for ; Thu, 17 Mar 2011 00:42:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=b8edXb2tBX/8zRF8P/59qwwBcwzBrsD6Ohlg4QJpWGo=; b=b5/rUUKOnDfi4lBitRVz91KPgrZPADxpJqCOtpcNO0xxv8fO+xx5+PJZH0KIiN9sSE CQzLU+fmQ+h7thoiTIoj67mEnT2GGAW6t0PAWU1HgS5xDroD+WO4KpKAhLJpiqJ1ASMs AdYtYjdOj68eyzLIwylusg63mxNFkRIrYH6oc= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=TZi2+HYb8feZeXE+U/A7spugOgkuGmjyB0X4AzNC85Hip2KkJVI9SNIfPkE2MPDsml xb3fC8Xi6rfFDe4OzK7GF26v0fn8yXPz5qctuXirFwlAizvtLGqBF4dnPJ4zCGvx7JwE S0hbE9tvLkOketPOqZabQNp6Q7bDikxkRhgNE= MIME-Version: 1.0 Received: by 10.52.173.38 with SMTP id bh6mr1225419vdc.296.1300347747790; Thu, 17 Mar 2011 00:42:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.171.206 with HTTP; Thu, 17 Mar 2011 00:42:27 -0700 (PDT) In-Reply-To: <4D7F7708.1060803@entel.upc.edu> References: <4D7F7708.1060803@entel.upc.edu> Date: Thu, 17 Mar 2011 15:42:27 +0800 X-Google-Sender-Auth: dKDrYEO3DZduUpIhg_LLPDAfUzQ Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Gustau_P=E9rez?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Net , freebsd-current Subject: Re: [ath] AR9285/AR2427 users - please test -HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 07:42:29 -0000 Nope. The AR9287 has a new EEPROM format, new calibration code and some extra tidbits here and there which I need to add. I've ordered a couple of them to add support - but I won't be doing so unti= l I find/squish bugs relating to all the earlier chipsets. :) I'm not being evil - if there's bugs w/ the earlier chipsets, it's likely that shared code will also cause problems with later chipsets. This is why I've stopped at the AR9285. That said, if someone has an AR9287 and would like to get their hands dirty= , and doesn't mind waiting a few weeks, I'd love to help you do the initial port. I can help you port the EEPROM code from ath9k and port over the calibration code. That's almost all of the easy work done. :) Adrian 2011/3/15 Gustau P=E9rez > Al 14/03/11 01:46, En/na Adrian Chadd ha escrit: > > Hi all, > > > > I've been working on AR9285 and AR2427 specific fixes. I seem to have > > fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427 > > actually performs better under FreeBSD than Linux. Hah!) > > > > Just to be clear - the AR2427 support now seems to work and be stable. > > I'm seeing 24mbit in iperf TCP tests in both TX and RX test. > > > > Would people please give -head a test and report back to the list(s) ? > > > > > Will this also support AR9287 ? > > Regards and thanks for your work, > > Gustau > From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 07:45: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 D41C51065686 for ; Thu, 17 Mar 2011 07:45:27 +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 8C0B58FC12 for ; Thu, 17 Mar 2011 07:45:27 +0000 (UTC) Received: by vws18 with SMTP id 18so2791892vws.13 for ; Thu, 17 Mar 2011 00:45:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SKqssvVdCrGMlXjGgdN1W01M2F6ehulbkq+vfP6ylz0=; b=jdHO2N9Xs//8GikQONrXSomqYr/3hOAw3KT/+6IU+H/PNYtFde0W0a7AoWuD1Ofmb1 deUKj6JEMEg5YrbL1VnqOhNqA9n0Uk6F7QlPV+0A9XtrDTryf8aU+N/xa9Wk88xpslk/ Izgp1bfAgEL8A4ELFjqUabRTjK4um5mQi1Tk0= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=nI6CRT1MwydvfqOPSDpAXym02nbZZ+6CoMYq9+oboA2mO3L9wWrbDi/xcxB5wqD3UP ZiONf6uZZM2t6L3QePtiG6NqzPk1JYv+S+cKPPq0B+VO9hccJjkjJtccM7pyDzXctueQ M8UPgHaxLR3LsyfFEHg4+YfZMo2AQfNK/Sdzc= MIME-Version: 1.0 Received: by 10.52.177.196 with SMTP id cs4mr1377520vdc.16.1300347926777; Thu, 17 Mar 2011 00:45:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.171.206 with HTTP; Thu, 17 Mar 2011 00:45:26 -0700 (PDT) In-Reply-To: <4D80EE33.7010703@janh.de> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> Date: Thu, 17 Mar 2011 15:45:26 +0800 X-Google-Sender-Auth: Bx6qWXJGMUws1hHJ9wff-5CrZHQ Message-ID: From: Adrian Chadd To: Jan Henrik Sylvester Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Aleksandr Rybalko , current-list freebsd Subject: Re: [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 07:45:27 -0000 Is someone able to help me hunt down a mini-PCIe ralink card? I'd like to help Aleksandr include his SoC MIPS stuff to FreeBSD and as part of that I'd like to try and make this wireless driver work on supported PCI/PCIe cards. But I completely lack the hardware to do so, and I lack the time to hunt down hardware (and money to buy another EEEPC just to do it.) Thanks, adrian On 17 March 2011 01:06, Jan Henrik Sylvester wrote: > Hello! > > > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: > >> 3. RT2860 802.11n controller authors Damien Bergamini and Alexander >> Egorenkov >> http://my.ddteam.net/files/2011-03-14_rt2860.patch >> only modification to work with RT2872 (embedded to RT305[02]F) >> wrote by me. >> > > Is this supposed to work on its own bringing support for Ralink 2860 to > FreeBSD? (The one in the Asus EeePC 901/1000H according to > http://wiki.freebsd.org/AsusEee .) > > > Remaining issues: >> RT2860 support only Open(no crypto) mode for RT305[02]F >> > > Does this mean WPA should work for RT2860? (Just not for the chips you > added support for?) > > If this is supposed to bring RT2860 support to FreeBSD in general: > > - Should it work on amd64 and i386? > - Should it work on 8.2-RELEASE? > - Should it work as a module? > > In case this is all supposed to work: I tried to create a module on > 8.2-RELEASE/amd64 by adding a simple sys/modules/rt2860/Makefile (as I did > not want to modify my stock 8.2-RELEASE kernel). I only got to: > > In file included from > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No such file or > directory > > I do not find opt_rt2860.h anywhere in your patches. Assuming it was > optional, I have commented it out only to get to: > > cc1: warnings being treated as errors > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: warning: > 'rt2860_pci_detach' declared 'static' but never defined > > Probably, I am doing something unsupported here (especially as there is no > if_rt2860_pci.c, which I would expect). > > Cheers, > Jan Henrik > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 08:35: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 6B8D2106566B; Thu, 17 Mar 2011 08:35:48 +0000 (UTC) (envelope-from sergey.dyatko@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 C26348FC1C; Thu, 17 Mar 2011 08:35:47 +0000 (UTC) Received: by fxm11 with SMTP id 11so2829488fxm.13 for ; Thu, 17 Mar 2011 01:35:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=V+UTFzn7+UjV3mcodkncNkAFbcFi30isHirWDhp+05U=; b=UeKBoZOKSWp/7FQpX1Em8FpzBtn4lXbhKNVSt4FXfMJg7tKQWdcl4vAxhYyHoASFZP hSS5HsiKr2cWij42Ua8NUrNBiycxH93GRIdKtbZXlh6PMQsjDFP66bqyj7lNz5K1d9B+ ll4Z+Ye6On/fRe1SMr5UwU0xEfva8pWLfbhGs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=YATqQWfADNfov3d3AVtHm7skPWwBF0qh3X2w1B1s6ux7VoAN4mVjtC3is/CbFFjwMD OfGlztaNoo9h94rHt0vyd4dlHa7STY2Hqqe2DUXFxp2+7CTV1ebgahEAyW0O+SIrgC7b kvkXPxqaCcuQt6m0UanmQ0hiCvbKu8RFwxcrc= Received: by 10.223.160.80 with SMTP id m16mr13225fax.72.1300349269849; Thu, 17 Mar 2011 01:07:49 -0700 (PDT) Received: from localhost (minsk.agava.net [212.98.174.157]) by mx.google.com with ESMTPS id l3sm1931859fan.2.2011.03.17.01.07.47 (version=SSLv3 cipher=OTHER); Thu, 17 Mar 2011 01:07:48 -0700 (PDT) Date: Thu, 17 Mar 2011 10:08:04 +0200 From: "Sergey V. Dyatko" To: Adrian Chadd Message-ID: <20110317100804.2dde85ba@gmail.com> In-Reply-To: References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jan Henrik Sylvester , Aleksandr Rybalko , current-list freebsd Subject: Re: [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 08:35:48 -0000 On Thu, 17 Mar 2011 15:45:26 +0800 Adrian Chadd wrote: > Is someone able to help me hunt down a mini-PCIe ralink card? > > I'd like to help Aleksandr include his SoC MIPS stuff to FreeBSD and > as part of that I'd like to try and make this wireless driver work on > supported PCI/PCIe cards. But I completely lack the hardware to do > so, and I lack the time to hunt down hardware (and money to buy > another EEEPC just to do it.) > > Thanks, > Hi, I have rt3090 on my laptop (running HEAD, i386) and I can take part in testing none1@pci0:3:0:0: class=0x028000 card=0x30901814 chip=0x30901814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp.' class = network > adrian > > On 17 March 2011 01:06, Jan Henrik Sylvester wrote: > > > Hello! > > > > > > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: > > > >> 3. RT2860 802.11n controller authors Damien Bergamini and Alexander > >> Egorenkov > >> http://my.ddteam.net/files/2011-03-14_rt2860.patch > >> only modification to work with RT2872 (embedded to > >> RT305[02]F) wrote by me. > >> > > > > Is this supposed to work on its own bringing support for Ralink > > 2860 to FreeBSD? (The one in the Asus EeePC 901/1000H according to > > http://wiki.freebsd.org/AsusEee .) > > > > > > Remaining issues: > >> RT2860 support only Open(no crypto) mode for RT305[02]F > >> > > > > Does this mean WPA should work for RT2860? (Just not for the chips > > you added support for?) > > > > If this is supposed to bring RT2860 support to FreeBSD in general: > > > > - Should it work on amd64 and i386? > > - Should it work on 8.2-RELEASE? > > - Should it work as a module? > > > > In case this is all supposed to work: I tried to create a module on > > 8.2-RELEASE/amd64 by adding a simple sys/modules/rt2860/Makefile > > (as I did not want to modify my stock 8.2-RELEASE kernel). I only > > got to: > > > > In file included from > > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: > > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No such > > file or directory > > > > I do not find opt_rt2860.h anywhere in your patches. Assuming it was > > optional, I have commented it out only to get to: > > > > cc1: warnings being treated as errors > > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: > > warning: 'rt2860_pci_detach' declared 'static' but never defined > > > > Probably, I am doing something unsupported here (especially as > > there is no if_rt2860_pci.c, which I would expect). > > > > Cheers, > > Jan Henrik -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 08:57: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 A4AF8106566B for ; Thu, 17 Mar 2011 08:57:50 +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 53FD28FC15 for ; Thu, 17 Mar 2011 08:57:50 +0000 (UTC) Received: by vxc34 with SMTP id 34so2728895vxc.13 for ; Thu, 17 Mar 2011 01:57:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Wj1dFD/m7Qoh6QuWowj5ZUOA6ansnRnNMbTIBPR/Iu0=; b=JAA7yIf1ZX6hMmqrNVJw0dLG/d7e5gCI+gfHObr7qA77ePtBEU1fjIO2S7UgKM0MKg SkGi5lF721nq+Vmqio5t8e3oN2khCPxqNBcnRogS08fj9ntmwSur4PvCnagnJvEELyHW dyljZ5Ey1SGyUjSyBQl4UW89xuScqgSwYUxsM= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=BswoTkYYZyF/d91LJnkEX4ZwLZetEh9XSG0tZ8lcAno0dYc+LRImdxi/h4GSW26hUM vgcLgDvlHDQmOjwte70lYIuUtq3sGfFfUQ5q1UJLhTxNQ8OdDQoqPBE/jyac4HgarDpm TZqGjhBmXr/wFx0zeyaCfH0muzFOkaVj1Wqpg= MIME-Version: 1.0 Received: by 10.52.179.36 with SMTP id dd4mr1389275vdc.56.1300352269170; Thu, 17 Mar 2011 01:57:49 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.171.206 with HTTP; Thu, 17 Mar 2011 01:57:49 -0700 (PDT) In-Reply-To: <20110317100804.2dde85ba@gmail.com> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110317100804.2dde85ba@gmail.com> Date: Thu, 17 Mar 2011 16:57:49 +0800 X-Google-Sender-Auth: nvA4YTAgLrcIYwrrEJ6JZqjPHWQ Message-ID: From: Adrian Chadd To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jan Henrik Sylvester , Aleksandr Rybalko , current-list freebsd Subject: Re: [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 08:57:50 -0000 Cool! You've just volunteered to help Aleksandr at least get the driver compiling, probing and attaching. :) I'll review and commit something to head when you have it somewhat working, ok? :) Adrian (Cool, I can get back to fixing if_ath issues.) On 17 March 2011 16:08, Sergey V. Dyatko wrote: > On Thu, 17 Mar 2011 15:45:26 +0800 > Adrian Chadd wrote: > > > Is someone able to help me hunt down a mini-PCIe ralink card? > > > > I'd like to help Aleksandr include his SoC MIPS stuff to FreeBSD and > > as part of that I'd like to try and make this wireless driver work on > > supported PCI/PCIe cards. But I completely lack the hardware to do > > so, and I lack the time to hunt down hardware (and money to buy > > another EEEPC just to do it.) > > > > Thanks, > > > > Hi, I have rt3090 on my laptop (running HEAD, i386) and I can > take part in testing > > none1@pci0:3:0:0: class=0x028000 card=0x30901814 chip=0x30901814 > rev=0x00 hdr=0x00 > vendor = 'Ralink Technology, Corp.' > class = network > > > > adrian > > > > On 17 March 2011 01:06, Jan Henrik Sylvester wrote: > > > > > Hello! > > > > > > > > > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: > > > > > >> 3. RT2860 802.11n controller authors Damien Bergamini and Alexander > > >> Egorenkov > > >> http://my.ddteam.net/files/2011-03-14_rt2860.patch > > >> only modification to work with RT2872 (embedded to > > >> RT305[02]F) wrote by me. > > >> > > > > > > Is this supposed to work on its own bringing support for Ralink > > > 2860 to FreeBSD? (The one in the Asus EeePC 901/1000H according to > > > http://wiki.freebsd.org/AsusEee .) > > > > > > > > > Remaining issues: > > >> RT2860 support only Open(no crypto) mode for RT305[02]F > > >> > > > > > > Does this mean WPA should work for RT2860? (Just not for the chips > > > you added support for?) > > > > > > If this is supposed to bring RT2860 support to FreeBSD in general: > > > > > > - Should it work on amd64 and i386? > > > - Should it work on 8.2-RELEASE? > > > - Should it work as a module? > > > > > > In case this is all supposed to work: I tried to create a module on > > > 8.2-RELEASE/amd64 by adding a simple sys/modules/rt2860/Makefile > > > (as I did not want to modify my stock 8.2-RELEASE kernel). I only > > > got to: > > > > > > In file included from > > > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: > > > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No such > > > file or directory > > > > > > I do not find opt_rt2860.h anywhere in your patches. Assuming it was > > > optional, I have commented it out only to get to: > > > > > > cc1: warnings being treated as errors > > > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: > > > warning: 'rt2860_pci_detach' declared 'static' but never defined > > > > > > Probably, I am doing something unsupported here (especially as > > > there is no if_rt2860_pci.c, which I would expect). > > > > > > Cheers, > > > Jan Henrik > > > -- > wbr, tiger > From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 09:06: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 CA013106564A; Thu, 17 Mar 2011 09:06:46 +0000 (UTC) (envelope-from sergey.dyatko@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 3069D8FC15; Thu, 17 Mar 2011 09:06:45 +0000 (UTC) Received: by fxm11 with SMTP id 11so2851154fxm.13 for ; Thu, 17 Mar 2011 02:06:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=LgCKcMg7hkr/6OsrOry8Lzy2aN5I7p14IK0mkTaPJS8=; b=jeRXW72CqnpkH6fmCyNhaM2jKnjiWNLwocW+cvHKP4CDFXPmNx3lPDNcy7dKFKmBDX I2u9N421PMA4FSnP+eMJFe5Jd+fyjnVZ1JBI/EDYgWoerYRxa3Uiy/FTmNhkUnGRZ9q6 TyyUyUrE0PUaTvZez6jYaxaEeXRctTGOOm1PM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=d0wnQFQRl9tadgnCrMpdOLyw/LnL6Kt6sj30+VMz0zwo5OpFWUl6gHaVGvjk058aTi gzEJwnzajIVoNLhMJIzLmeLLhHXAyE55hwcsRFO8om4lwa9Oa7NDuGEPoXumbxS6vPo6 dPOqmeGrPBb2YOHc+/EjKCjRdVNwon51XoTZU= Received: by 10.223.16.148 with SMTP id o20mr1131226faa.149.1300352805077; Thu, 17 Mar 2011 02:06:45 -0700 (PDT) Received: from localhost (minsk.agava.net [212.98.174.157]) by mx.google.com with ESMTPS id n7sm793478fam.35.2011.03.17.02.06.43 (version=SSLv3 cipher=OTHER); Thu, 17 Mar 2011 02:06:44 -0700 (PDT) Date: Thu, 17 Mar 2011 11:07:00 +0200 From: "Sergey V. Dyatko" To: Adrian Chadd Message-ID: <20110317110700.05191e8f@gmail.com> In-Reply-To: References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110317100804.2dde85ba@gmail.com> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jan Henrik Sylvester , Aleksandr Rybalko , current-list freebsd Subject: Re: [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 09:06:46 -0000 On Thu, 17 Mar 2011 16:57:49 +0800 Adrian Chadd wrote: > Cool! You've just volunteered to help Aleksandr at least get the > driver compiling, probing and attaching. :) > > I'll review and commit something to head when you have it somewhat > working, ok? :) > sure, cause I tired look at panics after `kldload rt2860_sys` (ndis) ~3 of 4 times :-) For example: http://tiger.ipfw.ru/files/core_1.txt > > Adrian > (Cool, I can get back to fixing if_ath issues.) > > > On 17 March 2011 16:08, Sergey V. Dyatko > wrote: > > > On Thu, 17 Mar 2011 15:45:26 +0800 > > Adrian Chadd wrote: > > > > > Is someone able to help me hunt down a mini-PCIe ralink card? > > > > > > I'd like to help Aleksandr include his SoC MIPS stuff to FreeBSD > > > and as part of that I'd like to try and make this wireless driver > > > work on supported PCI/PCIe cards. But I completely lack the > > > hardware to do so, and I lack the time to hunt down hardware (and > > > money to buy another EEEPC just to do it.) > > > > > > Thanks, > > > > > > > Hi, I have rt3090 on my laptop (running HEAD, i386) and I can > > take part in testing > > > > none1@pci0:3:0:0: class=0x028000 card=0x30901814 > > chip=0x30901814 rev=0x00 hdr=0x00 > > vendor = 'Ralink Technology, Corp.' > > class = network > > > > > > > adrian > > > > > > On 17 March 2011 01:06, Jan Henrik Sylvester wrote: > > > > > > > Hello! > > > > > > > > > > > > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: > > > > > > > >> 3. RT2860 802.11n controller authors Damien Bergamini and > > > >> Alexander Egorenkov > > > >> http://my.ddteam.net/files/2011-03-14_rt2860.patch > > > >> only modification to work with RT2872 (embedded to > > > >> RT305[02]F) wrote by me. > > > >> > > > > > > > > Is this supposed to work on its own bringing support for Ralink > > > > 2860 to FreeBSD? (The one in the Asus EeePC 901/1000H according > > > > to http://wiki.freebsd.org/AsusEee .) > > > > > > > > > > > > Remaining issues: > > > >> RT2860 support only Open(no crypto) mode for RT305[02]F > > > >> > > > > > > > > Does this mean WPA should work for RT2860? (Just not for the > > > > chips you added support for?) > > > > > > > > If this is supposed to bring RT2860 support to FreeBSD in > > > > general: > > > > > > > > - Should it work on amd64 and i386? > > > > - Should it work on 8.2-RELEASE? > > > > - Should it work as a module? > > > > > > > > In case this is all supposed to work: I tried to create a > > > > module on 8.2-RELEASE/amd64 by adding a simple > > > > sys/modules/rt2860/Makefile (as I did not want to modify my > > > > stock 8.2-RELEASE kernel). I only got to: > > > > > > > > In file included from > > > > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: > > > > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No such > > > > file or directory > > > > > > > > I do not find opt_rt2860.h anywhere in your patches. Assuming > > > > it was optional, I have commented it out only to get to: > > > > > > > > cc1: warnings being treated as errors > > > > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: > > > > warning: 'rt2860_pci_detach' declared 'static' but never defined > > > > > > > > Probably, I am doing something unsupported here (especially as > > > > there is no if_rt2860_pci.c, which I would expect). > > > > > > > > Cheers, > > > > Jan Henrik > > > > > > -- > > wbr, tiger > > -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 04:27: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 E1F3F106566B for ; Thu, 17 Mar 2011 04:27:45 +0000 (UTC) (envelope-from luke@digital-crocus.com) Received: from mail.digital-crocus.com (node2.digital-crocus.com [91.209.244.128]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7308FC0A for ; Thu, 17 Mar 2011 04:27:45 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dkselector; d=hybrid-logic.co.uk; h=Received:Received:Subject:From:Reply-To:To:Content-Type:Organization:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Spam-Score:X-Digital-Crocus-Maillimit:X-Authenticated-Sender:X-Complaints:X-Admin:X-Abuse; b=R2WDZ9x/aAkZBROBg5tggFd9FHT7Shd8aUt6j5DSEHtGl6h2vm3vvvijS8lxXxyc6XcHXg8sQPWIrJ3BaFokGUDl2J3CoA6sZGXxKFTvTC3AKfa5kymz4r2QowfU3WT7; Received: from luke by mail.digital-crocus.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Q04Uf-0006FO-4J for freebsd-current@freebsd.org; Thu, 17 Mar 2011 04:07:25 +0000 Received: from c-76-118-178-109.hsd1.ma.comcast.net ([76.118.178.109] helo=[192.168.1.15]) by mail.digital-crocus.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Q04Ue-0006Et-KW; Thu, 17 Mar 2011 04:07:25 +0000 From: Luke Marsden To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Organization: Hybrid Web Cluster Date: Thu, 17 Mar 2011 00:08:01 -0400 Message-ID: <1300334881.3837.126.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 X-Digital-Crocus-Maillimit: done X-Authenticated-Sender: luke X-Complaints: abuse@digital-crocus.com X-Admin: admin@digital-crocus.com X-Abuse: abuse@digital-crocus.com (Please include full headers in abuse reports) X-Mailman-Approved-At: Thu, 17 Mar 2011 10:58:16 +0000 Cc: Subject: Guaranteed kernel panic with ZFS + nullfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: luke@hybrid-logic.co.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2011 04:27:46 -0000 Hi all, The following script seems to cause a guaranteed kernel panic on 8.1-R, 8.2-R and 8-STABLE as of today (2011-03-16), with both ZFS v14/15, and v28 on 8.2-R with mm@ patches from 2011-03. I suspect it may also affect 9-CURRENT but have not tested this yet. #!/usr/local/bin/bash export POOL=hpool # change this to your pool name sudo zfs destroy -r $POOL/foo sudo zfs create $POOL/foo sudo zfs set mountpoint=/foo $POOL/foo sudo mount -t nullfs /foo /bar sudo touch /foo/baz ls /bar # should see baz sudo zfs umount -f $POOL/foo # seems okay (ls: /bar: Bad file descriptor) sudo zfs mount $POOL/foo # PANIC! Can anyone suggest a patch which fixes this? Preferably against 8-STABLE :-) I also have a more subtle problem where, after mounting and then quickly force-unmounting a ZFS filesystem (call it A) with two nullfs-mounted filesystems and a devfs filesystem within it, running "ls" on the mountpoint of the parent filesystem of A hangs. I'm working on narrowing it down to a shell script like the above - as soon as I have one I'll post a followup. This latter problem is actually more of an issue for me - I can avoid the behaviour which triggers the panic ("if it hurts, don't do it"), but I need to be able to perform the actions which trigger the deadlock (mounting and unmounting filesystems). This also affects 8.1-R, 8.2-R, 8-STABLE and 8.2-R+v28. It seems to be the "zfs umount -f" process which hangs and triggers further accesses to the parent filesystem to hang. Note that I have definitely correctly unmounted the nullfs and devfs mounts from within the filesystem before I force the unmount. Unfortunately the -f is necessary in my application. After the hang: hybrid@dev3:/opt/HybridCluster$ sudo ps ax |grep zfs 41 ?? DL 0:00.11 [zfskern] 3751 ?? D 0:00.03 /sbin/zfs unmount -f hpool/hcfs/filesystem1 hybrid@dev3:/opt/HybridCluster$ sudo procstat -kk 3751 PID TID COMM TDNAME KSTACK 3751 100264 zfs - mi_switch+0x16f sleepq_wait+0x42 _sleep+0x31c zfsvfs_teardown+0x269 zfs_umount+0x1a7 dounmount+0x28a unmount+0x3c8 syscall+0x1e7 Xfast_syscall+0xe1 hybrid@dev3:/opt/HybridCluster$ sudo procstat -kk 41 PID TID COMM TDNAME KSTACK 41 100058 zfskern arc_reclaim_thre mi_switch+0x16f sleepq_timedwait+0x42 _cv_timedwait+0x129 arc_reclaim_thread+0x2d1 fork_exit+0x118 fork_trampoline+0xe 41 100062 zfskern l2arc_feed_threa mi_switch+0x16f sleepq_timedwait+0x42 _cv_timedwait+0x129 l2arc_feed_thread+0x1be fork_exit+0x118 fork_trampoline+0xe 41 100090 zfskern txg_thread_enter mi_switch+0x16f sleepq_wait+0x42 _cv_wait+0x111 txg_thread_wait+0x79 txg_quiesce_thread +0xb5 fork_exit+0x118 fork_trampoline+0xe 41 100091 zfskern txg_thread_enter mi_switch+0x16f sleepq_timedwait+0x42 _cv_timedwait+0x129 txg_thread_wait+0x3c txg_sync_thread+0x355 fork_exit+0x118 fork_trampoline+0xe I will continue to attempt to create a shell script which makes this latter bug easily reproducible. In the meantime, what further information can I gather? I will build a debug kernel in the morning. If it helps accelerate finding a solution to this problem, Hybrid Logic Ltd might be able to fund a small bounty for a fix. Contact me off-list if you can help in this way. -- Best Regards, Luke Marsden CTO, Hybrid Logic Ltd. Web: http://www.hybrid-cluster.com/ Hybrid Web Cluster - cloud web hosting Phone: +441172232002 / +16179496062 From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 11:26: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 1E8E9106567E for ; Thu, 17 Mar 2011 11:26:26 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 960998FC27 for ; Thu, 17 Mar 2011 11:26:25 +0000 (UTC) Received: from gw-lan1.kiev.dlink.ua ([192.168.10.10] helo=terran.dlink.ua) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Q0BFv-0003Za-EG; Thu, 17 Mar 2011 13:20:39 +0200 Date: Thu, 17 Mar 2011 13:26:16 +0200 From: Aleksandr Rybalko To: Aleksandr Rybalko Message-Id: <20110317132616.444fd733.ray@dlink.ua> In-Reply-To: <20110316204405.9308757d.ray@ddteam.net> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110316204405.9308757d.ray@ddteam.net> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jan Henrik Sylvester , current-list freebsd Subject: Re: [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 11:26:26 -0000 Hi again! On Wed, 16 Mar 2011 20:44:05 +0200 Aleksandr Rybalko wrote: >> Hi, >> >> On Wed, 16 Mar 2011 18:06:59 +0100 >> Jan Henrik Sylvester wrote: >> >> > Hello! >> > >> > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: >> > > 3. RT2860 802.11n controller authors Damien Bergamini and Alexander >> > > Egorenkov http://my.ddteam.net/files/2011-03-14_rt2860.patch >> > > only modification to work with RT2872 (embedded to RT305[02] >> > > F) wrote by me. >> > >> > Is this supposed to work on its own bringing support for Ralink 2860 >> > to FreeBSD? (The one in the Asus EeePC 901/1000H according to >> > http://wiki.freebsd.org/AsusEee .) >> > >> > > Remaining issues: >> > > RT2860 support only Open(no crypto) mode for RT305[02]F >> > >> > Does this mean WPA should work for RT2860? (Just not for the chips >> > you added support for?) >> >> As I know this driver support WPA, but best place to read/ask about >> this on this thread http://forums.freebsd.org/showthread.php?t=7010 >> >> > >> > If this is supposed to bring RT2860 support to FreeBSD in general: >> > >> > - Should it work on amd64 and i386? >> > - Should it work on 8.2-RELEASE? >> > - Should it work as a module? >> > >> > In case this is all supposed to work: I tried to create a module on >> > 8.2-RELEASE/amd64 by adding a simple sys/modules/rt2860/Makefile (as >> > I did not want to modify my stock 8.2-RELEASE kernel). I only got to: >> > >> > In file included from >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: >> > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No such file >> > or directory >> > >> > I do not find opt_rt2860.h anywhere in your patches. Assuming it was >> > optional, I have commented it out only to get to: >> > >> > cc1: warnings being treated as errors >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: >> > warning: 'rt2860_pci_detach' declared 'static' but never defined >> > >> > Probably, I am doing something unsupported here (especially as there >> > is no if_rt2860_pci.c, which I would expect). >> >> No, it's me. Too much data, so I a little confused here. >> Patch targeting to start support RT3052F/RT3050F System on Chip. >> Which main part for embedded systems like routers, AP etc. >> >> To get it compiled need remove 'rt2860_pci_detach' declaration, >> because pci and obio interfaces have same detach device methods >> (rt2860_detach in rt2860.c) >> >> And opt_rt2860.h must be defined in sys/conf/options >> >> # options for the Ralink RT286x driver (rt2860) >> RT2860_DEBUG opt_rt2860.h >> >> >> > >> > Cheers, >> > Jan Henrik >> >> I will remake patch tomorrow. Fixed patch here http://my.ddteam.net/files/2011-03-17_rt2860.patch >> >> Thanks for your report and questions? >> >> -- >> Aleksandr Rybalko Many thanks for help. -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 12:27:14 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 D3DFF1065670 for ; Thu, 17 Mar 2011 12:27:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7A98FC15 for ; Thu, 17 Mar 2011 12:27:14 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id p2HBpCb5003808 for ; Thu, 17 Mar 2011 04:51:12 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id p2HBpCl5003807 for current@freebsd.org; Thu, 17 Mar 2011 04:51:12 -0700 (PDT) (envelope-from david) Date: Thu, 17 Mar 2011 04:51:12 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20110317115112.GA3723@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: /etc/rc.d/powerd vs. lack of OID dev.cpu.0.freq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 12:27:14 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I run powerd(8) on my laptop, and track both stable/8 and head on it (on different slices), daily. I am now finally(!) getting around to pointing out that it appears that: * /etc/rc.d/powerd tries to make use of sysctl OID dev.cpu.0.freq. * That OID exists in stable/8. * It does not exist in head, certainly as of r219711. * The OID dev.cpu.0.freq_levels does exist (in both). =46rom /etc/rc.d/powerd: =2E.. # $FreeBSD: stable/8/etc/rc.d/powerd 180564 2008-07-16 19:50:29Z dougb $ =2E.. powerd_poststop() { sysctl dev.cpu.0.freq=3D`sysctl -n dev.cpu.0.freq_levels | sed -e 's:/.*::'` > /dev/null } FreeBSD g1-222.catwhisker.org. 9.0-CURRENT FreeBSD 9.0-CURRENT #169 r219711= : Thu Mar 17 04:19:43 PDT 2011 root@g1-222.catwhisker.org.:/usr/obj/usr= /src/sys/CANARY i386 g1-222(9.0-C)[7] sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=3D\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq_levels: 2801/35000 2450/30625 2134/16607 1867/14531 1600/150= 00 1400/13125 1200/11250 1000/9375 800/12000 700/10500 600/9000 500/7500 40= 0/6000 300/4500 200/3000 100/1500 dev.cpu.0.cx_supported: C1/1 C2/1 C3/162 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 309us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=3D\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=3Dnone _UID=3D0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1 C2/1 C3/162 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 418us g1-222(9.0-C)[8]=20 The effect, of course, is that on shutdown, a whine is generated to the console, complaining about that lack of dev.cpu.0.freq. A quick glance at /usr/src/usr.sbin/powerd/powerd.c ($FreeBSD: head/usr.sbin/powerd/powerd.c 211415 2010-08-17 09:11:38Z brucec= $) also shows it attempting to work with dev.cpu.0.freq. Am I managing to overlook something fairly significant here? The hardware in question is a Dell Precision M4400. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk2B9a8ACgkQmprOCmdXAD0c0wCdGFYwiqH3vQIwdTHEYgvHtO+4 glIAnj2Uzkt4DROxw5Wwzqxz8wbEW+TO =f44i -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 12:58:35 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 911EA106566C for ; Thu, 17 Mar 2011 12:58:35 +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 58D7D8FC12 for ; Thu, 17 Mar 2011 12:58:31 +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 OAA25052; Thu, 17 Mar 2011 14:41:35 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D82017F.1080502@freebsd.org> Date: Thu, 17 Mar 2011 14:41:35 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: David Wolfskill , current@freebsd.org References: <20110317115112.GA3723@albert.catwhisker.org> In-Reply-To: <20110317115112.GA3723@albert.catwhisker.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: /etc/rc.d/powerd vs. lack of OID dev.cpu.0.freq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 12:58:35 -0000 on 17/03/2011 13:51 David Wolfskill said the following: > I run powerd(8) on my laptop, and track both stable/8 and head on it (on > different slices), daily. > > I am now finally(!) getting around to pointing out that it appears that: > > * /etc/rc.d/powerd tries to make use of sysctl OID dev.cpu.0.freq. > > * That OID exists in stable/8. > > * It does not exist in head, certainly as of r219711. > > * The OID dev.cpu.0.freq_levels does exist (in both). > > From /etc/rc.d/powerd: > ... > # $FreeBSD: stable/8/etc/rc.d/powerd 180564 2008-07-16 19:50:29Z dougb $ > ... > powerd_poststop() > { > sysctl dev.cpu.0.freq=`sysctl -n dev.cpu.0.freq_levels | > sed -e 's:/.*::'` > /dev/null > } > > FreeBSD g1-222.catwhisker.org. 9.0-CURRENT FreeBSD 9.0-CURRENT #169 r219711: Thu Mar 17 04:19:43 PDT 2011 root@g1-222.catwhisker.org.:/usr/obj/usr/src/sys/CANARY i386 > > g1-222(9.0-C)[7] sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq_levels: 2801/35000 2450/30625 2134/16607 1867/14531 1600/15000 1400/13125 1200/11250 1000/9375 800/12000 700/10500 600/9000 500/7500 400/6000 300/4500 200/3000 100/1500 > dev.cpu.0.cx_supported: C1/1 C2/1 C3/162 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 309us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=\_PR_.CPU1 > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.cx_supported: C1/1 C2/1 C3/162 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 418us > g1-222(9.0-C)[8] > > The effect, of course, is that on shutdown, a whine is generated > to the console, complaining about that lack of dev.cpu.0.freq. > > A quick glance at /usr/src/usr.sbin/powerd/powerd.c > ($FreeBSD: head/usr.sbin/powerd/powerd.c 211415 2010-08-17 09:11:38Z brucec $) > also shows it attempting to work with dev.cpu.0.freq. > > Am I managing to overlook something fairly significant here? > > The hardware in question is a Dell Precision M4400. The OID in question should be provided by cpufreq driver. You should be looking at dmesg and other kernel-related things to find out what changed on that level. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 13:46:45 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 BE3E2106566C; Thu, 17 Mar 2011 13:46:45 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0C98FC14; Thu, 17 Mar 2011 13:46:45 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 6FC22E88A3; Thu, 17 Mar 2011 13:46:44 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=yTU9ENkh++Wb MsNeKERMGROKwVA=; b=iOQzg2llg91b1y4O1g5w8UxBj/Adv4ak4mQ50JcKKBuq zIzWyGNAoj7gIEH1OwzI+jkNPHRsFSPv7gR9LeSW4Qm2uRNUF78ed46otqHAKL+f p+X3MpgynfhTWoBGnW9H0YSljvOgjG633Q17QtNAOi4dpY4PCFj7XGp1Lu7H40w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=yDNObU brS+XAsXc5Ju1Thu4y1Qeg4nBtZ+OHpvvVS3Vlbgv8v4eO06gbPYzQ0y0+hHkrLC R+GNRZ3iDlYi24LBWa0hs9NmMW24NPp/omqbnSW8Pd5NwSviZlGZyhZjvkgzt5j9 XyuaL6GVd4NlDPm1u18CPtTA7sMWBBstad4n4= Received: from unknown (client-86-31-236-253.oxfd.adsl.virginmedia.com [86.31.236.253]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 1B5CEE88A2; Thu, 17 Mar 2011 13:46:44 +0000 (GMT) Date: Thu, 17 Mar 2011 13:46:01 +0000 From: Bruce Cran To: Andriy Gapon Message-ID: <20110317134601.00002323@unknown> In-Reply-To: <4D82017F.1080502@freebsd.org> References: <20110317115112.GA3723@albert.catwhisker.org> <4D82017F.1080502@freebsd.org> X-Mailer: Claws Mail 3.7.8cvs9 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: /etc/rc.d/powerd vs. lack of OID dev.cpu.0.freq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 13:46:45 -0000 On Thu, 17 Mar 2011 14:41:35 +0200 Andriy Gapon wrote: > The OID in question should be provided by cpufreq driver. > You should be looking at dmesg and other kernel-related things to > find out what changed on that level. The OID does exist - "sysctl -d dev.cpu.0.freq" works - it's just that querying the value always fails unless EST is enabled. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 15:17: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 3314E106567C for ; Thu, 17 Mar 2011 15:17:55 +0000 (UTC) (envelope-from sergey.dyatko@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 B60C18FC08 for ; Thu, 17 Mar 2011 15:17:54 +0000 (UTC) Received: by wyf23 with SMTP id 23so3070591wyf.13 for ; Thu, 17 Mar 2011 08:17:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=1SVXPlMbHNKYdzYzfzVNRG5rIb4y05DWwaIVF9r/nIk=; b=i4Nd+ETt31wivz7DCOjnLC62b0UK15qz1LbwP9Dvc0rRlMGDbMvysk5fM+uO57HEI1 1UKb3QCrnVa9T4A76tt1HL6JP+cDOXcOOeJoxFs4DS3o62D7YPuRAzhfr2KupumfS2Wn K/nxMAz8HiNNKXudvxMsZ/fkGSIItMLiG0ZKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=kuaPj/hDxYEkU7wxOlRTJImOEIGxmrKqWjV+wcxzkV26twBytJpQ2+hsaO5sKHDYoe OtyybQN6aH5VeGLpdtsQV+Y08IxHMf5hvKvXWaDqRUcTmOFu3B9BLOya3zpcUPh/PdyO fZ23DW83VuexrYhe9tQze0ckloz32RGwbGxG0= Received: by 10.216.24.73 with SMTP id w51mr1435203wew.72.1300375073595; Thu, 17 Mar 2011 08:17:53 -0700 (PDT) Received: from localhost ([77.74.36.65]) by mx.google.com with ESMTPS id t5sm1144633wes.33.2011.03.17.08.17.22 (version=SSLv3 cipher=OTHER); Thu, 17 Mar 2011 08:17:41 -0700 (PDT) Date: Thu, 17 Mar 2011 17:17:17 +0200 From: "Sergey V. Dyatko" To: Aleksandr Rybalko Message-ID: <20110317171717.00a46365@gmail.com> In-Reply-To: <20110317132616.444fd733.ray@dlink.ua> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110316204405.9308757d.ray@ddteam.net> <20110317132616.444fd733.ray@dlink.ua> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jan Henrik Sylvester , Aleksandr Rybalko , current-list freebsd Subject: Re: [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 15:17:55 -0000 On Thu, 17 Mar 2011 13:26:16 +0200 Aleksandr Rybalko wrote: > Hi again! > > On Wed, 16 Mar 2011 20:44:05 +0200 > Aleksandr Rybalko wrote: > > >> Hi, > >> > >> On Wed, 16 Mar 2011 18:06:59 +0100 > >> Jan Henrik Sylvester wrote: > >> > >> > Hello! > >> > > >> > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: > >> > > 3. RT2860 802.11n controller authors Damien Bergamini and > >> > > Alexander Egorenkov > >> > > http://my.ddteam.net/files/2011-03-14_rt2860.patch only > >> > > modification to work with RT2872 (embedded to RT305[02] F) > >> > > wrote by me. > >> > > >> > Is this supposed to work on its own bringing support for Ralink > >> > 2860 to FreeBSD? (The one in the Asus EeePC 901/1000H according > >> > to http://wiki.freebsd.org/AsusEee .) > >> > > >> > > Remaining issues: > >> > > RT2860 support only Open(no crypto) mode for RT305[02]F > >> > > >> > Does this mean WPA should work for RT2860? (Just not for the > >> > chips you added support for?) > >> > >> As I know this driver support WPA, but best place to read/ask about > >> this on this thread http://forums.freebsd.org/showthread.php?t=7010 > >> > >> > > >> > If this is supposed to bring RT2860 support to FreeBSD in > >> > general: > >> > > >> > - Should it work on amd64 and i386? > >> > - Should it work on 8.2-RELEASE? > >> > - Should it work as a module? > >> > > >> > In case this is all supposed to work: I tried to create a module > >> > on 8.2-RELEASE/amd64 by adding a simple > >> > sys/modules/rt2860/Makefile (as I did not want to modify my > >> > stock 8.2-RELEASE kernel). I only got to: > >> > > >> > In file included from > >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: > >> > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No such > >> > file or directory > >> > > >> > I do not find opt_rt2860.h anywhere in your patches. Assuming it > >> > was optional, I have commented it out only to get to: > >> > > >> > cc1: warnings being treated as errors > >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: > >> > warning: 'rt2860_pci_detach' declared 'static' but never defined > >> > > >> > Probably, I am doing something unsupported here (especially as > >> > there is no if_rt2860_pci.c, which I would expect). > >> > >> No, it's me. Too much data, so I a little confused here. > >> Patch targeting to start support RT3052F/RT3050F System on Chip. > >> Which main part for embedded systems like routers, AP etc. > >> > >> To get it compiled need remove 'rt2860_pci_detach' declaration, > >> because pci and obio interfaces have same detach device methods > >> (rt2860_detach in rt2860.c) > >> > >> And opt_rt2860.h must be defined in sys/conf/options > >> > >> # options for the Ralink RT286x driver (rt2860) > >> RT2860_DEBUG opt_rt2860.h > >> > >> > >> > > >> > Cheers, > >> > Jan Henrik > >> > >> I will remake patch tomorrow. > > Fixed patch here http://my.ddteam.net/files/2011-03-17_rt2860.patch > include "opt_rt2860.h" still here (rt2860_softc.h), I removed it, write simple Makefile: laptop# cat Makefile # $FreeBSD$ .PATH: ${.CURDIR}/../../dev/rt2860 KMOD= if_rt2860 SRCS= rt2860.c SRCS+= device_if.h bus_if.h pci_if.h .include laptop# pwd /usr/src/sys/modules/rt2860 laptop# make Warning: Object directory not changed from original /usr/src/sys/modules/rt2860 @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c ld -d -warn-common -r -d -o if_rt2860.kld rt2860.o :> export_syms awk -f /usr/src/sys/modules/rt2860/../../conf/kmod_syms.awk if_rt2860.kld export_syms | xargs -J% objcopy % if_rt2860.kld ld -Bshareable -d -warn-common -o if_rt2860.ko if_rt2860.kld objcopy --strip-debug if_rt2860.ko laptop# kldload ./if_rt2860.ko kldload: can't load ./if_rt2860.ko: No such file or directory dmesg: link_elf: symbol rt2860_io_mac_write undefined p.s. let me know if you need any additional information > >> > >> Thanks for your report and questions? > >> > >> -- > >> Aleksandr Rybalko > > Many thanks for help. > -- --------------------------------------------------------------------------------------- Sergey V Dyatko aka tiger | Sergey.Dyatko@gmail.com /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://tiger.bsd.by X - NO Word docs in e-mail | XMPP: tiger@jabber.org.by / \ --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 15: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 225CD10656D1 for ; Thu, 17 Mar 2011 15:53:32 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 863E38FC1A for ; Thu, 17 Mar 2011 15:53:30 +0000 (UTC) Received: from gw-lan1.kiev.dlink.ua ([192.168.10.10] helo=terran.dlink.ua) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Q0FQd-0005p4-F6; Thu, 17 Mar 2011 17:47:59 +0200 Date: Thu, 17 Mar 2011 17:53:21 +0200 From: Aleksandr Rybalko To: "Sergey V. Dyatko" Message-Id: <20110317175321.eb942d05.ray@dlink.ua> In-Reply-To: <20110317171717.00a46365@gmail.com> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110316204405.9308757d.ray@ddteam.net> <20110317132616.444fd733.ray@dlink.ua> <20110317171717.00a46365@gmail.com> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jan Henrik Sylvester , Aleksandr Rybalko , current-list freebsd Subject: Re: [CFR]rt2860 driver with kld module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 15:53:32 -0000 On Thu, 17 Mar 2011 17:17:17 +0200 "Sergey V. Dyatko" wrote: >> On Thu, 17 Mar 2011 13:26:16 +0200 >> Aleksandr Rybalko wrote: >> >> > Hi again! >> > >> > On Wed, 16 Mar 2011 20:44:05 +0200 >> > Aleksandr Rybalko wrote: >> > >> > >> Hi, >> > >> >> > >> On Wed, 16 Mar 2011 18:06:59 +0100 >> > >> Jan Henrik Sylvester wrote: >> > >> >> > >> > Hello! >> > >> > >> > >> > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: >> > >> > > 3. RT2860 802.11n controller authors Damien Bergamini and >> > >> > > Alexander Egorenkov >> > >> > > http://my.ddteam.net/files/2011-03-14_rt2860.patch only >> > >> > > modification to work with RT2872 (embedded to RT305[02] F) >> > >> > > wrote by me. >> > >> > >> > >> > Is this supposed to work on its own bringing support for Ralink >> > >> > 2860 to FreeBSD? (The one in the Asus EeePC 901/1000H according >> > >> > to http://wiki.freebsd.org/AsusEee .) >> > >> > >> > >> > > Remaining issues: >> > >> > > RT2860 support only Open(no crypto) mode for RT305[02]F >> > >> > >> > >> > Does this mean WPA should work for RT2860? (Just not for the >> > >> > chips you added support for?) >> > >> >> > >> As I know this driver support WPA, but best place to read/ask about >> > >> this on this thread http://forums.freebsd.org/showthread.php?t=7010 >> > >> >> > >> > >> > >> > If this is supposed to bring RT2860 support to FreeBSD in >> > >> > general: >> > >> > >> > >> > - Should it work on amd64 and i386? >> > >> > - Should it work on 8.2-RELEASE? >> > >> > - Should it work as a module? >> > >> > >> > >> > In case this is all supposed to work: I tried to create a module >> > >> > on 8.2-RELEASE/amd64 by adding a simple >> > >> > sys/modules/rt2860/Makefile (as I did not want to modify my >> > >> > stock 8.2-RELEASE kernel). I only got to: >> > >> > >> > >> > In file included from >> > >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: >> > >> > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No such >> > >> > file or directory >> > >> > >> > >> > I do not find opt_rt2860.h anywhere in your patches. Assuming it >> > >> > was optional, I have commented it out only to get to: >> > >> > >> > >> > cc1: warnings being treated as errors >> > >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: >> > >> > warning: 'rt2860_pci_detach' declared 'static' but never defined >> > >> > >> > >> > Probably, I am doing something unsupported here (especially as >> > >> > there is no if_rt2860_pci.c, which I would expect). >> > >> >> > >> No, it's me. Too much data, so I a little confused here. >> > >> Patch targeting to start support RT3052F/RT3050F System on Chip. >> > >> Which main part for embedded systems like routers, AP etc. >> > >> >> > >> To get it compiled need remove 'rt2860_pci_detach' declaration, >> > >> because pci and obio interfaces have same detach device methods >> > >> (rt2860_detach in rt2860.c) >> > >> >> > >> And opt_rt2860.h must be defined in sys/conf/options >> > >> >> > >> # options for the Ralink RT286x driver (rt2860) >> > >> RT2860_DEBUG opt_rt2860.h >> > >> >> > >> >> > >> > >> > >> > Cheers, >> > >> > Jan Henrik >> > >> >> > >> I will remake patch tomorrow. >> > >> > Fixed patch here http://my.ddteam.net/files/2011-03-17_rt2860.patch >> > >> include "opt_rt2860.h" still here (rt2860_softc.h), I removed it, write >> simple Makefile: >> >> laptop# cat Makefile >> # $FreeBSD$ >> >> .PATH: ${.CURDIR}/../../dev/rt2860 >> >> KMOD= if_rt2860 >> SRCS= rt2860.c >> SRCS+= device_if.h bus_if.h pci_if.h >> .include >> >> laptop# pwd >> /usr/src/sys/modules/rt2860 >> laptop# make >> Warning: Object directory not changed from >> original /usr/src/sys/modules/rt2860 @ -> /usr/src/sys >> machine -> /usr/src/sys/i386/include >> x86 -> /usr/src/sys/x86/include >> awk -f @/tools/makeobjops.awk @/kern/device_if.m -h >> awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h >> awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h >> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >> -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param >> inline-unit-growth=100 --param large-function-growth=1000 -fno-common >> -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx >> -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding >> -fstack-protector -std=iso9899:1999 -fstack-protector -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions >> -c /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c ld -d >> -warn-common -r -d -o if_rt2860.kld rt2860.o :> export_syms awk >> -f /usr/src/sys/modules/rt2860/../../conf/kmod_syms.awk if_rt2860.kld >> export_syms | xargs -J% objcopy % if_rt2860.kld ld -Bshareable -d >> -warn-common -o if_rt2860.ko if_rt2860.kld objcopy --strip-debug >> if_rt2860.ko >> laptop# kldload ./if_rt2860.ko >> kldload: can't load ./if_rt2860.ko: No such file or directory >> >> dmesg: link_elf: symbol rt2860_io_mac_write undefined Yeah, this is because you don't expect what driver have more than one source file. >> >> p.s. let me know if you need any additional information >> >> > >> >> > >> Thanks for your report and questions? >> > >> >> > >> -- >> > >> Aleksandr Rybalko >> > >> > Many thanks for help. >> > >> >> >> >> -- >> --------------------------------------------------------------------------------------- >> Sergey V Dyatko aka tiger | Sergey.Dyatko@gmail.com >> /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x >> \ / - NO HTML/RTF in e-mail | http://tiger.bsd.by >> X - NO Word docs in e-mail | XMPP: tiger@jabber.org.by >> / \ >> --------------------------------------------------------------------------------------- new patch with kld support http://my.ddteam.net/files/2011-03-17_1_rt2860.patch I don't expect so much interest for this device on a PCI bus. And forget to include useful parts like kld Makefile. Seems now this can compile and work :) Thank you. -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 16:24:52 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 28D971065672 for ; Thu, 17 Mar 2011 16:24:52 +0000 (UTC) (envelope-from fjwcash@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 DAEFD8FC0A for ; Thu, 17 Mar 2011 16:24:51 +0000 (UTC) Received: by gyg13 with SMTP id 13so1340344gyg.13 for ; Thu, 17 Mar 2011 09:24:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=cAg3t9olACQyv11ts0aAedvsjwAokb+tWE286p2z63o=; b=Yfxxg+JQfHcXsO0AyHdbiHfTdEOr2JgNFpN2LTdJTjMrnQdW8gkHyPlrgJLgfjuFBH Mf+kQ86XCajafdjcPp67k5JnN1mFkLvvKTIgRqPHNYIUJomuIYaKTnaVGhbchwfF3uZj 5I94O2d2uIMuiOxzxW5NvFN4o5vszdC2HTP8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=HH0zHDPRbeQdMzBu5Macl1Exwywazt13v0I7KubUW8cyRWjgu9VVXkM+1K1fdMFeiZ o0e0gc+nBbpkGRVxNWD4LfGYjkT1fIOUB5GCm0kBGyZnJ1F5NoC+/gsYiVd3RDhjSL3k KyPB8RQomapPpC5G1ynEx21+XmCH89eEYkzw8= MIME-Version: 1.0 Received: by 10.91.202.13 with SMTP id e13mr62161agq.33.1300379091044; Thu, 17 Mar 2011 09:24:51 -0700 (PDT) Received: by 10.90.83.18 with HTTP; Thu, 17 Mar 2011 09:24:50 -0700 (PDT) In-Reply-To: References: Date: Thu, 17 Mar 2011 09:24:50 -0700 Message-ID: From: Freddie Cash To: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: ZFS import panic with r219703 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 16:24:52 -0000 On Wed, Mar 16, 2011 at 4:03 PM, Freddie Cash wrote: > Anytime I try to import my pool built using 24x HAST devices, I get > the following message, and the system reboots: > > panic: solaris assert: dmu_free_range(os, smo->smo_object, 0, -1ULL, > tx) =3D=3D 0, file: > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/spa= ce_map.c, > line: 484 > > Everything runs nicely if I don't import the pool. > > Doing a "zpool import" shows that one of the HAST devices is FAULTED > "corrupted data". > > Haven't tried anything to remove/replace the faulted device, just > wanted to see if anyone knew what the above error meant. > > Pool was created using r219523 and successfully copied over 1 TB of > data from another ZFS system. =C2=A0Had some issues with gptboot this > morning and the system locking up and rebooting a bunch, and now the > pool won't import. Hrm, it looks like the "pool roll-back on import" feature is working. # zpool import -F -d /dev/hast storage The above command imported the pool successfully. No dmu_free_range() errors. No solaris assert. No kernel panic. Will try hammering on the system a bit to see if that sticks or whether the space_map errors show up again. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 16:31: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 3543C106566B; Thu, 17 Mar 2011 16:31:13 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id BD06C8FC16; Thu, 17 Mar 2011 16:31:12 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id D8BE3E88A3; Thu, 17 Mar 2011 16:31:11 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=IwhYf4Tfg/o6 so/Poy+X7G0Hu2A=; b=g+K4sTho8ClvCbc6iSaiRI9gt3N8Xy9AHEsQ8KAGVLSM uaU4wx0W1bbZR0+25rqKPqB4PDbmKN4iViPOuPu9XvwyDi+qTnO0rTtvJk8W6QVX Z5VgiBPT8OLyy03K3C/6GVvcuVOGaQb8Ioi/XX/2z1jhXSVR89iNiGa+k07of0U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=mJwE1w wenRsdh1NlCBfWJUi5X3wQ99huSIHpOu1P25r/4DVEa4V95FHm8F2XQWQCMtHNKI YriyQ8R2nOfN1q19mnQkMeP3odkOL2zrqoxwyyCMsU7Da2MjSgcXqQ/xzqdpZ6m6 bL4x03nUx66qzDAeTpesQYTUtdHLLYbtqkTng= Received: from unknown (client-86-31-236-253.oxfd.adsl.virginmedia.com [86.31.236.253]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 69EEEE889F; Thu, 17 Mar 2011 16:31:11 +0000 (GMT) Date: Thu, 17 Mar 2011 16:30:24 +0000 From: Bruce Cran To: Bruce Cran Message-ID: <20110317163024.0000126d@unknown> In-Reply-To: <20110317134601.00002323@unknown> References: <20110317115112.GA3723@albert.catwhisker.org> <4D82017F.1080502@freebsd.org> <20110317134601.00002323@unknown> X-Mailer: Claws Mail 3.7.8cvs9 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Andriy Gapon Subject: Re: /etc/rc.d/powerd vs. lack of OID dev.cpu.0.freq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 16:31:13 -0000 On Thu, 17 Mar 2011 13:46:01 +0000 Bruce Cran wrote: > On Thu, 17 Mar 2011 14:41:35 +0200 > Andriy Gapon wrote: > > > The OID in question should be provided by cpufreq driver. > > You should be looking at dmesg and other kernel-related things to > > find out what changed on that level. > > The OID does exist - "sysctl -d dev.cpu.0.freq" works - it's just that > querying the value always fails unless EST is enabled. So it's been pointed out to me that EST is the only backend on core i7 so by disabling EST there's no way to query/change frequencies - hence the sysctl doesn't work. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 16:35: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 AE5501065673 for ; Thu, 17 Mar 2011 16:35:04 +0000 (UTC) (envelope-from fjwcash@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 640F18FC0A for ; Thu, 17 Mar 2011 16:35:04 +0000 (UTC) Received: by gwb15 with SMTP id 15so1343990gwb.13 for ; Thu, 17 Mar 2011 09:35:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=RiU3rXhEtmgc+WMtm+ugj/c/KS8BeT0fDSKZXL27cC0=; b=O+GbNJedt1BcC6aPvwdl8sCiYvE3BHXmvOdlCi0YuXOkuw3B0RR+ewfcXGPUmP4zHC To17TJj2fK5jE8eJF3tMPQiMrbP+oIRySKRHceVwGFV00o/PgkvJ3iPe86BfOl9BfhoR cv0FoiQk8SHpHQUTcj7S6G1cZM8UZDkSD+/Z0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=GhzePhmn/GO+EJb5MFlQAuCfbEVODCNP7sj9L/0hO9boqtPgEA5KaYmXZELo+FzIhs zcgxPhZ30mToZr2KThIExoNXEXlHYhEEB04e7MD/tYEIQF4i6aYHheW0VhHKPOw8ZXzD ca52d7pd55MqtjP+HcyRxaFahItoGKEbkDrq8= MIME-Version: 1.0 Received: by 10.91.202.13 with SMTP id e13mr73219agq.33.1300379703496; Thu, 17 Mar 2011 09:35:03 -0700 (PDT) Received: by 10.90.83.18 with HTTP; Thu, 17 Mar 2011 09:35:03 -0700 (PDT) In-Reply-To: References: Date: Thu, 17 Mar 2011 09:35:03 -0700 Message-ID: From: Freddie Cash To: FreeBSD-Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: ZFS import panic with r219703 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 16:35:04 -0000 On Thu, Mar 17, 2011 at 9:24 AM, Freddie Cash wrote: > On Wed, Mar 16, 2011 at 4:03 PM, Freddie Cash wrote: >> Anytime I try to import my pool built using 24x HAST devices, I get >> the following message, and the system reboots: >> >> panic: solaris assert: dmu_free_range(os, smo->smo_object, 0, -1ULL, >> tx) =3D=3D 0, file: >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/sp= ace_map.c, >> line: 484 >> >> Everything runs nicely if I don't import the pool. >> >> Doing a "zpool import" shows that one of the HAST devices is FAULTED >> "corrupted data". >> >> Haven't tried anything to remove/replace the faulted device, just >> wanted to see if anyone knew what the above error meant. >> >> Pool was created using r219523 and successfully copied over 1 TB of >> data from another ZFS system. =C2=A0Had some issues with gptboot this >> morning and the system locking up and rebooting a bunch, and now the >> pool won't import. > > Hrm, it looks like the "pool roll-back on import" feature is working. > > # zpool import -F -d /dev/hast storage > > The above command imported the pool successfully. =C2=A0No dmu_free_range= () > errors. =C2=A0No solaris assert. =C2=A0No kernel panic. =C2=A0Will try ha= mmering on > the system a bit to see if that sticks or whether the space_map errors > show up again. Damn, of course that would be too easy. :( Adding or removing any data from the pool still causes it to panic with the dmu_free_range() assertion. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 17:00: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 304A71065672 for ; Thu, 17 Mar 2011 17:00:41 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 05B248FC0C for ; Thu, 17 Mar 2011 17:00:40 +0000 (UTC) Received: by iwn33 with SMTP id 33so3540019iwn.13 for ; Thu, 17 Mar 2011 10:00:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.51.135 with SMTP id vi7mr2203723icb.336.1300381239887; Thu, 17 Mar 2011 10:00:39 -0700 (PDT) Received: by 10.231.85.198 with HTTP; Thu, 17 Mar 2011 10:00:39 -0700 (PDT) In-Reply-To: References: Date: Thu, 17 Mar 2011 18:00:39 +0100 Message-ID: From: Olivier Smedts To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: ZFS import panic with r219703 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 17:00:41 -0000 2011/3/17 Freddie Cash : > On Thu, Mar 17, 2011 at 9:24 AM, Freddie Cash wrote: >> On Wed, Mar 16, 2011 at 4:03 PM, Freddie Cash wrote: >>> Anytime I try to import my pool built using 24x HAST devices, I get >>> the following message, and the system reboots: >>> >>> panic: solaris assert: dmu_free_range(os, smo->smo_object, 0, -1ULL, >>> tx) =3D=3D 0, file: >>> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/s= pace_map.c, >>> line: 484 >>> >>> Everything runs nicely if I don't import the pool. >>> >>> Doing a "zpool import" shows that one of the HAST devices is FAULTED >>> "corrupted data". >>> >>> Haven't tried anything to remove/replace the faulted device, just >>> wanted to see if anyone knew what the above error meant. >>> >>> Pool was created using r219523 and successfully copied over 1 TB of >>> data from another ZFS system. =A0Had some issues with gptboot this >>> morning and the system locking up and rebooting a bunch, and now the >>> pool won't import. >> >> Hrm, it looks like the "pool roll-back on import" feature is working. >> >> # zpool import -F -d /dev/hast storage >> >> The above command imported the pool successfully. =A0No dmu_free_range() >> errors. =A0No solaris assert. =A0No kernel panic. =A0Will try hammering = on >> the system a bit to see if that sticks or whether the space_map errors >> show up again. > > Damn, of course that would be too easy. =A0:( =A0Adding or removing any > data from the pool still causes it to panic with the dmu_free_range() > assertion. Does resilvering help after the forced import ? > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > 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 Thu Mar 17 15:28: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 94EA4106566C for ; Thu, 17 Mar 2011 15:28:34 +0000 (UTC) (envelope-from rank1seeker@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 55A2A8FC16 for ; Thu, 17 Mar 2011 15:28:34 +0000 (UTC) Received: by ywf9 with SMTP id 9so1313226ywf.13 for ; Thu, 17 Mar 2011 08:28:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=wruRgswqjaK6Es0Obg3hiLdFeB0vU/Dk6BZ+9hX9RvA=; b=vDKXZjQza3v3EvlZyOuiROjk5QbhgtxpvaFq8jjOHXCfBSBdtrpFzSsmQLpH22wdIQ aLOKtUx5HbWHP4EOAgHu4dqKYeQ/JgpBE+r9WJXeNaOqA7GjV5l8E7SRa2icvWJwS8t/ iR1EixO+HuO5Aqq0nnecJtqScrLsT473l+0S0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=x//jRYn8ej1PeCR4QRdwkTKKXx4X5RNe7qc23ouW6ydnu2oA8zXQXLnFEjgCawyxFP PlSSiMOSghvP4WcoUnYGXPHv/c2Kx0ENQzW+R52YxbNIvJpMCgTIdYwaIm+j3XHcxO91 GagzM1Wp8o2gDmBmbo4N7gFcCR1TzZc0+hRpg= MIME-Version: 1.0 Received: by 10.150.32.11 with SMTP id f11mr1570684ybf.100.1300373850751; Thu, 17 Mar 2011 07:57:30 -0700 (PDT) Received: by 10.151.144.21 with HTTP; Thu, 17 Mar 2011 07:57:30 -0700 (PDT) Date: Thu, 17 Mar 2011 15:57:30 +0100 Message-ID: From: "Domagoj S." To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Thu, 17 Mar 2011 17:46:13 +0000 Cc: Subject: BWN State with BCM4321 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 15:28:34 -0000 I need an insight, regarding my wifi card: I've found this on maillist freebsd-current: http://lists.freebsd.org/pipermail/freebsd-current/2010-January/014782.html Which motivated me, to directly mail, writer of driver. ---- ME: Hello, How long until bwn(4) will work with: Broadcom 432AGN WiFi mini PCI-Express That is BCM4321 Currently I'm loosing my patience with: (I'm Seeker) http://forums.freebsd.org/showthread.php?t=9204&page=6 If you have some code for me to try? I use amd64 8.2 RC2 ---- No plan to add a code for PHY-N drivers. It'll be happened by others not me. :-) regards, Weongyo Jeong ---- ME: Can I hava a contact of those "others"? ;) ---- ME: Listen, after having a thought, I really thing that you shoud finalize this by adding a code for PHY-N drivers, thus making even my card able to work nativelly on FreeBSD. Because you already know that code, from inside out. New developer would first need to familiarize itself with all that code, before he would even start to code on PHY-N drivers. If you do it, it would be magnitudes faster and I also promise I will be actievlly available, to constantly test your code, on my laptop. If you add a code for PHY-N drivers, then I'll completelly ditch WinXP and transfer to FreeBSD. As ndis is unstable, I still must use WinXP via dulaboot, so I could write you this email. So, you are not just adding a code for PHY-N drivers, but you are also adding a new user to FreeBSD. ;) Think about it ... --- No reply ... So ..., what is going on with it? From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 18:03: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 1FF40106564A for ; Thu, 17 Mar 2011 18:03:56 +0000 (UTC) (envelope-from fjwcash@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 CFA9C8FC0A for ; Thu, 17 Mar 2011 18:03:55 +0000 (UTC) Received: by gwb15 with SMTP id 15so1392381gwb.13 for ; Thu, 17 Mar 2011 11:03:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uglKpzYcoSKN3IuXz7uYAK0NReiLD7vHh5pUPYsFKYQ=; b=WKF9SMOdK1c03VZrQbt1BmeRNcc9S6F2tr9AV/NyGF5pnKAF8WXkVRuusxJEf03lIW q05WUDvtGUGUlpTFzYXJu9Lv7qFpx3xMqv5B51/b3ynXdr4kVaEb5OCUKPnMIQu89Dnw yGlJB6YliOOdpcItFkJfZkvQVDAVrbnNtxgfU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=IJjwS7O7V60IOrj/dl3Nix8Ahomq22H6IWzTj58NL9YcsqIkAWaGQ5sFcCwGXDhxN0 IGNVu6HAstE5sdJvh0nBjDPS6Iz9krQkleL8VMFix1n7Zuq03Qb3cJFdX+yEwp4x4yfz 65dPuDGAAZ+Of5GPdLp7IfJHCt7WBA6zq/11o= MIME-Version: 1.0 Received: by 10.91.159.7 with SMTP id l7mr176361ago.6.1300385034935; Thu, 17 Mar 2011 11:03:54 -0700 (PDT) Received: by 10.90.83.18 with HTTP; Thu, 17 Mar 2011 11:03:54 -0700 (PDT) In-Reply-To: References: Date: Thu, 17 Mar 2011 11:03:54 -0700 Message-ID: From: Freddie Cash To: Olivier Smedts Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: ZFS import panic with r219703 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Mar 2011 18:03:56 -0000 On Thu, Mar 17, 2011 at 10:00 AM, Olivier Smedts wrote: > 2011/3/17 Freddie Cash : >>> Hrm, it looks like the "pool roll-back on import" feature is working. >>> >>> # zpool import -F -d /dev/hast storage >>> >>> The above command imported the pool successfully. =C2=A0No dmu_free_ran= ge() >>> errors. =C2=A0No solaris assert. =C2=A0No kernel panic. =C2=A0Will try = hammering on >>> the system a bit to see if that sticks or whether the space_map errors >>> show up again. >> >> Damn, of course that would be too easy. =C2=A0:( =C2=A0Adding or removin= g any >> data from the pool still causes it to panic with the dmu_free_range() >> assertion. > > Does resilvering help after the forced import ? I think this pool is hooped. :( It won't import in any way now, no matter what combination of options I use: readonly, force, roll-back, without the corrupted hast device so it's in a degraded state, etc. The latest panic is: solaris assert: zio-io_type !=3D ZIO_TYPE_WRITE || spa_writable(spa), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs= /zfs/zio.c, line 2321 In case anyone is interested in the results, I've put core.txt.12 up at http://www.sd73.bc.ca/downloads/crash/ which is the core file relating to the above panic. I think after lunch I'm going to destroy the pool and start over. This box went through a lot of crashes and hangs while finding the right loader.conf tunables for hast/zfs and issues with CompactFlash for the OS. Now that I've got those set and figured out, I'm going to start over and see how things go. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 02:55: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 95B08106566B; Fri, 18 Mar 2011 02:55:20 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 51CA38FC1C; Fri, 18 Mar 2011 02:55:20 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id B970E14E4B28; Fri, 18 Mar 2011 03:55:17 +0100 (CET) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3Ck8GgVXjsVW; Fri, 18 Mar 2011 03:55:15 +0100 (CET) Received: from [193.137.158.242] (unknown [193.137.158.242]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 6EE3314E4B25; Fri, 18 Mar 2011 03:55:15 +0100 (CET) Message-ID: <4D82C993.2060306@kovesdan.org> Date: Fri, 18 Mar 2011 02:55:15 +0000 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-PT; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Alexander Kabaev References: <4D66DE70.9000100@kovesdan.org> <20110308155854.3640550a@kan.dnsalias.net> In-Reply-To: <20110308155854.3640550a@kan.dnsalias.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 18 Mar 2011 04:57:51 +0000 Cc: current@FreeBSD.org, i18n@FreeBSD.org Subject: Re: HEADSUP: BSD iconv coming to the base system with default off X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2011 02:55:20 -0000 Hi Alexander, > for whatever historic reason I had WITH_ICONV in /etc/make.conf on my > desktop, so I got to be your guinea pig without conscious consent for > that role on my part. I did hit several issues so far: thanks for your valuable comments about iconv and I'm sorry that you had to try it out without explicit willingness. I didn't count with such special cases like this one. Unfortunately, for a short period I've run out again of free time but I'll work out the solution for the problems you described. I'd like to comment on only one specific one now, the modular architecture. As you might know this implementation comes from the Citrus Project and the original authors designed it in such a way for flexibility and easy extensibility. It is modular at various levels of abstraction. Maybe this modularity isn't really required in real life and reducing the overhead from module handling the performance may improve. But so far I haven't investigated on such changes because I wanted to concentrate on the functional part first, but in the future, I'll definitely consider changes on the modular architecture. Gabor From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 07:35: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 64C46106564A for ; Fri, 18 Mar 2011 07:35:38 +0000 (UTC) (envelope-from sergey.dyatko@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 E441E8FC13 for ; Fri, 18 Mar 2011 07:35:35 +0000 (UTC) Received: by fxm11 with SMTP id 11so3989572fxm.13 for ; Fri, 18 Mar 2011 00:35:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=TtnaAOCRBp84QXz3Nwa+m/0goDrPLAK3GwfqukLaXV4=; b=e4cPK+Dz8DM/uW12L9JQHfQNziTB+U7oiG2fWbToUR8fAvIEReJw9cR84jB3scF8SU k5sdtK8CjMVZo4H7+tuIozVJQktx+rw9uPq5cChTXMTOo6+rt/srbgHQSRteK/pIyjTp ISGrmTKO4RDf+veg289RsoA+zhIzSzbpF0wcA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=WkI2zk5PzB5r2iZrYIsOrvp2Gv5mMiwML0fk4JdJ0hs+fLiFwt3Okl+PhoBnhLF3s5 b7ieCM60sl5SdLpGkoHApJb493WebQkOM2G4PW3CeZshzDjvipbr9yQ02BNLUwHlyH9i J+w9zyTUZHYmwKpVS5h4cEo+ILZJP3FXd6td8= Received: by 10.223.1.73 with SMTP id 9mr869997fae.44.1300433684602; Fri, 18 Mar 2011 00:34:44 -0700 (PDT) Received: from localhost (minsk.agava.net [212.98.174.157]) by mx.google.com with ESMTPS id j13sm234059faa.3.2011.03.18.00.34.42 (version=SSLv3 cipher=OTHER); Fri, 18 Mar 2011 00:34:42 -0700 (PDT) Date: Fri, 18 Mar 2011 09:34:56 +0200 From: "Sergey V. Dyatko" To: Aleksandr Rybalko Message-ID: <20110318093456.6e9311ac@gmail.com> In-Reply-To: <20110317175321.eb942d05.ray@dlink.ua> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110316204405.9308757d.ray@ddteam.net> <20110317132616.444fd733.ray@dlink.ua> <20110317171717.00a46365@gmail.com> <20110317175321.eb942d05.ray@dlink.ua> X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current-list freebsd Subject: Re: [CFR]rt2860 driver with kld module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2011 07:35:38 -0000 On Thu, 17 Mar 2011 17:53:21 +0200 Aleksandr Rybalko wrote: > On Thu, 17 Mar 2011 17:17:17 +0200 > "Sergey V. Dyatko" wrote: > > >> On Thu, 17 Mar 2011 13:26:16 +0200 > >> Aleksandr Rybalko wrote: > >> > >> > Hi again! > >> > > >> > On Wed, 16 Mar 2011 20:44:05 +0200 > >> > Aleksandr Rybalko wrote: > >> > > >> > >> Hi, > >> > >> > >> > >> On Wed, 16 Mar 2011 18:06:59 +0100 > >> > >> Jan Henrik Sylvester wrote: > >> > >> > >> > >> > Hello! > >> > >> > > >> > >> > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote: > >> > >> > > 3. RT2860 802.11n controller authors Damien Bergamini and > >> > >> > > Alexander Egorenkov > >> > >> > > http://my.ddteam.net/files/2011-03-14_rt2860.patch only > >> > >> > > modification to work with RT2872 (embedded to RT305[02] F) > >> > >> > > wrote by me. > >> > >> > > >> > >> > Is this supposed to work on its own bringing support for > >> > >> > Ralink 2860 to FreeBSD? (The one in the Asus EeePC > >> > >> > 901/1000H according to http://wiki.freebsd.org/AsusEee .) > >> > >> > > >> > >> > > Remaining issues: > >> > >> > > RT2860 support only Open(no crypto) mode for > >> > >> > > RT305[02]F > >> > >> > > >> > >> > Does this mean WPA should work for RT2860? (Just not for the > >> > >> > chips you added support for?) > >> > >> > >> > >> As I know this driver support WPA, but best place to read/ask > >> > >> about this on this thread > >> > >> http://forums.freebsd.org/showthread.php?t=7010 > >> > >> > >> > >> > > >> > >> > If this is supposed to bring RT2860 support to FreeBSD in > >> > >> > general: > >> > >> > > >> > >> > - Should it work on amd64 and i386? > >> > >> > - Should it work on 8.2-RELEASE? > >> > >> > - Should it work as a module? > >> > >> > > >> > >> > In case this is all supposed to work: I tried to create a > >> > >> > module on 8.2-RELEASE/amd64 by adding a simple > >> > >> > sys/modules/rt2860/Makefile (as I did not want to modify my > >> > >> > stock 8.2-RELEASE kernel). I only got to: > >> > >> > > >> > >> > In file included from > >> > >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19: > >> > >> > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No > >> > >> > such file or directory > >> > >> > > >> > >> > I do not find opt_rt2860.h anywhere in your patches. > >> > >> > Assuming it was optional, I have commented it out only to > >> > >> > get to: > >> > >> > > >> > >> > cc1: warnings being treated as errors > >> > >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63: > >> > >> > warning: 'rt2860_pci_detach' declared 'static' but never > >> > >> > defined > >> > >> > > >> > >> > Probably, I am doing something unsupported here (especially > >> > >> > as there is no if_rt2860_pci.c, which I would expect). > >> > >> > >> > >> No, it's me. Too much data, so I a little confused here. > >> > >> Patch targeting to start support RT3052F/RT3050F System on > >> > >> Chip. Which main part for embedded systems like routers, AP > >> > >> etc. > >> > >> > >> > >> To get it compiled need remove 'rt2860_pci_detach' > >> > >> declaration, because pci and obio interfaces have same detach > >> > >> device methods (rt2860_detach in rt2860.c) > >> > >> > >> > >> And opt_rt2860.h must be defined in sys/conf/options > >> > >> > >> > >> # options for the Ralink RT286x driver (rt2860) > >> > >> RT2860_DEBUG opt_rt2860.h > >> > >> > >> > >> > >> > >> > > >> > >> > Cheers, > >> > >> > Jan Henrik > >> > >> > >> > >> I will remake patch tomorrow. > >> > > >> > Fixed patch here > >> > http://my.ddteam.net/files/2011-03-17_rt2860.patch > >> > > >> include "opt_rt2860.h" still here (rt2860_softc.h), I removed it, > >> write simple Makefile: > >> > >> laptop# cat Makefile > >> # $FreeBSD$ > >> > >> .PATH: ${.CURDIR}/../../dev/rt2860 > >> > >> KMOD= if_rt2860 > >> SRCS= rt2860.c > >> SRCS+= device_if.h bus_if.h pci_if.h > >> .include > >> > >> laptop# pwd > >> /usr/src/sys/modules/rt2860 > >> laptop# make > >> Warning: Object directory not changed from > >> original /usr/src/sys/modules/rt2860 @ -> /usr/src/sys > >> machine -> /usr/src/sys/i386/include > >> x86 -> /usr/src/sys/x86/include > >> awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > >> awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > >> awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > >> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > >> -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param > >> inline-unit-growth=100 --param large-function-growth=1000 > >> -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 > >> -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float > >> -ffreestanding -fstack-protector -std=iso9899:1999 > >> -fstack-protector -Wall -Wredundant-decls -Wnested-externs > >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > >> -c /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c ld -d > >> -warn-common -r -d -o if_rt2860.kld rt2860.o :> export_syms awk > >> -f /usr/src/sys/modules/rt2860/../../conf/kmod_syms.awk > >> if_rt2860.kld export_syms | xargs -J% objcopy % if_rt2860.kld ld > >> -Bshareable -d -warn-common -o if_rt2860.ko if_rt2860.kld objcopy > >> --strip-debug if_rt2860.ko > >> laptop# kldload ./if_rt2860.ko > >> kldload: can't load ./if_rt2860.ko: No such file or directory > >> > >> dmesg: link_elf: symbol rt2860_io_mac_write undefined > > Yeah, this is because you don't expect what driver have more than one > source file. > > > >> > >> p.s. let me know if you need any additional information > >> > >> > >> > >> > >> Thanks for your report and questions? > >> > >> > >> > >> -- > >> > >> Aleksandr Rybalko > >> > > >> > Many thanks for help. > >> > > >> > >> > > new patch with kld support > http://my.ddteam.net/files/2011-03-17_1_rt2860.patch > > I don't expect so much interest for this device on a PCI bus. And > forget to include useful parts like kld Makefile. Seems now this can > compile and work :) > panic: http://tiger.ipfw.ru/files/core_rt2860.txt > Thank you. > -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 11:38: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 0CF8C106564A for ; Fri, 18 Mar 2011 11:38:09 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [174.121.197.4]) by mx1.freebsd.org (Postfix) with ESMTP id E97538FC1D for ; Fri, 18 Mar 2011 11:38:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) (uid 65534) by intron.ac with local; Fri, 18 Mar 2011 19:38:06 +0800 id 000000000EAC8AF2.000000004D83441E.000057AD From: intron@intron.ac To: freebsd-current@freebsd.org Date: Fri, 18 Mar 2011 19:38:06 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable Message-ID: Subject: What's wrong with the driver for ATA/SATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2011 11:38:09 -0000 Today I csup-ed my kernel to the latest. But it doesn't work with my SATA hard disk. I have to use old kernel (csup-ed on January 8th) instead. My motherboard is Intel D510MO (Chipset: Intel NM10) and a SATA hard disk by Seagate is connected. The kernel messages of problem are:=20 Mar 18 19:21:38 origin1 kernel: ad4: WARNING - READ_DMA48 requeued due to=20 channel reset LBA=3D445804382 Mar 18 19:21:38 origin1 kernel: ata2: FAILURE - already active DMA on thi= s=20 device Mar 18 19:21:38 origin1 kernel: ata2: setting up DMA failed Mar 18 19:21:38 origin1 kernel: ad4: WARNING - READ_DMA48 requeued due to=20 channel reset LBA=3D434271550 Mar 18 19:21:38 origin1 kernel: ata2: FAILURE - already active DMA on thi= s=20 device Mar 18 19:21:38 origin1 kernel: ata2: setting up DMA failed Mar 18 19:21:38 origin1 kernel:=20 g_vfs_done():ad4s4a[READ(offset=3D19145261056, length=3D16384)]error =3D = 5=20 ------------------------------------------------------------------------ =E6=9D=A5=E8=87=AA=E4=B8=AD=E5=9B=BD=E5=8C=97=E4=BA=AC = >From Beijing, China From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 19: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 52281106566B for ; Fri, 18 Mar 2011 19:04:55 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E46698FC15 for ; Fri, 18 Mar 2011 19:04:54 +0000 (UTC) Received: by fxm11 with SMTP id 11so4637665fxm.13 for ; Fri, 18 Mar 2011 12:04:54 -0700 (PDT) Received: by 10.223.93.200 with SMTP id w8mr1687868fam.81.1300475093303; Fri, 18 Mar 2011 12:04:53 -0700 (PDT) Received: from rnote.ddteam.net (23-107-133-95.pool.ukrtel.net [95.133.107.23]) by mx.google.com with ESMTPS id 14sm53347fae.47.2011.03.18.12.04.51 (version=SSLv3 cipher=OTHER); Fri, 18 Mar 2011 12:04:52 -0700 (PDT) Date: Fri, 18 Mar 2011 21:04:48 +0200 From: Aleksandr Rybalko To: "Sergey V. Dyatko" Message-Id: <20110318210448.60938368.ray@ddteam.net> In-Reply-To: <20110318093456.6e9311ac@gmail.com> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110316204405.9308757d.ray@ddteam.net> <20110317132616.444fd733.ray@dlink.ua> <20110317171717.00a46365@gmail.com> <20110317175321.eb942d05.ray@dlink.ua> <20110318093456.6e9311ac@gmail.com> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , current-list freebsd Subject: Re: [CFR]rt2860 driver with kld module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2011 19:04:55 -0000 Hi, updated patch: http://my.ddteam.net/files/2011-03-18_rt2860.patch http://my.ddteam.net/files/2011-03-18_rt2860_invoking.patch I made separate part of patch that invoke rt2860 driver into build process because I have plan to import rt3090 support into driver, but have too much changes to sys/conf files, and it's hard to move it always when I made new patch. current rt2860 support including support EEPROM reading subrouting for rt3090 like wireless cards. Please test it, and send me part of dmesg related to card. On Fri, 18 Mar 2011 09:34:56 +0200 "Sergey V. Dyatko" wrote: > On Thu, 17 Mar 2011 17:53:21 +0200 > Aleksandr Rybalko wrote: > > > On Thu, 17 Mar 2011 17:17:17 +0200 > > "Sergey V. Dyatko" wrote: > > --->8--- > > > > new patch with kld support > > http://my.ddteam.net/files/2011-03-17_1_rt2860.patch > > > > I don't expect so much interest for this device on a PCI bus. And > > forget to include useful parts like kld Makefile. Seems now this can > > compile and work :) > > > > panic: > http://tiger.ipfw.ru/files/core_rt2860.txt > > > Thank you. > > > > > > -- > wbr, tiger Thanks to all! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 23:37: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 0B10D1065673; Fri, 18 Mar 2011 23:37:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CB7088FC14; Fri, 18 Mar 2011 23:37:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2INbIKO066603; Fri, 18 Mar 2011 19:37:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2INbIKu066558; Fri, 18 Mar 2011 23:37:18 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 18 Mar 2011 23:37:18 GMT Message-Id: <201103182337.p2INbIKu066558@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 23:37:20 -0000 TB --- 2011-03-18 21:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-18 21:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-03-18 21:40:00 - cleaning the object tree TB --- 2011-03-18 21:40:22 - cvsupping the source tree TB --- 2011-03-18 21:40:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-03-18 21:40:44 - building world TB --- 2011-03-18 21:40:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-18 21:40:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-18 21:40:44 - TARGET=pc98 TB --- 2011-03-18 21:40:44 - TARGET_ARCH=i386 TB --- 2011-03-18 21:40:44 - TZ=UTC TB --- 2011-03-18 21:40:44 - __MAKE_CONF=/dev/null TB --- 2011-03-18 21:40:44 - cd /src TB --- 2011-03-18 21:40:44 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 18 21:40:46 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 18 23:31:29 UTC 2011 TB --- 2011-03-18 23:31:29 - generating LINT kernel config TB --- 2011-03-18 23:31:29 - cd /src/sys/pc98/conf TB --- 2011-03-18 23:31:29 - /usr/bin/make -B LINT TB --- 2011-03-18 23:31:29 - building LINT kernel TB --- 2011-03-18 23:31:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-18 23:31:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-18 23:31:29 - TARGET=pc98 TB --- 2011-03-18 23:31:29 - TARGET_ARCH=i386 TB --- 2011-03-18 23:31:29 - TZ=UTC TB --- 2011-03-18 23:31:29 - __MAKE_CONF=/dev/null TB --- 2011-03-18 23:31:29 - cd /src TB --- 2011-03-18 23:31:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 18 23:31:29 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/e1000/if_em.c:86: /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined In file included from /src/sys/dev/e1000/if_em.c:55: /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-18 23:37:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-18 23:37:17 - ERROR: failed to build lint kernel TB --- 2011-03-18 23:37:18 - 5616.87 user 985.87 system 7037.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 23:46: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 8555F1065670; Fri, 18 Mar 2011 23:46:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6908FC18; Fri, 18 Mar 2011 23:46:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2INk4k7047154; Fri, 18 Mar 2011 19:46:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2INk4c4047146; Fri, 18 Mar 2011 23:46:04 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 18 Mar 2011 23:46:04 GMT Message-Id: <201103182346.p2INk4c4047146@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 23:46:05 -0000 TB --- 2011-03-18 21:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-18 21:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-03-18 21:40:00 - cleaning the object tree TB --- 2011-03-18 21:40:26 - cvsupping the source tree TB --- 2011-03-18 21:40:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-03-18 21:47:11 - building world TB --- 2011-03-18 21:47:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-18 21:47:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-18 21:47:11 - TARGET=i386 TB --- 2011-03-18 21:47:11 - TARGET_ARCH=i386 TB --- 2011-03-18 21:47:11 - TZ=UTC TB --- 2011-03-18 21:47:11 - __MAKE_CONF=/dev/null TB --- 2011-03-18 21:47:11 - cd /src TB --- 2011-03-18 21:47:11 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 18 21:47:12 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 18 23:38:59 UTC 2011 TB --- 2011-03-18 23:38:59 - generating LINT kernel config TB --- 2011-03-18 23:38:59 - cd /src/sys/i386/conf TB --- 2011-03-18 23:38:59 - /usr/bin/make -B LINT TB --- 2011-03-18 23:38:59 - building LINT kernel TB --- 2011-03-18 23:38:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-18 23:38:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-18 23:38:59 - TARGET=i386 TB --- 2011-03-18 23:38:59 - TARGET_ARCH=i386 TB --- 2011-03-18 23:38:59 - TZ=UTC TB --- 2011-03-18 23:38:59 - __MAKE_CONF=/dev/null TB --- 2011-03-18 23:38:59 - cd /src TB --- 2011-03-18 23:38:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 18 23:38:59 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/eisa/eisaconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/e1000/if_em.c:86: /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined In file included from /src/sys/dev/e1000/if_em.c:55: /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-18 23:46:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-18 23:46:03 - ERROR: failed to build lint kernel TB --- 2011-03-18 23:46:03 - 5713.72 user 972.52 system 7563.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 23:56: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 176351065670; Fri, 18 Mar 2011 23:56:18 +0000 (UTC) (envelope-from lacombar@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 B98A68FC0C; Fri, 18 Mar 2011 23:56:17 +0000 (UTC) Received: by iyj12 with SMTP id 12so5370208iyj.13 for ; Fri, 18 Mar 2011 16:56:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=mD7peYVQUdDY200BMgQEJaxDe4aCVbv9fkeZLlssP9U=; b=TUIqFRasFVJyJI9c36arGsP+O5n6NOT9Zl3vRwnWkYm/BnWWJDCHXkUdFgma7exS0f dqv1CQjHufpDP/vkqSCTFyUmqKBBIY4udFxbjZpEK7gBgsNQYzyfLu5Q3Y1lPXeYK9Vm GKzwDWOLvDIalXJidhZEYJyTZd4Fe7E3P8eLA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=E1PvSbTlL3bBWEvGVq5xF6zuf8G0juiT2VlUyGureS/p3QFdxX6lMnSUiK99a67Mcb xrRJgiE+GXPLlR0QZ8wkcZWuqOCN/5IVVHd3ewD+wQZwwuWfdxeRemOLefF3BdtzGtH+ YzGTeGREOz0edzKSTZBljA9TVVs0ZZ/U461ko= MIME-Version: 1.0 Received: by 10.42.243.130 with SMTP id lm2mr2378467icb.401.1300492096524; Fri, 18 Mar 2011 16:48:16 -0700 (PDT) Received: by 10.42.177.132 with HTTP; Fri, 18 Mar 2011 16:48:16 -0700 (PDT) In-Reply-To: References: <201103182337.p2INbIKu066558@freebsd-current.sentex.ca> Date: Fri, 18 Mar 2011 19:48:16 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD Tinderbox , Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Mar 2011 23:56:18 -0000 Hi, On Fri, Mar 18, 2011 at 7:45 PM, Arnaud Lacombe wrote: > Hi, > > On Fri, Mar 18, 2011 at 7:37 PM, FreeBSD Tinderbox > wrote: >> [...] >> awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; = =A0cc -c -O2 -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0-Wall -Wredundant-= decls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointe= r-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensio= ns -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KER= NEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 = --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPR= OF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-st= rings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2= -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprof= iler-epilogue eisa_if.c >> cc -c -O2 -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0-Wall -Wredundant-= decls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointe= r-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensio= ns -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KER= NEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 = --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPR= OF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-st= rings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2= -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprof= iler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 >> In file included from /src/sys/dev/e1000/if_em.c:86: >> /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined >> In file included from /src/sys/dev/e1000/if_em.c:55: >> /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous= definition >> *** Error code 1 >> > This should fix it: > > diff --git a/src/if_em.h b/src/if_em.h > index 367d249..9381fc8 100644 > --- a/src/if_em.h > +++ b/src/if_em.h This should of course be: `sys/dev/e1000/if_em.h'. - Arnaud From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 00:07: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 40082106566C; Sat, 19 Mar 2011 00:07:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 12DE28FC13; Sat, 19 Mar 2011 00:07:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2J07ciu042087; Fri, 18 Mar 2011 20:07:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2J07cif042066; Sat, 19 Mar 2011 00:07:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 19 Mar 2011 00:07:38 GMT Message-Id: <201103190007.p2J07cif042066@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 00:07:39 -0000 TB --- 2011-03-18 21:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-18 21:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-03-18 21:40:00 - cleaning the object tree TB --- 2011-03-18 21:40:26 - cvsupping the source tree TB --- 2011-03-18 21:40:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-03-18 21:40:44 - building world TB --- 2011-03-18 21:40:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-18 21:40:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-18 21:40:44 - TARGET=amd64 TB --- 2011-03-18 21:40:44 - TARGET_ARCH=amd64 TB --- 2011-03-18 21:40:44 - TZ=UTC TB --- 2011-03-18 21:40:44 - __MAKE_CONF=/dev/null TB --- 2011-03-18 21:40:44 - cd /src TB --- 2011-03-18 21:40:44 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 18 21:40:46 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 19 00:00:58 UTC 2011 TB --- 2011-03-19 00:00:59 - generating LINT kernel config TB --- 2011-03-19 00:00:59 - cd /src/sys/amd64/conf TB --- 2011-03-19 00:00:59 - /usr/bin/make -B LINT TB --- 2011-03-19 00:00:59 - building LINT kernel TB --- 2011-03-19 00:00:59 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-19 00:00:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-19 00:00:59 - TARGET=amd64 TB --- 2011-03-19 00:00:59 - TARGET_ARCH=amd64 TB --- 2011-03-19 00:00:59 - TZ=UTC TB --- 2011-03-19 00:00:59 - __MAKE_CONF=/dev/null TB --- 2011-03-19 00:00:59 - cd /src TB --- 2011-03-19 00:00:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 19 00:00:59 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/e1000/if_em.c:86: /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined In file included from /src/sys/dev/e1000/if_em.c:55: /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-19 00:07:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-19 00:07:37 - ERROR: failed to build lint kernel TB --- 2011-03-19 00:07:37 - 6988.22 user 1309.41 system 8857.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 00:08:57 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 619321065676; Sat, 19 Mar 2011 00:08:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 125578FC0C; Sat, 19 Mar 2011 00:08:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2J08uDv049758; Fri, 18 Mar 2011 20:08:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2J08u31049751; Sat, 19 Mar 2011 00:08:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 19 Mar 2011 00:08:56 GMT Message-Id: <201103190008.p2J08u31049751@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 00:08:57 -0000 TB --- 2011-03-18 22:35:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-18 22:35:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-03-18 22:35:44 - cleaning the object tree TB --- 2011-03-18 22:35:55 - cvsupping the source tree TB --- 2011-03-18 22:35:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-03-18 22:36:30 - building world TB --- 2011-03-18 22:36:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-18 22:36:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-18 22:36:30 - TARGET=ia64 TB --- 2011-03-18 22:36:30 - TARGET_ARCH=ia64 TB --- 2011-03-18 22:36:30 - TZ=UTC TB --- 2011-03-18 22:36:30 - __MAKE_CONF=/dev/null TB --- 2011-03-18 22:36:30 - cd /src TB --- 2011-03-18 22:36:30 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 18 22:36:31 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 19 00:02:04 UTC 2011 TB --- 2011-03-19 00:02:04 - generating LINT kernel config TB --- 2011-03-19 00:02:04 - cd /src/sys/ia64/conf TB --- 2011-03-19 00:02:04 - /usr/bin/make -B LINT TB --- 2011-03-19 00:02:04 - building LINT kernel TB --- 2011-03-19 00:02:04 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-19 00:02:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-19 00:02:04 - TARGET=ia64 TB --- 2011-03-19 00:02:04 - TARGET_ARCH=ia64 TB --- 2011-03-19 00:02:04 - TZ=UTC TB --- 2011-03-19 00:02:04 - __MAKE_CONF=/dev/null TB --- 2011-03-19 00:02:04 - cd /src TB --- 2011-03-19 00:02:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 19 00:02:04 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/dev/e1000/if_em.c:86: /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined In file included from ./machine/pcpu.h:33, from /src/sys/sys/pcpu.h:43, from /src/sys/sys/mutex.h:40, from /src/sys/sys/buf_ring.h:41, from /src/sys/dev/e1000/if_em.c:43: /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-19 00:08:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-19 00:08:56 - ERROR: failed to build lint kernel TB --- 2011-03-19 00:08:56 - 4448.79 user 790.16 system 5591.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 00:16:42 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 E4D75106566B; Sat, 19 Mar 2011 00:16:41 +0000 (UTC) (envelope-from lacombar@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 9080E8FC0C; Sat, 19 Mar 2011 00:16:41 +0000 (UTC) Received: by iyj12 with SMTP id 12so5384686iyj.13 for ; Fri, 18 Mar 2011 17:16:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DhL7o5ZhJMZMIAJEHC8E2aUEPA3sSBKj5xRZmcsEpSg=; b=w0LQUidxDjx+u4KlpU9tClxnlbtcmACnxAVR8tv+MsAEffDXjelQv/VuJj5UDkU7Nr yy8zf5AqabvwIw3xv9tlyqFsThWJxAO2YdC3SW3/eAdbvW88PdRWZjQyITyTVQV5EBpK 8VqIcZWjL5Uweo/kjPIKjaHxZ9Dzlrpd179f4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=sTeYAJIJn5yQvx3pJ2j7ZHgCWBs1P77A6F94hxfpEau4tHT08EpLaJOYn9GGBLU2IV x6NeRZKfqrkRhuFwiW0gGE/lqBnWDgjyWL0bq/C/z6t9TyHNkdYU8xwf20M6ZLZB0KUN NQoAHxQjLBVUskFipu4+7epBu9/4Y+UmUCCuY= MIME-Version: 1.0 Received: by 10.42.152.136 with SMTP id i8mr2437391icw.200.1300491923571; Fri, 18 Mar 2011 16:45:23 -0700 (PDT) Received: by 10.42.177.132 with HTTP; Fri, 18 Mar 2011 16:45:23 -0700 (PDT) In-Reply-To: <201103182337.p2INbIKu066558@freebsd-current.sentex.ca> References: <201103182337.p2INbIKu066558@freebsd-current.sentex.ca> Date: Fri, 18 Mar 2011 19:45:23 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD Tinderbox , Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2011 00:16:42 -0000 Hi, On Fri, Mar 18, 2011 at 7:37 PM, FreeBSD Tinderbox wrote: > [...] > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; =A0= cc -c -O2 -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0-Wall -Wredundant-dec= ls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-a= rith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensions = -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL= _OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 --p= aram inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF = -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strin= gs -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -m= no-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofile= r-epilogue eisa_if.c > cc -c -O2 -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0-Wall -Wredundant-d= ecls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer= -arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extension= s -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERN= EL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 -= -param inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPRO= F -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-str= ings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 = -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofi= ler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 > In file included from /src/sys/dev/e1000/if_em.c:86: > /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined > In file included from /src/sys/dev/e1000/if_em.c:55: > /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous = definition > *** Error code 1 > This should fix it: diff --git a/src/if_em.h b/src/if_em.h index 367d249..9381fc8 100644 --- a/src/if_em.h +++ b/src/if_em.h @@ -213,7 +213,7 @@ #define EM_MSIX_BAR 3 /* On 82575 */ /* More backward compatibility */ -#if !defined(SYSTCL_ADD_UQUAD) +#if !defined(SYSCTL_ADD_UQUAD) #define SYSCTL_ADD_UQUAD SYSCTL_ADD_QUAD #endif For the record, I privately sent jfv@ a patch about this build failure a month ago ... - Arnaud > Stop in /obj/pc98.i386/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2011-03-18 23:37:17 - WARNING: /usr/bin/make returned exit code = =A01 > TB --- 2011-03-18 23:37:17 - ERROR: failed to build lint kernel > TB --- 2011-03-18 23:37:18 - 5616.87 user 985.87 system 7037.37 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full > _______________________________________________ > 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 Mar 19 00:19:57 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 982E7106564A for ; Sat, 19 Mar 2011 00:19:57 +0000 (UTC) (envelope-from yanegomi@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 2A0568FC0A for ; Sat, 19 Mar 2011 00:19:56 +0000 (UTC) Received: by wyf23 with SMTP id 23so4650071wyf.13 for ; Fri, 18 Mar 2011 17:19:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kdzEgNLFiURY+byDbroiTxKSo5Po0BUG3bMAclKKB2k=; b=ZQmkD5gHfwe0Yaie1xS6zLNVfZcF10+JavPH1zFmN0/tTNdquoWx6jSboQnZGOrgy3 iex/I37ADflUs3s5+riAwZrSClEAFXIH6TgDEWtAWibt7BOvzh+mp5IbSw9AZWPMDpMG GZwvF0GWQGdlh9Q02Itwk0XoQjyaY4E4aqk1o= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=bB/7Q/n+XWqgRvc9ChqTF7vJzq+VdqtZAu5id4KkH0jlgNQN4x1WB+ELzkLdRJzl+B mODA4vkuP/chnl3dU48KcE+eCLMUZwS+22SZaHydVpBwtE0GjrNI8w40TP4qXE5vGWMA kaqrb6A5EbRpqjPMDaR8gtZlfPB2EMN+ahqaU= MIME-Version: 1.0 Received: by 10.216.143.74 with SMTP id k52mr1660158wej.0.1300493995777; Fri, 18 Mar 2011 17:19:55 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.173.142 with HTTP; Fri, 18 Mar 2011 17:19:55 -0700 (PDT) In-Reply-To: References: <201103182337.p2INbIKu066558@freebsd-current.sentex.ca> Date: Fri, 18 Mar 2011 17:19:55 -0700 X-Google-Sender-Auth: fSWChsavjZ3auJAvbARtBmDtBss Message-ID: From: Garrett Cooper To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, i386@freebsd.org, FreeBSD Tinderbox , Jack Vogel Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2011 00:19:57 -0000 On Fri, Mar 18, 2011 at 4:45 PM, Arnaud Lacombe wrote: > Hi, > > On Fri, Mar 18, 2011 at 7:37 PM, FreeBSD Tinderbox > wrote: >> [...] >> awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; = =A0cc -c -O2 -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0-Wall -Wredundant-= decls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointe= r-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensio= ns -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KER= NEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 = --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPR= OF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-st= rings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2= -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprof= iler-epilogue eisa_if.c >> cc -c -O2 -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0-Wall -Wredundant-= decls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointe= r-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensio= ns -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KER= NEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 = --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPR= OF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-st= rings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2= -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprof= iler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 >> In file included from /src/sys/dev/e1000/if_em.c:86: >> /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined >> In file included from /src/sys/dev/e1000/if_em.c:55: >> /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous= definition >> *** Error code 1 >> > This should fix it: > > diff --git a/src/if_em.h b/src/if_em.h > index 367d249..9381fc8 100644 > --- a/src/if_em.h > +++ b/src/if_em.h > @@ -213,7 +213,7 @@ > =A0#define EM_MSIX_BAR =A0 =A0 =A0 =A0 =A0 =A03 =A0 =A0 =A0 /* On 82575 *= / > > =A0/* More backward compatibility */ > -#if !defined(SYSTCL_ADD_UQUAD) > +#if !defined(SYSCTL_ADD_UQUAD) > =A0#define SYSCTL_ADD_UQUAD SYSCTL_ADD_QUAD > =A0#endif > > For the record, I privately sent jfv@ a patch about this build failure > a month ago ... That won't work. It needs to be SYSCTL_ADD_U64 now. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 00:20:49 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 C421F106564A for ; Sat, 19 Mar 2011 00:20:49 +0000 (UTC) (envelope-from yanegomi@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 541E58FC29 for ; Sat, 19 Mar 2011 00:20:48 +0000 (UTC) Received: by wwc33 with SMTP id 33so5528422wwc.31 for ; Fri, 18 Mar 2011 17:20:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Vopf55wn4019qfRgeLD3AqnitdfV/DscZexwYhbp9b0=; b=oeJ+6ohg8BxzPNNRaGPPb4Nrt9qT7o6kYIKIQ9ZmaMToffNIqKvv2gYT6M5MO2NhHR 4LEc56h2vuZ00DZiLVHrtJFwoB0bB86Ve9WXijhwdLwyXgNunrNX3ocpA1/5p4SlVDDR lm/gh2SJRRVVjHPmqNWvaDYt3tvAKoIENV45w= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=dIBtkO/T3XbRfTiECEq3fp81VYPzwrKwZoy9Zko8By1fg7FVvSbjhKNnf13hJdbN1G 2OIyjze5+VN9M2O3eprK1u3bKnv9IPpcCW/6leW8sXEPdhSM8IMxwpRVkarVXEV2yFo/ 7QW1iiBUPV0pCY9pvMd/jlTuE0enNglraWhFE= MIME-Version: 1.0 Received: by 10.216.230.99 with SMTP id i77mr1605051weq.100.1300494047855; Fri, 18 Mar 2011 17:20:47 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.173.142 with HTTP; Fri, 18 Mar 2011 17:20:47 -0700 (PDT) In-Reply-To: References: <201103182337.p2INbIKu066558@freebsd-current.sentex.ca> Date: Fri, 18 Mar 2011 17:20:47 -0700 X-Google-Sender-Auth: OTWmXRRZnwsTB-ETy38-ufvgImc Message-ID: From: Garrett Cooper To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, i386@freebsd.org, FreeBSD Tinderbox , Jack Vogel Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2011 00:20:49 -0000 On Fri, Mar 18, 2011 at 5:19 PM, Garrett Cooper wrote= : > On Fri, Mar 18, 2011 at 4:45 PM, Arnaud Lacombe wrot= e: >> Hi, >> >> On Fri, Mar 18, 2011 at 7:37 PM, FreeBSD Tinderbox >> wrote: >>> [...] >>> awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; = =A0cc -c -O2 -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0-Wall -Wredundant-= decls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointe= r-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensio= ns -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KER= NEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000 = --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGPR= OF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-st= rings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2= -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprof= iler-epilogue eisa_if.c >>> cc -c -O2 -pipe -fno-strict-aliasing =A0-std=3Dc99 =A0-Wall -Wredundant= -decls -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes -Wpoint= er-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensi= ons -nostdinc =A0-I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KE= RNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=3D8000= --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -DGP= ROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-s= trings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse= 2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mpro= filer-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 >>> In file included from /src/sys/dev/e1000/if_em.c:86: >>> /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined >>> In file included from /src/sys/dev/e1000/if_em.c:55: >>> /src/sys/sys/sysctl.h:370:1: error: this is the location of the previou= s definition >>> *** Error code 1 >>> >> This should fix it: >> >> diff --git a/src/if_em.h b/src/if_em.h >> index 367d249..9381fc8 100644 >> --- a/src/if_em.h >> +++ b/src/if_em.h >> @@ -213,7 +213,7 @@ >> =A0#define EM_MSIX_BAR =A0 =A0 =A0 =A0 =A0 =A03 =A0 =A0 =A0 /* On 82575 = */ >> >> =A0/* More backward compatibility */ >> -#if !defined(SYSTCL_ADD_UQUAD) >> +#if !defined(SYSCTL_ADD_UQUAD) >> =A0#define SYSCTL_ADD_UQUAD SYSCTL_ADD_QUAD >> =A0#endif >> >> For the record, I privately sent jfv@ a patch about this build failure >> a month ago ... > > =A0 =A0That won't work. It needs to be SYSCTL_ADD_U64 now. Oh wait... mdf didn't change that. Sorry, please ignore the previous messag= e. -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 01:19: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 5499D1065673; Sat, 19 Mar 2011 01:19:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 29AB58FC14; Sat, 19 Mar 2011 01:19:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2J1Jbv4027457; Fri, 18 Mar 2011 21:19:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2J1JbvQ027440; Sat, 19 Mar 2011 01:19:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 19 Mar 2011 01:19:37 GMT Message-Id: <201103190119.p2J1JbvQ027440@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 01:19:38 -0000 TB --- 2011-03-19 00:08:56 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-19 00:08:56 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-03-19 00:08:56 - cleaning the object tree TB --- 2011-03-19 00:09:07 - cvsupping the source tree TB --- 2011-03-19 00:09:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-03-19 00:09:22 - building world TB --- 2011-03-19 00:09:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-19 00:09:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-19 00:09:22 - TARGET=sparc64 TB --- 2011-03-19 00:09:22 - TARGET_ARCH=sparc64 TB --- 2011-03-19 00:09:22 - TZ=UTC TB --- 2011-03-19 00:09:22 - __MAKE_CONF=/dev/null TB --- 2011-03-19 00:09:22 - cd /src TB --- 2011-03-19 00:09:22 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 19 00:09:23 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 19 01:14:24 UTC 2011 TB --- 2011-03-19 01:14:24 - generating LINT kernel config TB --- 2011-03-19 01:14:24 - cd /src/sys/sparc64/conf TB --- 2011-03-19 01:14:24 - /usr/bin/make -B LINT TB --- 2011-03-19 01:14:24 - building LINT kernel TB --- 2011-03-19 01:14:24 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-19 01:14:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-19 01:14:24 - TARGET=sparc64 TB --- 2011-03-19 01:14:24 - TARGET_ARCH=sparc64 TB --- 2011-03-19 01:14:24 - TZ=UTC TB --- 2011-03-19 01:14:24 - __MAKE_CONF=/dev/null TB --- 2011-03-19 01:14:24 - cd /src TB --- 2011-03-19 01:14:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 19 01:14:24 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/e1000/if_em.c:86: /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined In file included from /src/sys/dev/e1000/if_em.c:55: /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-19 01:19:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-19 01:19:37 - ERROR: failed to build lint kernel TB --- 2011-03-19 01:19:37 - 3184.12 user 693.02 system 4240.47 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 01:34:24 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 DFF62106566B; Sat, 19 Mar 2011 01:34:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B5E298FC08; Sat, 19 Mar 2011 01:34:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2J1YOQ0028270; Fri, 18 Mar 2011 21:34:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2J1YO7E028251; Sat, 19 Mar 2011 01:34:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 19 Mar 2011 01:34:24 GMT Message-Id: <201103190134.p2J1YO7E028251@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 01:34:25 -0000 TB --- 2011-03-18 23:46:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-18 23:46:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-03-18 23:46:04 - cleaning the object tree TB --- 2011-03-18 23:46:19 - cvsupping the source tree TB --- 2011-03-18 23:46:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-03-18 23:46:32 - building world TB --- 2011-03-18 23:46:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-18 23:46:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-18 23:46:32 - TARGET=powerpc TB --- 2011-03-18 23:46:32 - TARGET_ARCH=powerpc TB --- 2011-03-18 23:46:32 - TZ=UTC TB --- 2011-03-18 23:46:32 - __MAKE_CONF=/dev/null TB --- 2011-03-18 23:46:32 - cd /src TB --- 2011-03-18 23:46:32 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 18 23:46:33 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 19 01:29:58 UTC 2011 TB --- 2011-03-19 01:29:58 - generating LINT kernel config TB --- 2011-03-19 01:29:58 - cd /src/sys/powerpc/conf TB --- 2011-03-19 01:29:58 - /usr/bin/make -B LINT TB --- 2011-03-19 01:29:58 - building LINT kernel TB --- 2011-03-19 01:29:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-19 01:29:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-19 01:29:58 - TARGET=powerpc TB --- 2011-03-19 01:29:58 - TARGET_ARCH=powerpc TB --- 2011-03-19 01:29:58 - TZ=UTC TB --- 2011-03-19 01:29:58 - __MAKE_CONF=/dev/null TB --- 2011-03-19 01:29:58 - cd /src TB --- 2011-03-19 01:29:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 19 01:29:59 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/e1000/if_em.c:86: /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined In file included from /src/sys/dev/e1000/if_em.c:55: /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-19 01:34:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-19 01:34:23 - ERROR: failed to build lint kernel TB --- 2011-03-19 01:34:23 - 5264.50 user 906.97 system 6499.04 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 01:44:26 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 672DA1065679; Sat, 19 Mar 2011 01:44:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3BC8C8FC0C; Sat, 19 Mar 2011 01:44:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2J1iPMZ090052; Fri, 18 Mar 2011 21:44:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2J1iPbe090050; Sat, 19 Mar 2011 01:44:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 19 Mar 2011 01:44:25 GMT Message-Id: <201103190144.p2J1iPbe090050@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 01:44:26 -0000 TB --- 2011-03-19 00:36:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-19 00:36:13 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-03-19 00:36:13 - cleaning the object tree TB --- 2011-03-19 00:36:23 - cvsupping the source tree TB --- 2011-03-19 00:36:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-03-19 00:36:36 - building world TB --- 2011-03-19 00:36:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-19 00:36:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-19 00:36:36 - TARGET=sun4v TB --- 2011-03-19 00:36:36 - TARGET_ARCH=sparc64 TB --- 2011-03-19 00:36:36 - TZ=UTC TB --- 2011-03-19 00:36:36 - __MAKE_CONF=/dev/null TB --- 2011-03-19 00:36:36 - cd /src TB --- 2011-03-19 00:36:36 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 19 00:36:37 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 19 01:39:58 UTC 2011 TB --- 2011-03-19 01:39:58 - generating LINT kernel config TB --- 2011-03-19 01:39:58 - cd /src/sys/sun4v/conf TB --- 2011-03-19 01:39:58 - /usr/bin/make -B LINT TB --- 2011-03-19 01:39:58 - building LINT kernel TB --- 2011-03-19 01:39:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-19 01:39:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-19 01:39:58 - TARGET=sun4v TB --- 2011-03-19 01:39:58 - TARGET_ARCH=sparc64 TB --- 2011-03-19 01:39:58 - TZ=UTC TB --- 2011-03-19 01:39:58 - __MAKE_CONF=/dev/null TB --- 2011-03-19 01:39:58 - cd /src TB --- 2011-03-19 01:39:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 19 01:39:58 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dcons/dcons_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/e1000/if_em.c:86: /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined In file included from /src/sys/dev/e1000/if_em.c:55: /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-19 01:44:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-19 01:44:25 - ERROR: failed to build lint kernel TB --- 2011-03-19 01:44:25 - 3156.20 user 683.69 system 4092.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 01:46: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 46174106566B; Sat, 19 Mar 2011 01:46:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 15EA98FC0C; Sat, 19 Mar 2011 01:46:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2J1khNp091354; Fri, 18 Mar 2011 21:46:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2J1khTo091353; Sat, 19 Mar 2011 01:46:43 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 19 Mar 2011 01:46:43 GMT Message-Id: <201103190146.p2J1khTo091353@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2011 01:46:44 -0000 TB --- 2011-03-19 00:07:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-19 00:07:38 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-03-19 00:07:38 - cleaning the object tree TB --- 2011-03-19 00:07:56 - cvsupping the source tree TB --- 2011-03-19 00:07:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-03-19 00:08:08 - building world TB --- 2011-03-19 00:08:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-19 00:08:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-19 00:08:08 - TARGET=powerpc TB --- 2011-03-19 00:08:08 - TARGET_ARCH=powerpc64 TB --- 2011-03-19 00:08:08 - TZ=UTC TB --- 2011-03-19 00:08:08 - __MAKE_CONF=/dev/null TB --- 2011-03-19 00:08:08 - cd /src TB --- 2011-03-19 00:08:08 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 19 00:08:09 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 19 01:42:13 UTC 2011 TB --- 2011-03-19 01:42:13 - generating LINT kernel config TB --- 2011-03-19 01:42:13 - cd /src/sys/powerpc/conf TB --- 2011-03-19 01:42:13 - /usr/bin/make -B LINT TB --- 2011-03-19 01:42:13 - building LINT kernel TB --- 2011-03-19 01:42:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-19 01:42:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-19 01:42:13 - TARGET=powerpc TB --- 2011-03-19 01:42:13 - TARGET_ARCH=powerpc64 TB --- 2011-03-19 01:42:13 - TZ=UTC TB --- 2011-03-19 01:42:13 - __MAKE_CONF=/dev/null TB --- 2011-03-19 01:42:13 - cd /src TB --- 2011-03-19 01:42:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 19 01:42:13 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 In file included from /src/sys/dev/e1000/if_em.c:86: /src/sys/dev/e1000/if_em.h:216:1: error: "SYSCTL_ADD_UQUAD" redefined In file included from /src/sys/dev/e1000/if_em.c:55: /src/sys/sys/sysctl.h:370:1: error: this is the location of the previous definition *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-19 01:46:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-19 01:46:43 - ERROR: failed to build lint kernel TB --- 2011-03-19 01:46:43 - 4641.48 user 1005.42 system 5944.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 01:51: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 3FDD8106564A; Sat, 19 Mar 2011 01:51:53 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 1357E8FC13; Sat, 19 Mar 2011 01:51:53 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LIA00D047UG5H00@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:51:52 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.65.155]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LIA001T47UEB010@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:51:52 -0500 (CDT) Date: Fri, 18 Mar 2011 20:51:50 -0500 From: Nathan Whitehorn In-reply-to: To: Marcel Moolenaar Message-id: <4D840C36.4060407@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-12, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.19.14228, SenderIP=76.210.65.155 References: <4D7E228A.4090906@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2011 01:51:53 -0000 On 03/15/11 12:20, Marcel Moolenaar wrote: > On Mar 14, 2011, at 7:13 AM, Nathan Whitehorn wrote: > >> I just committed (r219641) changes that make the release infrastructure (src/release/Makefile) use bsdinstall by default instead of sysinstall on install media. A big thank you is in order to everyone who provided advice, criticism, and testing for this project over the last few months! > Thanks Nathan, > > I checked ia64 and it works well enough. I may come back with a tweak > here and there after the dust settles, but so far it's more reliable > (and a while lot simpler) than sysinstall is. > > Great work! Thanks! The installer doesn't yet know (and I don't know) how to set up the EFI system partition on IA64, so I'll need some input (or code) from you on that point to get things totally up and running. -Nathan From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 01: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 299D3106564A; Sat, 19 Mar 2011 01:52:35 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id F14318FC1B; Sat, 19 Mar 2011 01:52:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LIA00D007VMA500@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:52:34 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.65.155]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LIA001TB7VKB010@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:52:33 -0500 (CDT) Date: Fri, 18 Mar 2011 20:52:32 -0500 From: Nathan Whitehorn In-reply-to: <3019.1300122421@critter.freebsd.dk> To: Poul-Henning Kamp Message-id: <4D840C60.3000604@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-13, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.19.14228, SenderIP=76.210.65.155 References: <3019.1300122421@critter.freebsd.dk> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2011 01:52:35 -0000 On 03/14/11 12:07, Poul-Henning Kamp wrote: > In message<4D7E228A.4090906@freebsd.org>, Nathan Whitehorn writes: > >> I just committed (r219641) changes that make the release infrastructure >> (src/release/Makefile) use bsdinstall by default instead of sysinstall >> on install media. A big thank you is in order to everyone who provided >> advice, criticism, and testing for this project over the last few months! > Free! > > I am Free at last!!! > > I need a beer now... I'm not sure I like what this implies about my future :) -Nathan From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 01:56: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 04903106566B; Sat, 19 Mar 2011 01:56:07 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id CAD098FC0C; Sat, 19 Mar 2011 01:56:06 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LIA00D0081IR900@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:56:06 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.65.155]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LIA001VJ81GB010@smtpauth1.wiscmail.wisc.edu>; Fri, 18 Mar 2011 20:56:05 -0500 (CDT) Date: Fri, 18 Mar 2011 20:56:04 -0500 From: Nathan Whitehorn In-reply-to: <9B41C412-A8C4-48B9-AF45-182E5658A238@macktronics.com> To: Dan Mack Message-id: <4D840D34.7030005@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.65.155 X-Spam-PmxInfo: Server=avs-11, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.19.14822, SenderIP=76.210.65.155 References: <4D7E228A.4090906@freebsd.org> <9B41C412-A8C4-48B9-AF45-182E5658A238@macktronics.com> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2011 01:56:07 -0000 On 03/14/11 19:20, Dan Mack wrote: > On Mar 14, 2011, at 9:13 AM, Nathan Whitehorn wrote: > >> I just committed (r219641) changes that make the release infrastructure (src/release/Makefile) use bsdinstall by default instead of sysinstall on install media. A big thank you is in order to everyone who provided advice, criticism, and testing for this project over the last few months! >> >> Along with sysinstall, the original sysinstall build stuff has been preserved (now /usr/src/release/Makefile.sysinstall) and will continue to be for the lifetime of the 9.x release series, although it will not be used by default. This change modifies the process of building releases somewhat, so I'll outline changes that people who run snapshot buildbots will have to make below, and some next steps planned with the installer. >> >> Changes to release(7) >> ----------------------------- >> >> Release builds work and look slightly different now, so everyone who snapshot tinderboxes will likely find them breaking shortly. The nearest analog to the old make release (with version-control checkouts and a chroot) is src/release/generate-release.sh, which can be run as generate-release.sh head /path/to/chroot/dir. If you want to include ports and documentation on the release media, CVSUP_HOST must be defined in the environment to point to a cvsup mirror. The output is placed in /R in the chroot directory, as before. >> >> If the chroot is unimportant (it ensures a total clean-room build, but may not be necessary in most cases), you can get a release build using the regular makefile, like so: >> cd /usr/src >> make buildworld buildkernel >> cd /usr/src/release >> make obj release >> >> >> > > > Thanks! For what it's worth, I built a new release using this new method and the only problem I ran into was getting dropped to the "mountroot>" because the memstick's root partition failed to mount. I am not sure if this has anything to do with your changes or not but I thought I would bring it up. After mounting my usb stick with : ufs:/dev/da0a it booted into bsdinstall without issue. I don't know if this was do to kern.cam.boot_delay not being long enough or if it was a problem with the creation of the memstick image. Hm. I'd be interested to know if this is repeatable. The memstick stuff is a fairly new feature, and so hasn't been tested to quite the same degree as the ISOs. In case anyone else wants to try it, there is a memstick image (and ISO) here: http://people.freebsd.org/~nwhitehorn/bsdinstall-amd64-20110313/ > During bsdinstall, there were a bunch of console debug messages spewing alongside the bsdinstall text but they cleared before I could take a picture. Yes, there seem to be some LORs in UFS that get triggered if you untar massive quantities of files very fast. They seem harmless, though. > Now we just need a ZFS template for the partition tool :-) Yes. Hopefully this comes in through collaboration with the pc-sysinstall people. Having gptboot and gptzfsboot be the same thing would also help a great deal toward that goal. > Thanks again! > Glad you liked it! -Nathan From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 05:05: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 A34111065676; Sat, 19 Mar 2011 05:05:16 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 85E908FC08; Sat, 19 Mar 2011 05:05:16 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from dhcp-192-168-2-13.wifi.xcllnt.net (atm.xcllnt.net [70.36.220.6]) by asmtp026.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LIA0056TGSM8X80@asmtp026.mac.com>; Fri, 18 Mar 2011 22:05:13 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-03-18_06:2011-03-16, 2011-03-18, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=3 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1103180221 From: Marcel Moolenaar In-reply-to: <4D840C36.4060407@freebsd.org> Date: Fri, 18 Mar 2011 22:05:11 -0700 Message-id: References: <4D7E228A.4090906@freebsd.org> <4D840C36.4060407@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) Cc: freebsd-current Current , freebsd-sysinstall@freebsd.org, FreeBSD Arch Subject: Re: HEADS UP: sysinstall is no longer the default installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Mar 2011 05:05:16 -0000 On Mar 18, 2011, at 6:51 PM, Nathan Whitehorn wrote: > On 03/15/11 12:20, Marcel Moolenaar wrote: >> On Mar 14, 2011, at 7:13 AM, Nathan Whitehorn wrote: >> >>> I just committed (r219641) changes that make the release infrastructure (src/release/Makefile) use bsdinstall by default instead of sysinstall on install media. A big thank you is in order to everyone who provided advice, criticism, and testing for this project over the last few months! >> Thanks Nathan, >> >> I checked ia64 and it works well enough. I may come back with a tweak >> here and there after the dust settles, but so far it's more reliable >> (and a while lot simpler) than sysinstall is. >> >> Great work! > > Thanks! The installer doesn't yet know (and I don't know) how to set up the EFI system partition on IA64, so I'll need some input (or code) from you on that point to get things totally up and running. It's not that hard in general: create a partition that is 100MB in size, give it the right type (i.e. C12A7328-F81F-11d2-BA4B-00A0C93EC93B) and format with dosfs. This has to be the very first partition on a boot device. As part of the installation, we need to copy the EFI loader to a FreeBSD subdirectory. Adding an entry for FreeBSD to the boot menu is where it really gets interesting. The support for writing the EFI environment exists (see libefi), but construction an EFI device path from a device special file probably needs some more code. Getting that to work is interesting for installing on Intel based Apple hardware as well I would presume. Most systems have a system partition, so copying the loader to it is the most important aspect of getting a bootable installation. -- Marcel Moolenaar xcllnt@mac.com