From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 07:10:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C17F71065670 for ; Sun, 21 Nov 2010 07:10:14 +0000 (UTC) (envelope-from Rolandas.Naujikas@mif.vu.lt) Received: from smtps.vu.lt (smtps.vu.lt [193.219.80.12]) by mx1.freebsd.org (Postfix) with ESMTP id 637878FC17 for ; Sun, 21 Nov 2010 07:10:13 +0000 (UTC) Received: from [192.168.1.144] ([95.173.38.63]) (authenticated bits=0) by smtps.vu.lt (VU/2010/05/24) with ESMTP id oAL7AB6M004146 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 21 Nov 2010 09:10:12 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Naujikas Rolandas In-Reply-To: Date: Sun, 21 Nov 2010 09:09:59 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <65980530-3981-4C6B-B5CC-6309C678EDDF@mif.vu.lt> References: <20101120155433.GA94454@icarus.home.lan> <1C336756-1447-4346-BFC6-0CE0856F5FA9@mif.vu.lt> <20101120170529.GA95574@icarus.home.lan> <7A80BA0C-596A-417C-B9E0-B2153276DA10@mif.vu.lt> To: Jack Vogel X-Mailer: Apple Mail (2.1082) Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: problems with network on em X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 07:10:14 -0000 When comparing there (in HEAD) I found many changes, most of them are = not related with my hardware. Would it compile on FreeBSD 8.1-RELEASE-p1 ? I could try on secondary router and test it again with 1Gbs traffic. Regards, Rolandas Naujikas On 2010.11.21, at 00:13, Jack Vogel wrote: > I'd appreciate it if you could try and get the driver from HEAD, I = will be > putting it into STABLE > next week, and it would be nice to see if it fixed your problem. It = will > build in your STABLE > environment just fine, do you know how to do this, if not just say so = and I > can give you > further details. >=20 > Regards, >=20 > Jack >=20 >=20 > On Sat, Nov 20, 2010 at 1:53 PM, Naujikas Rolandas < > Rolandas.Naujikas@mif.vu.lt> wrote: >=20 >> I don't know about version, but I'm using RELENG_8 branch only. It is >> FreeBSD 8-STABLE also. >>=20 >> Regards, Rolandas Naujikas >>=20 >> P.S. I just got ~1Gbit/s (125MB/s,115Kpps) forwarding traffic in = testing >> (24 nodes was downloading a file with wget from server from another = side of >> router), but finally there was some deadlock. I'm recovering the data = on it. >>=20 >> On 2010.11.20, at 22:37, Jack Vogel wrote: >>=20 >>> Did you mean the 7.1.7 version from HEAD ? >>>=20 >>> Jack >>>=20 >>>=20 >>> On Sat, Nov 20, 2010 at 11:18 AM, Naujikas Rolandas < >>> Rolandas.Naujikas@mif.vu.lt> wrote: >>>=20 >>>> I'm trying to test with newest version of /sys/dev/e1000 from = FreeBSD >>>> 8-STABLE. >>>> For that I'm using loadable module option, because it is easier to = build >>>> with minimal changes in kernel source. >>>> Only /sys/dev/e1000 and /sys/modules/em need to be updated. >>>> Without changes in /sys/modules/em/Makefile it compiles, but have >> missing >>>> symbol or if you compile static kernel - the same problem. >>>> Now I'm testing and it looks promising (except I see a little = bigger >> kernel >>>> thread netisr cpu load, but it's acceptable). >>>>=20 >>>> Regards, Rolandas Naujikas >>>>=20 >>>> On 2010.11.20, at 19:05, Jeremy Chadwick wrote: >>>>=20 >>>>> On Sat, Nov 20, 2010 at 06:38:19PM +0200, Naujikas Rolandas wrote: >>>>>> I just got another lockup. >>>>>> It looks like in the time of lockup the number of Ierrs is = increasing: >>>>>> Name Mtu Network Address Ipkts Ierrs Idrop >>>> Opkts Oerrs Coll >>>>>> em2 1500 00:14:4f:XX:XX:XX 13060395 18438 0 >>>> 6579984 1 0 >>>>>>=20 >>>>>> After "ifconfig em2 down;ifconfig em2 up" Ierrs stays at 0 rate = for >> long >>>> time. >>>>>> Without DEVICE_POLLING it was similar situation. >>>>>>=20 >>>>>> Regards, Rolandas Naujikas >>>>>>=20 >>>>>> On 2010.11.20, at 18:24, rolnas@gmail.com wrote: >>>>>>=20 >>>>>>> On 2010.11.20, at 17:54, Jeremy Chadwick wrote: >>>>>>>=20 >>>>>>>> On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com = wrote: >>>>>>>>> I'm experiencing network interface stalls on em in FreeBSD >>>> 8.1-RELEASE (-p1). >>>>>>>>> It looks like the problem could be solved in 8-STABLE, but = should I >>>> upgrade to it ? >>>>>>>>> Is it OK to try to get only em driver code and recompile as = module >>>> and try to run it ? >>>>>>>>>=20 >>>>>>>>> sysctl dev.em.2.stats=3D1: >>>>>>>>> ... >>>>>>>>> em2: Missed Packets =3D 101334 >>>>>>>>> em2: Receive No Buffers =3D 488 >>>>>>>>> ... >>>>>>>>> em2: RX overruns =3D 1356 >>>>>>>>> em2: watchdog timeouts =3D 1 >>>>>>>>> ... >>>>>>>>>=20 >>>>>>>>> Only "ifconfig em2 down;ifconfig em2 up" helps for some time. >>>>>>>>> The same happens on em0 interface only, but not in the same = time. >>>>>>>>> It is production (NAT) router with pf+pfsync+carp and failover = over >>>> another router. >>>>>>>>> They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron >> 2.2GHz). >>>>>>>>=20 >>>>>>>> You're going to need to provide output from the following, run = as >>>> root. >>>>>>>> For the pciconf command, please only include the entry that's >> relevant >>>>>>>> to the device in question (em2). You can also XXX-out the MAC >> address >>>>>>>> and/or IP addresses if you're worried about security. >>>>>>>>=20 >>>>>>>> $ pciconf -lvc >>>>>>>=20 >>>>>>> em2@pci0:1:2:0: class=3D0x020000 card=3D0x10118086 = chip=3D0x10108086 >>>> rev=3D0x03 hdr=3D0x00 >>>>>>> vendor =3D 'Intel Corporation' >>>>>>> device =3D 'Dual Port Gigabit Ethernet Controller (Copper) >>>> (82546EB)' >>>>>>> class =3D network >>>>>>> subclass =3D ethernet >>>>>>> cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 >>>>>>> cap 07[e4] =3D PCI-X 64-bit supports 133MHz, 2048 burst read, 1 = split >>>> transaction >>>>>>> cap 05[f0] =3D MSI supports 1 message, 64 bit >>>>>>>=20 >>>>>>>> $ dmesg | grep em2 >>>>>>>=20 >>>>>>> em2: port >>>> 0x9400-0x943f mem 0xfbfa0000-0xfbfbffff irq 24 at device 2.0 on = pci1 >>>>>>> em2: [FILTER] >>>>>>> em2: Ethernet address: 00:14:4f:XX:XX:XX >>>>>>>=20 >>>>>>>> $ sysctl dev.em.2 >>>>>>>=20 >>>>>>> dev.em.2.%desc: Intel(R) PRO/1000 Legacy Network Connection = 1.0.1 >>>>>>> dev.em.2.%driver: em >>>>>>> dev.em.2.%location: slot=3D2 function=3D0 >>>>>>> dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x1010 = subvendor=3D0x8086 >>>> subdevice=3D0x1011 class=3D0x020000 >>>>>>> dev.em.2.%parent: pci1 >>>>>>> dev.em.2.debug: -1 >>>>>>> dev.em.2.stats: -1 >>>>>>> dev.em.2.rx_int_delay: 0 >>>>>>> dev.em.2.tx_int_delay: 66 >>>>>>> dev.em.2.rx_abs_int_delay: 66 >>>>>>> dev.em.2.tx_abs_int_delay: 66 >>>>>>> dev.em.2.rx_processing_limit: 100 >>>>>>>=20 >>>>>>>> $ uname -a >>>>>>>=20 >>>>>>> FreeBSD sunfire1.mif 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #2: = Thu >> Nov >>>> 18 10:39:07 EET 2010 root@sunfire1.mif >> :/home/local/obj/usr/src/sys/SUNFIRE >>>> amd64 >>>>>>>=20 >>>>>>> Recompiled with DEVICE_POLLING and HZ=3D2000, carp and many not = used >>>> devices removed. >>>>>>>=20 >>>>>>>> $ netstat -ind -I em2 >>>>>>>=20 >>>>>>> Name Mtu Network Address Ipkts Ierrs Idrop >>>> Opkts Oerrs Coll Drop >>>>>>> em2 1500 00:14:4f:XX:XX:XX 66430440 101334 = 0 >>>> 59339619 1 0 0 >>>>>>> em2 1500 192.168.0.0/1 192.168.XX.XXX 633845 - - >>>> 3815946 - - - >>>>>>> ... >>>>>>> em0 1500 00:14:4f:XX:XX:XX 167143400 152726 = 0 >>>> 143900328 0 0 0 >>>>>>>=20 >>>>>>> Regards, Rolandas Naujikas >>>>>>>=20 >>>>>>>> Thanks. >>>>>=20 >>>>> Oops, I forgot requesting output from one other command: >>>>>=20 >>>>> $ vmstat -i >>>>>=20 >>>>> Adding Jack Vogel to the thread, who might have ideas/comments. = Jack, >>>>> here's the thread: >>>>>=20 >>>>>=20 >>>>=20 >> = http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060183.htm= l >>>>>=20 >>>>> As for my comments: >>>>>=20 >>>>> Unidirectional errors (input or output) often indicates a duplex >>>>> mismatch or some sort of weird "quirk" between one link partner = and the >>>>> other. I *have* seen cases where both sides are auto-neg and one = side >>>>> acts like it has the wrong duplex selection despite ifconfig = reporting >>>>> full-duplex and the switch reporting full. Forcing speed and = duplex on >>>>> both ends (requires a managed switch; please don't try this with a >>>>> generic consumer switch) resolved the problem. >>>>>=20 >>>>> It could be that there's a driver bug causing this to happen -- = down/up >>>>> seems to indicate that could be the case -- but every situation = needs >> to >>>>> be addressed individually. >>>>>=20 >>>>> -- >>>>> | Jeremy Chadwick = jdc@parodius.com | >>>>> | Parodius Networking = http://www.parodius.com/ | >>>>> | UNIX Systems Administrator Mountain View, CA, = USA | >>>>> | Making life hard for others since 1977. PGP: = 4BD6C0CB | >>>>>=20 >>>>=20 >>>>=20 >>=20 >>=20 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 07:32:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99396106564A for ; Sun, 21 Nov 2010 07:32:39 +0000 (UTC) (envelope-from mirror176@cox.net) Received: from fed1rmmtao103.cox.net (fed1rmmtao103.cox.net [68.230.241.43]) by mx1.freebsd.org (Postfix) with ESMTP id 6DC788FC17 for ; Sun, 21 Nov 2010 07:32:39 +0000 (UTC) Received: from fed1rmimpo03.cox.net ([70.169.32.75]) by fed1rmmtao101.cox.net (InterMail vM.8.01.03.00 201-2260-125-20100507) with ESMTP id <20101121071957.BSOG4818.fed1rmmtao101.cox.net@fed1rmimpo03.cox.net> for ; Sun, 21 Nov 2010 02:19:57 -0500 Received: from darkstar.l.net ([98.165.138.223]) by fed1rmimpo03.cox.net with bizsmtp id ZjKw1f00D4pNzHu04jKxHP; Sun, 21 Nov 2010 02:19:57 -0500 X-VR-Score: -40.00 X-Authority-Analysis: v=1.1 cv=Sw0TOo36h5Dn0bPnKAyQZhZHaHcK3nTJNR+Q4YBOcCA= c=1 sm=1 a=RR3-DXlBhCwA:10 a=wPDyFdB5xvgA:10 a=kj9zAlcOel0A:10 a=0gZZLDo7ALLKhNfrQlPY4w==:17 a=z2_PlOraT3d4W7Nror8A:9 a=Shb8YaH7ooQFQkVSGb8A:7 a=aAgOdgcK9_ykeLMp-ElzCFDFgvMA:4 a=CjuIK1q_8ugA:10 a=0gZZLDo7ALLKhNfrQlPY4w==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from localhost (localhost [127.0.0.1]) (uid 1001) by darkstar.l.net with local; Sun, 21 Nov 2010 00:19:56 -0700 id 0000104B.000000004CE8C81C.00001BDF From: "Edward Sanford Sutton, III" To: freebsd-stable@freebsd.org Date: Sun, 21 Nov 2010 00:19:55 -0700 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201011210019.55942.mirror176@cox.net> Subject: ahci+zfs+gvinum will panci on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 07:32:39 -0000 On FreeBSD 8.1-release, I was unable to load ahci without causing a system panic. Since recently going to FreeBSD 8.1-STABLE #0: Fri Nov 19 12:17:12 MST, I have been able to boot with ahci loaded as a module but it leaves my two mirrored root-on-zfs main drives as ad devices while attaching to my three gvinum controlled drives so they become ada devices. I tried recompiling my -stable kernel to make ahci take over the disks but found the system goes back to a panic state on boot until I remove loading gvinum from /boot/loader.conf, at which point all disks attach as ada devices. The kernel configuration changes are: --- /usr/src/sys/amd64/conf/GENERIC 2010-10-25 00:58:37.000000000 -0700 +++ /root/kernels/MYKERNEL8 2010-11-19 12:10:37.362055289 -0700 @@ -95,11 +95,12 @@ # ATA and ATAPI devices device ata -device atadisk # ATA disk drives -device ataraid # ATA RAID drives +device ahci +#device atadisk # ATA disk drives +#device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives -device atapifd # ATAPI floppy drives -device atapist # ATAPI tape drives +#device atapifd # ATAPI floppy drives +#device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers and the panic as best as I could get from a camcorder recording of my screen is: GEOM: new disk ada4 GEOM: ada0s2: geometry does not match label (255,63s != 16h,63s). GEOM: ada1s2: media size does not match label GEOM: ada2s2: geometry does not match label (255,63s != 16h,63s). [possible data skipped due to screen scroll; text is blurry so may contain typos] Instruction pointer = 0x20:0xffffffff80546bad stack pointer = 0x28:0xffffff80e5fa2b20 frame pointer = 0x28:0xffffff80ef5a2b70 code segment = base 0x0, limit 0xfffff, type 0x1b = BPL 0, pros 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 8 (gv_vorker) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff805d701e at kdb_backtrace+0x5e #1 0xffffffff805a5167 at panic+0x187 #2 0xffffffff80890bb0 at trap_fatal+0x290 #3 0xffffffff80890f8f at trap_pfault+0x28f #4 0xffffffff808917d6 at trap+0x346 #5 0xffffffff808766b4 at caclltrap 0x8 #6 0xffffffff81035c54 at gv_plex_start+0x154 #7 0xffffffff81032362 at gv_worker+0x11f2 #8 0xffffffff8057b968 at fork_exit+0x110 #9 0xffffffff80876b8e at fork_trampoline+0xe Uptime: 10s Cannot dump. Device not defined or unavailable. Automatic reboot in 15 seconds = press a key on the console to abort. All 5 hard drives are attached to atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177, 0x376,0xff00-0xff0f at device 20.1 on pci0 Optical drives are attached to the following two interfaces: ahci0: mem 0xfeafe000-0xfeafffff irq 17 at device 0.0 on pci5 atapci0: port 0xd800-0xd807,0xd400-0xd403,0x d000-0xd007,0xc800-0xc803,0xc400-0xc40f irq 18 at device 0.1 on pci5 If any further information would be helpful, let me know. I have not been able to get a dump from the panics (which is likely my bad in some way). Maybe I can yank out one of the two 2GB sticks of ram and setup my flash drive as a swap device, but will it be available soon enough? The motherboard doesnt have a serial port connector, but I think there is a header to attach one. If useful, I can look into linking it to my dad's old computer's serial port that way. Edward Sanford Sutton, III From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 09:13:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 106E51065672; Sun, 21 Nov 2010 09:13:01 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 5129B8FC0C; Sun, 21 Nov 2010 09:12:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oAL9CtdT079930; Sun, 21 Nov 2010 20:12:56 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 21 Nov 2010 20:12:55 +1100 (EST) From: Ian Smith To: John Baldwin In-Reply-To: <201011190939.49254.jhb@freebsd.org> Message-ID: <20101121191142.P37255@sola.nimnet.asn.au> References: <20101115045549.GB96011@johnny.reilly.home> <201011181711.05440.jhb@freebsd.org> <20101119135414.A39988@sola.nimnet.asn.au> <201011190939.49254.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "Alexandre \"Sunny\" Kovalenko" , freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: Console options for legacy-free mini-itx server? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 09:13:01 -0000 On Fri, 19 Nov 2010, John Baldwin wrote: > On Thursday, November 18, 2010 10:14:44 pm Ian Smith wrote: > > On Thu, 18 Nov 2010, John Baldwin wrote: > > > On Thursday, November 18, 2010 4:07:27 pm Andrew Reilly wrote: > > > > Hi John, > > > > > > > > On 18/11/2010, at 23:59 , John Baldwin wrote: > > > > > > > > > You used devinfo -v, so it shows the devices that exist even if they failed > > > > > to attach. Try just using 'devinfo' and seeing if est1 still shows up. > > > > > > > > OK, you're right: running without -v shows only est0: > > > > > > > > nexus0 > > > > apic0 > > > > ram0 > > > > acpi0 > > > > cpu0 > > > > acpi_perf0 > > ^^^^^^^^^^ > > > > est0 > > > > p4tcc0 > > > > cpufreq0 > > > > cpu1 > > > > p4tcc1 > > > > cpufreq1 > > > > acpi_button0 > > > > pcib0 > > > > <...> > > > > > > > > Is est. involved in the reboot question? > > > > > > Probably not. > > > > I'm not so sure, having just noticed something that I missed last time: > > Not being able to alter the speed of CPU 1 shouldn't impact the ability to > reboot the system. I guess not, unless the BIOS bug Andriy postulated may affect that too. > > device_attach: acpi_perf1 attach returned 6 > > est0: on cpu0 > > p4tcc0: on cpu0 > > device_attach: acpi_perf1 attach returned 6 > > est1: on cpu1 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 16 > > device_attach: est1 attach returned 6 > > p4tcc1: on cpu1 > > > > I'd mis-read or assumed that first line as being for acpi_perf0, rather > > than an earlier? attempt to attach acpi_perf1 at that time. > > > > From cpufreq(4): > > > > The following device drivers offer absolute frequency control via the > > cpufreq interface. Usually, only one of these can be active at a time. > > > > acpi_perf ACPI CPU performance states > > est Intel Enhanced SpeedStep > > ichss Intel SpeedStep for ICH > > powernow AMD PowerNow! for K7 and K8 > > smist Intel SMI-based SpeedStep for PIIX4 > > > > Apart from never having seen est0 attach but est1 not, my understanding > > from both the manual and from having read some of the code over the time > > is that acpi_perf0 should only attach if eg est0 didn't - is that wrong? > > > > Note also that there's no mention of acpi_perf0 attaching in the dmesg, > > where I'm used to seeing that listed (eg as with my P3-Mobile CPU) > > acpi_perf(4) operates in two modes. One is that it actively manages the CPU, > the second is that it provides the data table that other drives like est(4) > use. In the second mode it marks itself as quiet so it does not show up in > dmesg. Ah, thanks for that. Way past time I had another browse through all this. Thanks also to Andriy for his explanation. [ BTW, there's never been an acpi_perf(4), nor manuals for the other cpufreq drivers listed above, nor relatives acpi_throttle and p4tcc, which I took as encouragement to study some of that code back then. That is, unless they've been added since 8-stable, not impossible as four new manpages mav@ added to head over a month ago - eventtimers(7), attimer(4), atrtc(4), hpet(4) - still haven't turned up yet at eg: http://www.freebsd.org/cgi/man.cgi?query=hpet&apropos=0&sektion=0&manpath=FreeBSD+9-current&format=html I mentioned this to simon@, no news so far; anyone else I should ping? ] cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 09:21:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42552106566B for ; Sun, 21 Nov 2010 09:21:28 +0000 (UTC) (envelope-from Rolandas.Naujikas@mif.vu.lt) Received: from smtps.vu.lt (smtps.vu.lt [193.219.80.12]) by mx1.freebsd.org (Postfix) with ESMTP id D89ED8FC17 for ; Sun, 21 Nov 2010 09:21:27 +0000 (UTC) Received: from [192.168.1.144] ([95.173.38.63]) (authenticated bits=0) by smtps.vu.lt (VU/2010/05/24) with ESMTP id oAL9LQOJ008017 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 21 Nov 2010 11:21:26 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Naujikas Rolandas In-Reply-To: <65980530-3981-4C6B-B5CC-6309C678EDDF@mif.vu.lt> Date: Sun, 21 Nov 2010 11:21:25 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6CD8D3F3-DB2B-49C2-BF24-5FB86B43685B@mif.vu.lt> References: <20101120155433.GA94454@icarus.home.lan> <1C336756-1447-4346-BFC6-0CE0856F5FA9@mif.vu.lt> <20101120170529.GA95574@icarus.home.lan> <7A80BA0C-596A-417C-B9E0-B2153276DA10@mif.vu.lt> <65980530-3981-4C6B-B5CC-6309C678EDDF@mif.vu.lt> To: Jack Vogel X-Mailer: Apple Mail (2.1082) Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: problems with network on em X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 09:21:28 -0000 I just did testing with code from RELENG_8 and HEAD. http://install.mif.vu.lt/FreeBSD/net1/ Testing until 10:50 was with the version from RELENG_8. After it was testing with em driver from HEAD. At 10:50 testing stopped because machine was not responsible from = network, luckly I have serial console access and machine was rebooted (finally with "call cpu_reset()"). You can see smaller CPU load, but also 50% reduction of bandwith usage. Regards, Rolandas Naujikas On 2010.11.21, at 09:09, Naujikas Rolandas wrote: > When comparing there (in HEAD) I found many changes, most of them are = not related with my hardware. > Would it compile on FreeBSD 8.1-RELEASE-p1 ? > I could try on secondary router and test it again with 1Gbs traffic. >=20 > Regards, Rolandas Naujikas >=20 > On 2010.11.21, at 00:13, Jack Vogel wrote: >=20 >> I'd appreciate it if you could try and get the driver from HEAD, I = will be >> putting it into STABLE >> next week, and it would be nice to see if it fixed your problem. It = will >> build in your STABLE >> environment just fine, do you know how to do this, if not just say so = and I >> can give you >> further details. >>=20 >> Regards, >>=20 >> Jack >>=20 >>=20 >> On Sat, Nov 20, 2010 at 1:53 PM, Naujikas Rolandas < >> Rolandas.Naujikas@mif.vu.lt> wrote: >>=20 >>> I don't know about version, but I'm using RELENG_8 branch only. It = is >>> FreeBSD 8-STABLE also. >>>=20 >>> Regards, Rolandas Naujikas >>>=20 >>> P.S. I just got ~1Gbit/s (125MB/s,115Kpps) forwarding traffic in = testing >>> (24 nodes was downloading a file with wget from server from another = side of >>> router), but finally there was some deadlock. I'm recovering the = data on it. >>>=20 >>> On 2010.11.20, at 22:37, Jack Vogel wrote: >>>=20 >>>> Did you mean the 7.1.7 version from HEAD ? >>>>=20 >>>> Jack >>>>=20 >>>>=20 >>>> On Sat, Nov 20, 2010 at 11:18 AM, Naujikas Rolandas < >>>> Rolandas.Naujikas@mif.vu.lt> wrote: >>>>=20 >>>>> I'm trying to test with newest version of /sys/dev/e1000 from = FreeBSD >>>>> 8-STABLE. >>>>> For that I'm using loadable module option, because it is easier to = build >>>>> with minimal changes in kernel source. >>>>> Only /sys/dev/e1000 and /sys/modules/em need to be updated. >>>>> Without changes in /sys/modules/em/Makefile it compiles, but have >>> missing >>>>> symbol or if you compile static kernel - the same problem. >>>>> Now I'm testing and it looks promising (except I see a little = bigger >>> kernel >>>>> thread netisr cpu load, but it's acceptable). >>>>>=20 >>>>> Regards, Rolandas Naujikas >>>>>=20 >>>>> On 2010.11.20, at 19:05, Jeremy Chadwick wrote: >>>>>=20 >>>>>> On Sat, Nov 20, 2010 at 06:38:19PM +0200, Naujikas Rolandas = wrote: >>>>>>> I just got another lockup. >>>>>>> It looks like in the time of lockup the number of Ierrs is = increasing: >>>>>>> Name Mtu Network Address Ipkts Ierrs Idrop >>>>> Opkts Oerrs Coll >>>>>>> em2 1500 00:14:4f:XX:XX:XX 13060395 18438 0 >>>>> 6579984 1 0 >>>>>>>=20 >>>>>>> After "ifconfig em2 down;ifconfig em2 up" Ierrs stays at 0 rate = for >>> long >>>>> time. >>>>>>> Without DEVICE_POLLING it was similar situation. >>>>>>>=20 >>>>>>> Regards, Rolandas Naujikas >>>>>>>=20 >>>>>>> On 2010.11.20, at 18:24, rolnas@gmail.com wrote: >>>>>>>=20 >>>>>>>> On 2010.11.20, at 17:54, Jeremy Chadwick wrote: >>>>>>>>=20 >>>>>>>>> On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com = wrote: >>>>>>>>>> I'm experiencing network interface stalls on em in FreeBSD >>>>> 8.1-RELEASE (-p1). >>>>>>>>>> It looks like the problem could be solved in 8-STABLE, but = should I >>>>> upgrade to it ? >>>>>>>>>> Is it OK to try to get only em driver code and recompile as = module >>>>> and try to run it ? >>>>>>>>>>=20 >>>>>>>>>> sysctl dev.em.2.stats=3D1: >>>>>>>>>> ... >>>>>>>>>> em2: Missed Packets =3D 101334 >>>>>>>>>> em2: Receive No Buffers =3D 488 >>>>>>>>>> ... >>>>>>>>>> em2: RX overruns =3D 1356 >>>>>>>>>> em2: watchdog timeouts =3D 1 >>>>>>>>>> ... >>>>>>>>>>=20 >>>>>>>>>> Only "ifconfig em2 down;ifconfig em2 up" helps for some time. >>>>>>>>>> The same happens on em0 interface only, but not in the same = time. >>>>>>>>>> It is production (NAT) router with pf+pfsync+carp and = failover over >>>>> another router. >>>>>>>>>> They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron >>> 2.2GHz). >>>>>>>>>=20 >>>>>>>>> You're going to need to provide output from the following, run = as >>>>> root. >>>>>>>>> For the pciconf command, please only include the entry that's >>> relevant >>>>>>>>> to the device in question (em2). You can also XXX-out the MAC >>> address >>>>>>>>> and/or IP addresses if you're worried about security. >>>>>>>>>=20 >>>>>>>>> $ pciconf -lvc >>>>>>>>=20 >>>>>>>> em2@pci0:1:2:0: class=3D0x020000 card=3D0x10118086 = chip=3D0x10108086 >>>>> rev=3D0x03 hdr=3D0x00 >>>>>>>> vendor =3D 'Intel Corporation' >>>>>>>> device =3D 'Dual Port Gigabit Ethernet Controller (Copper) >>>>> (82546EB)' >>>>>>>> class =3D network >>>>>>>> subclass =3D ethernet >>>>>>>> cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 >>>>>>>> cap 07[e4] =3D PCI-X 64-bit supports 133MHz, 2048 burst read, 1 = split >>>>> transaction >>>>>>>> cap 05[f0] =3D MSI supports 1 message, 64 bit >>>>>>>>=20 >>>>>>>>> $ dmesg | grep em2 >>>>>>>>=20 >>>>>>>> em2: port >>>>> 0x9400-0x943f mem 0xfbfa0000-0xfbfbffff irq 24 at device 2.0 on = pci1 >>>>>>>> em2: [FILTER] >>>>>>>> em2: Ethernet address: 00:14:4f:XX:XX:XX >>>>>>>>=20 >>>>>>>>> $ sysctl dev.em.2 >>>>>>>>=20 >>>>>>>> dev.em.2.%desc: Intel(R) PRO/1000 Legacy Network Connection = 1.0.1 >>>>>>>> dev.em.2.%driver: em >>>>>>>> dev.em.2.%location: slot=3D2 function=3D0 >>>>>>>> dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x1010 = subvendor=3D0x8086 >>>>> subdevice=3D0x1011 class=3D0x020000 >>>>>>>> dev.em.2.%parent: pci1 >>>>>>>> dev.em.2.debug: -1 >>>>>>>> dev.em.2.stats: -1 >>>>>>>> dev.em.2.rx_int_delay: 0 >>>>>>>> dev.em.2.tx_int_delay: 66 >>>>>>>> dev.em.2.rx_abs_int_delay: 66 >>>>>>>> dev.em.2.tx_abs_int_delay: 66 >>>>>>>> dev.em.2.rx_processing_limit: 100 >>>>>>>>=20 >>>>>>>>> $ uname -a >>>>>>>>=20 >>>>>>>> FreeBSD sunfire1.mif 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #2: = Thu >>> Nov >>>>> 18 10:39:07 EET 2010 root@sunfire1.mif >>> :/home/local/obj/usr/src/sys/SUNFIRE >>>>> amd64 >>>>>>>>=20 >>>>>>>> Recompiled with DEVICE_POLLING and HZ=3D2000, carp and many not = used >>>>> devices removed. >>>>>>>>=20 >>>>>>>>> $ netstat -ind -I em2 >>>>>>>>=20 >>>>>>>> Name Mtu Network Address Ipkts Ierrs = Idrop >>>>> Opkts Oerrs Coll Drop >>>>>>>> em2 1500 00:14:4f:XX:XX:XX 66430440 101334 = 0 >>>>> 59339619 1 0 0 >>>>>>>> em2 1500 192.168.0.0/1 192.168.XX.XXX 633845 - = - >>>>> 3815946 - - - >>>>>>>> ... >>>>>>>> em0 1500 00:14:4f:XX:XX:XX 167143400 152726 = 0 >>>>> 143900328 0 0 0 >>>>>>>>=20 >>>>>>>> Regards, Rolandas Naujikas >>>>>>>>=20 >>>>>>>>> Thanks. >>>>>>=20 >>>>>> Oops, I forgot requesting output from one other command: >>>>>>=20 >>>>>> $ vmstat -i >>>>>>=20 >>>>>> Adding Jack Vogel to the thread, who might have ideas/comments. = Jack, >>>>>> here's the thread: >>>>>>=20 >>>>>>=20 >>>>>=20 >>> = http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060183.htm= l >>>>>>=20 >>>>>> As for my comments: >>>>>>=20 >>>>>> Unidirectional errors (input or output) often indicates a duplex >>>>>> mismatch or some sort of weird "quirk" between one link partner = and the >>>>>> other. I *have* seen cases where both sides are auto-neg and one = side >>>>>> acts like it has the wrong duplex selection despite ifconfig = reporting >>>>>> full-duplex and the switch reporting full. Forcing speed and = duplex on >>>>>> both ends (requires a managed switch; please don't try this with = a >>>>>> generic consumer switch) resolved the problem. >>>>>>=20 >>>>>> It could be that there's a driver bug causing this to happen -- = down/up >>>>>> seems to indicate that could be the case -- but every situation = needs >>> to >>>>>> be addressed individually. >>>>>>=20 >>>>>> -- >>>>>> | Jeremy Chadwick = jdc@parodius.com | >>>>>> | Parodius Networking = http://www.parodius.com/ | >>>>>> | UNIX Systems Administrator Mountain View, CA, = USA | >>>>>> | Making life hard for others since 1977. PGP: = 4BD6C0CB | >>>>>>=20 >>>>>=20 >>>>>=20 >>>=20 >>>=20 >=20 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 10:32:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 202111065674; Sun, 21 Nov 2010 10:32:27 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.211]) by mx1.freebsd.org (Postfix) with ESMTP id CF57E8FC15; Sun, 21 Nov 2010 10:32:26 +0000 (UTC) Received: from adsl-dyn-88-208-146-24.heliweb.de ([88.208.146.24] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1PK7Dd-0002sI-4b; Sun, 21 Nov 2010 11:32:25 +0100 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id BCD9511443; Sun, 21 Nov 2010 11:32:24 +0100 (CET) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Sun, 21 Nov 2010 11:32:24 +0100 From: Stefan Walter To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Message-ID: <20101121103224.GA1430@birne.dunkelkammer.void> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org References: <20101115093709.GA1452@birne.dunkelkammer.void> <201011161444.00227.bruce@cran.org.uk> <20101116190601.GE1435@birne.dunkelkammer.void> <20101116204644.GR56407@e.0x20.net> <20101116205116.000032a6@unknown> <20101117141403.P39988@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20101117141403.P39988@sola.nimnet.asn.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 10:32:27 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ian Smith, 17.11.10, 04:20h CET: > On Tue, 16 Nov 2010, Bruce Cran wrote: > > On Tue, 16 Nov 2010 21:46:44 +0100 > > Lars Engels wrote: > >=20 > > > Download && compile the code (gcc -o chvt chvt.c). > > > Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to > > > /etc/rc.resume, so that your machine automatically changes to ttyv0 > > > before going to sleep and changes back to X after waking up. > >=20 > > The acpi code already does this: if you run acpiconf from within X > > you'll see ttyv0 appear, the system turns off and when resuming ttyv0 > > appears before X11. In my case, I don't see ttyv0 appear before suspend - neither from within X nor from another tty. But when suspending from another tty, I see ttyv0 briefly after resume before it switches back to the one I started acpiconf =66rom, so I guess the automatic switching works at least between ttys. When starting acpiconf from within X, I hear three beeps at intervals of about one second before the system suspends. As I wrote before, when the system resumes the screen turns on but remains black, the keyboard doesn't seem to do anything and I can only press the power button again to shut the system down completely. There have been cases where I've seen the console right before its powered down with lots of messages like this one (typed from memory): info: [drm] wait idle failed status > Perhaps this might be one of those machines (I have two) that respond=20 > positively to setting sysctl hw.syscons.sc_no_suspend_vtswitch=3D1 ? When I do that, the only difference I've noticed is that I don't hear the three beeps mentioned above. Can anyone tell me if there have been changes to the ACPI code in 8-STABLE since 8.1-RELEASE that might influence the suspend/resume behaviour in this case? (There has been an MFC recently, but I have no idea if that might change anything for me - cc'd jkim because he seems to know much about this stuff.) Regards, Stefan --envbJBWh7q8WU6mo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQGVAwUBTOj1OFaRERsSueCzAQIgHgv9GL03LHR+nrEPWsGjeVDDilm872/T7Xna 9embWGQw1XckKH1alCmVuHmRfcshkpT6Chi5yjJiQ/qrsacuMsRDBlYr5lz1/a7/ Rwa40smzJJ105qK37DAm6YSGVW14arpvOnW1nOIrY8aIWUp/xZou1FN2w9D7uFR9 V5BKh5WXNhZlSxHkVqMb/W/sCpGfc7Nu8fGXPNKbTFT/fyRqtJv4e36Fo13lazDN UeNIUXkjIF3RHBWvxH225DI2mzdb6mBIKuN510FYg0eGeld1UFXUBRgul5oYVbYv IjNJSzv85ovBXqUA/Z4OkKyt9mJjCj5MRUM2MTglHg8MUZX10Vhpd+Nxz1P60B3l 3/8CDD1vQXKB7mKAJuVgTF/DbF66EP4k0j0/f8UXeRCdig97Oa/BIgDvJF2e+R6f hBzeGTrFgJ4Gy8wqVj7HeW6L4PKwqKa2swLCITXuWpq8gwZD07TQFDu6VoCn6LNT tid87RZQnnQS10DJobSQksDfscb3lngu =mULK -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 10:37:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B091065670; Sun, 21 Nov 2010 10:37:33 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.211]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4768FC15; Sun, 21 Nov 2010 10:37:33 +0000 (UTC) Received: from adsl-dyn-88-208-146-24.heliweb.de ([88.208.146.24] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1PK7Ia-0003eO-7q; Sun, 21 Nov 2010 11:37:32 +0100 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id 033C311443; Sun, 21 Nov 2010 11:37:31 +0100 (CET) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Sun, 21 Nov 2010 11:37:31 +0100 From: Stefan Walter To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Message-ID: <20101121103731.GB1430@birne.dunkelkammer.void> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org, jkim@freebsd.org References: <20101115093709.GA1452@birne.dunkelkammer.void> <201011161444.00227.bruce@cran.org.uk> <20101116190601.GE1435@birne.dunkelkammer.void> <20101116204644.GR56407@e.0x20.net> <20101116205116.000032a6@unknown> <20101117141403.P39988@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <20101117141403.P39988@sola.nimnet.asn.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: jkim@freebsd.org Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 10:37:33 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Resent because I forgot to really cc jkim...sorry!] Ian Smith, 17.11.10, 04:20h CET: > On Tue, 16 Nov 2010, Bruce Cran wrote: > > On Tue, 16 Nov 2010 21:46:44 +0100 > > Lars Engels wrote: > >=20 > > > Download && compile the code (gcc -o chvt chvt.c). > > > Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to > > > /etc/rc.resume, so that your machine automatically changes to ttyv0 > > > before going to sleep and changes back to X after waking up. > >=20 > > The acpi code already does this: if you run acpiconf from within X > > you'll see ttyv0 appear, the system turns off and when resuming ttyv0 > > appears before X11. In my case, I don't see ttyv0 appear before suspend - neither from within X nor from another tty. But when suspending from another tty, I see ttyv0 briefly after resume before it switches back to the one I started acpiconf =66rom, so I guess the automatic switching works at least between ttys. When starting acpiconf from within X, I hear three beeps at intervals of about one second before the system suspends. As I wrote before, when the system resumes the screen turns on but remains black, the keyboard doesn't seem to do anything and I can only press the power button again to shut the system down completely. There have been cases where I've seen the console right before its powered down with lots of messages like this one (typed from memory): info: [drm] wait idle failed status > Perhaps this might be one of those machines (I have two) that respond=20 > positively to setting sysctl hw.syscons.sc_no_suspend_vtswitch=3D1 ? When I do that, the only difference I've noticed is that I don't hear the three beeps mentioned above. Can anyone tell me if there have been changes to the ACPI code in 8-STABLE since 8.1-RELEASE that might influence the suspend/resume behaviour in this case? (There has been an MFC recently, but I have no idea if that might change anything for me - cc'd jkim because he seems to know much about this stuff.) Regards, Stefan --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQGVAwUBTOj2a1aRERsSueCzAQIlDQv/SQNRjti/bW6tvofRWC2j1D/rLTc19tfp 0ILiMK/25U5TzL1UjTkXT75BIgL6J4SOt6mjRu3gHiExQJg/rRyBUMEDDs45tb0j WkJXLmfDS/XsltqlI3zVTWj4LcasW1hcSxXmT0I09HTFJEnZkrBANveyOoK8TG0E pJ8IOHqimdOWSPxoamRc0ss251F1ORumnLJ5Q2XCAQ8DUDc9OSXO52p7+mFnoywK MXxJuQAUCutG7CE8uVD6tdn7KHeSzMUB4cDd2fq+AVGGjFbEoNS3Ypeaq7ZOF3E/ UVqROgW+WP/OF5/HUDwlvsMr8xOf0va7ffDkDnTf2lVL0583oZwTO/upbtVVE2pD ooFD6JwVzFZJ00uKIhZXuqrnbyvYDpCAq76XgXo1h1sKhGdYDzLR8qVgcHH8zz7i yvSTCxzvK9MiC1lUg8wwCavvA5Q7kYccSS60h1lzK5BdsNs2OB/y3nhspfJCE18I /wIBIdBDqvuw1rx6vmu/7vWTXOOGUV9I =OHk3 -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 11:29:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9F72106566B for ; Sun, 21 Nov 2010 11:29:42 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 81BF48FC13 for ; Sun, 21 Nov 2010 11:29:41 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1PK873-0003QP-8m for freebsd-stable@freebsd.org; Sun, 21 Nov 2010 03:29:41 -0800 Message-ID: <30270860.post@talk.nabble.com> Date: Sun, 21 Nov 2010 03:29:41 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org In-Reply-To: <20101121103731.GB1430@birne.dunkelkammer.void> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <20101115093709.GA1452@birne.dunkelkammer.void> <201011161444.00227.bruce@cran.org.uk> <20101116190601.GE1435@birne.dunkelkammer.void> <20101116204644.GR56407@e.0x20.net> <20101116205116.000032a6@unknown> <20101117141403.P39988@sola.nimnet.asn.au> <20101121103731.GB1430@birne.dunkelkammer.void> Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 11:29:42 -0000 Stefan Walter-5 wrote: > > Can anyone tell me if there have been changes to the ACPI code in 8-STABLE > since 8.1-RELEASE that might influence the suspend/resume behaviour in > this case? (There has been an MFC recently, but I have no idea if that > might change anything for me - cc'd jkim because he seems to know much > about this stuff.) > > Regards, > Stefan > Hello. Recent change in suspend behaviour here I can attribute only to ACPICA MFC. Previously resume left me with blank screen or non responsive one. Now upon resume; from X11 or not, almost all is working, only thing that is stalled is pointer. Also, I get CPU0 local APIC error 0x40 and upon restarting calcru : runtime went backwards from (...) for pid 1 (init) Huge improvement from non-working suspend though. best regards, - Jakub Lach P.S. T400 amd64 -- View this message in context: http://old.nabble.com/8.1-RELEASE%3A-snd_hda-works-as-module-only%2C-suspend-resume-leaves-display-off-tp30217487p30270860.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 20:59:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 243E41065743 for ; Sun, 21 Nov 2010 20:59:27 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.213]) by mx1.freebsd.org (Postfix) with ESMTP id D11D98FC19 for ; Sun, 21 Nov 2010 20:59:26 +0000 (UTC) Received: from adsl-dyn-88-208-134-9.heliweb.de ([88.208.134.9] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1PKH0O-0001Py-Up for freebsd-stable@freebsd.org; Sun, 21 Nov 2010 21:59:25 +0100 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id 17B1A1142D; Sun, 21 Nov 2010 21:59:24 +0100 (CET) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Sun, 21 Nov 2010 21:59:24 +0100 From: Stefan Walter To: freebsd-stable@freebsd.org Message-ID: <20101121205924.GB1602@birne.dunkelkammer.void> References: <20101115093709.GA1452@birne.dunkelkammer.void> <201011161444.00227.bruce@cran.org.uk> <20101116190601.GE1435@birne.dunkelkammer.void> <20101116204644.GR56407@e.0x20.net> <20101116205116.000032a6@unknown> <20101117141403.P39988@sola.nimnet.asn.au> <20101121103731.GB1430@birne.dunkelkammer.void> <30270860.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <30270860.post@talk.nabble.com> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 20:59:27 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jakub Lach, 21.11.10, 12:29h CET: > Stefan Walter-5 wrote: > >=20 > > Can anyone tell me if there have been changes to the ACPI code in 8-STA= BLE > > since 8.1-RELEASE that might influence the suspend/resume behaviour in > > this case? (There has been an MFC recently, but I have no idea if that > > might change anything for me - cc'd jkim because he seems to know much > > about this stuff.) > >=20 > > Regards, > > Stefan > >=20 >=20 > Hello. >=20 > Recent change in suspend behaviour here I can=20 > attribute only to ACPICA MFC. >=20 > Previously resume left me with blank screen or non=20 > responsive one. >=20 > Now upon resume; from X11 or not, almost all is working,=20 > only thing that is stalled is pointer. >=20 > Also, I get CPU0 local APIC error 0x40 and upon restarting >=20 > calcru : runtime went backwards from (...) > for pid 1 (init) >=20 > Huge improvement from non-working suspend though. I originally didn't want to update my system before the code freeze for 8.2, but this sounded promising, so I just did it this afternoon. I have suspended and resumed the system from X11 a few times now, and it seems like it works reliably and without any problems now. (Now I also see the switch to ttyv0 before the system is suspended.) Great improvement for my desktop system - thanks to everyone working on it! Best regards, Stefan --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQGVAwUBTOmIK1aRERsSueCzAQIhHgv+OzKxhrnVc+5zWv9R4IGWHUmMiK+exPJR CSRGwkJbvXqblEf0YigMWVSRU43Q1ZzM4ebvxCOSkXkNLkkzLa2WsRFO8lEf/1Bv k/i48+DstNUzSLV9acGmMlUoFI4uYIZEqyikfzTFYP/k9OzHPHMV0E0OmQ6BVsjH dwyIeG+tBhwqNiJCcoZnBKvpzu3HfRjbQpetYJh5p3szVrRJgVEpJ/uNDHtEpo/q B2319LR9kSaL5iFVoKunpRAehjgAvkaYHExi2itodMjExMCGi9pk0FKQ+aVmhJ0S J4TJM8k1vPLlQMT8oHpWLe+R8vi3U2VPRmTtqK5mpZiMchFKARgCqGb9Rxyjjiqf mcN94p7ONUQKqCoahLdqBX9NRKAFI+jDYUA4TrRs9oN2lYVpgXme5lXy0r1a82WK GprozCkTyXbGzbxlhiqsH8yIxMv8DMlT5koT3FN/ePDJOkrw2e907nr3s6W/OlKg WVafno3/fwSW2oDXX9iXbL6wgX7zWNkM =pHaQ -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 21 23:38:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 283E6106566C; Sun, 21 Nov 2010 23:38:24 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 473E38FC12; Sun, 21 Nov 2010 23:38:22 +0000 (UTC) Received: by bwz2 with SMTP id 2so5800762bwz.13 for ; Sun, 21 Nov 2010 15:38:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type; bh=0+BWQL42t16/PJJEgz3AASIv8ySMlX+qA59A7c/8Qow=; b=pyD0TM85Fgvl9QXoIVmHH7vnaYnE5POmCfs9Ty4f/RMg8gb9oWpwvtFK+Q9zqQA1HW BicPLaEoSaChG5JGipD6ZrqUIWTMQH4aw902gWpQ//m9tykuBLBEjXCCwO5WCQD+RIEm krjda8ZbvVwfKf4wZnyUgn0CEMKNLgBZewmlk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; b=YTZYCzoRq8AtaWi+fUj/DX8Ept6JHfr5hRibpGBos8Xa+bjDuAl8AV7RDPQkZmDBo8 O9ky2PDPqJrVgiMfU288qj2/epZVxGM6E1OZMkJO9R+YOAMKXnc5+eMCdYTJa8Skyqvu +JrB87/Uw23nFMIbiD5KcNi2lugZ47V8C7cbw= Received: by 10.204.1.143 with SMTP id 15mr4564871bkf.122.1290381377107; Sun, 21 Nov 2010 15:16:17 -0800 (PST) Received: from titanium.local (ip-109-91-38-123.unitymediagroup.de [109.91.38.123]) by mx.google.com with ESMTPS id v1sm2081065bkt.5.2010.11.21.15.16.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 21 Nov 2010 15:16:16 -0800 (PST) Message-ID: <4CE9A83E.8010005@googlemail.com> Date: Mon, 22 Nov 2010 00:16:14 +0100 From: "army.of.root" User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Jung-uk Kim References: <201011152036.48181.jkim@FreeBSD.org> <201011161530.20165.jkim@FreeBSD.org> <201011191354.25486.jkim@FreeBSD.org> In-Reply-To: <201011191354.25486.jkim@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------060700080107080708060808" Cc: Ed Schouten , freebsd-current@FreeBSD.org, freebsd-stable@freebsd.org, Hans Petter Selasky Subject: Re: [Call for Tests] PAT issue on Apple hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 23:38:24 -0000 This is a multi-part message in MIME format. --------------060700080107080708060808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 10\11\19 19:54, Jung-uk Kim wrote: > On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote: >> On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote: >>> Often times I hear complaints like "my Mac hangs after upgrading >>> to 8.1" or "snapshot CD hangs on my brand new Mac". I know some >>> of these complaints started happening when we switched to new PAT >>> layout. It is so puzzling because it never happened on non-Apple >>> hardware, AFAIK. I really like to fix this problem but I cannot >>> afford a Mac. :-P >>> >>> If you are one of those lucky people, please test the attached >>> patch and report your hardware model and any improvement or >>> regression. >>> >>> Also, I added a new tunable "vm.pmap.pat_works" so that you can >>> turn it off from loader (i.e., "set vm.pmap.pat_works=0") and >>> restore old behaviour without recompiling a new kernel. >> >> I revised this patch to make it more robust. >> >> http://people.freebsd.org/~jkim/pat-current.diff >> >> Also, I prepared a patch for stable/8. If you have recent Apple >> hardware and it hangs with 8.1 or stable/8, please test this patch. >> >> http://people.freebsd.org/~jkim/pat-stable.diff > > Anyone? I don't want to commit it blindly. :-( > > Jung-uk Kim Hi, I patched the current 8.1-STABLE snapshot CD's kernel and baked it back into the iso. Before the patch, the kernel would hang, now the livefs cd boots fine on my MacBookPro5,5 (2009 13" alu). Thank you so much ! - I love it. I attached a dmesg. - Please ask if you need more information, I'd be happy to help. Keep up the awesome work :) Thanks --------------060700080107080708060808 Content-Type: text/plain; name="8.1-stable_PAT_apple_tryDMESG.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="8.1-stable_PAT_apple_tryDMESG.txt" Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.1-STABLE-201011 #0: Sun Nov 21 16:41:48 CET 2010 root@freebsd_vm:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU P7550 @ 2.26GHz (2255.36-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xbfebfbff Features2=0x408e3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 1765003264 (1683 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) unknown: I/O range not supported acpi_hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_lid0: enable wake failed acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) isab0: port 0x2000-0x20ff at device 3.0 on pci0 isa0: on isab0 pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 3.3 (no driver attached) pci0: at device 3.4 (no driver attached) pci0: at device 3.5 (no driver attached) ohci0: mem 0x93488000-0x93488fff irq 18 at device 4.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0x93489200-0x934892ff irq 19 at device 4.1 on pci0 ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 ohci1: mem 0x93487000-0x93487fff irq 20 at device 6.0 on pci0 ohci1: [ITHREAD] usbus2: on ohci1 ehci1: mem 0x93489100-0x934891ff irq 21 at device 6.1 on pci0 ehci1: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci1 pci0: at device 8.0 (no driver attached) pcib1: at device 9.0 on pci0 pci1: on pcib1 nfe0: port 0x21e0-0x21e7 mem 0x93486000-0x93486fff,0x93489000-0x934890ff,0x93489300-0x9348930f irq 23 at device 10.0 on pci0 miibus0: on nfe0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: Ethernet address: xx:xx:xx:xx:xx:xx nfe0: [FILTER] atapci0: port 0x21d8-0x21df,0x21ec-0x21ef,0x21d0-0x21d7,0x21e8-0x21eb,0x21c0-0x21cf mem 0x93484000-0x93485fff irq 16 at device 11.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.20 controller with 6 3Gbps ports, PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib2: at device 16.0 on pci0 pci2: on pcib2 vgapci0: port 0x1000-0x107f mem 0x92000000-0x92ffffff,0x80000000-0x8fffffff,0x90000000-0x91ffffff irq 17 at device 0.0 on pci2 pcib3: at device 21.0 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) pcib4: at device 22.0 on pci0 pci4: on pcib4 fwohci0: <1394 Open Host Controller Interface> mem 0x93100000-0x93100fff irq 19 at device 0.0 on pci4 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 xx:xx:xx:xx:xx:xx:xx:xx fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x12e4000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: xx:xx:xx:xx:xx:xx:xx:xx fwe0: Ethernet address: xx:xx:xx:xx:xx:xx:xx:xx fwip0: on firewire0 fwip0: Firewire address: xx:xx:xx:xx:xx:xx:xx:xx @ 0xfffe00000000, S800, maxrec 4096 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=2, CYCLEMASTER mode battery0: on acpi0 atrtc0: port 0x70-0x77 on acpi0 orm0: at iomem 0xc0000-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd: unable to get the current command byte value. atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to get the current command byte value. ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 RTC BIOS diagnostic error e7 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 md0: Preloaded image 4194304 bytes at 0xffffffff80e82610 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ad4: 476940MB at ata2-master UDMA100 SATA 3Gb/s ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 uhub2: 5 ports with 5 removable, self powered uhub0: 7 ports with 7 removable, self powered acd0: DVDR at ata3-master UDMA100 SATA 1.5Gb/s SMP: AP CPU #1 Launched! uhub3: 5 ports with 5 removable, self powered Root mount waiting for: usbus3 usbus1 uhub1: 7 ports with 7 removable, self powered Root mount waiting for: usbus3 usbus1 ugen2.2: at usbus2 uhub4: on usbus2 ugen3.2: at usbus3 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 ugen1.2: at usbus1 uhub5: on usbus1 uhub4: 3 ports with 0 removable, self powered Root mount waiting for: usbus3 usbus1 uhub5: 4 ports with 4 removable, self powered umass0:0:0:-1: Attached to scbus0 ugen2.3: at usbus2 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) ugen1.3: at usbus1 ukbd0: on usbus1 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present kbd2 at ukbd0 uhid0: on usbus1 ugen2.4: at usbus2 ukbd1: on usbus2 kbd3 at ukbd1 Root mount waiting for: usbus1 ugen1.4: at usbus1 ums0: on usbus1 ums0: 16 buttons and [XYZT] coordinates ID=0 uhid1: on usbus1 ugen2.5: at usbus2 ums1: on usbus2 ums1: 3 buttons and [XY] coordinates ID=2 Root mount waiting for: usbus1 ugen1.5: at usbus1 Root mount waiting for: usbus1 Trying to mount root from ufs:/dev/md0 ugen0.2: at usbus0 uhid2: on usbus0 ugen0.3: at usbus0 ukbd2: on usbus0 kbd4 at ukbd2 uhid3: on usbus0 ums2: on usbus0 ums2: 3 buttons and [XY] coordinates ID=2 ugen1.6: at usbus1 umass1: on usbus1 umass1: SCSI over Bulk-Only; quirks = 0x0000 umass1:1:1:-1: Attached to scbus1 (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim1:1:0:0): CAM status: SCSI Status Error (probe0:umass-sim1:1:0:0): SCSI status: Check Condition (probe0:umass-sim1:1:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 7749MB (15870208 512 byte sectors: 255H 63S/T 987C) GEOM: da1: partition 1 does not end on a track boundary. GEOM: da1: partition 1 does not end on a track boundary. --------------060700080107080708060808-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 11:35:55 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 739031065672 for ; Mon, 22 Nov 2010 11:35:55 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas02p.mx.bigpond.com (nschwmtas02p.mx.bigpond.com [61.9.189.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBCF8FC25 for ; Mon, 22 Nov 2010 11:35:54 +0000 (UTC) Received: from nschwotgx02p.mx.bigpond.com ([124.188.161.100]) by nschwmtas02p.mx.bigpond.com with ESMTP id <20101122113552.KSEN25233.nschwmtas02p.mx.bigpond.com@nschwotgx02p.mx.bigpond.com> for ; Mon, 22 Nov 2010 11:35:52 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nschwotgx02p.mx.bigpond.com with ESMTP id <20101122113552.ENYP13035.nschwotgx02p.mx.bigpond.com@johnny.reilly.home> for ; Mon, 22 Nov 2010 11:35:52 +0000 Date: Mon, 22 Nov 2010 22:35:41 +1100 From: Andrew Reilly To: stable@freebsd.org Message-ID: <20101122113541.GA74719@johnny.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.4CEA5598.009A,ss=1,fgs=0 X-SIH-MSG-ID: rh07Ftf6TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9reLP1Rv9GgxDxOJhuENGIlaanmTY3Rs9mK Cc: Subject: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 11:35:55 -0000 Hi there, Being a cutting-edge hipster, my new personal server is using a ZFS RAIDZ array, where my older system used UFS on a GMIRROR. This is, by and large, a joy: ZFS rocks. One issue that I'm having difficulty coming to grips with, though, is that of backup. I used to do a weekly cycle (with a two week retention) of incremental backups to an external hard drive. Dump/restore allowed this to be useful both for disaster (hardware failure) recovery and for clumsiness (file destruction) recovery. Dump/restore doesn't work for ZFS. I *think* that I'm running backups in the appropriate equivalent fashion: I take file system snapshots (both absolute == level 0) and relative (incremental), and zfs send those to files on the backup disk. I haven't tried the recovery procedure yet, but it seems that one would zfs receive the same files to snapshots, and then either grab the files scrunged or perform the snapshot->working file system upgrade process described in the manual, depending on the situation. The troubling aspect of this plan is that it would seem that grabbing just a few files would require space in the working zpool equivalent to the whole backed-up file system, for the zfs receive of the snapshot. Contrast this with restore, which had a nice interactive (or command line) mode of operation that could retrieve nominated files or directories, requiring only space for the results. Is there any similar tool that can operate on a ZFS "send" serialization? It would seem that the information must be "in" there somewhere, but I've not heard of it. Clues? How does everyone else manage this? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 12:21:35 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04AF2106564A for ; Mon, 22 Nov 2010 12:21: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 4E14A8FC14 for ; Mon, 22 Nov 2010 12:21:33 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA27803; Mon, 22 Nov 2010 14:21:24 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PKVOe-00094U-Kg; Mon, 22 Nov 2010 14:21:24 +0200 Message-ID: <4CEA6047.30604@freebsd.org> Date: Mon, 22 Nov 2010 14:21:27 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andrew Reilly References: <20101122113541.GA74719@johnny.reilly.home> In-Reply-To: <20101122113541.GA74719@johnny.reilly.home> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 12:21:35 -0000 on 22/11/2010 13:35 Andrew Reilly said the following: > The troubling aspect of this plan is that it would seem that > grabbing just a few files would require space in the working > zpool equivalent to the whole backed-up file system, for the > zfs receive of the snapshot. Contrast this with restore, which > had a nice interactive (or command line) mode of operation that > could retrieve nominated files or directories, requiring only > space for the results. Is there any similar tool that can > operate on a ZFS "send" serialization? It would seem that the > information must be "in" there somewhere, but I've not heard of > it. > > Clues? How does everyone else manage this? What I do is keep the snapshots for long enough and just retrieve the files from there. That is, snapshots - for the "clumsiness case", backups - for the disaster case. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 13:10:31 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE2341065782 for ; Mon, 22 Nov 2010 13:10:31 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id ABFCB8FC24 for ; Mon, 22 Nov 2010 13:10:31 +0000 (UTC) Received: by qyk7 with SMTP id 7so717254qyk.13 for ; Mon, 22 Nov 2010 05:10:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=YroCoNwpdskBR74DFemCUcxqRK4ztOEnIh86ZJ1g51w=; b=EMXnG8zq+k+6hsaNRdlBV9XkvQ7woJgjMR6QhUKEQbnNV/mdkSOPXA8G4urWPjdp6Z wC2c1HYTrHOp4FWOlsQIsCWIt4slfnxld18qb5jyLe5talP/hRqSGq4Gn2LeY8fbAA9q yE9ltq5mT3GLMQbDru4YRgR6Y6SSrHKkzA+pc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=uBT6Eus2ZFne+H816oy7/CQcz8i6WPysceUAxwVhxnqX+vL8/QEtMb2mIdrxKnJjy3 r8jNeE/NZe9HgDztQTmYh900xt1rNsYr4dwiWQLuP6P+Wg0hsp+D8LL9a6+b+eiccPak ykxxgF3A58434oslCfSIVoOrvLFcFUh4l3og8= MIME-Version: 1.0 Received: by 10.229.183.135 with SMTP id cg7mr1462631qcb.296.1290429767134; Mon, 22 Nov 2010 04:42:47 -0800 (PST) Received: by 10.229.182.18 with HTTP; Mon, 22 Nov 2010 04:42:47 -0800 (PST) Date: Mon, 22 Nov 2010 12:42:47 +0000 Message-ID: From: Tom Evans To: chromium@hybridsource.org, stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: www/chromium ignores proxy settings X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 13:10:32 -0000 Hi all I have installed chromium from ports: > # pkg_info | grep chrom chromium-6.0.472.63 A mostly BSD-licensed web browser based on WebKit and Gtk+ and I have proxy settings configured in my environment, up to my eyeballs: > $ env | grep -i oxy NO_PROXY=localhost,127.0.0.0/8,10.0.0.0/8 http_proxy=http://proxy:3128/ ftp_proxy=http://proxy:3128/ FTP_PROXY=ftp://proxy:3128/ all_proxy=socks://proxy:3128/ ALL_PROXY=socks://proxy:3128/ HTTP_PROXY_AUTH=basic:*:foo@bar.com:redacted HTTPS_PROXY=https://proxy:3128/ https_proxy=https://proxy:3128/ no_proxy=localhost,127.0.0.0/8,10.0.0.0/8 HTTP_PROXY=proxy:3128 and I have added identical settings in the Tools -> Options -> Change proxy settings in chrome itself, including proxy auth credentials. However, if I try to browse to a webpage, eg www.google.com, chromium ignores all these settings and attempts to connect directly, which I can observe using sockstat: > $ sockstat -4 | grep chrome tom chrome 14280 60 tcp4 10.0.11.202:62295 173.194.37.104:80 tom chrome 14280 61 tcp4 10.0.11.202:62795 173.194.37.104:80 > $ host www.google.com www.google.com is an alias for www.l.google.com. www.l.google.com has address 173.194.37.104 This of course times out. Any hints or pointers etc Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 14:50:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EAE9106566B for ; Mon, 22 Nov 2010 14:50:00 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id C71568FC15 for ; Mon, 22 Nov 2010 14:49:59 +0000 (UTC) Received: by qwi4 with SMTP id 4so919208qwi.13 for ; Mon, 22 Nov 2010 06:49:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=X10jd1bu1zoeBPND7+T0xwNImoy+tHIQaxq4XyP8qx8=; b=BQaxKWAHF49F80gkT8DYQ/xxqoj7wmxfkLzbza2jH5sGH0tceDAvojqqmOQzTvrLgB Vn0jyVx6CDzAiRZwGaac+R/EYZXdZoJCvEyCSWvqYqyW5FIqGSKR/EKy3x7QTeUVUGcG 9towPnikF46oxvUhc95l4RB568eULgN3PgL6E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=TrQf32cfz2X9aDQg+3LYLco+AqEgGKriTBAX2g7C5GS8Lp2ulf5OzJdK5o8P4SD5+8 7N/LMtsKpVR1+VryJkdbYtzVlWibgJmdkYtHmZC5PXWq9QRlS9+Ptbaer+1lhq+S2uMf s7KWbrvuISDRjRKfVTn6XoRu092rhgm+HR39Y= MIME-Version: 1.0 Received: by 10.229.110.8 with SMTP id l8mr4990454qcp.144.1290435572365; Mon, 22 Nov 2010 06:19:32 -0800 (PST) Received: by 10.229.182.18 with HTTP; Mon, 22 Nov 2010 06:19:32 -0800 (PST) In-Reply-To: References: Date: Mon, 22 Nov 2010 14:19:32 +0000 Message-ID: From: Tom Evans To: Alexander Logvinov , FreeBSD Stable , chromium@hybridsource.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: www/chromium ignores proxy settings X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 14:50:00 -0000 On Mon, Nov 22, 2010 at 2:00 PM, Alexander Logvinov wrot= e: > Hello! > > =C2=A0Use =C2=A0chrome --proxy-server=3D"http://proxy:3128/" :) > Hi Alexander That didn't work either, it would not even make any connections then. With '--proxy-server=3Dproxy:3128' though, it works correctly! It would still be nice to be able to set these options in the right place in the gui, and have them work :) Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 15:44:32 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B9351065670 for ; Mon, 22 Nov 2010 15:44:32 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail.kc8onw.net (kc8onw.net [206.55.209.81]) by mx1.freebsd.org (Postfix) with ESMTP id EB9328FC1D for ; Mon, 22 Nov 2010 15:44:31 +0000 (UTC) Received: from [10.184.35.152] (pal-160-153.itap.purdue.edu [128.211.160.153]) by mail.kc8onw.net (Postfix) with ESMTPSA id 8D94C611FA; Mon, 22 Nov 2010 10:26:09 -0500 (EST) Message-ID: <4CEA8BA6.7080009@kc8onw.net> Date: Mon, 22 Nov 2010 10:26:30 -0500 From: Jonathan Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andrew Reilly References: <20101122113541.GA74719@johnny.reilly.home> In-Reply-To: <20101122113541.GA74719@johnny.reilly.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 15:44:32 -0000 On 11/22/2010 6:35 AM, Andrew Reilly wrote: > Dump/restore doesn't work for ZFS. I *think* that I'm running > backups in the appropriate equivalent fashion: I take file > system snapshots (both absolute == level 0) and relative > (incremental), and zfs send those to files on the backup disk. This is actively discouraged, there is no recovery ability when receiving zfs streams so 1 bad bit would invalidate your entire backup. The currently accepted practice is to create a ZFS file system on the backup drive and just keep sending incremental snapshots to it. As long as the backup drive and host system have a snapshot in common you can do incremental transfers. This way you only have to keep the most recent snapshot on the main system and can keep as many as you have space for on the backup drive. You also have direct access to any backed up version of every file. HTH, Jonathan From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 16:19:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52428106566C for ; Mon, 22 Nov 2010 16:19:20 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmailA.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 221B98FC0C for ; Mon, 22 Nov 2010 16:19:19 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 3E6A1B035 for ; Mon, 22 Nov 2010 11:19:19 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id B30B7B519 for ; Mon, 22 Nov 2010 11:19:18 -0500 (EST) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id AE0B1B162 for ; Mon, 22 Nov 2010 11:19:18 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id 93B445B003C for ; Mon, 22 Nov 2010 11:19:18 -0500 (EST) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-zeXyQ76f3JAR5wUOyfSe" Date: Mon, 22 Nov 2010 11:19:18 -0500 Message-ID: <1290442758.80405.35.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Subject: 8.2-PRERELEASE/7.4-PRERELEASE... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 16:19:20 -0000 --=-zeXyQ76f3JAR5wUOyfSe Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable JFYI - we are a little under a week from Code Freeze for the upcoming 8.2-RELEASE/7.4-RELEASE release cycles. Often times that means the developers are a bit more active on what will become the release branches. Sometimes with the increased activity some nits pop up. As a bit of a heads-up for people who track stable/8 and/or stable/7 I changed those branches to identify themselves as -PRERELEASE today. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-zeXyQ76f3JAR5wUOyfSe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkzql/IACgkQ/G14VSmup/a4VgCgkyQsPhnvi2sFw1TGB+OWWe/B V7EAnj5SXU5UZmhOdMmMnOUvA6XeCWib =GCLQ -----END PGP SIGNATURE----- --=-zeXyQ76f3JAR5wUOyfSe-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 18:09:12 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 9A2C81065675; Mon, 22 Nov 2010 18:09:12 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "army.of.root" Date: Mon, 22 Nov 2010 13:08:55 -0500 User-Agent: KMail/1.6.2 References: <201011152036.48181.jkim@FreeBSD.org> <201011191354.25486.jkim@FreeBSD.org> <4CE9A83E.8010005@googlemail.com> In-Reply-To: <4CE9A83E.8010005@googlemail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011221308.58119.jkim@FreeBSD.org> Cc: Ed Schouten , freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, Hans Petter Selasky Subject: Re: [Call for Tests] PAT issue on Apple hardware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 18:09:12 -0000 On Sunday 21 November 2010 06:16 pm, army.of.root wrote: > On 10\11\19 19:54, Jung-uk Kim wrote: > > On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote: > >> On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote: > >>> Often times I hear complaints like "my Mac hangs after > >>> upgrading to 8.1" or "snapshot CD hangs on my brand new Mac". > >>> I know some of these complaints started happening when we > >>> switched to new PAT layout. It is so puzzling because it never > >>> happened on non-Apple hardware, AFAIK. I really like to fix > >>> this problem but I cannot afford a Mac. :-P > >>> > >>> If you are one of those lucky people, please test the attached > >>> patch and report your hardware model and any improvement or > >>> regression. > >>> > >>> Also, I added a new tunable "vm.pmap.pat_works" so that you can > >>> turn it off from loader (i.e., "set vm.pmap.pat_works=0") and > >>> restore old behaviour without recompiling a new kernel. > >> > >> I revised this patch to make it more robust. > >> > >> http://people.freebsd.org/~jkim/pat-current.diff > >> > >> Also, I prepared a patch for stable/8. If you have recent Apple > >> hardware and it hangs with 8.1 or stable/8, please test this > >> patch. > >> > >> http://people.freebsd.org/~jkim/pat-stable.diff > > > > Anyone? I don't want to commit it blindly. :-( > > > > Jung-uk Kim > > > > Hi, > > I patched the current 8.1-STABLE snapshot CD's kernel and baked it > back into the iso. > > Before the patch, the kernel would hang, now the livefs cd boots > fine on my MacBookPro5,5 (2009 13" alu). > > Thank you so much ! - I love it. > > I attached a dmesg. - Please ask if you need more information, I'd > be happy to help. > > Keep up the awesome work :) I'll commit the patch to -current shortly. Thanks for testing! Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 20:45:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id B9E60106566C; Mon, 22 Nov 2010 20:45:40 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Stefan Walter Date: Mon, 22 Nov 2010 15:45:23 -0500 User-Agent: KMail/1.6.2 References: <20101115093709.GA1452@birne.dunkelkammer.void> <20101117141403.P39988@sola.nimnet.asn.au> <20101121103731.GB1430@birne.dunkelkammer.void> In-Reply-To: <20101121103731.GB1430@birne.dunkelkammer.void> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011221545.25520.jkim@FreeBSD.org> Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 20:45:41 -0000 On Sunday 21 November 2010 05:37 am, Stefan Walter wrote: > [Resent because I forgot to really cc jkim...sorry!] > > Ian Smith, 17.11.10, 04:20h CET: > > On Tue, 16 Nov 2010, Bruce Cran wrote: > > > On Tue, 16 Nov 2010 21:46:44 +0100 > > > > > > Lars Engels wrote: > > > > Download && compile the code (gcc -o chvt chvt.c). > > > > Add "$path/$to/chvt 1" to /etc/rc.suspend and > > > > "$path/$to/chvt 9" to /etc/rc.resume, so that your machine > > > > automatically changes to ttyv0 before going to sleep and > > > > changes back to X after waking up. > > > > > > The acpi code already does this: if you run acpiconf from > > > within X you'll see ttyv0 appear, the system turns off and > > > when resuming ttyv0 appears before X11. > > In my case, I don't see ttyv0 appear before suspend - neither from > within X nor from another tty. But when suspending from another > tty, I see ttyv0 briefly after resume before it switches back to > the one I started acpiconf from, so I guess the automatic switching > works at least between ttys. Most cases, it happens too fast and users don't notice transition. > When starting acpiconf from within X, I hear three beeps at > intervals of about one second before the system suspends. As I > wrote before, when the system resumes the screen turns on but > remains black, the keyboard doesn't seem to do anything and I can > only press the power button again to shut the system down > completely. There have been cases where I've seen the console right > before its powered down with lots of messages like this one (typed > from memory): > > info: [drm] wait idle failed status If you are using hw.acpi.reset_video=1, please load vesa.ko instead. hw.acpi.reset_video is an evil hack. ;-) I don't know why X.org complains, though. > > Perhaps this might be one of those machines (I have two) that > > respond positively to setting sysctl > > hw.syscons.sc_no_suspend_vtswitch=1 ? > > When I do that, the only difference I've noticed is that I don't > hear the three beeps mentioned above. > > Can anyone tell me if there have been changes to the ACPI code in > 8-STABLE since 8.1-RELEASE that might influence the suspend/resume > behaviour in this case? (There has been an MFC recently, but I have > no idea if that might change anything for me - cc'd jkim because he > seems to know much about this stuff.) Yes, I did several MFCs after 8.1-RELEASE, especially syscons(4), not ACPI. Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 22:14:13 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F63C1065694 for ; Mon, 22 Nov 2010 22:14:13 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas02p.mx.bigpond.com (nschwmtas02p.mx.bigpond.com [61.9.189.140]) by mx1.freebsd.org (Postfix) with ESMTP id B0D178FC12 for ; Mon, 22 Nov 2010 22:14:12 +0000 (UTC) Received: from nschwotgx04p.mx.bigpond.com ([124.188.161.100]) by nschwmtas02p.mx.bigpond.com with ESMTP id <20101122221410.LGEE25233.nschwmtas02p.mx.bigpond.com@nschwotgx04p.mx.bigpond.com>; Mon, 22 Nov 2010 22:14:10 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nschwotgx04p.mx.bigpond.com with ESMTP id <20101122221410.TDJU781.nschwotgx04p.mx.bigpond.com@johnny.reilly.home>; Mon, 22 Nov 2010 22:14:10 +0000 Date: Tue, 23 Nov 2010 09:13:50 +1100 From: Andrew Reilly To: Jonathan Stewart Message-ID: <20101122221350.GA81098@johnny.reilly.home> References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CEA8BA6.7080009@kc8onw.net> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.4CEAEB32.00CA,ss=1,fgs=0 Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 22:14:13 -0000 On Mon, Nov 22, 2010 at 10:26:30AM -0500, Jonathan Stewart wrote: > On 11/22/2010 6:35 AM, Andrew Reilly wrote: > >Dump/restore doesn't work for ZFS. I *think* that I'm running > >backups in the appropriate equivalent fashion: I take file > >system snapshots (both absolute == level 0) and relative > >(incremental), and zfs send those to files on the backup disk. > > This is actively discouraged, there is no recovery ability when > receiving zfs streams so 1 bad bit would invalidate your entire backup. Hmm. Isn't that a problem that also affects the "sending snapshots" scheme that you describe, below? > The currently accepted practice is to create a ZFS file system on the > backup drive and just keep sending incremental snapshots to it. As long > as the backup drive and host system have a snapshot in common you can do > incremental transfers. This way you only have to keep the most recent > snapshot on the main system and can keep as many as you have space for > on the backup drive. You also have direct access to any backed up > version of every file. That sounds like a very cool notion. Not unlike the time-machine scheme. Interesting how different capabilities require going back and re-thinking the problem, rather than just trying to implement the old solution with the new tools. I'll see how I go with it... Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Nov 22 22:22:41 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 285531065670 for ; Mon, 22 Nov 2010 22:22:41 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail.kc8onw.net (kc8onw.net [206.55.209.81]) by mx1.freebsd.org (Postfix) with ESMTP id 025428FC13 for ; Mon, 22 Nov 2010 22:22:40 +0000 (UTC) Received: from [10.70.3.3] (c-98-223-39-129.hsd1.in.comcast.net [98.223.39.129]) by mail.kc8onw.net (Postfix) with ESMTPSA id F1B736129B; Mon, 22 Nov 2010 17:22:39 -0500 (EST) Message-ID: <4CEAECB9.2080400@kc8onw.net> Date: Mon, 22 Nov 2010 17:20:41 -0500 From: Jonathan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andrew Reilly References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101122221350.GA81098@johnny.reilly.home> In-Reply-To: <20101122221350.GA81098@johnny.reilly.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2010 22:22:41 -0000 On 11/22/2010 5:13 PM, Andrew Reilly wrote: > On Mon, Nov 22, 2010 at 10:26:30AM -0500, Jonathan Stewart wrote: >> On 11/22/2010 6:35 AM, Andrew Reilly wrote: >>> Dump/restore doesn't work for ZFS. I *think* that I'm running >>> backups in the appropriate equivalent fashion: I take file >>> system snapshots (both absolute == level 0) and relative >>> (incremental), and zfs send those to files on the backup disk. >> >> This is actively discouraged, there is no recovery ability when >> receiving zfs streams so 1 bad bit would invalidate your entire backup. > > Hmm. Isn't that a problem that also affects the "sending > snapshots" scheme that you describe, below? When sending the snapshots to a new file system you know right away whether they are bad or not. Otherwise you find out when you are trying to restore and your backups are bad... A send could fail but you can always retry that, you can't retry anything when your trying to restore. Jonathan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 00:36:27 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07367106566C; Tue, 23 Nov 2010 00:36:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 79B5A8FC08; Tue, 23 Nov 2010 00:36:26 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id oAN0aP6M051871; Tue, 23 Nov 2010 00:36:25 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id oAN0aP3c051864; Tue, 23 Nov 2010 00:36:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 23 Nov 2010 00:36:25 GMT Message-Id: <201011230036.oAN0aP3c051864@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 00:36:27 -0000 TB --- 2010-11-22 23:33:55 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-11-22 23:33:55 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2010-11-22 23:33:55 - cleaning the object tree TB --- 2010-11-22 23:34:18 - cvsupping the source tree TB --- 2010-11-22 23:34:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2010-11-22 23:35:04 - building world TB --- 2010-11-22 23:35:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-22 23:35:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-22 23:35:04 - TARGET=powerpc TB --- 2010-11-22 23:35:04 - TARGET_ARCH=powerpc TB --- 2010-11-22 23:35:04 - TZ=UTC TB --- 2010-11-22 23:35:04 - __MAKE_CONF=/dev/null TB --- 2010-11-22 23:35:04 - cd /src TB --- 2010-11-22 23:35:04 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 22 23:35:05 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 23 00:26:36 UTC 2010 TB --- 2010-11-23 00:26:36 - generating LINT kernel config TB --- 2010-11-23 00:26:36 - cd /src/sys/powerpc/conf TB --- 2010-11-23 00:26:36 - /usr/bin/make -B LINT TB --- 2010-11-23 00:26:36 - building LINT kernel TB --- 2010-11-23 00:26:36 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-23 00:26:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-23 00:26:36 - TARGET=powerpc TB --- 2010-11-23 00:26:36 - TARGET_ARCH=powerpc TB --- 2010-11-23 00:26:36 - TZ=UTC TB --- 2010-11-23 00:26:36 - __MAKE_CONF=/dev/null TB --- 2010-11-23 00:26:36 - cd /src TB --- 2010-11-23 00:26:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 23 00:26:36 UTC 2010 >>> 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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/openpic_macio.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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/platform_powermac.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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/pmu.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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/smu.c /src/sys/powerpc/powermac/smu.c: In function 'smuiic_transfer': /src/sys/powerpc/powermac/smu.c:1322: error: 'IIC_M_NOSTOP' undeclared (first use in this function) /src/sys/powerpc/powermac/smu.c:1322: error: (Each undeclared identifier is reported only once /src/sys/powerpc/powermac/smu.c:1322: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-23 00:36:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-23 00:36:25 - ERROR: failed to build lint kernel TB --- 2010-11-23 00:36:25 - 3034.44 user 398.76 system 3750.18 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 02:06:59 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4FD6106564A for ; Tue, 23 Nov 2010 02:06:59 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id DB0268FC12 for ; Tue, 23 Nov 2010 02:06:58 +0000 (UTC) Received: from [10.0.1.3] (bas1-toronto09-1279336420.dsl.bell.ca [76.65.31.228]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id oAN1ThFc094263 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 22 Nov 2010 20:29:47 -0500 (EST) (envelope-from dmagda@ee.ryerson.ca) Message-Id: <9F5A7E06-9646-4D3B-BF72-273B713043DE@ee.ryerson.ca> From: David Magda To: Andrew Reilly In-Reply-To: <20101122221350.GA81098@johnny.reilly.home> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 22 Nov 2010 20:29:47 -0500 References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101122221350.GA81098@johnny.reilly.home> X-Mailer: Apple Mail (2.936) Cc: stable@freebsd.org, Jonathan Stewart Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 02:06:59 -0000 On Nov 22, 2010, at 17:13, Andrew Reilly wrote: >> The currently accepted practice is to create a ZFS file system on the >> backup drive and just keep sending incremental snapshots to it. As >> long >> as the backup drive and host system have a snapshot in common you >> can do >> incremental transfers. This way you only have to keep the most >> recent >> snapshot on the main system and can keep as many as you have space >> for >> on the backup drive. You also have direct access to any backed up >> version of every file. > > That sounds like a very cool notion. Not unlike the > time-machine scheme. Interesting how different capabilities > require going back and re-thinking the problem, rather than just > trying to implement the old solution with the new tools. As noted, saving the output of "zfs send" isn't very useful and generally not recommended as a backup mechanism. It's come up quite often on Sun/Oracle's zfs-discuss list: http://www.google.com/search?q=zfs+send/receive+as+backup+tool In addition to regular snapshots, also make sure to have an offline backup of some kind (tar, Networker, NetBackup, Amanada, etc.). Errors can propagate to online copies / backups, and if an intruder can penetrate your primary system, there's a good chance they can get to the secondary copy of your data; penetrating a tape on a shelf over the network would be much more challenging. :) Newer versions of ZFS also support a "zfs diff" command, but I'm not sure if that functionality has made it into FreeBSD yet: http://www.google.com/search?q=zfs+diff Combine "diff" with some snapshots and scripting, and you can speed up things like tar and rsync a lot since you don't have to traverse the entire file system to find changes. And at the end of the day remember it's not about about backups, but about restores. If you can't restore coherent data in a timely manner it's pointless. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 02:36:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CE411065674 for ; Tue, 23 Nov 2010 02:36:02 +0000 (UTC) (envelope-from r.sand@new-net.net) Received: from mx.new-net.net (195-13-59-48.oxyd.net [195.13.59.48]) by mx1.freebsd.org (Postfix) with ESMTP id 0BF948FC15 for ; Tue, 23 Nov 2010 02:36:01 +0000 (UTC) Received: (qmail 48509 invoked by uid 89); 23 Nov 2010 02:09:20 -0000 Received: from unknown (HELO m3.new-net.intra) (10.0.0.53) by 10.0.0.54 with SMTP; 23 Nov 2010 02:09:20 -0000 Received: (qmail 69280 invoked by uid 89); 23 Nov 2010 02:09:19 -0000 Received: by simscan 1.4.0 ppid: 69261, pid: 69270, t: 0.1829s scanners: attach: 1.4.0 clamav: 0.95.2/m:51/d:9560 Received: from unknown (HELO ?10.0.33.17?) (r.sand@new-net.net@82.235.179.84) by 10.0.0.53 with ESMTPA; 23 Nov 2010 02:09:18 -0000 From: Rudolph Sand Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 23 Nov 2010 03:09:17 +0100 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Subject: e1000 + vlan = connection lost after ifconfig + vlanid + vlandev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 02:36:02 -0000 Hi, I noticed that *something has changed* regarding vlan creation since = 8.0-rel and 7.1-rel, compared to 8.1-rel / 7-stable When creating a vlan under 8.1-rel (csup'ed the sources yesterday), the = box looses all connectivity I'm using the following cards: em0@pci0:1:0:0: class=3D0x020000 card=3D0x10d315d9 chip=3D0x10d38086 = rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Intel 82574L Gigabit Ethernet Controller (82574L)' I was used to create my vlan with the following (works on 8.0 and 7.1): ifconfig vlan0 create ifconfig vlan0 10.0.0.1 netmask 255.0.0.0 vlan 1234 vlandev em0 Now I don't have the proper knowledge to say *what* changed and *why*, = but I did manage to find a possible fix (with a little inspiration, = thanks Darius) At some point, I realized the kernel wasn't panic'ing, since my 'sleep = 200 && reboot &' command, issued before the ifconfig, was executed, and = the box was indeed rebooting after 200 secs ... Bottom line, is we realized a simple "ifconfig em0 down" than = "ifconfig em0 up" would fix the issue ! So i made a simple script for /usr/local/etc/rc.d/000.vlan.sh enclosed = below I'm still wondering if there isn't a cleaner way to do this via rc.conf = ... But at least, it's a working fix-of-the-poor Home this can still help someone Ps: sorry if this is the wrong place to post this info, that's my very = first humble contribution Rud. 000.vlan.sh : ----- #!/bin/sh ip=3D10.0.0.1 mask=3D255.0.0.0 vlanid=3D1234 vlandev=3Dvlan0 cloneddevice=3Dem0 case $1 in start) log=3D/var/log/vlan.log touch $log ifconfig $vlandev create >> $log ifconfig $vlandev $ip netmask $mask vlan $vlanid vlandev = $cloneddevice >> $log ifconfig $cloneddevice down >> $log = =20 ifconfig $cloneddevice up >> $log = =20 # for debug ... # mv /usr/local/etc/rc.d/000.vlan.sh /root/000.vlan.sh && sleep 800 && = reboot & =20 ;; = =20 stop) = =20 ;; = =20 esac =20 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 06:04:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FC5B106566C for ; Tue, 23 Nov 2010 06:04:37 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id A8B778FC1D for ; Tue, 23 Nov 2010 06:04:36 +0000 (UTC) Received: by wwc33 with SMTP id 33so416379wwc.1 for ; Mon, 22 Nov 2010 22:04:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=nflSPqgWOB71arjycKFVXRLE7i6y8bjDk+F2iWfY7PI=; b=QXeFVTkWhK7IOTvrHXWVM5ZGP2nOdOiRvzX/3H4YzBkjNNmQ7ulJQ88eRnSzCAcrin IQJoJXJkU6OF6k5dWBccxRGpO7zIxrKs1E6jeGX7sniOIV2PTCwBphRzAGw85uWd1GTy MFfOiL9XLgGDpBxhbgsnfwV/1OXEDlpuy8rWU= 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; b=TSQokp7u9YyZPCQqQdOjNPcz+MUT1xHO08/VC/JteMSjCXSqWy07+eXsosSklWniDH YvIgLrW47BycNgV4N9xcO+ikaCIkl7Bvgw4v1uSQGvA5fSlMhYO4xPoRZ8lpVbuDOKuQ PPRZBuvaTR367tfY9m6npEez71FupDL834btU= MIME-Version: 1.0 Received: by 10.227.68.206 with SMTP id w14mr7028495wbi.144.1290492275225; Mon, 22 Nov 2010 22:04:35 -0800 (PST) Received: by 10.227.136.73 with HTTP; Mon, 22 Nov 2010 22:04:35 -0800 (PST) In-Reply-To: References: Date: Tue, 23 Nov 2010 00:04:35 -0600 Message-ID: From: Zhihao Yuan To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 06:04:37 -0000 I just updated to the latest stable: ~> uname -a FreeBSD compaq.yuetime 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #1: Mon Nov 22 23:44:47 CST 2010 root@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64 OK, a little bit better: ~> sudo dtrace -lP syscall dtrace: invalid probe specifier syscall: "/usr/lib/dtrace/psinfo.d", line 88: failed to resolve type kernel`struct thread * for identifier curthread: Unknown type name -- which means the CTF does work, but fails to work perfectly. HELP.... On Mon, Nov 22, 2010 at 11:45 PM, Zhihao Yuan wrote: > ~> uname -a > FreeBSD compaq.yuetime 8.1-STABLE FreeBSD 8.1-STABLE #0: Thu Nov 18 > 01:32:06 CST > 2010 root@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64 > > I added the required options to the kernel config file: > > Code: > > options KDTRACE_FRAME > options KDTRACE_HOOKS > options DDB_CTF > > and compiled/installed the kernel WITH_CTF=1 successfully. > > sudo make buildkernel KERNCONF=HOUKAGO WITH_CTF=1 > sudo make installkernel KERNCONF=HOUKAGO WITH_CTF=1 > > The dtraceall is loaded, and dtrace -l works. But whenever I want to run a > dtrace command, I get something like: > > ~> sudo dtrace -lP syscall > dtrace: invalid probe specifier syscall: "/usr/lib/dtrace/psinfo.d", line > 37: syntax error near "uid_t" > > The error message looks like what you got when WITH_CTF=1 is not > presented. Any idea? > > -- > Zhihao Yuan > The best way to predict the future is to invent it. > > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 06:09:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EAB3106564A for ; Tue, 23 Nov 2010 06:09:12 +0000 (UTC) (envelope-from lichray@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 CABE78FC08 for ; Tue, 23 Nov 2010 06:09:11 +0000 (UTC) Received: by wwd20 with SMTP id 20so7972867wwd.31 for ; Mon, 22 Nov 2010 22:09:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=awzwRP4Fd97f9tYpKx7F94K6FGhp71wIZE41VFzRGeE=; b=kozZ6XxYqYBWXi/u5SE7jFulr9DiqRLtvP/8zIJvhqlHtjQ9lD4bCrOlN4GieoiAL+ xXypAzpXRqP4pfUyUWxg6+FaL+Q5varEVqdD9nawt4V8LZrYGevshqIr0wb8w0lS22cs 3oQaWHtNTjleLQCZHvoGCISOyizdaUo4nUqns= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=k/lxwGm3eBuL6bji2rkOroQ4o7h/hS4mjRavMKHoHbRe1Ilo4Y3dHlu9PY2dUELxg7 AfWsc40T2Z2BmiOPq82YM8CgYwe6T7wYItR8nfuYn8CH6jhpvLnU7bTJMEn1f5VFRApm vtaWpCbNfQJZ/5tkm+CvViR3vraiD4o+fvJJ0= MIME-Version: 1.0 Received: by 10.227.141.205 with SMTP id n13mr2064168wbu.28.1290491138601; Mon, 22 Nov 2010 21:45:38 -0800 (PST) Received: by 10.227.136.73 with HTTP; Mon, 22 Nov 2010 21:45:38 -0800 (PST) Date: Mon, 22 Nov 2010 23:45:38 -0600 Message-ID: From: Zhihao Yuan To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 06:09:12 -0000 ~> uname -a FreeBSD compaq.yuetime 8.1-STABLE FreeBSD 8.1-STABLE #0: Thu Nov 18 01:32:06 CST 2010 root@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64 I added the required options to the kernel config file: Code: options KDTRACE_FRAME options KDTRACE_HOOKS options DDB_CTF and compiled/installed the kernel WITH_CTF=1 successfully. sudo make buildkernel KERNCONF=HOUKAGO WITH_CTF=1 sudo make installkernel KERNCONF=HOUKAGO WITH_CTF=1 The dtraceall is loaded, and dtrace -l works. But whenever I want to run a dtrace command, I get something like: ~> sudo dtrace -lP syscall dtrace: invalid probe specifier syscall: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" The error message looks like what you got when WITH_CTF=1 is not presented. Any idea? -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 06:14:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429B9106566B; Tue, 23 Nov 2010 06:14:43 +0000 (UTC) (envelope-from alexz@visp.ru) Received: from mail.visp.ru (srv1.visp.ru [91.215.204.2]) by mx1.freebsd.org (Postfix) with ESMTP id E74498FC0A; Tue, 23 Nov 2010 06:14:42 +0000 (UTC) Received: from 91-215-205-255.static.visp.ru ([91.215.205.255] helo=zagrebin) by mail.visp.ru with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PKm9H-000FtM-AZ; Tue, 23 Nov 2010 09:14:39 +0300 From: "Alexander Zagrebin" To: "'Andriy Gapon'" References: <3D1C350B94A44E5D95BAA1596D1EBF13@vosz.local> <20101029090417.GA17537@two.kliksys.ru> <4CCABFC2.3040701@icyb.net.ua> <4CCADD37.7000306@icyb.net.ua> <20101029152602.GA18613@two.kliksys.ru> <4CCAF0EB.4080001@icyb.net.ua> <20101029175105.GB18613@two.kliksys.ru> <4CCBD443.7010305@icyb.net.ua> <4CCBD46E.9030200@icyb.net.ua> <4CCBD661.3000204@freebsd.org> <4CCBEAF6.2030408@freebsd.org> Date: Tue, 23 Nov 2010 09:14:39 +0300 Message-ID: <6044ED86001A4358AA97FD83AA17A09C@vosz.local> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 In-Reply-To: <4CCBEAF6.2030408@freebsd.org> Thread-Index: Act4GD5NACL+NXGlSmaBrGb/93dA7ASvK9Sw Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: RE: 8.1-STABLE: zfs and sendfile: problem still exists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 06:14:43 -0000 > -----Original Message----- > From: Andriy Gapon [mailto:avg@freebsd.org] > Sent: Saturday, October 30, 2010 1:53 PM > To: Artemiev Igor > Cc: freebsd-stable@freebsd.org; freebsd-fs@freebsd.org; > Alexander Zagrebin > Subject: Re: 8.1-STABLE: zfs and sendfile: problem still exists > > > Heh, next try. > > Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > =================================================================== > --- > sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > (revision 214318) > +++ > sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > (working copy) > @@ -67,6 +67,7 @@ > #include > #include > #include > +#include > > /* > * Programming rules. > @@ -464,7 +465,7 @@ > uiomove_fromphys(&m, off, bytes, uio); > VM_OBJECT_LOCK(obj); > vm_page_wakeup(m); > - } else if (m != NULL && uio->uio_segflg == UIO_NOCOPY) { > + } else if (uio->uio_segflg == UIO_NOCOPY) { > /* > * The code below is here to make > sendfile(2) work > * correctly with ZFS. As pointed out by ups@ > @@ -474,9 +475,23 @@ > */ > KASSERT(off == 0, > ("unexpected offset in mappedread > for sendfile")); > - if (vm_page_sleep_if_busy(m, FALSE, "zfsmrb")) > + if (m != NULL && > vm_page_sleep_if_busy(m, FALSE, "zfsmrb")) > goto again; > - vm_page_busy(m); > + if (m == NULL) { > + m = vm_page_alloc(obj, > OFF_TO_IDX(start), > + VM_ALLOC_NOBUSY | VM_ALLOC_NORMAL); > + if (m == NULL) { > + VM_OBJECT_UNLOCK(obj); > + VM_WAIT; > + VM_OBJECT_LOCK(obj); > + goto again; > + } > + } else { > + vm_page_lock_queues(); > + vm_page_wire(m); > + vm_page_unlock_queues(); > + } > + vm_page_io_start(m); > VM_OBJECT_UNLOCK(obj); > if (dirbytes > 0) { > error = dmu_read_uio(os, zp->z_id, uio, > @@ -494,7 +509,10 @@ > VM_OBJECT_LOCK(obj); > if (error == 0) > m->valid = VM_PAGE_BITS_ALL; > - vm_page_wakeup(m); > + vm_page_io_finish(m); > + vm_page_lock_queues(); > + vm_page_unwire(m, 0); > + vm_page_unlock_queues(); > if (error == 0) { > uio->uio_resid -= bytes; > uio->uio_offset += bytes; > It seems that this patch isn't merged into RELENG_8. Are there chances that it will be merged before 8.2-RELEASE? -- Alexander Zagrebin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 06:17:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99A7E10656AC; Tue, 23 Nov 2010 06:17:37 +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 A9B0C8FC1C; Tue, 23 Nov 2010 06:17:36 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id IAA11870; Tue, 23 Nov 2010 08:17:33 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PKmC5-000CYc-EF; Tue, 23 Nov 2010 08:17:33 +0200 Message-ID: <4CEB5C83.4090404@freebsd.org> Date: Tue, 23 Nov 2010 08:17:39 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alexander Zagrebin References: <3D1C350B94A44E5D95BAA1596D1EBF13@vosz.local> <20101029090417.GA17537@two.kliksys.ru> <4CCABFC2.3040701@icyb.net.ua> <4CCADD37.7000306@icyb.net.ua> <20101029152602.GA18613@two.kliksys.ru> <4CCAF0EB.4080001@icyb.net.ua> <20101029175105.GB18613@two.kliksys.ru> <4CCBD443.7010305@icyb.net.ua> <4CCBD46E.9030200@icyb.net.ua> <4CCBD661.3000204@freebsd.org> <4CCBEAF6.2030408@freebsd.org> <6044ED86001A4358AA97FD83AA17A09C@vosz.local> In-Reply-To: <6044ED86001A4358AA97FD83AA17A09C@vosz.local> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.1-STABLE: zfs and sendfile: problem still exists X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 06:17:37 -0000 on 23/11/2010 08:14 Alexander Zagrebin said the following: > It seems that this patch isn't merged into RELENG_8. > Are there chances that it will be merged before 8.2-RELEASE? Yes. MFC timer is ticking. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 06:29:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE39B106564A for ; Tue, 23 Nov 2010 06:29:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4668FC17 for ; Tue, 23 Nov 2010 06:29:14 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta06.westchester.pa.mail.comcast.net with comcast id aWRB1f0030vyq2s56WVFG4; Tue, 23 Nov 2010 06:29:15 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta05.westchester.pa.mail.comcast.net with comcast id aWVE1f0053LrwQ23RWVET2; Tue, 23 Nov 2010 06:29:15 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 41B029B427; Mon, 22 Nov 2010 22:29:13 -0800 (PST) Date: Mon, 22 Nov 2010 22:29:13 -0800 From: Jeremy Chadwick To: Zhihao Yuan Message-ID: <20101123062913.GA69131@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 06:29:16 -0000 On Mon, Nov 22, 2010 at 11:45:38PM -0600, Zhihao Yuan wrote: > ~> uname -a > FreeBSD compaq.yuetime 8.1-STABLE FreeBSD 8.1-STABLE #0: Thu Nov 18 01:32:06 > CST > 2010 root@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64 > > I added the required options to the kernel config file: > > Code: > > options KDTRACE_FRAME > options KDTRACE_HOOKS > options DDB_CTF > > and compiled/installed the kernel WITH_CTF=1 successfully. > > sudo make buildkernel KERNCONF=HOUKAGO WITH_CTF=1 > sudo make installkernel KERNCONF=HOUKAGO WITH_CTF=1 > > The dtraceall is loaded, and dtrace -l works. But whenever I want to run a > dtrace command, I get something like: > > ~> sudo dtrace -lP syscall > dtrace: invalid probe specifier syscall: "/usr/lib/dtrace/psinfo.d", line > 37: syntax error near "uid_t" > > The error message looks like what you got when WITH_CTF=1 is not presented. > Any idea? I don't know if this will help, but I followed the procedure here: http://wiki.freebsd.org/DTrace Which worked fine. See this thread for verification that the above works correctly: http://lists.freebsd.org/pipermail/freebsd-fs/2010-October/009780.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 07:04:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 963911065698 for ; Tue, 23 Nov 2010 07:04:47 +0000 (UTC) (envelope-from wilkinsa@dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id E9B7C8FC2E for ; Tue, 23 Nov 2010 07:04:46 +0000 (UTC) Received: from ednmsw520.dsto.defence.gov.au (ednmsw520.dsto.defence.gov.au [131.185.68.60]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id oAN6vR09026169 for ; Tue, 23 Nov 2010 17:27:28 +1030 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw520.dsto.defence.gov.au (Clearswift SMTPRS 5.4.0) with ESMTP id for ; Tue, 23 Nov 2010 17:34:44 +1030 Received: from stlex511.dsto.defence.gov.au ([203.6.60.49]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.3959); Tue, 23 Nov 2010 17:34:43 +1030 Received: from stlux550.dsto.defence.gov.au ([203.6.60.61]) by stlex511.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.4675); Tue, 23 Nov 2010 15:04:42 +0800 Received: from stlux550.dsto.defence.gov.au (localhost [127.0.0.1]) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3) with ESMTP id oAN74gSm010019 for ; Tue, 23 Nov 2010 15:04:42 +0800 (WST) (envelope-from wilkinsa@stlux550.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by stlux550.dsto.defence.gov.au (8.14.3/8.14.3/Submit) id oAN74gcW010018 for freebsd-stable@freebsd.org; Tue, 23 Nov 2010 15:04:42 +0800 (WST) (envelope-from wilkinsa) Date: Tue, 23 Nov 2010 15:04:42 +0800 From: "Wilkinson, Alex" To: freebsd-stable@freebsd.org Message-ID: <20101123070442.GN8547@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: Organisation: Defence Science Technology Organisation X-Message-Flag: "Please Restore Line Breaks If Necessary" User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 23 Nov 2010 07:04:42.0732 (UTC) FILETIME=[B3FCD2C0:01CB8ADC] X-TM-AS-Product-Ver: SMEX-8.0.0.1285-6.500.1024-17784.005 X-TM-AS-Result: No--4.614600-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No Content-Transfer-Encoding: 7bit Subject: Re: www/chromium ignores proxy settings [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 07:04:47 -0000 0n Mon, Nov 22, 2010 at 02:19:32PM +0000, Tom Evans wrote: >On Mon, Nov 22, 2010 at 2:00 PM, Alexander Logvinov wrote: >> ??Use ??chrome --proxy-server="http://proxy:3128/" :) >That didn't work either, it would not even make any connections then. >With '--proxy-server=proxy:3128' though, it works correctly! >It would still be nice to be able to set these options in the right >place in the gui, and have them work :) Try: --proxy-pac-url="http://proxy-server:port" Work for me. -Alex IMPORTANT: This email remains the property of the Department of Defence and is subject to the jurisdiction of section 70 of the Crimes Act 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 08:12:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C719106566B for ; Tue, 23 Nov 2010 08:12:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 45D9D8FC0C for ; Tue, 23 Nov 2010 08:12:46 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta02.westchester.pa.mail.comcast.net with comcast id aYBU1f0011swQuc52YCmVf; Tue, 23 Nov 2010 08:12:46 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta15.westchester.pa.mail.comcast.net with comcast id aYCl1f0083LrwQ23bYCmWy; Tue, 23 Nov 2010 08:12:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 23D589B427; Tue, 23 Nov 2010 00:12:44 -0800 (PST) Date: Tue, 23 Nov 2010 00:12:44 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20101123081244.GA38354@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 08:12:47 -0000 Forwarding back to the mailing list since the OP didn't CC it on his reply to me. ----- Forwarded message from Zhihao Yuan ----- > From: Zhihao Yuan > To: Jeremy Chadwick > Date: Tue, 23 Nov 2010 01:18:57 -0600 > Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE > > I followed the instructions, but still can not run any D-scripts. All > scripts shows the error message that I just posted. > > On Tue, Nov 23, 2010 at 12:29 AM, Jeremy Chadwick > wrote: > > > On Mon, Nov 22, 2010 at 11:45:38PM -0600, Zhihao Yuan wrote: > > > ~> uname -a > > > FreeBSD compaq.yuetime 8.1-STABLE FreeBSD 8.1-STABLE #0: Thu Nov 18 > > 01:32:06 > > > CST > > > 2010 root@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64 > > > > > > I added the required options to the kernel config file: > > > > > > Code: > > > > > > options KDTRACE_FRAME > > > options KDTRACE_HOOKS > > > options DDB_CTF > > > > > > and compiled/installed the kernel WITH_CTF=1 successfully. > > > > > > sudo make buildkernel KERNCONF=HOUKAGO WITH_CTF=1 > > > sudo make installkernel KERNCONF=HOUKAGO WITH_CTF=1 > > > > > > The dtraceall is loaded, and dtrace -l works. But whenever I want to run > > a > > > dtrace command, I get something like: > > > > > > ~> sudo dtrace -lP syscall > > > dtrace: invalid probe specifier syscall: "/usr/lib/dtrace/psinfo.d", line > > > 37: syntax error near "uid_t" > > > > > > The error message looks like what you got when WITH_CTF=1 is not > > presented. > > > Any idea? > > > > I don't know if this will help, but I followed the procedure here: > > > > http://wiki.freebsd.org/DTrace > > > > Which worked fine. See this thread for verification that the above > > works correctly: > > > > http://lists.freebsd.org/pipermail/freebsd-fs/2010-October/009780.html > > > > -- > > | Jeremy Chadwick jdc@parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > > -- > Zhihao Yuan > The best way to predict the future is to invent it. ----- End forwarded message ----- -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 08:21:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81043106564A for ; Tue, 23 Nov 2010 08:21:00 +0000 (UTC) (envelope-from lichray@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 3C7868FC0C for ; Tue, 23 Nov 2010 08:21:00 +0000 (UTC) Received: by iwn39 with SMTP id 39so9657236iwn.13 for ; Tue, 23 Nov 2010 00:20:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=j/OvlPwrR2PFoRcOWbPvi7dxLVkkzLkCvg0aMALMqA4=; b=FM2jNKwhQbqhEbIs2zZQTXZOgF3Kmu3J0EhWSaEYpCfvbPX/yp/GGUuS5pohAoH5w/ 0pKT4JuTjJP34OSfmeNdILEa+xioa4TKer1DTLBOVj2SgKqmyhSHXge+5DY1Ldoa0isL ypM4vLEeD+aPx3bBuCq9ZvFLVdYxPQUY5NuXg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=lvW7MgUQlEjmmMv2j0YRliCgEuB/eiltVLgrBNfwyPQGJC9304RXz6azYxjPcoba1u 66iPAZZBv8bplrpPTF7qmYkXvqZEhkFo/EjX/q5aQxMdSNGIP11cW94THcp50bMMgk6k fd45LcvY+LLKRFs++2AUSxDaUghOLtxAjZlSs= Received: by 10.231.35.130 with SMTP id p2mr8011654ibd.135.1290500458257; Tue, 23 Nov 2010 00:20:58 -0800 (PST) Received: from compaq.yuetime (c-98-228-178-175.hsd1.il.comcast.net [98.228.178.175]) by mx.google.com with ESMTPS id 34sm6293305ibi.2.2010.11.23.00.20.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Nov 2010 00:20:57 -0800 (PST) Date: Tue, 23 Nov 2010 02:20:46 -0600 From: Zhihao Yuan To: freebsd-stable@freebsd.org Message-ID: <20101123082046.GA62301@compaq.yuetime> References: <20101123081244.GA38354@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline In-Reply-To: <20101123081244.GA38354@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 08:21:00 -0000 --neYutvxvOLaeuPCA Content-Type: multipart/mixed; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Attach my kernel configuration here, just in case.=20 On 00:12 Tue 23 Nov, Jeremy Chadwick wrote: > Forwarding back to the mailing list since the OP didn't CC it on his > reply to me. >=20 > ----- Forwarded message from Zhihao Yuan ----- >=20 > > From: Zhihao Yuan > > To: Jeremy Chadwick > > Date: Tue, 23 Nov 2010 01:18:57 -0600 > > Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE > >=20 > > I followed the instructions, but still can not run any D-scripts. All > > scripts shows the error message that I just posted. > >=20 > > On Tue, Nov 23, 2010 at 12:29 AM, Jeremy Chadwick > > wrote: > >=20 > > > On Mon, Nov 22, 2010 at 11:45:38PM -0600, Zhihao Yuan wrote: > > > > ~> uname -a > > > > FreeBSD compaq.yuetime 8.1-STABLE FreeBSD 8.1-STABLE #0: Thu Nov 18 > > > 01:32:06 > > > > CST > > > > 2010 root@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64 > > > > > > > > I added the required options to the kernel config file: > > > > > > > > Code: > > > > > > > > options KDTRACE_FRAME > > > > options KDTRACE_HOOKS > > > > options DDB_CTF > > > > > > > > and compiled/installed the kernel WITH_CTF=3D1 successfully. > > > > > > > > sudo make buildkernel KERNCONF=3DHOUKAGO WITH_CTF=3D1 > > > > sudo make installkernel KERNCONF=3DHOUKAGO WITH_CTF=3D1 > > > > > > > > The dtraceall is loaded, and dtrace -l works. But whenever I want t= o run > > > a > > > > dtrace command, I get something like: > > > > > > > > ~> sudo dtrace -lP syscall > > > > dtrace: invalid probe specifier syscall: "/usr/lib/dtrace/psinfo.d"= , line > > > > 37: syntax error near "uid_t" > > > > > > > > The error message looks like what you got when WITH_CTF=3D1 is not > > > presented. > > > > Any idea? > > > > > > I don't know if this will help, but I followed the procedure here: > > > > > > http://wiki.freebsd.org/DTrace > > > > > > Which worked fine. See this thread for verification that the above > > > works correctly: > > > > > > http://lists.freebsd.org/pipermail/freebsd-fs/2010-October/009780.html > > > > > > -- > > > | Jeremy Chadwick jdc@parodius.com | > > > | Parodius Networking http://www.parodius.com/ | > > > | UNIX Systems Administrator Mountain View, CA, USA | > > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > > > > >=20 > >=20 > > --=20 > > Zhihao Yuan > > The best way to predict the future is to invent it. >=20 > ----- End forwarded message ----- >=20 > --=20 > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. -------------------------------------------------- let focus =3D 'computing' in here: http://let-in.blogspot.com (let (me Program!)): http://lichray.blogspot.com --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename=HOUKAGO cpu HAMMER ident HOUKAGO # To statically compile in device wiring instead of /boot/device.hints hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options NETGRAPH # Graph based kernel networking subsystem options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options UFS_GJOURNAL # Enable gjournal-based UFS journaling #options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options LIBICONV # Preload iconv options MSDOSFS_ICONV # MSDOS Filesystem with iconv support options EXT2FS # Ext2/3 Filesystem options CD9660 # ISO 9660 Filesystem #options PROCFS # Process filesystem (requires PSEUDOFS) #options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD32 # Compatible with i386 binaries #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 #options COMPAT_FREEBSD5 # Compatible with FreeBSD5 #options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache options KDTRACE_FRAME # Ensure frames are compiled in options KDTRACE_HOOKS # Kernel DTrace hooks options DDB_CTF # Kernel ELF linker loads CTF data #options INCLUDE_CONFIG_FILE # Include this file in kernel # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device acpi_wmi device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #options SC_PIXEL_MODE #options X86BIOS #device vesa # enable VESA console device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet # Wireless NIC cards device wlan # 802.11 support #options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's #options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device urio # Diamond Rio 500 MP3 player # FireWire support device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) # Sound subsystem device sound device snd_hda --x+6KMIRAuhnl3hBn-- --neYutvxvOLaeuPCA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkzreV0ACgkQflQ9HU+rZa1RfQCfRViZp60NSqp43/4ozN+QdAPT GpEAn2HvQZiGWz7QCdI39JwYdQUjmV4c =FT0A -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 10:43:42 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81D9D106566C; Tue, 23 Nov 2010 10:43:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 007D68FC0A; Tue, 23 Nov 2010 10:43:41 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id oANAhf3O034501; Tue, 23 Nov 2010 10:43:41 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id oANAhfKv034497; Tue, 23 Nov 2010 10:43:41 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 23 Nov 2010 10:43:41 GMT Message-Id: <201011231043.oANAhfKv034497@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 10:43:42 -0000 TB --- 2010-11-23 09:41:39 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-11-23 09:41:39 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2010-11-23 09:41:39 - cleaning the object tree TB --- 2010-11-23 09:42:02 - cvsupping the source tree TB --- 2010-11-23 09:42:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2010-11-23 09:43:33 - building world TB --- 2010-11-23 09:43:33 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-23 09:43:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-23 09:43:33 - TARGET=powerpc TB --- 2010-11-23 09:43:33 - TARGET_ARCH=powerpc TB --- 2010-11-23 09:43:33 - TZ=UTC TB --- 2010-11-23 09:43:33 - __MAKE_CONF=/dev/null TB --- 2010-11-23 09:43:33 - cd /src TB --- 2010-11-23 09:43:33 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 23 09:43:33 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Nov 23 10:34:07 UTC 2010 TB --- 2010-11-23 10:34:07 - generating LINT kernel config TB --- 2010-11-23 10:34:07 - cd /src/sys/powerpc/conf TB --- 2010-11-23 10:34:07 - /usr/bin/make -B LINT TB --- 2010-11-23 10:34:07 - building LINT kernel TB --- 2010-11-23 10:34:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-23 10:34:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-23 10:34:07 - TARGET=powerpc TB --- 2010-11-23 10:34:07 - TARGET_ARCH=powerpc TB --- 2010-11-23 10:34:07 - TZ=UTC TB --- 2010-11-23 10:34:07 - __MAKE_CONF=/dev/null TB --- 2010-11-23 10:34:07 - cd /src TB --- 2010-11-23 10:34:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 23 10:34:07 UTC 2010 >>> 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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/openpic_macio.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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/platform_powermac.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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/pmu.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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/smu.c /src/sys/powerpc/powermac/smu.c: In function 'smuiic_transfer': /src/sys/powerpc/powermac/smu.c:1322: error: 'IIC_M_NOSTOP' undeclared (first use in this function) /src/sys/powerpc/powermac/smu.c:1322: error: (Each undeclared identifier is reported only once /src/sys/powerpc/powermac/smu.c:1322: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-23 10:43:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-23 10:43:41 - ERROR: failed to build lint kernel TB --- 2010-11-23 10:43:41 - 3003.48 user 399.13 system 3721.66 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 11:28:39 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CC65106564A for ; Tue, 23 Nov 2010 11:28:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 396A28FC13 for ; Tue, 23 Nov 2010 11:28:38 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA11.westchester.pa.mail.comcast.net with comcast id abPt1f00516LCl05BbUeXA; Tue, 23 Nov 2010 11:28:38 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta06.westchester.pa.mail.comcast.net with comcast id abUT1f00H3LrwQ23SbUYFK; Tue, 23 Nov 2010 11:28:35 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E18839B427; Tue, 23 Nov 2010 03:28:24 -0800 (PST) Date: Tue, 23 Nov 2010 03:28:24 -0800 From: Jeremy Chadwick To: stable@freebsd.org Message-ID: <20101123112824.GA4609@icarus.home.lan> References: <201011231043.oANAhfKv034497@freebsd-stable.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011231043.oANAhfKv034497@freebsd-stable.sentex.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: powerpc@freebsd.org, nwhitehorn@freebsd.org Subject: Re: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 11:28:39 -0000 On Tue, Nov 23, 2010 at 10:43:41AM +0000, FreeBSD Tinderbox wrote: > [...] > 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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/smu.c > /src/sys/powerpc/powermac/smu.c: In function 'smuiic_transfer': > /src/sys/powerpc/powermac/smu.c:1322: error: 'IIC_M_NOSTOP' undeclared (first use in this function) > /src/sys/powerpc/powermac/smu.c:1322: error: (Each undeclared identifier is reported only once > /src/sys/powerpc/powermac/smu.c:1322: error: for each function it appears in.) > *** Error code 1 This has been broken for over 24 hours now. CC'ing committer. Commit: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/powerpc/powermac/smu.c#rev1.1.2.6 Diff: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/powerpc/powermac/smu.c.diff?r1=1.1.2.5;r2=1.1.2.6;f=h -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 12:39:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFF7E1065670 for ; Tue, 23 Nov 2010 12:39:50 +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 323618FC1C for ; Tue, 23 Nov 2010 12:39:49 +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 OAA19992; Tue, 23 Nov 2010 14:39:47 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEBB613.5010009@freebsd.org> Date: Tue, 23 Nov 2010 14:39:47 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Zhihao Yuan References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> In-Reply-To: <20101123082046.GA62301@compaq.yuetime> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 12:39:52 -0000 on 23/11/2010 10:20 Zhihao Yuan said the following: > Attach my kernel configuration here, just in case. > > On 00:12 Tue 23 Nov, Jeremy Chadwick wrote: >> Forwarding back to the mailing list since the OP didn't CC it on his >> reply to me. >> >> ----- Forwarded message from Zhihao Yuan ----- >> >>> From: Zhihao Yuan >>> To: Jeremy Chadwick >>> Date: Tue, 23 Nov 2010 01:18:57 -0600 >>> Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE >>> >>> I followed the instructions, but still can not run any D-scripts. All >>> scripts shows the error message that I just posted. Are the installed world and the installed kernel in sync? (Built from the same state of source code). -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 12:46:06 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F6BF106566B for ; Tue, 23 Nov 2010 12:46:06 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas05p.mx.bigpond.com (nschwmtas05p.mx.bigpond.com [61.9.189.149]) by mx1.freebsd.org (Postfix) with ESMTP id BF4208FC08 for ; Tue, 23 Nov 2010 12:46:05 +0000 (UTC) Received: from nschwotgx01p.mx.bigpond.com ([124.188.161.100]) by nschwmtas05p.mx.bigpond.com with ESMTP id <20101123124604.MTOT11322.nschwmtas05p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com>; Tue, 23 Nov 2010 12:46:04 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20101123124603.BJVI8424.nschwotgx01p.mx.bigpond.com@johnny.reilly.home>; Tue, 23 Nov 2010 12:46:03 +0000 Date: Tue, 23 Nov 2010 23:45:43 +1100 From: Andrew Reilly To: Jonathan Stewart Message-ID: <20101123124543.GA4751@johnny.reilly.home> References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CEA8BA6.7080009@kc8onw.net> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.4CEBB78C.0010,ss=1,fgs=0 X-SIH-MSG-ID: qh8yFdf7TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rHNvZRv9GgxDxPJhuHNGUmaazgTY3Rs9mK Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 12:46:06 -0000 On Mon, Nov 22, 2010 at 10:26:30AM -0500, Jonathan Stewart wrote: > On 11/22/2010 6:35 AM, Andrew Reilly wrote: > >Dump/restore doesn't work for ZFS. I *think* that I'm running > >backups in the appropriate equivalent fashion: I take file > >system snapshots (both absolute == level 0) and relative > >(incremental), and zfs send those to files on the backup disk. > > This is actively discouraged, there is no recovery ability when > receiving zfs streams so 1 bad bit would invalidate your entire backup. > > The currently accepted practice is to create a ZFS file system on the > backup drive and just keep sending incremental snapshots to it. As long > as the backup drive and host system have a snapshot in common you can do > incremental transfers. This way you only have to keep the most recent > snapshot on the main system and can keep as many as you have space for > on the backup drive. You also have direct access to any backed up > version of every file. For those playing along at home, I'll issue a small warning, based on today's frolics: Say, for example, one had done a: zfs send -vR tank/home@0 | zfs receive -d /backup/snapshots in order to experiment with this strategy. One would then become alarmed when one discovered that the receive mechanism also invoked the mountpoint= parameter of the source filesystem, and the zfs propensity for just doing stuff, and boom: you have a read-only version of your home directory mounted *on top of* your actual home directory... Required a reboot to single user mode, to go in and reset the mountpoint setting for the newly created file system (by way of hitting the power switch, after using zfs unmount -f to royally screw things up, preventing subsequent network logins.) Left wondering how to manage that change as part of an automated backup schedule. I think that this backup strategy has a few sharp edges... No, I don't like tar, rsync and friends for backups: they don't deal well with hard links, special files or sparse files. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 12:56:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE4A41065670 for ; Tue, 23 Nov 2010 12:56:03 +0000 (UTC) (envelope-from thomas@ronner.org) Received: from mail.knopje.net (unknown [IPv6:2001:470:1f15:a0::10]) by mx1.freebsd.org (Postfix) with ESMTP id 126038FC1B for ; Tue, 23 Nov 2010 12:56:03 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.knopje.net (Postfix) with ESMTP id 773593812E for ; Tue, 23 Nov 2010 13:56:02 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at knopje.net Received: from mail.knopje.net ([127.0.0.1]) by localhost (hal.knopje.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2OSJKFfPnivI for ; Tue, 23 Nov 2010 13:56:02 +0100 (CET) Received: from appelflap.local (rtutr01.ic-s.nl [213.214.96.4]) by mail.knopje.net (Postfix) with ESMTPSA id 11C00380DC for ; Tue, 23 Nov 2010 13:56:02 +0100 (CET) Message-ID: <4CEBB9E1.6040403@ronner.org> Date: Tue, 23 Nov 2010 13:56:01 +0100 From: Thomas Ronner User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101123124543.GA4751@johnny.reilly.home> In-Reply-To: <20101123124543.GA4751@johnny.reilly.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 12:56:03 -0000 On 11/23/10 1:45 PM, Andrew Reilly wrote: > No, I don't like tar, rsync and friends for backups: they don't > deal well with hard links, special files or sparse files. > rsync -avHxS --delete --numeric-ids /src/. /dst/. Handles sparse files (S) and hard links (H). Never had any trouble with special files. What sort of special files are not handled correctly by rsync? I'd like to know because I'm relying on rsync for backups for years on my home network. Thomas From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 13:13:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 932031065670 for ; Tue, 23 Nov 2010 13:13:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3F03B8FC15 for ; Tue, 23 Nov 2010 13:13:55 +0000 (UTC) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta12.westchester.pa.mail.comcast.net with comcast id actS1f0031swQuc5CdDw6w; Tue, 23 Nov 2010 13:13:56 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta15.westchester.pa.mail.comcast.net with comcast id adDv1f0023LrwQ23bdDv43; Tue, 23 Nov 2010 13:13:56 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BB3409B422; Tue, 23 Nov 2010 05:13:53 -0800 (PST) Date: Tue, 23 Nov 2010 05:13:53 -0800 From: Jeremy Chadwick To: Andriy Gapon Message-ID: <20101123131353.GA7243@icarus.home.lan> References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CEBB613.5010009@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 13:13:57 -0000 On Tue, Nov 23, 2010 at 02:39:47PM +0200, Andriy Gapon wrote: > on 23/11/2010 10:20 Zhihao Yuan said the following: > > Attach my kernel configuration here, just in case. > > > > On 00:12 Tue 23 Nov, Jeremy Chadwick wrote: > >> Forwarding back to the mailing list since the OP didn't CC it on his > >> reply to me. > >> > >> ----- Forwarded message from Zhihao Yuan ----- > >> > >>> From: Zhihao Yuan > >>> To: Jeremy Chadwick > >>> Date: Tue, 23 Nov 2010 01:18:57 -0600 > >>> Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE > >>> > >>> I followed the instructions, but still can not run any D-scripts. All > >>> scripts shows the error message that I just posted. > > Are the installed world and the installed kernel in sync? > (Built from the same state of source code). FWIW, I can reproduce his problem when following the procedure outlined in the Wiki. As a workaround I tried adding WITH_CTF=true to /etc/src.conf and rebuilding + reinstalling world + reboot, to no avail. I'm rebuilding the kernel now to see if that makes a difference after the above workaround. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 13:22:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91D6D1065673 for ; Tue, 23 Nov 2010 13:22:49 +0000 (UTC) (envelope-from jan@presswatch.de) Received: from smtp.presswatch.de (smtp.kantarmedia.de [212.48.122.104]) by mx1.freebsd.org (Postfix) with ESMTP id 564598FC18 for ; Tue, 23 Nov 2010 13:22:49 +0000 (UTC) Received: from [192.168.0.13] by smtp.presswatch.de with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PKsP3-000D8M-OZ; Tue, 23 Nov 2010 13:55:21 +0100 Message-ID: <4CEBB9B9.4090309@presswatch.de> Date: Tue, 23 Nov 2010 12:55:21 +0000 From: jan@presswatch.de User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Thunderbird/3.1.6 MIME-Version: 1.0 To: delphij@delphij.net References: <4CDE5453.1020400@delphij.net> <4CE6DADE.1050908@sentex.net> In-Reply-To: <4CE6DADE.1050908@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Call for Area SATA II RAID controller testers [Fwd: svn commit: r215234 - head/sys/dev/arcmsr] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 13:22:49 -0000 On 11/19/2010 20:15, Mike Tancsa wrote: > On 11/13/2010 4:03 AM, Xin LI wrote: >> Hi, >> >> I have just committed a new vendor release of arcmsr(4) driver. This is >> intended for 8.2-RELEASE so please test if you could. >> > > Hi, > All seems to work well with the ARC-1110 card in RAID 10. Read and > write speeds are about the same with the previous version of the driver > on AMD64, RELENG_8. > > It also gets rid of a long standing bootup (cosmetic ?) error. Web and > CLI work properly as well > > # areca-cli "hw info" > The Hardware Monitor Information > =========================================== > Fan#1 Speed (RPM) : 2079 > Battery Status : Not Installed > HDD #1 Temp. : 40 > HDD #2 Temp. : 39 > HDD #3 Temp. : 38 > HDD #4 Temp. : 38 > =========================================== > GuiErrMsg<0x00>: Success. > ..... > > > Hi, same here with an Areca 1680, using 20 disk in a Raid60. CLI> sys info The System Information =========================================== Main Processor : 1200MHz CPU ICache Size : 32KB CPU DCache Size : 32KB CPU SCache Size : 512KB System Memory : 512MB/533MHz/ECC Firmware Version : V1.48 2010-07-08 BOOT ROM Version : V1.47 2009-06-25 Serial Number : Y931CABWAR800375 Controller Name : ARC-1680 Current IP Address : 192.168.5.203 =========================================== GuiErrMsg<0x00>: Success. dmesg: .... arcmsr0: mem 0xfbdfe000-0xfbdfffff irq 16 at device 0.0 on pci8 ARECA RAID ADAPTER0: Driver Version 1.20.00.19 2010-11-11 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.48 2010-07-08 arcmsr0: [ITHREAD] .... Thank you for support Areca, we using it in 5 powerful boxes! Jan Winter From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 13:25:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93B33106564A for ; Tue, 23 Nov 2010 13:25:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 771E68FC18 for ; Tue, 23 Nov 2010 13:25:21 +0000 (UTC) Received: from omta07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by qmta06.emeryville.ca.mail.comcast.net with comcast id adNv1f0041GXsucA6dRMsU; Tue, 23 Nov 2010 13:25:21 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta07.emeryville.ca.mail.comcast.net with comcast id adRK1f00G3LrwQ28UdRLc8; Tue, 23 Nov 2010 13:25:20 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6226A9B427; Tue, 23 Nov 2010 05:25:19 -0800 (PST) Date: Tue, 23 Nov 2010 05:25:19 -0800 From: Jeremy Chadwick To: Andriy Gapon Message-ID: <20101123132519.GA1426@icarus.home.lan> References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101123131353.GA7243@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 13:25:21 -0000 On Tue, Nov 23, 2010 at 05:13:53AM -0800, Jeremy Chadwick wrote: > On Tue, Nov 23, 2010 at 02:39:47PM +0200, Andriy Gapon wrote: > > on 23/11/2010 10:20 Zhihao Yuan said the following: > > > Attach my kernel configuration here, just in case. > > > > > > On 00:12 Tue 23 Nov, Jeremy Chadwick wrote: > > >> Forwarding back to the mailing list since the OP didn't CC it on his > > >> reply to me. > > >> > > >> ----- Forwarded message from Zhihao Yuan ----- > > >> > > >>> From: Zhihao Yuan > > >>> To: Jeremy Chadwick > > >>> Date: Tue, 23 Nov 2010 01:18:57 -0600 > > >>> Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE > > >>> > > >>> I followed the instructions, but still can not run any D-scripts. All > > >>> scripts shows the error message that I just posted. > > > > Are the installed world and the installed kernel in sync? > > (Built from the same state of source code). > > FWIW, I can reproduce his problem when following the procedure outlined > in the Wiki. > > As a workaround I tried adding WITH_CTF=true to /etc/src.conf and > rebuilding + reinstalling world + reboot, to no avail. I'm rebuilding > the kernel now to see if that makes a difference after the above > workaround. Nope, no go. icarus# kldload dtraceall icarus# dtrace -lP syscall dtrace: invalid probe specifier syscall: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" icarus# ls -l /boot/kernel/kernel -r-xr-xr-x 1 root wheel 7180261 Nov 23 05:16 /boot/kernel/kernel icarus# ls -l /usr/lib/dtrace total 32 -r--r--r-- 1 root wheel 8608 Nov 23 05:09 drti.o -r--r--r-- 1 root wheel 6910 Nov 23 05:09 errno.d -r--r--r-- 1 root wheel 3196 Nov 23 05:09 psinfo.d -r--r--r-- 1 root wheel 3597 Nov 23 05:09 regs_x86.d -r--r--r-- 1 root wheel 3121 Nov 23 05:09 signal.d -r--r--r-- 1 root wheel 2019 Nov 23 05:09 unistd.d icarus# vim /usr/lib/dtrace/psinfo.d ... 31 typedef struct psinfo { 32 int pr_nlwp; /* number of threads */ 33 pid_t pr_pid; /* unique process id */ 34 pid_t pr_ppid; /* process id of parent */ 35 pid_t pr_pgid; /* pid of process group leader */ 36 pid_t pr_sid; /* session id */ 37 uid_t pr_uid; /* real user id */ 38 uid_t pr_euid; /* effective user id */ 39 gid_t pr_gid; /* real group id */ 40 gid_t pr_egid; /* effective group id */ -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 13:27:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD8AC1065674 for ; Tue, 23 Nov 2010 13:27:57 +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 187208FC28 for ; Tue, 23 Nov 2010 13:27:56 +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 PAA21036; Tue, 23 Nov 2010 15:27:50 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEBC155.9090706@freebsd.org> Date: Tue, 23 Nov 2010 15:27:49 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jeremy Chadwick References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> In-Reply-To: <20101123132519.GA1426@icarus.home.lan> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 13:27:57 -0000 on 23/11/2010 15:25 Jeremy Chadwick said the following: > On Tue, Nov 23, 2010 at 05:13:53AM -0800, Jeremy Chadwick wrote: >> On Tue, Nov 23, 2010 at 02:39:47PM +0200, Andriy Gapon wrote: >>> on 23/11/2010 10:20 Zhihao Yuan said the following: >>>> Attach my kernel configuration here, just in case. >>>> >>>> On 00:12 Tue 23 Nov, Jeremy Chadwick wrote: >>>>> Forwarding back to the mailing list since the OP didn't CC it on his >>>>> reply to me. >>>>> >>>>> ----- Forwarded message from Zhihao Yuan ----- >>>>> >>>>>> From: Zhihao Yuan >>>>>> To: Jeremy Chadwick >>>>>> Date: Tue, 23 Nov 2010 01:18:57 -0600 >>>>>> Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE >>>>>> >>>>>> I followed the instructions, but still can not run any D-scripts. All >>>>>> scripts shows the error message that I just posted. >>> >>> Are the installed world and the installed kernel in sync? >>> (Built from the same state of source code). The same question. >> FWIW, I can reproduce his problem when following the procedure outlined >> in the Wiki. >> >> As a workaround I tried adding WITH_CTF=true to /etc/src.conf and >> rebuilding + reinstalling world + reboot, to no avail. I'm rebuilding >> the kernel now to see if that makes a difference after the above >> workaround. > > Nope, no go. > > icarus# kldload dtraceall > icarus# dtrace -lP syscall > dtrace: invalid probe specifier syscall: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > icarus# ls -l /boot/kernel/kernel > -r-xr-xr-x 1 root wheel 7180261 Nov 23 05:16 /boot/kernel/kernel > icarus# ls -l /usr/lib/dtrace > total 32 > -r--r--r-- 1 root wheel 8608 Nov 23 05:09 drti.o > -r--r--r-- 1 root wheel 6910 Nov 23 05:09 errno.d > -r--r--r-- 1 root wheel 3196 Nov 23 05:09 psinfo.d > -r--r--r-- 1 root wheel 3597 Nov 23 05:09 regs_x86.d > -r--r--r-- 1 root wheel 3121 Nov 23 05:09 signal.d > -r--r--r-- 1 root wheel 2019 Nov 23 05:09 unistd.d > > icarus# vim /usr/lib/dtrace/psinfo.d > ... > 31 typedef struct psinfo { > 32 int pr_nlwp; /* number of threads */ > 33 pid_t pr_pid; /* unique process id */ > 34 pid_t pr_ppid; /* process id of parent */ > 35 pid_t pr_pgid; /* pid of process group leader */ > 36 pid_t pr_sid; /* session id */ > 37 uid_t pr_uid; /* real user id */ > 38 uid_t pr_euid; /* effective user id */ > 39 gid_t pr_gid; /* real group id */ > 40 gid_t pr_egid; /* effective group id */ > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 13:52:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8FC910656A4; Tue, 23 Nov 2010 13:52:25 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7956B8FC33; Tue, 23 Nov 2010 13:52:25 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3A216.dip.t-dialin.net [87.179.162.22]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 7F17284400E; Tue, 23 Nov 2010 14:52:21 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id B19B825E8; Tue, 23 Nov 2010 14:52:16 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id oANDq0lR026057; Tue, 23 Nov 2010 14:52:00 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 23 Nov 2010 14:51:59 +0100 Message-ID: <20101123145159.157170lfpi646gw0@webmail.leidinger.net> Date: Tue, 23 Nov 2010 14:51:59 +0100 From: Alexander Leidinger To: Jeremy Chadwick References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> In-Reply-To: <20101123131353.GA7243@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 7F17284400E.A2661 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.274, required 6, autolearn=disabled, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1291125142.3693@vwKPfkMrsGdFPNgzHoqCxw X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 13:52:25 -0000 Quoting Jeremy Chadwick (from Tue, 23 Nov 2010 05:13:53 -0800): > On Tue, Nov 23, 2010 at 02:39:47PM +0200, Andriy Gapon wrote: >> on 23/11/2010 10:20 Zhihao Yuan said the following: >> > Attach my kernel configuration here, just in case. >> > >> > On 00:12 Tue 23 Nov, Jeremy Chadwick wrote: >> >> Forwarding back to the mailing list since the OP didn't CC it on his >> >> reply to me. >> >> >> >> ----- Forwarded message from Zhihao Yuan ----- >> >> >> >>> From: Zhihao Yuan >> >>> To: Jeremy Chadwick >> >>> Date: Tue, 23 Nov 2010 01:18:57 -0600 >> >>> Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE >> >>> >> >>> I followed the instructions, but still can not run any D-scripts. All >> >>> scripts shows the error message that I just posted. >> >> Are the installed world and the installed kernel in sync? >> (Built from the same state of source code). > > FWIW, I can reproduce his problem when following the procedure outlined > in the Wiki. > > As a workaround I tried adding WITH_CTF=true to /etc/src.conf and WITH_CTF for makeoptions is only supported on 9-current (don't remember the exact rev). The text there tells to use WITH_CTF=1 for the buildkernel, but the example does not use it (it should for 8.x, it shouldn't need to for an approriate rev. of 9-current). The text that it will not work in make.conf/src.conf is valid for 8.x, but not (at least it shouldn't) for an appropriate versions of 9-current. Bye, Alexander. -- For people who like that kind of book, that is the kind of book they will like. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 14:06:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58D781065672 for ; Tue, 23 Nov 2010 14:06:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2-6.sentex.ca [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id E8E0E8FC18 for ; Tue, 23 Nov 2010 14:06:41 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id oANE6WJa041341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 23 Nov 2010 09:06:32 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdtancsa-PC.sentex.net (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.14.4/8.14.4) with ESMTP id oANE6Wq0067461 for ; Tue, 23 Nov 2010 09:06:32 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <201011231406.oANE6Wq0067461@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 23 Nov 2010 09:06:20 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <201011071722.oA7HMHUQ037325@lava.sentex.ca> References: <201006102031.o5AKVCH2016467@lava.sentex.ca> <201007021739.o62HdMOU092319@lava.sentex.ca> <20100702193654.GD10862@michelle.cdnetworks.com> <201008162107.o7GL76pA080191@lava.sentex.ca> <20100817185208.GA6482@michelle.cdnetworks.com> <201008171955.o7HJt67T087902@lava.sentex.ca> <20100817200020.GE6482@michelle.cdnetworks.com> <201009141759.o8EHxcZ0013539@lava.sentex.ca> <201009262157.o8QLvR0L012171@lava.sentex.ca> <201009262343.o8QNhgDG012676@lava.sentex.ca> <201011071722.oA7HMHUQ037325@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Subject: Re: RELENG_7 em problems (and RELENG_8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 14:06:42 -0000 Again, for the archives, this problem is sadly still here. Although it appears to happen a little less frequently with the driver from HEAD. It seems it might be some issue specific to power savings, as LINUX users seem to have the same issues http://sourceforge.net/tracker/index.php?func=detail&aid=2908463&group_id=42302&atid=447449 Also http://lists.freebsd.org/pipermail/freebsd-net/2010-November/027044.html has similar reports. Also disabling msix does not seem to make a difference. ---Mike At 12:22 PM 11/7/2010, Mike Tancsa wrote: >Just for the archives, the version of >http://lists.freebsd.org/pipermail/svn-src-head/2010-November/022058.html > > >fixes this particular problem on this particular version of the em >nic for me on RELENG_8. The motherboard is an intel server board (S3420GPX) > >em1@pci0:10:0:0: class=0x020000 card=0x34ec8086 >chip=0x10d38086 rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled >ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected >ecap 0003[140] = Serial 1 001517ffffed68a4 > >em1: port 0x2000-0x201f >mem 0xb4100000-0xb411ffff,0xb4120000-0xb4123fff irq 16 at device 0.0 on pci10 >em1: Using MSIX interrupts with 3 vectors > > >vmstat -i >interrupt total rate >irq256: em0 1025859018 993 >irq257: em1:rx 0 512606295 496 >irq258: em1:tx 0 405695908 393 >irq259: em1:link 39853 0 >Total 10422193166 10096 > > > ---Mike > > >At 06:43 PM 9/26/2010, Mike Tancsa wrote: >>At 06:19 PM 9/26/2010, Jack Vogel wrote: >>>Your em1 is using MSI not MSIX and thus can't have multiple queues. I'm >>>not sure whats broken from what you show here. I will try to get the new >>>driver out shortly for you to try. >> >>With this particular NIC, it will wedge under high load. I tried 2 >>different motherboards and chipsets the same behaviour. >> >> ---Mike >> >> >>>Jack >>> >>> >>>On Sun, Sep 26, 2010 at 2:57 PM, Mike Tancsa >>><mike@sentex.net> wrote: >>>At 06:36 PM 9/24/2010, Jack Vogel wrote: >>>There is a new revision of the em driver coming next week, its >>>going thru some >>>stress pounding over the weekend, if no issues show up I'll put it >>>into HEAD. >>> >>>Yongari's changes in TX context handling which effects checksum and tso >>>are added. I've also decided that multiple queues in 82574 just are a source >>>of problems without a lot of benefit, so it still uses MSIX but >>>with only 3 vectors, >>>meaning it seperates TX and RX but has a single queue. >>> >>> >>>Thanks, looking forward to trying it out! With respect to the >>>multiple queues, I thought the driver already used just the one on >>>RELENG_8 ? If not, is there a way to force the existing driver to >>>use just the one queue ? >>> >>>On the box that has the NIC locking up, it shows >>> >>>em1@pci0:9:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 >>>rev=0x00 hdr=0x00 >>> >>> vendor = 'Intel Corporation' >>> device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' >>> class = network >>> subclass = ethernet >>> cap 01[c8] = powerspec 2 supports D0 D3 current D0 >>> cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >>> cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) >>> >>>and >>> >>>vmstat -i shows >>> >>>irq256: em0 5129063 353 >>>irq257: em1 531251 36 >>> >>>in a wedged state, stats look like >>> >>>dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 >>>dev.em.1.%driver: em >>>dev.em.1.%location: slot=0 function=0 handle=\_SB_.PCI0.PEX4.HART >>>dev.em.1.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x8086 >>>subdevice=0x34ec class=0x020000 >>>dev.em.1.%parent: pci9 >>>dev.em.1.nvm: -1 >>>dev.em.1.rx_int_delay: 0 >>>dev.em.1.tx_int_delay: 66 >>>dev.em.1.rx_abs_int_delay: 66 >>>dev.em.1.tx_abs_int_delay: 66 >>>dev.em.1.rx_processing_limit: 100 >>>dev.em.1.link_irq: 0 >>>dev.em.1.mbuf_alloc_fail: 0 >>>dev.em.1.cluster_alloc_fail: 0 >>>dev.em.1.dropped: 0 >>>dev.em.1.tx_dma_fail: 0 >>>dev.em.1.fc_high_water: 18432 >>>dev.em.1.fc_low_water: 16932 >>>dev.em.1.mac_stats.excess_coll: 0 >>>dev.em.1.mac_stats.symbol_errors: 0 >>>dev.em.1.mac_stats.sequence_errors: 0 >>>dev.em.1.mac_stats.defer_count: 0 >>>dev.em.1.mac_stats.missed_packets: 41522 >>>dev.em.1.mac_stats.recv_no_buff: 19 >>>dev.em.1.mac_stats.recv_errs: 0 >>>dev.em.1.mac_stats.crc_errs: 0 >>>dev.em.1.mac_stats.alignment_errs: 0 >>>dev.em.1.mac_stats.coll_ext_errs: 0 >>>dev.em.1.mac_stats.rx_overruns: 41398 >>>dev.em.1.mac_stats.watchdog_timeouts: 0 >>>dev.em.1.mac_stats.xon_recvd: 0 >>>dev.em.1.mac_stats.xon_txd: 0 >>>dev.em.1.mac_stats.xoff_recvd: 0 >>>dev.em.1.mac_stats.xoff_txd: 0 >>>dev.em.1.mac_stats.total_pkts_recvd: 95229129 >>>dev.em.1.mac_stats.good_pkts_recvd: 95187607 >>>dev.em.1.mac_stats.bcast_pkts_recvd: 79244 >>>dev.em.1.mac_stats.mcast_pkts_recvd: 0 >>>dev.em.1.mac_stats.rx_frames_64: 93680 >>>dev.em.1.mac_stats.rx_frames_65_127: 1516349 >>>dev.em.1.mac_stats.rx_frames_128_255: 4464941 >>>dev.em.1.mac_stats.rx_frames_256_511: 4024 >>>dev.em.1.mac_stats.rx_frames_512_1023: 2096067 >>>dev.em.1.mac_stats.rx_frames_1024_1522: 87012546 >>>dev.em.1.mac_stats.good_octets_recvd: 0 >>>dev.em.1.mac_stats.good_octest_txd: 0 >>>dev.em.1.mac_stats.total_pkts_txd: 66775098 >>>dev.em.1.mac_stats.good_pkts_txd: 66775098 >>>dev.em.1.mac_stats.bcast_pkts_txd: 509 >>>dev.em.1.mac_stats.mcast_pkts_txd: 7 >>>dev.em.1.mac_stats.tx_frames_64: 48038472 >>>dev.em.1.mac_stats.tx_frames_65_127: 13402833 >>>dev.em.1.mac_stats.tx_frames_128_255: 5324413 >>>dev.em.1.mac_stats.tx_frames_256_511: 957 >>>dev.em.1.mac_stats.tx_frames_512_1023: 319 >>>dev.em.1.mac_stats.tx_frames_1024_1522: 8104 >>>dev.em.1.mac_stats.tso_txd: 1069 >>>dev.em.1.mac_stats.tso_ctx_fail: 0 >>>dev.em.1.interrupts.asserts: 0 >>>dev.em.1.interrupts.rx_pkt_timer: 0 >>>dev.em.1.interrupts.rx_abs_timer: 0 >>>dev.em.1.interrupts.tx_pkt_timer: 0 >>>dev.em.1.interrupts.tx_abs_timer: 0 >>>dev.em.1.interrupts.tx_queue_empty: 0 >>>dev.em.1.interrupts.tx_queue_min_thresh: 0 >>>dev.em.1.interrupts.rx_desc_min_thresh: 0 >>>dev.em.1.interrupts.rx_overrun: 0 >>>dev.em.1.host.breaker_tx_pkt: 0 >>>dev.em.1.host.host_tx_pkt_discard: 0 >>>dev.em.1.host.rx_pkt: 0 >>>dev.em.1.host.breaker_rx_pkts: 0 >>>dev.em.1.host.breaker_rx_pkt_drop: 0 >>>dev.em.1.host.tx_good_pkt: 0 >>>dev.em.1.host.breaker_tx_pkt_drop: 0 >>>dev.em.1.host.rx_good_bytes: 0 >>>dev.em.1.host.tx_good_bytes: 0 >>>dev.em.1.host.length_errors: 0 >>>dev.em.1.host.serdes_violation_pkt: 0 >>>dev.em.1.host.header_redir_missed: 0 >>> >>>ifconfig down/up just panics or locks up the box when its in this >>>state. I also have IPMI enabled on this nic, but it shows the >>>same issue with it disabled. >>> >>> ---Mike >>> >>> >>> >>>-------------------------------------------------------------------- >>>Mike Tancsa, tel +1 519 651 3400 >>>Sentex Communications, mike@sentex.net >>>Providing Internet since >>>1994 www.sentex.net >>>Cambridge, Ontario >>>Canada www.sentex.net/mike >> >>-------------------------------------------------------------------- >>Mike Tancsa, tel +1 519 651 3400 >>Sentex Communications, mike@sentex.net >>Providing Internet since 1994 www.sentex.net >>Cambridge, Ontario Canada www.sentex.net/mike >> >>_______________________________________________ >>freebsd-stable@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex Communications, mike@sentex.net >Providing Internet since 1994 www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 14:51:23 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 065181065670; Tue, 23 Nov 2010 14:51:23 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id CC6948FC13; Tue, 23 Nov 2010 14:51:22 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.messagingengine.com (Postfix) with ESMTP id 0FC2AE32; Tue, 23 Nov 2010 09:34:01 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.161]) by compute3.internal (MEProxy); Tue, 23 Nov 2010 09:34:01 -0500 X-Sasl-enc: zSKuuFCOG1vgZyo9FhURNkcN9F+TYeJKqZjmTtsjABNC 1290522840 Received: from tcbug.ixsystems.com (74-34-16-134.dr01.rsmt.mn.frontiernet.net [74.34.16.134]) by mail.messagingengine.com (Postfix) with ESMTPSA id 9F5B75E430B; Tue, 23 Nov 2010 09:34:00 -0500 (EST) From: Josh Paetzel To: stable@freebsd.org Date: Tue, 23 Nov 2010 08:33:52 -0600 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.4.5; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5025908.jDMHbE7WI8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201011230833.59085.josh@tcbug.org> Cc: imp@freebsd.org, rmacklem@uoguelph.ca, re@freebsd.org Subject: NFS regression on recent STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 14:51:23 -0000 --nextPart5025908.jDMHbE7WI8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've been involved with a project at work doing some fun things with NFS. = =20 Recently due to changes in a available hardware we did a complete refresh o= f=20 the system. New HBAs, new storage boxes, and due to some internal software= =20 confusion we updated the OS on the head from 8.1-R with zpool 15 backported= to=20 STABLE. Our primary client that we were using against this setup was a ESXi 4.1=20 machine. In a nutshell, it didn't work. Long description is, ZFS would=20 deadlock and any operation on the pool would hang. The ESXi instance would= =20 mark the NFS mount as unavailable. I initially thought this could be due t= o=20 any number of factors, we have new HBAs in the mix, new storage boxes, a n= ew=20 version of zpool, and one test case. Meanwhile, back at the ranch, I have a somewhat similar setup at home. =20 =46reeBSD 8.1 NFS server, ESXi 4.1 box mounting an NFS exported ZFS filesys= tem=20 from the FreeBSD box as a datastore. Last night I pulled that box up to STABLE, rebooted it, and a minute after = it=20 rebooted the ESXi box marked the NFS datastore as unavailable. I checked t= he=20 =46reeBSD machine and sure enough it hung doing an ls on the zpool. I ran a few tests, and as soon as the ESXi box mounts the NFS export it han= gs=20 the ZFS filesystem. If I don't mount it up, the NFS server does fine. =20 Thinking it might be a ZFS problem I moved the mount to a UFS filesystem. = =20 While this doesn't cause the box to hang on filesystem operations, the moun= t=20 goes unavailable. The only other client I have on my network is a FreeBSD 8.1 box, and that h= as=20 no issues =20 All of this is with the standard NFS server, I haven't yet tested with the= =20 experimental server. =2D-=20 Thanks, Josh Paetzel --nextPart5025908.jDMHbE7WI8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iQEcBAABAgAGBQJM69DWAAoJEKFq1/n1feG2pssH/3OfYxNZrbZ6vtxfksBIcvr9 olLmuxJ+2EkG+5aUu5UM9IDzLQ8qlMjEgIEHlvw8pNWgwyKhIu7VVscDFcnLAT5q xx9D751p/GyK+JxE/XNv8emK6I6WJ+zGyoTTscn5eP2iVSbxnJEVuxrpzbRtdBQQ EeF6mL/brHSiGCDim0lU/wxOzeisf2Gf6lPYWVM1L2+b4hIOizfuBOw0ITXZLeUp maNHsRqHmqSWq9DblJNzf/iEc0wnjYUbRfM1nPS7Frv4YYBaKikZMqfpJa2uEm1u Luj8WJvozSLhJKXhJ89/PAA6VDEHvn2oRY1SvSaXUJSIk7K7HsysCepeH4tbzEU= =DppL -----END PGP SIGNATURE----- --nextPart5025908.jDMHbE7WI8-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 14:59:26 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D5BD1065674 for ; Tue, 23 Nov 2010 14:59:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3576D8FC19 for ; Tue, 23 Nov 2010 14:59:25 +0000 (UTC) Received: from omta21.westchester.pa.mail.comcast.net ([76.96.62.72]) by qmta12.westchester.pa.mail.comcast.net with comcast id ad0b1f0051ZXKqc5CezS0u; Tue, 23 Nov 2010 14:59:26 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta21.westchester.pa.mail.comcast.net with comcast id aezQ1f00L3LrwQ23hezR8y; Tue, 23 Nov 2010 14:59:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6D1F49B427; Tue, 23 Nov 2010 06:59:23 -0800 (PST) Date: Tue, 23 Nov 2010 06:59:23 -0800 From: Jeremy Chadwick To: Josh Paetzel Message-ID: <20101123145923.GA61357@icarus.home.lan> References: <201011230833.59085.josh@tcbug.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011230833.59085.josh@tcbug.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: re@freebsd.org, stable@freebsd.org, rmacklem@uoguelph.ca, imp@freebsd.org Subject: Re: NFS regression on recent STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 14:59:26 -0000 On Tue, Nov 23, 2010 at 08:33:52AM -0600, Josh Paetzel wrote: > I've been involved with a project at work doing some fun things with NFS. > Recently due to changes in a available hardware we did a complete refresh of > the system. New HBAs, new storage boxes, and due to some internal software > confusion we updated the OS on the head from 8.1-R with zpool 15 backported to > STABLE. > > Our primary client that we were using against this setup was a ESXi 4.1 > machine. In a nutshell, it didn't work. Long description is, ZFS would > deadlock and any operation on the pool would hang. The ESXi instance would > mark the NFS mount as unavailable. I initially thought this could be due to > any number of factors, we have new HBAs in the mix, new storage boxes, a new > version of zpool, and one test case. > > Meanwhile, back at the ranch, I have a somewhat similar setup at home. > FreeBSD 8.1 NFS server, ESXi 4.1 box mounting an NFS exported ZFS filesystem > from the FreeBSD box as a datastore. > > Last night I pulled that box up to STABLE, rebooted it, and a minute after it > rebooted the ESXi box marked the NFS datastore as unavailable. I checked the > FreeBSD machine and sure enough it hung doing an ls on the zpool. > > I ran a few tests, and as soon as the ESXi box mounts the NFS export it hangs > the ZFS filesystem. If I don't mount it up, the NFS server does fine. > Thinking it might be a ZFS problem I moved the mount to a UFS filesystem. > While this doesn't cause the box to hang on filesystem operations, the mount > goes unavailable. > > The only other client I have on my network is a FreeBSD 8.1 box, and that has > no issues > > All of this is with the standard NFS server, I haven't yet tested with the > experimental server. Sounds relevant, try the patch provided: http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/059853.html Relevant follow-up: http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/059869.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 15:45:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5299D106566B for ; Tue, 23 Nov 2010 15:45:40 +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 0BA018FC1C for ; Tue, 23 Nov 2010 15:45:39 +0000 (UTC) Received: by yxh35 with SMTP id 35so5054696yxh.13 for ; Tue, 23 Nov 2010 07:45:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=8yzVIKdvl47ve5MMRess0blyHOkJZUN6Rmpu3gYH8lM=; b=CFvYk7Iuopy6EarIroOuWpwwauyQ81XHTZnjiz4KGOChLM6ctANf/xojmgBzeLwpNJ WLT6Vr9tV7YLVkGjIrE3yC1Qycx0f4isxbG/SZVmk/rXzA179OBheL3AZPhulNCrJryC pWPM5CROW4W9/KfzkHyoM85Ec/lrYtKs7K0UI= 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=MHUSt63u4HrZT/0Jqbq++689UXgZAR36OjGCbN1ExEgIBZ8Ug8gUFdDkkBt9xWhVsA KhS99GeIaYsETfeEPc4V1fsM3sNn2Dt4AE2ExJHB4gd1eytHL28SZPR2UecY6ERsSKR7 Y5cfsEyW8J/u3UqsE4GgwJrb4u53deOrYxs6k= MIME-Version: 1.0 Received: by 10.90.15.14 with SMTP id 14mr8953255ago.3.1290527138207; Tue, 23 Nov 2010 07:45:38 -0800 (PST) Received: by 10.90.211.7 with HTTP; Tue, 23 Nov 2010 07:45:37 -0800 (PST) In-Reply-To: <4CEBB9E1.6040403@ronner.org> References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101123124543.GA4751@johnny.reilly.home> <4CEBB9E1.6040403@ronner.org> Date: Tue, 23 Nov 2010 07:45:37 -0800 Message-ID: From: Freddie Cash To: Thomas Ronner Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 15:45:40 -0000 On Tue, Nov 23, 2010 at 4:56 AM, Thomas Ronner wrote: > On 11/23/10 1:45 PM, Andrew Reilly wrote: >> No, I don't like tar, rsync and friends for backups: they don't >> deal well with hard links, special files or sparse files. > > rsync -avHxS --delete --numeric-ids /src/. /dst/. > > Handles sparse files (S) and hard links (H). Never had any trouble with > special files. What sort of special files are not handled correctly by > rsync? I'd like to know because I'm relying on rsync for backups for years > on my home network. One problem with using rsync when dealing with hard-linked files: it doesn't like it when the source switches from hard-linked to non-hard-linked files. You end up with a mix of hard-linked and non-hard-linked files in the destination, with the contents of the non-hard-linked files all mixed around. We just discovered this when we upgraded our Debian 4.0 (Etch) boxes to Debian 5.0 (Lenny). On Etch, all the gzip tools are hard-links (zcat, zless, gzip, gunzip, etc). On Lenny, they are all separate files, and most are just shell scripts that use gzip. Doing an rsync of a Lenny box onto a directory from an Etch box, you end up with some hard-linked files, some regular files, and the contents of all the files are mixed-up based on which source file (script or binary) was read first. We've had to resort to clearing out the backups directory when doing a Debian upgrade, in order to guarantee that we get a clean backup via rsync. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 16:25:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAED11065672 for ; Tue, 23 Nov 2010 16:25:58 +0000 (UTC) (envelope-from thomas@ronner.org) Received: from mail.knopje.net (unknown [IPv6:2001:470:1f15:a0::10]) by mx1.freebsd.org (Postfix) with ESMTP id 540CB8FC12 for ; Tue, 23 Nov 2010 16:25:58 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.knopje.net (Postfix) with ESMTP id 9CB233812E for ; Tue, 23 Nov 2010 17:25:57 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at knopje.net Received: from mail.knopje.net ([127.0.0.1]) by localhost (hal.knopje.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vVvkGUnn4t06 for ; Tue, 23 Nov 2010 17:25:57 +0100 (CET) Received: from appelflap.local (rtutr01.ic-s.nl [213.214.96.4]) by mail.knopje.net (Postfix) with ESMTPSA id 2703638027 for ; Tue, 23 Nov 2010 17:25:57 +0100 (CET) Message-ID: <4CEBEB14.7010007@ronner.org> Date: Tue, 23 Nov 2010 17:25:56 +0100 From: Thomas Ronner User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101123124543.GA4751@johnny.reilly.home> <4CEBB9E1.6040403@ronner.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 16:25:58 -0000 On 11/23/10 4:45 PM, Freddie Cash wrote: > On Tue, Nov 23, 2010 at 4:56 AM, Thomas Ronner wrote: >> rsync -avHxS --delete --numeric-ids /src/. /dst/. > One problem with using rsync when dealing with hard-linked files: it > doesn't like it when the source switches from hard-linked to > non-hard-linked files. You end up with a mix of hard-linked and > non-hard-linked files in the destination, with the contents of the > non-hard-linked files all mixed around. > > We just discovered this when we upgraded our Debian 4.0 (Etch) boxes > to Debian 5.0 (Lenny). On Etch, all the gzip tools are hard-links > (zcat, zless, gzip, gunzip, etc). On Lenny, they are all separate > files, and most are just shell scripts that use gzip. Doing an rsync > of a Lenny box onto a directory from an Etch box, you end up with some > hard-linked files, some regular files, and the contents of all the > files are mixed-up based on which source file (script or binary) was > read first. > > We've had to resort to clearing out the backups directory when doing a > Debian upgrade, in order to guarantee that we get a clean backup via > rsync. Thanks for this info! I'm going to try to reproduce this. Thomas. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 17:17:52 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 514351065673; Tue, 23 Nov 2010 17:17:52 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0D8F48FC1C; Tue, 23 Nov 2010 17:17:51 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 67DB2103D; Tue, 23 Nov 2010 12:17:51 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 23 Nov 2010 12:17:51 -0500 X-Sasl-enc: MHLi8BAfTio7PCtvjtEHMs/5sVJIuHQyFCr6hT9bA0TT 1290532671 Received: from tcbug.ixsystems.com (74-34-16-134.dr01.rsmt.mn.frontiernet.net [74.34.16.134]) by mail.messagingengine.com (Postfix) with ESMTPSA id 10D4F5E190E; Tue, 23 Nov 2010 12:17:51 -0500 (EST) From: Josh Paetzel To: stable@freebsd.org Date: Tue, 23 Nov 2010 11:17:43 -0600 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.4.5; amd64; ; ) References: <201011230833.59085.josh@tcbug.org> In-Reply-To: <201011230833.59085.josh@tcbug.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7464145.Ap4Gex3xgb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201011231117.49879.josh@tcbug.org> Cc: imp@freebsd.org, rmacklem@uoguelph.ca, re@freebsd.org Subject: Re: NFS regression on recent STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 17:17:52 -0000 --nextPart7464145.Ap4Gex3xgb Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable On Tuesday, November 23, 2010 08:33:52 am Josh Paetzel wrote: > I've been involved with a project at work doing some fun things with NFS. > Recently due to changes in a available hardware we did a complete refresh > of the system. New HBAs, new storage boxes, and due to some internal > software confusion we updated the OS on the head from 8.1-R with zpool 15 > backported to STABLE. >=20 > Our primary client that we were using against this setup was a ESXi 4.1 > machine. In a nutshell, it didn't work. Long description is, ZFS would > deadlock and any operation on the pool would hang. The ESXi instance wou= ld > mark the NFS mount as unavailable. I initially thought this could be due > to any number of factors, we have new HBAs in the mix, new storage boxes, > a new version of zpool, and one test case. >=20 > Meanwhile, back at the ranch, I have a somewhat similar setup at home. > FreeBSD 8.1 NFS server, ESXi 4.1 box mounting an NFS exported ZFS > filesystem from the FreeBSD box as a datastore. >=20 > Last night I pulled that box up to STABLE, rebooted it, and a minute after > it rebooted the ESXi box marked the NFS datastore as unavailable. I > checked the FreeBSD machine and sure enough it hung doing an ls on the > zpool. >=20 > I ran a few tests, and as soon as the ESXi box mounts the NFS export it > hangs the ZFS filesystem. If I don't mount it up, the NFS server does > fine. Thinking it might be a ZFS problem I moved the mount to a UFS > filesystem. While this doesn't cause the box to hang on filesystem > operations, the mount goes unavailable. >=20 > The only other client I have on my network is a FreeBSD 8.1 box, and that > has no issues >=20 > All of this is with the standard NFS server, I haven't yet tested with the > experimental server. Thanks to kib for helping resolve this. In a nutshell, at one point there was a problem in STABLE, it was fixed, an= d=20 my local cvsup mirror fell out of sync and while I thought I was seeing a=20 problem from a system updated last night, I was getting an old rev. Updating the system to a mirror that isn't broken fixed the problem. =2D-=20 Thanks, Josh Paetzel --nextPart7464145.Ap4Gex3xgb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iQEcBAABAgAGBQJM6/c9AAoJEKFq1/n1feG2FjsIAK+ikMfUWiUkUEDKxSjprASg UCeuLr2YEnpUwmEnV77a6BUPCH1DYcHHm3rFixyY8aZGlmXTP1BosteSY+oKHu1Q 1gVwJwb+g2LhvanZnHlpY7zhBRzZSQB2ew5gJaoilW01ulQjoTptbBfFBXCq0MPO 0Thi0bYYkODtUOOtIRun0P+s5uT3bdAlmlqHRYFvYO3y8rfoQe0QOctzP5UFiMkb 8Y8DHzc254TSf793g+R0F9I9SclCeBqCwUiLEw1c4o3leR1P5jvldh09oNkSgxuY SBOfh9bqSTcFOn8DMtXgJwSfqV5bSVK9qBGrgy9i4/d4WBilOJnPfVqtR/WizLA= =6VM9 -----END PGP SIGNATURE----- --nextPart7464145.Ap4Gex3xgb-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 17:33:22 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 265AC106567A; Tue, 23 Nov 2010 17:33:22 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id DAA338FC14; Tue, 23 Nov 2010 17:33:21 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 35B5D582CD; Tue, 23 Nov 2010 11:04:02 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id C1JBhx12E3Tv; Tue, 23 Nov 2010 11:04:02 -0600 (CST) Received: from wanderer.tachypleus.net (c-24-2-196-18.hsd1.ct.comcast.net [24.2.196.18]) by mail.icecube.wisc.edu (Postfix) with ESMTP id CCA09582C9; Tue, 23 Nov 2010 11:04:01 -0600 (CST) Message-ID: <4CEBF400.4050101@freebsd.org> Date: Tue, 23 Nov 2010 12:04:00 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.12) Gecko/20100925 Thunderbird/3.0.8 MIME-Version: 1.0 To: Jeremy Chadwick References: <201011231043.oANAhfKv034497@freebsd-stable.sentex.ca> <20101123112824.GA4609@icarus.home.lan> In-Reply-To: <20101123112824.GA4609@icarus.home.lan> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, powerpc@freebsd.org Subject: Re: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 17:33:22 -0000 On 11/23/10 06:28, Jeremy Chadwick wrote: > On Tue, Nov 23, 2010 at 10:43:41AM +0000, FreeBSD Tinderbox wrote: >> [...] >> 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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powermac/smu.c >> /src/sys/powerpc/powermac/smu.c: In function 'smuiic_transfer': >> /src/sys/powerpc/powermac/smu.c:1322: error: 'IIC_M_NOSTOP' undeclared (first use in this function) >> /src/sys/powerpc/powermac/smu.c:1322: error: (Each undeclared identifier is reported only once >> /src/sys/powerpc/powermac/smu.c:1322: error: for each function it appears in.) >> *** Error code 1 > > This has been broken for over 24 hours now. CC'ing committer. > > Commit: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/powerpc/powermac/smu.c#rev1.1.2.6 > > Diff: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/powerpc/powermac/smu.c.diff?r1=1.1.2.5;r2=1.1.2.6;f=h > Sorry for the breakage -- I MFC'ed two changes in the wrong order. It should be fixed now. -Nathan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 18:50:08 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E96B106566B; Tue, 23 Nov 2010 18:50:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 93E118FC12; Tue, 23 Nov 2010 18:50:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 89E6841C7B4; Tue, 23 Nov 2010 19:50:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id QqDXUyqb3miM; Tue, 23 Nov 2010 19:50:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id E8C2F41C7BF; Tue, 23 Nov 2010 19:50:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id BBA2B44490B; Tue, 23 Nov 2010 18:47:00 +0000 (UTC) Date: Tue, 23 Nov 2010 18:47:00 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Mike Tancsa In-Reply-To: <20101023091555.W66242@maildrop.int.zabbadoz.net> Message-ID: <20101123175100.V24596@maildrop.int.zabbadoz.net> References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randy Bush , Denis Ahrens , stable@freebsd.org, Jack Vogel , "George V. Neville-Neil" Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 18:50:08 -0000 On Sat, 23 Oct 2010, Bjoern A. Zeeb wrote: Hi, just to get this out. Jack you might want to review and if ok, include in HEAD before we get feedback maybe. To my understanding worst it would be overhead but not really harm. >>> >>>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header >>> >>>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header The following is a random-guess by code reading that hasn't been tested yet but believed to be correct; also ran it by gnn. http://people.freebsd.org/~bz/20101122-03-em-pkthdr.diff --- sys/dev/e1000/if_em.c.orig 2010-11-01 20:57:53.000000000 -0400 +++ sys/dev/e1000/if_em.c 2010-11-16 01:28:00.000000000 -0500 @@ -3754,8 +3769,13 @@ em_refresh_mbufs(struct rx_ring *rxr, in ** they can only be due to an error ** and are to be reused. */ - if (rxbuf->m_head != NULL) + if (rxbuf->m_head != NULL) { + rxbuf->m_head->m_len = rxbuf->m_head->m_pkthdr.len = adapter->rx_mbuf_sz; + rxbuf->m_head->m_flags |= M_PKTHDR; + rxbuf->m_head->m_data = rxbuf->m_head->m_ext.ext_buf; + rxbuf->m_head->m_next = NULL; goto reuse; + } m = m_getjcl(M_DONTWAIT, MT_DATA, M_PKTHDR, adapter->rx_mbuf_sz); /* I am not sure if igb and the others need a similar fix. Haven't looked in detail. gnn mentioned similarities though good ones imho in there. If you were able to reproduce the pkthdr issue it would be great to test it. If you always paniced it with IPv6 you may also want to test the applicable patch (use the direct URLs mentioned) from the very end of http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/148857 to make sure you are not running into that race. /bz -- Bjoern A. Zeeb Welcome a new stage of life. Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 18:51:57 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 894E5106564A for ; Tue, 23 Nov 2010 18:51:57 +0000 (UTC) (envelope-from mwaltz@pacific.edu) Received: from mx40.pacific.edu (mx40.pacific.edu [138.9.110.107]) by mx1.freebsd.org (Postfix) with ESMTP id 63A048FC16 for ; Tue, 23 Nov 2010 18:51:57 +0000 (UTC) Received: from mx40.pacific.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 8D42698BC45; Tue, 23 Nov 2010 10:36:22 -0800 (PST) Received: from exfe2.STK.PACIFIC.EDU (exfe2.stk.pacific.edu [10.9.4.22]) by mx40.pacific.edu (Postfix) with ESMTP id 25B8F98BC3A; Tue, 23 Nov 2010 10:36:22 -0800 (PST) Received: from EXVS2.stk.pacific.edu ([10.9.4.2]) by exfe2.STK.PACIFIC.EDU with Microsoft SMTPSVC(6.0.3790.4675); Tue, 23 Nov 2010 10:36:22 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 23 Nov 2010 10:35:27 -0800 Message-ID: <2A40FCBD209C654588C3F74D5BFF2C7C07B5468A@EXVS2.stk.pacific.edu> In-Reply-To: <20101123124543.GA4751@johnny.reilly.home> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ZFS backups: retrieving a few files? Thread-Index: AcuLDKSJYHam4vuBQp2BAzxHujdZWwALePow References: <20101122113541.GA74719@johnny.reilly.home><4CEA8BA6.7080009@kc8onw.net> <20101123124543.GA4751@johnny.reilly.home> From: "Malcolm Waltz" To: "Andrew Reilly" X-OriginalArrivalTime: 23 Nov 2010 18:36:22.0172 (UTC) FILETIME=[5394D5C0:01CB8B3D] X-PMX-Version: 5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.11.23.182115 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' BODY_SIZE_3000_3999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, DATE_TZ_NA 0, FROM_EDU_TLD 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CANPHARM_UNSUB_LINK 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_XOAT 0, __IMS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __PHISH_SPEAR_STRUCTURE_1 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __URI_NO_WWW 0, __URI_NS ' Cc: stable@freebsd.org Subject: RE: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 18:51:57 -0000 If you end up in the double-mounted situation mentioned below, use "mount -v" to find the fsid for each double-mounted filesystem and then umount them using the fsid. To avoid this, always use the "-R" option (temporary, alternate root mount point) with zpool if you are working with a root pool. This also applies if you boot off of a CD or DVD and want to examine or modify a root pool. FWIW, I have successfully tested a bare metal restore from ZFS "full" and "incremental" send/receive backups (from an NFS mount off of a DataDomain). So, risks aside, it does work. I believe gzipped tar files would also fail if a bit flipped. -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Andrew Reilly Sent: Tuesday, November 23, 2010 4:46 AM To: Jonathan Stewart Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? On Mon, Nov 22, 2010 at 10:26:30AM -0500, Jonathan Stewart wrote: > On 11/22/2010 6:35 AM, Andrew Reilly wrote: > >Dump/restore doesn't work for ZFS. I *think* that I'm running > >backups in the appropriate equivalent fashion: I take file > >system snapshots (both absolute =3D=3D level 0) and relative > >(incremental), and zfs send those to files on the backup disk. >=20 > This is actively discouraged, there is no recovery ability when=20 > receiving zfs streams so 1 bad bit would invalidate your entire backup. >=20 > The currently accepted practice is to create a ZFS file system on the=20 > backup drive and just keep sending incremental snapshots to it. As long=20 > as the backup drive and host system have a snapshot in common you can do=20 > incremental transfers. This way you only have to keep the most recent > snapshot on the main system and can keep as many as you have space for > on the backup drive. You also have direct access to any backed up=20 > version of every file. For those playing along at home, I'll issue a small warning, based on today's frolics: Say, for example, one had done a: zfs send -vR tank/home@0 | zfs receive -d /backup/snapshots in order to experiment with this strategy. One would then become alarmed when one discovered that the receive mechanism also invoked the mountpoint=3D parameter of the source filesystem, and the zfs propensity for just doing stuff, and boom: you have a read-only version of your home directory mounted *on top of* your actual home directory... Required a reboot to single user mode, to go in and reset the mountpoint setting for the newly created file system (by way of hitting the power switch, after using zfs unmount -f to royally screw things up, preventing subsequent network logins.) Left wondering how to manage that change as part of an automated backup schedule. I think that this backup strategy has a few sharp edges... No, I don't like tar, rsync and friends for backups: they don't deal well with hard links, special files or sparse files. Cheers, --=20 Andrew _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 19:04:57 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF0A6106564A for ; Tue, 23 Nov 2010 19:04:57 +0000 (UTC) (envelope-from jfvogel@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 5C0168FC12 for ; Tue, 23 Nov 2010 19:04:56 +0000 (UTC) Received: by gyf3 with SMTP id 3so285064gyf.13 for ; Tue, 23 Nov 2010 11:04:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ee1z7Szz9qKnMJEOrxXgsYqXrxPqiyK6A2hw0pEIA3w=; b=EJlH/Z8nc8zZw+hf/wTLa9WVlASMik1GtWpdF7e0PQXvU8zrUPkxaAoKat0YNMUvc4 HOEfmbNX7C2QF797PIVWXLycR0tVR5s4qVyApnE2BZTbSE6bIhm2hH50bEcBKs9pKueI NLYO4HkppXvde2oH1W0Ta/NLwYqHymYwRddLU= 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=Y0ykUGvgmG0eENRTZ9Z69bUWHy7aIchu95TFfXOILao/IAexmgkvnGG5PSNF/2aXMP 8mdCcrs5QZofErgBa74IvCdo66LKNjxWs6x60GovO+S901pw8kNxYvZqCqulJ3Tckr5W XpLCCWsZuyz5TEzw2kuMywtjJ3H+PzF2bYT2A= MIME-Version: 1.0 Received: by 10.216.3.3 with SMTP id 3mr1430896weg.57.1290539092582; Tue, 23 Nov 2010 11:04:52 -0800 (PST) Received: by 10.216.2.206 with HTTP; Tue, 23 Nov 2010 11:04:52 -0800 (PST) In-Reply-To: <20101123175100.V24596@maildrop.int.zabbadoz.net> References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> <20101123175100.V24596@maildrop.int.zabbadoz.net> Date: Tue, 23 Nov 2010 11:04:52 -0800 Message-ID: From: Jack Vogel To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Randy Bush , Denis Ahrens , stable@freebsd.org, "George V. Neville-Neil" Subject: Re: repeating crashes with 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 19:04:57 -0000 I'm a bit dubious about this, if a descriptor still has an mbuf it was due to a discard, go look at em_rx_discard(), you will notice there that all these things are already being done at that point. So do you have a scenario where we can have an unused mbuf that didn't come thru that path?? Jack On Tue, Nov 23, 2010 at 10:47 AM, Bjoern A. Zeeb < bzeeb-lists@lists.zabbadoz.net> wrote: > On Sat, 23 Oct 2010, Bjoern A. Zeeb wrote: > > Hi, > > just to get this out. Jack you might want to review and if ok, include > in HEAD before we get feedback maybe. To my understanding worst it > would be overhead but not really harm. > > > >>>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header >>>> >>>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header >>>> >>> > The following is a random-guess by code reading that hasn't been tested > yet but believed to be correct; also ran it by gnn. > > http://people.freebsd.org/~bz/20101122-03-em-pkthdr.diff > > --- sys/dev/e1000/if_em.c.orig 2010-11-01 20:57:53.000000000 -0400 > +++ sys/dev/e1000/if_em.c 2010-11-16 01:28:00.000000000 -0500 > @@ -3754,8 +3769,13 @@ em_refresh_mbufs(struct rx_ring *rxr, in > ** they can only be due to an error > ** and are to be reused. > */ > - if (rxbuf->m_head != NULL) > + if (rxbuf->m_head != NULL) { > + rxbuf->m_head->m_len = rxbuf->m_head->m_pkthdr.len > = adapter->rx_mbuf_sz; > + rxbuf->m_head->m_flags |= M_PKTHDR; > + rxbuf->m_head->m_data = > rxbuf->m_head->m_ext.ext_buf; > + rxbuf->m_head->m_next = NULL; > goto reuse; > + } > m = m_getjcl(M_DONTWAIT, MT_DATA, > M_PKTHDR, adapter->rx_mbuf_sz); > /* > > I am not sure if igb and the others need a similar fix. Haven't > looked in detail. gnn mentioned similarities though good ones imho > in there. > > If you were able to reproduce the pkthdr issue it would be great to > test it. If you always paniced it with IPv6 you may also want to test > the applicable patch (use the direct URLs mentioned) from the very end of > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/148857 > to make sure you are not running into that race. > > > /bz > > -- > Bjoern A. Zeeb Welcome a new stage of life. > Going to jail sucks -- All my daemons like it! > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 19:14:39 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BBE710656AE for ; Tue, 23 Nov 2010 19:14:39 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 2773D8FC1C for ; Tue, 23 Nov 2010 19:14:39 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6] ([IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oANJESDR047726 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 23 Nov 2010 14:14:29 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CEC128F.7070903@sentex.net> Date: Tue, 23 Nov 2010 14:14:23 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: David Magda References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101122221350.GA81098@johnny.reilly.home> <9F5A7E06-9646-4D3B-BF72-273B713043DE@ee.ryerson.ca> In-Reply-To: <9F5A7E06-9646-4D3B-BF72-273B713043DE@ee.ryerson.ca> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 19:14:39 -0000 On 11/22/2010 8:29 PM, David Magda wrote: > On Nov 22, 2010, at 17:13, Andrew Reilly wrote: > >>> The currently accepted practice is to create a ZFS file system on the >>> backup drive and just keep sending incremental snapshots to it. As long >>> as the backup drive and host system have a snapshot in common you can do >>> incremental transfers. This way you only have to keep the most recent >>> snapshot on the main system and can keep as many as you have space for >>> on the backup drive. You also have direct access to any backed up >>> version of every file. >> >> That sounds like a very cool notion. Not unlike the >> time-machine scheme. Interesting how different capabilities >> require going back and re-thinking the problem, rather than just >> trying to implement the old solution with the new tools. > > As noted, saving the output of "zfs send" isn't very useful and > generally not recommended as a backup mechanism. It's come up quite > often on Sun/Oracle's zfs-discuss list: > > http://www.google.com/search?q=zfs+send/receive+as+backup+tool > > In addition to regular snapshots, also make sure to have an offline > backup of some kind (tar, Networker, NetBackup, Amanada, etc.). Errors > can propagate to online copies / backups, and if an intruder can > penetrate your primary system, there's a good chance they can get to the > secondary copy of your data; penetrating a tape on a shelf over the > network would be much more challenging. :) I am still trying to figure out the best way to do zfs backups locally here for rollbacks as well as DR. I was looking at some of the techniques at http://www.cuddletech.com/blog/pivot/entry.php?id=984 But thats outdated ? WRT errors in the file, perhaps PAR* tools can overcome some of these issues if you are dumping to a file on tape */usr/ports/archivers/par2cmdline ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 20:07:49 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 888CE106566C for ; Tue, 23 Nov 2010 20:07:49 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2208FC19 for ; Tue, 23 Nov 2010 20:07:48 +0000 (UTC) Received: from webmail.ee.ryerson.ca (eccles [172.16.1.2]) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id oANK7icU069800; Tue, 23 Nov 2010 15:07:44 -0500 (EST) (envelope-from dmagda@ee.ryerson.ca) Received: from 207.61.230.154 (SquirrelMail authenticated user dmagda) by webmail.ee.ryerson.ca with HTTP; Tue, 23 Nov 2010 15:07:44 -0500 Message-ID: <8329f4cf52b07aa27a17e8f20369d357.squirrel@webmail.ee.ryerson.ca> In-Reply-To: <4CEC128F.7070903@sentex.net> References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101122221350.GA81098@johnny.reilly.home> <9F5A7E06-9646-4D3B-BF72-273B713043DE@ee.ryerson.ca> <4CEC128F.7070903@sentex.net> Date: Tue, 23 Nov 2010 15:07:44 -0500 From: "David Magda" To: "Mike Tancsa" User-Agent: SquirrelMail/1.4.20 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 20:07:49 -0000 On Tue, November 23, 2010 14:14, Mike Tancsa wrote: > I am still trying to figure out the best way to do zfs backups locally > here for rollbacks as well as DR. I was looking at some of the > techniques at > > http://www.cuddletech.com/blog/pivot/entry.php?id=984 > > But thats outdated ? WRT errors in the file, perhaps PAR* tools can > overcome some of these issues if you are dumping to a file on tape > > */usr/ports/archivers/par2cmdline The above is still quite valid, and snapshots are one of base principles of ZFS. From the official ZFS Admin Guide: > The following solutions for saving ZFS data are provided: > * Saving ZFS snapshots and rolling back snapshots, if necessary. > * Saving full and incremental copies of ZFS snapshots and restoring > the snapshots and file systems, if necessary. > * Remotely replicating ZFS file systems by saving and restoring ZFS > snapshots and file systems. > * Saving ZFS data with archive utilities such as tar and cpio or > third-party backup products. http://dlc.sun.com/osol/docs/content/ZFSADMIN/gbchx.html You'll notice that 3/4 mention snapshots. I think them and zfs send/recv are the starting points for getting consistent images of disks. There's no equivalent to dump(8)/restore(8), and so tar and cpio are the main utilities if you want offline stuff: http://www.freebsd.org/doc/handbook/backup-basics.html Until very recently the output format of "zfs send" was not stabilized, so there was no guarantee that it was readable from one version to the next. I believe that has been fixed in [Open]Solaris, but I haven't been tracking pjd's commits that closely to know about FreeBSD. Hopefully "zfs diff" will make it into FreeBSD soon-ish, so that it's easier to do incremental backups to previous snapshots/check points. Traversing large file systems is getting really old in this day-and-age, and that one little thing can certainly remove a lot of I/O seeks if you only want to grab the files that have changed recently. See also the best practice guide, which should be generic enough to cover most operating systems: http://tinyurl.com/2gehn4#Recommendations_for_Saving_ZFS_Data http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#Recommendations_for_Saving_ZFS_Data -- David Magda Toronto, Canada From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 20:41:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67CBC106566B for ; Tue, 23 Nov 2010 20:41:00 +0000 (UTC) (envelope-from lichray@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 B9D258FC19 for ; Tue, 23 Nov 2010 20:40:59 +0000 (UTC) Received: by wwd20 with SMTP id 20so8734644wwd.31 for ; Tue, 23 Nov 2010 12:40:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=CUUKWbGcd3yk7Ex8U3Q8Ch5ZUDtAqq3q9soKa1Ugivk=; b=wfrtugVhntLovUK/rQhl7Y2LPDZatf29jRgo/typX9QKNKlVklwOhI1I6Srf980tq8 iNpie4egI/xYfKr1/tB67m3XjApjz8UUzaGTjeb2ui90JP/gFtHcd31c3Wa2dmCA5XxC gO6pG91IYa/2ZZhj/o8aY6FvCIfU1vRjdWta0= 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=Vfw0JN7aDJfITtNQOHMHSnjnJulc/rtllOaWq77fLj4V3dxOgEuB/ASh0yYqBedsPI n9RTChpbwLAq8Ve/z0aFLp0Jp3itQnAMPANlbN4LqtNFuILJotx48/SweEgsShp+su46 Zi6hi6mJ3L/d5hTC/SmCFDrBCQ0IAdFZ4TO9Q= MIME-Version: 1.0 Received: by 10.227.133.11 with SMTP id d11mr8244691wbt.173.1290544857547; Tue, 23 Nov 2010 12:40:57 -0800 (PST) Received: by 10.227.136.73 with HTTP; Tue, 23 Nov 2010 12:40:56 -0800 (PST) In-Reply-To: <20101123145159.157170lfpi646gw0@webmail.leidinger.net> References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123145159.157170lfpi646gw0@webmail.leidinger.net> Date: Tue, 23 Nov 2010 14:40:56 -0600 Message-ID: From: Zhihao Yuan To: Alexander Leidinger Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Andriy Gapon , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 20:41:00 -0000 Does the WITH_CTF=1 works for the buildworld? And, what should I do now? On Tue, Nov 23, 2010 at 7:51 AM, Alexander Leidinger < Alexander@leidinger.net> wrote: > Quoting Jeremy Chadwick (from Tue, 23 Nov 2010 > 05:13:53 -0800): > > On Tue, Nov 23, 2010 at 02:39:47PM +0200, Andriy Gapon wrote: >> >>> on 23/11/2010 10:20 Zhihao Yuan said the following: >>> > Attach my kernel configuration here, just in case. >>> > >>> > On 00:12 Tue 23 Nov, Jeremy Chadwick wrote: >>> >> Forwarding back to the mailing list since the OP didn't CC it on his >>> >> reply to me. >>> >> >>> >> ----- Forwarded message from Zhihao Yuan ----- >>> >> >>> >>> From: Zhihao Yuan >>> >>> To: Jeremy Chadwick >>> >>> Date: Tue, 23 Nov 2010 01:18:57 -0600 >>> >>> Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE >>> >>> >>> >>> I followed the instructions, but still can not run any D-scripts. All >>> >>> scripts shows the error message that I just posted. >>> >>> Are the installed world and the installed kernel in sync? >>> (Built from the same state of source code). >>> >> >> FWIW, I can reproduce his problem when following the procedure outlined >> in the Wiki. >> >> As a workaround I tried adding WITH_CTF=true to /etc/src.conf and >> > > WITH_CTF for makeoptions is only supported on 9-current (don't remember the > exact rev). > > The text there tells to use WITH_CTF=1 for the buildkernel, but the example > does not use it (it should for 8.x, it shouldn't need to for an approriate > rev. of 9-current). The text that it will not work in make.conf/src.conf is > valid for 8.x, but not (at least it shouldn't) for an appropriate versions > of 9-current. > > Bye, > Alexander. > > -- > For people who like that kind of book, > that is the kind of book they will like. > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 20:45:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D4821065672 for ; Tue, 23 Nov 2010 20:45:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id 193738FC17 for ; Tue, 23 Nov 2010 20:45:43 +0000 (UTC) Received: from omta13.westchester.pa.mail.comcast.net ([76.96.62.52]) by qmta13.westchester.pa.mail.comcast.net with comcast id aiSi1f00717dt5G5DklkmE; Tue, 23 Nov 2010 20:45:44 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta13.westchester.pa.mail.comcast.net with comcast id aklh1f00G3LrwQ23Zkli4C; Tue, 23 Nov 2010 20:45:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 08C8E9B422; Tue, 23 Nov 2010 12:45:40 -0800 (PST) Date: Tue, 23 Nov 2010 12:45:40 -0800 From: Jeremy Chadwick To: Zhihao Yuan Message-ID: <20101123204540.GA6744@icarus.home.lan> References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123145159.157170lfpi646gw0@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Leidinger , freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 20:45:44 -0000 On Tue, Nov 23, 2010 at 02:40:56PM -0600, Zhihao Yuan wrote: > Does the WITH_CTF=1 works for the buildworld? And, what should I do now? > > On Tue, Nov 23, 2010 at 7:51 AM, Alexander Leidinger < > Alexander@leidinger.net> wrote: > > > Quoting Jeremy Chadwick (from Tue, 23 Nov 2010 > > 05:13:53 -0800): > > > > On Tue, Nov 23, 2010 at 02:39:47PM +0200, Andriy Gapon wrote: > >> > >>> on 23/11/2010 10:20 Zhihao Yuan said the following: > >>> > Attach my kernel configuration here, just in case. > >>> > > >>> > On 00:12 Tue 23 Nov, Jeremy Chadwick wrote: > >>> >> Forwarding back to the mailing list since the OP didn't CC it on his > >>> >> reply to me. > >>> >> > >>> >> ----- Forwarded message from Zhihao Yuan ----- > >>> >> > >>> >>> From: Zhihao Yuan > >>> >>> To: Jeremy Chadwick > >>> >>> Date: Tue, 23 Nov 2010 01:18:57 -0600 > >>> >>> Subject: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE > >>> >>> > >>> >>> I followed the instructions, but still can not run any D-scripts. All > >>> >>> scripts shows the error message that I just posted. > >>> > >>> Are the installed world and the installed kernel in sync? > >>> (Built from the same state of source code). > >>> > >> > >> FWIW, I can reproduce his problem when following the procedure outlined > >> in the Wiki. > >> > >> As a workaround I tried adding WITH_CTF=true to /etc/src.conf and > >> > > > > WITH_CTF for makeoptions is only supported on 9-current (don't remember the > > exact rev). > > > > The text there tells to use WITH_CTF=1 for the buildkernel, but the example > > does not use it (it should for 8.x, it shouldn't need to for an approriate > > rev. of 9-current). The text that it will not work in make.conf/src.conf is > > valid for 8.x, but not (at least it shouldn't) for an appropriate versions > > of 9-current. My interpretation of what Alexander wrote is this: On RELENG_8, the WITH_CTF=1 parameter must be specified manually on the command-line during the buildworld/installworld and buildkernel/installkernel phases, and cannot be put into /etc/src.conf or /etc/make.conf. E.g.: make buildworld WITH_CTF=1 make buildkernel WITH_CTF=1 make installkernel WITH_CTF=1 make installworld WITH_CTF=1 I'm sure one (or more) of these is superfluous, but someone needs to state up front what exactly the proper procedure is. The "makeoptions WITH_CTF=1" kernel configuration option doesn't appear to work on RELENG_8, and I can confirm that WITH_CTF=true in /etc/src.conf might do "something" but it doesn't fix the problem reported originally. Someone should also probably update the Wiki to reflect what does work properly on RELENG_8 and have a separate section for CURRENT/9. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 20:49:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DF411065670 for ; Tue, 23 Nov 2010 20:49:06 +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 610C18FC15 for ; Tue, 23 Nov 2010 20:49:04 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA26499; Tue, 23 Nov 2010 22:48:54 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PKznK-000DVS-38; Tue, 23 Nov 2010 22:48:54 +0200 Message-ID: <4CEC28B5.5080807@freebsd.org> Date: Tue, 23 Nov 2010 22:48:53 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jeremy Chadwick References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123145159.157170lfpi646gw0@webmail.leidinger.net> <20101123204540.GA6744@icarus.home.lan> In-Reply-To: <20101123204540.GA6744@icarus.home.lan> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , freebsd-stable@freebsd.org Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 20:49:06 -0000 on 23/11/2010 22:45 Jeremy Chadwick said the following: > make buildkernel WITH_CTF=1 I believe the above to be necessary and sufficient part (for using DTrace on kernel). -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 20:52:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D59106564A; Tue, 23 Nov 2010 20:52:23 +0000 (UTC) (envelope-from lichray@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 E22F68FC1B; Tue, 23 Nov 2010 20:52:22 +0000 (UTC) Received: by wwd20 with SMTP id 20so8746708wwd.31 for ; Tue, 23 Nov 2010 12:52:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=UdII5Mjg9Vj6IpIrWuBdbcIq98hC4I0UVy6l4JyspAE=; b=uMgo9sRLdc2EwSz14Wnu3XlUbGnXRNWECDbh7nQoXAfcjq99GkkS4T9xwHXlPVgXj8 aaYlcn270VpX0k1SKy8RckR+MCPRqi1ezrt1q7BtU8RtxRkKodBJeBdTn5/NQ3A21DR5 +7EcVW2EpigNNGVk4ZRMcpqHk9N4I2Ac1ojPw= 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=HLvk/qGwwaUVaURFuz2hnG3ZGEpZuqCDyv33FvbPG+3ie8ZNl56DkgT+l3SViNcot4 z0ua8IBwKtAPmcKemj6+i/pVjLzVSRCf2VrqHaAVemNgWMokOk7ovmdinnm0FImSMGU6 4YLlM1nCyJ6qH/RESPxqqIjHDSGdDcmy4UOYI= MIME-Version: 1.0 Received: by 10.227.141.205 with SMTP id n13mr3282394wbu.28.1290545540823; Tue, 23 Nov 2010 12:52:20 -0800 (PST) Received: by 10.227.136.73 with HTTP; Tue, 23 Nov 2010 12:52:20 -0800 (PST) In-Reply-To: <4CEC28B5.5080807@freebsd.org> References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123145159.157170lfpi646gw0@webmail.leidinger.net> <20101123204540.GA6744@icarus.home.lan> <4CEC28B5.5080807@freebsd.org> Date: Tue, 23 Nov 2010 14:52:20 -0600 Message-ID: From: Zhihao Yuan To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Leidinger , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 20:52:23 -0000 That's what I have done. I did not used WITH_CTF=1 on buildworld. Anyway, I;m using it to rebuild the world, which takes some time. On Tue, Nov 23, 2010 at 2:48 PM, Andriy Gapon wrote: > on 23/11/2010 22:45 Jeremy Chadwick said the following: > > make buildkernel WITH_CTF=1 > > I believe the above to be necessary and sufficient part (for using DTrace > on > kernel). > > -- > Andriy Gapon > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 21:03:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9439F106566B for ; Tue, 23 Nov 2010 21:03:25 +0000 (UTC) (envelope-from lichray@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 153718FC08 for ; Tue, 23 Nov 2010 21:03:24 +0000 (UTC) Received: by wye20 with SMTP id 20so664779wye.13 for ; Tue, 23 Nov 2010 13:03:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=wX1tBSa3RedMAslyguJPfDvD2fqpjkxBoyHzzrRlad0=; b=ROloldtdqSbdSkB012S9m4zdM7r05Zd3Qice2d6JEMwpjHrnADMUFaY4AYMeIHI5bT /CA+gdP3TOKgGQ6B3HZISTcng+8cqDqRDXpC5mIvXDYALp3qmfnYdPglguSLyrYM2xFE 4i5ppZ8v62FyFxtG0/disQLgwwi6XWabpEPqA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rnEPM+x8FqAIRL35Dq6fvAMc7P9qTNEkoGKJab1/kR9doeyvv/U9lQ12ribrsinI/V EHBrZ7hWqI+aMSipv8ALkuZouIfiPWptS6cQ5z6qyL08KnR5C1PJnSRF2KQ36EBAMX3k 1weQcgP78jRUUXEU8E8ttSp78kDkO/H5LsCO0= MIME-Version: 1.0 Received: by 10.227.133.134 with SMTP id f6mr8220575wbt.202.1290546202972; Tue, 23 Nov 2010 13:03:22 -0800 (PST) Received: by 10.227.136.73 with HTTP; Tue, 23 Nov 2010 13:03:22 -0800 (PST) Date: Tue, 23 Nov 2010 15:03:22 -0600 Message-ID: From: Zhihao Yuan To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: if_wpi crashes when renewing in FreeBSD 8 all versions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 21:03:25 -0000 My laptop is a HP Compaq nc8430, and the wireless card is Intel 3945ABG, with if_wpi driver. wpi0: flags=8802 metric 0 mtu 2290 ether 00:1b:77:31:1d:74 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier I can use the wireless correctly when I start the system. But after some time (depends on your wireless router renewing settings), it can not renew the DHCP settings. And, if you try to renew it with sudo /etc/rc.d/netif restart for like more than 2 times, the whole system will crash. The interesting thing is, the renewing problem only occurs on the wireless network with a WPA2 protocol. For the WEP or None-keys network, there is no problem. For the WPA-EAP network, you can redo the DHCP but not /etc/rc.d/netif restart. -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 22:35:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73566106564A; Tue, 23 Nov 2010 22:35:18 +0000 (UTC) (envelope-from jonathan.chen@solnetsolutions.co.nz) Received: from wlmlc.solnetsolutions.co.nz (wlmlc.solnetsolutions.co.nz [202.135.38.27]) by mx1.freebsd.org (Postfix) with ESMTP id 143188FC14; Tue, 23 Nov 2010 22:35:17 +0000 (UTC) Received: from wlmlc.solnetsolutions.co.nz (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 8FC876D4093; Wed, 24 Nov 2010 11:03:50 +1300 (NZDT) Received: from jonathan.chen (unknown [192.168.1.173]) by wlmlc.solnetsolutions.co.nz (Postfix) with ESMTP id 003E96D4099; Wed, 24 Nov 2010 11:03:46 +1300 (NZDT) Message-ID: <21069_1290549828_4CEC3A44_21069_13_1_4CEC3B16.4090206@solnetsolutions.co.nz> Date: Wed, 24 Nov 2010 11:07:18 +1300 From: Jonathan Chen Organization: Solnet Solutions User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101123 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Copyrighted-Material: Please read the disclaimer at the bottom of this email. Cc: Subject: snd_hda on Optiplex 980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 22:35:18 -0000 Hi, I recently migrated my 8-STABLE/amd64 system to a Dell Optiplex 980 and have discovered that the sound system isn't recognised by snd_hda. cat /dev/sndstat: FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: pcm0: (play) pcm1: (play) pcm2: (play) pcm3: (play) pcm4: (play/rec) default pcm5: (play/rec) The relevant bits from dmesg appears to be: hdac0: mem 0xf7dfc000-0xf7dfffff irq 17 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: NVidia (Unknown) hdac0: HDA Codec #1: NVidia (Unknown) hdac0: HDA Codec #2: NVidia (Unknown) hdac0: HDA Codec #3: NVidia (Unknown) pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 1 nid 1 on hdac0 pcm2: at cad 2 nid 1 on hdac0 pcm3: at cad 3 nid 1 on hdac0 And a lookup via pciconf -lvc: hdac0@pci0:1:0:1: class=0x040300 card=0x0cfb1028 chip=0x0be410de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = multimedia subclass = HDA cap 01[60] = powerspec 3 supports D0 D3 current D0 cap 05[68] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[78] = PCI-Express 2 endpoint max data 128(128) link x16(x16) Is there any chance that someone has got this working? Or that a quick patch of the lookup tables in sys/dev/sound/pci/hda will magically enable this? Cheers. -- Jonathan Chen Solnet Solutions Limited t: +64 9 9775800 Level 7, Brookfields House, f: +64 9 9775801 19 Victoria Street West, ddi: +64 9 9775871 PO Box 6619, m: +64 21 635618 Auckland 1141, New Zealand http://www.solnetsolutions.co.nz/ Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 22:50:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19441106564A; Tue, 23 Nov 2010 22:50:21 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7238FC17; Tue, 23 Nov 2010 22:50:20 +0000 (UTC) Received: by eyb7 with SMTP id 7so5022494eyb.13 for ; Tue, 23 Nov 2010 14:50:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=+YYj0ptwkeP2r2m2WF0qZo/8urEesoS7zJtgo/FLt+U=; b=dGR9aX4qocFCWgmKlWLyZeo6yHSFnsdCBVxRmIbz2U1zdAk7u3Z4xrnocMaaXrITYr 8534jaA2veQ+JiDkRdjxqk7Tc5Nl86jnhanzQuu9azOBxKJ7pBPk8kS7wjFpEUtH4fBG R8XcYAlkeagxH1+vqHEAJBC0k3Ee1bryj4yL0= 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=pkOwU7O8YEZcMK1bBCQDGKBYDozScAm1TwdWz1Bz4SPzAaXlqH3zpzHTyMaQJRMqBX R1nH+gYJdTBpi7sOKZArqpT5nIgIwXLaAoTaWfb44rzmJynbbY4IKgJhlbnOWSKMB7gd JLqdSxv5oS/Lfgv0Bhxq4/Z1nXYQo3gYSn2jY= MIME-Version: 1.0 Received: by 10.213.36.5 with SMTP id r5mr7703393ebd.3.1290552619045; Tue, 23 Nov 2010 14:50:19 -0800 (PST) Received: by 10.213.4.206 with HTTP; Tue, 23 Nov 2010 14:50:18 -0800 (PST) In-Reply-To: References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123145159.157170lfpi646gw0@webmail.leidinger.net> <20101123204540.GA6744@icarus.home.lan> <4CEC28B5.5080807@freebsd.org> Date: Tue, 23 Nov 2010 16:50:18 -0600 Message-ID: From: Zhihao Yuan To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Leidinger , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 22:50:21 -0000 Can not rebuild kernel. As you known, I installed the latest kernel last night. This afternoon, I installed the latest 'world', which makes the 'world' and the kernel a little bit de-synchronized. And, I found that the devd can not be started, s I tried to build the kernel again. Here I met the biggest problem: I can not rebuild the kernel now! For each time the make process stopped at stage 2.3, and gives me a core dump finally. What's wrong? On Tue, Nov 23, 2010 at 2:52 PM, Zhihao Yuan wrote: > That's what I have done. I did not used WITH_CTF=1 on buildworld. Anyway, > I;m using it to rebuild the world, which takes some time. > > On Tue, Nov 23, 2010 at 2:48 PM, Andriy Gapon wrote: > >> on 23/11/2010 22:45 Jeremy Chadwick said the following: >> > make buildkernel WITH_CTF=1 >> >> I believe the above to be necessary and sufficient part (for using DTrace >> on >> kernel). >> >> -- >> Andriy Gapon >> > > > > -- > Zhihao Yuan > The best way to predict the future is to invent it. > > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 23:04:57 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E3FF106566B for ; Tue, 23 Nov 2010 23:04:57 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id E18408FC16 for ; Tue, 23 Nov 2010 23:04:56 +0000 (UTC) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id oANJWC5P009357 for ; Wed, 24 Nov 2010 06:32:12 +1100 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id oANJW8cV013418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Nov 2010 06:32:08 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id oANJW7Ko010948; Wed, 24 Nov 2010 06:32:07 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id oANJW7Mc010947; Wed, 24 Nov 2010 06:32:07 +1100 (EST) (envelope-from peter) Date: Wed, 24 Nov 2010 06:32:07 +1100 From: Peter Jeremy To: Andrew Reilly Message-ID: <20101123193207.GA10788@server.vk2pj.dyndns.org> References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101123124543.GA4751@johnny.reilly.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20101123124543.GA4751@johnny.reilly.home> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 23:04:57 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Nov-23 23:45:43 +1100, Andrew Reilly wrote: >zfs send -vR tank/home@0 | zfs receive -d /backup/snapshots > >in order to experiment with this strategy. > >One would then become alarmed when one discovered that the >receive mechanism also invoked the mountpoint=3D parameter of the >source filesystem, and the zfs propensity for just doing stuff, >and boom: you have a read-only version of your home directory >mounted *on top of* your actual home directory... Been there, done that. The undocumented '-u' option to receive will prevent the receive side performing mounts. The poorly documented '-R' option on import allows you to specify an alternative root mountpoint. Once you have done the initial transfer, you can also set 'canmount=3Dnoauto' on each fileset (it isn't inherited) to prevent ZFS automounting them on import. BTW, the entire export is performed at the current compression level - recompressing existing data. --=20 Peter Jeremy --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkzsFrcACgkQ/opHv/APuIfWZACfbG3bUPC39dRq7lRCWgaU4aZV D5kAoMSDKPvd4bvoYtJE68VOQ+lC7gli =NnUI -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 23:08:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E44F10656A9 for ; Tue, 23 Nov 2010 23:08:15 +0000 (UTC) (envelope-from bschmidt@techwires.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 CF26D8FC0A for ; Tue, 23 Nov 2010 23:08:14 +0000 (UTC) Received: by fxm19 with SMTP id 19so6926024fxm.13 for ; Tue, 23 Nov 2010 15:08:13 -0800 (PST) Received: by 10.223.74.15 with SMTP id s15mr1364562faj.28.1290553693676; Tue, 23 Nov 2010 15:08:13 -0800 (PST) Received: from maja.lab.techwires.net (p54B4E5EF.dip.t-dialin.net [84.180.229.239]) by mx.google.com with ESMTPS id d20sm2008335fav.38.2010.11.23.15.08.11 (version=SSLv3 cipher=RC4-MD5); Tue, 23 Nov 2010 15:08:12 -0800 (PST) From: Bernhard Schmidt To: freebsd-stable@freebsd.org Date: Wed, 24 Nov 2010 00:08:32 +0100 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201011240008.33176.bschmidt@techwires.net> Cc: Subject: Re: if_wpi crashes when renewing in FreeBSD 8 all versions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 23:08:15 -0000 On Tuesday 23 November 2010 22:03:22 Zhihao Yuan wrote: > My laptop is a HP Compaq nc8430, and the wireless card is Intel 3945ABG, > with if_wpi driver. > wpi0: flags=8802 metric 0 mtu 2290 > ether 00:1b:77:31:1d:74 media: IEEE 802.11 Wireless Ethernet > autoselect (autoselect) status: no carrier > > I can use the wireless correctly when I start the system. But after some > time (depends on your wireless router renewing settings), it can not renew > the DHCP settings. And, if you try to renew it with sudo /etc/rc.d/netif > restart for like more than 2 times, the whole system will crash. > > The interesting thing is, the renewing problem only occurs on the wireless > network with a WPA2 protocol. For the WEP or None-keys network, there is no > problem. For the WPA-EAP network, you can redo the DHCP but not > /etc/rc.d/netif restart. That is a known issue, there is race in our devd/rc-subsystems and especially the way wpa_supplicant get exclusive access to the interface. This leads to all kind of funny results, panics being one of it. I have patches to address the panics but this does not fix the initial issue which is that wpa_supplicant gets started twice. -- Bernhard From owner-freebsd-stable@FreeBSD.ORG Tue Nov 23 23:32:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC4CB1065674 for ; Tue, 23 Nov 2010 23:32:17 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas02p.mx.bigpond.com (nskntmtas02p.mx.bigpond.com [61.9.168.140]) by mx1.freebsd.org (Postfix) with ESMTP id 461938FC17 for ; Tue, 23 Nov 2010 23:32:16 +0000 (UTC) Received: from nskntotgx04p.mx.bigpond.com ([124.188.161.100]) by nskntmtas02p.mx.bigpond.com with ESMTP id <20101123233215.XJLU3622.nskntmtas02p.mx.bigpond.com@nskntotgx04p.mx.bigpond.com>; Tue, 23 Nov 2010 23:32:15 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nskntotgx04p.mx.bigpond.com with ESMTP id <20101123233215.QEYY6348.nskntotgx04p.mx.bigpond.com@johnny.reilly.home>; Tue, 23 Nov 2010 23:32:15 +0000 Date: Wed, 24 Nov 2010 10:31:59 +1100 From: Andrew Reilly To: Thomas Ronner Message-ID: <20101123233159.GA11081@johnny.reilly.home> References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101123124543.GA4751@johnny.reilly.home> <4CEBB9E1.6040403@ronner.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CEBB9E1.6040403@ronner.org> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.4CEC4EFF.0065,ss=1,fgs=0 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2010 23:32:17 -0000 On Tue, Nov 23, 2010 at 01:56:01PM +0100, Thomas Ronner wrote: > On 11/23/10 1:45 PM, Andrew Reilly wrote: > >No, I don't like tar, rsync and friends for backups: they don't > >deal well with hard links, special files or sparse files. > > rsync -avHxS --delete --numeric-ids /src/. /dst/. > > Handles sparse files (S) and hard links (H). Never had any trouble with > special files. What sort of special files are not handled correctly by > rsync? I'd like to know because I'm relying on rsync for backups for > years on my home network. I remember having problems with hard links, but it's possible that I wasn't using rsync correctly. Of special files, I don't remember non-dump backups doing well with the unix-domain sockets that were liberally used and tricky to set up right for djb's daemon-tools. Most uses of sockets put them in /tmp, don't get backed up, and they don't need to persist. Dan puts them in /var, and they're expected to persist across reboots, which means they need to be backed-up. Maybe rsync and modern tar handle these OK, but I remember at least one of them getting wedged just trying to read one as a file. The special files in /dev used to be a problem too, but that's gone away, now that we have devfs. I really like dump/restore. I expect that I will miss them. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 00:10:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C4D41065670; Wed, 24 Nov 2010 00:10:08 +0000 (UTC) (envelope-from yanegomi@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 0EE5B8FC18; Wed, 24 Nov 2010 00:10:06 +0000 (UTC) Received: by fxm19 with SMTP id 19so6992947fxm.13 for ; Tue, 23 Nov 2010 16:10:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=CYaVsDPobFeIakVWYNsvbLL7oTxAFURG2Rd7ZqX7jyw=; b=mkbbBcCymrWjtvcemjSYqCTnA8OkBPpA4u45/BH5ge9M022mtEHUIDgObtXl0IW4CV HuX0HYU2VWcxVqxJ1m4xSE7XGY7CCN8KBhksb+YEqiIStPQ1xWcG0EoGRHIXfazqp4z1 881u6dlhjfoC6HnJnoIMhtPqivI8+73/fe3K0= 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=x4nsMfkbRfRt1Iv7ZkkiHyRoTE+IfcbiIE1rEE1ATBBXgUt8pZp5Tl4CZ5n2GyO+8/ hA8O+b0zVr+fg/tMaTTscxDurm7D/cyo9OlwS9jg3WQwGLEm8u8Cqf3IYZWSHjb+UxRg rwV8hJhk0wmKh5L5phBKyDo8KmcLiK4kGxkCA= MIME-Version: 1.0 Received: by 10.216.50.134 with SMTP id z6mr9118653web.15.1290557403784; Tue, 23 Nov 2010 16:10:03 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Tue, 23 Nov 2010 16:10:03 -0800 (PST) In-Reply-To: <7EA93980-478A-418A-8FB1-3249097A7011@forsythia.net> References: <7EA93980-478A-418A-8FB1-3249097A7011@forsythia.net> Date: Tue, 23 Nov 2010 16:10:03 -0800 X-Google-Sender-Auth: c1sWr_dsZ8tuXGiHcCpkS_5OoPs Message-ID: From: Garrett Cooper To: Andrew Moran Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , freebsd-questions@freebsd.org, Pyun YongHyeon Subject: Re: msk0 interface stops working when downloading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 00:10:08 -0000 On Tue, Nov 23, 2010 at 3:25 PM, Andrew Moran wrote: > > Hey guys, > > After banging my head against this for a few hours, I've decided to ask f= or help. =A0 =A0 =A0I installed FreeBSD 8.1 amd64 on a Shuttle J1 4100 syst= em (tech specs here http://us.shuttle.com/J1_4100.aspx). =A0 I installed fr= om DVD and the install went fine. > > I notice when I pkg_add -r anything, =A0the network stops responding. > > Some details: > > 1) I can reproduce it 100% by downloading a large file. =A0 =A0 low traff= ic like the SSH connection does not trigger it. =A0 I think it's being trig= gered by traffic above a certain rate. > 2) I can recover by restarting the network interfaces (/etc/rc.d/netif st= op; =A0/etc/rc.d/netif start) > 3) I see no errors in dmesg or /var/log/messages. =A0Nothing at all. > 4) I've tried the following in /etc/sysctl.conf: > net.inet.tcp.tso=3D0 > net.inet.tcp.inflight.enable=3D0 > > and in /boot/loader.conf: > hw.pci.enable_msix=3D"0" > hw.pci.enable_msi=3D"0" > hw.bce.tso_enable=3D"0" > > But the problem persists. > > The interface is identified as: > > mskc0: port 0xe800-0xe8ff mem 0x= febfc000-0xfebfffff irq 17 at device 0.0 on pci2 > msk0: on m= skc0 > msk0: Ethernet address: 80:ee:73:01:60:7d > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: =A010baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-FDX, auto > mskc0: [ITHREAD] > > Does anyone know what could be causing this or how I can resolve it? =A0 = Any help is appreciated, thanks. 1. freebsd-stable is the proper list, not freebsd-current. 2. I have a similar chipset (not the same though) that hasn't had any issues for a while: $ pciconf -lv | grep -A 3 msk mskc0@pci0:2:0:0: class=3D0x020000 card=3D0x81f81043 chip=3D0x436411ab rev=3D0x12 hdr=3D0x00 vendor =3D 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device =3D 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' class =3D network $ devinfo -v | grep -A 3 mskc0 mskc0 pnpinfo vendor=3D0x11ab device=3D0x4364 subvendor=3D0x104= 3 subdevice=3D0x81f8 class=3D0x020000 at slot=3D0 function=3D0 msk0 miibus0 e1000phy0 pnpinfo oui=3D0x5043 model=3D0xb rev=3D0x1 at p= hyno=3D0 $ uname -a FreeBSD orangebox.local 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r215607M: Sat Nov 20 21:22:34 UTC 2010 gcooper@orangebox.local:/usr/obj/usr/src/sys/ORANGEBOX amd64 Sorry for not grabbing the full dmesg output, but unfortunately I have BUS_DEBUG turned on for this test box, which blows out my syslog buffer at boot :). I've CCed yongari@ for comment. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 01:33:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8063B1065696 for ; Wed, 24 Nov 2010 01:33:32 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0A4C78FC1C for ; Wed, 24 Nov 2010 01:33:31 +0000 (UTC) Received: by ewy24 with SMTP id 24so188228ewy.13 for ; Tue, 23 Nov 2010 17:33:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=364z+gd7DbFTbWVz3c1wXO2sdXsykt7sEeb90SmGfQ4=; b=N9/kK5VwVCn5p6cXgGAVR29pIJNxQXTgIoyeAjg8g+M1k1mQiYvx/6zO45BpkOHJbU lzw0MGBjtP5/Mi5tmgc8eWQtqK9tVve10BXNh4gFsfF9Cxmp5SlsfOulyTxNZVm2+9a/ w8JomKmDneOFxS/xAXzA3XipkBgzceAqQEDYw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=lLBGlsPjaMBDDMNrEcXTiGBleWin81RqYD07kQU9PiN4Kn+LlQk1N+y2Y+1qWvPDr0 NfuptTA00UobW8DSRbzlFSMPlHCdPV0UfcGsimTyhu+uSIJolaOCwaBvq2PtYw69amCV U3f+id9dklwQvmnRdp/RLHacXTJBwRhjA6Efc= MIME-Version: 1.0 Received: by 10.213.16.131 with SMTP id o3mr5050559eba.29.1290562410653; Tue, 23 Nov 2010 17:33:30 -0800 (PST) Received: by 10.213.4.206 with HTTP; Tue, 23 Nov 2010 17:33:30 -0800 (PST) Date: Tue, 23 Nov 2010 19:33:30 -0600 Message-ID: From: Zhihao Yuan To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Can not build either kernel nor 'world' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 01:33:32 -0000 I built and installed the latest 'world' this afternoon, and found that I can not build the kernel now. And, the devd can not be started. I do not know what's wrong. Maybe I need to downgrade my system to 8.1-RELEASE first. What should I do now? -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 01:33:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A4C10656A6 for ; Wed, 24 Nov 2010 01:33:35 +0000 (UTC) (envelope-from lichray@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 49D7A8FC18 for ; Wed, 24 Nov 2010 01:33:34 +0000 (UTC) Received: by wyf19 with SMTP id 19so99073wyf.13 for ; Tue, 23 Nov 2010 17:33:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=GdAVjL8Le+kGReDROYXn0GHWCvUfushjKifgcXZ/eNc=; b=JeILfpxoXi1/NrDSygK41iF9oqYacmseu0V55TyCnvBa3QiXpzodTmkqee4pN4dvqK ES0kXCsLX6b0ZDIMHIhYA4Uy9WgPIWloJ7K+hF/0tRP3Aw4lU8EQU7BGvMsLODQC6mjh NQzMxjmYMelGp5UIAPGIEYaribIqELqTR808Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=qCGmhVsWAXF3M38WIRklzly3P4Jh8M2M8V6VRCoXhQuB8tolYK/glzAQefKjyTp5oZ iOkQrUCik8mXApUbOrjACzd2ubQn8igaTdVwTvpnwhLGIVI+EoCrViU701ELjoQi2mqI MxnutmAmjCcRyn1/TkU3+BK43yx5knumMqciE= MIME-Version: 1.0 Received: by 10.227.147.196 with SMTP id m4mr8545435wbv.57.1290562413685; Tue, 23 Nov 2010 17:33:33 -0800 (PST) Received: by 10.227.136.73 with HTTP; Tue, 23 Nov 2010 17:33:33 -0800 (PST) Date: Tue, 23 Nov 2010 19:33:33 -0600 Message-ID: From: Zhihao Yuan To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Can not build either kernel nor 'world' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 01:33:35 -0000 I built and installed the latest 'world' this afternoon, and found that I can not build the kernel now. And, the devd can not be started. I do not know what's wrong. Maybe I need to downgrade my system to 8.1-RELEASE first. What should I do now? -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 03:40:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD0EF106564A for ; Wed, 24 Nov 2010 03:40:15 +0000 (UTC) (envelope-from lichray@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 6210F8FC0C for ; Wed, 24 Nov 2010 03:40:14 +0000 (UTC) Received: by wyf19 with SMTP id 19so198329wyf.13 for ; Tue, 23 Nov 2010 19:40:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=EwNLsVQ11RFRc7HzFkvlTC6o85ojw8YSvykZaVW/G0I=; b=iyzvOGezp9gNwS19YcxY3fBBLxXDkQ6D4+NN4xVdXOZJ4Qk8BmXy/AZmmWj//si4oC urB2ckCF20crptvVjJVC4St/6aFMs52XAnkELAI2Tgwyg+04JczN2vorlCN4vCLMscZP nCG/tXvDdxpnmptdMRWzsj3H2COCrmgynkNo0= 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; b=l/nwbiVwaPCXD+QzxMz2oMnrBGY9oZklNzGnH1uzeCGWtsMizOYtWzmMAaALoSk0s0 mBf4+ABStO1mjpT5+xTmBB4jl1ihTveaaj6vRYExr80Cs49hvA7NLknIpbkfU1u7bU8O BCLr7prM5+e27ppnZPzCTe11Qi8R3oizY/lL4= MIME-Version: 1.0 Received: by 10.227.141.205 with SMTP id n13mr3677541wbu.28.1290570013272; Tue, 23 Nov 2010 19:40:13 -0800 (PST) Received: by 10.227.136.73 with HTTP; Tue, 23 Nov 2010 19:40:13 -0800 (PST) In-Reply-To: References: Date: Tue, 23 Nov 2010 21:40:13 -0600 Message-ID: From: Zhihao Yuan To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Can not build either kernel nor 'world' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 03:40:16 -0000 OK, I know what happened. The version that I used to buildworld happens to have a bug in gcc, which just crashes and crashes. Then I tried to use the external gcc42 to build the kernel, but I got the error message: cc1: error: unrecognized command line option: -fformat-extension So what, where can I get a working build tools that work for the kernel & world, or how can I downgrade the world so I can get a working gcc and devd? On Tue, Nov 23, 2010 at 7:33 PM, Zhihao Yuan wrote: > I built and installed the latest 'world' this afternoon, and found that I > can not build the kernel now. And, the devd can not be started. I do not > know what's wrong. Maybe I need to downgrade my system to 8.1-RELEASE first. > What should I do now? > > -- > Zhihao Yuan > The best way to predict the future is to invent it. > > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 03:57:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60FA1106566C for ; Wed, 24 Nov 2010 03:57:16 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 113728FC0C for ; Wed, 24 Nov 2010 03:57:15 +0000 (UTC) Received: from vivi.cc.vt.edu (vivi.cc.vt.edu [198.82.163.43]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id oAO2fZxQ019193 for ; Tue, 23 Nov 2010 21:41:44 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by vivi.cc.vt.edu (MOS 4.1.8-GA FastPath queued) with ESMTP id OGL58237; Tue, 23 Nov 2010 21:41:43 -0500 (EST) Received: from gromit.chumby.lan (c-71-63-94-180.hsd1.va.comcast.net [71.63.94.180]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id oAO2fhtt019006 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 23 Nov 2010 21:41:43 -0500 From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 23 Nov 2010 21:41:43 -0500 Message-Id: To: FreeBSD Stable Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Status: score=10/50, host=vivi.cc.vt.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020207.4CEC7B68.0105,ss=1,fgs=0, ip=71.63.94.180, so=2009-09-22 00:05:22, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Subject: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 03:57:16 -0000 Does anyone know whether the Areca ARC-1300-4X external SAS HBA is = currently supported under FreeBSD/amd64 8-STABLE? I just fired up a = system that has one of these cards that is running 8.0-RELEASE and the = HBA is not being detected properly by FreeBSD. (It is being = misidentified by the arcmsr driver.) I'm hoping that once I upgrade = from 8.0-RELEASE to a contemporary 8-STABLE that it'll be supported. I = found a posting on the Web that indicated a driver would be available in = the first quarter of 2010 = (http://lists.freebsd.org/pipermail/freebsd-hardware/2009-December/006115.= html). I'm really hoping I can use this card, though I'm somewhat discouraged = by the fact that the Areca Web site lists only drivers for Windows, = Linux, and Mac OS X for this particular model. :-( Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 04:20:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 783C9106566C; Wed, 24 Nov 2010 04:20:55 +0000 (UTC) (envelope-from lichray@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 D05EE8FC08; Wed, 24 Nov 2010 04:20:54 +0000 (UTC) Received: by wwd20 with SMTP id 20so9108341wwd.31 for ; Tue, 23 Nov 2010 20:20:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=2hc+Qj7MCLP1VXMtkf8gIGsvr3eZ+xxF8hageA2VBuE=; b=bl4QyzXhzIRYGubkwuWXhGKsaFHAIjpetroI+1jmLYMa0hmnP5oP5ZVCw4xJ2TkAbu STb6p4OKMDDmPfDT8o7eFe5Ffwf9f0NTLxXfL5i22D18vlOgttYSPUuic7G51JVCqTXe h85X3UEnJfeSQs6zNQGxPfokM/HcuxoDODAww= 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=lG+qb2008CNW+XvwaRAykr/i2vUEwK1F2SBHihddUo53QNMib+xUqu8lgZoY8xyHZ/ WJjrNYG/i5pVPL7HpmfjM8PO7pQt6+lMfl/5twgmR/TrLJqoA9acRumlGfuGmmJ6jq1J yAxXTba2CFuWQnjVef9AON4l9PQfcBNBbXVFg= MIME-Version: 1.0 Received: by 10.227.141.137 with SMTP id m9mr8703438wbu.115.1290572452335; Tue, 23 Nov 2010 20:20:52 -0800 (PST) Received: by 10.227.136.73 with HTTP; Tue, 23 Nov 2010 20:20:52 -0800 (PST) In-Reply-To: References: <20101123081244.GA38354@icarus.home.lan> <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123145159.157170lfpi646gw0@webmail.leidinger.net> <20101123204540.GA6744@icarus.home.lan> <4CEC28B5.5080807@freebsd.org> Date: Tue, 23 Nov 2010 22:20:52 -0600 Message-ID: From: Zhihao Yuan To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Leidinger , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 04:20:55 -0000 As I posted in another email, the gcc crashes in latest RELENG_8. Another explanation is that buildworld WITH_CTF=1 can crashes the gcc. I overwrote the gcc with the version in 8.1_RELEASE, and I'm rebuilding everything. I just want to know whether I'm supposed to be able to use Dtrace just with a CTF-enabled kernel. And, if so, what should I do to make it actually works. Thanks... guys. On Tue, Nov 23, 2010 at 4:50 PM, Zhihao Yuan wrote: > Can not rebuild kernel. As you known, I installed the latest kernel last > night. This afternoon, I installed the latest 'world', which makes the > 'world' and the kernel a little bit de-synchronized. And, I found that the > devd can not be started, s I tried to build the kernel again. > > Here I met the biggest problem: I can not rebuild the kernel now! For each > time the make process stopped at stage 2.3, and gives me a core dump > finally. What's wrong? > > On Tue, Nov 23, 2010 at 2:52 PM, Zhihao Yuan wrote: > >> That's what I have done. I did not used WITH_CTF=1 on buildworld. Anyway, >> I;m using it to rebuild the world, which takes some time. >> >> On Tue, Nov 23, 2010 at 2:48 PM, Andriy Gapon wrote: >> >>> on 23/11/2010 22:45 Jeremy Chadwick said the following: >>> > make buildkernel WITH_CTF=1 >>> >>> I believe the above to be necessary and sufficient part (for using DTrace >>> on >>> kernel). >>> >>> -- >>> Andriy Gapon >>> >> >> >> >> -- >> Zhihao Yuan >> The best way to predict the future is to invent it. >> >> > > > -- > Zhihao Yuan > The best way to predict the future is to invent it. > > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 05:28:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F30F1065673 for ; Wed, 24 Nov 2010 05:28:51 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 3870A8FC1A for ; Wed, 24 Nov 2010 05:28:51 +0000 (UTC) Received: from omta14.westchester.pa.mail.comcast.net ([76.96.62.60]) by qmta07.westchester.pa.mail.comcast.net with comcast id atU61f0011HzFnQ57tUqsT; Wed, 24 Nov 2010 05:28:50 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta14.westchester.pa.mail.comcast.net with comcast id atUp1f0053LrwQ23atUpiH; Wed, 24 Nov 2010 05:28:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D885A9B422; Tue, 23 Nov 2010 21:28:47 -0800 (PST) Date: Tue, 23 Nov 2010 21:28:47 -0800 From: Jeremy Chadwick To: Zhihao Yuan Message-ID: <20101124052847.GA15050@icarus.home.lan> References: <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123145159.157170lfpi646gw0@webmail.leidinger.net> <20101123204540.GA6744@icarus.home.lan> <4CEC28B5.5080807@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Leidinger , freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 05:28:51 -0000 On Tue, Nov 23, 2010 at 10:20:52PM -0600, Zhihao Yuan wrote: > As I posted in another email, the gcc crashes in latest RELENG_8. Another > explanation is that buildworld WITH_CTF=1 can crashes the gcc. I overwrote > the gcc with the version in 8.1_RELEASE, and I'm rebuilding everything. > > I just want to know whether I'm supposed to be able to use Dtrace just with > a CTF-enabled kernel. And, if so, what should I do to make it actually > works. Thanks... guys. > > On Tue, Nov 23, 2010 at 4:50 PM, Zhihao Yuan wrote: > > > Can not rebuild kernel. As you known, I installed the latest kernel last > > night. This afternoon, I installed the latest 'world', which makes the > > 'world' and the kernel a little bit de-synchronized. And, I found that the > > devd can not be started, s I tried to build the kernel again. > > > > Here I met the biggest problem: I can not rebuild the kernel now! For each > > time the make process stopped at stage 2.3, and gives me a core dump > > finally. What's wrong? > > > > On Tue, Nov 23, 2010 at 2:52 PM, Zhihao Yuan wrote: > > > >> That's what I have done. I did not used WITH_CTF=1 on buildworld. Anyway, > >> I;m using it to rebuild the world, which takes some time. > >> > >> On Tue, Nov 23, 2010 at 2:48 PM, Andriy Gapon wrote: > >> > >>> on 23/11/2010 22:45 Jeremy Chadwick said the following: > >>> > make buildkernel WITH_CTF=1 > >>> > >>> I believe the above to be necessary and sufficient part (for using DTrace > >>> on > >>> kernel). I don't have this problem (re: gcc crashing on buildworld, with or without WITH_CTF=1). If gcc is crashing with signal 11: http://www.freebsd.org/doc/en/books/faq/troubleshoot.html#SIGNAL11 Kindly requested: please apply some focus to a single issue or start separate threads for the problems you're experiencing (though I understand how some can be related to one another). So far there's been 3 or 4 separate topics/items mentioned during the course of this thread (how to get DTrace working, problems with devd, and now gcc crashing), and it's becoming more and more difficult to follow what's going on. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 05:32:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E85B31065674 for ; Wed, 24 Nov 2010 05:32:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id CA7538FC15 for ; Wed, 24 Nov 2010 05:32:56 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta04.emeryville.ca.mail.comcast.net with comcast id atWV1f0031u4NiLA4tYw72; Wed, 24 Nov 2010 05:32:56 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta21.emeryville.ca.mail.comcast.net with comcast id atYv1f0053LrwQ28htYvtu; Wed, 24 Nov 2010 05:32:56 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 6A2EC9B422; Tue, 23 Nov 2010 21:32:55 -0800 (PST) Date: Tue, 23 Nov 2010 21:32:55 -0800 From: Jeremy Chadwick To: Paul Mather Message-ID: <20101124053255.GA15123@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Stable Subject: Re: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 05:32:57 -0000 On Tue, Nov 23, 2010 at 09:41:43PM -0500, Paul Mather wrote: > Does anyone know whether the Areca ARC-1300-4X external SAS HBA is > currently supported under FreeBSD/amd64 8-STABLE? I just fired up a > system that has one of these cards that is running 8.0-RELEASE and the > HBA is not being detected properly by FreeBSD. (It is being > misidentified by the arcmsr driver.) I'm hoping that once I upgrade > from 8.0-RELEASE to a contemporary 8-STABLE that it'll be supported. > I found a posting on the Web that indicated a driver would be > available in the first quarter of 2010 > (http://lists.freebsd.org/pipermail/freebsd-hardware/2009-December/006115.html). > > I'm really hoping I can use this card, though I'm somewhat discouraged > by the fact that the Areca Web site lists only drivers for Windows, > Linux, and Mac OS X for this particular model. :-( Have you contacted Areca about this? Their Technical Support folks would be able to tell you why this is, and if there is work being done to provide a driver for FreeBSD. A hardware vendor that is known to support FreeBSD is more authoritative about their drivers than the FreeBSD Project. :-) Also, please see this thread (which is very recent): http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/059985.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 05:44:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E302106566C; Wed, 24 Nov 2010 05:44:44 +0000 (UTC) (envelope-from lichray@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 95AD28FC17; Wed, 24 Nov 2010 05:44:43 +0000 (UTC) Received: by wwd20 with SMTP id 20so9157717wwd.31 for ; Tue, 23 Nov 2010 21:44:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=RluBcmxOEWN7klRXNtWEqI78FLeaj8NlFARN8evES7M=; b=QQQnyRYFvPNmFK5rsEZeONSELhzTD0TOCcorTFo17KJt5vJebE2ulMc0guHfy9mwkk B9jRHxqahouAy8dW8Tymmxnd/3tC6C2Jxc0SbgoyTprQZSUz523Tf3y06K4ZNaWxvjDN VLcb663kSMK1kZByd9ZNsNovls4AmmBV8GT0U= 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=U29wis66ogAdajyZBy3u4+DT9j04OfpPSkVEDutrz/FdCILN3WzNf9EZlJ23iURJrv csGbTidjD2IRAQV/EyuMddXLOjMeavPRzJ2vCFL48YFg6Jw4KStbXD8UKc1OQFyxn26J +iGJUrG0bfvHwLhp7DHOuDYD6zuAvBNemh0Uc= MIME-Version: 1.0 Received: by 10.227.141.205 with SMTP id n13mr3778275wbu.28.1290577481688; Tue, 23 Nov 2010 21:44:41 -0800 (PST) Received: by 10.227.136.73 with HTTP; Tue, 23 Nov 2010 21:44:41 -0800 (PST) In-Reply-To: <20101124052847.GA15050@icarus.home.lan> References: <20101123082046.GA62301@compaq.yuetime> <4CEBB613.5010009@freebsd.org> <20101123131353.GA7243@icarus.home.lan> <20101123145159.157170lfpi646gw0@webmail.leidinger.net> <20101123204540.GA6744@icarus.home.lan> <4CEC28B5.5080807@freebsd.org> <20101124052847.GA15050@icarus.home.lan> Date: Tue, 23 Nov 2010 23:44:41 -0600 Message-ID: From: Zhihao Yuan To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Leidinger , freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 05:44:44 -0000 I'm sorry, I'm not going to split the topics. So here is the current status: built kernel WITH_CTF and build world without CTF (I assume CTF is just a kernel feature). And the problem is exactly the same as I posted before, say "line 88" staff. And, there are many people who have the same problem. Is it caused by some other options in our KERNCONF? Or it just does not work on some platforms.... On Tue, Nov 23, 2010 at 11:28 PM, Jeremy Chadwick wrote: > On Tue, Nov 23, 2010 at 10:20:52PM -0600, Zhihao Yuan wrote: > > As I posted in another email, the gcc crashes in latest RELENG_8. Another > > explanation is that buildworld WITH_CTF=1 can crashes the gcc. I > overwrote > > the gcc with the version in 8.1_RELEASE, and I'm rebuilding everything. > > > > I just want to know whether I'm supposed to be able to use Dtrace just > with > > a CTF-enabled kernel. And, if so, what should I do to make it actually > > works. Thanks... guys. > > > > On Tue, Nov 23, 2010 at 4:50 PM, Zhihao Yuan wrote: > > > > > Can not rebuild kernel. As you known, I installed the latest kernel > last > > > night. This afternoon, I installed the latest 'world', which makes the > > > 'world' and the kernel a little bit de-synchronized. And, I found that > the > > > devd can not be started, s I tried to build the kernel again. > > > > > > Here I met the biggest problem: I can not rebuild the kernel now! For > each > > > time the make process stopped at stage 2.3, and gives me a core dump > > > finally. What's wrong? > > > > > > On Tue, Nov 23, 2010 at 2:52 PM, Zhihao Yuan > wrote: > > > > > >> That's what I have done. I did not used WITH_CTF=1 on buildworld. > Anyway, > > >> I;m using it to rebuild the world, which takes some time. > > >> > > >> On Tue, Nov 23, 2010 at 2:48 PM, Andriy Gapon > wrote: > > >> > > >>> on 23/11/2010 22:45 Jeremy Chadwick said the following: > > >>> > make buildkernel WITH_CTF=1 > > >>> > > >>> I believe the above to be necessary and sufficient part (for using > DTrace > > >>> on > > >>> kernel). > > I don't have this problem (re: gcc crashing on buildworld, with or > without WITH_CTF=1). If gcc is crashing with signal 11: > http://www.freebsd.org/doc/en/books/faq/troubleshoot.html#SIGNAL11 > > Kindly requested: please apply some focus to a single issue or start > separate threads for the problems you're experiencing (though I > understand how some can be related to one another). So far there's been > 3 or 4 separate topics/items mentioned during the course of this thread > (how to get DTrace working, problems with devd, and now gcc crashing), > and it's becoming more and more difficult to follow what's going on. > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 07:38:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BC171065673 for ; Wed, 24 Nov 2010 07:38:35 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E7DC88FC13 for ; Wed, 24 Nov 2010 07:38:34 +0000 (UTC) Received: by fxm19 with SMTP id 19so7273267fxm.13 for ; Tue, 23 Nov 2010 23:38:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ufSWtMIe5afT5j2WQ32W+qXsC13TzVwdz6s5erdIBxo=; b=X6tMi+GjPG1HljacElB8XBgTKKt7bWAff3KOAiYaNskCZ0Xq9aupmU7ZK1K9E0WcDd GItqiQk2q1dmNFpi8kctn6k0QG8+Gxv3dLwn8HdkL5fisVU8nOwkDgf2Cge4m1R3kigT +9Rnp5yeJ4ELykF+hrO+V4GQXcCkAc/0K1d8M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ndhg05lXNoGTmJjeZ5v41oNJdP7os/3Vz9YpGNUg6B9SNMEKSlbWfL0eNNbPPgwkU+ sFDpj3p94l42xu+/Ueox08BH+XgcvO9GJk6gX1YJcxQsViFMKYN39Cbl8kqX6mRChgrn HM/GqsEmwv9h00FwAWt81vBr4ti0btHKzfh20= Received: by 10.223.79.13 with SMTP id n13mr7718804fak.139.1290584313675; Tue, 23 Nov 2010 23:38:33 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id n6sm1709710faa.28.2010.11.23.23.38.30 (version=SSLv3 cipher=RC4-MD5); Tue, 23 Nov 2010 23:38:32 -0800 (PST) Sender: Alexander Motin Message-ID: <4CECC0EE.8020909@FreeBSD.org> Date: Wed, 24 Nov 2010 09:38:22 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jonathan Chen , FreeBSD Stable References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: snd_hda on Optiplex 980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 07:38:35 -0000 On 24.11.2010 00:07, Jonathan Chen wrote: > I recently migrated my 8-STABLE/amd64 system to a Dell Optiplex 980 and > have discovered that the sound system isn't recognised by snd_hda. > > cat /dev/sndstat: > FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) > Installed devices: > pcm0: (play) > pcm1: (play) > pcm2: (play) > pcm3: (play) > pcm4: (play/rec) default > pcm5: (play/rec) What do you mean by "not recognized"? Doesn't above tells opposite? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 07:49:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 944A51065670 for ; Wed, 24 Nov 2010 07:49:21 +0000 (UTC) (envelope-from boydjd@jbip.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 34B108FC1A for ; Wed, 24 Nov 2010 07:49:20 +0000 (UTC) Received: by fxm19 with SMTP id 19so7279725fxm.13 for ; Tue, 23 Nov 2010 23:49:20 -0800 (PST) Received: by 10.223.79.13 with SMTP id n13mr7704180fak.139.1290583258022; Tue, 23 Nov 2010 23:20:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.87.219 with HTTP; Tue, 23 Nov 2010 23:20:37 -0800 (PST) From: Joshua Boyd Date: Wed, 24 Nov 2010 02:20:37 -0500 Message-ID: To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: sysutils/py-zfs won't compile with lang/python27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 07:49:21 -0000 I've upgraded to Python27, following directions in /usr/ports/UPDATING. Running cd /usr/ports/lang/python && make upgrade-site-packages results in the following output: http://pastebin.com/45wUteS9 My ports tree is current as of 5 minutes ago. Looking at the CVS logs, it seems like this is a supported configuration: http://www.mail-archive.com/cvs-all@freebsd.org/msg181293.html Any help would be appreciated. -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 07:58:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BEC21065672 for ; Wed, 24 Nov 2010 07:58:54 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 19DAE8FC13 for ; Wed, 24 Nov 2010 07:58:53 +0000 (UTC) Received: by bwz2 with SMTP id 2so8197322bwz.13 for ; Tue, 23 Nov 2010 23:58:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=HETZ9i2Fec24l3G/0am3PAPz22kel7+NuSW+J7ta0SU=; b=n5h08HAqbXzb2gUs2ygwV3Q7oTiUOL0VZrC9vjidAVV0qfTTe5P4MnJ3WmMdcZdtjB vwWsduQG/uNTOZMPg3IdGPxModC9JMdC8teWWB2o0bsbi+GHdnIcT0Gyj1B4cusY+lHM hyyNHUJheiow+nMI9mT3bX0r+0X9wNF7cX6UA= 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=TotJSKRm9NlFFfzj4vDek1AZJkdUWmbWwgf90Kf24y8u1YTNVLzAzFVNq8mfIYg33e hmIGPNkWiAxxQJAehcsAM+RbR+YOthjd4qvyotQWaNcS/5f7SfjBXg7xbBEU3xHaQ+7r UqYwIzSqZwVnK8cwwFKP1NWSjU9POzdPIF7a0= MIME-Version: 1.0 Received: by 10.204.114.77 with SMTP id d13mr8106956bkq.150.1290585532947; Tue, 23 Nov 2010 23:58:52 -0800 (PST) Received: by 10.204.179.75 with HTTP; Tue, 23 Nov 2010 23:58:52 -0800 (PST) In-Reply-To: References: Date: Wed, 24 Nov 2010 01:58:52 -0600 Message-ID: From: Scot Hetzel To: Zhihao Yuan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Can not build either kernel nor 'world' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 07:58:54 -0000 On Tue, Nov 23, 2010 at 9:40 PM, Zhihao Yuan wrote: > OK, I know what happened. The version that I used to buildworld happens to > have a bug in gcc, which just crashes and crashes. Then I tried to use the > external gcc42 to build the kernel, but I got the error message: > cc1: error: unrecognized command line option: -fformat-extension > > So what, where can I get a working build tools that work for the kernel & > world, or how can I downgrade the world so I can get a working gcc and devd? > The following may help in getting your system running, but hasn't been tested: 1. Either update or downgrade your sources to get past the gcc bug. 2. Boot the FreeBSD livefs CD/memstick 3. mount your partions mkdir /mnt mount -t ufs /dev/ad0s1a /mnt mount -t ufs /dev/ad0s1d /mnt/usr mount -t ufs /dev/ad0s1e /mnt/var 4. link /mnt/usr/obj directory ln -s /mnt/usr/obj /usr/obj 5. Build world and kernel cd /mnt/usr/src/ make buildworld make buildkernel KERNCONF=MYKERNEL 6. Install the new world and kernel make installworld DESTDIR=/mnt make installkernel DESTDIR=/mnt KERNCONF=MYKERNEL mergemaster -i -C -D /mnt 7. Reboot the computer and remove the fixit CD Scot From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 08:20:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A771065672 for ; Wed, 24 Nov 2010 08:20:35 +0000 (UTC) (envelope-from boydjd@jbip.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 14C878FC0C for ; Wed, 24 Nov 2010 08:20:34 +0000 (UTC) Received: by fxm19 with SMTP id 19so7299208fxm.13 for ; Wed, 24 Nov 2010 00:20:33 -0800 (PST) Received: by 10.223.127.16 with SMTP id e16mr1805435fas.101.1290584096646; Tue, 23 Nov 2010 23:34:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.87.219 with HTTP; Tue, 23 Nov 2010 23:34:36 -0800 (PST) In-Reply-To: References: From: Joshua Boyd Date: Wed, 24 Nov 2010 02:34:36 -0500 Message-ID: To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: sysutils/py-zfs won't compile with lang/python27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 08:20:35 -0000 An update, I was able to make this work by reconfiguring the lang/python27 to not "Use GNU Pth for threading/multiprocessing". On Wed, Nov 24, 2010 at 2:20 AM, Joshua Boyd wrote: > I've upgraded to Python27, following directions in /usr/ports/UPDATING. > > Running cd /usr/ports/lang/python && make upgrade-site-packages results in > the following output: > > http://pastebin.com/45wUteS9 > > My ports tree is current as of 5 minutes ago. > > Looking at the CVS logs, it seems like this is a supported configuration: > > http://www.mail-archive.com/cvs-all@freebsd.org/msg181293.html > > Any help would be appreciated. > > -- > Joshua Boyd > JBipNet > > E-mail: boydjd@jbip.net > > http://www.jbip.net > -- Joshua Boyd JBipNet E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 08:34:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62FF0106566B for ; Wed, 24 Nov 2010 08:34:28 +0000 (UTC) (envelope-from lichray@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 DF9708FC0C for ; Wed, 24 Nov 2010 08:34:27 +0000 (UTC) Received: by wwd20 with SMTP id 20so9279216wwd.31 for ; Wed, 24 Nov 2010 00:34:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=QoSdHXhkcPg3nXjVkyYdh8UU+O3IlZuNPinRuSC57aY=; b=n/r6+/AOAosgaKciylwr2XrNvIhzwjgu5faIaiwyb7PcNt8XFELFjPaYoKKyQqfl9g v5lcOpTKrya0ijVuyM5vSPVmIzX75dDVtFa4iap8W9WAkiK/PlzX+qFKTm8i676FUoF6 AnJ6UZjQf+Io9XJyaETBLO+ytiR/mqMZcig6g= 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=J4hBcQyuxNegtak2+5+hM/0AfOmAkEz9ChoUEsf62jW265z/DKljimE60X7hciQJIz bDyUIpivjpbc+ex2sGps7TSg89QHg2gXZGFybkz3CyzfjS+8p5YAsuzP+G/OyCLW2Slz 1gt3jo/plXq9Hc82k1DvUv3x0CZ7MyR7vsJ+c= MIME-Version: 1.0 Received: by 10.227.127.79 with SMTP id f15mr8920869wbs.86.1290587665867; Wed, 24 Nov 2010 00:34:25 -0800 (PST) Received: by 10.227.136.73 with HTTP; Wed, 24 Nov 2010 00:34:25 -0800 (PST) In-Reply-To: References: Date: Wed, 24 Nov 2010 02:34:25 -0600 Message-ID: From: Zhihao Yuan To: Scot Hetzel Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Can not build either kernel nor 'world' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 08:34:28 -0000 I used wget to get the base system, and installed it to a alternative root. Then I replaced the broken gcc with the old working ones, then rebuild everything. Now my system works. On Wed, Nov 24, 2010 at 1:58 AM, Scot Hetzel wrote: > On Tue, Nov 23, 2010 at 9:40 PM, Zhihao Yuan wrote: > > OK, I know what happened. The version that I used to buildworld happens > to > > have a bug in gcc, which just crashes and crashes. Then I tried to use > the > > external gcc42 to build the kernel, but I got the error message: > > cc1: error: unrecognized command line option: -fformat-extension > > > > So what, where can I get a working build tools that work for the kernel & > > world, or how can I downgrade the world so I can get a working gcc and > devd? > > > The following may help in getting your system running, but hasn't been > tested: > > 1. Either update or downgrade your sources to get past the gcc bug. > 2. Boot the FreeBSD livefs CD/memstick > 3. mount your partions > > mkdir /mnt > mount -t ufs /dev/ad0s1a /mnt > mount -t ufs /dev/ad0s1d /mnt/usr > mount -t ufs /dev/ad0s1e /mnt/var > > 4. link /mnt/usr/obj directory > > ln -s /mnt/usr/obj /usr/obj > > 5. Build world and kernel > > cd /mnt/usr/src/ > make buildworld > make buildkernel KERNCONF=MYKERNEL > > 6. Install the new world and kernel > > make installworld DESTDIR=/mnt > make installkernel DESTDIR=/mnt KERNCONF=MYKERNEL > mergemaster -i -C -D /mnt > > 7. Reboot the computer and remove the fixit CD > > Scot > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 09:54:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CE37106566C for ; Wed, 24 Nov 2010 09:54:26 +0000 (UTC) (envelope-from greenx@yartv.ru) Received: from mail.yartv.ru (smtp.yartv.ru [94.158.0.17]) by mx1.freebsd.org (Postfix) with ESMTP id 22CB98FC0A for ; Wed, 24 Nov 2010 09:54:24 +0000 (UTC) Received: from greenx.yartelenet.ru (greenx.yartelenet.ru [94.158.0.2]) by mail.yartv.ru (Postfix) with ESMTP id A5363730F6 for ; Wed, 24 Nov 2010 12:36:09 +0300 (MSK) Message-ID: <4CECDC89.7070706@yartv.ru> Date: Wed, 24 Nov 2010 12:36:09 +0300 From: Andrey Groshev User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.15) Gecko/20101101 Thunderbird/3.0.10 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> <20101123175100.V24596@maildrop.int.zabbadoz.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: upd: 7.2->8.1 & many networks trouble & flowtable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 09:54:26 -0000 Hi, PPL! A couple of days ago decided to upgrade from 7.2-STABLE to 8.1-STABLE (amd64). By tradition, waited some pitfalls. But damn, not to the same degree! The hardware on the server: Motherboard: Intel SE7520JR23S CPU's: 2 x Xeon 3Ghz Ram: 4Gb Software used: openospfd, openbgpd, bind, and so on. In general, used as a boundary Router. Update ... and began: 1. The server died a few minutes after launch, not even reacting to the keyboard. By issuing a warning about "em0 watchdog .....". I thought to myself - broke the driver, connect the other network card. Server even stopped hanging. 2. Nearest switch does not like OSPF from the server and it shuts down a port or vlan. 3. openbgpd loads CPU nearly 100%. 4. bind does not respond, despite the fact that properly loads the CPU. In the end, I turned off everything that does not work as is necessary, Only remaining process FLOWCLEANER which can be CPU at 100%. Google started about this flowcleaner. And what happened? I found a report entitled "Optimizing the BSD Routing System for Parallel Processing"(1). Roughly speaking, flowtable - a new approach to routing. Dividing the levels 2 and 3 can achieve more parallelism. But in the end, due to this - to increase network performance. Ok, everything looks great! And now I ask: for whom all this? IMHO for example, ISP. Or, as stated in the above-mentioned report: > >> "The main goals for redesigning the kernel routing infrastructure was to reduce the scope of the customization necessary when deriving products from FreeBSD, and to offer a generic solution that could be an integral part of the kernel." <<< What ultimately relevant only to the equipment is used at the ISP. Since the average user with its tiny routing table - it is not necessary. But beyond the problems begin. How long have you seen the ISP without "fullview bpg"? But beyond the problems begin. Almost everywhere where it is mentioned a problem with FLOWCLEANER recommended for deletion from the kernel option FLOWTABLE. And one of the co-authors wrote in his blog(2): > >> "One oversight that come up shortly afterwards is that it adversely impacts performance for systems with many routing prefixes to a greater degree than I had expected." <<< How long have you seen the ISP without "fullview bpg"? It turns out that the technology is designed to increase network performance that most network generally kills, which implies that it is not suitable for use. And here it is not simply included in the source tree, and is enabled by default in the GENERIC kernel! And do not say that there was no PR - they are (3)! ---- Sorry so long sets out the main meaning of the message is this: Why in the kernel introduced new features, if it is good only on paper? May exclude this option from the GENERIC kernel? ---- Links: 1. - http://conferences.sigcomm.org/sigcomm/2009/workshops/presto/papers/p37.pdf 2. - http://daemonflux.blogspot.com/2010/01/updates.html 3. - http://people.freebsd.org/~linimon/studies/prs/prs_for_tag_flowtable.html From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 10:24:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 538BF106564A for ; Wed, 24 Nov 2010 10:24:17 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 05AF98FC0C for ; Wed, 24 Nov 2010 10:24:16 +0000 (UTC) Received: from outgoing.leidinger.net (p57B39C93.dip.t-dialin.net [87.179.156.147]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id C698384400F; Wed, 24 Nov 2010 11:07:53 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id BD8AC26A8; Wed, 24 Nov 2010 11:07:49 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id oAOA7Naf058589; Wed, 24 Nov 2010 11:07:23 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 24 Nov 2010 11:07:23 +0100 Message-ID: <20101124110723.20433fhtru9j3eo0@webmail.leidinger.net> Date: Wed, 24 Nov 2010 11:07:23 +0100 From: Alexander Leidinger To: Peter Jeremy References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101123124543.GA4751@johnny.reilly.home> <20101123193207.GA10788@server.vk2pj.dyndns.org> In-Reply-To: <20101123193207.GA10788@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: C698384400F.A48AA X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.274, required 6, autolearn=disabled, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1291198075.9556@IRJZO/oskuq/KYPgNlUwuQ X-EBL-Spam-Status: No Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 10:24:17 -0000 Quoting Peter Jeremy (from Wed, 24 Nov 2010 06:32:07 +1100): > BTW, the entire export is performed at the current compression level - > recompressing existing data. Are you sure the compression is done on the sending side, and not at the receiving side? I would expect the later (as I can specify a different compression level on an existing destination, if I remember correctly). Bye, Alexander. -- Kansas state law requires pedestrians crossing the highways at night to wear tail lights. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 10:31:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9CB91065672 for ; Wed, 24 Nov 2010 10:31:36 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 87C168FC12 for ; Wed, 24 Nov 2010 10:31:36 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id oAOAIgsL022542; Wed, 24 Nov 2010 02:20:28 -0800 (PST) Received: from 10.2.2.114 ([10.2.2.114]) by bcs-mail03.internal.cacheflow.com ([10.2.2.95]) with Microsoft Exchange Server HTTP-DAV ; Wed, 24 Nov 2010 10:18:56 +0000 References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> <20101123175100.V24596@maildrop.int.zabbadoz.net> <4CECDC89.7070706@yartv.ru> Content-Transfer-Encoding: quoted-printable From: "Li, Qing" Content-Type: text/plain; charset="us-ascii" In-Reply-To: <4CECDC89.7070706@yartv.ru> Message-ID: Date: Wed, 24 Nov 2010 02:18:57 -0800 To: "Andrey Groshev" Thread-Topic: upd: 7.2->8.1 & many networks trouble & flowtable Thread-Index: AcuLwQC/YOt8SUrCSommZCdmB//rVA== MIME-Version: 1.0 (iPhone Mail 8B117) Cc: freebsd-stable@freebsd.org Subject: Re: upd: 7.2->8.1 & many networks trouble & flowtable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 10:31:36 -0000 I am the main author of this paper you referenced in your email. The main discussion and focus of my paper was on the design and work done to= separate L2 and L3 for both IPv4 and IPv6 to facilitate the elimination of G= IANT lock in the networking subsystem, thus achieving high parallelism.=20 This redesign of separately managing L2 ARP/ND6 and L3 routing tables alread= y show performance gain on multicore systems. The flow-table enhancement is just one other component, described towards th= e end of the paper. Yes, It is experimental and was discussed as such in the= paper as well as on the mailing list.=20 I did not know flow-table feature was enabled by default. I wouldn't have do= ne so myself. So help me understand you better: are you complaining about the general L2/L= 3 separation work, or you are angry about the flow-table enhancement in part= icular? cheers, -- Qing On Nov 24, 2010, at 1:54 AM, "Andrey Groshev" wrote: > Hi, PPL! >=20 > A couple of days ago decided to upgrade from 7.2-STABLE to 8.1-STABLE (amd= 64). > By tradition, waited some pitfalls. > But damn, not to the same degree! >=20 > The hardware on the server: > Motherboard: Intel SE7520JR23S > CPU's: 2 x Xeon 3Ghz > Ram: 4Gb >=20 > Software used: openospfd, openbgpd, bind, and so on. > In general, used as a boundary Router. >=20 > Update ... and began: > 1. The server died a few minutes after launch, not even reacting to the ke= yboard. By issuing a warning about "em0 watchdog .....". I thought to myself= - broke the driver, connect the other network card. Server even stopped han= ging. > 2. Nearest switch does not like OSPF from the server and it shuts down a p= ort or vlan. > 3. openbgpd loads CPU nearly 100%. > 4. bind does not respond, despite the fact that properly loads the CPU. >=20 > In the end, I turned off everything that does not work as is necessary, > Only remaining process FLOWCLEANER which can be CPU at 100%. >=20 >=20 > Google started about this flowcleaner. > And what happened? I found a report entitled "Optimizing the BSD Routing S= ystem for Parallel Processing"(1). Roughly speaking, flowtable - a new appro= ach to routing. Dividing the levels 2 and 3 can achieve more parallelism. Bu= t in the end, due to this - to increase network performance. Ok, everything l= ooks great! >=20 > And now I ask: for whom all this? IMHO for example, ISP. Or, as stated in t= he above-mentioned report: >=20 >> >> "The main goals for redesigning the kernel routing infrastructure=20 > was to reduce the scope of the customization necessary when deriving produ= cts from FreeBSD, and to offer a generic solution that could be an integral p= art of the kernel." <<< >=20 > What ultimately relevant only to the equipment is used at the ISP. > Since the average user with its tiny routing table - it is not necessary. > But beyond the problems begin. How long have you seen the ISP without "ful= lview bpg"? >=20 > But beyond the problems begin. > Almost everywhere where it is mentioned a problem with FLOWCLEANER recomme= nded for deletion from the kernel option FLOWTABLE. > And one of the co-authors wrote in his blog(2): >> >> "One oversight that come up shortly afterwards > is that it adversely impacts performance for systems > with many routing prefixes to a greater degree than I had expected." <<< >=20 > How long have you seen the ISP without "fullview bpg"? > It turns out that the technology is designed to increase network performan= ce that most network generally kills, which implies that it is not suitable f= or use. > And here it is not simply included in the source tree, and is enabled by d= efault in the GENERIC kernel! > And do not say that there was no PR - they are (3)! >=20 > ---- >=20 > Sorry so long sets out the main meaning of the message is this: > Why in the kernel introduced new features, if it is good only on paper? > May exclude this option from the GENERIC kernel? >=20 > ---- >=20 > Links: > 1. - http://conferences.sigcomm.org/sigcomm/2009/workshops/presto/papers/p= 37.pdf > 2. - http://daemonflux.blogspot.com/2010/01/updates.html > 3. - http://people.freebsd.org/~linimon/studies/prs/prs_for_tag_flowtable.= html >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 10:41:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CD481065674 for ; Wed, 24 Nov 2010 10:41:17 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by mx1.freebsd.org (Postfix) with ESMTP id EDFD08FC08 for ; Wed, 24 Nov 2010 10:41:16 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id oAOAfBWg031341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Nov 2010 21:41:12 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id oAOAfBJN045982; Wed, 24 Nov 2010 21:41:11 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id oAOAfBM7045981; Wed, 24 Nov 2010 21:41:11 +1100 (EST) (envelope-from peter) Date: Wed, 24 Nov 2010 21:41:11 +1100 From: Peter Jeremy To: Alexander Leidinger Message-ID: <20101124104111.GA45889@server.vk2pj.dyndns.org> References: <20101122113541.GA74719@johnny.reilly.home> <4CEA8BA6.7080009@kc8onw.net> <20101123124543.GA4751@johnny.reilly.home> <20101123193207.GA10788@server.vk2pj.dyndns.org> <20101124110723.20433fhtru9j3eo0@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <20101124110723.20433fhtru9j3eo0@webmail.leidinger.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: ZFS backups: retrieving a few files? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 10:41:17 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Nov-24 11:07:23 +0100, Alexander Leidinger wrote: >Quoting Peter Jeremy (from Wed, 24 Nov 2010 =20 >06:32:07 +1100): > >> BTW, the entire export is performed at the current compression level - >> recompressing existing data. > >Are you sure the compression is done on the sending side, and not at =20 >the receiving side? I would expect the later (as I can specify a =20 >different compression level on an existing destination, if I remember =20 >correctly). Sorry, that was poorly worded. The actual send stream is not compressed but the entire filesystem stream will be re-compressed on the receive side as specified by the "compression" parameter on the sending filesystem. --=20 Peter Jeremy --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkzs68cACgkQ/opHv/APuIfYAgCgssIp6S2Rb3AkwM8YmiClBFjM QYoAoIVxu9C+bl02mrKpa2lRnSkWsmyi =3m1d -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 11:20:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A6FA106564A for ; Wed, 24 Nov 2010 11:20:27 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 8391F8FC14 for ; Wed, 24 Nov 2010 11:20:26 +0000 (UTC) Received: from park.js.berklix.net (p549A7DE0.dip.t-dialin.net [84.154.125.224]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id oAOApcfY034789; Wed, 24 Nov 2010 10:51:42 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id oAOApZ4I097963; Wed, 24 Nov 2010 11:51:35 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id oAOApDSF078356; Wed, 24 Nov 2010 11:51:25 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201011241051.oAOApDSF078356@fire.js.berklix.net> To: "Wilkinson, Alex" , Tom Evans From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 23 Nov 2010 15:04:42 +0800." <20101123070442.GN8547@stlux503.dsto.defence.gov.au> Date: Wed, 24 Nov 2010 11:51:13 +0100 Sender: jhs@berklix.com Cc: freebsd-stable@freebsd.org Subject: Re: www/chromium ignores proxy settings [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 11:20:27 -0000 Reference: > From: "Wilkinson, Alex" > Date: Tue, 23 Nov 2010 15:04:42 +0800 "Wilkinson, Alex" wrote: > > 0n Mon, Nov 22, 2010 at 02:19:32PM +0000, Tom Evans wrote: > > >On Mon, Nov 22, 2010 at 2:00 PM, Alexander Logvinov wrote: > >> ??Use ??chrome --proxy-server="http://proxy:3128/" :) > >That didn't work either, it would not even make any connections then. > >With '--proxy-server=proxy:3128' though, it works correctly! > >It would still be nice to be able to set these options in the right > >place in the gui, and have them work :) > > Try: --proxy-pac-url="http://proxy-server:port" > > Work for me. > > -Alex Man chrome: --proxy-server=host:port Specify the HTTP/SOCKS4/SOCKS5 proxy server to use for requests. This overrides any environment variables or settings picked via the options dialog. --proxy-pac-url=URL Specify proxy autoconfiguration URL. Overrides any environment variables or settings picked via the options dialog. These do not work here: chrome --proxy-pac-url="http://gate:80" chrome --proxy-pac-url=http://gate:80 Not suprising, I suppose the URL should not contain '"' and perhaps the URL should be some some auto config server hook I am not supplying. Tom, This works here: chrome --proxy-server=gate:80 My env: 8.0-RELEASE amd64 chromium-6.0.472.63 from FreeBSD/branches/-current/ports/www/chromium printenv | grep -i proxy http_proxy=http://gate.js.berklix.net:80 all_proxy=http://gate.js.berklix.net My proxy env vars are not being imported properly, & setting on command line is ugly, but no time for more now, possibly a bug/feature in chrome ? I never tried chrome before. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not HTML, quoted-printable & base 64 spam formats. Avoid top posting, it cripples itemised cumulative responses. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 11:37:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F7F106566C for ; Wed, 24 Nov 2010 11:37:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id BBAF38FC0C for ; Wed, 24 Nov 2010 11:37:47 +0000 (UTC) Received: from omta16.westchester.pa.mail.comcast.net ([76.96.62.88]) by qmta10.westchester.pa.mail.comcast.net with comcast id azRL1f0031uE5Es5AzdoHH; Wed, 24 Nov 2010 11:37:48 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta16.westchester.pa.mail.comcast.net with comcast id azdm1f0033LrwQ23czdmNC; Wed, 24 Nov 2010 11:37:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 194389B422; Wed, 24 Nov 2010 03:37:45 -0800 (PST) Date: Wed, 24 Nov 2010 03:37:45 -0800 From: Jeremy Chadwick To: "Julian H. Stacey" Message-ID: <20101124113745.GA22461@icarus.home.lan> References: <20101123070442.GN8547@stlux503.dsto.defence.gov.au> <201011241051.oAOApDSF078356@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011241051.oAOApDSF078356@fire.js.berklix.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tom Evans , freebsd-stable@freebsd.org, "Wilkinson, Alex" Subject: Re: www/chromium ignores proxy settings [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 11:37:48 -0000 On Wed, Nov 24, 2010 at 11:51:13AM +0100, Julian H. Stacey wrote: > "Wilkinson, Alex" wrote: > > > > 0n Mon, Nov 22, 2010 at 02:19:32PM +0000, Tom Evans wrote: > > > > >On Mon, Nov 22, 2010 at 2:00 PM, Alexander Logvinov wrote: > > >> ??Use ??chrome --proxy-server="http://proxy:3128/" :) > > >That didn't work either, it would not even make any connections then. > > >With '--proxy-server=proxy:3128' though, it works correctly! > > >It would still be nice to be able to set these options in the right > > >place in the gui, and have them work :) > > > > Try: --proxy-pac-url="http://proxy-server:port" > > > > Work for me. > > > > -Alex > > Man chrome: > --proxy-server=host:port > Specify the HTTP/SOCKS4/SOCKS5 proxy server to use for requests. > This overrides any environment variables or settings picked via > the options dialog. > > --proxy-pac-url=URL > Specify proxy autoconfiguration URL. Overrides any environment > variables or settings picked via the options dialog. > > These do not work here: > chrome --proxy-pac-url="http://gate:80" > chrome --proxy-pac-url=http://gate:80 > Not suprising, I suppose the URL should not contain '"' and perhaps > the URL should be some some auto config server hook I am not supplying. Correct. You need to reference a PAC file for the browser to read/parse: http://en.wikipedia.org/wiki/Proxy_auto-config I can show you an example .pac file if you want; I use one to define what domain names my browser visits should be siphoned through a proxy (SSH tunnel to work) or directly via the Internet. If what you're looking for is an HTTP or HTTPS-based proxy, you should be using --proxy-server, specifying the FQDN or local hostname of the server and what TCP port the proxy daemon is configured to accept requests from (e.g. port 80, or port 3128 in most cases, ex. squid). > printenv | grep -i proxy > http_proxy=http://gate.js.berklix.net:80 > all_proxy=http://gate.js.berklix.net > My proxy env vars are not being imported properly, > & setting on command line is ugly, but no time for more now, > possibly a bug/feature in chrome ? I never tried chrome before. There is a very bad assumption being made here (so far by two people). There is absolutely nothing that requires or guarantees a piece of software will import or make use of *_proxy environment variables. The software has to explicitly state it honours and respects these, and provide documentation stating what it expects the syntax to be. The only two pieces of software I've encountered which honours these is perl's LWP::UserAgent (and friends), and curl. I imagine lynx and some other software honours them as well, but again, assuming software honours them (or properly parses them for that matter) isn't reasonable. Is there any confirmed documentation that Google Chrome honours and makes use of *_proxy environment variables? I see some random Linux user forum posts claiming it does, but there's caveats to their use apparently (see post from "disciple"; X users will probably want to read this post): http://www.murga-linux.com/puppy/viewtopic.php?t=50196 -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 12:04:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A59B1065672 for ; Wed, 24 Nov 2010 12:04:27 +0000 (UTC) (envelope-from greenx@yartv.ru) Received: from mail.yartv.ru (ear.yartelenet.ru [94.158.0.17]) by mx1.freebsd.org (Postfix) with ESMTP id EAE2C8FC19 for ; Wed, 24 Nov 2010 12:04:26 +0000 (UTC) Received: from greenx.yartelenet.ru (greenx.yartelenet.ru [94.158.0.2]) by mail.yartv.ru (Postfix) with ESMTP id C35F2730F6; Wed, 24 Nov 2010 15:04:25 +0300 (MSK) Message-ID: <4CECFF49.2010204@yartv.ru> Date: Wed, 24 Nov 2010 15:04:25 +0300 From: Andrey Groshev User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.15) Gecko/20101101 Thunderbird/3.0.10 MIME-Version: 1.0 To: "Li, Qing" References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> <20101123175100.V24596@maildrop.int.zabbadoz.net> <4CECDC89.7070706@yartv.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: upd: 7.2->8.1 & many networks trouble & flowtable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 12:04:27 -0000 24.11.2010 13:18, Li, Qing пишет: > I am the main author of this paper you referenced in your email. > Hi! I know that you also worked on this. Kip Macy mention because I found his statement regarding this issue. > The main discussion and focus of my paper was on the design and work done to separate L2 and L3 for both IPv4 and IPv6 to facilitate the elimination of GIANT lock in the networking subsystem, thus achieving high parallelism. > > This redesign of separately managing L2 ARP/ND6 and L3 routing tables already show performance gain on multicore systems. > > The flow-table enhancement is just one other component, described towards the end of the paper. Yes, It is experimental and was discussed as such in the paper as well as on the mailing list. > Ie You also confirms that this feature is still experimental? > I did not know flow-table feature was enabled by default. I wouldn't have done so myself. > Kip Macy added it to the generic kernel of head 2009-06-14 (vers. 1.526). And it so happened that when he appeared RELENG_8 she moved into the stable branch. > So help me understand you better: are you complaining about the general L2/L3 separation work, or you are angry about the flow-table enhancement in particular? > > cheers, > > -- Qing > > > I understand the importance and necessity of the features. I'll be glad when it will actually carry out what should be. But in the current situation, this feature should not be enabled by default in the generic kernel of the stable branch. Best regards, Andrey Groshev. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 06:31:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F05F106566C for ; Wed, 24 Nov 2010 06:31:22 +0000 (UTC) (envelope-from mia@trecom.tomsk.ru) Received: from post.trecom.tomsk.ru (post.trecom.tomsk.ru [91.210.184.2]) by mx1.freebsd.org (Postfix) with ESMTP id E1F958FC0C for ; Wed, 24 Nov 2010 06:31:21 +0000 (UTC) Received: from ns1.ato (ns1.ATO [10.255.101.2]) by post.trecom.tomsk.ru (8.14.4/8.14.4) with SMTP id oAO5sU9K015684 for ; Wed, 24 Nov 2010 11:54:30 +0600 (NOVT) (envelope-from mia@trecom.tomsk.ru) Received: from achkasov-m.u.ato (Achkasov-M.U.ATO [172.21.20.252]) by ns1.ato (8.14.4/8.14.4) with ESMTP id oAO5sPgi095575 for ; Wed, 24 Nov 2010 11:54:30 +0600 (NOVT) (envelope-from mia@trecom.tomsk.ru) From: mia@trecom.tomsk.ru To: freebsd-stable@freebsd.org Date: Wed, 24 Nov 2010 11:53:57 +0600 User-Agent: KMail/1.9.10 References: <20101124053255.GA15123@icarus.home.lan> In-Reply-To: <20101124053255.GA15123@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Content-Disposition: inline Message-Id: <201011241153.57548.mia@trecom.tomsk.ru> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (post.trecom.tomsk.ru [10.255.211.2]); Wed, 24 Nov 2010 11:54:30 +0600 (NOVT) X-Mailman-Approved-At: Wed, 24 Nov 2010 12:09:17 +0000 Subject: Re: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 06:31:22 -0000 T24gV2VkbmVzZGF5IDI0IE5vdmVtYmVyIDIwMTAgMTE6MzI6NTUgSmVyZW15IENoYWR3aWNrIHdy b3RlOgo+IGtlcm5lbC5zaG1tYXg9MTcxNzk4NjkxODQKCvDSxcTMwcfBxdTT0SDTz8fMwdPOzyDE z8vVzcXO1MHDyckKdm0ub3ZlcmNvbW1pdF9tZW1vcnk9MgoKySDQxdLF2sHH0tXaydTY09Eg1yAx MCDtz9PL19kKCi0tIApNaWthZWwgQWNoa2Fzb3YKTUEyMDg2LVJJUEUKcGhvbmU6KzcgMzgyIDIg NTEwMjYwCg== From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 12:14:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E3B11065670 for ; Wed, 24 Nov 2010 12:14:10 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id E0B558FC16 for ; Wed, 24 Nov 2010 12:14:09 +0000 (UTC) Received: by qyk7 with SMTP id 7so3253133qyk.13 for ; Wed, 24 Nov 2010 04:14:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=IWvDCd/Lw8eyL4GfWGbHX0SBlIAxdkHitftHfoUL/rQ=; b=TXgCaHXAamgMSYRjJnaefqKQuugk9T4d8/XHBXT7o4oBv4eWYhj5r47guhZlWm01Ji 3l7XTeah6HhudXHfH9Yselhqm4b8eKFzes1A/rQfgd6SrkuHoSZTuppc88LRsrNZuW+o GBceJqHc8PN11zgV6y6MVWPD+5T/g5S5vcaJw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Dihh+/fLU/3BvHkJDafSk9kkD1VuRe41jE9X9UeCqjSU12GB8WGF0pEuaKvkrjMVka Lv77KaJVloN4DtitrwDn+B0f0RjF5pUYkGEmAjgvJHud1QqjLh7Wsgw5LtctPRJszTPO jZyVZUXdzhQPo1HaH597cMDhAPcAEsKQ2tMR8= MIME-Version: 1.0 Received: by 10.229.189.4 with SMTP id dc4mr7350837qcb.106.1290600847835; Wed, 24 Nov 2010 04:14:07 -0800 (PST) Received: by 10.229.232.21 with HTTP; Wed, 24 Nov 2010 04:14:07 -0800 (PST) In-Reply-To: <20101124113745.GA22461@icarus.home.lan> References: <20101123070442.GN8547@stlux503.dsto.defence.gov.au> <201011241051.oAOApDSF078356@fire.js.berklix.net> <20101124113745.GA22461@icarus.home.lan> Date: Wed, 24 Nov 2010 12:14:07 +0000 Message-ID: From: Tom Evans To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Julian H. Stacey" , freebsd-stable@freebsd.org, "Wilkinson, Alex" Subject: Re: www/chromium ignores proxy settings [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 12:14:10 -0000 On Wed, Nov 24, 2010 at 11:37 AM, Jeremy Chadwick wrote: > Correct. =C2=A0You need to reference a PAC file for the browser to > read/parse: http://en.wikipedia.org/wiki/Proxy_auto-config > > I can show you an example .pac file if you want; I use one to define > what domain names my browser visits should be siphoned through a proxy > (SSH tunnel to work) or directly via the Internet. Interesting; I'm trying to give up using firefox (which for me leaks memory like a sieve; I have approximately 30 tabs open, RES is > 1 GB :/), but was having difficulties finding something to replace FoxyProxy, which allows me to route different sites to different proxies. This looks like it would be suitable. > > If what you're looking for is an HTTP or HTTPS-based proxy, you should > be using --proxy-server, specifying the FQDN or local hostname of the > server and what TCP port the proxy daemon is configured to accept > requests from (e.g. port 80, or port 3128 in most cases, ex. squid). > >> =C2=A0 =C2=A0 =C2=A0 printenv | grep -i proxy >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 http_proxy=3Dhttp://gat= e.js.berklix.net:80 >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 all_proxy=3Dhttp://gate= .js.berklix.net >> My proxy env vars are not being imported properly, >> & setting on command line is ugly, but no time for more now, >> possibly a bug/feature in chrome ? I never tried chrome before. > > There is a very bad assumption being made here (so far by two people). > > There is absolutely nothing that requires or guarantees a piece of > software will import or make use of *_proxy environment variables. =C2=A0= The > software has to explicitly state it honours and respects these, and > provide documentation stating what it expects the syntax to be. I think you are assuming that people are making that assumption. I certainly wasn't, I was simply showing my proxy environment settings to give a clear indication of how my proxies are configured for other software. On the other hand, though Chrome professes that it *will* infer proxy settings from the environment: http://code.google.com/p/chromium/wiki/LinuxProxyConfig It's documentation is lacking, and doesn't mention what environment variables it uses. Secondly, once you have chrome running (and have not specified --proxy-* on the command line), chrome has a configurable dialog which allows you to set proxy settings. Anything you place in this is ignored, utterly and completely. > > The only two pieces of software I've encountered which honours these is > perl's LWP::UserAgent (and friends), and curl. + Firefox, libfetch, google-cli, skype, wine, py-httplib2 ... TBH I'm more surprised when software doesn't these days. > > I imagine lynx and some other software honours them as well, but again, > assuming software honours them (or properly parses them for that matter) > isn't reasonable. > > Is there any confirmed documentation that Google Chrome honours and > makes use of *_proxy environment variables? =C2=A0I see some random Linux > user forum posts claiming it does, but there's caveats to their use > apparently (see post from "disciple"; X users will probably want to read > this post): > > http://www.murga-linux.com/puppy/viewtopic.php?t=3D50196 > > -- > | Jeremy Chadwick =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 jdc@parodiu= s.com | > | Parodius Networking =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 http://www.parodius.com/ | > | UNIX Systems Administrator =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0Mountain View, CA, USA | > | Making life hard for others since 1977. =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0PGP: 4BD6C0CB | > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 12:41:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2028D106566B for ; Wed, 24 Nov 2010 12:41:10 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 917768FC18 for ; Wed, 24 Nov 2010 12:41:08 +0000 (UTC) Received: from park.js.berklix.net (p549A7DE0.dip.t-dialin.net [84.154.125.224]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id oAOCewsf035913; Wed, 24 Nov 2010 12:41:01 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id oAOCesuM098530; Wed, 24 Nov 2010 13:40:55 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id oAOCeThf040009; Wed, 24 Nov 2010 13:40:34 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201011241240.oAOCeThf040009@fire.js.berklix.net> To: Jeremy Chadwick From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 24 Nov 2010 03:37:45 PST." <20101124113745.GA22461@icarus.home.lan> Date: Wed, 24 Nov 2010 13:40:29 +0100 Sender: jhs@berklix.com Cc: Tom Evans , freebsd-stable@freebsd.org, "Wilkinson, Alex" Subject: Re: www/chromium ignores proxy settings [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 12:41:10 -0000 > From: Jeremy Chadwick Jeremy Chadwick wrote: > On Wed, Nov 24, 2010 at 11:51:13AM +0100, Julian H. Stacey wrote: > > "Wilkinson, Alex" wrote: > > > > > > 0n Mon, Nov 22, 2010 at 02:19:32PM +0000, Tom Evans wrote: > > > > > > >On Mon, Nov 22, 2010 at 2:00 PM, Alexander Logvinov wrote: > > > >> ??Use ??chrome --proxy-server="http://proxy:3128/" :) > > > >That didn't work either, it would not even make any connections then. > > > >With '--proxy-server=proxy:3128' though, it works correctly! > > > >It would still be nice to be able to set these options in the right > > > >place in the gui, and have them work :) > > > > > > Try: --proxy-pac-url="http://proxy-server:port" > > > > > > Work for me. > > > > > > -Alex > > > > Man chrome: > > --proxy-server=host:port > > Specify the HTTP/SOCKS4/SOCKS5 proxy server to use for requests. > > This overrides any environment variables or settings picked via > > the options dialog. > > > > --proxy-pac-url=URL > > Specify proxy autoconfiguration URL. Overrides any environment > > variables or settings picked via the options dialog. > > > > These do not work here: > > chrome --proxy-pac-url="http://gate:80" > > chrome --proxy-pac-url=http://gate:80 > > Not suprising, I suppose the URL should not contain '"' and perhaps > > the URL should be some some auto config server hook I am not supplying. > > Correct. You need to reference a PAC file for the browser to > read/parse: http://en.wikipedia.org/wiki/Proxy_auto-config Thanks. I will read, but later. > I can show you an example .pac file if you want; I use one to define > what domain names my browser visits should be siphoned through a proxy > (SSH tunnel to work) or directly via the Internet. Sounds interesting/educational :-). > If what you're looking for is an HTTP or HTTPS-based proxy, you should > be using --proxy-server, specifying the FQDN or local hostname of the > server and what TCP port the proxy daemon is configured to accept > requests from (e.g. port 80, or port 3128 in most cases, ex. squid). > > > printenv | grep -i proxy > > http_proxy=http://gate.js.berklix.net:80 > > all_proxy=http://gate.js.berklix.net > > My proxy env vars are not being imported properly, > > & setting on command line is ugly, but no time for more now, > > possibly a bug/feature in chrome ? I never tried chrome before. > > There is a very bad assumption being made here (so far by two people). > > There is absolutely nothing that requires or guarantees a piece of > software will import or make use of *_proxy environment variables. The > software has to explicitly state it honours and respects these, and > provide documentation stating what it expects the syntax to be. > > The only two pieces of software I've encountered which honours these is > perl's LWP::UserAgent (and friends), and curl. man 3 fetch Notes from my .cshrc : # man ftp: # http_proxy URL of HTTP proxy to use when making HTTP URL requests # Chimera: # all_proxy is default proxy host for all protocols # Lynx: does not use all_proxy, does use http_proxy & ftp_proxy, # & also /etc/local/lynx.cfg Env vars take precedence. > I imagine lynx and some other software honours them as well, but again, > assuming software honours them (or properly parses them for that matter) > isn't reasonable. > > Is there any confirmed documentation that Google Chrome honours and > makes use of *_proxy environment variables? I see some random Linux > user forum posts claiming it does, but there's caveats to their use > apparently (see post from "disciple"; X users will probably want to read > this post): > > http://www.murga-linux.com/puppy/viewtopic.php?t=50196 There: disciple writes: Google Chrome obeys the following environment variables: all_proxy Shorthand for specifying all of http_proxy, https_proxy, ftp_proxy http_proxy, https_proxy, ftp_proxy The proxy servers used for HTTP, HTTPS, and FTP. Note: because Gnome/KDE proxy settings may propagate into these variables in some terminals, this variable is ignored (in preference for actual system proxy settings) when running under Gnome or KDE. Use the command-line flags to set these when you want to force their values. (IMO Nasty, having host wide over-ride user pref; bug to fix bug is a bug.) A user (didik) suggests add a wrapper to provide env var. Chrome uses a different syntax eg host:port rather than http://host:port I'm familiar with on other tools above Chrome is new, I guess we have to expect odd features initially If anyone here knows chrome authors, or is a regular chrome user (I am not) they're welcome to pass along a suggestion to both add a wrapper & conform *_proxy syntax as per other pre-existing tools eg fetch (3). Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text; Not quoted-printable, or HTML or base 64. Avoid top posting, it cripples itemised cumulative responses. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 15:02:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0067A106564A for ; Wed, 24 Nov 2010 15:02:04 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id A24AB8FC18 for ; Wed, 24 Nov 2010 15:02:03 +0000 (UTC) Received: from zidane.cc.vt.edu (zidane.cc.vt.edu [198.82.163.227]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id oAOF1Wsu003680; Wed, 24 Nov 2010 10:01:32 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by zidane.cc.vt.edu (MOS 4.1.8-GA FastPath queued) with ESMTP id MNZ85790; Wed, 24 Nov 2010 10:01:32 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id oAOF1Vpv012987 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 24 Nov 2010 10:01:32 -0500 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: <20101124053255.GA15123@icarus.home.lan> Date: Wed, 24 Nov 2010 10:01:31 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20101124053255.GA15123@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1082) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Status: score=10/50, host=zidane.cc.vt.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020209.4CED28CC.0173,ss=1,fgs=0, ip=0.0.0.0, so=2009-09-22 00:05:22, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Cc: FreeBSD Stable Subject: Re: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 15:02:04 -0000 On Nov 24, 2010, at 12:32 AM, Jeremy Chadwick wrote: > On Tue, Nov 23, 2010 at 09:41:43PM -0500, Paul Mather wrote: >> Does anyone know whether the Areca ARC-1300-4X external SAS HBA is >> currently supported under FreeBSD/amd64 8-STABLE? I just fired up a >> system that has one of these cards that is running 8.0-RELEASE and = the >> HBA is not being detected properly by FreeBSD. (It is being >> misidentified by the arcmsr driver.) I'm hoping that once I upgrade >> from 8.0-RELEASE to a contemporary 8-STABLE that it'll be supported. >> I found a posting on the Web that indicated a driver would be >> available in the first quarter of 2010 >> = (http://lists.freebsd.org/pipermail/freebsd-hardware/2009-December/006115.= html). >>=20 >> I'm really hoping I can use this card, though I'm somewhat = discouraged >> by the fact that the Areca Web site lists only drivers for Windows, >> Linux, and Mac OS X for this particular model. :-( >=20 > Have you contacted Areca about this? Their Technical Support folks > would be able to tell you why this is, and if there is work being done > to provide a driver for FreeBSD. A hardware vendor that is known to > support FreeBSD is more authoritative about their drivers than the > FreeBSD Project. :-) I'll concede the latter point, but I'd also hope that such a vendor = would be contributing its drivers directly into the source tree rather = than having a separate set of patches or downloads for end-users to = fiddle about with. I prefer my updates to come via csup. :-) The only Areca port I can see is the one for the CLI for their RAID = cards (sysutils/areca-cli). I have contacted their support e-mail address asking what the situation = is, from the horse's mouth, so to speak. I hope the news is good. > Also, please see this thread (which is very recent): >=20 > = http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/059985.htm= l Thanks for the link! I'm not sure whether "Fixed arcmsr driver prevent = arcsas support for Areca SAS HBA ARC13x0" in the "Bug fixes" list is = good news or bad news for me. It suggests that the arcmsr driver has = been fixed to prevent it attaching to the ARC-13X0 cards, implying that = it is not supported. This entry about OS support on the Areca official = page for the ARC-1300 product = (http://www.areca.us/products/sasnoneraid.htm) is also not inspiring: = "BSD/FreeBSD (will be available with 6Gb/s Host Adapter)." Does this = mean only their 6 Gb/s cards will be supported under FreeBSD, or that = support for the 3 Gb/s cards will appear alongside the 6 Gb/s cards, = whenever they are released? I have to say all this has left a sour taste in my mouth. I chose Areca = because of their solid FreeBSD support. :-( Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 16:10:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6200C106566B for ; Wed, 24 Nov 2010 16:10:00 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 40EAD8FC14 for ; Wed, 24 Nov 2010 16:10:00 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 84EFB56025; Wed, 24 Nov 2010 16:09:59 +0000 (UTC) Date: Wed, 24 Nov 2010 16:09:59 +0000 From: Mark Linimon To: Paul Mather Message-ID: <20101124160959.GB24688@lonesome.com> References: <20101124053255.GA15123@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 16:10:00 -0000 On Wed, Nov 24, 2010 at 10:01:31AM -0500, Paul Mather wrote: > I'd also hope that such a vendor would be contributing its drivers > directly into the source tree rather than having a separate set of > patches or downloads for end-users to fiddle about with. In a perfect world, yes, but not all vendors currently do this. The have their own release cycles and source repositories, as we have ours: in some cases, it takes a non-trivial amount of effort to coordinate the two. I'm always happy to see closer cooperation, of course. mcl From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 16:21:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3E2D106566C for ; Wed, 24 Nov 2010 16:21:28 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 808E28FC0A for ; Wed, 24 Nov 2010 16:21:28 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id oAOGLRvP024835; Wed, 24 Nov 2010 08:21:27 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 24 Nov 2010 08:21:12 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: upd: 7.2->8.1 & many networks trouble & flowtable Thread-Index: AcuLz7t0JjBiPMncS1iiiE9WR+/cKQAHaad7 References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> <20101123175100.V24596@maildrop.int.zabbadoz.net> <4CECDC89.7070706@yartv.ru> <4CECFF49.2010204@yartv.ru> From: "Li, Qing" To: "Andrey Groshev" Cc: "Li, Qing" , freebsd-stable@freebsd.org Subject: RE: upd: 7.2->8.1 & many networks trouble & flowtable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 16:21:28 -0000 You actually haven't answered my questions. =20 I think you are reporting multiple issues in your original email, which include issues in both userland applications as well as kernel issues = (that may be related to flow-table being enabled). =20 The paper discussed quite a few topics, in the right sequence, but if you jumped ahead or jumped around, you may make unintended = assumptions. =20 One of the main reasons for the flow-table enhancement, as its name implies, is to "affinitize" TCP/UDP flows to specific route/interface, even when ECMP is enabled, and the route entries in the ECMP group are changing or being shuffled constantly. This feature is specifically important when an appliance is deployed, for example, as a reverse proxy. =20 The other benefit of the flow-table, is to reduce the L3 route table and L2 ARP/ND6 lookups by caching the search result with the connection. In earlier releases of FreeBSD there is a field called "inp_route"=20 designed for this exact purpose, however, I believe it was removed back in FreeBSD 5.3 release. =20 So to summarize, the flow-table work is necessary and important, though there may be bugs that we need to fix. =20 Flow-table's main benefit, as it stands currrently, is mainly for L4 connections, not for L3 forwarding purposes. =20 When we were doing performance analysis through L4 connections to=20 measure the benefits of separating L2/L3, as noted in the paper, the=20 performance gain was not at the expected level. Further analysis showed=20 there were still lock contentions due to L2 table lookup. This was=20 the other motivation for the flow-table work. =20 I have done performance evaluation at L3 for packet forwarding tests with 100s of route entries, and I have not seen any degradation=20 compared with 7.2. =20 Recently we ran 8.1 on i7 processor using Avalanche testbed for = performance=20 evaluation, and noticed the locking contention is still very high in TCP = connection setup and tear-down. The CPU utilization is also high due to = the =20 lock contentions, not due to flow-table feature because it was disabled. =20 So before you conclude all of the issues that you are encountering falls within flow-table, I urge you to articulate the issues with more = details. =20 Also, once you disable flow-table through sysctl, what issues are you still running into. =20 Yes, I personally consider the flow-table work still being = experiemental. More work is being done as we speak. In addition, we are considering = other=20 enhancements for the routing code. =20 Cheers, =20 -- Qing =20 ________________________________ From: Andrey Groshev [mailto:greenx@yartv.ru] Sent: Wed 11/24/2010 4:04 AM To: Li, Qing Cc: freebsd-stable@freebsd.org Subject: Re: upd: 7.2->8.1 & many networks trouble & flowtable 24.11.2010 13:18, Li, Qing ?????: > I am the main author of this paper you referenced in your email. > =20 Hi! I know that you also worked on this. Kip Macy mention because I found his statement regarding this issue. > The main discussion and focus of my paper was on the design and work = done to separate L2 and L3 for both IPv4 and IPv6 to facilitate the = elimination of GIANT lock in the networking subsystem, thus achieving = high parallelism. > > This redesign of separately managing L2 ARP/ND6 and L3 routing tables = already show performance gain on multicore systems. > > The flow-table enhancement is just one other component, described = towards the end of the paper. Yes, It is experimental and was discussed = as such in the paper as well as on the mailing list. > =20 Ie You also confirms that this feature is still experimental? > I did not know flow-table feature was enabled by default. I wouldn't = have done so myself. > =20 Kip Macy added it to the generic kernel of head 2009-06-14 (vers. = 1.526). And it so happened that when he appeared RELENG_8 she moved into the stable branch. > So help me understand you better: are you complaining about the = general L2/L3 separation work, or you are angry about the flow-table = enhancement in particular? > > cheers, > > -- Qing > > > =20 I understand the importance and necessity of the features. I'll be glad when it will actually carry out what should be. But in the current situation, this feature should not be enabled by default in the generic kernel of the stable branch. Best regards, Andrey Groshev. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 17:20:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C4B8106566C for ; Wed, 24 Nov 2010 17:20:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 297E78FC14 for ; Wed, 24 Nov 2010 17:20:12 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta10.emeryville.ca.mail.comcast.net with comcast id b1k11f0031HpZEsAA5LCZ7; Wed, 24 Nov 2010 17:20:12 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta14.emeryville.ca.mail.comcast.net with comcast id b5FB1f0023LrwQ28a5FBuh; Wed, 24 Nov 2010 17:15:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id CD5FE9B422; Wed, 24 Nov 2010 09:15:10 -0800 (PST) Date: Wed, 24 Nov 2010 09:15:10 -0800 From: Jeremy Chadwick To: "Li, Qing" Message-ID: <20101124171510.GA27702@icarus.home.lan> References: <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> <20101123175100.V24596@maildrop.int.zabbadoz.net> <4CECDC89.7070706@yartv.ru> <4CECFF49.2010204@yartv.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Andrey Groshev , freebsd-stable@freebsd.org Subject: Re: upd: 7.2->8.1 & many networks trouble & flowtable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 17:20:13 -0000 On Wed, Nov 24, 2010 at 08:21:12AM -0800, Li, Qing wrote: > So before you conclude all of the issues that you are encountering falls > within flow-table, I urge you to articulate the issues with more details. I agree that the OP needs to be more precise and provide verbose details that can help troubleshoot the issue + work with you towards a resolution. However, please read everything I've written below. > Also, once you disable flow-table through sysctl, what issues > are you still running into. Here's an example of where disabling the flowtable solved a user's problem in October 2010: http://forums.freebsd.org/showthread.php?t=18301 I don't know if this is the same person as who posted here (I'm doubting it), but it still is worth reviewing. Additionally I remember 2 or 3 posts to mailing lists here discussing how bgpd was taking up 100% CPU (or specifically an entire CPU core). I'm not sure what people did to solve that problem, but one has to wonder if flowtable was the cause and they simply didn't realise it. > Yes, I personally consider the flow-table work still being experiemental. > More work is being done as we speak. In addition, we are considering other > enhancements for the routing code. I can't speak for the OP or his situation -- flowtable appears to "work fine for me", but then again none of our RELENG_8 systems do routing nor handle large numbers of routes (very simple single-IP or multi-IP systems on two networks). However, there are now two places where authors/maintainers of the flowtable code have admitted there are bugs/issues or that the code is "experimental": your above statement, and another from Kip Macy here (circa January 2010): http://daemonflux.blogspot.com/2010/01/updates.html I'm forced to ask, purely from a principle standpoint: if this code is considered experimental and/or potentially buggy, why was it enabled by default? Was this done because it needed more users testing it + reporting problems with it? If so, how are users supposed to know what to report? For example, I'm staring at net.inet.flowtable.stats right now, across 5 different systems, but it doesn't tell me anything as to whether or not I should be disabling it. What's a "normal" number for net.inet.flowtable.nmbflows? For example, on my home LAN system (NOT acting as a router/NAT; purely a standalone box), net.inet.flowtable.nmbflows is at 50176. This arbitrary number means little to me, but may mean something to you. I look at it and think "that seems awfully high for something that has related tunables that control numerous TCP and UDP expiry intervals", followed by "wait a minute, what about our systems that use pf and have timeouts/expiries set there? Or via system tunables? Who trumps who?" Furthermore, I don't quite understand what flowtable does; I can't find any official FreeBSD documentation, man -k, or looking through /usr/share, that outlines the details of its functionality. All I've been able to discern is that it addresses issues associated with layer 2 <-> layer 3 correlation being limited to a single CPU/core induced by GIANT, which means a multi-core system without flowtable doesn't scale well TCP/UDP-wise. Is this correct? Maybe I should read the paper you wrote. :-) Thanks for taking the time to answer my questions, Qing. I appreciate your work (sincerely), and ask the above with an open mind. > From: Andrey Groshev [mailto:greenx@yartv.ru] > Sent: Wed 11/24/2010 4:04 AM > To: Li, Qing > Cc: freebsd-stable@freebsd.org > Subject: Re: upd: 7.2->8.1 & many networks trouble & flowtable > > 24.11.2010 13:18, Li, Qing ?????: > > I am the main author of this paper you referenced in your email. > > > Hi! I know that you also worked on this. Kip Macy mention because I > found his statement regarding this issue. > > The main discussion and focus of my paper was on the design and work done to separate L2 and L3 for both IPv4 and IPv6 to facilitate the elimination of GIANT lock in the networking subsystem, thus achieving high parallelism. > > > > This redesign of separately managing L2 ARP/ND6 and L3 routing tables already show performance gain on multicore systems. > > > > The flow-table enhancement is just one other component, described towards the end of the paper. Yes, It is experimental and was discussed as such in the paper as well as on the mailing list. > > > Ie You also confirms that this feature is still experimental? > > I did not know flow-table feature was enabled by default. I wouldn't have done so myself. > > > Kip Macy added it to the generic kernel of head 2009-06-14 (vers. 1.526). > And it so happened that when he appeared RELENG_8 she moved into the > stable branch. > > So help me understand you better: are you complaining about the general L2/L3 separation work, or you are angry about the flow-table enhancement in particular? > > > > cheers, > > > > -- Qing > > > > > > > I understand the importance and necessity of the features. > I'll be glad when it will actually carry out what should be. > But in the current situation, this feature should not be enabled by > default in the generic kernel of the stable branch. > > Best regards, > Andrey Groshev. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 20:22:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FDCE1065697; Wed, 24 Nov 2010 20:22:19 +0000 (UTC) (envelope-from jonathan.chen@solnetsolutions.co.nz) Received: from wlmlc.solnetsolutions.co.nz (wlmlc.solnetsolutions.co.nz [202.135.38.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2918FC14; Wed, 24 Nov 2010 20:22:18 +0000 (UTC) Received: from wlmlc.solnetsolutions.co.nz (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 37CA96D408F; Thu, 25 Nov 2010 09:18:46 +1300 (NZDT) Received: from jonathan.chen (unknown [192.168.1.173]) by wlmlc.solnetsolutions.co.nz (Postfix) with ESMTP id BB2516D408D; Thu, 25 Nov 2010 09:18:45 +1300 (NZDT) Message-ID: <31227_1290629926_4CED7326_31227_6_1_4CED73F9.9040702@solnetsolutions.co.nz> Date: Thu, 25 Nov 2010 09:22:17 +1300 From: Jonathan Chen Organization: Solnet Solutions User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101123 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alexander Motin References: <4CECC0EE.8020909@FreeBSD.org> In-Reply-To: <4CECC0EE.8020909@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Copyrighted-Material: Please read the disclaimer at the bottom of this email. Cc: FreeBSD Stable Subject: Re: snd_hda on Optiplex 980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 20:22:19 -0000 On 24/11/2010 20:38, Alexander Motin wrote: > On 24.11.2010 00:07, Jonathan Chen wrote: >> I recently migrated my 8-STABLE/amd64 system to a Dell Optiplex 980 and >> have discovered that the sound system isn't recognised by snd_hda. >> >> cat /dev/sndstat: >> FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) >> Installed devices: >> pcm0: (play) >> pcm1: (play) >> pcm2: (play) >> pcm3: (play) >> pcm4: (play/rec) default >> pcm5: (play/rec) > > What do you mean by "not recognized"? Doesn't above tells opposite? Well, the "(Unknown)" string is a bit of a worry; but the big source of disappointment is that there's no sound :( Cheers. -- Jonathan Chen Solnet Solutions Limited t: +64 9 9775800 Level 7, Brookfields House, f: +64 9 9775801 19 Victoria Street West, ddi: +64 9 9775871 PO Box 6619, m: +64 21 635618 Auckland 1141, New Zealand http://www.solnetsolutions.co.nz/ Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 20:27:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CFC71065675 for ; Wed, 24 Nov 2010 20:27:58 +0000 (UTC) (envelope-from lichray@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 3105B8FC1C for ; Wed, 24 Nov 2010 20:27:57 +0000 (UTC) Received: by ywp6 with SMTP id 6so99088ywp.13 for ; Wed, 24 Nov 2010 12:27:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=pWK+wwoJ0OPONi92utzqF6QEPWSLhiYlX91HrO2SskE=; b=A2KkvgPn7MhomyklDqDAFzWPebsKhAp3767DiQKcXny3BcSrLXjV1Mxvx/2Ym7gGSf kpzxJ1RNYCcWLpoeL29wLw/3ER6xpDdMdOgypEnlnp/BiQyzExuzE6GYf2SP1Ty54sjX ifUHvULFM+eFEhtmQ2d80anEwmec/IFjS4ZNM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=iXCB21tyQTxrbVnb6TDDTg+cyb1kZTO0vkwu8afNDMrcgsEB9L1i8CRiYEh+H0PM1c kl8MzvESRqoj4aUT+6eedlkBhfQkKhSM/U0aZ5NHiCxl7QTTOpZjGcSShlpSa3PjdRZF GT24MtkD8rysEPIO+/v59Ao6c36Pd6RrBH8tc= Received: by 10.42.213.3 with SMTP id gu3mr2135546icb.420.1290630476178; Wed, 24 Nov 2010 12:27:56 -0800 (PST) Received: from compaq.yuetime (c-98-228-178-175.hsd1.il.comcast.net [98.228.178.175]) by mx.google.com with ESMTPS id 8sm8023570iba.16.2010.11.24.12.27.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Nov 2010 12:27:55 -0800 (PST) Date: Wed, 24 Nov 2010 14:27:45 -0600 From: Zhihao Yuan To: freebsd-stable@freebsd.org Message-ID: <20101124202745.GA56067@compaq.yuetime> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQr8t48UFsdbeI+V" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Failed to build RELENG_8 with NFSv4 support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 20:27:58 -0000 --uQr8t48UFsdbeI+V Content-Type: multipart/mixed; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I changed my working KERNCONF to support the NFSv4 server & client: - options NFSSERVER + options NFSD -options NFSCLIENT + options NFSCL No matter I enabled NFSLOCKD or not, I can't successfully build the kernel. The error message says: linking kernel nlm_prot_impl.o(.text+0x11b6): In function `nlm_client_recovery_start': : undefined reference to `nlm_client_recovery' nlm_prot_impl.o(.text+0x3e8a): In function `nlm_syscall': : undefined reference to `nlm_advlock' nlm_prot_impl.o(.text+0x3e9c): In function `nlm_syscall': : undefined reference to `nlm_reclaim' *** Error code 1 Stop in /usr/obj/usr/src/sys/HOUKAGO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Is this caused by an incomplete NFSCL? --=20 Zhihao Yuan The best way to predict the future is to invent it. --=20 Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. -------------------------------------------------- let focus =3D 'computing' in here: http://let-in.blogspot.com (let (me Program!)): http://lichray.blogspot.com --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename=HOUKAGO cpu HAMMER ident HOUKAGO # To statically compile in device wiring instead of /boot/device.hints hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options NETGRAPH # Graph based kernel networking subsystem options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options UFS_GJOURNAL # Enable gjournal-based UFS journaling #options MD_ROOT # MD is a potential root device options NFSCL # Network Filesystem Client (NFSv4) options NFSD # Network Filesystem Server (NFSv4) #options NFSLOCKD # Network Lock Manager #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options LIBICONV # Preload iconv options MSDOSFS_ICONV # MSDOS Filesystem with iconv support options EXT2FS # Ext2/3 Filesystem options CD9660 # ISO 9660 Filesystem #options PROCFS # Process filesystem (requires PSEUDOFS) #options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD32 # Compatible with i386 binaries #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 #options COMPAT_FREEBSD5 # Compatible with FreeBSD5 #options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) #options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache options KDTRACE_FRAME # Ensure frames are compiled in options KDTRACE_HOOKS # Kernel DTrace hooks options DDB_CTF # Kernel ELF linker loads CTF data #options INCLUDE_CONFIG_FILE # Include this file in kernel # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device acpi_wmi device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #options SC_PIXEL_MODE #options X86BIOS #device vesa # enable VESA console device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet # Wireless NIC cards device wlan # 802.11 support #options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's #options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device urio # Diamond Rio 500 MP3 player # FireWire support device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) # Sound subsystem device sound device snd_hda --ZPt4rx8FFjLCG7dd-- --uQr8t48UFsdbeI+V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkztdUAACgkQflQ9HU+rZa1q1QCdFfb+Pjf4XKwYwXsBCc3ksJJ2 95gAnA8vu5BhXzXR50twfjtUoR5wTKWb =56N7 -----END PGP SIGNATURE----- --uQr8t48UFsdbeI+V-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 20:36:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E9BB1065694; Wed, 24 Nov 2010 20:36:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 55AAD8FC13; Wed, 24 Nov 2010 20:36:16 +0000 (UTC) Received: by pwi10 with SMTP id 10so113045pwi.13 for ; Wed, 24 Nov 2010 12:36:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=QdO8NCVR5j+Phb9xcDgdazpWRwY5jAdPUwHe/r45+vs=; b=UIZDnCK7KYgsiFs67o43KPhi21h4X1vlHcJ7ty6r6Q7Fxmmox2pV1+zc/RdJvBzm2u UQnswK8hu231l/xR/i0zqMS4t+heydWSWiRRou/SNDThYCGIV57innzGo2672EsYYLiZ naiGTDveMYlDZ9zVN05cv7czVsX0XH//ulYi8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=wNIyA2nF5O9e7pm/r3eSPRDKG+RnMAH0XihVgGpQk8lJLfAZ8AUpEcqS3hcPekIwJC cG5doSuHD4a5VprHPMN++EHdE3vGT6DnnuAu1lTgBOqGWbf6WK9EtVZ4y+YAkpIZa1l+ Ug7iUPjpBZUEavIBgdSpF+VB0+H/aNMPwdaIY= Received: by 10.142.83.10 with SMTP id g10mr4784538wfb.179.1290630975622; Wed, 24 Nov 2010 12:36:15 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id f5sm6544584wfg.2.2010.11.24.12.36.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Nov 2010 12:36:13 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 24 Nov 2010 12:35:08 -0800 From: Pyun YongHyeon Date: Wed, 24 Nov 2010 12:35:08 -0800 To: Garrett Cooper Message-ID: <20101124203508.GB14165@michelle.cdnetworks.com> References: <7EA93980-478A-418A-8FB1-3249097A7011@forsythia.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable , Andrew Moran , freebsd-questions@FreeBSD.org, Pyun YongHyeon Subject: Re: msk0 interface stops working when downloading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 20:36:16 -0000 On Tue, Nov 23, 2010 at 04:10:03PM -0800, Garrett Cooper wrote: > On Tue, Nov 23, 2010 at 3:25 PM, Andrew Moran wrote: > > > > Hey guys, > > > > After banging my head against this for a few hours, I've decided to ask for help. ? ? ?I installed FreeBSD 8.1 amd64 on a Shuttle J1 4100 system (tech specs here http://us.shuttle.com/J1_4100.aspx). ? I installed from DVD and the install went fine. > > > > I notice when I pkg_add -r anything, ?the network stops responding. > > > > Some details: > > > > 1) I can reproduce it 100% by downloading a large file. ? ? low traffic like the SSH connection does not trigger it. ? I think it's being triggered by traffic above a certain rate. > > 2) I can recover by restarting the network interfaces (/etc/rc.d/netif stop; ?/etc/rc.d/netif start) > > 3) I see no errors in dmesg or /var/log/messages. ?Nothing at all. > > 4) I've tried the following in /etc/sysctl.conf: > > net.inet.tcp.tso=0 > > net.inet.tcp.inflight.enable=0 > > > > and in /boot/loader.conf: > > hw.pci.enable_msix="0" > > hw.pci.enable_msi="0" > > hw.bce.tso_enable="0" > > > > But the problem persists. > > > > The interface is identified as: > > > > mskc0: port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 17 at device 0.0 on pci2 > > msk0: on mskc0 > > msk0: Ethernet address: 80:ee:73:01:60:7d > > miibus0: on msk0 > > e1000phy0: PHY 0 on miibus0 > > e1000phy0: ?10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > mskc0: [ITHREAD] > > > > Does anyone know what could be causing this or how I can resolve it? ? Any help is appreciated, thanks. > > 1. freebsd-stable is the proper list, not freebsd-current. > 2. I have a similar chipset (not the same though) that hasn't had > any issues for a while: > > $ pciconf -lv | grep -A 3 msk > mskc0@pci0:2:0:0: class=0x020000 card=0x81f81043 chip=0x436411ab > rev=0x12 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Yukon PCI-E Gigabit Ethernet Controller (88E8056)' > class = network > $ devinfo -v | grep -A 3 mskc0 > mskc0 pnpinfo vendor=0x11ab device=0x4364 subvendor=0x1043 > subdevice=0x81f8 class=0x020000 at slot=0 function=0 > msk0 > miibus0 > e1000phy0 pnpinfo oui=0x5043 model=0xb rev=0x1 at phyno=0 > $ uname -a > FreeBSD orangebox.local 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r215607M: > Sat Nov 20 21:22:34 UTC 2010 > gcooper@orangebox.local:/usr/obj/usr/src/sys/ORANGEBOX amd64 > > Sorry for not grabbing the full dmesg output, but unfortunately I > have BUS_DEBUG turned on for this test box, which blows out my syslog > buffer at boot :). > I've CCed yongari@ for comment. It seems there are a couple of msk(4) issues on Yukon Ultra and Ultra II controllers. Some revisions appear to work without problems but others didn't work well. You may have noticed there are a couple of msk(4) related PRs. Perhaps I have to sit down and verify every register access patterns and check controller status. For long time, one of the problem was lack of hardware access. There is no standalone PCIe Yukon Ultra/Ultra II controllers in market so it looks hard to get it in near future. :-( > Thanks, > -Garrett From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 21:02:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 781AD106564A for ; Wed, 24 Nov 2010 21:02:42 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C04DD8FC0C for ; Wed, 24 Nov 2010 21:02:41 +0000 (UTC) Received: by fxm19 with SMTP id 19so178997fxm.13 for ; Wed, 24 Nov 2010 13:02:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=UXgrDwx9g1vKMhaDk+vjrpeCZHHDSnTOBuL1/tul7yo=; b=C/r1oJC+cvSyA6HJiWuz6iT0reF3U/bd093N3IbizufIjbTL2vcMLdXJxFSpIBFZX3 rAUZhdxqtn6JjP45Wo3OJkKaK7/j51gCVfnPQEmxDwXjDz+7ntKHJv4WDyJ8EMtqnsCQ 2bzJXtg0dTX82htlb5OY85nQ+6P0eBhlUcjIA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=xGm/bIeA1P/JjauKNGhLayar09zj5TdHauGvhywqD8gShCCbcHMjX8BSr6TpFRNDWF +TQ/y+MbGxzNxDbLa1QKCVWxmmiiAhFVTltX5YtlqjsYUwghiiE4XgKD4qutwZrY+J5b WjWSKNofv1qTDaHDOes9/P0PHIsUUG5dkPlAU= Received: by 10.223.101.196 with SMTP id d4mr3038334fao.23.1290632560540; Wed, 24 Nov 2010 13:02:40 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 17sm911340far.43.2010.11.24.13.02.38 (version=SSLv3 cipher=RC4-MD5); Wed, 24 Nov 2010 13:02:39 -0800 (PST) Sender: Alexander Motin Message-ID: <4CED7D6A.5090408@FreeBSD.org> Date: Wed, 24 Nov 2010 23:02:34 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jonathan Chen References: <4CECC0EE.8020909@FreeBSD.org> <31227_1290629926_4CED7326_31227_6_1_4CED73F9.9040702@solnetsolutions.co.nz> In-Reply-To: <31227_1290629926_4CED7326_31227_6_1_4CED73F9.9040702@solnetsolutions.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: snd_hda on Optiplex 980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 21:02:42 -0000 On 24.11.2010 22:22, Jonathan Chen wrote: > On 24/11/2010 20:38, Alexander Motin wrote: >> On 24.11.2010 00:07, Jonathan Chen wrote: >>> I recently migrated my 8-STABLE/amd64 system to a Dell Optiplex 980 and >>> have discovered that the sound system isn't recognised by snd_hda. >>> >>> cat /dev/sndstat: >>> FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) >>> Installed devices: >>> pcm0: (play) >>> pcm1: (play) >>> pcm2: (play) >>> pcm3: (play) >>> pcm4: (play/rec) default >>> pcm5: (play/rec) >> >> What do you mean by "not recognized"? Doesn't above tells opposite? > > Well, the "(Unknown)" string is a bit of a worry; but the big source of > disappointment is that there's no sound :( Unknown there means that driver doesn't know this specific CODEC ID. In most cases it is not a problem. In this case any way I don't have ane feedback yet about DisplayPort support and especially NVidia one. Most interesting here as I understand are analog outputs. driver detected two different and it would bi nice if you tested all combinations of devices and outputs and reported what exactly is not working. It would be useful if you posted somewhere full _verbose_ dmesg. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 21:20:44 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 849801065672; Wed, 24 Nov 2010 21:20:44 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 15B428FC0A; Wed, 24 Nov 2010 21:20:43 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id oAOLKdf9096710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Nov 2010 22:20:39 +0100 (CET) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1290633639; bh=dM/UKjvnwDU30mnnmQo9m0TKsHzllPHJEnz4w5iRtXM=; h=Date:From:To:Cc:Subject:Message-ID:Reply-To:References: MIME-Version:Content-Type:In-Reply-To; b=q46rUxWezYoUX0gz9MRcOR+SsIslRZe3nnJykohdlQfEk3yA3HhwUX3Z+L2W3jyy7 XuKEhvyLWQKiJqaSHPeXWfACbeLzPagCSRmyGUsb7TNJO0EkW4k5ufhfSnxKB6r6Tk A8qcrZJNT5O8sHR2z4N0psJR9JlB2D6ovcQL7Doo= Date: Wed, 24 Nov 2010 22:20:39 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Peter Jeremy Message-ID: <20101124212039.GL3120@acme.spoerlein.net> Mail-Followup-To: Peter Jeremy , freebsd-arch@freebsd.org, stable@FreeBSD.org References: <20101118222100.GA47116@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101118222100.GA47116@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org, freebsd-arch@freebsd.org Subject: Are there digi(4) users running -STABLE? (was Re: Migrating ISA/PCI drivers) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 21:20:44 -0000 [cross-posting to stable@, where some of those folk might hang out] On Fri, 19.11.2010 at 09:21:00 +1100, Peter Jeremy wrote: > I'm (belatedly) looking at porting digi(4) to the MPSAFE TTY system > and have some architectural questions. > > The digi(4) driver appears to support 5 different Digi card variants, > at least two of which exist in both ISA and PCI variants. Looking at > the Digi website, it appears that both PCI and ISA cards are still > available (as well as a PCIe card which is unlikely to work with the > current driver). I only have access to PCI/Xem cards and so can't > test my changes on any other card types. I presume Digi cards are not > that popular because noone else has shown any interest in the driver > since the MPSAFE TTY changes were announced about 2.5 years ago. > > How much effort should I invest in adapting code for other card types? > In particular, the ISA cards use windowed memory accesses and IO ports > where the PCI cards have a single flat memory aperture. Removing > support for ISA cards would simplify the code (and remove the need to > make decisions about whether I need to do window switches in new > code), as well as potentially allowing finer grained locks. > > My options would seem to be: > 1) Rip out the ISA support - this is the cleanest for me but maximises > effort for a future person wanting to support ISA Digi cards. > 2) Carry forward the ISA code as best I can and ensure new code includes > appropriate window switches etc. This maximises my effort but > hopefully makes it easier for someone to get ISA cards working. > 3) Ignore the ISA code. This is fairly easy but probably requires > similar effort to (1) to get it going on ISA since all the code > would need to be reviewed to add necessary ISA-specific locking/ > window switching. > > My preference is 1 since it leaves the least cruft (from my point of > view) in the code and doesn't give users the false impression that > ISA cards work. > > I would appreciate some advice on the best way forward. In the > absence of any input, I will probably stick with option 3 for now but > may move to option 1 if the ISA code starts getting in the way. Keep > in mind that digi(4) does not currently compile on FreeBSD-8 or later, > so any of the above options are an improvement over the status quo, > though all are a regression from FreeBSD-7. > > Of course, if someone has access to other Digi card types and wants > to assist with porting and testing, I would be happy to work with them. > > -- > Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 21:43:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 791B910657C4 for ; Wed, 24 Nov 2010 21:43:40 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEC08FC1B for ; Wed, 24 Nov 2010 21:43:39 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id oAOLfpqm009543; Wed, 24 Nov 2010 13:43:39 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 24 Nov 2010 13:42:53 -0800 Message-ID: In-Reply-To: <20101124171510.GA27702@icarus.home.lan> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: upd: 7.2->8.1 & many networks trouble & flowtable Thread-Index: AcuL+9YgeDobanOsSh24UxfH1dxK9QAIs2Tg References: <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> <20101123175100.V24596@maildrop.int.zabbadoz.net> <4CECDC89.7070706@yartv.ru> <4CECFF49.2010204@yartv.ru> <20101124171510.GA27702@icarus.home.lan> From: "Li, Qing" To: "Jeremy Chadwick" Cc: Andrey Groshev , "Li, Qing" , freebsd-stable@freebsd.org Subject: RE: upd: 7.2->8.1 & many networks trouble & flowtable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 21:43:40 -0000 >=20 > Here's an example of where disabling the flowtable solved a user's > problem in October 2010: >=20 > http://forums.freebsd.org/showthread.php?t=3D18301 >=20 > > Additionally I remember 2 or 3 posts to mailing lists here discussing > how bgpd was taking up 100% CPU (or specifically an entire CPU core). > I'm not sure what people did to solve that problem, but one has to > wonder if flowtable was the cause and they simply didn't realise it. > The context of the discussion was Andrey's original email, in which he reported multiple issues that include the em driver, routing daemons, flow-table garbage collector taking 100% CPU etc. The last issue obviously relates to the flow-table code, and I was not disputing about that. I simply asked for a clarification, which I did not receive a clear answer, on whether there are routing issues when flow-table is disabled. The reason why I asked, is because L2/L3 separation work (poorly named, of course) is more about the routing infrastructure changes in the FBSD 8.0 kernel, whereas the flow-table enhancements deal more with the connections (as detailed in my last email), and it builds on top of the L2/L3 work. >=20 > I can't speak for the OP or his situation -- flowtable appears to "work > fine for me", but then again none of our RELENG_8 systems do routing nor > handle large numbers of routes (very simple single-IP or multi-IP > systems on two networks). >=20 See above paragraph ... I am going to change the flow-table default setting to "disabled" for the=20 upcoming 8.2 release while these issues are being resolved, and the=20 documentation is being put in place.=20 =20 Sounds reasonable. -- Qing From owner-freebsd-stable@FreeBSD.ORG Wed Nov 24 23:47:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A49106566B for ; Wed, 24 Nov 2010 23:47:43 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3D9F48FC16 for ; Wed, 24 Nov 2010 23:47:42 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAMIy7UyDaFvO/2dsb2JhbACDT6ArrQKQaYEhgzNzBIRbhgWFEw X-IronPort-AV: E=Sophos;i="4.59,250,1288584000"; d="scan'208";a="100157013" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 24 Nov 2010 18:47:42 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 4D3D779396; Wed, 24 Nov 2010 18:47:42 -0500 (EST) Date: Wed, 24 Nov 2010 18:47:42 -0500 (EST) From: Rick Macklem To: Zhihao Yuan Message-ID: <2080608594.639773.1290642462300.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20101124202745.GA56067@compaq.yuetime> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [12.16.49.138] X-Mailer: Zimbra 6.0.7_GA_2476.RHEL4 (ZimbraWebClient - IE8 (Win)/6.0.7_GA_2473.RHEL4_64) Cc: freebsd-stable@freebsd.org Subject: Re: Failed to build RELENG_8 with NFSv4 support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2010 23:47:43 -0000 > I changed my working KERNCONF to support the NFSv4 server & client: > - options NFSSERVER > + options NFSD > -options NFSCLIENT > + options NFSCL > No matter I enabled NFSLOCKD or not, I can't successfully build the > kernel. The error message says: > > linking kernel > nlm_prot_impl.o(.text+0x11b6): In function > `nlm_client_recovery_start': > : undefined reference to `nlm_client_recovery' > nlm_prot_impl.o(.text+0x3e8a): In function `nlm_syscall': > : undefined reference to `nlm_advlock' > nlm_prot_impl.o(.text+0x3e9c): In function `nlm_syscall': > : undefined reference to `nlm_reclaim' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/HOUKAGO. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Is this caused by an incomplete NFSCL? > At the moment, nlm_advlock.c won't build without NFSCLIENT and those functions are in nlm_advlock.c. (Because of a quirk related to sys_ids used for locking, the experimental NFS server "options NFSD" requires the nlm, which in turn requires NFSCLIENT. NFSLOCKD shouldn't require NFSCLIENT, but it uses a macro NFS_HZ which happens to use a variable in NFSCLIENT, plus calls a function in NFSCLIENT, both of which need to be fixed.) So, until I get the above fixed (I didn't realize it was broken until your email, thanks for reporting it), you'll need: options NFSCLIENT options NFSCL options NFSD to get the kernel to build. It does work as a loadable module, so you can run it without building a kernel with NFSCL, NFSD. rick From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 00:16:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1B8A106566C; Thu, 25 Nov 2010 00:16:06 +0000 (UTC) (envelope-from jonathan.chen@solnetsolutions.co.nz) Received: from wlmlc.solnetsolutions.co.nz (wlmlc.solnetsolutions.co.nz [202.135.38.27]) by mx1.freebsd.org (Postfix) with ESMTP id D08F58FC0A; Thu, 25 Nov 2010 00:16:05 +0000 (UTC) Received: from wlmlc.solnetsolutions.co.nz (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 2F64D6D4098; Thu, 25 Nov 2010 13:12:32 +1300 (NZDT) Received: from jonathan.chen (unknown [192.168.1.173]) by wlmlc.solnetsolutions.co.nz (Postfix) with ESMTP id 99FD46D408D; Thu, 25 Nov 2010 13:12:25 +1300 (NZDT) Message-ID: <5808_1290643952_4CEDA9EF_5808_36_1_4CEDAABC.6030703@solnetsolutions.co.nz> Date: Thu, 25 Nov 2010 13:15:56 +1300 From: Jonathan Chen Organization: Solnet Solutions User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101123 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alexander Motin References: <4CECC0EE.8020909@FreeBSD.org> <31227_1290629926_4CED7326_31227_6_1_4CED73F9.9040702@solnetsolutions.co.nz> <4CED7D6A.5090408@FreeBSD.org> In-Reply-To: <4CED7D6A.5090408@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Copyrighted-Material: Please read the disclaimer at the bottom of this email. Cc: FreeBSD Stable Subject: Re: snd_hda on Optiplex 980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 00:16:07 -0000 On 25/11/2010 10:02, Alexander Motin wrote: > On 24.11.2010 22:22, Jonathan Chen wrote: >> On 24/11/2010 20:38, Alexander Motin wrote: >>> On 24.11.2010 00:07, Jonathan Chen wrote: >>>> I recently migrated my 8-STABLE/amd64 system to a Dell Optiplex 980 and >>>> have discovered that the sound system isn't recognised by snd_hda. >>>> >>>> cat /dev/sndstat: >>>> FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) >>>> Installed devices: >>>> pcm0: (play) >>>> pcm1: (play) >>>> pcm2: (play) >>>> pcm3: (play) >>>> pcm4: (play/rec) default >>>> pcm5: (play/rec) >>> >>> What do you mean by "not recognized"? Doesn't above tells opposite? >> >> Well, the "(Unknown)" string is a bit of a worry; but the big source of >> disappointment is that there's no sound :( > > Unknown there means that driver doesn't know this specific CODEC ID. In > most cases it is not a problem. In this case any way I don't have ane > feedback yet about DisplayPort support and especially NVidia one. > > Most interesting here as I understand are analog outputs. driver detected > two different and it would bi nice if you tested all combinations of > devices and outputs and reported what exactly is not working. > > It would be useful if you posted somewhere full _verbose_ dmesg. Here it is: domain=0, bus=0, slot=8, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd156, revid=0x11 domain=0, bus=0, slot=8, func=1 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd157, revid=0x11 domain=0, bus=0, slot=8, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd150, revid=0x11 domain=0, bus=0, slot=16, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd151, revid=0x11 domain=0, bus=0, slot=16, func=1 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x10ef, revid=0x05 domain=0, bus=0, slot=25, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=9 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7fe0000, size 17, enabled map[14]: type Memory, range 32, base 0xf7fdc000, size 12, enabled map[18]: type I/O Port, range 32, base 0xecc0, size 5, enabled pcib0: matched entry for 0.25.INTA pcib0: slot 25 INTA hardwired to IRQ 21 found-> vendor=0x8086, dev=0x3b3c, revid=0x05 domain=0, bus=0, slot=26, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7fdd000, size 10, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 unknown: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf7fdd000 found-> vendor=0x8086, dev=0x3b56, revid=0x05 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xff87c000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3b42, revid=0x05 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3b4a, revid=0x05 domain=0, bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3b34, revid=0x05 domain=0, bus=0, slot=29, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7fde000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 unknown: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf7fde000 found-> vendor=0x8086, dev=0x244e, revid=0xa5 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3b0a, revid=0x05 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3b22, revid=0x05 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xfe00, size 3, enabled map[14]: type I/O Port, range 32, base 0xfe10, size 2, enabled map[18]: type I/O Port, range 32, base 0xfe20, size 3, enabled map[1c]: type I/O Port, range 32, base 0xfe30, size 2, enabled map[20]: type I/O Port, range 32, base 0xfec0, size 5, enabled map[24]: type Memory, range 32, base 0xff870000, size 11, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x3b30, revid=0x05 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[10]: type Memory, range 64, base 0xf7fdf000, size 8, enabled map[20]: type I/O Port, range 32, base 0xece0, size 5, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 3.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xf6000000-0xf7efffff pcib1: prefetched decode 0xe0000000-0xf1ffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x0ca0, revid=0xa2 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf6000000, size 24, enabled pcib1: requested memory range 0xf6000000-0xf6ffffff: good map[14]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib1: requested memory range 0xe0000000-0xefffffff: good map[1c]: type Prefetchable Memory, range 64, base 0xf0000000, size 25, enabled pcib1: requested memory range 0xf0000000-0xf1ffffff: good map[24]: type I/O Port, range 32, base 0xdc80, size 7, enabled pcib1: requested I/O range 0xdc80-0xdcff: in range pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=0x10de, dev=0x0be4, revid=0xa1 domain=0, bus=1, slot=0, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xf7dfc000, size 14, enabled pcib1: requested memory range 0xf7dfc000-0xf7dfffff: good pcib0: matched entry for 0.3.INTB pcib0: slot 3 INTB hardwired to IRQ 17 pcib1: slot 0 INTB is routed to irq 17 vgapci0: port 0xdc80-0xdcff mem 0xf6000000-0xf6ffffff,0xe0000000-0xefffffff,0xf0000000-0xf1ffffff irq 16 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xf6000000 vgapci0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xe0000000 vgapci0: Reserved 0x2000000 bytes for rid 0x1c type 3 at 0xf0000000 vgapci0: child nvidia0 requested pci_enable_io ioapic0: routing intpin 16 (PCI IRQ 16) to lapic 0 vector 49 nvidia0: [MPSAFE] nvidia0: [ITHREAD] hdac0: mem 0xf7dfc000-0xf7dfffff irq 17 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20100226_0142 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf7dfc000 hdac0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 50 hdac0: using IRQ 256 for MSI hdac0: [MPSAFE] hdac0: [ITHREAD] hdac0: Caps: OSS 2, ISS 4, BSS 0, NSDO 2, 64bit, CORB 256, RIRB 256 pci0: at device 8.0 (no driver attached) pci0: at device 8.1 (no driver attached) pci0: at device 8.2 (no driver attached) pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) em0: port 0xecc0-0xecdf mem 0xf7fe0000-0xf7ffffff,0xf7fdc000-0xf7fdcfff irq 21 at device 25.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xf7fe0000 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 51 em0: using IRQ 257 for MSI em0: Using MSI interrupt em0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xf7fdc000 em0: [FILTER] em0: bpf attached em0: Ethernet address: 84:2b:2b:a7:be:e3 ehci0: mem 0xf7fdd000-0xf7fdd3ff irq 16 at device 26.0 on pci0 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 hdac1: mem 0xff87c000-0xff87ffff irq 16 at device 27.0 on pci0 hdac1: HDA Driver Revision: 20100226_0142 hdac1: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xff87c000 hdac1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 258 to local APIC 0 vector 52 hdac1: using IRQ 258 for MSI hdac1: [MPSAFE] hdac1: [ITHREAD] hdac1: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pcib2: irq 16 at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: irq 16 at device 28.4 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 ehci1: mem 0xf7fde000-0xf7fde3ff irq 23 at device 29.0 on pci0 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 53 ehci1: [MPSAFE] ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib4: at device 30.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: domain=0, physical bus=4 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf mem 0xff870000-0xff8707ff irq 18 at device 31.2 on pci0 ahci0: Reserved 0x800 bytes for rid 0x24 type 3 at 0xff870000 ahci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 0 vector 54 ahci0: using IRQ 259 for MSI ahci0: [MPSAFE] ahci0: [ITHREAD] ahci0: AHCI v1.30 with 6 3Gbps ports, Port Multiplier supported with FBS ahci0: Caps: 64bit NCQ SNTF AL CLO 3Gbps PM FBS PMD 32cmd EM eSATA 6ports ahci0: Caps2: APST ahci0: EM Caps: ALHD XMT SMB LED ahcich0: at channel 0 on ahci0 ahcich0: [MPSAFE] ahcich0: [ITHREAD] ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: [MPSAFE] ahcich1: [ITHREAD] ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: [MPSAFE] ahcich2: [ITHREAD] ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: [MPSAFE] ahcich3: [ITHREAD] ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: [MPSAFE] ahcich4: [ITHREAD] ahcich4: Caps: HPCP ESP FBSCP pci0: at device 31.3 (no driver attached) atrtc0: port 0x70-0x7f irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 0 vector 55 ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached plip0: [MPSAFE] plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 56 uart0: [FILTER] uart0: fast interrupt ex_isa_identify() ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices atrtc: atrtc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcdfff,0xce000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd37ff,0xd3800-0xd3fff on isa0 atkbd: the current kbd controller command byte 0045 atkbd: keyboard ID 0xffffffff (1) atkbd: failed to reset the keyboard. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 57 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0045 psm0: failed to reset the aux device. fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices est0: on cpu0 est0: Invalid id16 (set, cur) = (20, 21) est0: Can't check freq 2660, it may be invalid est0: Invalid id16 (set, cur) = (19, 21) est0: Can't check freq 2527, it may be invalid est0: Invalid id16 (set, cur) = (18, 21) est0: Can't check freq 2394, it may be invalid est0: Invalid id16 (set, cur) = (17, 21) est0: Can't check freq 2261, it may be invalid est0: Invalid id16 (set, cur) = (16, 21) est0: Can't check freq 2128, it may be invalid est0: Invalid id16 (set, cur) = (15, 21) est0: Can't check freq 1995, it may be invalid est0: Invalid id16 (set, cur) = (14, 21) est0: Can't check freq 1862, it may be invalid est0: Invalid id16 (set, cur) = (13, 21) est0: Can't check freq 1729, it may be invalid est0: Invalid id16 (set, cur) = (12, 21) est0: Can't check freq 1596, it may be invalid est0: Invalid id16 (set, cur) = (11, 21) est0: Can't check freq 1463, it may be invalid est0: Invalid id16 (set, cur) = (10, 21) est0: Can't check freq 1330, it may be invalid est0: Invalid id16 (set, cur) = (9, 21) est0: Can't check freq 1197, it may be invalid p4tcc0: on cpu0 est1: on cpu1 est1: Invalid id16 (set, cur) = (20, 21) est1: Can't check freq 2660, it may be invalid est1: Invalid id16 (set, cur) = (19, 21) est1: Can't check freq 2527, it may be invalid est1: Invalid id16 (set, cur) = (18, 21) est1: Can't check freq 2394, it may be invalid est1: Invalid id16 (set, cur) = (17, 21) est1: Can't check freq 2261, it may be invalid est1: Invalid id16 (set, cur) = (16, 21) est1: Can't check freq 2128, it may be invalid est1: Invalid id16 (set, cur) = (15, 21) est1: Can't check freq 1995, it may be invalid est1: Invalid id16 (set, cur) = (14, 21) est1: Can't check freq 1862, it may be invalid est1: Invalid id16 (set, cur) = (13, 21) est1: Can't check freq 1729, it may be invalid est1: Invalid id16 (set, cur) = (12, 21) est1: Can't check freq 1596, it may be invalid est1: Invalid id16 (set, cur) = (11, 21) est1: Can't check freq 1463, it may be invalid est1: Invalid id16 (set, cur) = (10, 21) est1: Can't check freq 1330, it may be invalid est1: Invalid id16 (set, cur) = (9, 21) est1: Can't check freq 1197, it may be invalid p4tcc1: on cpu1 est2: on cpu2 est2: Invalid id16 (set, cur) = (20, 21) est2: Can't check freq 2660, it may be invalid est2: Invalid id16 (set, cur) = (19, 21) est2: Can't check freq 2527, it may be invalid est2: Invalid id16 (set, cur) = (18, 21) est2: Can't check freq 2394, it may be invalid est2: Invalid id16 (set, cur) = (17, 21) est2: Can't check freq 2261, it may be invalid est2: Invalid id16 (set, cur) = (16, 21) est2: Can't check freq 2128, it may be invalid est2: Invalid id16 (set, cur) = (15, 21) est2: Can't check freq 1995, it may be invalid est2: Invalid id16 (set, cur) = (14, 21) est2: Can't check freq 1862, it may be invalid est2: Invalid id16 (set, cur) = (13, 21) est2: Can't check freq 1729, it may be invalid est2: Invalid id16 (set, cur) = (12, 21) est2: Can't check freq 1596, it may be invalid est2: Invalid id16 (set, cur) = (11, 21) est2: Can't check freq 1463, it may be invalid est2: Invalid id16 (set, cur) = (10, 21) est2: Can't check freq 1330, it may be invalid est2: Invalid id16 (set, cur) = (9, 21) est2: Can't check freq 1197, it may be invalid p4tcc2: on cpu2 est3: on cpu3 est3: Invalid id16 (set, cur) = (20, 21) est3: Can't check freq 2660, it may be invalid est3: Invalid id16 (set, cur) = (19, 21) est3: Can't check freq 2527, it may be invalid est3: Invalid id16 (set, cur) = (18, 21) est3: Can't check freq 2394, it may be invalid est3: Invalid id16 (set, cur) = (17, 21) est3: Can't check freq 2261, it may be invalid est3: Invalid id16 (set, cur) = (16, 21) est3: Can't check freq 2128, it may be invalid est3: Invalid id16 (set, cur) = (15, 21) est3: Can't check freq 1995, it may be invalid est3: Invalid id16 (set, cur) = (14, 21) est3: Can't check freq 1862, it may be invalid est3: Invalid id16 (set, cur) = (13, 21) est3: Can't check freq 1729, it may be invalid est3: Invalid id16 (set, cur) = (12, 21) est3: Can't check freq 1596, it may be invalid est3: Invalid id16 (set, cur) = (11, 21) est3: Can't check freq 1463, it may be invalid est3: Invalid id16 (set, cur) = (10, 21) est3: Can't check freq 1330, it may be invalid est3: Invalid id16 (set, cur) = (9, 21) est3: Can't check freq 1197, it may be invalid p4tcc3: on cpu3 Device configuration finished. Reducing kern.maxvnodes 511642 -> 100000 procfs registered RTC BIOS diagnostic error 11 lapic: Divisor 2, Frequency 66500317 Hz Timecounter "TSC" frequency 2660012732 Hz quality -100 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining vboxdrv: fAsync=0 offMin=0x10b offMax=0x23c ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled ipfw0: bpf attached lo0: bpf attached hptrr: no controller detected. hdac0: Probing codec #0... hdac0: HDA Codec #0: NVidia (Unknown) hdac0: HDA Codec ID: 0x10de000d hdac0: Vendor: 0x10de hdac0: Device: 0x000d hdac0: Revision: 0x01 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x0cfb1028 hdac0: Found audio FG nid=1 startnode=4 endnode=6 total=2 hdac0: Probing codec #1... hdac0: HDA Codec #1: NVidia (Unknown) hdac0: HDA Codec ID: 0x10de000d hdac0: Vendor: 0x10de hdac0: Device: 0x000d hdac0: Revision: 0x01 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x0cfb1028 hdac0: Found audio FG nid=1 startnode=4 endnode=6 total=2 hdac0: Probing codec #2... hdac0: HDA Codec #2: NVidia (Unknown) hdac0: HDA Codec ID: 0x10de000d hdac0: Vendor: 0x10de hdac0: Device: 0x000d hdac0: Revision: 0x01 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x0cfb1028 hdac0: Found audio FG nid=1 startnode=4 endnode=6 total=2 hdac0: Probing codec #3... hdac0: HDA Codec #3: NVidia (Unknown) hdac0: HDA Codec ID: 0x10de000d hdac0: Vendor: 0x10de hdac0: Device: 0x000d hdac0: Revision: 0x01 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x0cfb1028 hdac0: Found audio FG nid=1 startnode=4 endnode=6 total=2 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac0: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: Patched pins configuration: hdac0: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: 1 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=5 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 5 traced to DAC 4 hdac0: Association 0 (1) trace succeeded hdac0: Tracing input monitor hdac0: Tracing other input monitors hdac0: Tracing beeper hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 4 hdac0: Name: audio output hdac0: Widget cap: 0x000072b1 hdac0: DIGITAL UNSOL STRIPE 8CH hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e07f0 hdac0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz hdac0: hdac0: nid: 5 hdac0: Name: pin: Digital-out (Jack) hdac0: Widget cap: 0x00407381 hdac0: DIGITAL UNSOL 8CH hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x09000094 hdac0: PDC OUT HDMI DP HBR hdac0: Pin config: 0x18560010 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=4 [audio output] hdac0: hdac0: Processing audio FG cad=1 nid=1... hdac0: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac0: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: Patched pins configuration: hdac0: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: 1 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=5 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 5 traced to DAC 4 hdac0: Association 0 (1) trace succeeded hdac0: Tracing input monitor hdac0: Tracing other input monitors hdac0: Tracing beeper hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 4 hdac0: Name: audio output hdac0: Widget cap: 0x000072b1 hdac0: DIGITAL UNSOL STRIPE 8CH hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e07f0 hdac0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz hdac0: hdac0: nid: 5 hdac0: Name: pin: Digital-out (Jack) hdac0: Widget cap: 0x00407381 hdac0: DIGITAL UNSOL 8CH hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x09000094 hdac0: PDC OUT HDMI DP HBR hdac0: Pin config: 0x18560010 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=4 [audio output] hdac0: hdac0: Processing audio FG cad=2 nid=1... hdac0: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac0: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: Patched pins configuration: hdac0: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: 1 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=5 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 5 traced to DAC 4 hdac0: Association 0 (1) trace succeeded hdac0: Tracing input monitor hdac0: Tracing other input monitors hdac0: Tracing beeper hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 4 hdac0: Name: audio output hdac0: Widget cap: 0x000072b1 hdac0: DIGITAL UNSOL STRIPE 8CH hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e07f0 hdac0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz hdac0: hdac0: nid: 5 hdac0: Name: pin: Digital-out (Jack) hdac0: Widget cap: 0x00407381 hdac0: DIGITAL UNSOL 8CH hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x09000094 hdac0: PDC OUT HDMI DP HBR hdac0: Pin config: 0x18560010 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=4 [audio output] hdac0: hdac0: Processing audio FG cad=3 nid=1... hdac0: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac0: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: Patched pins configuration: hdac0: nid 5 0x18560010 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 0 hdac0: 1 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=5 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 5 traced to DAC 4 hdac0: Association 0 (1) trace succeeded hdac0: Tracing input monitor hdac0: Tracing other input monitors hdac0: Tracing beeper hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 4 hdac0: Name: audio output hdac0: Widget cap: 0x000072b1 hdac0: DIGITAL UNSOL STRIPE 8CH hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e07f0 hdac0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz hdac0: hdac0: nid: 5 hdac0: Name: pin: Digital-out (Jack) hdac0: Widget cap: 0x00407381 hdac0: DIGITAL UNSOL 8CH hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x09000094 hdac0: PDC OUT HDMI DP HBR hdac0: Pin config: 0x18560010 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=4 [audio output] hdac0: pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000005 pcm0: AC3 PCM pcm0: PCM cap: 0x000e07f0 pcm0: 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm0: DAC: 4 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=5 [pin: Digital-out (Jack)] pcm0: | pcm0: + <- nid=4 [audio output] [src: pcm] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Forcing Soft PCM volume pcm0: Forcing master volume with PCM pcm0: Mixer "vol" -> "none": child=0x00000010 pcm0: Mixer "pcm": parent="vol" pcm0: Soft PCM mixer ENABLED pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 70b0000, 4000; 0xffffff80e91c5000 -> 70b0000 pcm1: at cad 1 nid 1 on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x000e07f0 pcm1: 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm1: DAC: 4 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=5 [pin: Digital-out (Jack)] pcm1: | pcm1: + <- nid=4 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Forcing Soft PCM volume pcm1: Forcing master volume with PCM pcm1: Mixer "vol" -> "none": child=0x00000010 pcm1: Mixer "pcm": parent="vol" pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 70d0000, 4000; 0xffffff80e91d5000 -> 70d0000 pcm2: at cad 2 nid 1 on hdac0 pcm2: +--------------------------------------+ pcm2: | DUMPING PCM Playback/Record Channels | pcm2: +--------------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: Stream cap: 0x00000005 pcm2: AC3 PCM pcm2: PCM cap: 0x000e07f0 pcm2: 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm2: DAC: 4 pcm2: pcm2: +-------------------------------+ pcm2: | DUMPING Playback/Record Paths | pcm2: +-------------------------------+ pcm2: pcm2: Playback: pcm2: pcm2: nid=5 [pin: Digital-out (Jack)] pcm2: | pcm2: + <- nid=4 [audio output] [src: pcm] pcm2: pcm2: +-------------------------+ pcm2: | DUMPING Volume Controls | pcm2: +-------------------------+ pcm2: pcm2: Forcing Soft PCM volume pcm2: Forcing master volume with PCM pcm2: Mixer "vol" -> "none": child=0x00000010 pcm2: Mixer "pcm": parent="vol" pcm2: Soft PCM mixer ENABLED pcm2: clone manager: deadline=750ms flags=0x8000001e pcm2: sndbuf_setmap 6fe0000, 4000; 0xffffff80e91e5000 -> 6fe0000 pcm3: at cad 3 nid 1 on hdac0 pcm3: +--------------------------------------+ pcm3: | DUMPING PCM Playback/Record Channels | pcm3: +--------------------------------------+ pcm3: pcm3: Playback: pcm3: pcm3: Stream cap: 0x00000005 pcm3: AC3 PCM pcm3: PCM cap: 0x000e07f0 pcm3: 16 20 24 bits, 32 44 48 88 96 176 192 KHz pcm3: DAC: 4 pcm3: pcm3: +-------------------------------+ pcm3: | DUMPING Playback/Record Paths | pcm3: +-------------------------------+ pcm3: pcm3: Playback: pcm3: pcm3: nid=5 [pin: Digital-out (Jack)] pcm3: | pcm3: + <- nid=4 [audio output] [src: pcm] pcm3: pcm3: +-------------------------+ pcm3: | DUMPING Volume Controls | pcm3: +-------------------------+ pcm3: pcm3: Forcing Soft PCM volume pcm3: Forcing master volume with PCM pcm3: Mixer "vol" -> "none": child=0x00000010 pcm3: Mixer "pcm": parent="vol" pcm3: Soft PCM mixer ENABLED pcm3: clone manager: deadline=750ms flags=0x8000001e pcm3: sndbuf_setmap 6ff0000, 4000; 0xffffff80e91f5000 -> 6ff0000 hdac1: Probing codec #0... hdac1: HDA Codec #0: Realtek ALC269 hdac1: HDA Codec ID: 0x10ec0269 hdac1: Vendor: 0x10ec hdac1: Device: 0x0269 hdac1: Revision: 0x01 hdac1: Stepping: 0x00 hdac1: PCI Subvendor: 0x02da1028 hdac1: Found audio FG nid=1 startnode=2 endnode=36 total=34 hdac1: hdac1: Processing audio FG cad=0 nid=1... hdac1: GPIO: 0x40000002 NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdac1: nid 18 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac1: nid 20 0x99130110 as 1 seq 0 Speaker Fixed jack 3 loc 25 color Unknown misc 1 hdac1: nid 23 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac1: nid 24 0x02a19830 as 3 seq 0 Mic Jack jack 1 loc 2 color Pink misc 8 hdac1: nid 25 0x01a19840 as 4 seq 0 Mic Jack jack 1 loc 1 color Pink misc 8 hdac1: nid 26 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac1: nid 27 0x01014020 as 2 seq 0 Line-out Jack jack 1 loc 1 color Green misc 0 hdac1: nid 29 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac1: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac1: nid 33 0x0221402f as 2 seq 15 Headphones Jack jack 1 loc 2 color Green misc 0 hdac1: Patched pins configuration: hdac1: nid 18 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac1: nid 20 0x99130110 as 1 seq 0 Speaker Fixed jack 3 loc 25 color Unknown misc 1 hdac1: nid 23 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac1: nid 24 0x02a19830 as 3 seq 0 Mic Jack jack 1 loc 2 color Pink misc 8 hdac1: nid 25 0x01a19840 as 4 seq 0 Mic Jack jack 1 loc 1 color Pink misc 8 hdac1: nid 26 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac1: nid 27 0x01014020 as 2 seq 0 Line-out Jack jack 1 loc 1 color Green misc 0 hdac1: nid 29 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac1: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac1: nid 33 0x0221402f as 2 seq 15 Headphones Jack jack 1 loc 2 color Green misc 0 hdac1: 4 associations found: hdac1: Association 0 (1) out: hdac1: Pin nid=20 seq=0 hdac1: Association 1 (2) out: hdac1: Pin nid=27 seq=0 hdac1: Pin nid=33 seq=15 hdac1: Association 2 (3) in: hdac1: Pin nid=24 seq=0 hdac1: Association 3 (4) in: hdac1: Pin nid=25 seq=0 hdac1: Tracing association 0 (1) hdac1: Pin 20 traced to DAC 2 hdac1: Association 0 (1) trace succeeded hdac1: Tracing association 1 (2) hdac1: Pin 27 traced to DAC 3 hdac1: Pin 33 traced to DAC 3 and hpredir 0 hdac1: Association 1 (2) trace succeeded hdac1: Tracing association 2 (3) hdac1: Pin 24 traced to ADC 8 hdac1: Association 2 (3) trace succeeded hdac1: Tracing association 3 (4) hdac1: Pin 25 traced to ADC 9 hdac1: Association 3 (4) trace succeeded hdac1: Tracing input monitor hdac1: Tracing nid 11 to out hdac1: nid 11 is input monitor hdac1: Tracing nid 35 to out hdac1: Tracing other input monitors hdac1: Tracing nid 24 to out hdac1: Tracing nid 25 to out hdac1: Tracing beeper hdac1: Enabling headphone/speaker audio routing switching: hdac1: as=1 sense nid=33 [UNSOL] hdac1: Pin sense: nid=33 res=0x80000000 hdac1: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac1: hdac1: +-------------------+ hdac1: | DUMPING HDA NODES | hdac1: +-------------------+ hdac1: hdac1: Default Parameter hdac1: ----------------- hdac1: Stream cap: 0x00000001 hdac1: PCM hdac1: PCM cap: 0x000e0560 hdac1: 16 20 24 bits, 44 48 96 192 KHz hdac1: IN amp: 0x00000000 hdac1: OUT amp: 0x00000000 hdac1: hdac1: nid: 2 hdac1: Name: audio output hdac1: Widget cap: 0x0000001d hdac1: STEREO hdac1: Association: 0 (0x00000001) hdac1: OSS: pcm (pcm) hdac1: Stream cap: 0x00000001 hdac1: PCM hdac1: PCM cap: 0x000e0560 hdac1: 16 20 24 bits, 44 48 96 192 KHz hdac1: Output amp: 0x00025757 hdac1: mute=0 step=87 size=2 offset=87 hdac1: hdac1: nid: 3 hdac1: Name: audio output hdac1: Widget cap: 0x0000001d hdac1: STEREO hdac1: Association: 1 (0x00008001) hdac1: OSS: pcm (pcm) hdac1: Stream cap: 0x00000001 hdac1: PCM hdac1: PCM cap: 0x000e0560 hdac1: 16 20 24 bits, 44 48 96 192 KHz hdac1: Output amp: 0x00025757 hdac1: mute=0 step=87 size=2 offset=87 hdac1: hdac1: nid: 4 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 5 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 6 [DISABLED] hdac1: Name: audio output hdac1: Widget cap: 0x00000211 hdac1: DIGITAL STEREO hdac1: Stream cap: 0x00000001 hdac1: PCM hdac1: PCM cap: 0x000e05e0 hdac1: 16 20 24 bits, 44 48 88 96 192 KHz hdac1: hdac1: nid: 7 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 8 hdac1: Name: audio input hdac1: Widget cap: 0x0010011b hdac1: STEREO hdac1: Association: 2 (0x00000001) hdac1: Stream cap: 0x00000001 hdac1: PCM hdac1: PCM cap: 0x000e0560 hdac1: 16 20 24 bits, 44 48 96 192 KHz hdac1: Input amp: 0x80051f0b hdac1: mute=1 step=31 size=5 offset=11 hdac1: connections: 1 hdac1: | hdac1: + <- nid=35 [audio mixer] hdac1: hdac1: nid: 9 hdac1: Name: audio input hdac1: Widget cap: 0x0010011b hdac1: STEREO hdac1: Association: 3 (0x00000001) hdac1: Stream cap: 0x00000001 hdac1: PCM hdac1: PCM cap: 0x000e0560 hdac1: 16 20 24 bits, 44 48 96 192 KHz hdac1: Input amp: 0x80051f0b hdac1: mute=1 step=31 size=5 offset=11 hdac1: connections: 1 hdac1: | hdac1: + <- nid=34 [audio selector] hdac1: hdac1: nid: 10 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 11 hdac1: Name: audio mixer hdac1: Widget cap: 0x0020010b hdac1: STEREO hdac1: Association: 2 (0x00000001) hdac1: OSS: mix (mix) hdac1: Input amp: 0x80051f17 hdac1: mute=1 step=31 size=5 offset=23 hdac1: connections: 5 hdac1: | hdac1: + <- nid=24 [pin: Mic (Pink Jack)] hdac1: + [DISABLED] <- nid=25 [pin: Mic (Pink Jack)] hdac1: + [DISABLED] <- nid=26 [pin: Speaker (None)] [DISABLED] hdac1: + [DISABLED] <- nid=27 [pin: Line-out (Green Jack)] hdac1: + [DISABLED] <- nid=29 [pin: Speaker (None)] [DISABLED] hdac1: hdac1: nid: 12 hdac1: Name: audio mixer hdac1: Widget cap: 0x0020010b hdac1: STEREO hdac1: Association: 0 (0x00000001) hdac1: OSS: pcm, mix hdac1: Input amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: connections: 2 hdac1: | hdac1: + <- nid=2 [audio output] hdac1: + <- nid=11 [audio mixer] hdac1: hdac1: nid: 13 hdac1: Name: audio mixer hdac1: Widget cap: 0x0020010b hdac1: STEREO hdac1: Association: 1 (0x00008001) hdac1: OSS: pcm, mix hdac1: Input amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: connections: 2 hdac1: | hdac1: + <- nid=3 [audio output] hdac1: + <- nid=11 [audio mixer] hdac1: hdac1: nid: 14 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 15 [DISABLED] hdac1: Name: audio mixer hdac1: Widget cap: 0x0020010a hdac1: Input amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: connections: 2 hdac1: | hdac1: + [DISABLED] <- nid=2 [audio output] hdac1: + [DISABLED] <- nid=11 [audio mixer] hdac1: hdac1: nid: 16 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 17 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 18 [DISABLED] hdac1: Name: pin: Speaker (None) hdac1: Widget cap: 0x0040000b hdac1: STEREO hdac1: Pin cap: 0x00000020 hdac1: IN hdac1: Pin config: 0x411111f0 hdac1: Pin control: 0x00000000 hdac1: Input amp: 0x002f0300 hdac1: mute=0 step=3 size=47 offset=0 hdac1: hdac1: nid: 19 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 20 hdac1: Name: pin: Speaker (Fixed) hdac1: Widget cap: 0x0040018d hdac1: UNSOL STEREO hdac1: Association: 0 (0x00000001) hdac1: Pin cap: 0x00010014 hdac1: PDC OUT EAPD hdac1: Pin config: 0x99130110 hdac1: Pin control: 0x00000040 OUT hdac1: EAPD: 0x00000002 hdac1: Output amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: connections: 2 hdac1: | hdac1: + <- nid=12 [audio mixer] (selected) hdac1: + [DISABLED] <- nid=13 [audio mixer] hdac1: hdac1: nid: 21 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 22 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 23 [DISABLED] hdac1: Name: pin: Speaker (None) hdac1: Widget cap: 0x0040010c hdac1: Pin cap: 0x00000010 hdac1: OUT hdac1: Pin config: 0x411111f0 hdac1: Pin control: 0x00000000 hdac1: Output amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: connections: 1 hdac1: | hdac1: + [DISABLED] <- nid=15 [audio mixer] [DISABLED] hdac1: hdac1: nid: 24 hdac1: Name: pin: Mic (Pink Jack) hdac1: Widget cap: 0x0040018f hdac1: UNSOL STEREO hdac1: Association: 2 (0x00000001) hdac1: OSS: mic (mic) hdac1: Pin cap: 0x00001734 hdac1: PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac1: Pin config: 0x02a19830 hdac1: Pin control: 0x00000024 IN VREFs hdac1: Output amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: Input amp: 0x002f0300 hdac1: mute=0 step=3 size=47 offset=0 hdac1: connections: 1 hdac1: | hdac1: + [DISABLED] <- nid=13 [audio mixer] hdac1: hdac1: nid: 25 hdac1: Name: pin: Mic (Pink Jack) hdac1: Widget cap: 0x0040008b hdac1: UNSOL STEREO hdac1: Association: 3 (0x00000001) hdac1: OSS: monitor (monitor) hdac1: Pin cap: 0x00001724 hdac1: PDC IN VREF[ 50 80 GROUND HIZ ] hdac1: Pin config: 0x01a19840 hdac1: Pin control: 0x00000024 IN VREFs hdac1: Input amp: 0x002f0300 hdac1: mute=0 step=3 size=47 offset=0 hdac1: hdac1: nid: 26 [DISABLED] hdac1: Name: pin: Speaker (None) hdac1: Widget cap: 0x0040018f hdac1: UNSOL STEREO hdac1: Pin cap: 0x0000003c hdac1: PDC HP OUT IN hdac1: Pin config: 0x411111f0 hdac1: Pin control: 0x00000000 hdac1: Output amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: Input amp: 0x002f0300 hdac1: mute=0 step=3 size=47 offset=0 hdac1: connections: 2 hdac1: | hdac1: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac1: + <- nid=13 [audio mixer] hdac1: hdac1: nid: 27 hdac1: Name: pin: Line-out (Green Jack) hdac1: Widget cap: 0x0040018f hdac1: UNSOL STEREO hdac1: Association: 1 (0x00000001) hdac1: Pin cap: 0x00000034 hdac1: PDC OUT IN hdac1: Pin config: 0x01014020 hdac1: Pin control: 0x00000040 OUT hdac1: Output amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: Input amp: 0x002f0300 hdac1: mute=0 step=3 size=47 offset=0 hdac1: connections: 2 hdac1: | hdac1: + [DISABLED] <- nid=12 [audio mixer] hdac1: + <- nid=13 [audio mixer] (selected) hdac1: hdac1: nid: 28 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 29 [DISABLED] hdac1: Name: pin: Speaker (None) hdac1: Widget cap: 0x00400000 hdac1: Pin cap: 0x00000020 hdac1: IN hdac1: Pin config: 0x411111f0 hdac1: Pin control: 0x00000000 hdac1: hdac1: nid: 30 [DISABLED] hdac1: Name: pin: Speaker (None) hdac1: Widget cap: 0x00400381 hdac1: DIGITAL UNSOL STEREO hdac1: Pin cap: 0x00000014 hdac1: PDC OUT hdac1: Pin config: 0x411111f0 hdac1: Pin control: 0x00000000 hdac1: connections: 1 hdac1: | hdac1: + <- nid=6 [audio output] [DISABLED] hdac1: hdac1: nid: 31 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00000 hdac1: hdac1: nid: 32 [DISABLED] hdac1: Name: vendor widget hdac1: Widget cap: 0x00f00040 hdac1: PROC hdac1: hdac1: nid: 33 hdac1: Name: pin: Headphones (Green Jack) hdac1: Widget cap: 0x0040018d hdac1: UNSOL STEREO hdac1: Association: 1 (0x00008000) hdac1: Pin cap: 0x0000001c hdac1: PDC HP OUT hdac1: Pin config: 0x0221402f hdac1: Pin control: 0x000000c0 HP OUT hdac1: Output amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: connections: 2 hdac1: | hdac1: + [DISABLED] <- nid=12 [audio mixer] hdac1: + <- nid=13 [audio mixer] (selected) hdac1: hdac1: nid: 34 hdac1: Name: audio selector hdac1: Widget cap: 0x0030010b hdac1: STEREO hdac1: Association: 3 (0x00000001) hdac1: OSS: monitor hdac1: connections: 7 hdac1: | hdac1: + [DISABLED] <- nid=24 [pin: Mic (Pink Jack)] hdac1: + <- nid=25 [pin: Mic (Pink Jack)] (selected) hdac1: + [DISABLED] <- nid=26 [pin: Speaker (None)] [DISABLED] hdac1: + [DISABLED] <- nid=27 [pin: Line-out (Green Jack)] hdac1: + [DISABLED] <- nid=29 [pin: Speaker (None)] [DISABLED] hdac1: + [DISABLED] <- nid=11 [audio mixer] hdac1: + [DISABLED] <- nid=18 [pin: Speaker (None)] [DISABLED] hdac1: hdac1: nid: 35 hdac1: Name: audio mixer hdac1: Widget cap: 0x0020010b hdac1: STEREO hdac1: Association: 2 (0x00000001) hdac1: OSS: mic, mix hdac1: Input amp: 0x80000000 hdac1: mute=1 step=0 size=0 offset=0 hdac1: connections: 6 hdac1: | hdac1: + <- nid=24 [pin: Mic (Pink Jack)] hdac1: + [DISABLED] <- nid=25 [pin: Mic (Pink Jack)] hdac1: + [DISABLED] <- nid=26 [pin: Speaker (None)] [DISABLED] hdac1: + [DISABLED] <- nid=27 [pin: Line-out (Green Jack)] hdac1: + [DISABLED] <- nid=29 [pin: Speaker (None)] [DISABLED] hdac1: + <- nid=11 [audio mixer] hdac1: pcm4: at cad 0 nid 1 on hdac1 pcm4: +--------------------------------------+ pcm4: | DUMPING PCM Playback/Record Channels | pcm4: +--------------------------------------+ pcm4: pcm4: Playback: pcm4: pcm4: Stream cap: 0x00000001 pcm4: PCM pcm4: PCM cap: 0x000e0560 pcm4: 16 20 24 bits, 44 48 96 192 KHz pcm4: DAC: 2 pcm4: pcm4: Record: pcm4: pcm4: Stream cap: 0x00000001 pcm4: PCM pcm4: PCM cap: 0x000e0560 pcm4: 16 20 24 bits, 44 48 96 192 KHz pcm4: ADC: 8 pcm4: pcm4: +-------------------------------+ pcm4: | DUMPING Playback/Record Paths | pcm4: +-------------------------------+ pcm4: pcm4: Playback: pcm4: pcm4: nid=20 [pin: Speaker (Fixed)] pcm4: | pcm4: + <- nid=12 [audio mixer] [src: pcm, mix] pcm4: | pcm4: + <- nid=2 [audio output] [src: pcm] pcm4: + <- nid=11 [audio mixer] [src: mix] pcm4: pcm4: Record: pcm4: pcm4: nid=8 [audio input] pcm4: | pcm4: + <- nid=35 [audio mixer] [src: mic, mix] pcm4: | pcm4: + <- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm4: + <- nid=11 [audio mixer] [src: mix] pcm4: pcm4: Input Mix: pcm4: pcm4: nid=11 [audio mixer] pcm4: | pcm4: + <- nid=24 [pin: Mic (Pink Jack)] [src: mic] pcm4: pcm4: +-------------------------+ pcm4: | DUMPING Volume Controls | pcm4: +-------------------------+ pcm4: pcm4: Master Volume (OSS: vol) pcm4: | pcm4: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm4: +- ctl 10 (nid 12 in 0): mute pcm4: +- ctl 11 (nid 12 in 1): mute pcm4: +- ctl 17 (nid 20 in ): mute pcm4: pcm4: PCM Volume (OSS: pcm) pcm4: | pcm4: +- ctl 1 (nid 2 out): -65/0dB (88 steps) pcm4: +- ctl 10 (nid 12 in 0): mute pcm4: pcm4: Microphone Volume (OSS: mic) pcm4: | pcm4: +- ctl 20 (nid 24 out): 0/36dB (4 steps) pcm4: +- ctl 27 (nid 35 in 0): mute pcm4: pcm4: Recording Level (OSS: rec) pcm4: | pcm4: +- ctl 3 (nid 8 in 0): -16/30dB (32 steps) + mute pcm4: +- ctl 27 (nid 35 in 0): mute pcm4: +- ctl 32 (nid 35 in 5): mute pcm4: pcm4: Input Mix Level (OSS: mix) pcm4: | pcm4: +- ctl 5 (nid 11 in 0): -34/12dB (32 steps) + mute pcm4: +- ctl 11 (nid 12 in 1): mute pcm4: +- ctl 32 (nid 35 in 5): mute pcm4: pcm4: Input Monitoring Level (OSS: igain) pcm4: | pcm4: +- ctl 11 (nid 12 in 1): mute pcm4: pcm4: Mixer "vol": pcm4: Mixer "pcm": pcm4: Mixer "mic": pcm4: Mixer "mix": pcm4: Mixer "rec": pcm4: Mixer "igain": pcm4: Mixer "ogain": pcm4: clone manager: deadline=750ms flags=0x8000001e pcm4: sndbuf_setmap 6a80000, 4000; 0xffffff80e9205000 -> 6a80000 pcm4: sndbuf_setmap 6a90000, 4000; 0xffffff80e9215000 -> 6a90000 pcm5: at cad 0 nid 1 on hdac1 pcm5: +--------------------------------------+ pcm5: | DUMPING PCM Playback/Record Channels | pcm5: +--------------------------------------+ pcm5: pcm5: Playback: pcm5: pcm5: Stream cap: 0x00000001 pcm5: PCM pcm5: PCM cap: 0x000e0560 pcm5: 16 20 24 bits, 44 48 96 192 KHz pcm5: DAC: 3 pcm5: pcm5: Record: pcm5: pcm5: Stream cap: 0x00000001 pcm5: PCM pcm5: PCM cap: 0x000e0560 pcm5: 16 20 24 bits, 44 48 96 192 KHz pcm5: ADC: 9 pcm5: pcm5: +-------------------------------+ pcm5: | DUMPING Playback/Record Paths | pcm5: +-------------------------------+ pcm5: pcm5: Playback: pcm5: pcm5: nid=27 [pin: Line-out (Green Jack)] pcm5: | pcm5: + <- nid=13 [audio mixer] [src: pcm, mix] pcm5: | pcm5: + <- nid=3 [audio output] [src: pcm] pcm5: + <- nid=11 [audio mixer] [src: mix] pcm5: pcm5: nid=33 [pin: Headphones (Green Jack)] pcm5: | pcm5: + <- nid=13 [audio mixer] [src: pcm, mix] pcm5: | pcm5: + <- nid=3 [audio output] [src: pcm] pcm5: + <- nid=11 [audio mixer] [src: mix] pcm5: pcm5: Record: pcm5: pcm5: nid=9 [audio input] pcm5: | pcm5: + <- nid=34 [audio selector] [src: monitor] pcm5: | pcm5: + <- nid=25 [pin: Mic (Pink Jack)] [src: monitor] pcm5: pcm5: +-------------------------+ pcm5: | DUMPING Volume Controls | pcm5: +-------------------------+ pcm5: pcm5: Master Volume (OSS: vol) pcm5: | pcm5: +- ctl 2 (nid 3 out): -65/0dB (88 steps) pcm5: +- ctl 12 (nid 13 in 0): mute pcm5: +- ctl 13 (nid 13 in 1): mute pcm5: +- ctl 24 (nid 27 in ): mute pcm5: +- ctl 26 (nid 33 in ): mute pcm5: pcm5: PCM Volume (OSS: pcm) pcm5: | pcm5: +- ctl 2 (nid 3 out): -65/0dB (88 steps) pcm5: +- ctl 12 (nid 13 in 0): mute pcm5: pcm5: Microphone2 Volume (OSS: monitor) pcm5: | pcm5: +- ctl 21 (nid 25 out): 0/36dB (4 steps) pcm5: pcm5: Recording Level (OSS: rec) pcm5: | pcm5: +- ctl 4 (nid 9 in 0): -16/30dB (32 steps) + mute pcm5: pcm5: Input Mix Level (OSS: mix) pcm5: | pcm5: +- ctl 13 (nid 13 in 1): mute pcm5: pcm5: Input Monitoring Level (OSS: igain) pcm5: | pcm5: +- ctl 13 (nid 13 in 1): mute pcm5: pcm5: Mixer "vol": pcm5: Mixer "pcm": pcm5: Mixer "mix": pcm5: Mixer "rec": pcm5: Mixer "igain": pcm5: Mixer "monitor": pcm5: clone manager: deadline=750ms flags=0x8000001e pcm5: sndbuf_setmap 7110000, 4000; 0xffffff80e9225000 -> 7110000 pcm5: sndbuf_setmap 6aa0000, 4000; 0xffffff80e9235000 -> 6aa0000 usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ahcich0: AHCI reset... ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ahcich0: SATA connect time=0ms status=00000123 ahcich0: ready wait time=4ms ahcich0: AHCI reset done: device found (aprobe0:ahcich0:0:15:0): SIGNATURE: 0000 (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 ahcich1: AHCI reset... ahcich1: SATA connect time=0ms status=00000113 ahcich1: ready wait time=0ms ahcich1: AHCI reset done: device found (aprobe0:ahcich1:0:15:0): SIGNATURE: eb14 (aprobe0:ahcich1:0:0:0): SIGNATURE: eb14 ahcich2: AHCI reset... ahcich2: SATA offline status=00000004 ahcich2: AHCI reset done: phy reset found no device ahcich3: AHCI reset... ahcich3: SATA offline status=00000004 ahcich3: AHCI reset done: phy reset found no device ahcich4: AHCI reset... ahcich4: SATA connect timeout status=00000000 ahcich4: AHCI reset done: phy reset found no device ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 9VMLKJBM ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, GEOM: new disk ada0 PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ATA-8 SATA 2.x device pass0: Serial Number 9VMLKJBM pass0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) pass0: Command Queueing enabled pass1 at ahcich1 bus 0 scbus1 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: Serial Number R4576GRZ826431 pass1: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) ATA PseudoRAID loaded (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): Requesting SCSI sense data lllaaappipciic2c:4 C:6:M CCI CMMunCCmaIIs kuendm askuednmasked(cd0: lapic2: Forcing LINT1 to edge trigger ahcich1:0: 0:0): SCSI status error (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error (cd0:ahcich1:0:0:0): SCSI status: Check Condition (cd0:ahcich1:0:0:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred)SMP: AP CPU #1 Launched! (cd0: cpu1 AP:ahcich1:0: ID: 0x02000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff0: lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff0): timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400Retrying command (per sense data) cmci: 0x000000f2 lapic6: Forcing LINT1 to edge trigger (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): Requesting SCSI sense dataSMP: AP CPU #3 Launched! cpu3 AP:(cd0: ID: 0x06000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffffahcich1:0: lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff0: timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x000104000): cmci: 0x000000f2SCSI status error lapic4: Forcing LINT1 to edge trigger (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error (cd0:ahcich1:0:0:0): SCSI status: Check Condition (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed)SMP: AP CPU #2 Launched! (cd0: cpu2 AP:ahcich1:0: ID: 0x04000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff0: lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff0): timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400Error 6, Unretryable error cmci: 0x000000f2 cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 ioapic0: routing intpin 4 ( cd0: ISA IRQ 4 Removable CD-ROM SCSI-0 device ) to lapic 2 vector 48 cd0: Serial Number R4576GRZ826431 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed ioapic0: routing intpin 7 (ISA IRQ 7) to lapic 4 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 6 vector 48 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 2 vector 49 msi: Assigning MSI IRQ 256 to local APIC 4 vector 49 msi: Assigning MSI IRQ 257 to local APIC 6 vector 49 msi: Assigning MSI IRQ 259 to local APIC 2 vector 50 GEOM: ada0: partition 2 does not start on a track boundary. GEOM: ada0: partition 2 does not end on a track boundary. GEOM: ada0: partition 1 does not start on a track boundary. GEOM: ada0: partition 1 does not end on a track boundary. GEOM: new disk cd0 (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): Requesting SCSI sense data (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error (cd0:ahcich1:0:0:0): SCSI status: Check Condition (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich1:0:0:0): Error 6, Unretryable error (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): Requesting SCSI sense data (cd0:ahcich1:0:0:0): SCSI status error (cd0:ahcich1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ahcich1:0:0:0): CAM status: SCSI Status Error (cd0:ahcich1:0:0:0): SCSI status: Check Condition (cd0:ahcich1:0:0:0): SCSI sense: NOT READY asc:3a,1 (Medium not present - tray closed) (cd0:ahcich1:0:0:0): Error 6, Unretryable error Root mount waiting for: usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 Root mount waiting for: usbus1 usbus0 uhub2: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered ugen1.3: at usbus1 ukbd0: on usbus1 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 Root mount waiting for: usbus1 ugen1.4: at usbus1 ums0: on usbus1 ums0: 3 buttons and [XYZ] coordinates ID=0 Trying to mount root from ufs:/dev/ada0s2a ct_to_ts([2010-11-25 00:10:17]) = 1290643817.000000000 start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered vboxnet0: bpf attached vboxnet0: Ethernet address: 0a:00:27:00:00:00 em0: Link is up 100 Mbps Full Duplex ts_to_ct(1290643829.133470558) = [2010-11-25 00:10:29] fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 Hope it helps. -- Jonathan Chen Solnet Solutions Limited t: +64 9 9775800 Level 7, Brookfields House, f: +64 9 9775801 19 Victoria Street West, ddi: +64 9 9775871 PO Box 6619, m: +64 21 635618 Auckland 1141, New Zealand http://www.solnetsolutions.co.nz/ Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 00:33:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 407FF106566C for ; Thu, 25 Nov 2010 00:33:57 +0000 (UTC) (envelope-from delphij@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 050818FC14 for ; Thu, 25 Nov 2010 00:33:56 +0000 (UTC) Received: by iwn39 with SMTP id 39so393011iwn.13 for ; Wed, 24 Nov 2010 16:33:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KxVI8gc/M6v9hBa8bOIoPGkMB6P5XhtyLTfdVUefaT4=; b=HbOUBPP3G+WqcU+1Kja8chudues3CCVyADOrlCzl2v/irZskMLxrqadSEj16IrKkFG IQYumySp9lhdAMEXl4S58lSL9WNnU3mIwKBn9U5Ygvo2GgaF25ppYOxO1lW14BzQJuWF D+1m+7aeQ6dI3tP0MYbkW0npsXw0+shHN7e5w= 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=rNHEM9YyODBb8srAVyhS4jIbKVRHi0JGtC4zyriWJK9h/QXHBeNRxjOoGHSi+Kqae3 7Li6El7CXKDL/euLh2rIYa72VmU08AYp222tKjbaKCWKgmkPYuSQJsMzEmSRX2n0Wt0L 3ZOEWPhgV2T5Q8OmMEv0J9PBfeYQM4A/Pup9g= MIME-Version: 1.0 Received: by 10.231.36.11 with SMTP id r11mr20082ibd.125.1290643609867; Wed, 24 Nov 2010 16:06:49 -0800 (PST) Received: by 10.231.213.195 with HTTP; Wed, 24 Nov 2010 16:06:49 -0800 (PST) In-Reply-To: References: <20101124053255.GA15123@icarus.home.lan> Date: Wed, 24 Nov 2010 16:06:49 -0800 Message-ID: From: Xin LI To: Paul Mather Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 00:33:57 -0000 On Wed, Nov 24, 2010 at 7:01 AM, Paul Mather wrot= e: > Thanks for the link! =C2=A0I'm not sure whether "Fixed arcmsr driver prev= ent arcsas support for Areca SAS HBA ARC13x0" in the "Bug fixes" list is go= od news or bad news for me. =C2=A0It suggests that the arcmsr driver has be= en fixed to prevent it attaching to the ARC-13X0 cards, implying that it is= not supported. =C2=A0This entry about OS support on the Areca official pag= e for the ARC-1300 product (http://www.areca.us/products/sasnoneraid.htm) i= s also not inspiring: "BSD/FreeBSD (will be available with 6Gb/s Host Adapt= er)." =C2=A0Does this mean only their 6 Gb/s cards will be supported under = FreeBSD, or that support for the 3 Gb/s cards will appear alongside the 6 G= b/s cards, whenever they are released? The 6Gb/s cards are not released yet. The updated driver resolved a conflict with the newer ARC13x0 cards, without it one will have to update arcmsr(4) before installing the SAS card driver. Cheers, --=20 Xin LI http://www.delphij.net From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 02:28:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDDC1065697 for ; Thu, 25 Nov 2010 02:28:47 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4581C8FC1D for ; Thu, 25 Nov 2010 02:28:46 +0000 (UTC) Received: from steiner.cc.vt.edu (steiner.cc.vt.edu [198.82.163.51]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id oAP2RnhB001571; Wed, 24 Nov 2010 21:28:16 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by steiner.cc.vt.edu (MOS 4.1.8-GA FastPath queued) with ESMTP id MHH90855; Wed, 24 Nov 2010 21:28:16 -0500 (EST) Received: from gromit.chumby.lan (c-71-63-94-180.hsd1.va.comcast.net [71.63.94.180]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id oAP2SFwt021772 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 24 Nov 2010 21:28:15 -0500 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: Date: Wed, 24 Nov 2010 21:28:13 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <86234537-4DCC-4EB6-A8D0-BABB68370D1A@gromit.dlib.vt.edu> References: <20101124053255.GA15123@icarus.home.lan> To: Xin LI X-Mailer: Apple Mail (2.1082) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Status: score=10/50, host=steiner.cc.vt.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A02020A.4CEDC9C0.00AC,ss=1,fgs=0, ip=71.63.94.180, so=2009-09-22 00:05:22, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 02:28:47 -0000 On Nov 24, 2010, at 7:06 PM, Xin LI wrote: > On Wed, Nov 24, 2010 at 7:01 AM, Paul Mather = wrote: >> Thanks for the link! I'm not sure whether "Fixed arcmsr driver = prevent arcsas support for Areca SAS HBA ARC13x0" in the "Bug fixes" = list is good news or bad news for me. It suggests that the arcmsr = driver has been fixed to prevent it attaching to the ARC-13X0 cards, = implying that it is not supported. This entry about OS support on the = Areca official page for the ARC-1300 product = (http://www.areca.us/products/sasnoneraid.htm) is also not inspiring: = "BSD/FreeBSD (will be available with 6Gb/s Host Adapter)." Does this = mean only their 6 Gb/s cards will be supported under FreeBSD, or that = support for the 3 Gb/s cards will appear alongside the 6 Gb/s cards, = whenever they are released? >=20 > The 6Gb/s cards are not released yet. The updated driver resolved a > conflict with the newer ARC13x0 cards, without it one will have to > update arcmsr(4) before installing the SAS card driver. So, to clarify, does this mean the 3 Gb/s ARC-1300 cards are not = currently supported under 8-STABLE? Or, are they supported by a = different driver to arcmsr (if so, which one?), but arcmsr must be = updated so it doesn't probe and claim the card instead? Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 04:07:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA4C1106567A for ; Thu, 25 Nov 2010 04:07:47 +0000 (UTC) (envelope-from jhellenthal@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 6CD4E8FC19 for ; Thu, 25 Nov 2010 04:07:47 +0000 (UTC) Received: by yxh35 with SMTP id 35so272290yxh.13 for ; Wed, 24 Nov 2010 20:07:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=zDpYChYxqL7RXLO2RGO5dZkuC9UucWy1gTrdr1luiq8=; b=ULV8wxyVaB0vS/3UkYaba2dpewHToVBwuPwqUp7x2n1xEvcDCOaCl+DG1grsQZQCsb VVIz3P5q88Uqut4T9lFrSJ7qeTVk6f1YKk8vDCjlkwWdTUEOwFKFjHUcGn4Zf96kzmtM SOYo/ZA6jXzwMUXbRhY+AdkO+mxzgHcIFZTLk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=cGqbAw8u5KMg0kdMEpCRQ8fBGDhwJF91wcEIHxbEBG33dDPYWF6qfW/vPADimI1RJ2 J24hXtN0MiJmR6wUFEuqdAvfKv/NJSKuxwwUKTdJzf6xHrwAaJy2Yf8PFRVBFtbi9WDp o4RbCdO2Yr/V5QHCCcqdy0nsP8bZrnHZNzQHw= Received: by 10.90.40.18 with SMTP id n18mr2010796agn.12.1290658066576; Wed, 24 Nov 2010 20:07:46 -0800 (PST) Received: from centel.dataix.local ([99.181.129.55]) by mx.google.com with ESMTPS id 26sm193605yhl.35.2010.11.24.20.07.44 (version=SSLv3 cipher=RC4-MD5); Wed, 24 Nov 2010 20:07:44 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CEDE10E.2010802@DataIX.net> Date: Wed, 24 Nov 2010 23:07:42 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Zhihao Yuan References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Can not build either kernel nor 'world' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 04:07:47 -0000 On 11/23/2010 20:33, Zhihao Yuan wrote: > I built and installed the latest 'world' this afternoon, and found that I > can not build the kernel now. And, the devd can not be started. I do not > know what's wrong. Maybe I need to downgrade my system to 8.1-RELEASE first. > What should I do now? > This does not provide much information, You are trying to build world and kernel for 8.1-STABLE ? or 8.1-RELEASE ?, CURRENT/HEAD ? Have a log that you can put a link up somewhere so it can be viewed ? Have you followed UPDATING entries that may be relavent to upgrading to whatever your building ? Also have a make.conf and src.conf with entries in it ? if so have you tried removing those entries ? Was your obj directory empty before you started your build ? If not, remove it and start from scratch. Also defining -DALWAYS_CHECK_MAKE may help in your situation as well but its really hard to tell from this point. -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 08:17:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99D17106566C for ; Thu, 25 Nov 2010 08:17:34 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 21C638FC18 for ; Thu, 25 Nov 2010 08:17:33 +0000 (UTC) Received: by fxm19 with SMTP id 19so575708fxm.13 for ; Thu, 25 Nov 2010 00:17:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=c1mPhE5C4wyV6LVImeeyyYNZILbySK1NKtrtbaC9heY=; b=N4fYxdP+1SfnGJHcBhdSt1IJEKNsuJt2XhlDjAS7LPxqH8CL0dfwF7kFWQX+0z9JqZ v0FvdsxBhICeONPfRxXJa7rlOLVbrJbSa8sfrpSmh6xf9Jxa7ki/2T/+mQUKm0gzzvtQ K8UlmY5rNPzkLd01mlMprGngumEKFQmXT1xks= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=pPCEsn5lR6bjn5dinACMTQztMWUrHBu7qEWrmnWVYbvdoEwLEcYhbtZITTjTdufaEp 5O1IIooVJf+Jajtx83Hn251ePHDEFLbFr/T9I7cE1M4FmPvgadICxGsUk7vws1VBOH05 Diyo7Ko779Qzn/j8mO/Esnz5Adk56ePPyQ5fQ= Received: by 10.223.83.4 with SMTP id d4mr386119fal.59.1290673052998; Thu, 25 Nov 2010 00:17:32 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm91354fal.0.2010.11.25.00.17.31 (version=SSLv3 cipher=RC4-MD5); Thu, 25 Nov 2010 00:17:31 -0800 (PST) Sender: Alexander Motin Message-ID: <4CEE1B8F.9070001@FreeBSD.org> Date: Thu, 25 Nov 2010 10:17:19 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Jonathan Chen References: <4CECC0EE.8020909@FreeBSD.org> <31227_1290629926_4CED7326_31227_6_1_4CED73F9.9040702@solnetsolutions.co.nz> <4CED7D6A.5090408@FreeBSD.org> <5808_1290643952_4CEDA9EF_5808_36_1_4CEDAABC.6030703@solnetsolutions.co.nz> In-Reply-To: <5808_1290643952_4CEDA9EF_5808_36_1_4CEDAABC.6030703@solnetsolutions.co.nz> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: snd_hda on Optiplex 980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 08:17:34 -0000 Jonathan Chen wrote: > On 25/11/2010 10:02, Alexander Motin wrote: >> It would be useful if you posted somewhere full _verbose_ dmesg. > > Here it is: > > ahci0: port > 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf > mem 0xff870000-0xff8707ff irq 18 at device 31.2 on pci0 > ahci0: Reserved 0x800 bytes for rid 0x24 type 3 at 0xff870000 > ahci0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 259 to local APIC 0 vector 54 > ahci0: using IRQ 259 for MSI > ahci0: [MPSAFE] > ahci0: [ITHREAD] > ahci0: AHCI v1.30 with 6 3Gbps ports, Port Multiplier supported with FBS > ahci0: Caps: 64bit NCQ SNTF AL CLO 3Gbps PM FBS PMD 32cmd EM eSATA 6ports > ahci0: Caps2: APST > ahci0: EM Caps: ALHD XMT SMB LED > ahcich0: at channel 0 on ahci0 > ahcich0: [MPSAFE] > ahcich0: [ITHREAD] > ahcich0: Caps: > ahcich1: at channel 1 on ahci0 > ahcich1: [MPSAFE] > ahcich1: [ITHREAD] > ahcich1: Caps: > ahcich2: at channel 2 on ahci0 > ahcich2: [MPSAFE] > ahcich2: [ITHREAD] > ahcich2: Caps: > ahcich3: at channel 3 on ahci0 > ahcich3: [MPSAFE] > ahcich3: [ITHREAD] > ahcich3: Caps: > ahcich4: at channel 4 on ahci0 > ahcich4: [MPSAFE] > ahcich4: [ITHREAD] > ahcich4: Caps: HPCP ESP FBSCP Interesting. It is the first Intel AHCI controller I see, supporting FIS-based switching with port multiplier. I would really like to test it sometimes with port multiplier connected to internal and external ports. > hdac1: Patched pins configuration: > hdac1: nid 18 0x411111f0 as 15 seq 0 Speaker None jack 1 loc > 1 color Black misc 1 [DISABLED] > hdac1: nid 20 0x99130110 as 1 seq 0 Speaker Fixed jack 3 loc > 25 color Unknown misc 1 > hdac1: nid 23 0x411111f0 as 15 seq 0 Speaker None jack 1 loc > 1 color Black misc 1 [DISABLED] > hdac1: nid 24 0x02a19830 as 3 seq 0 Mic Jack jack 1 loc > 2 color Pink misc 8 > hdac1: nid 25 0x01a19840 as 4 seq 0 Mic Jack jack 1 loc > 1 color Pink misc 8 > hdac1: nid 26 0x411111f0 as 15 seq 0 Speaker None jack 1 loc > 1 color Black misc 1 [DISABLED] > hdac1: nid 27 0x01014020 as 2 seq 0 Line-out Jack jack 1 loc > 1 color Green misc 0 > hdac1: nid 29 0x411111f0 as 15 seq 0 Speaker None jack 1 loc > 1 color Black misc 1 [DISABLED] > hdac1: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc > 1 color Black misc 1 [DISABLED] > hdac1: nid 33 0x0221402f as 2 seq 15 Headphones Jack jack 1 loc > 2 color Green misc 0 > hdac1: 4 associations found: > hdac1: Association 0 (1) out: > hdac1: Pin nid=20 seq=0 > hdac1: Association 1 (2) out: > hdac1: Pin nid=27 seq=0 > hdac1: Pin nid=33 seq=15 > hdac1: Association 2 (3) in: > hdac1: Pin nid=24 seq=0 > hdac1: Association 3 (4) in: > hdac1: Pin nid=25 seq=0 I see no obvious problems there. pcm4 device should respond for internal speaker and front microphone. pcm5 device should go to rear connectors. What things you have tried to test there? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 09:11:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7B4F106566C for ; Thu, 25 Nov 2010 09:11:34 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id B3EC78FC12 for ; Thu, 25 Nov 2010 09:11:34 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oAP9BLAr073213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 25 Nov 2010 01:11:21 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oAP9BLWO073210; Thu, 25 Nov 2010 01:11:21 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA22423; Thu, 25 Nov 10 01:09:46 PST Date: Thu, 25 Nov 2010 01:09:35 -0800 From: perryh@pluto.rain.com To: freebsd@jdc.parodius.com, tevans.uk@googlemail.com Message-Id: <4cee27cf.9kpYOd2kSo26lP5h%perryh@pluto.rain.com> References: <20101123070442.GN8547@stlux503.dsto.defence.gov.au> <201011241051.oAOApDSF078356@fire.js.berklix.net> <20101124113745.GA22461@icarus.home.lan> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: jhs@berklix.com, freebsd-stable@freebsd.org, alex.wilkinson@dsto.defence.gov.au Subject: Re: www/chromium ignores proxy settings [SEC=UNCLASSIFIED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 09:11:34 -0000 Tom Evans wrote: > Interesting; I'm trying to give up using firefox (which for me > leaks memory like a sieve ... Interesting that it is _still_ doing this. I have that problem with 1.5.0.6, but figured it would have been fixed in current versions. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 10:24:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 525A91065672 for ; Thu, 25 Nov 2010 10:24:36 +0000 (UTC) (envelope-from greenx@yartv.ru) Received: from mail.yartv.ru (ns4.yartelenet.ru [94.158.0.17]) by mx1.freebsd.org (Postfix) with ESMTP id 00FC68FC14 for ; Thu, 25 Nov 2010 10:24:35 +0000 (UTC) Received: from greenx.yartelenet.ru (greenx.yartelenet.ru [94.158.0.2]) by mail.yartv.ru (Postfix) with ESMTP id 2FA7E730F9; Thu, 25 Nov 2010 13:24:34 +0300 (MSK) Message-ID: <4CEE3962.6000808@yartv.ru> Date: Thu, 25 Nov 2010 13:24:34 +0300 From: Andrey Groshev User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.15) Gecko/20101101 Thunderbird/3.0.10 MIME-Version: 1.0 To: "Li, Qing" References: <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> <20101123175100.V24596@maildrop.int.zabbadoz.net> <4CECDC89.7070706@yartv.ru> <4CECFF49.2010204@yartv.ru> <20101124171510.GA27702@icarus.home.lan> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: upd: 7.2->8.1 & many networks trouble & flowtable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 10:24:36 -0000 25.11.2010 00:42, Li, Qing пишет: > ..... > I simply asked for a clarification, which I did not receive a clear > answer, on whether there are routing issues when flow-table is > disabled. > .... > Oh, I just do not understand you! :) After I recompiled the kernel without FLOWTABLE almost everything worked. openbgpd - runs and does not load the CPU at 100%. named - also works fine. openospfd - did not have time to check, because at the time of the accident has replaced all the static routes. Yesterday we received a winter. Snow buried the entire city. It is very difficult to get to the server, because he was on the other end of town. I went there today do not make up my mind. A remote, too, will not do because yesterday conducted an experiment on another server (HP-DL320-G5). On GENERIC/8.1-stable just launched OSPF daemon and immediately lost it. In any case, I continued to experiment and I'm willing to cooperate. I just need a little time, which would consider how to make the following tests. (And so far tractors clean the city from the snow :) ). In addition, if you know how to make them better - help please. Best regards, Andrey Groshev From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 11:28:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90F7C1065672 for ; Thu, 25 Nov 2010 11:28:31 +0000 (UTC) (envelope-from amvandemore@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 25F918FC19 for ; Thu, 25 Nov 2010 11:28:30 +0000 (UTC) Received: by fxm19 with SMTP id 19so720287fxm.13 for ; Thu, 25 Nov 2010 03:28:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=xGW3IcQ+D85IMOjDrY4sjNnMOhfDxQ9BG6kXmB5hS3U=; b=NRXne8EjGqSrW1a/8zN4yiejEepS7NwCW8BwT1Hxt9kZx537xB/wIDoZFxim6AYJX5 WiVgWhb04uuQo/d6/iTglOQu/ECzLw4ieGavHFoBLK7wzjU3FjqxlOpcak1jT3hroNrg 0epIaFNNiPEF84rOzMM4Bb5xKr4ztbwguyJnE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=kmXcryOK9QGlOCuNLnnGNIn2NgL6TuUUB4P8QbRfAYjrxWoog1wSgycdFtDB2rQJFA 9iy+wu4ixD+OMHajzmBaASxlntxSIUwe1BCZyw4x02oEwk2rOKVdRB+LB+/qGG0xmEY8 qRsp6BuBTybg8qacEmtfR8wceagFJDEWzDR2o= MIME-Version: 1.0 Received: by 10.223.117.2 with SMTP id o2mr624640faq.6.1290684510118; Thu, 25 Nov 2010 03:28:30 -0800 (PST) Received: by 10.223.121.138 with HTTP; Thu, 25 Nov 2010 03:28:30 -0800 (PST) Date: Thu, 25 Nov 2010 05:28:30 -0600 Message-ID: From: Adam Vande More To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 11:28:31 -0000 top io doesn't seem to display stats when dealing direct with a block device like so: dd if=/dev/ada0 of=/dev/null However if dd runs on a regular file eg dd if=test.file of=/dev/null then stats are reported in top. Is this the expected behavior? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 12:08:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1C681065670; Thu, 25 Nov 2010 12:08:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1ADF28FC0C; Thu, 25 Nov 2010 12:08:32 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oAPC8SSl001521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Nov 2010 14:08:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oAPC8SeP023979; Thu, 25 Nov 2010 14:08:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAPC8SvA023978; Thu, 25 Nov 2010 14:08:28 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 25 Nov 2010 14:08:28 +0200 From: Kostik Belousov To: Adam Vande More Message-ID: <20101125120828.GN2392@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EwkcXxk9GypvHnsl" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 12:08:33 -0000 --EwkcXxk9GypvHnsl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 25, 2010 at 05:28:30AM -0600, Adam Vande More wrote: > top io doesn't seem to display stats when dealing direct with a block dev= ice > like so: >=20 > dd if=3D/dev/ada0 of=3D/dev/null >=20 > However if dd runs on a regular file eg >=20 > dd if=3Dtest.file of=3D/dev/null >=20 > then stats are reported in top. >=20 > Is this the expected behavior? I do not think so, and the patch at the end of the message worked for me. I cannot explain the if (!TD_IS_IDLETHREAD(curthread)) curthread->td_ru.ru_inblock++; checks that are done in vfs_bio.c. diff --git a/sys/kern/kern_physio.c b/sys/kern/kern_physio.c index d6be6e7..34072f3 100644 --- a/sys/kern/kern_physio.c +++ b/sys/kern/kern_physio.c @@ -57,10 +57,13 @@ physio(struct cdev *dev, struct uio *uio, int ioflag) for (i =3D 0; i < uio->uio_iovcnt; i++) { while (uio->uio_iov[i].iov_len) { bp->b_flags =3D 0; - if (uio->uio_rw =3D=3D UIO_READ) + if (uio->uio_rw =3D=3D UIO_READ) { bp->b_iocmd =3D BIO_READ; - else=20 + curthread->td_ru.ru_inblock++; + } else { bp->b_iocmd =3D BIO_WRITE; + curthread->td_ru.ru_oublock++; + } bp->b_iodone =3D bdone; bp->b_data =3D uio->uio_iov[i].iov_base; bp->b_bcount =3D uio->uio_iov[i].iov_len; --EwkcXxk9GypvHnsl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzuUbwACgkQC3+MBN1Mb4hR2gCeJPD4EX57RwABvMHlOVFQH9R7 kxgAoLT+Hl6uKW+Ku51AfM37cPRxcEUE =WP+7 -----END PGP SIGNATURE----- --EwkcXxk9GypvHnsl-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 16:03:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5721065672; Thu, 25 Nov 2010 16:03:42 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 505D68FC19; Thu, 25 Nov 2010 16:03:41 +0000 (UTC) Received: by qwg8 with SMTP id 8so161484qwg.13 for ; Thu, 25 Nov 2010 08:03:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=6QAd4okL2r9zCaQKIH2LqtZGy8fSXrq+Q7n6lGyAeAE=; b=T4PsIhIh9gqgu5F8he4StRaqOrOCdSVYF3mi3iiCPGpDFK0ypTXxdvyvaxcySoeUdq z/iA3RudLglZEvG6To36PzH/UafVHP1e7k7FsiWsJG5zG9txkpRPMDv5U5JakppZhOT1 /Q2WvFu2sTSLlbtTM89LyE6X1airoMbPJpbYw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=KDfRMhxLkmRfJkeWIykTAXZrrzv0cKVfl/soXAcfTc2p1cuT+A6JX7+nKMZRDE7Ge6 GQa5bTVSe3JZvSjMHLpJnzq0CE57r+0iXliqAuEid1nmSR4Alcw0ZLn6taDOs9yFgdI4 XtY6bjqCJt8ER8YZrBfnCup0iw8jJvtlmAvB4= Received: by 10.229.241.69 with SMTP id ld5mr796450qcb.229.1290701020412; Thu, 25 Nov 2010 08:03:40 -0800 (PST) Received: from centel.dataix.local (adsl-99-181-129-55.dsl.klmzmi.sbcglobal.net [99.181.129.55]) by mx.google.com with ESMTPS id nb14sm539146qcb.36.2010.11.25.08.03.38 (version=SSLv3 cipher=RC4-MD5); Thu, 25 Nov 2010 08:03:39 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CEE88D9.4070200@DataIX.net> Date: Thu, 25 Nov 2010 11:03:37 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Adam Vande More References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 16:03:42 -0000 On 11/25/2010 06:28, Adam Vande More wrote: > top io doesn't seem to display stats when dealing direct with a block device > like so: > > dd if=/dev/ada0 of=/dev/null > > However if dd runs on a regular file eg > > dd if=test.file of=/dev/null > > then stats are reported in top. > > Is this the expected behavior? > Is this on ZFS ? If that is the case it is a known problem that needs the following patch to fix the issue. http://people.freebsd.org/~avg/zfs-ru.diff I believe it is planned to be MFC'd but am not quite sure so I have CC'd Andriy and he should be able to advise further. Regards, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 16:08:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F34E2106567A for ; Thu, 25 Nov 2010 16:08:59 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (unknown [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id A946C8FC1A for ; Thu, 25 Nov 2010 16:08:58 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 54FC739824; Thu, 25 Nov 2010 18:08:56 +0200 (SAST) Date: Thu, 25 Nov 2010 18:08:56 +0200 From: John Hay To: freebsd-stable@freebsd.org Message-ID: <20101125160856.GA73677@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: autogenerated ipv6 addresses on vlans X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 16:09:00 -0000 It seems that on 8-stable the autogenerated ipv6 addresses in vlans use the mac address of the first interface and not its own mac address. Is there a reason for this? On 7.x it used the vlan's mac address. The rc.conf file look like this (ipv4 and other configs removed) ################################## ipv6_enable="YES" ipv6_gateway_enable="YES" ifconfig_ix0="-rxcsum -lro up" vlans_ix0="101 3101 3103 3199" ipv6_prefix_ix0_101="2001:1234:5678:ffff" ifconfig_ix1="-rxcsum -lro" ifconfig_ix2="-rxcsum -lro up" vlans_ix2="1 8" ipv6_prefix_ix2_1="2001:1234:5678:0003" ipv6_prefix_ix2_8="2001:1234:5678:0001" ################################## ifconfig with ipv4 and global ipv6 addresses stripped: ################################## bce0: flags=8802 metric 0 mtu 1500 options=c01bb ether 00:25:64:f9:eb:5d inet6 fe80::225:64ff:fef9:eb5d%bce0 prefixlen 64 scopeid 0x1 nd6 options=3 media: Ethernet autoselect bce1: flags=8802 metric 0 mtu 1500 options=c01bb ether 00:25:64:f9:eb:5f inet6 fe80::225:64ff:fef9:eb5f%bce1 prefixlen 64 scopeid 0x2 nd6 options=3 media: Ethernet autoselect bce2: flags=8802 metric 0 mtu 1500 options=c01bb ether 00:25:64:f9:eb:61 inet6 fe80::225:64ff:fef9:eb61%bce2 prefixlen 64 scopeid 0x3 nd6 options=3 media: Ethernet autoselect bce3: flags=8802 metric 0 mtu 1500 options=c01bb ether 00:25:64:f9:eb:63 inet6 fe80::225:64ff:fef9:eb63%bce3 prefixlen 64 scopeid 0x4 nd6 options=3 media: Ethernet autoselect ix0: flags=8843 metric 0 mtu 1500 options=1b8 ether 00:1b:21:57:b4:20 inet6 fe80::21b:21ff:fe57:b420%ix0 prefixlen 64 scopeid 0x5 nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active ix1: flags=8843 metric 0 mtu 1500 options=1b8 ether 00:1b:21:57:b4:21 inet6 fe80::21b:21ff:fe57:b421%ix1 prefixlen 64 scopeid 0x6 nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active ix2: flags=8843 metric 0 mtu 1500 options=1a8 ether 00:1b:21:57:ef:7c inet6 fe80::21b:21ff:fe57:ef7c%ix2 prefixlen 64 scopeid 0x7 nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active ix3: flags=8843 metric 0 mtu 1500 options=b8 ether 00:1b:21:57:ef:7d inet6 fe80::21b:21ff:fe57:ef7d%ix3 prefixlen 64 scopeid 0x8 nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x9 nd6 options=3 ix0.101: flags=8843 metric 0 mtu 1500 ether 00:1b:21:57:b4:20 inet6 fe80::225:64ff:fef9:eb5d%ix0.101 prefixlen 64 scopeid 0xa nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active vlan: 101 parent interface: ix0 ix0.3101: flags=8843 metric 0 mtu 1500 ether 00:1b:21:57:b4:20 inet6 fe80::225:64ff:fef9:eb5d%ix0.3101 prefixlen 64 scopeid 0xb nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active vlan: 3101 parent interface: ix0 ix0.3103: flags=8843 metric 0 mtu 1500 ether 00:1b:21:57:b4:20 inet6 fe80::225:64ff:fef9:eb5d%ix0.3103 prefixlen 64 scopeid 0xc nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active vlan: 3103 parent interface: ix0 ix0.3199: flags=8843 metric 0 mtu 1500 ether 00:1b:21:57:b4:20 inet6 fe80::225:64ff:fef9:eb5d%ix0.3199 prefixlen 64 scopeid 0xd nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active vlan: 3199 parent interface: ix0 ix2.1: flags=8843 metric 0 mtu 1500 ether 00:1b:21:57:ef:7c inet6 fe80::225:64ff:fef9:eb5d%ix2.1 prefixlen 64 scopeid 0xe nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active vlan: 1 parent interface: ix2 ix2.8: flags=8843 metric 0 mtu 1500 ether 00:1b:21:57:ef:7c inet6 fe80::225:64ff:fef9:eb5d%ix2.8 prefixlen 64 scopeid 0xf nd6 options=3 media: Ethernet autoselect (10Gbase-SR ) status: active vlan: 8 parent interface: ix2 ################################## John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 16:38:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABFCC106564A for ; Thu, 25 Nov 2010 16:38:14 +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 019A08FC1D for ; Thu, 25 Nov 2010 16:38:13 +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 SAA07388; Thu, 25 Nov 2010 18:38:09 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEE90F0.6040701@freebsd.org> Date: Thu, 25 Nov 2010 18:38:08 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: jhell References: <4CEE88D9.4070200@DataIX.net> In-Reply-To: <4CEE88D9.4070200@DataIX.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Adam Vande More , freebsd-stable@freebsd.org Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 16:38:14 -0000 on 25/11/2010 18:03 jhell said the following: > On 11/25/2010 06:28, Adam Vande More wrote: >> top io doesn't seem to display stats when dealing direct with a block device >> like so: >> >> dd if=/dev/ada0 of=/dev/null >> >> However if dd runs on a regular file eg >> >> dd if=test.file of=/dev/null >> >> then stats are reported in top. >> >> Is this the expected behavior? >> > > Is this on ZFS ? > > If that is the case it is a known problem that needs the following patch > to fix the issue. > > http://people.freebsd.org/~avg/zfs-ru.diff > > I believe it is planned to be MFC'd but am not quite sure so I have CC'd > Andriy and he should be able to advise further. I think that you got confused :-) Read Adam's report again :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 18:17:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D681F1065675 for ; Thu, 25 Nov 2010 18:17:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9918FC22 for ; Thu, 25 Nov 2010 18:17:40 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 309AAA67B48; Fri, 26 Nov 2010 02:17:10 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id riZKWwELrJg8; Fri, 26 Nov 2010 02:17:03 +0800 (CST) Received: from delta.delphij.net (c-76-102-26-215.hsd1.ca.comcast.net [76.102.26.215]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E33C6A67A8A; Fri, 26 Nov 2010 02:17:01 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=B6i1QX2sZktnEalXBbrawAnWPkws72psTmpi9RMxQq+XKRrE+Ppme/q/Vx1KJSMfP N/Rjm8jC0M72ytHGvUtlg== Message-ID: <4CEEA816.2080707@delphij.net> Date: Thu, 25 Nov 2010 10:16:54 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.15) Gecko/20101028 Thunderbird/3.0.10 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: Paul Mather References: <20101124053255.GA15123@icarus.home.lan> <86234537-4DCC-4EB6-A8D0-BABB68370D1A@gromit.dlib.vt.edu> In-Reply-To: <86234537-4DCC-4EB6-A8D0-BABB68370D1A@gromit.dlib.vt.edu> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 18:17:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 11/24/10 18:28, Paul Mather wrote: > On Nov 24, 2010, at 7:06 PM, Xin LI wrote: > >> On Wed, Nov 24, 2010 at 7:01 AM, Paul Mather wrote: >>> Thanks for the link! I'm not sure whether "Fixed arcmsr driver prevent arcsas support for Areca SAS HBA ARC13x0" in the "Bug fixes" list is good news or bad news for me. It suggests that the arcmsr driver has been fixed to prevent it attaching to the ARC-13X0 cards, implying that it is not supported. This entry about OS support on the Areca official page for the ARC-1300 product (http://www.areca.us/products/sasnoneraid.htm) is also not inspiring: "BSD/FreeBSD (will be available with 6Gb/s Host Adapter)." Does this mean only their 6 Gb/s cards will be supported under FreeBSD, or that support for the 3 Gb/s cards will appear alongside the 6 Gb/s cards, whenever they are released? >> >> The 6Gb/s cards are not released yet. The updated driver resolved a >> conflict with the newer ARC13x0 cards, without it one will have to >> update arcmsr(4) before installing the SAS card driver. > > So, to clarify, does this mean the 3 Gb/s ARC-1300 cards are not currently supported under 8-STABLE? Or, are they supported by a different driver to arcmsr (if so, which one?), but arcmsr must be updated so it doesn't probe and claim the card instead? Looking at the code I believe Areca 1380 and 1381 are supported on - -HEAD. I'm heading off committing the MFC of latest driver to 8-STABLE in a few minutes. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJM7qgWAAoJEATO+BI/yjfBX2kIAKEaJFhUEKPzgxiOdch7EfQ4 HNctzFm0t+7UuRrZJwmikB8cgJSXwWutbDJnbLmhimzeoYJdvcVW+Z+Kp2ewEnCx YvDE+v7MqNxOsb66RxJ70lY0SPCozKufRa1v9uHpeBEyGgeCGoS8+1vLCHX0tlKL wv+kpM+u5BVCsCQOfDj6CAaJEl6UxEBpEG7fK1+BViQsilUff1NIHvMXvG0JV1lD Dz+Wrt0sCMJb7VVrJ3BJkJ/Xnl9GsimwatKS9PxRe+I294JOxn3PHeJSX4kRbnyo LaDWtKyDMj4z4D2QE5B97eORD/0md7RMtpo628U1QGwAyQ8rVPZUUzZP9hWuH+A= =wAD1 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 18:53:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F4551065672 for ; Thu, 25 Nov 2010 18:53:45 +0000 (UTC) (envelope-from amvandemore@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 99C428FC17 for ; Thu, 25 Nov 2010 18:53:44 +0000 (UTC) Received: by fxm16 with SMTP id 16so122072fxm.13 for ; Thu, 25 Nov 2010 10:53:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=uvo1CAqRjEQuvj0w7TeqUVTQWMeLb503ZWSgQp+Ebxc=; b=ceugUrHQwvJR7Yxs24NT4ZtsMuzhlTuEJ59F+EkM8PgZH0ow7MUta+WDAEVJkkuLP0 evSje+7X/PYf3SQE7djfG21V20ge5JvVVGjunEmEFjiGStRViDbB5IL/8AQoz+aJ9W2W qYqYX5ghfNMkhEz9wMd2ykCgpTGzgB9BApfho= 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=VBWSQbTBaK9AE8c+0EWrTaUiVbdFa0n7hnkN8V+emZjUmUW3pO39MKXHrmfxu7DXlN svax38Tbp+POGvcufH3lRYysWbkLt4df6A1ooogtgGanSBouY+Ga9u9l86KFJJp8aJGf eRmXxiUBtvBHGHd+9+/ssQF+wbF8l8VN4twBA= MIME-Version: 1.0 Received: by 10.223.79.13 with SMTP id n13mr1132564fak.139.1290711223300; Thu, 25 Nov 2010 10:53:43 -0800 (PST) Received: by 10.223.121.138 with HTTP; Thu, 25 Nov 2010 10:53:43 -0800 (PST) In-Reply-To: <20101125120828.GN2392@deviant.kiev.zoral.com.ua> References: <20101125120828.GN2392@deviant.kiev.zoral.com.ua> Date: Thu, 25 Nov 2010 12:53:43 -0600 Message-ID: From: Adam Vande More To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, fs@freebsd.org Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 18:53:45 -0000 On Thu, Nov 25, 2010 at 6:08 AM, Kostik Belousov wrote: > On Thu, Nov 25, 2010 at 05:28:30AM -0600, Adam Vande More wrote: > > top io doesn't seem to display stats when dealing direct with a block > device > > like so: > > > > dd if=/dev/ada0 of=/dev/null > > > > However if dd runs on a regular file eg > > > > dd if=test.file of=/dev/null > > > > then stats are reported in top. > > > > Is this the expected behavior? > > I do not think so, and the patch at the end of the message worked for me. > Yes that works for me as well. Thanks, -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:12:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FEA41065674 for ; Thu, 25 Nov 2010 19:12:19 +0000 (UTC) (envelope-from amvandemore@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 06DDD8FC24 for ; Thu, 25 Nov 2010 19:12:18 +0000 (UTC) Received: by fxm16 with SMTP id 16so134901fxm.13 for ; Thu, 25 Nov 2010 11:12:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=l3HyvUVlcnXQ5Kf+drCS0w08Ho31qDcAAgxiRtUTCPE=; b=FxvdmAjTnWYEKFrJmbLpToP+s4kdYAv6Urs4Tt5gvHks7OGu02zGRvOaAeehp/IUHr FrLC0q2K39RPsFhscbqGx/F31EyRwBNwukaaBN4HWxJCRH05+1TxHdyYR8ldbexI7uWp 3EivlAqXKR9Qr+wLTQHyzHvUDusn2/4oHonOw= 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=UWFrOqCE05E39upwyK5hxZz1QyL4BVPoz49/lW3FBV/PvB8ych811ctKkbLBSdyeXR UAL8uMwZERL5K2MY1exmPeGne6BmayvpWCU7UaBarmUkFwxufYdP8uQ5bQj50znzvF/R vAkoD/1RbM56NZJeLXFAI8I6YZSYdDnpYuYQE= MIME-Version: 1.0 Received: by 10.223.97.73 with SMTP id k9mr1143939fan.120.1290712337240; Thu, 25 Nov 2010 11:12:17 -0800 (PST) Received: by 10.223.121.138 with HTTP; Thu, 25 Nov 2010 11:12:17 -0800 (PST) In-Reply-To: <4CEE88D9.4070200@DataIX.net> References: <4CEE88D9.4070200@DataIX.net> Date: Thu, 25 Nov 2010 13:12:17 -0600 Message-ID: From: Adam Vande More To: jhell Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 19:12:19 -0000 On Thu, Nov 25, 2010 at 10:03 AM, jhell wrote: > Is this on ZFS ? > > If that is the case it is a known problem that needs the following patch > to fix the issue. > > http://people.freebsd.org/~avg/zfs-ru.diff > > I believe it is planned to be MFC'd but am not quite sure so I have CC'd > Andriy and he should be able to advise further. > Well the top bug didn't seem to resolve my actual issue and yes it it a complete ZFS system. Problem is that the HD activity indicator light is constantly flickering even though should be minimal activity. top still shows no activity around the blinks, and there's no swapping happening although gstat does seem to roughly match the blinks. I can't tell what your patch does, would it enable me to see what's touching the disk? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:12:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAA9E106566B; Thu, 25 Nov 2010 19:12:48 +0000 (UTC) (envelope-from jonathan.chen@solnetsolutions.co.nz) Received: from wlmlc.solnetsolutions.co.nz (wlmlc.solnetsolutions.co.nz [202.135.38.27]) by mx1.freebsd.org (Postfix) with ESMTP id 758648FC0A; Thu, 25 Nov 2010 19:12:48 +0000 (UTC) Received: from wlmlc.solnetsolutions.co.nz (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id ED7916D408F; Fri, 26 Nov 2010 08:09:13 +1300 (NZDT) Received: from jonathan.chen (unknown [192.168.1.173]) by wlmlc.solnetsolutions.co.nz (Postfix) with ESMTP id 055506D408D; Fri, 26 Nov 2010 08:09:10 +1300 (NZDT) Message-ID: <10053_1290712152_4CEEB457_10053_19_1_4CEEB529.7050003@solnetsolutions.co.nz> Date: Fri, 26 Nov 2010 08:12:41 +1300 From: Jonathan Chen Organization: Solnet Solutions User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101123 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alexander Motin References: <4CECC0EE.8020909@FreeBSD.org> <31227_1290629926_4CED7326_31227_6_1_4CED73F9.9040702@solnetsolutions.co.nz> <4CED7D6A.5090408@FreeBSD.org> <5808_1290643952_4CEDA9EF_5808_36_1_4CEDAABC.6030703@solnetsolutions.co.nz> <4CEE1B8F.9070001@FreeBSD.org> In-Reply-To: <4CEE1B8F.9070001@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Copyrighted-Material: Please read the disclaimer at the bottom of this email. Cc: FreeBSD Stable Subject: Re: snd_hda on Optiplex 980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 19:12:49 -0000 On 25/11/2010 21:17, Alexander Motin wrote: [...] >> hdac1: Patched pins configuration: >> hdac1: nid 18 0x411111f0 as 15 seq 0 Speaker None jack 1 loc >> 1 color Black misc 1 [DISABLED] >> hdac1: nid 20 0x99130110 as 1 seq 0 Speaker Fixed jack 3 loc >> 25 color Unknown misc 1 >> hdac1: nid 23 0x411111f0 as 15 seq 0 Speaker None jack 1 loc >> 1 color Black misc 1 [DISABLED] >> hdac1: nid 24 0x02a19830 as 3 seq 0 Mic Jack jack 1 loc >> 2 color Pink misc 8 >> hdac1: nid 25 0x01a19840 as 4 seq 0 Mic Jack jack 1 loc >> 1 color Pink misc 8 >> hdac1: nid 26 0x411111f0 as 15 seq 0 Speaker None jack 1 loc >> 1 color Black misc 1 [DISABLED] >> hdac1: nid 27 0x01014020 as 2 seq 0 Line-out Jack jack 1 loc >> 1 color Green misc 0 >> hdac1: nid 29 0x411111f0 as 15 seq 0 Speaker None jack 1 loc >> 1 color Black misc 1 [DISABLED] >> hdac1: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc >> 1 color Black misc 1 [DISABLED] >> hdac1: nid 33 0x0221402f as 2 seq 15 Headphones Jack jack 1 loc >> 2 color Green misc 0 >> hdac1: 4 associations found: >> hdac1: Association 0 (1) out: >> hdac1: Pin nid=20 seq=0 >> hdac1: Association 1 (2) out: >> hdac1: Pin nid=27 seq=0 >> hdac1: Pin nid=33 seq=15 >> hdac1: Association 2 (3) in: >> hdac1: Pin nid=24 seq=0 >> hdac1: Association 3 (4) in: >> hdac1: Pin nid=25 seq=0 > > I see no obvious problems there. pcm4 device should respond for internal > speaker and front microphone. pcm5 device should go to rear connectors. > What things you have tried to test there? > Thanks for the hint here. I've just tried out pcm4 and pcm5 and they work fine. It's a bit of a reach for my headphone-jack, but I'm really glad to have something working now. Thanks! -- Jonathan Chen Solnet Solutions Limited t: +64 9 9775800 Level 7, Brookfields House, f: +64 9 9775801 19 Victoria Street West, ddi: +64 9 9775871 PO Box 6619, m: +64 21 635618 Auckland 1141, New Zealand http://www.solnetsolutions.co.nz/ Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:24:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D27EA106564A; Thu, 25 Nov 2010 19:24:51 +0000 (UTC) (envelope-from jonathan.chen@solnetsolutions.co.nz) Received: from wlmlc.solnetsolutions.co.nz (wlmlc.solnetsolutions.co.nz [202.135.38.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4D6608FC08; Thu, 25 Nov 2010 19:24:51 +0000 (UTC) Received: from wlmlc.solnetsolutions.co.nz (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 325596D4097; Fri, 26 Nov 2010 08:21:18 +1300 (NZDT) Received: from jonathan.chen (unknown [192.168.1.173]) by wlmlc.solnetsolutions.co.nz (Postfix) with ESMTP id 40B156D408D; Fri, 26 Nov 2010 08:21:16 +1300 (NZDT) Message-ID: <10550_1290712877_4CEEB72C_10550_18_1_4CEEB7FF.5030709@solnetsolutions.co.nz> Date: Fri, 26 Nov 2010 08:24:47 +1300 From: Jonathan Chen Organization: Solnet Solutions User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101123 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Doug Barton References: <4CECC0EE.8020909@FreeBSD.org> <31227_1290629926_4CED7326_31227_6_1_4CED73F9.9040702@solnetsolutions.co.nz> <4CED7D6A.5090408@FreeBSD.org> <5808_1290643952_4CEDA9EF_5808_36_1_4CEDAABC.6030703@solnetsolutions.co.nz> <4CEE1B8F.9070001@FreeBSD.org> <10053_1290712152_4CEEB457_10053_19_1_4CEEB529.7050003@solnetsolutions.co.nz> <4CEEB6CE.80005@FreeBSD.org> In-Reply-To: <4CEEB6CE.80005@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Copyrighted-Material: Please read the disclaimer at the bottom of this email. Cc: Alexander Motin , FreeBSD Stable Subject: Re: snd_hda on Optiplex 980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 19:24:51 -0000 On 26/11/2010 08:19, Doug Barton wrote: > On 11/25/2010 11:12, Jonathan Chen wrote: >> Thanks for the hint here. I've just tried out pcm4 and pcm5 and they >> work fine. It's a bit of a reach for my headphone-jack, but I'm really >> glad to have something working now. > > I have a 960 (thanks to the generosity of a user) and was recently given > the hint to add hw.snd.default_unit=1 to /etc/sysctl.conf so that the front > jacks are operational instead of the back. For your situation I'm guessing > that instead of 1 you would use (number-of-working-rear-jack + 1). You can > change it with sysctl on the command line, and when you get a working setup > add it to /etc/sysctl.conf. I've got hw.snd.default_unit=5 for the 980, as pcm4 only activates the internal speaker. The back-panel jack (and the front-panel, as it appears) is hooked up to pcm5. Cheers. -- Jonathan Chen Solnet Solutions Limited t: +64 9 9775800 Level 7, Brookfields House, f: +64 9 9775801 19 Victoria Street West, ddi: +64 9 9775871 PO Box 6619, m: +64 21 635618 Auckland 1141, New Zealand http://www.solnetsolutions.co.nz/ Attention: This email may contain information intended for the sole use of the original recipient. Please respect this when sharing or disclosing this email's contents with any third party. If you believe you have received this email in error, please delete it and notify the sender or postmaster@solnetsolutions.co.nz as soon as possible. The content of this email does not necessarily reflect the views of Solnet Solutions Ltd. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:43:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A6091065697 for ; Thu, 25 Nov 2010 19:43:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id C0D1C8FC1E for ; Thu, 25 Nov 2010 19:43:54 +0000 (UTC) Received: (qmail 16654 invoked by uid 399); 25 Nov 2010 19:17:13 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 25 Nov 2010 19:17:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CEEB638.2060003@FreeBSD.org> Date: Thu, 25 Nov 2010 11:17:12 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andrey Groshev References: <201010221416.o9MEGSa0094817@lava.sentex.ca> <201010221425.o9MEPcWC094867@lava.sentex.ca> <201010221848.o9MIm7WF096197@lava.sentex.ca> <4CC1F3B8.3010302@bogus.com> <4CC225D3.1030502@ops-netman.net> <7.1.0.9.0.20101022210145.06fe25e8@sentex.net> <201010230159.o9N1xGGF098363@lava.sentex.ca> <201010230821.o9N8LVuR001382@lava.sentex.ca> <20101023091555.W66242@maildrop.int.zabbadoz.net> <20101123175100.V24596@maildrop.int.zabbadoz.net> <4CECDC89.7070706@yartv.ru> In-Reply-To: <4CECDC89.7070706@yartv.ru> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: upd: 7.2->8.1 & many networks trouble & flowtable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 19:43:55 -0000 On 11/24/2010 01:36, Andrey Groshev wrote: > Hi, PPL! > > A couple of days ago decided to upgrade from 7.2-STABLE to 8.1-STABLE > (amd64). > By tradition, waited some pitfalls. > But damn, not to the same degree! > > The hardware on the server: > Motherboard: Intel SE7520JR23S > CPU's: 2 x Xeon 3Ghz > Ram: 4Gb > > Software used: openospfd, openbgpd, bind, and so on. I'm sorry to hear that you've had problems. One question I haven't seen addressed is whether or not you recompiled your ports after you did the OS version upgrade. If not, that could be the source of some of the issues. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 19:46:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A0F3106564A for ; Thu, 25 Nov 2010 19:46:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id D71D58FC15 for ; Thu, 25 Nov 2010 19:46:24 +0000 (UTC) Received: (qmail 21517 invoked by uid 399); 25 Nov 2010 19:19:43 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 25 Nov 2010 19:19:43 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4CEEB6CE.80005@FreeBSD.org> Date: Thu, 25 Nov 2010 11:19:42 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101028 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jonathan Chen References: <4CECC0EE.8020909@FreeBSD.org> <31227_1290629926_4CED7326_31227_6_1_4CED73F9.9040702@solnetsolutions.co.nz> <4CED7D6A.5090408@FreeBSD.org> <5808_1290643952_4CEDA9EF_5808_36_1_4CEDAABC.6030703@solnetsolutions.co.nz> <4CEE1B8F.9070001@FreeBSD.org> <10053_1290712152_4CEEB457_10053_19_1_4CEEB529.7050003@solnetsolutions.co.nz> In-Reply-To: <10053_1290712152_4CEEB457_10053_19_1_4CEEB529.7050003@solnetsolutions.co.nz> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD Stable Subject: Re: snd_hda on Optiplex 980 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 19:46:25 -0000 On 11/25/2010 11:12, Jonathan Chen wrote: > Thanks for the hint here. I've just tried out pcm4 and pcm5 and they > work fine. It's a bit of a reach for my headphone-jack, but I'm really > glad to have something working now. I have a 960 (thanks to the generosity of a user) and was recently given the hint to add hw.snd.default_unit=1 to /etc/sysctl.conf so that the front jacks are operational instead of the back. For your situation I'm guessing that instead of 1 you would use (number-of-working-rear-jack + 1). You can change it with sysctl on the command line, and when you get a working setup add it to /etc/sysctl.conf. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:08:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 551EB1065672 for ; Thu, 25 Nov 2010 20:08:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 00A1D8FC17 for ; Thu, 25 Nov 2010 20:08:17 +0000 (UTC) Received: from omta05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by qmta07.emeryville.ca.mail.comcast.net with comcast id bXvb1f0010vp7WLA7Y8HU8; Thu, 25 Nov 2010 20:08:17 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta05.emeryville.ca.mail.comcast.net with comcast id bY8D1f0073LrwQ28RY8ERy; Thu, 25 Nov 2010 20:08:14 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4B75F9B422; Thu, 25 Nov 2010 12:08:13 -0800 (PST) Date: Thu, 25 Nov 2010 12:08:13 -0800 From: Jeremy Chadwick To: Adam Vande More Message-ID: <20101125200813.GA56066@icarus.home.lan> References: <4CEE88D9.4070200@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 20:08:18 -0000 On Thu, Nov 25, 2010 at 01:12:17PM -0600, Adam Vande More wrote: > On Thu, Nov 25, 2010 at 10:03 AM, jhell wrote: > > > Is this on ZFS ? > > > > If that is the case it is a known problem that needs the following patch > > to fix the issue. > > > > http://people.freebsd.org/~avg/zfs-ru.diff > > > > I believe it is planned to be MFC'd but am not quite sure so I have CC'd > > Andriy and he should be able to advise further. > > > > Well the top bug didn't seem to resolve my actual issue and yes it it a > complete ZFS system. Problem is that the HD activity indicator light is > constantly flickering even though should be minimal activity. top still > shows no activity around the blinks, and there's no swapping happening > although gstat does seem to roughly match the blinks. I can't tell what > your patch does, would it enable me to see what's touching the disk? Please try using gstat(8) instead. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:28:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04746106566C; Thu, 25 Nov 2010 20:28:38 +0000 (UTC) (envelope-from amvandemore@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 5D0F38FC19; Thu, 25 Nov 2010 20:28:36 +0000 (UTC) Received: by fxm16 with SMTP id 16so181586fxm.13 for ; Thu, 25 Nov 2010 12:28:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=F3mKmPPA/oMclj1o5hdnnsOHmI0wbNLgMFMKEiloAkI=; b=rnBYQobyqWabYJ9WFCCChrXrKGxImcBJBG0BhHSoJM5hJNG1OjP+2KZt7dIOoodYK/ e1Cd94aQsqgKxAaNrLd+mcVM2XBfrbGQamNmrLztcbnX0SjAlbUqEz7GgctGBoRcpbnk +Rb4Uirjuyo5UB19rI2vYAZF96ZddwTTLG1MM= 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=rH0iUzOaYvY7SKVf8Sg4FEn702qNuEDTa1zQoiHbN85h0rrQUMRCKCsgFXCJS/RY7e v+YVY6Y2nvWjsCAQhZ/dNTK+kuboAwn22AjCfDyS3wOLAvq9vxsy7kceSn9SzkcaR0uu /F7JLTKf/YednUouEq9cKsx8UBjXmCPgaKLXM= MIME-Version: 1.0 Received: by 10.223.53.68 with SMTP id l4mr1243664fag.44.1290716915648; Thu, 25 Nov 2010 12:28:35 -0800 (PST) Received: by 10.223.121.138 with HTTP; Thu, 25 Nov 2010 12:28:35 -0800 (PST) In-Reply-To: <20101125200813.GA56066@icarus.home.lan> References: <4CEE88D9.4070200@DataIX.net> <20101125200813.GA56066@icarus.home.lan> Date: Thu, 25 Nov 2010 14:28:35 -0600 Message-ID: From: Adam Vande More To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 20:28:38 -0000 On Thu, Nov 25, 2010 at 2:08 PM, Jeremy Chadwick wrote: > > Well the top bug didn't seem to resolve my actual issue and yes it it a > > complete ZFS system. Problem is that the HD activity indicator light is > > constantly flickering even though should be minimal activity. top still > > shows no activity around the blinks, and there's no swapping happening > > although gstat does seem to roughly match the blinks. I can't tell what > > your patch does, would it enable me to see what's touching the disk? > > Please try using gstat(8) instead. > Like I said gstat shows activity, but I have no way find what process is causing the activity unless there is some hidden gstat option I'm unaware of. to be more clear, if I have top -m io in one terminal, I see no movement in the READ/WRITE columns. while polling gstat output I captured an IO "spike" http://pastebin.com/f84nuzxt the percent busy is at 0.00 for every entry with the exception of these spikes. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 20:57:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 640DE106566C for ; Thu, 25 Nov 2010 20:57:36 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2C68FC08 for ; Thu, 25 Nov 2010 20:57:35 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta08.westchester.pa.mail.comcast.net with comcast id bYwC1f0010vyq2s58YxcTz; Thu, 25 Nov 2010 20:57:36 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta05.westchester.pa.mail.comcast.net with comcast id bYxa1f0093LrwQ23RYxbii; Thu, 25 Nov 2010 20:57:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A444A9B422; Thu, 25 Nov 2010 12:57:33 -0800 (PST) Date: Thu, 25 Nov 2010 12:57:33 -0800 From: Jeremy Chadwick To: Adam Vande More Message-ID: <20101125205733.GA56845@icarus.home.lan> References: <4CEE88D9.4070200@DataIX.net> <20101125200813.GA56066@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 20:57:36 -0000 On Thu, Nov 25, 2010 at 02:28:35PM -0600, Adam Vande More wrote: > On Thu, Nov 25, 2010 at 2:08 PM, Jeremy Chadwick > wrote: > > > > Well the top bug didn't seem to resolve my actual issue and yes it it a > > > complete ZFS system. Problem is that the HD activity indicator light is > > > constantly flickering even though should be minimal activity. top still > > > shows no activity around the blinks, and there's no swapping happening > > > although gstat does seem to roughly match the blinks. I can't tell what > > > your patch does, would it enable me to see what's touching the disk? > > > > Please try using gstat(8) instead. > > > > Like I said gstat shows activity, but I have no way find what process is > causing the activity unless there is some hidden gstat option I'm unaware > of. Sorry, I missed that part of your explanation, my apologies. > to be more clear, if I have top -m io in one terminal, I see no movement in > the READ/WRITE columns. > > while polling gstat output I captured an IO "spike" > > http://pastebin.com/f84nuzxt > > the percent busy is at 0.00 for every entry with the exception of these > spikes. I don't have an answer for you, other than "maybe top shows a different 'kind' of I/O than what gstat or iostat does". Only ideas I have: 1) Possibly acct(2) with sa(8) could provide some insight, but I have no idea how well it works. 2) I see some ps(8) -O parameters labelled "inblk" and "oublk", but I'm not sure what "block" means given the man page context. If these are "disk blocks", then possibly a shell script that repetitively calls ps with these arguments could narrow it down. It's too bad, since sar(1M) on Solaris can be used to achieve exactly what you're looking for -- and the closest thing to that on FreeBSD that I know of is acct(2) and sa(8). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 21:04:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B599C1065672 for ; Thu, 25 Nov 2010 21:04:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 17CE88FC12 for ; Thu, 25 Nov 2010 21:04:51 +0000 (UTC) Received: from omta05.westchester.pa.mail.comcast.net ([76.96.62.43]) by qmta06.westchester.pa.mail.comcast.net with comcast id bZ411f0020vyq2s56Z4s9D; Thu, 25 Nov 2010 21:04:52 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta05.westchester.pa.mail.comcast.net with comcast id bZ4q1f0093LrwQ23RZ4rHt; Thu, 25 Nov 2010 21:04:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C1D5E9B422; Thu, 25 Nov 2010 13:04:49 -0800 (PST) Date: Thu, 25 Nov 2010 13:04:49 -0800 From: Jeremy Chadwick To: Adam Vande More Message-ID: <20101125210449.GA57788@icarus.home.lan> References: <4CEE88D9.4070200@DataIX.net> <20101125200813.GA56066@icarus.home.lan> <20101125205733.GA56845@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101125205733.GA56845@icarus.home.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 21:04:52 -0000 On Thu, Nov 25, 2010 at 12:57:33PM -0800, Jeremy Chadwick wrote: > On Thu, Nov 25, 2010 at 02:28:35PM -0600, Adam Vande More wrote: > > On Thu, Nov 25, 2010 at 2:08 PM, Jeremy Chadwick > > wrote: > > > > > > Well the top bug didn't seem to resolve my actual issue and yes it it a > > > > complete ZFS system. Problem is that the HD activity indicator light is > > > > constantly flickering even though should be minimal activity. top still > > > > shows no activity around the blinks, and there's no swapping happening > > > > although gstat does seem to roughly match the blinks. I can't tell what > > > > your patch does, would it enable me to see what's touching the disk? > > > > > > Please try using gstat(8) instead. > > > > > > > Like I said gstat shows activity, but I have no way find what process is > > causing the activity unless there is some hidden gstat option I'm unaware > > of. > > Sorry, I missed that part of your explanation, my apologies. > > > to be more clear, if I have top -m io in one terminal, I see no movement in > > the READ/WRITE columns. > > > > while polling gstat output I captured an IO "spike" > > > > http://pastebin.com/f84nuzxt > > > > the percent busy is at 0.00 for every entry with the exception of these > > spikes. > > I don't have an answer for you, other than "maybe top shows a different > 'kind' of I/O than what gstat or iostat does". > > Only ideas I have: > > 1) Possibly acct(2) with sa(8) could provide some insight, but I have no > idea how well it works. > > 2) I see some ps(8) -O parameters labelled "inblk" and "oublk", but I'm > not sure what "block" means given the man page context. If these are > "disk blocks", then possibly a shell script that repetitively calls ps > with these arguments could narrow it down. > > It's too bad, since sar(1M) on Solaris can be used to achieve exactly > what you're looking for -- and the closest thing to that on FreeBSD that > I know of is acct(2) and sa(8). Bad form to follow up to my own Email of course, but some discussion material: "top -m io" doesn't show any I/O writes, while gstat(8) does, and to numerous devices all which make up some form of ZFS pool. If you do something like "dd if=/dev/urandom of=/pool/file bs=64k", does "top -m io" show write I/O for the "dd" process? If so, then possibly ZFS "internally" is doing something quietly/behind the scenes (such as a disk flush or some sort of internal transaction "thing"), thus the kernel would be responsible and not a process. So that said, how about "top -S -m io -U root" instead, which includes system processes, since we can (probably) assume a non-root process isn't responsible? HTH. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 22:35:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAAEE106564A; Thu, 25 Nov 2010 22:35:55 +0000 (UTC) (envelope-from amvandemore@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 0349E8FC08; Thu, 25 Nov 2010 22:35:54 +0000 (UTC) Received: by fxm16 with SMTP id 16so250938fxm.13 for ; Thu, 25 Nov 2010 14:35:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=himBd286ladfs0ix10Mzc2NBqBAGVnTaXgdwTybkoQo=; b=dO19kocfRomG1eXNn2mCbUniudzuQ1/UlXtLnaDDBWB8/HWU6pdBsPNc8u53Q33sAQ Cwm8B9RnzADpC3yUfu8CeqqnP2iymYCI64UDZ/n+3aSnBjkUpfHphCUF2lhFolscpwqc fLKsn6jvETbbVeXBx1HDV8OaWhuX9rZjtJ+gE= 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=Kc45dC3Mps5mLch0rwbTf4ozaFyt/7szOL2Herimb6PRLEgsW8yeY87N0jLZwHgWQF UkuhdtvW1Lz490QXqhC7sT10rbHEvRLj2EHwNwPE/T0WhukSnoekYIcqliU6RIOMfh5L ch4zgBlfPlz5IAOtPRq66MxC7gpVyf6ywYKuY= MIME-Version: 1.0 Received: by 10.223.79.13 with SMTP id n13mr1339001fak.139.1290724553581; Thu, 25 Nov 2010 14:35:53 -0800 (PST) Received: by 10.223.121.138 with HTTP; Thu, 25 Nov 2010 14:35:53 -0800 (PST) In-Reply-To: <20101125210449.GA57788@icarus.home.lan> References: <4CEE88D9.4070200@DataIX.net> <20101125200813.GA56066@icarus.home.lan> <20101125205733.GA56845@icarus.home.lan> <20101125210449.GA57788@icarus.home.lan> Date: Thu, 25 Nov 2010 16:35:53 -0600 Message-ID: From: Adam Vande More To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Kostik Belousov , freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 22:35:55 -0000 On Thu, Nov 25, 2010 at 3:04 PM, Jeremy Chadwick wrote: > Bad form to follow up to my own Email of course, but some discussion > material: > I'm a frequent offender myself so I won't be pointing any fingers. "top -m io" doesn't show any I/O writes, while gstat(8) does, and to > numerous devices all which make up some form of ZFS pool. > Yes, it's a generic ZFS mirror. If you do something like "dd if=/dev/urandom of=/pool/file bs=64k", does > "top -m io" show write I/O for the "dd" process? > It does not on my ZFS STABLE system with Kostick's path. So the patch fixes reads, but not writes. cc'ing to notify in case he has more ideas. It does on my UFS CURRENT VM w/ out the patch. > If so, then possibly ZFS "internally" is doing something quietly/behind > the scenes (such as a disk flush or some sort of internal transaction > "thing"), thus the kernel would be responsible and not a process. > That was kind of my thought, and if that's the case there are two problems: 1. Can't identify what's responsible for IO. 2. Any money your company saves due to ZFS features is lost when you get the electric bill. /sarcasm So that said, how about "top -S -m io -U root" instead, which includes > system processes, since we can (probably) assume a non-root process > isn't responsible? > I should have mentioned I had already tried that (-HS) along with -o read/write to see what was happening, but no luck. Hopefully I don't get too confusing here because I'm going to contradict something I said earlier. The stats I posted from gstat are perhaps not directly related to the root issue. Similar stats to what I linked to from gstats can be seen in approx 10 - 15 intervals and is 0.0 %busy in between those updates. However the HD indicator light blinks in 1 second intervals constantly and this is what I want to track down. One more datapoint is that in single user mode, the blinking stops. sa(8) may suffer from the same affliction as a "dd if=/dev/zero of=/tmp/ delete.me bs=64k" had been running along with my constant blinking: galacticdominator# sa -m root 30 0.00cpu 0tio 1972k*sec adam 6 0.27cpu 0tio 2254k*sec Maybe it's some weird hardware issue, but there's at least one other FreeBSD user who is seeing similar behavior. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 22:45:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 244E21065675 for ; Thu, 25 Nov 2010 22:45:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8702A8FC0C for ; Thu, 25 Nov 2010 22:44:59 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oAPMitGs047044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Nov 2010 00:44:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oAPMitBI028783; Fri, 26 Nov 2010 00:44:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAPMitfA028782; Fri, 26 Nov 2010 00:44:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 26 Nov 2010 00:44:55 +0200 From: Kostik Belousov To: Adam Vande More Message-ID: <20101125224455.GU2392@deviant.kiev.zoral.com.ua> References: <4CEE88D9.4070200@DataIX.net> <20101125200813.GA56066@icarus.home.lan> <20101125205733.GA56845@icarus.home.lan> <20101125210449.GA57788@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HZB8oDZC1yZFS5kn" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 22:45:00 -0000 --HZB8oDZC1yZFS5kn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 25, 2010 at 04:35:53PM -0600, Adam Vande More wrote: > On Thu, Nov 25, 2010 at 3:04 PM, Jeremy Chadwick > wrote: >=20 > > Bad form to follow up to my own Email of course, but some discussion > > material: > > >=20 > I'm a frequent offender myself so I won't be pointing any fingers. >=20 > "top -m io" doesn't show any I/O writes, while gstat(8) does, and to > > numerous devices all which make up some form of ZFS pool. > > >=20 > Yes, it's a generic ZFS mirror. >=20 > If you do something like "dd if=3D/dev/urandom of=3D/pool/file bs=3D64k",= does > > "top -m io" show write I/O for the "dd" process? > > >=20 > It does not on my ZFS STABLE system with Kostick's path. So the patch fi= xes > reads, but not writes. cc'ing to notify in case he has more ideas. Can you show exact command and describe some details about setup for the case where you still do not observe the counter in top ? (With my patch applied). There are two mixed things in the thread: First, there is (was) a missed accounting for i/o to physical devices, and the patch I posted should fix it. Second, it is relatively well-known that ZFS does not properly accounts i/o. Might be, the patch by Andrew fixes it, I do not know. --HZB8oDZC1yZFS5kn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzu5ucACgkQC3+MBN1Mb4jLHACgv+GHlE1qRLBa4UhMeqlI0FaU 0ewAnAvVERwWC32nqlCyo6Dfy5M8NF0W =/F2G -----END PGP SIGNATURE----- --HZB8oDZC1yZFS5kn-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 23:18:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EBD1106566C for ; Thu, 25 Nov 2010 23:18:16 +0000 (UTC) (envelope-from amvandemore@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 AD98F8FC13 for ; Thu, 25 Nov 2010 23:18:15 +0000 (UTC) Received: by fxm16 with SMTP id 16so271176fxm.13 for ; Thu, 25 Nov 2010 15:18:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=XOAAyk3Kl4UugbOMEQCdYUJxd1ohps3LsrTzNLWEYqw=; b=T+9klVo9uI0qnFbA4dd9s2kEgR3gh2h8Y8pxpOPbjm/A5zmMoVvG2VWi28nAmCNRw7 WVDu1O90HkO7HX3olqcg3Veha3eldoICb1iB+3h2M3xVSVyQz+Z6TEAbLue/BMabQfP+ kSdkzWr3bLLml2Iu5ZX/GoaF7uOtiutSAXiVI= 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=ZizocoVnwn1jASMNKzMLKEnLxRdwhmZp5qjxvgsEIYI8cai2kMTehpK8+kpth1qTV8 IjPpwOIjbX+HZKbKq93BZqB7UpMlchLaMRuJaWWL+IqUoTexFeKEY2C4x89Z+pixJRGA P2iddT+3QiG9X1hJExvpyiQVGRAKGVpRU9PVI= MIME-Version: 1.0 Received: by 10.223.97.73 with SMTP id k9mr1356561fan.120.1290727093701; Thu, 25 Nov 2010 15:18:13 -0800 (PST) Received: by 10.223.121.138 with HTTP; Thu, 25 Nov 2010 15:18:13 -0800 (PST) In-Reply-To: <20101125224455.GU2392@deviant.kiev.zoral.com.ua> References: <4CEE88D9.4070200@DataIX.net> <20101125200813.GA56066@icarus.home.lan> <20101125205733.GA56845@icarus.home.lan> <20101125210449.GA57788@icarus.home.lan> <20101125224455.GU2392@deviant.kiev.zoral.com.ua> Date: Thu, 25 Nov 2010 17:18:13 -0600 Message-ID: From: Adam Vande More To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 23:18:16 -0000 On Thu, Nov 25, 2010 at 4:44 PM, Kostik Belousov wrote: > Can you show exact command and describe some details about setup for > the case where you still do not observe the counter in top ? > (With my patch applied). > ----------------------------------------------------------------------------------------------------------------- Still broken with patch applied; dd if=/dev/zero of=/tmp/delete.me bs=64k during this "top -m io" displays for dd: 2235 adam 14 24 0 0 0 0 0.00% dd ----------------------------------------------------------------------------------------------------------------- Fixed with patch applied; dd if=/dev/ada0 of=/dev/null bs=64k during this "top -m io" displays for dd: 2248 adam 3262 0 3262 0 0 3262 100.00% dd -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Thu Nov 25 23:21:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0362B1065673 for ; Thu, 25 Nov 2010 23:21:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4938FC23 for ; Thu, 25 Nov 2010 23:21:48 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oAPNLi8w051369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Nov 2010 01:21:44 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oAPNLioq029053; Fri, 26 Nov 2010 01:21:44 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAPNLiew029052; Fri, 26 Nov 2010 01:21:44 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 26 Nov 2010 01:21:44 +0200 From: Kostik Belousov To: Adam Vande More Message-ID: <20101125232144.GV2392@deviant.kiev.zoral.com.ua> References: <4CEE88D9.4070200@DataIX.net> <20101125200813.GA56066@icarus.home.lan> <20101125205733.GA56845@icarus.home.lan> <20101125210449.GA57788@icarus.home.lan> <20101125224455.GU2392@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4aDy9H6t7BHRgi2W" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2010 23:21:50 -0000 --4aDy9H6t7BHRgi2W Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 25, 2010 at 05:18:13PM -0600, Adam Vande More wrote: > On Thu, Nov 25, 2010 at 4:44 PM, Kostik Belousov wro= te: >=20 > > Can you show exact command and describe some details about setup for > > the case where you still do not observe the counter in top ? > > (With my patch applied). > > > -------------------------------------------------------------------------= ---------------------------------------- > Still broken with patch applied; > dd if=3D/dev/zero of=3D/tmp/delete.me bs=3D64k What is /tmp/delete.me ? A file ? On what kind of filesystem is it located ? Summoning some psychic power, I can predict that delete.me is located on ZFS or tmpfs filesystem. Is this right ? If yes, then the result is expected and nothing is broken there (except ZFS, but I already described it). >=20 > during this "top -m io" displays for dd: > 2235 adam 14 24 0 0 0 0 0.00% dd >=20 > -------------------------------------------------------------------------= ---------------------------------------- > Fixed with patch applied; >=20 > dd if=3D/dev/ada0 of=3D/dev/null bs=3D64k >=20 > during this "top -m io" displays for dd: > 2248 adam 3262 0 3262 0 0 3262 100.00% dd >=20 >=20 >=20 > --=20 > Adam Vande More --4aDy9H6t7BHRgi2W Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzu74gACgkQC3+MBN1Mb4jo9QCfUrBbCkbaBxa6ezd6l9rwlUrN noIAoK0vwzjJNhH4+nFRo4Jy7NDyZuy2 =9rQz -----END PGP SIGNATURE----- --4aDy9H6t7BHRgi2W-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 00:10:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1E81106566B for ; Fri, 26 Nov 2010 00:10:36 +0000 (UTC) (envelope-from amvandemore@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 679668FC0A for ; Fri, 26 Nov 2010 00:10:35 +0000 (UTC) Received: by fxm16 with SMTP id 16so294038fxm.13 for ; Thu, 25 Nov 2010 16:10:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ccjipHmeze8DIKBeavBYWvWKJJ0Q/fai56kFdEm1e9c=; b=xxtHLLitMwa3u8603UvukITA+f4cKbJBmlelkOJxXSRBTs3sn6cG2o0VtxnKD+dbLz EDFPq3M9yybfFkz0ni45iWGq5oBGJ6w2y09cIzdlRKaHsF8dHRjpAxF5HulhvUnFuuox oi/j1RMqoLH5OvsrE6dL6+Pcstve8NQe0NbuE= 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=PuLdZL9LNMhEcSvpFzvZrOikGsy5vwXRvK6g2A1VCDXbYmm04HKeF84hbYkCzD0NbU 5bI42/jxiKP5w0RxSw6CarHKddmeGxMPQkXQIFRGds/5WVs1KJFd06k6W8UgbXpU1+zk EF6AhgZGgvvtFMK7w5+X/QDqBHaAyG+V+4grg= MIME-Version: 1.0 Received: by 10.223.86.9 with SMTP id q9mr1422488fal.25.1290730234129; Thu, 25 Nov 2010 16:10:34 -0800 (PST) Received: by 10.223.121.138 with HTTP; Thu, 25 Nov 2010 16:10:34 -0800 (PST) In-Reply-To: <20101125232144.GV2392@deviant.kiev.zoral.com.ua> References: <4CEE88D9.4070200@DataIX.net> <20101125200813.GA56066@icarus.home.lan> <20101125205733.GA56845@icarus.home.lan> <20101125210449.GA57788@icarus.home.lan> <20101125224455.GU2392@deviant.kiev.zoral.com.ua> <20101125232144.GV2392@deviant.kiev.zoral.com.ua> Date: Thu, 25 Nov 2010 18:10:34 -0600 Message-ID: From: Adam Vande More To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 00:10:37 -0000 On Thu, Nov 25, 2010 at 5:21 PM, Kostik Belousov wrote: > What is /tmp/delete.me ? A file ? On what kind of filesystem is it > located ? > > Summoning some psychic power, I can predict that delete.me is > located on ZFS or tmpfs filesystem. Is this right ? If yes, then > the result is expected and nothing is broken there (except ZFS, > but I already described it). > I thought I made it clear earlier in thread this was a ZFS only system, sry for any confusion. FWIW, I do make an effort to keep track of ZFS issues including FreeBSD ZFS Wiki and various mailing lists and this is the first I've heard of this particular ZFS shortcoming. Is there a better place to see what's well known about ZFS on FreeBSD? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 06:05:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4919D106566B for ; Fri, 26 Nov 2010 06:05:42 +0000 (UTC) (envelope-from amvandemore@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 D0D248FC17 for ; Fri, 26 Nov 2010 06:05:41 +0000 (UTC) Received: by fxm16 with SMTP id 16so454271fxm.13 for ; Thu, 25 Nov 2010 22:05:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=jOUehNN7WA0AYUDHlGCAJ36oExsx5Z37rIOrz7Sux/Q=; b=H9iFHdTYoUuOgh5gM4ryzztTqld3ThSvisWrTI2YvL+xSYg1ix4rb7nCK1edETAz0N 67vRqowL+HCM4EezP4Uz/oDuPhieQzYWnXnD+q+sd/xUILqfn6pa//O9rbrOKBxZA3Go SMkuG05Zalpukwsi6zx77LH6+/T7UsPCHF0t0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rAQWq4FFWyyacSiNKLSwuzNPJchWs7K163WmBPm7MCNbROW0CMwGdCYUEeIrF6yIpv a4gUL6ofkXJUsobQJBIh3SmBvXPAIo/RoGK/GUdmRaVdSdiKzcMzow2SsJPx06E2Evur HIPL5I1tvr4cxWIU9g21kPQ7wEQgxq/n8yIe4= MIME-Version: 1.0 Received: by 10.223.117.2 with SMTP id o2mr1665254faq.6.1290751540622; Thu, 25 Nov 2010 22:05:40 -0800 (PST) Received: by 10.223.121.138 with HTTP; Thu, 25 Nov 2010 22:05:40 -0800 (PST) Date: Fri, 26 Nov 2010 00:05:40 -0600 Message-ID: From: Adam Vande More To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: More IO identification problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 06:05:42 -0000 As a follow-up, after applying both patches presented in this thread(FreeBSD 8.2-PRERELEASE #5: Thu Nov 25 19:14:00 CST 2010), http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060298.html "top -m io" now displays much more info and is generally consistent with gstat in that IO spikes occer around the same time. However, gstat and "top -m io" are still not displaying any stats for 90%+ of my hard drive indicator light blinks. Since the issue effects gstat as well, it doesn't seem like it could be related to ZFS. When the system is basically idling, the only consistent IO related entries are these; 6 root 15 0 1 12 0 13 20.00% {l2arc_feed_threa} 6 root 15 0 1 12 0 13 20.00% {arc_reclaim_thre} 6 root 15 0 1 12 0 13 20.00% {zvol zoot/usr/ho} 6 root 15 0 1 12 0 13 20.00% {txg_thread_enter} 6 root 15 0 1 12 0 13 20.00% {txg_thread_enter} Entries like these occur like clockwork on 30 sec intervals. My theory here is that since the ZVOL has UFS + SU, this is causing a sync? What I'm trying to diagnose is a much more frequent hard drive access which occurs on approximately 2 sec intervals. I timed this by pinging localhost and comparing the response to the blinks. It's very consistent although not completely so as once in awhile the blink occurs every second. If I listen carefully I can hear increased drive activity during many of these intervals so the indicator light seems to be working correctly. If anyone has ideas or tests they'd like me to run, it would be appreciated. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 12:24:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D96941065672 for ; Fri, 26 Nov 2010 12:24:18 +0000 (UTC) (envelope-from elon@emmi.physik-pool.tu-berlin.de) Received: from emmi.physik-pool.tu-berlin.de (emmi.physik-pool.tu-berlin.de [130.149.58.146]) by mx1.freebsd.org (Postfix) with ESMTP id 6959D8FC0C for ; Fri, 26 Nov 2010 12:24:18 +0000 (UTC) Received: from emmi.physik-pool.tu-berlin.de (localhost.physik-pool.tu-berlin.de [127.0.0.1]) by emmi.physik-pool.tu-berlin.de (8.14.4/8.14.4) with ESMTP id oAQBufGf012137; Fri, 26 Nov 2010 12:56:41 +0100 (CET) (envelope-from elon@emmi.physik-pool.tu-berlin.de) Received: (from elon@localhost) by emmi.physik-pool.tu-berlin.de (8.14.4/8.14.4/Submit) id oAQBueHO012136; Fri, 26 Nov 2010 12:56:40 +0100 (CET) (envelope-from elon) Date: Fri, 26 Nov 2010 12:56:40 +0100 From: Leon =?iso-8859-15?Q?Me=DFner?= To: Paul Mather Message-ID: <20101126115640.GB36962@emmi.physik-pool.tu-berlin.de> Mail-Followup-To: Paul Mather , freebsd-stable@freebsd.org References: <20101124053255.GA15123@icarus.home.lan> <86234537-4DCC-4EB6-A8D0-BABB68370D1A@gromit.dlib.vt.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <86234537-4DCC-4EB6-A8D0-BABB68370D1A@gromit.dlib.vt.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 12:24:18 -0000 On Wed, Nov 24, 2010 at 09:28:13PM -0500, Paul Mather wrote: > On Nov 24, 2010, at 7:06 PM, Xin LI wrote: >=20 > > On Wed, Nov 24, 2010 at 7:01 AM, Paul Mather = wrote: > >> Thanks for the link! I'm not sure whether "Fixed arcmsr driver preven= t arcsas support for Areca SAS HBA ARC13x0" in the "Bug fixes" list is good= news or bad news for me. It suggests that the arcmsr driver has been fixe= d to prevent it attaching to the ARC-13X0 cards, implying that it is not su= pported. This entry about OS support on the Areca official page for the AR= C-1300 product (http://www.areca.us/products/sasnoneraid.htm) is also not i= nspiring: "BSD/FreeBSD (will be available with 6Gb/s Host Adapter)." Does = this mean only their 6 Gb/s cards will be supported under FreeBSD, or that = support for the 3 Gb/s cards will appear alongside the 6 Gb/s cards, whenev= er they are released? > >=20 > > The 6Gb/s cards are not released yet. The updated driver resolved a > > conflict with the newer ARC13x0 cards, without it one will have to > > update arcmsr(4) before installing the SAS card driver. >=20 > So, to clarify, does this mean the 3 Gb/s ARC-1300 cards are not currentl= y supported under 8-STABLE? Or, are they supported by a different driver t= o arcmsr (if so, which one?), but arcmsr must be updated so it doesn't prob= e and claim the card instead? I talked, to areca support two weeks ago about this driver and they told me, they had found a problem in the driver which will delay the release to an uncertain date. Don't know when they'll release the 6Gbit/s cards though. hth, leon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 13:38:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09EBB106564A for ; Fri, 26 Nov 2010 13:38:17 +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 4B8C88FC1C for ; Fri, 26 Nov 2010 13:38:16 +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 PAA25185; Fri, 26 Nov 2010 15:38:14 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEFB845.8080007@freebsd.org> Date: Fri, 26 Nov 2010 15:38:13 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Adam Vande More References: <4CEE88D9.4070200@DataIX.net> <20101125200813.GA56066@icarus.home.lan> <20101125205733.GA56845@icarus.home.lan> <20101125210449.GA57788@icarus.home.lan> <20101125224455.GU2392@deviant.kiev.zoral.com.ua> <20101125232144.GV2392@deviant.kiev.zoral.com.ua> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: top io mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 13:38:17 -0000 on 26/11/2010 02:10 Adam Vande More said the following: > On Thu, Nov 25, 2010 at 5:21 PM, Kostik Belousov wrote: > >> What is /tmp/delete.me ? A file ? On what kind of filesystem is it >> located ? >> >> Summoning some psychic power, I can predict that delete.me is >> located on ZFS or tmpfs filesystem. Is this right ? If yes, then >> the result is expected and nothing is broken there (except ZFS, >> but I already described it). >> > > I thought I made it clear earlier in thread this was a ZFS only system, sry > for any confusion. So have you tried already the patch for ZFS as have been suggested by couple of people already? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 13:41:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 354D51065675 for ; Fri, 26 Nov 2010 13:41:15 +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 7EF858FC14 for ; Fri, 26 Nov 2010 13:41:14 +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 PAA25233; Fri, 26 Nov 2010 15:41:12 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEFB8F7.4080002@freebsd.org> Date: Fri, 26 Nov 2010 15:41:11 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Adam Vande More References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: More IO identification problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 13:41:15 -0000 on 26/11/2010 08:05 Adam Vande More said the following: > As a follow-up, after applying both patches presented in this thread(FreeBSD > 8.2-PRERELEASE #5: Thu Nov 25 19:14:00 CST 2010), > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060298.html > > "top -m io" now displays much more info and is generally consistent with > gstat in that IO spikes occer around the same time. However, gstat and "top > -m io" are still not displaying any stats for 90%+ of my hard drive > indicator light blinks. Since the issue effects gstat as well, it doesn't > seem like it could be related to ZFS. When the system is basically idling, > the only consistent IO related entries are these; > > 6 root 15 0 1 12 0 13 20.00% > {l2arc_feed_threa} > 6 root 15 0 1 12 0 13 20.00% > {arc_reclaim_thre} > 6 root 15 0 1 12 0 13 20.00% {zvol > zoot/usr/ho} > 6 root 15 0 1 12 0 13 20.00% > {txg_thread_enter} > 6 root 15 0 1 12 0 13 20.00% > {txg_thread_enter} > > Entries like these occur like clockwork on 30 sec intervals. My theory here > is that since the ZVOL has UFS + SU, this is causing a sync? > > What I'm trying to diagnose is a much more frequent hard drive access which > occurs on approximately 2 sec intervals. I timed this by pinging localhost > and comparing the response to the blinks. It's very consistent although not > completely so as once in awhile the blink occurs every second. If I listen > carefully I can hear increased drive activity during many of these intervals > so the indicator light seems to be working correctly. > > If anyone has ideas or tests they'd like me to run, it would be appreciated. > Perhaps it's some external component? E.g. hald is known to perform some disk/media checks every two seconds. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 14:33:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A231065696; Fri, 26 Nov 2010 14:33:30 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2B98FC1B; Fri, 26 Nov 2010 14:33:29 +0000 (UTC) Received: by gxk8 with SMTP id 8so1004242gxk.13 for ; Fri, 26 Nov 2010 06:33:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=oess6BJtECSOdYrn2ulwumN9NwDvsGhrdvfeE/o9o1E=; b=bJqq/8ixDv/vtYoabY+F0SzYQLq6ij+2pon/m2zrIo1Z/oVQl1i9Ma7xnZPx/bjHdl zgBqGMSfWcV6VXOmjBanB9bQ+v2wPz727hse6yerH/bfDbiNXhJ0VFs/RqgILAp8qJai Zexd0qubHGMFNeLLpwv81+iJAljTk3andrQFI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=p8Z5eBshLyho7F16Y16HsVPk6mYqhnuv5Yqdx8rs0CfkgqzJ7JFg4KewS6ED/Ni6it DpPxpNUawSbdub3Ae+Vdlf5+95CKPE0kbZHm6AnpqAfvvFxiejgkz/Se9jlzXzOT7A6P PnTzeLBCcIaBYfZiaIsRxwMKj1/CsPMBpwolo= Received: by 10.90.4.22 with SMTP id 22mr4621568agd.26.1290782008515; Fri, 26 Nov 2010 06:33:28 -0800 (PST) Received: from centel.dataix.local (adsl-99-181-129-55.dsl.klmzmi.sbcglobal.net [99.181.129.55]) by mx.google.com with ESMTPS id r31sm539670yhc.24.2010.11.26.06.33.25 (version=SSLv3 cipher=RC4-MD5); Fri, 26 Nov 2010 06:33:27 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CEFC534.2070904@DataIX.net> Date: Fri, 26 Nov 2010 09:33:24 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Andriy Gapon References: <4CEFB8F7.4080002@freebsd.org> In-Reply-To: <4CEFB8F7.4080002@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Adam Vande More , freebsd-stable@freebsd.org Subject: Re: More IO identification problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 14:33:30 -0000 On 11/26/2010 08:41, Andriy Gapon wrote: > on 26/11/2010 08:05 Adam Vande More said the following: >> As a follow-up, after applying both patches presented in this thread(FreeBSD >> 8.2-PRERELEASE #5: Thu Nov 25 19:14:00 CST 2010), >> >> http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060298.html >> >> "top -m io" now displays much more info and is generally consistent with >> gstat in that IO spikes occer around the same time. However, gstat and "top >> -m io" are still not displaying any stats for 90%+ of my hard drive >> indicator light blinks. Since the issue effects gstat as well, it doesn't >> seem like it could be related to ZFS. When the system is basically idling, >> the only consistent IO related entries are these; >> >> 6 root 15 0 1 12 0 13 20.00% >> {l2arc_feed_threa} >> 6 root 15 0 1 12 0 13 20.00% >> {arc_reclaim_thre} >> 6 root 15 0 1 12 0 13 20.00% {zvol >> zoot/usr/ho} >> 6 root 15 0 1 12 0 13 20.00% >> {txg_thread_enter} >> 6 root 15 0 1 12 0 13 20.00% >> {txg_thread_enter} >> >> Entries like these occur like clockwork on 30 sec intervals. My theory here >> is that since the ZVOL has UFS + SU, this is causing a sync? >> >> What I'm trying to diagnose is a much more frequent hard drive access which >> occurs on approximately 2 sec intervals. I timed this by pinging localhost >> and comparing the response to the blinks. It's very consistent although not >> completely so as once in awhile the blink occurs every second. If I listen >> carefully I can hear increased drive activity during many of these intervals >> so the indicator light seems to be working correctly. >> >> If anyone has ideas or tests they'd like me to run, it would be appreciated. >> > > Perhaps it's some external component? > E.g. hald is known to perform some disk/media checks every two seconds. > As well syslod will also cause sync to happen prematurely when something goes to log. syslog.conf(5): *** To ensure that kernel messages are written to disk promptly, syslog.conf calls fsync(2) after writing messages from the kernel. Other messages are not synced explicitly. You may prefix a pathname with the minus sign, ``-'', to forego syncing the specified file after every kernel message. Note that you might lose information if the system crashes immediately following a write attempt. Neverthe- less, using the ``-'' option may improve performance, especially if the kernel is logging many messages. *** This is obviously the old way of ensuring logs are written to disk before crash but now ZFS is handled differently. Check to see if adding '-' to your syslog entries relieves that problem as ZFS will do the right thing to ensure your data is written to disk. -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 15:12:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BF3F1065696 for ; Fri, 26 Nov 2010 15:12:18 +0000 (UTC) (envelope-from mgamsjager@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 51FCA8FC13 for ; Fri, 26 Nov 2010 15:12:18 +0000 (UTC) Received: by ywp6 with SMTP id 6so1021107ywp.13 for ; Fri, 26 Nov 2010 07:12:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=KBgnzMc1wKiHlJpIs3hbvOCpL5MOpuhCSa4SaM9bdIc=; b=wG9nhY87H4s8INttNhUe6oIstPfGfmlNv5eYxBv7pqzW7gsoUv88oiNRuRf6b28anh iGBpMbaJkTTDURRZbSul/qsYxFDIz1nVbtvFPz0P2P7lTm4WN8s9JjHzU2oa7opydpOQ q7e5++iDk2zjTwA0w7FYuDxA3Gl5lPzgWtk5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=RA42Aw4kwFqvGqDykHL5Yy3FTmDX5d7CuY/XoX85cWaII3x/KDLcXAoxSBDGDD3rWl 1+y/cdzHwxtRTGyK2BZREjHy13T8sO4XUo+5Alo81Ds5Q/k0A0KiM8xpJvbqXwK3ja6N eZeBmhAW+xDxAxLfRrzI+RU6KDcYo4v8wiZU0= Received: by 10.100.254.6 with SMTP id b6mr1697984ani.130.1290782773307; Fri, 26 Nov 2010 06:46:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.241.16 with HTTP; Fri, 26 Nov 2010 06:45:43 -0800 (PST) In-Reply-To: <20101126115640.GB36962@emmi.physik-pool.tu-berlin.de> References: <20101124053255.GA15123@icarus.home.lan> <86234537-4DCC-4EB6-A8D0-BABB68370D1A@gromit.dlib.vt.edu> <20101126115640.GB36962@emmi.physik-pool.tu-berlin.de> From: Matthias Gamsjager Date: Fri, 26 Nov 2010 15:45:43 +0100 Message-ID: To: Paul Mather , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Support for Areca ARC-1300-4X on 8-STABLE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 15:12:18 -0000 > > I talked, to areca support two weeks ago about this driver and they told > me, they had found a problem in the driver which will delay the release > to an uncertain date. Don't know when they'll release the 6Gbit/s cards > though. Got the samish email in may and augustus: May: "Dear Sir/Madam, i am sorry, the schedule of ARC1300 freebsd driver been delayed, it may need couple months. i will mail you a notice as soon as the driver available. sorry for the inconvenience. Best Regards," Aug: Dear Sir/Madam, i am sorry, it is not stop but delayed. the freebsd driver should available in couple months if no additional bug found. i will mail you a notice as soon as the 1300 freebsd driver released, sorry for the inconvenience. Best Regards, Kevin Wang" From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 16:33:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BAC8106564A for ; Fri, 26 Nov 2010 16:33:00 +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 998A38FC15 for ; Fri, 26 Nov 2010 16:32:59 +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 SAA27373 for ; Fri, 26 Nov 2010 18:32:57 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CEFE139.302@freebsd.org> Date: Fri, 26 Nov 2010 18:32:57 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: [mini-HEADSUP] amd64 minidump v2 MFC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 16:33:00 -0000 I have just MFC-ed r215133 (see r215872, r215874) which changes minidump format and should result in a noticeable reduction of minidump vmcore size, especially for smaller systems. This change is for amd64 architecture only. libkvm should still support the previous version 1 minidump format. So, vmcore files produced by minidump in older kernels should be accessible by newer userland. But vmcore files produced by minidump in newer kernels will not be accessible by older userland. Which means that it's better to upgrade userland when upgrading kernel. Not sure if this information is worth an entry in UPDATING, FreeBSD isn't supposed to crash after all :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 18:38:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C74D11065670 for ; Fri, 26 Nov 2010 18:38:25 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id A8D1F8FC0A for ; Fri, 26 Nov 2010 18:38:25 +0000 (UTC) Received: by pvc22 with SMTP id 22so444063pvc.13 for ; Fri, 26 Nov 2010 10:38:25 -0800 (PST) Received: by 10.142.192.20 with SMTP id p20mr2750495wff.42.1290795076428; Fri, 26 Nov 2010 10:11:16 -0800 (PST) Received: from localhost (118-93-172-88.dsl.dyn.ihug.co.nz [118.93.172.88]) by mx.google.com with ESMTPS id w42sm2853960wfh.3.2010.11.26.10.10.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Nov 2010 10:10:54 -0800 (PST) Date: Sat, 27 Nov 2010 07:10:48 +1300 From: Jonathan Chen To: freebsd-stable@freebsd.org Message-ID: <20101126181048.GA4955@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: puc(4) and pucdata.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 18:38:25 -0000 Hi, I've recently added a new PCI 1 Parallel Port card, and I'm trying to get it recognised by my 8-STABLE/amd64 system. The relevant entry from "pciconv -lcv" is: none2@pci0:4:6:0: class=0x070103 card=0x2000a000 chip=0x98659710 rev=0x00 hdr=0x00 vendor = 'MosChip Semiconductors (Was: Netmos Technology)' class = simple comms subclass = parallel port cap 01[48] = powerspec 2 supports D0 D3 current D0 This is matched by info from "devinfo -rv": unknown pnpinfo vendor=0x9710 device=0x9865 subvendor=0xa000 subdevice=0x2000 class=0x070103 at slot=6 function=0 Using this info, I've patched sys/dev/puc/pucdata.c: *** pucdata.c.orig Fri Nov 26 20:31:08 2010 --- pucdata.c Fri Nov 26 20:32:10 2010 *************** *** 820,825 **** --- 820,831 ---- PUC_PORT_4S1P, 0x10, 4, 0, }, + { 0x9710, 0x9865, 0xa000, 0x2000, + "NetMos NM9865 Single 1284 Printer port", + DEFAULT_RCLK, + PUC_PORT_1P, 0x10, 4, 0, + }, + { 0x9710, 0x9865, 0xa000, 0x3002, "NetMos NM9865 Dual UART", DEFAULT_RCLK, And I've added the following line to /boot/loader.conf: puc_load="YES" However, all of this doesn't work. dmesg reveals: pci4: on pcib4 pci4: at device 6.0 (no driver attached) What did I miss? Is my patch correct? Cheers. -- Jonathan Chen ----------------------------------------------------------------------- "I love deadlines. I like the whooshing sound they make as they fly by" - Douglas Adams From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 19:14:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 828201065674; Fri, 26 Nov 2010 19:14:48 +0000 (UTC) (envelope-from amvandemore@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 DCB818FC13; Fri, 26 Nov 2010 19:14:47 +0000 (UTC) Received: by fxm16 with SMTP id 16so1002795fxm.13 for ; Fri, 26 Nov 2010 11:14:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=7LPL9i5k/7pDkMwMtxN3/qsveoP7Ykgt2uwpYo5/zCg=; b=gv1AoKgOUAdy/9pFP7gMFH+JTaEHS6vDK12+z5LIupUS/IoeUqrgeo/dcTfRnwyE7e QHzoEhlkka/z4ytRttH9/NzPwWqZVdPUu3ZbQ6ZdaFK4jev0AqKNLsx3NU0Jc7CC0Y9y /d68NtFxQyWiNhQmbbaoYeU1CqwlZtzvcRqZk= 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=dLWXFVQyZLT487yPFT4SVriWi8oJvIjLqwC69HQEtub+BmdnHz0QIiNupJbCgpsNnD 06lOo5ha7bCPmH0lDIeabJB7ePDwmwu02d9Rqd2IlKebjJhGW2uPjR7TD1YQS/8Sjbly 9Z4H4Jtnw9rjZfBaEENPdhvxdZtTaBnd3RJ6g= MIME-Version: 1.0 Received: by 10.223.78.136 with SMTP id l8mr2452511fak.82.1290798886685; Fri, 26 Nov 2010 11:14:46 -0800 (PST) Received: by 10.223.121.138 with HTTP; Fri, 26 Nov 2010 11:14:46 -0800 (PST) In-Reply-To: <4CEFC534.2070904@DataIX.net> References: <4CEFB8F7.4080002@freebsd.org> <4CEFC534.2070904@DataIX.net> Date: Fri, 26 Nov 2010 13:14:46 -0600 Message-ID: From: Adam Vande More To: jhell Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: More IO identification problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 19:14:48 -0000 On Fri, Nov 26, 2010 at 8:33 AM, jhell wrote: > > Perhaps it's some external component? > > E.g. hald is known to perform some disk/media checks every two seconds. > > > > As well syslod will also cause sync to happen prematurely when something > goes to log. > > syslog.conf(5): > *** > To ensure that kernel messages are written to disk promptly, > syslog.conf calls fsync(2) after writing messages from the kernel. > Other messages are not synced explicitly. You may prefix a pathname > with the minus sign, ``-'', to forego syncing the specified file > after every kernel message. Note that you might lose information if > the system crashes immediately following a write attempt. Neverthe- > less, using the ``-'' option may improve performance, especially if > the kernel is logging many messages. > *** > > This is obviously the old way of ensuring logs are written to disk > before crash but now ZFS is handled differently. Check to see if adding > '-' to your syslog entries relieves that problem as ZFS will do the > right thing to ensure your data is written to disk. > Thanks, avg and jhell. hald was indeed the culprit, and a "hal-disable-polling --device /dev/cd0" has restored my sanity. I never liked the cd notifications anyway. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 21:50:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EFBB1065672 for ; Fri, 26 Nov 2010 21:50:12 +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 75B968FC0C for ; Fri, 26 Nov 2010 21:50:11 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA00195; Fri, 26 Nov 2010 23:50:06 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PM6BC-000Pac-JR; Fri, 26 Nov 2010 23:50:06 +0200 Message-ID: <4CF02B8E.9090601@freebsd.org> Date: Fri, 26 Nov 2010 23:50:06 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Adam Vande More References: <4CEFB8F7.4080002@freebsd.org> <4CEFC534.2070904@DataIX.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: More IO identification problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 21:50:12 -0000 on 26/11/2010 21:14 Adam Vande More said the following: > Thanks, avg and jhell. hald was indeed the culprit, and a "hal-disable-polling > --device /dev/cd0" has restored my sanity. I never liked the cd notifications > anyway. Although I do plan to get something like that into the kernel one day :-) Not soon though. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 18:31:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20674106566B for ; Fri, 26 Nov 2010 18:31:32 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id A55528FC17 for ; Fri, 26 Nov 2010 18:31:31 +0000 (UTC) Received: from raats.xs4all.nl (raats.xs4all.nl [82.95.230.43]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id oAQIP7b2092175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 26 Nov 2010 19:25:08 +0100 (CET) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (orac.jarasoft.net [10.10.10.10]) by raats.xs4all.nl (Postfix) with ESMTP id 4EA093D76AB; Fri, 26 Nov 2010 19:25:08 +0100 (CET) Received: from jarasc430 (raats.xs4all.nl [82.95.230.43]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by raats.xs4all.nl (Postfix) with ESMTPSA id 197CA3D76AA; Fri, 26 Nov 2010 19:25:08 +0100 (CET) Message-ID: From: "Jack Raats" To: , References: <4CED8855.23373.40E2965D@dave.g8kbv.demon.co.uk>, <4CEEC055.15679.45A559A8@dave.g8kbv.demon.co.uk>, <20101125212508.82f1a646.freebsd@edvax.de> <4CEF9A55.29535.48F8EF07@dave.g8kbv.demon.co.uk> Date: Fri, 26 Nov 2010 19:24:57 +0100 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Sat, 27 Nov 2010 02:13:56 +0000 Cc: Subject: Memory leak and swapfile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 18:31:32 -0000 It looks like that there may be a memory leak of my swap space with one of the processes that is running. Big question: How can I determine which process is responsible. Any suggestions? Thanks Jack From owner-freebsd-stable@FreeBSD.ORG Fri Nov 26 18:33:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0A08106564A for ; Fri, 26 Nov 2010 18:33:04 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 675E98FC0C for ; Fri, 26 Nov 2010 18:33:04 +0000 (UTC) Received: from raats.xs4all.nl (raats.xs4all.nl [82.95.230.43]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id oAQIHGpg039518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Fri, 26 Nov 2010 19:17:17 +0100 (CET) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (orac.jarasoft.net [10.10.10.10]) by raats.xs4all.nl (Postfix) with ESMTP id 26ED63D766F for ; Fri, 26 Nov 2010 19:17:17 +0100 (CET) Received: from jarasc430 (raats.xs4all.nl [82.95.230.43]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by raats.xs4all.nl (Postfix) with ESMTPSA id EDC223D741F for ; Fri, 26 Nov 2010 19:17:16 +0100 (CET) Message-ID: <1DDFC51B19BA4655A2B8AFE4EC536337@jarasc430> From: "Jack Raats" Cc: References: <4CEE88D9.4070200@DataIX.net><20101125200813.GA56066@icarus.home.lan><20101125205733.GA56845@icarus.home.lan><20101125210449.GA57788@icarus.home.lan><20101125224455.GU2392@deviant.kiev.zoral.com.ua> <20101125232144.GV2392@deviant.kiev.zoral.com.ua> Date: Fri, 26 Nov 2010 19:17:05 +0100 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Sat, 27 Nov 2010 02:14:09 +0000 Subject: memory leak and swapfile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 18:33:05 -0000 It looks like that there may be a memory leak of my swap space with one of the processes that is running. Big question: How can I determine which process is responsible. Any suggestions? Thanks Jack From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 03:13:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4999D1065740 for ; Sat, 27 Nov 2010 03:13:00 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 34A6F8FC18 for ; Sat, 27 Nov 2010 03:13:00 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id oAR3CxgJ010386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 26 Nov 2010 19:12:59 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7CD631CC0C; Fri, 26 Nov 2010 19:12:59 -0800 (PST) To: Jack Raats In-reply-to: Your message of "Fri, 26 Nov 2010 19:17:05 +0100." <1DDFC51B19BA4655A2B8AFE4EC536337@jarasc430> Date: Fri, 26 Nov 2010 19:12:59 -0800 From: "Kevin Oberman" Message-Id: <20101127031259.7CD631CC0C@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: memory leak and swapfile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 03:13:00 -0000 > From: "Jack Raats" > Date: Fri, 26 Nov 2010 19:17:05 +0100 > Sender: owner-freebsd-stable@freebsd.org > > It looks like that there may be a memory leak of my swap space with one of > the processes that is running. > Big question: How can I determine which process is responsible. > > Any suggestions? ps -aux Look for processes with large values in the VSZ column. I'm sure that there are other ways to see this, but that's an easy one. You can, of course, pipe the output to sort and use the -k 5 -n options. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 11:43:29 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 452DD106564A for ; Sat, 27 Nov 2010 11:43:29 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id C9A588FC0A for ; Sat, 27 Nov 2010 11:43:28 +0000 (UTC) Received: by ewy24 with SMTP id 24so1324497ewy.13 for ; Sat, 27 Nov 2010 03:43:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version :x-mailer; bh=9Trr7HNTTMWOKX8b+FMjSQaBwUyNlF4BvC4sjQFeo1M=; b=GqS+UYI3Z/amOa0tCiJ8gSZT0Q7y0jx6svns/TmpmtTchjt+YZVaGNpdRqO7aZlIE9 AsLbVGJ/I3KO5K8eGcF6UEJUchexo7B7kzFNN8t48NopkCI9OhKKCE4YGzDZ/Tn1puWj itEwud64ju7mwWMM7fFoNyeuGdBDqGfW39HrE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; b=rlyeqwQcQt+7xkRXSZ/9uPDOo0tPvAOpv42HqgQR0odsCtTty14jYJINXjt4PiCMgO YlFKJYCx7SPslJbM2Rl2j3x5dbgZXuG/9qZ0KhaXgWsyUxtrUuWaXcop+MxlipT1jRQZ 2cTepa7STBphm9OlpdZxXpeI8ypraij8mlu8Y= Received: by 10.14.11.147 with SMTP id 19mr2788171eex.14.1290856433207; Sat, 27 Nov 2010 03:13:53 -0800 (PST) Received: from [172.16.0.199] (host-78-64-61-76.homerun.telia.com [78.64.61.76]) by mx.google.com with ESMTPS id w20sm2751891eeh.12.2010.11.27.03.13.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Nov 2010 03:13:51 -0800 (PST) From: Pawel Worach Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 27 Nov 2010 12:13:49 +0100 Message-Id: <9C4CB91E-4A45-4EAB-8E76-5C9B5ACF6ED6@gmail.com> To: stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Cc: Subject: panic in em, net, uma X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 11:43:29 -0000 FreeBSD vmware guest 8.1-RELEASE i386 PAE with = open-vm-tools-nox11-313025_1 installed. Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xc9aaea44 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc080d29a stack pointer =3D 0x28:0xc8d61aa0 frame pointer =3D 0x28:0xc8d61ad0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (em0 taskq) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 1d1h49m3s Physical memory: 4082 MB Dumping 318 MB: 303 287 271 255 239 223 207 191 175 159 143 127 111 95 = 79 63 47 31 15 (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05b4d07 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc05b4f69 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc0879b8c in trap_fatal (frame=3D0xc8d61a60, eva=3D3383421508) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc087a4b0 in trap (frame=3D0xc8d61a60) at = /usr/src/sys/i386/i386/trap.c:328 #5 0xc085ae1b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #6 0xc080d29a in uma_zfree_arg (zone=3D0xc127a000, item=3D0xc9b63a00, = udata=3D0x0) at /usr/src/sys/vm/uma_core.c:2559 #7 0xc060ae33 in mb_free_ext (m=3D0xc9b63a00) at uma.h:333 #8 0xc060b4c1 in m_freem (mb=3D0x0) at mbuf.h:562 #9 0xc06ad1c1 in arpintr (m=3D0xc9b63a00) at = /usr/src/sys/netinet/if_ether.c:826 #10 0xc066c2a9 in netisr_dispatch_src (proto=3D7, source=3D0, = m=3D0xc9b63a00) at /usr/src/sys/net/netisr.c:917 #11 0xc066c540 in netisr_dispatch (proto=3D7, m=3D0xc9b63a00) at /usr/src/sys/net/netisr.c:1004 #12 0xc06624b1 in ether_demux (ifp=3D0xc90bc400, m=3D0xc9b63a00) at /usr/src/sys/net/if_ethersubr.c:901 #13 0xc0662a03 in ether_input (ifp=3D0xc90bc400, m=3D0xc9b63a00) at /usr/src/sys/net/if_ethersubr.c:760 #14 0xc03a7e3a in lem_handle_rxtx (context=3D0xc90d7000, pending=3D1) at /usr/src/sys/dev/e1000/if_lem.c:3616 #15 0xc05eec02 in taskqueue_run (queue=3D0xc90af3c0) at /usr/src/sys/kern/subr_taskqueue.c:239 #16 0xc05eee0d in taskqueue_thread_loop (arg=3D0xc90db5a8) at /usr/src/sys/kern/subr_taskqueue.c:360 #17 0xc058a061 in fork_exit (callout=3D0xc05eed50 = ,=20 arg=3D0xc90db5a8, frame=3D0xc8d61d38) at = /usr/src/sys/kern/kern_fork.c:844 #18 0xc085ae90 in fork_trampoline () at = /usr/src/sys/i386/i386/exception.s:270 --=20 Pawel From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 12:17:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDADB106566B for ; Sat, 27 Nov 2010 12:17:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id B3B4D8FC08 for ; Sat, 27 Nov 2010 12:17:45 +0000 (UTC) Received: from omta06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by qmta05.emeryville.ca.mail.comcast.net with comcast id cCBb1f00316AWCUA5CHkDa; Sat, 27 Nov 2010 12:17:44 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta06.emeryville.ca.mail.comcast.net with comcast id cCHj1f0053LrwQ28SCHjz0; Sat, 27 Nov 2010 12:17:44 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 492E39B422; Sat, 27 Nov 2010 04:17:43 -0800 (PST) Date: Sat, 27 Nov 2010 04:17:43 -0800 From: Jeremy Chadwick To: Kevin Oberman Message-ID: <20101127121743.GA97603@icarus.home.lan> References: <1DDFC51B19BA4655A2B8AFE4EC536337@jarasc430> <20101127031259.7CD631CC0C@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101127031259.7CD631CC0C@ptavv.es.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: memory leak and swapfile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 12:17:45 -0000 On Fri, Nov 26, 2010 at 07:12:59PM -0800, Kevin Oberman wrote: > > From: "Jack Raats" > > Date: Fri, 26 Nov 2010 19:17:05 +0100 > > Sender: owner-freebsd-stable@freebsd.org > > > > It looks like that there may be a memory leak of my swap space with one of > > the processes that is running. > > Big question: How can I determine which process is responsible. > > > > Any suggestions? > > ps -aux Look for processes with large values in the VSZ column. > > I'm sure that there are other ways to see this, but that's an easy > one. You can, of course, pipe the output to sort and use the -k 5 -n > options. I believe he should be looking for a process that has a large value in RSS ("RES" in top), not VSZ ("SIZE" in top). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 13:28:35 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80B70106564A; Sat, 27 Nov 2010 13:28:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 393C98FC0C; Sat, 27 Nov 2010 13:28:35 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oARDSYJ4063771; Sat, 27 Nov 2010 13:28:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oARDSYUT063766; Sat, 27 Nov 2010 13:28:34 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 27 Nov 2010 13:28:34 GMT Message-Id: <201011271328.oARDSYUT063766@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 13:28:35 -0000 TB --- 2010-11-27 11:30:11 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-27 11:30:11 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2010-11-27 11:30:11 - cleaning the object tree TB --- 2010-11-27 11:30:38 - cvsupping the source tree TB --- 2010-11-27 11:30:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2010-11-27 11:30:46 - building world TB --- 2010-11-27 11:30:46 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-27 11:30:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-27 11:30:46 - TARGET=amd64 TB --- 2010-11-27 11:30:46 - TARGET_ARCH=amd64 TB --- 2010-11-27 11:30:46 - TZ=UTC TB --- 2010-11-27 11:30:46 - __MAKE_CONF=/dev/null TB --- 2010-11-27 11:30:46 - cd /src TB --- 2010-11-27 11:30:46 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 27 11:30:47 UTC 2010 >>> 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 Nov 27 13:20:55 UTC 2010 TB --- 2010-11-27 13:20:55 - generating LINT kernel config TB --- 2010-11-27 13:20:55 - cd /src/sys/amd64/conf TB --- 2010-11-27 13:20:55 - /usr/bin/make -B LINT TB --- 2010-11-27 13:20:55 - building LINT kernel TB --- 2010-11-27 13:20:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-27 13:20:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-27 13:20:55 - TARGET=amd64 TB --- 2010-11-27 13:20:55 - TARGET_ARCH=amd64 TB --- 2010-11-27 13:20:55 - TZ=UTC TB --- 2010-11-27 13:20:55 - __MAKE_CONF=/dev/null TB --- 2010-11-27 13:20:55 - cd /src TB --- 2010-11-27 13:20:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 27 13:20:56 UTC 2010 >>> 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-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_novell.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-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.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-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -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-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -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-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -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-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 /src/sys/dev/e1000/if_em.c:1275: error: conflicting types for 'em_poll' /src/sys/dev/e1000/if_em.c:286: error: previous declaration of 'em_poll' was here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-27 13:28:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-27 13:28:34 - ERROR: failed to build lint kernel TB --- 2010-11-27 13:28:34 - 5403.22 user 991.70 system 7102.70 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 14:13:18 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 593E6106566C for ; Sat, 27 Nov 2010 14:13:18 +0000 (UTC) (envelope-from lordcow@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id A468F8FC1E for ; Sat, 27 Nov 2010 14:13:15 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id oARDMsZo080663 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sat, 27 Nov 2010 15:22:54 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id oARDMn3h080662 for stable@freebsd.org; Sat, 27 Nov 2010 15:22:49 +0200 (SAST) (envelope-from lordcow) Date: Sat, 27 Nov 2010 15:22:49 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20101127132249.GA80611@lordcow.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, FILL_THIS_FORM autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: Subject: ZFS raidz recovery X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 14:13:18 -0000 Hi all, I'm trying to simulate a disk fail and replacement in a raidz array and failing myself. What'm I doing wrong? Here's a transcript with interspersed commentary: root@file:~# zpool status pool: raid state: ONLINE scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:20:06 2010 config: NAME STATE READ WRITE CKSUM raid ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad12 ONLINE 0 0 0 ad13 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 ONLINE 0 0 0 errors: No known data errors root@file:~# zpool offline raid ad12 reboot dd if=/dev/zero of=/dev/ad12 .. root@file:~# zpool replace raid ad12 cannot replace ad12 with ad12: ad12 is busy root@file:~# zpool replace -f raid ad12 cannot replace ad12 with ad12: ad12 is busy The handbook suggests 'replace' but I guess this is only if the disk is physically replaced and gets a new identifier? Trying with 'online': root@file:~# zpool online raid ad12 root@file:~# zpool status pool: raid state: ONLINE scrub: resilver completed after 0h0m with 0 errors on Sat Nov 27 13:29:14 2010 config: NAME STATE READ WRITE CKSUM raid ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad12 ONLINE 0 0 0 15.5K resilvered ad13 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 ONLINE 0 0 0 errors: No known data errors Output remains as such, is this normal? root@file:~# zpool scrub raid root@file:~# zpool status pool: raid state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:30:37 2010 config: NAME STATE READ WRITE CKSUM raid ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad12 ONLINE 0 0 2.11K 87.7M repaired ad13 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 ONLINE 0 0 0 errors: No known data errors root@file:~# zpool scrub raid root@file:~# zpool status pool: raid state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:30:55 2010 config: NAME STATE READ WRITE CKSUM raid ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad12 ONLINE 0 0 2.11K ad13 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 ONLINE 0 0 0 errors: No known data errors These are checksum errors? So the disk hasn't been integrated properly? root@file:~# zpool clear raid ad12 root@file:~# zpool status pool: raid state: ONLINE scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:39:09 2010 config: NAME STATE READ WRITE CKSUM raid ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad12 ONLINE 0 0 0 ad13 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 ONLINE 0 0 0 errors: No known data errors root@file:~# zpool status -x all pools are healthy To make sure this's the case I fail a different disk: root@file:~# zpool offline raid ad6 root@file:~# zpool status pool: raid state: DEGRADED status: One or more devices has been taken offline by the administrator. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Online the device using 'zpool online' or replace the device with 'zpool replace'. scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:40:52 2010 config: NAME STATE READ WRITE CKSUM raid DEGRADED 0 0 0 raidz1 DEGRADED 0 0 0 ad12 ONLINE 0 0 0 ad13 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 OFFLINE 0 0 0 errors: No known data errors on reboot the status changes: root@file:~# zpool status pool: raid state: FAULTED status: The pool metadata is corrupted and the pool cannot be opened. action: Destroy and re-create the pool from a backup source. see: http://www.sun.com/msg/ZFS-8000-72 scrub: none requested config: NAME STATE READ WRITE CKSUM raid FAULTED 0 0 1 corrupted data raidz1 DEGRADED 0 0 6 ad12 OFFLINE 0 0 0 ad13 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 ONLINE 0 0 1 The same happens if I recreate the array and try again. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 14:13:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D20C106564A for ; Sat, 27 Nov 2010 14:13:47 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id DD87B8FC15 for ; Sat, 27 Nov 2010 14:13:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oAREDc4P058067; Sun, 28 Nov 2010 01:13:38 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 28 Nov 2010 01:13:37 +1100 (EST) From: Ian Smith To: Jeremy Chadwick In-Reply-To: <20101127121743.GA97603@icarus.home.lan> Message-ID: <20101128001107.L47536@sola.nimnet.asn.au> References: <1DDFC51B19BA4655A2B8AFE4EC536337@jarasc430> <20101127031259.7CD631CC0C@ptavv.es.net> <20101127121743.GA97603@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: memory leak and swapfile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 14:13:47 -0000 On Sat, 27 Nov 2010, Jeremy Chadwick wrote: > On Fri, Nov 26, 2010 at 07:12:59PM -0800, Kevin Oberman wrote: > > > From: "Jack Raats" > > > Date: Fri, 26 Nov 2010 19:17:05 +0100 > > > Sender: owner-freebsd-stable@freebsd.org > > > > > > It looks like that there may be a memory leak of my swap space with one of > > > the processes that is running. > > > Big question: How can I determine which process is responsible. > > > > > > Any suggestions? > > > > ps -aux Look for processes with large values in the VSZ column. > > > > I'm sure that there are other ways to see this, but that's an easy > > one. You can, of course, pipe the output to sort and use the -k 5 -n > > options. > > I believe he should be looking for a process that has a large value in > RSS ("RES" in top), not VSZ ("SIZE" in top). Not necessarily. More noticeable in physical-memory constrained systems (try 160MB!), processes that leak memory badly (say mozilla) push leaked but quiescent memory out to swap, where it lurks forever, growing with every page of eg crappy javascript, while RSS stays more constrained. % ps aux | sort -rnk5 | head -2 smithi 11451 0.0 27.3 119008 42276 ?? S 11Nov10 336:47.74 /usr/local/lib/mozilla/mozilla-bin root 45236 1.9 7.8 45328 12132 v7 R 15Aug10 3261:37.36 X :0 -auth /home/smithi/.serverau At least 35MB of moz's VSZ is leaked and will disappear once restarted, plus another 15MB or so of VSZ X is hanging onto on mozilla's account. Small system, small example; big-iron folks miss out on half the fun :) cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 14:20:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9EA3106566B; Sat, 27 Nov 2010 14:20:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 83E8F8FC16; Sat, 27 Nov 2010 14:20:17 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAREKGtQ045819; Sat, 27 Nov 2010 14:20:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAREKGaX045818; Sat, 27 Nov 2010 14:20:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 27 Nov 2010 14:20:16 GMT Message-Id: <201011271420.oAREKGaX045818@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 14:20:17 -0000 TB --- 2010-11-27 12:53:14 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-27 12:53:14 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-11-27 12:53:14 - cleaning the object tree TB --- 2010-11-27 12:53:32 - cvsupping the source tree TB --- 2010-11-27 12:53:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-11-27 12:53:40 - building world TB --- 2010-11-27 12:53:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-27 12:53:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-27 12:53:40 - TARGET=i386 TB --- 2010-11-27 12:53:40 - TARGET_ARCH=i386 TB --- 2010-11-27 12:53:40 - TZ=UTC TB --- 2010-11-27 12:53:40 - __MAKE_CONF=/dev/null TB --- 2010-11-27 12:53:40 - cd /src TB --- 2010-11-27 12:53:40 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 27 12:53:41 UTC 2010 >>> 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 Nov 27 14:11:51 UTC 2010 TB --- 2010-11-27 14:11:51 - generating LINT kernel config TB --- 2010-11-27 14:11:51 - cd /src/sys/i386/conf TB --- 2010-11-27 14:11:51 - /usr/bin/make -B LINT TB --- 2010-11-27 14:11:52 - building LINT kernel TB --- 2010-11-27 14:11:52 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-27 14:11:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-27 14:11:52 - TARGET=i386 TB --- 2010-11-27 14:11:52 - TARGET_ARCH=i386 TB --- 2010-11-27 14:11:52 - TZ=UTC TB --- 2010-11-27 14:11:52 - __MAKE_CONF=/dev/null TB --- 2010-11-27 14:11:52 - cd /src TB --- 2010-11-27 14:11:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 27 14:11:52 UTC 2010 >>> 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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -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 -fno-omit-frame-pointer -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 /src/sys/dev/e1000/if_em.c:1275: error: conflicting types for 'em_poll' /src/sys/dev/e1000/if_em.c:286: error: previous declaration of 'em_poll' was here *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-27 14:20:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-27 14:20:16 - ERROR: failed to build lint kernel TB --- 2010-11-27 14:20:16 - 3988.57 user 703.48 system 5222.70 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 14:53:40 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BBE31065670; Sat, 27 Nov 2010 14:53:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 25E618FC08; Sat, 27 Nov 2010 14:53:40 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oARErdxi052013; Sat, 27 Nov 2010 14:53:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oARErdGU052012; Sat, 27 Nov 2010 14:53:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 27 Nov 2010 14:53:39 GMT Message-Id: <201011271453.oARErdGU052012@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 14:53:40 -0000 TB --- 2010-11-27 13:28:34 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-27 13:28:34 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-11-27 13:28:34 - cleaning the object tree TB --- 2010-11-27 13:28:49 - cvsupping the source tree TB --- 2010-11-27 13:28:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-11-27 13:28:57 - building world TB --- 2010-11-27 13:28:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-27 13:28:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-27 13:28:57 - TARGET=pc98 TB --- 2010-11-27 13:28:57 - TARGET_ARCH=i386 TB --- 2010-11-27 13:28:57 - TZ=UTC TB --- 2010-11-27 13:28:57 - __MAKE_CONF=/dev/null TB --- 2010-11-27 13:28:57 - cd /src TB --- 2010-11-27 13:28:57 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 27 13:29:01 UTC 2010 >>> 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 Nov 27 14:47:02 UTC 2010 TB --- 2010-11-27 14:47:02 - generating LINT kernel config TB --- 2010-11-27 14:47:02 - cd /src/sys/pc98/conf TB --- 2010-11-27 14:47:02 - /usr/bin/make -B LINT TB --- 2010-11-27 14:47:03 - building LINT kernel TB --- 2010-11-27 14:47:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-27 14:47:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-27 14:47:03 - TARGET=pc98 TB --- 2010-11-27 14:47:03 - TARGET_ARCH=i386 TB --- 2010-11-27 14:47:03 - TZ=UTC TB --- 2010-11-27 14:47:03 - __MAKE_CONF=/dev/null TB --- 2010-11-27 14:47:03 - cd /src TB --- 2010-11-27 14:47:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 27 14:47:03 UTC 2010 >>> 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 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_novell.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 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_rtl80x9.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 -ffreestanding -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 -ffreestanding -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 -ffreestanding -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 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 /src/sys/dev/e1000/if_em.c:1275: error: conflicting types for 'em_poll' /src/sys/dev/e1000/if_em.c:286: error: previous declaration of 'em_poll' was here *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-27 14:53:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-27 14:53:39 - ERROR: failed to build lint kernel TB --- 2010-11-27 14:53:39 - 3863.71 user 700.27 system 5104.95 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 15:26:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2BBC106564A for ; Sat, 27 Nov 2010 15:26:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8D46B8FC1A for ; Sat, 27 Nov 2010 15:26:27 +0000 (UTC) Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta02.westchester.pa.mail.comcast.net with comcast id cEi41f0041ap0As52FST5E; Sat, 27 Nov 2010 15:26:27 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta22.westchester.pa.mail.comcast.net with comcast id cFSS1f0023LrwQ23iFSSw0; Sat, 27 Nov 2010 15:26:27 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A525F9B422; Sat, 27 Nov 2010 07:26:24 -0800 (PST) Date: Sat, 27 Nov 2010 07:26:24 -0800 From: Jeremy Chadwick To: Ian Smith Message-ID: <20101127152624.GA2077@icarus.home.lan> References: <1DDFC51B19BA4655A2B8AFE4EC536337@jarasc430> <20101127031259.7CD631CC0C@ptavv.es.net> <20101127121743.GA97603@icarus.home.lan> <20101128001107.L47536@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101128001107.L47536@sola.nimnet.asn.au> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: memory leak and swapfile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 15:26:28 -0000 On Sun, Nov 28, 2010 at 01:13:37AM +1100, Ian Smith wrote: > On Sat, 27 Nov 2010, Jeremy Chadwick wrote: > > On Fri, Nov 26, 2010 at 07:12:59PM -0800, Kevin Oberman wrote: > > > > From: "Jack Raats" > > > > Date: Fri, 26 Nov 2010 19:17:05 +0100 > > > > Sender: owner-freebsd-stable@freebsd.org > > > > > > > > It looks like that there may be a memory leak of my swap space with one of > > > > the processes that is running. > > > > Big question: How can I determine which process is responsible. > > > > > > > > Any suggestions? > > > > > > ps -aux Look for processes with large values in the VSZ column. > > > > > > I'm sure that there are other ways to see this, but that's an easy > > > one. You can, of course, pipe the output to sort and use the -k 5 -n > > > options. > > > > I believe he should be looking for a process that has a large value in > > RSS ("RES" in top), not VSZ ("SIZE" in top). > > Not necessarily. More noticeable in physical-memory constrained systems > (try 160MB!), processes that leak memory badly (say mozilla) push leaked > but quiescent memory out to swap, where it lurks forever, growing with > every page of eg crappy javascript, while RSS stays more constrained. > > % ps aux | sort -rnk5 | head -2 > smithi 11451 0.0 27.3 119008 42276 ?? S 11Nov10 336:47.74 /usr/local/lib/mozilla/mozilla-bin > root 45236 1.9 7.8 45328 12132 v7 R 15Aug10 3261:37.36 X :0 -auth /home/smithi/.serverau > > At least 35MB of moz's VSZ is leaked and will disappear once restarted, > plus another 15MB or so of VSZ X is hanging onto on mozilla's account. > > Small system, small example; big-iron folks miss out on half the fun :) Here's an example (and not really from a "big-iron" system), though swap isn't used in this scenario. # pstat -s Device 1K-blocks Used Avail Capacity /dev/ada0s1b 16777216 0 16777216 0% # top -b | egrep 'COMMAND|mysqld' PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1199 mysql 10 44 0 801M 271M sigwai 1 16:28 0.00% mysqld # ps -auxw | grep 1199 mysql 1199 0.0 3.3 820544 277924 ?? S 19Oct10 123:00.88 /usr/local/libexec/mysqld --defaults-extra-file=/storage/mysql/my.c # procstat -v 1199 | sort -k5 -n | tail -5 1199 0x90600000 0x90a00000 rw- 612 0 1 0 -- df 1199 0x400000 0x8f0000 r-x 1206 1564 2 1 CN vn /usr/local/libexec/mysqld 1199 0x90c00000 0x91400000 rw- 1276 0 2 0 -- df 1199 0x8fe00000 0x90600000 rw- 2044 0 1 0 -- df 1199 0x61600000 0x8fe00000 rw- 60285 0 2 0 -- df # procstat -v 1199 | sort -k6 -n | tail -5 1199 0x7fffffbff000 0x7fffffc00000 --- 0 0 0 0 -- -- 1199 0x7ffffffe0000 0x800000000000 rwx 15 0 1 0 -- df 1199 0x61190000 0x6119c000 r-x 10 14 2 1 CN vn /lib/libgcc_s.so.1 1199 0x60e68000 0x60f3c000 r-x 126 252 2 1 CN vn /usr/lib/libstdc++.so.6 1199 0x400000 0x8f0000 r-x 1206 1564 2 1 CN vn /usr/local/libexec/mysqld # procstat -v 1199 | awk '/1199/ { res += $5; pres += $6 } END { print res " " pres }' 69267 1830 Now what's important to take into mind is that the counts shown in columns 5 and 6 are page counts, not actual memory usage. I'm making the assumption that page size is hw.pagesize even though the system shows 2MB pages available in hw.pagesizes. So: 69267 * 4096 = 283717632 bytes 1830 * 4096 = 7495680 bytes This more or less matches what's in RSS/RES (the ~10MByte difference probably has to do with scaling of bytes -> megabytes). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 15:30:25 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA3811065670 for ; Sat, 27 Nov 2010 15:30:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 77E828FC1A for ; Sat, 27 Nov 2010 15:30:24 +0000 (UTC) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by qmta06.westchester.pa.mail.comcast.net with comcast id cFUh1f0050cZkys56FWR4r; Sat, 27 Nov 2010 15:30:25 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta10.westchester.pa.mail.comcast.net with comcast id cFWP1f0073LrwQ23WFWPpj; Sat, 27 Nov 2010 15:30:25 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id EF13E9B422; Sat, 27 Nov 2010 07:30:21 -0800 (PST) Date: Sat, 27 Nov 2010 07:30:21 -0800 From: Jeremy Chadwick To: Gareth de Vaux Message-ID: <20101127153021.GA2788@icarus.home.lan> References: <20101127132249.GA80611@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101127132249.GA80611@lordcow.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: ZFS raidz recovery X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 15:30:25 -0000 On Sat, Nov 27, 2010 at 03:22:49PM +0200, Gareth de Vaux wrote: > Hi all, I'm trying to simulate a disk fail and replacement in > a raidz array and failing myself. What'm I doing wrong? Here's > a transcript with interspersed commentary: > > root@file:~# zpool status > pool: raid > state: ONLINE > scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:20:06 2010 > config: > > NAME STATE READ WRITE CKSUM > raid ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ad12 ONLINE 0 0 0 > ad13 ONLINE 0 0 0 > ad4 ONLINE 0 0 0 > ad6 ONLINE 0 0 0 > > errors: No known data errors > root@file:~# zpool offline raid ad12 > > reboot > dd if=/dev/zero of=/dev/ad12 .. > > root@file:~# zpool replace raid ad12 > cannot replace ad12 with ad12: ad12 is busy > root@file:~# zpool replace -f raid ad12 > cannot replace ad12 with ad12: ad12 is busy > > The handbook suggests 'replace' but I guess this is only > if the disk is physically replaced and gets a new identifier? > Trying with 'online': > > root@file:~# zpool online raid ad12 > root@file:~# zpool status > pool: raid > state: ONLINE > scrub: resilver completed after 0h0m with 0 errors on Sat Nov 27 13:29:14 2010 > config: > > NAME STATE READ WRITE CKSUM > raid ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ad12 ONLINE 0 0 0 15.5K resilvered > ad13 ONLINE 0 0 0 > ad4 ONLINE 0 0 0 > ad6 ONLINE 0 0 0 > > errors: No known data errors > > Output remains as such, is this normal? > > root@file:~# zpool scrub raid > root@file:~# zpool status > pool: raid > state: ONLINE > status: One or more devices has experienced an unrecoverable error. An > attempt was made to correct the error. Applications are unaffected. > action: Determine if the device needs to be replaced, and clear the errors > using 'zpool clear' or replace the device with 'zpool replace'. > see: http://www.sun.com/msg/ZFS-8000-9P > scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:30:37 2010 > config: > > NAME STATE READ WRITE CKSUM > raid ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ad12 ONLINE 0 0 2.11K 87.7M repaired > ad13 ONLINE 0 0 0 > ad4 ONLINE 0 0 0 > ad6 ONLINE 0 0 0 > > errors: No known data errors > root@file:~# zpool scrub raid > root@file:~# zpool status > pool: raid > state: ONLINE > status: One or more devices has experienced an unrecoverable error. An > attempt was made to correct the error. Applications are unaffected. > action: Determine if the device needs to be replaced, and clear the errors > using 'zpool clear' or replace the device with 'zpool replace'. > see: http://www.sun.com/msg/ZFS-8000-9P > scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:30:55 2010 > config: > > NAME STATE READ WRITE CKSUM > raid ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ad12 ONLINE 0 0 2.11K > ad13 ONLINE 0 0 0 > ad4 ONLINE 0 0 0 > ad6 ONLINE 0 0 0 > > errors: No known data errors > > These are checksum errors? So the disk hasn't been integrated > properly? > > root@file:~# zpool clear raid ad12 > root@file:~# zpool status > pool: raid > state: ONLINE > scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:39:09 2010 > config: > > NAME STATE READ WRITE CKSUM > raid ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > ad12 ONLINE 0 0 0 > ad13 ONLINE 0 0 0 > ad4 ONLINE 0 0 0 > ad6 ONLINE 0 0 0 > > errors: No known data errors > root@file:~# zpool status -x > all pools are healthy > > To make sure this's the case I fail a different disk: > > root@file:~# zpool offline raid ad6 > root@file:~# zpool status > pool: raid > state: DEGRADED > status: One or more devices has been taken offline by the administrator. > Sufficient replicas exist for the pool to continue functioning in a > degraded state. > action: Online the device using 'zpool online' or replace the device with > 'zpool replace'. > scrub: scrub completed after 0h0m with 0 errors on Sat Nov 27 13:40:52 2010 > config: > > NAME STATE READ WRITE CKSUM > raid DEGRADED 0 0 0 > raidz1 DEGRADED 0 0 0 > ad12 ONLINE 0 0 0 > ad13 ONLINE 0 0 0 > ad4 ONLINE 0 0 0 > ad6 OFFLINE 0 0 0 > > errors: No known data errors > > on reboot the status changes: > > root@file:~# zpool status > pool: raid > state: FAULTED > status: The pool metadata is corrupted and the pool cannot be opened. > action: Destroy and re-create the pool from a backup source. > see: http://www.sun.com/msg/ZFS-8000-72 > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > raid FAULTED 0 0 1 corrupted data > raidz1 DEGRADED 0 0 6 > ad12 OFFLINE 0 0 0 > ad13 ONLINE 0 0 0 > ad4 ONLINE 0 0 0 > ad6 ONLINE 0 0 1 > > > The same happens if I recreate the array and try again. uname -a please -- it matters greatly. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 15:31:10 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87256106564A for ; Sat, 27 Nov 2010 15:31:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 34D308FC08 for ; Sat, 27 Nov 2010 15:31:09 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta01.westchester.pa.mail.comcast.net with comcast id cFCo1f0050EZKEL51FXA3P; Sat, 27 Nov 2010 15:31:10 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta01.westchester.pa.mail.comcast.net with comcast id cFX91f00E3LrwQ23MFXARx; Sat, 27 Nov 2010 15:31:10 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4A7C89B425; Sat, 27 Nov 2010 07:31:08 -0800 (PST) Date: Sat, 27 Nov 2010 07:31:08 -0800 From: Jeremy Chadwick To: stable@freebsd.org Message-ID: <20101127153108.GA2833@icarus.home.lan> References: <201011271328.oARDSYUT063766@freebsd-legacy.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011271328.oARDSYUT063766@freebsd-legacy.sentex.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 15:31:10 -0000 On Sat, Nov 27, 2010 at 01:28:34PM +0000, FreeBSD Tinderbox wrote: > 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-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 > /src/sys/dev/e1000/if_em.c:1275: error: conflicting types for 'em_poll' > /src/sys/dev/e1000/if_em.c:286: error: previous declaration of 'em_poll' was here > *** Error code 1 Just a FYI: I've sent off-list mail to Jack Vogel about this. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 16:02:52 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D3AF106566B for ; Sat, 27 Nov 2010 16:02:52 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 43F1B8FC18 for ; Sat, 27 Nov 2010 16:02:49 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id oARG2ehG084527 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 27 Nov 2010 18:02:40 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id oARG2ZPQ084525; Sat, 27 Nov 2010 18:02:35 +0200 (SAST) (envelope-from lordcow) Date: Sat, 27 Nov 2010 18:02:35 +0200 From: Gareth de Vaux To: Jeremy Chadwick Message-ID: <20101127160235.GA84347@lordcow.org> References: <20101127132249.GA80611@lordcow.org> <20101127153021.GA2788@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101127153021.GA2788@icarus.home.lan> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: stable@freebsd.org Subject: Re: ZFS raidz recovery X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 16:02:52 -0000 On Sat 2010-11-27 (07:30), Jeremy Chadwick wrote: > uname -a please -- it matters greatly. $ uname -a FreeBSD file 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Wed Nov 24 07:56:04 SAST 2010 root@file:/usr/obj/usr/src/sys/COWNEL amd64 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 27 17:15:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A61D8106566B for ; Sat, 27 Nov 2010 17:15:55 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 909AB8FC17 for ; Sat, 27 Nov 2010 17:15:55 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id oARHFsVl005448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 27 Nov 2010 09:15:55 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B40951CC0C; Sat, 27 Nov 2010 09:15:54 -0800 (PST) To: Jeremy Chadwick In-reply-to: Your message of "Sat, 27 Nov 2010 04:17:43 PST." <20101127121743.GA97603@icarus.home.lan> Date: Sat, 27 Nov 2010 09:15:54 -0800 From: "Kevin Oberman" Message-Id: <20101127171554.B40951CC0C@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: memory leak and swapfile X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Nov 2010 17:15:55 -0000 > Date: Sat, 27 Nov 2010 04:17:43 -0800 > From: Jeremy Chadwick > > On Fri, Nov 26, 2010 at 07:12:59PM -0800, Kevin Oberman wrote: > > > From: "Jack Raats" > > > Date: Fri, 26 Nov 2010 19:17:05 +0100 > > > Sender: owner-freebsd-stable@freebsd.org > > > > > > It looks like that there may be a memory leak of my swap space with one of > > > the processes that is running. > > > Big question: How can I determine which process is responsible. > > > > > > Any suggestions? > > > > ps -aux Look for processes with large values in the VSZ column. > > > > I'm sure that there are other ways to see this, but that's an easy > > one. You can, of course, pipe the output to sort and use the -k 5 -n > > options. > > I believe he should be looking for a process that has a large value in > RSS ("RES" in top), not VSZ ("SIZE" in top). I believe it's not that simple, but I think my answer is more likely to pint to the culprit than yours. I am not terribly familiar with the details of the FreeBSD virtual memory system, but I assume that it is similar to other I have known very well over the years, primarily VMS and OSF/1 where I did a lot of kernel programming. FreeBSD does not do "greedy" swap allocation. Some systems will "reserve" space in swap for all active memory. FreeBSD only uses swap space when it is needed. RES shows the amount of physical memory a process is using while VSZ. VSZ is in KB while RES is in pages (I think), so the numbers wind up looking "odd". If VSZ is bigger than (RES * page-size in KB), then the entire process memory space is not in physical memory. It is in one of three other places: 1. Imaginary memory (demand-zero pages) 2. Unmapped space (any pages of the image that have not been loaded into physical memory) 3. Swap It's very hard to determine how much is where, though unread image pages are not likely to be significant. Some applications set up huge buffers of demand-zero memory which may never be used. This is the virtual memory equivalent of a sparse file. Until a demand zero page is written to, it takes a page table slot, but does not use either physical memory nor swap space. That all said, memory leakage is memory that has been used, but not freed. It is never accessed, so drops into swap space when memory pressure triggers the system to look for pages not recently accessed. It goes to swap and stays thee until the process exists and VSZ just keeps growing. If you monitor VSZ and it just keeps growing when the process is not doing anything that should require ever increasing memory, it's probably a memory leak. While RES alone tells you only what is in memory and nothing about swap use, leaky process will start by growing RES eventually start having old pages swapped out so RES stops growing and VSZ keeps growing. If some process grows with pages that are being actively accessed (not a leak), RES may get large, but unless memory pressure is great enough, will use little swap. Bottom line is that, if the system works the way I believe it does, VSZ is the best, if not ideal check for memory leaks that fill swap. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751