Re[4]: bin/164526: kill(1) can not kill process despite on -KILL

set timer to 496:0. waiting for inputs or timeout Feb 14 22:10:10 mary-teresa rtadvd[55127]: enter Feb 14 22:10:10 mary-teresa rtadvd[55127]: RA received from fe80::2e0:4dff:fe7b:690c on re0 Feb 14 22:10:10 mary-teresa rtadvd[55127]: ifi->ifi_rainput = 4 Feb 14 22:10:10 mary-teresa rtadvd[55127]:

>Number: =A0 =A0 =A0 =A0 164674
>Category: =A0 =A0 =A0 kern
>Synopsis: =A0 =A0 =A0 vfprintf/vfwprintf return error (EOF) on success = if __SERR flag is already set on file

A= pologies for cross-posting, but I think that standards might be a more appr= opriate responsible party for this than -bugs or kern. =A0See description f= or more info, but the basic issue is that C99 and C11 stipulate that fprint= f should return -1 "if an output or encoding error occurred." Cur= rently, printf is encoding and outputting successfully (on line or fully bu= ffered FILEs), but returning -1 if the FILE has an error. =A0The C99/C11 sp= ecifications make no mention of FILE state in fprintf return conditions, so= this functionality seems to not conform to the specification, attached pat= ch resolves that issue.

=A0

>Confidential: =A0 no
>Severity: =A0 =A0 =A0 non-critical
>Priority: =A0 =A0 =A0 low
>Responsible: =A0 =A0freebsd-bugs
>State: =A0 =A0 =A0 =A0 =A0open
[...snip]
>Description:
The printf family of functions behaves unpredictably if the file passed to = the function has the __SERR flag set in _flags. =A0The one consistency acro= ss all of the cases detailed below is that regardless of the number of byte= s written to the file, and the success/failure of that operation, the print= f functions (printf, fprintf, wprintf, fwprintf) will always return -1 (EOF= ).

=A0* For the case of an unbuffered file, =A0the operation currently fails t= ransmitting no bytes, and returns -1.
=A0* For the case of a buffered file, the operation transmits all bytes and= the function returns -1.

The problem is that the behavior here is inconsistent, and should not be. = =A0 The question is wether all should be made to fail consistently and tran= smit no bytes if __SERR is set on _flags, or if failure should be determine= d based on the success of byte transmission, discounting file state.

Per the ISO/IEC 9899:201x (C11) Section 7.21.6.1, 14:

The fprintf function returns the number of characters transmitted, or a neg= ative value if an output or encoding error occurred.

My reading of this specification is that success should be determined based= on byte-transmission, and should not factor-in file state. =A0In addition = to the ISO standard, the glibc implementation will reliably succeed with an= y error flag set if bytes are successfully transmitted (although it will tr= ansmit partial messages prior to successful conversion, which is unfortunat= e).

The attached patch makes the operation on buffered and unbuffered files con= sistent across the affected printf/wprintf functions, determines success/fa= ilure based on successful byte-transmission alone, and preserves _flags sta= te for __SERR as passed in.

[...snip]

--
regards,
matt
--14dae93403056d11e204b916da9f-- From brent at beanfield.com Thu Feb 16 17:20:10 2012 From: brent at beanfield.com (Brent) Date: Thu Feb 16 17:20:21 2012 Subject: bin/165207: rctl(8) cannot identify jails via modified name Message-ID: <201202161718.q1GHIWiX056235@red.freebsd.org> >Number: 165207 >Category: bin >Synopsis: rctl(8) cannot identify jails via modified name >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 16 17:20:09 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Brent >Release: 9.0-RELEASE >Organization: >Environment: FreeBSD freebsd 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Feb 14 11:01:47 EST 2012 root@freebsd:/usr/obj/usr/src/sys/RCTL amd64 >Description: rctl(8) man page examples state: rctl -hu jail:www Display resource usage information for jail named "www". If a jail is started with -n "name", rctl can correctly identify it. If a running jail's name is modified with `jail -m name="name"`, rctl cannot identify it, and continues to use the previous jail name. If no jail name was set upon jail creation, rctl can only identify it via its JID. >How-To-Repeat: JID 5 was started with -n "test1": freebsd# jls JID IP Address Hostname Path 5 10.1.1.1 test1 /usr/jails/test1 Accessible via name: freebsd# jexec test1 tcsh test1# Show stats for jail named "test1": freebsd# rctl -hu jail:test1|head cputime=1681 datasize=16M stacksize=0 coredumpsize=0 memoryuse=57M memorylocked=0 maxproc=10 openfiles=0 vmemoryuse=937M pseudoterminals=0 Modify jail name to "test2": freebsd# jail -m name=test2 jid=5 Accessible via modified name "test2": freebsd# jexec test2 tcsh test1# `rctl` has no knowledge of "test2": freebsd# rctl -hu jail:test2|head cputime=0 datasize=0 stacksize=0 coredumpsize=0 memoryuse=0 memorylocked=0 maxproc=0 openfiles=0 vmemoryuse=0 pseudoterminals=0 `rctl` still believes it's "test1": freebsd# rctl -hu jail:test1|head cputime=1900 datasize=16M stacksize=0 coredumpsize=0 memoryuse=57M memorylocked=0 maxproc=10 openfiles=0 vmemoryuse=937M pseudoterminals=0 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From lacombar at gmail.com Thu Feb 16 18:00:31 2012 From: lacombar at gmail.com (Arnaud Lacombe) Date: Thu Feb 16 18:00:37 2012 Subject: misc/165208: Incorrect unit/description in `vm.vmtotal' output Message-ID: <201202161759.q1GHxSx3031293@red.freebsd.org> >Number: 165208 >Category: misc >Synopsis: Incorrect unit/description in `vm.vmtotal' output >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 16 18:00:24 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Arnaud Lacombe >Release: 8-STABLE >Organization: n/a >Environment: % uname -a FreeBSD shai 8.2-STABLE FreeBSD 8.2-STABLE #2: Mon May 9 14:29:02 EDT 2011 >Description: The description "Free Memory Pages" from the output of `vm.vmtotal' is clearly wrong: % sysctl vm.vmtotal vm.vmtotal: System wide totals computed every five seconds: (values in kilobytes) =============================================== Processes: (RUNQ: 1 Disk Wait: 0 Page Wait: 0 Sleep: 147) Virtual Memory: (Total: 1075965600K, Active 2091112K) Real Memory: (Total: 199976K Active 122716K) Shared Virtual Memory: (Total: 63564K Active: 28088K) Shared Real Memory: (Total: 15200K Active: 11620K) Free Memory Pages: 507564K While the machine only really has 4G of memory, that's only at most 1 million pages. There is absolutely *no way* for this machine to have 519745536 free memory pages. >How-To-Repeat: run `sysctl vm.vmtotal', read output, think about what is written. >Fix: s/ Pages//. and break the ABI for all the people parsing sysctl(8) output. >Release-Note: >Audit-Trail: >Unformatted: From wgh at torlan.ru Thu Feb 16 19:20:07 2012 From: wgh at torlan.ru (Maxim WGH) Date: Thu Feb 16 19:20:14 2012 Subject: kern/165210: SCTP sockets don't bind on interfaces created by netgraph Message-ID: <201202161918.q1GJIUGi076734@red.freebsd.org> >Number: 165210 >Category: kern >Synopsis: SCTP sockets don't bind on interfaces created by netgraph >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 16 19:20:07 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Maxim "WGH" >Release: 8.1-RELEASE-p1 >Organization: >Environment: FreeBSD torlan 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #8: Sat Oct 30 23:25:06 MSD 2010 wgh@torlan:/usr/obj/usr/src/sys/TORLAN i386 >Description: I was experimenting with SCTP, and I noticed I couldn't bind SCTP socket to interface ng0, which was created by mpd5 (net/mpd5) daemon. bind() system calls fails with errno 49 "Can't assign requested address". It does bind on any other address in the system, including 0.0.0.0 (INADDR_ANY). The latter still doesn't allow incoming SCTP connections on that address though (although instead of "connection refused" I get hanging connect()). I've looked through both netgraph and sctp source code. netgraph creates IFT_PROPVIRTUAL interfaces, and there is a function in sctp called sctp_is_desired_interface_type. The latter doesn't think that IFT_PROPVIRTUAL is something desirable. I believe it's a bug, because netgraph is a generic framework, and there is no reason to not allow creation of SCTP sockets on its interfaces. For instance, I use L2TP provided by mpd5 as main internet connection. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From eadler at FreeBSD.org Thu Feb 16 20:02:55 2012 From: eadler at FreeBSD.org (eadler@FreeBSD.org) Date: Thu Feb 16 20:03:01 2012 Subject: misc/165208: Incorrect unit/description in `vm.vmtotal' output Message-ID: <201202162002.q1GK2s4q030116@freefall.freebsd.org> Synopsis: Incorrect unit/description in `vm.vmtotal' output Responsible-Changed-From-To: freebsd-bugs->eadler Responsible-Changed-By: eadler Responsible-Changed-When: Thu Feb 16 20:02:54 UTC 2012 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=165208 From jake at mischler.com Thu Feb 16 20:10:10 2012 From: jake at mischler.com (Dave Mischler) Date: Thu Feb 16 20:10:17 2012 Subject: kern/165212: No WiFi on Acer Aspire One 751h (Atheros AR5BHB63 & AR5B95) Message-ID: <201202162000.q1GK0gV7049091@red.freebsd.org> >Number: 165212 >Category: kern >Synopsis: No WiFi on Acer Aspire One 751h (Atheros AR5BHB63 & AR5B95) >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 16 20:10:09 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Dave Mischler >Release: 10-CURRENT >Organization: >Environment: FreeBSD halfpint.mischler.com 10.0-CURRENT FreeBSD 10.0-CURRENT #3: Wed Feb 15 16:38:41 EST 2012 mischler@rundlet.mischler.com:/usr/obj/usr/src/sys/HALFPINT i386 >Description: Nothing is ever received by ath0 on an Acer Aspire One A0751h-1279 under 8.2, 9.0-RELEASE, 9.0-STABLE or 10.0-CURRENT. It works on Ubuntu-10.10 (only version I tried). I also tried an AR5B95 card, and had the same results (works on Ubuntu, not on FreeBSD). I had the PCI mapping problem under 8.2 (see http://lists.freebsd.org/pipermail/freebsd-mobile/2011-June/012364.html for more info). I discussed this matter on freebsd-wireless starting with http://docs.freebsd.org/cgi/getmsg.cgi?fetch=87215+0+archive/2012/freebsd-wireless/20120212.freebsd-wireless Here is what shows up in dmesg.today for ath0 with the AR5BHB63 installed: ath0: mem 0xd0000000-0xd000ffff irq 17 at device 0.0 on pci3 ath0: AR2425 mac 14.2 RF5424 phy 7.0 and this is what shows up from pciconf -lv: ath0@pci0:3:0:0: class=0x020000 card=0xe00d105b chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR242x / AR542x Wireless Network Adapter (PCI-Express)' class = network subclass = ethernet I boot the system and run the following commands and never get any responses: ifconfig wlan0 create wlandev ath0 ifconfig wlan0 up scan ifconfig wlan0 list scan >How-To-Repeat: Try to connect to a WiFi network with an Acer Aspire One A0751h-1279 netbook running FreeBSD 8.2 or later. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From adam.twardowski at gmail.com Thu Feb 16 21:30:13 2012 From: adam.twardowski at gmail.com (Adam Twardowski) Date: Thu Feb 16 21:30:19 2012 Subject: kern/165214: Kernel panic in ieee80211_output.c:2505 Message-ID: <201202162121.q1GLLODr094841@red.freebsd.org> >Number: 165214 >Category: kern >Synopsis: Kernel panic in ieee80211_output.c:2505 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 16 21:30:12 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Adam Twardowski >Release: 9.0-RELEASE >Organization: >Environment: FreeBSD p4 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Mon Feb 13 03:19:58 EST 2012 root@p4:/usr/obj/usr/src/sys/ROUTETABLES i386 >Description: [513][root.p4: ROUTETABLES]$ # kgdb kernel.debug /var/crash/vmcore.2 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0746b9d stack pointer = 0x28:0xd85acbdc frame pointer = 0x28:0xd85acbf4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 15 (usbus4) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xc069421a at kdb_backtrace+0x43 #1 0xc0663652 at panic+0x114 #2 0xc08fbcb4 at trap_fatal+0x320 #3 0xc08fbd49 at trap_pfault+0x89 #4 0xc08fca67 at trap+0x437 #5 0xc08e6e7c at calltrap+0x6 #6 0xc072b61a at ieee80211_process_callback+0x46 #7 0xc0574743 at urtw_bulk_tx_callback+0x96 #8 0xc056f8ab at usbd_callback_wrapper+0x70c #9 0xc056bda4 at usb_command_wrapper+0xc5 #10 0xc056e7ce at usb_callback_proc+0x100 #11 0xc0568c8e at usb_process+0xf5 #12 0xc06375db at fork_exit+0x91 #13 0xc08e6ef4 at fork_trampoline+0x8 Uptime: 3h44m34s Physical memory: 1006 MB Dumping 209 MB: 194 178 162 146 130 114 98 82 66 50 34 18 2 Reading symbols from /boot/kernel/geom_mirror.ko...Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_mirror.ko #0 doadump (textdump=1) at pcpu.h:244 244 __asm("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc0746b9d 0xc0746b9d is in ieee80211_tx_mgt_cb (/usr/src/sys/net80211/ieee80211_output.c:2505). 2500 } 2501 2502 static void 2503 ieee80211_tx_mgt_cb(struct ieee80211_node *ni, void *arg, int status) 2504 { 2505 struct ieee80211vap *vap = ni->ni_vap; 2506 enum ieee80211_state ostate = (enum ieee80211_state) arg; 2507 2508 /* 2509 * Frame transmit completed; arrange timer callback. If (kgdb) backtrace #0 doadump (textdump=1) at pcpu.h:244 #1 0xc06633fe in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc066368f in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc08fbcb4 in trap_fatal (frame=0xd85acb9c, eva=0) at /usr/src/sys/i386/i386/trap.c:975 #4 0xc08fbd49 in trap_pfault (frame=0xd85acb9c, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:839 #5 0xc08fca67 in trap (frame=0xd85acb9c) at /usr/src/sys/i386/i386/trap.c:558 #6 0xc08e6e7c in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #7 0xc0746b9d in ieee80211_tx_mgt_cb (ni=0x0, arg=0x2, status=0) at /usr/src/sys/net80211/ieee80211_output.c:2504 #8 0xc072b61a in ieee80211_process_callback (ni=0x0, m=0xc818f100, status=0) at /usr/src/sys/net80211/ieee80211_freebsd.c:478 #9 0xc0574743 in urtw_bulk_tx_callback (xfer=0xc3cc9168, error=USB_ERR_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/wlan/if_urtw.c:4176 #10 0xc056f8ab in usbd_callback_wrapper (pq=0xc3cc9030) at /usr/src/sys/dev/usb/usb_transfer.c:2231 #11 0xc056bda4 in usb_command_wrapper (pq=0xc3cc9030, xfer=0x0) at /usr/src/sys/dev/usb/usb_transfer.c:2860 #12 0xc056e7ce in usb_callback_proc (_pm=0xc3cc9044) at /usr/src/sys/dev/usb/usb_transfer.c:2096 #13 0xc0568c8e in usb_process (arg=0xc3a96ccc) at /usr/src/sys/dev/usb/usb_process.c:170 #14 0xc06375db in fork_exit (callout=0xc0568b99 , arg=0xc3a96ccc, frame=0xd85acd28) at /usr/src/sys/kern/kern_fork.c:995 #15 0xc08e6ef4 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 (kgdb) >How-To-Repeat: Not sure, seems to happen randomly. I did notice that that it happened about 15 min after the wireless link went down. The adapter is an Alfa AWUS036H. urtw0: on usbus4 urtw0: unknown RTL8187L type: 0x8000000 Feb 16 05:51:17 p4 kernel: wlan0: link state changed to DOWN Feb 16 06:06:36 p4 syslogd: kernel boot file is /boot/kernel/kernel Feb 16 06:06:37 p4 kernel: Copyright (c) 1992-2012 The FreeBSD Project. Feb 16 06:06:37 p4 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From adrian at FreeBSD.org Fri Feb 17 03:00:22 2012 From: adrian at FreeBSD.org (Adrian Chadd) Date: Fri Feb 17 03:00:29 2012 Subject: kern/165220: [ath] "ath_rx_tasklet: sc_inreset_cnt > 0; skipping" messages Message-ID: <201202170250.q1H2oB7u022658@red.freebsd.org> >Number: 165220 >Category: kern >Synopsis: [ath] "ath_rx_tasklet: sc_inreset_cnt > 0; skipping" messages >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 17 03:00:21 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Adrian Chadd >Release: 9.0-RELEASE i386, with -HEAD net80211/ath >Organization: >Environment: >Description: There are far too many of the following messages showing up: [100191] ath0: ath_rx_tasklet: sc_inreset_cnt > 0; skipping [100191] ath0: ath_rx_tasklet: sc_inreset_cnt > 0; skipping [100191] ath0: ath_rx_tasklet: sc_inreset_cnt > 0; skipping [100191] ath0: ath_rx_tasklet: sc_inreset_cnt > 0; skipping [100191] ath0: ath_start: sc_inreset_cnt > 0; bailing [100191] ath0: ath_rx_tasklet: sc_inreset_cnt > 0; skipping [100191] ath0: ath_rx_tasklet: sc_inreset_cnt > 0; skipping [100191] ath0: ath_rx_tasklet: sc_inreset_cnt > 0; skipping . What's happening is that a bunch of TX or RX completion is occuring at the same time as a channel change/reset. The previous code just had these run concurrently, causing all kinds of random and weird behaviour. I introduced some debugging in FreeBSD-HEAD that tries to (a) stop these and (b) log when they occur, so I could actually try finding/figuring out what's going on. This is one of these cases. :-) >How-To-Repeat: Just run ath :-) >Fix: The problem is that although interrupts are disabled in reset, the ath taskqueue may currently be running and this means existing TX completion and RX will occur. I think the fix is to do this: * grab the PCU lock * disable interrupts * grab the reset counter * stop the ath taskqueue and wait for pending tasks to complete . but is this still racy? A patch I've done to do the above in ath_reset() and ath_chan_change() reduces the instances of this quite heavily but it still occasionally turns up. >Release-Note: >Audit-Trail: >Unformatted: From dfilter at FreeBSD.ORG Fri Feb 17 03:30:15 2012 From: dfilter at FreeBSD.ORG (dfilter service) Date: Fri Feb 17 03:30:22 2012 Subject: kern/165220: commit references a PR Message-ID: <201202170330.q1H3UEd3039520@freefall.freebsd.org> The following reply was made to PR kern/165220; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/165220: commit references a PR Date: Fri, 17 Feb 2012 03:23:16 +0000 (UTC) Author: adrian Date: Fri Feb 17 03:23:01 2012 New Revision: 231854 URL: http://svn.freebsd.org/changeset/base/231854 Log: Begin breaking out the txrx stop code into a locked and unlocked variant. PR: kern/165220 Modified: head/sys/dev/ath/if_ath.c Modified: head/sys/dev/ath/if_ath.c ============================================================================== --- head/sys/dev/ath/if_ath.c Fri Feb 17 03:01:29 2012 (r231853) +++ head/sys/dev/ath/if_ath.c Fri Feb 17 03:23:01 2012 (r231854) @@ -1903,15 +1903,16 @@ ath_stop_locked(struct ifnet *ifp) #define MAX_TXRX_ITERATIONS 1000 static void -ath_txrx_stop(struct ath_softc *sc) +ath_txrx_stop_locked(struct ath_softc *sc) { int i = MAX_TXRX_ITERATIONS; ATH_UNLOCK_ASSERT(sc); + ATH_PCU_LOCK_ASSERT(sc); + /* Stop any new TX/RX from occuring */ taskqueue_block(sc->sc_tq); - ATH_PCU_LOCK(sc); /* * Sleep until all the pending operations have completed. * @@ -1925,7 +1926,6 @@ ath_txrx_stop(struct ath_softc *sc) msleep(sc, &sc->sc_pcu_mtx, 0, "ath_txrx_stop", 1); i--; } - ATH_PCU_UNLOCK(sc); if (i <= 0) device_printf(sc->sc_dev, @@ -1935,6 +1935,17 @@ ath_txrx_stop(struct ath_softc *sc) #undef MAX_TXRX_ITERATIONS static void +ath_txrx_stop(struct ath_softc *sc) +{ + ATH_UNLOCK_ASSERT(sc); + ATH_PCU_UNLOCK_ASSERT(sc); + + ATH_PCU_LOCK(sc); + ath_txrx_stop_locked(sc); + ATH_PCU_UNLOCK(sc); +} + +static void ath_txrx_start(struct ath_softc *sc) { _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From dfilter at FreeBSD.ORG Fri Feb 17 03:50:11 2012 From: dfilter at FreeBSD.ORG (dfilter service) Date: Fri Feb 17 03:50:18 2012 Subject: kern/165220: commit references a PR Message-ID: <201202170350.q1H3oBKj059019@freefall.freebsd.org> The following reply was made to PR kern/165220; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/165220: commit references a PR Date: Fri, 17 Feb 2012 03:46:48 +0000 (UTC) Author: adrian Date: Fri Feb 17 03:46:38 2012 New Revision: 231857 URL: http://svn.freebsd.org/changeset/base/231857 Log: Enforce some consistent ordering and handling of interrupt disable/enable with RX/TX halting. * Always disable/enable interrupts during a channel change, just to simply things. * Ensure that the ath taskqueue has completed and is paused before continuing. This dramatically reduces the instances of overlapping RX and reset conditions. PR: kern/165220 Modified: head/sys/dev/ath/if_ath.c Modified: head/sys/dev/ath/if_ath.c ============================================================================== --- head/sys/dev/ath/if_ath.c Fri Feb 17 03:39:06 2012 (r231856) +++ head/sys/dev/ath/if_ath.c Fri Feb 17 03:46:38 2012 (r231857) @@ -1934,6 +1934,7 @@ ath_txrx_stop_locked(struct ath_softc *s } #undef MAX_TXRX_ITERATIONS +#if 0 static void ath_txrx_stop(struct ath_softc *sc) { @@ -1944,6 +1945,7 @@ ath_txrx_stop(struct ath_softc *sc) ath_txrx_stop_locked(sc); ATH_PCU_UNLOCK(sc); } +#endif static void ath_txrx_start(struct ath_softc *sc) @@ -2049,11 +2051,12 @@ ath_reset(struct ifnet *ifp, ATH_RESET_T ATH_UNLOCK_ASSERT(sc); ATH_PCU_LOCK(sc); + ath_hal_intrset(ah, 0); /* disable interrupts */ + ath_txrx_stop_locked(sc); /* Ensure TX/RX is stopped */ if (ath_reset_grablock(sc, 1) == 0) { device_printf(sc->sc_dev, "%s: concurrent reset! Danger!\n", __func__); } - ath_hal_intrset(ah, 0); /* disable interrupts */ ATH_PCU_UNLOCK(sc); /* @@ -2061,7 +2064,6 @@ ath_reset(struct ifnet *ifp, ATH_RESET_T * and block future ones from occuring. This needs to be * done before the TX queue is drained. */ - ath_txrx_stop(sc); ath_draintxq(sc, reset_type); /* stop xmit side */ /* @@ -5383,21 +5385,16 @@ ath_chan_set(struct ath_softc *sc, struc struct ieee80211com *ic = ifp->if_l2com; struct ath_hal *ah = sc->sc_ah; int ret = 0; - int dointr = 0; /* Treat this as an interface reset */ ATH_PCU_LOCK(sc); + ath_hal_intrset(ah, 0); /* Stop new RX/TX completion */ + ath_txrx_stop_locked(sc); /* Stop pending RX/TX completion */ if (ath_reset_grablock(sc, 1) == 0) { device_printf(sc->sc_dev, "%s: concurrent reset! Danger!\n", __func__); } - if (chan != sc->sc_curchan) { - dointr = 1; - /* XXX only do this if inreset_cnt is 1? */ - ath_hal_intrset(ah, 0); - } ATH_PCU_UNLOCK(sc); - ath_txrx_stop(sc); DPRINTF(sc, ATH_DEBUG_RESET, "%s: %u (%u MHz, flags 0x%x)\n", __func__, ieee80211_chan2ieee(ic, chan), @@ -5466,10 +5463,10 @@ ath_chan_set(struct ath_softc *sc, struc ath_beacon_config(sc, NULL); } -#if 0 /* * Re-enable interrupts. */ +#if 0 ath_hal_intrset(ah, sc->sc_imask); #endif } @@ -5478,8 +5475,7 @@ finish: ATH_PCU_LOCK(sc); sc->sc_inreset_cnt--; /* XXX only do this if sc_inreset_cnt == 0? */ - if (dointr) - ath_hal_intrset(ah, sc->sc_imask); + ath_hal_intrset(ah, sc->sc_imask); ATH_PCU_UNLOCK(sc); /* XXX do this inside of IF_LOCK? */ _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From linimon at FreeBSD.org Fri Feb 17 04:20:48 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 04:20:54 2012 Subject: kern/164258: [mfi] mfi does not work with PERC5/i in AMD M350 motherboard Message-ID: <201202170420.q1H4Kleh088570@freefall.freebsd.org> Synopsis: [mfi] mfi does not work with PERC5/i in AMD M350 motherboard State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Fri Feb 17 04:20:27 UTC 2012 State-Changed-Why: Apparently fixed in -stable. http://www.freebsd.org/cgi/query-pr.cgi?pr=164258 From linimon at FreeBSD.org Fri Feb 17 04:23:24 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 04:23:30 2012 Subject: kern/164839: upgrade from 7-STABLE to 8-STABLE causes wifi / wlan failure Message-ID: <201202170423.q1H4NN0P094560@freefall.freebsd.org> Synopsis: upgrade from 7-STABLE to 8-STABLE causes wifi / wlan failure State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Fri Feb 17 04:23:14 UTC 2012 State-Changed-Why: Closed at submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=164839 From linimon at FreeBSD.org Fri Feb 17 04:26:27 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 04:26:43 2012 Subject: kern/164901: [regression] [patch] [lagg] igb/lagg poor traffic distribution Message-ID: <201202170426.q1H4QQBt094671@freefall.freebsd.org> Synopsis: [regression] [patch] [lagg] igb/lagg poor traffic distribution Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 17 04:26:12 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=164901 From linimon at FreeBSD.org Fri Feb 17 04:39:17 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 04:39:28 2012 Subject: kern/165032: [mii] [patch] brgphy(4) is not used for BCM57780 Message-ID: <201202170439.q1H4dHcR005684@freefall.freebsd.org> Old Synopsis: brgphy(4) is not used for BCM57780 New Synopsis: [mii] [patch] brgphy(4) is not used for BCM57780 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 17 04:38:52 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165032 From linimon at FreeBSD.org Fri Feb 17 06:53:51 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 06:53:56 2012 Subject: kern/165174: [patch] [tap] allow tap(4) to keep its address on close Message-ID: <201202170653.q1H6rogk038114@freefall.freebsd.org> Synopsis: [patch] [tap] allow tap(4) to keep its address on close Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 17 06:53:28 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165174 From adrian at FreeBSD.org Fri Feb 17 07:23:45 2012 From: adrian at FreeBSD.org (adrian@FreeBSD.org) Date: Fri Feb 17 07:23:51 2012 Subject: kern/165220: [ath] "ath_rx_tasklet: sc_inreset_cnt > 0; skipping" messages Message-ID: <201202170723.q1H7NiHd066547@freefall.freebsd.org> Synopsis: [ath] "ath_rx_tasklet: sc_inreset_cnt > 0; skipping" messages Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: adrian Responsible-Changed-When: Fri Feb 17 07:23:32 UTC 2012 Responsible-Changed-Why: Change http://www.freebsd.org/cgi/query-pr.cgi?pr=165220 From iordan at cdf.toronto.edu Fri Feb 17 16:03:57 2012 From: iordan at cdf.toronto.edu (Iordan Iordanov) Date: Fri Feb 17 16:04:32 2012 Subject: deadlock with both ports on x520-t2 brought up Message-ID: <4F3E7A6B.7060202@cdf.toronto.edu> Hello, This is more of a question about how to provide you with more information than a proper bug-report. What we've found is that with FreeBSD 9.0, when we bring up both ports of a 10GbaseT Intel x520-t2 adapter, and we start pushing data through them with (for example) iperf, processes start to deadlock and become un-killable. So far in our limited testing, bringing up only one port on the adapter does not seem to cause the same trouble. The interesting thing is that the same symptoms are repeated with Debian/KfreeBSD 6.0, which uses BSD kernel 8.1. Any ideas on how we can gather information for you? Has anybody experienced anything similar and can share information? Many thanks! Iordan Iordanov System Administrator, University of Toronto From jeremie at le-hen.org Fri Feb 17 18:00:32 2012 From: jeremie at le-hen.org (Jeremie Le Hen) Date: Fri Feb 17 18:00:39 2012 Subject: kern/154915: [libc] [patch] Force stdio output streams to line-buffered mode Message-ID: <201202171800.q1HI0VrW090362@freefall.freebsd.org> The following reply was made to PR kern/154915; it has been noted by GNATS. From: Jeremie Le Hen To: Oliver Fromme Cc: bug-followup@FreeBSD.org, jeremie@le-hen.org Subject: Re: kern/154915: [libc] [patch] Force stdio output streams to line-buffered mode Date: Fri, 17 Feb 2012 18:53:06 +0100 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Oliver, On Thu, Feb 16, 2012 at 02:49:50PM +0100, Oliver Fromme wrote: > I think introducing an environment variable for this purpose > is a bad hack. I would advise against this. > > Many tools already have options for unbuffered or line-buffered > output (for example cat -u), and there are also other ways to > circumvent such problems. > > For example, the problem quoted in the PR can be solved like this, > using the -u option of cat: > > $ iostat -x 1 | cat -un | grep ad1 This doesn't help if you enclose a command that doesn't have such an option between pipes. For instance: $ iostat -x 1 | cat -u | tr MG mg | cat -u | grep -n ad1 > or avoiding cat completely (also might be more efficient, > saving one process and one pipe, though I haven't benchmarked > this): > > $ iostat -x 1 | awk '{n+=1} /ad1/{print n, $0}' Right we can almost always replace a pipeline of commands with an awk (or whatever) script. But besides being sometimes inconvenient, saving a process or pipe does not always leads to performance benefits. The very example you took is a good illustration of my point: I sometimes have to dig into big log files and awk is naturally very powerful. Yet I noticed a *huge* performance gap between (gnu) grep and awk: $ time grep -n 'include.*stdio' 'FreeNode/##c.log' > /dev/null 1.10 real 0.97 user 0.12 sys $ time awk '{n+=1} /include.*stdio/{print n, $0}' 'FreeNode/##c.log' > /dev/null 3.74 real 3.63 user 0.08 sys > For certain other cases, I have the following alias in my ~/.zshrc > that simulates a TTY environment for a tool so it is forced to > use line-buffered output: > > alias intty='script -qt0 /dev/null' > > So I can write: > > $ intty sometool -args | grep ... > > However, the intty alias only works when it is the first command > in a pipeline (this is a limitation of the "script" command). I wasn't aware of that. Out of curiosity, I tried the following command in order to test this: $ vmstat 1 | script -qt 0 /dev/null grep . | cat And each line in output is printed twice. I didn't have time to investigate though. > In the above example, the cat command is not the first, but a > subshell can be used to work around this: > > $ intty sh -c 'iostat -x 1 | cat -n' | grep ad1 > > (It should work with any shell that supports aliases, not just > zsh, of course.) > > I suggest closing this PR. Well, an evil hack VS an even eviler workaround which is not as powerful IMHO ;). In fact, I made a far more better of version of my patch which doesn't modify libc. Instead it introduces a new shared library (libstdbuf.so) which is still controlled by environment variables, and an helper command (stdbuf(1)) is provided to do the environment-fu (including LD_PRELOAD) in your stead. Unfortuntately I forgot to update it in the PR database. You will find it attached to this email, I think the bug tracker will show it in the PR afterward. Can you tell me if it better fits your expectations in matter of "low-hackiness"? The standard code path is not modified at all. I would be glad if we could proceed with this, this is a feature I often miss. Thanks a lot for taking time to answer. Regards, -- Jeremie Le Hen Men are born free and equal. Later on, they're on their own. Jean Yanne --n8g4imXOkfNTN/H1 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="stdbuf.diff" diff -urNp src.HEAD_20111506/lib/libc/stdio/setbuf.3 src/lib/libc/stdio/setbuf.3 --- src.HEAD_20111506/lib/libc/stdio/setbuf.3 2007-01-09 01:28:07.000000000 +0100 +++ src/lib/libc/stdio/setbuf.3 2011-08-04 19:00:49.000000000 +0200 @@ -30,7 +30,7 @@ .\" SUCH DAMAGE. .\" .\" @(#)setbuf.3 8.1 (Berkeley) 6/4/93 -.\" $FreeBSD: src/lib/libc/stdio/setbuf.3,v 1.17 2007/01/09 00:28:07 imp Exp $ +.\" $FreeBSD: src/lib/libc/stdio/setbuf.3,v 1.17.10.1 2009/08/03 08:13:06 kensmith Exp $ .\" .Dd June 4, 1993 .Dt SETBUF 3 @@ -83,6 +83,9 @@ normally does) it is line buffered. The standard error stream .Dv stderr is always unbuffered. +Note that these defaults maybe be altered using the +.Xr stdbuf 1 +utility. .Pp The .Fn setvbuf @@ -177,6 +180,7 @@ function returns what the equivalent .Fn setvbuf would have returned. .Sh SEE ALSO +.Xr stdbuf 1 , .Xr fclose 3 , .Xr fopen 3 , .Xr fread 3 , diff -urNp src.HEAD_20111506/lib/libstdbuf/Makefile src/lib/libstdbuf/Makefile --- src.HEAD_20111506/lib/libstdbuf/Makefile 1970-01-01 01:00:00.000000000 +0100 +++ src/lib/libstdbuf/Makefile 2011-08-04 18:49:59.000000000 +0200 @@ -0,0 +1,15 @@ +# $FreeBSD: src/lib/libftpio/Makefile,v 1.17.2.1 2009/08/03 08:13:06 kensmith Exp $ + +.include + +LIB= stdbuf +SRCS= stdbuf.c +SHLIB_MAJOR= 1 +MAN= libstdbuf.3 + +CFLAGS+= -I${.CURDIR} +LDADD= -lutil + +WARNS?= 6 + +.include diff -urNp src.HEAD_20111506/lib/libstdbuf/libstdbuf.3 src/lib/libstdbuf/libstdbuf.3 --- src.HEAD_20111506/lib/libstdbuf/libstdbuf.3 1970-01-01 01:00:00.000000000 +0100 +++ src/lib/libstdbuf/libstdbuf.3 2011-08-04 18:47:04.000000000 +0200 @@ -0,0 +1,111 @@ +.\" Copyright (c) 2011 Jeremie Le Hen +.\" All rights reserved. +.\" +.\" Redistribution and use in source and binary forms, with or without +.\" modification, are permitted provided that the following conditions +.\" are met: +.\" 1. Redistributions of source code must retain the above copyright +.\" notice, this list of conditions and the following disclaimer. +.\" 2. Redistributions in binary form must reproduce the above copyright +.\" notice, this list of conditions and the following disclaimer in the +.\" documentation and/or other materials provided with the distribution. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND +.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE +.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE +.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE +.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL +.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS +.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) +.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT +.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY +.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF +.\" SUCH DAMAGE. +.\" +.\" $FreeBSD$ +.\" +.Dd August 4, 2011 +.Dt LIBSTDBUF 3 +.Os +.Sh NAME +.Nm libstdbuf +.Nd preloaded library to change standard streams initial buffering +.Sh DESCRIPTION +The +.Nm +library is meant to be preloaded with the +.Ev LD_PRELOAD +environment variable to as to change the initial buffering +of standard input, standard output and standard error streams. +.Pp +Although you may load and configure this library manually, +an utility, +.Xr stdbuf 1 , +can be used to run a command with the appropriate environment variables. +.Sh ENVIRONMENT +Each stream can be configured indepentently through the following +environment variables (values are defined below): +.Bl -tag -width size -offset indent +.It Ev STDBUF_0 +Initial buffering definition for the standard input stream +.It Ev STDBUF_1 +Initial buffering definition for the standard output stream +.It Ev STDBUF_2 +Initial buffering definition for the standard error stream +.It Ev _STDBUF_I +GNU-compatible variable for +.Ev STDBUF_0 +.It Ev _STDBUF_O +GNU-compatible variable equivalent to +.Ev STDBUF_1 +.It Ev _STDBUF_E +GNU-compatible variable equivalent to +.Ev STDBUF_2 +.El +.Pp +Each variable may take one of the following values: +.Bl -tag -width size -offset indent +.It Qq 0 +unbuffered +.It Qq L +line buffered +.It Qq B +fully buffered with the default buffer size +.It Ar size +fully buffered with a buffer of +.Ar size +bytes +.El +.Sh EXAMPLE +In the following example, the stdout stream of the +.Xr awk 1 +command +will be fully buffered by default because it does not refer +to a terminal. +.Nm +is used to force it to be line-buffered so +.Xr vmstat 8 Ns 's +output will not stall until the full buffer fills. +.Bd -literal -offset indent +# vmstat 1 | LD_PRELOAD=/usr/lib/libstdbuf.so \\ + STDBUF_1=L awk '$2 > 1 || $3 > 1' | cat -n +.Ed +.Pp +See also the manpage of +.Xr stdbuf 1 +for a simpler way to do this. +.Sh HISTORY +The +.Nm +library first appeared in +.Fx 9.0 . +.Sh AUTHORS +.An -nosplit +The original idea of the +.Nm +command comes from +.An Padraig Brady +who implemented it in the GNU coreutils. +.An Jeremie Le Hen +implemented it on +.Fx . diff -urNp src.HEAD_20111506/lib/libstdbuf/stdbuf.c src/lib/libstdbuf/stdbuf.c --- src.HEAD_20111506/lib/libstdbuf/stdbuf.c 1970-01-01 01:00:00.000000000 +0100 +++ src/lib/libstdbuf/stdbuf.c 2011-08-04 18:17:07.000000000 +0200 @@ -0,0 +1,105 @@ +/*- + * Copyright (c) 2011 Jeremie Le Hen + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +#include +#include +#include +#include +#include +#include + +static const char * +stream_name(FILE *s) +{ + if (s == stdin) + return "stdin"; + if (s == stdout) + return "stdout"; + if (s == stderr) + return "stderr"; + /* This should not happen. */ + abort(); +} + +static void +change_buf(FILE *s, const char *bufmode) +{ + size_t bufsiz; + uint64_t sizearg; + int mode; + + bufsiz = 0; + if (bufmode[0] == '0' && bufmode[1] == '\0') + mode = _IONBF; + else if (bufmode[0] == 'L' && bufmode[1] == '\0') + mode = _IOLBF; + else if (bufmode[0] == 'B' && bufmode[1] == '\0') { + mode = _IOFBF; + bufsiz = 0; + } else { + errno = 0; + if (expand_number(bufmode, &sizearg) == -1) { + warn("Wrong buffer mode '%s' for %s", bufmode, + stream_name(s)); + return; + } + if (sizearg > SIZE_T_MAX) { + warn("Buffer size too big for %s", stream_name(s)); + return; + } + mode = _IOFBF; + bufsiz = (size_t)sizearg; + } + if (setvbuf(s, NULL, mode, bufsiz) != 0) + warn("Cannot set buffer mode '%s' for %s", bufmode, + stream_name(s)); +} + +__attribute__ ((constructor)) static void +stdbuf(void) +{ + char *i_mode, *o_mode, *e_mode; + + i_mode = getenv("STDBUF_0"); + if (i_mode == NULL) + i_mode = getenv("_STDBUF_I"); + o_mode = getenv("STDBUF_1"); + if (o_mode == NULL) + o_mode = getenv("_STDBUF_O"); + e_mode = getenv("STDBUF_2"); + if (e_mode == NULL) + e_mode = getenv("_STDBUF_E"); + + if (e_mode) + change_buf(stderr, e_mode); + if (i_mode) + change_buf(stdin, i_mode); + if (o_mode) + change_buf(stdout, o_mode); +} diff -urNp src.HEAD_20111506/usr.bin/stdbuf/Makefile src/usr.bin/stdbuf/Makefile --- src.HEAD_20111506/usr.bin/stdbuf/Makefile 1970-01-01 01:00:00.000000000 +0100 +++ src/usr.bin/stdbuf/Makefile 2011-08-02 19:16:30.000000000 +0200 @@ -0,0 +1,8 @@ +# $Id$ + +PROG= stdbuf +SRCS= stdbuf.c + +WARNS?= 6 + +.include Files src.HEAD_20111506/usr.bin/stdbuf/sh.core and src/usr.bin/stdbuf/sh.core differ diff -urNp src.HEAD_20111506/usr.bin/stdbuf/stdbuf.1 src/usr.bin/stdbuf/stdbuf.1 --- src.HEAD_20111506/usr.bin/stdbuf/stdbuf.1 1970-01-01 01:00:00.000000000 +0100 +++ src/usr.bin/stdbuf/stdbuf.1 2011-08-04 18:46:35.000000000 +0200 @@ -0,0 +1,124 @@ +.\" Copyright (C) 2011 Jeremie Le Hen +.\" All rights reserved. +.\" +.\" Redistribution and use in source and binary forms, with or without +.\" modification, are permitted provided that the following conditions +.\" are met: +.\" 1. Redistributions of source code and documentation must retain the above +.\" copyright notice, this list of conditions and the following disclaimer. +.\" 2. Redistributions in binary form must reproduce the above copyright +.\" notice, this list of conditions and the following disclaimer in the +.\" documentation and/or other materials provided with the distribution. +.\" 3. All advertising materials mentioning features or use of this software +.\" must display the following acknowledgement: +.\" This product includes software developed or owned by Caldera +.\" International, Inc. +.\" 4. Neither the name of Caldera International, Inc. nor the names of other +.\" contributors may be used to endorse or promote products derived from +.\" this software without specific prior written permission. +.\" +.\" USE OF THE SOFTWARE PROVIDED FOR UNDER THIS LICENSE BY CALDERA +.\" INTERNATIONAL, INC. AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR +.\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES +.\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. +.\" IN NO EVENT SHALL CALDERA INTERNATIONAL, INC. BE LIABLE FOR ANY DIRECT, +.\" INDIRECT INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES +.\" (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR +.\" SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) +.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, +.\" STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING +.\" IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE +.\" POSSIBILITY OF SUCH DAMAGE. +.\" +.\" $FreeBSD: src/usr.bin/dc/dc.1,v 1.2 2010/01/22 23:50:46 delphij Exp $ +.\" +.Dd August 4, 2011 +.Dt STDBUF 1 +.Os +.Sh NAME +.Nm stdbuf +.Nd change standard streams initial buffering +.Sh SYNOPSIS +.Nm +.Op Fl e Ar bufdef +.Op Fl i Ar bufdef +.Op Fl o Ar bufdef +.Op Ar command Op ... +.Sh DESCRIPTION +.Nm +is used to change the initial buffering of standard input, +standard output and/or standard error streams for +.Ar command . +It relies on +.Xr libstdbuf 3 +which is loaded and configured by +.Nm +through environment variables. +.Pp +The options are as follows: +.Bl -tag -width Ds +.It Fl e Ar bufdef +Set initial buffering of the standard error stream for +.Ar command +as defined by +.Ar bufdef +.Pq see Sx BUFFER DEFINITION . +.It Fl i Ar bufdef +Set initial buffering of the standard input stream for +.Ar command +as defined by +.Ar bufdef +.Pq see Sx BUFFER DEFINITION . +.It Fl o Ar bufdef +Set initial buffering of the standard output stream for +.Ar command +as defined by +.Ar bufdef +.Pq see Sx BUFFER DEFINITION . +.El +.Sh BUFFER DEFINITION +Buffer definition is the same as in +.Xr libstdbuf 3 : +.Bl -tag -width size -offset indent +.It Qq 0 +unbuffered +.It Qq L +line buffered +.It Qq B +fully buffered with the default buffer size +.It Ar size +fully buffered with a buffer of +.Ar size +bytes +.El +.Sh EXAMPLES +In the following example, the stdout stream of the +.Xr awk 1 +command +will be fully buffered by default because it does not refer +to a terminal. +.Nm +is used to force it to be line-buffered so +.Xr vmstat 8 Ns 's +output will not stall until the full buffer fills. +.Bd -literal -offset indent +# vmstat 1 | stdbuf -o L awk '$2 > 1 || $3 > 1' | cat -n +.Ed +.Sh SEE ALSO +.Xr libstdbuf 3 , +.Xr setvbuf 3 +.Sh HISTORY +The +.Nm +utility first appeared in +.Fx 9.0 . +.Sh AUTHORS +.An -nosplit +The original idea of the +.Nm +command comes from +.An Padraig Brady +who implemented it in the GNU coreutils. +.An Jeremie Le Hen +implemented it on +.Fx . diff -urNp src.HEAD_20111506/usr.bin/stdbuf/stdbuf.c src/usr.bin/stdbuf/stdbuf.c --- src.HEAD_20111506/usr.bin/stdbuf/stdbuf.c 1970-01-01 01:00:00.000000000 +0100 +++ src/usr.bin/stdbuf/stdbuf.c 2011-08-04 18:17:50.000000000 +0200 @@ -0,0 +1,107 @@ +/*- + * Copyright (c) 2011 Jeremie Le Hen + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +#include +#include +#include + +#define LIBSTDBUF "/usr/lib/libstdbuf.so" + +extern char *__progname; + +static void usage(int); + +static void +usage(int s) +{ + + fprintf(stderr, "Usage: %s [-e bufdef] [-i bufdef] [-o bufdef] " + " [args ...]\n", __progname); + fprintf(stderr, " ``bufdef'' being:\n"); + fprintf(stderr, " - \"0\" to disable buffering;\n"); + fprintf(stderr, " - \"L\" to set line-buffering;\n"); + fprintf(stderr, " - to set full-buffering.\n"); + exit(s); +} + +int +main(int argc, char *argv[]) +{ + int i; + char *ibuf = NULL, *obuf = NULL, *ebuf = NULL; + char *preload0, *preload1; + + while ((i = getopt(argc, argv, ":e:i:o:")) != -1) { + switch (i) { + case 'e': + ebuf = optarg; + break; + case 'i': + ibuf = optarg; + break; + case 'o': + obuf = optarg; + break; + case ':': + warnx("Missing argument for option -%c", optopt); + usage(1); + break; + case '?': + default: + warnx("Unknown option -%c", optopt); + usage(1); + break; + } + } + argc -= optind; + argv += optind; + + if (ibuf != NULL && setenv("STDBUF_0", ibuf, 1) == -1) + warn("Failed to set environment variable: %s=%s", + "STDBUF_0", ibuf); + if (obuf != NULL && setenv("STDBUF_1", obuf, 1) == -1) + warn("Failed to set environment variable: %s=%s", + "STDBUF_1", obuf); + if (ebuf != NULL && setenv("STDBUF_2", ebuf, 1) == -1) + warn("Failed to set environment variable: %s=%s", + "STDBUF_2", ebuf); + + preload0 = getenv("LD_PRELOAD"); + if (preload0 == NULL) + i = asprintf(&preload1, "LD_PRELOAD=" LIBSTDBUF); + else + i = asprintf(&preload1, "LD_PRELOAD=%s:%s", preload0, + LIBSTDBUF); + + if (i < 0 || putenv(preload1) == -1) + warn("Failed to set environment variable: %s", preload1); + + execvp(argv[0], argv); + err(2, "%s", argv[0]); +} --n8g4imXOkfNTN/H1-- From linimon at FreeBSD.org Fri Feb 17 18:23:34 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 18:23:40 2012 Subject: kern/165021: [ath] ath device timeout during scan/attach, if wlan_ccmp/wlan_tkip isn't loaded Message-ID: <201202171823.q1HINY90018128@freefall.freebsd.org> Synopsis: [ath] ath device timeout during scan/attach, if wlan_ccmp/wlan_tkip isn't loaded Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 17 18:23:14 UTC 2012 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=165021 From linimon at FreeBSD.org Fri Feb 17 18:32:26 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 18:32:38 2012 Subject: kern/165181: [igb] igb freezes after about 2 weeks of uptime Message-ID: <201202171832.q1HIWQmu028254@freefall.freebsd.org> Old Synopsis: IGB freezes after about 2 weeks of uptime New Synopsis: [igb] igb freezes after about 2 weeks of uptime Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 17 18:31:59 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165181 From robrob2626 at yahoo.com Fri Feb 17 20:10:14 2012 From: robrob2626 at yahoo.com (robert) Date: Fri Feb 17 20:10:20 2012 Subject: kern/165252: [pf] ken panics with VIMAGE and PF on FreeBSD 9.0 rel Message-ID: <201202172008.q1HK8OMm079964@red.freebsd.org> >Number: 165252 >Category: kern >Synopsis: [pf] ken panics with VIMAGE and PF on FreeBSD 9.0 rel >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 17 20:10:13 UTC 2012 >Closed-Date: >Last-Modified: >Originator: robert >Release: FreeBSD 9.0 Release >Organization: n/a >Environment: FreeBSD base.xxxxxxxxxx.com 9.0-RELEASE FreeBSD 9.0-RELEASE #2: Thu Feb 16 21:04:11 CET 2012 root@base.xxxxxxxxxx.com:/usr/obj/usr/src/sys/MYKERNEL amd64 >Description: I am getting constant kernel panics with VIMAGE and PF on FreeBSD 9-RELEASE with jails. I have tried diffrent PF configurations with VIMAGE + epair or VIMAGE + netgragh and still get kernel panics. The kernel panics stop as soon as I disable PF in rc.conf. I am attaching an example pic of said panics. http://i40.tinypic.com/2q00etz.jpg >How-To-Repeat: Example of setup PF + VIMAGE + epair. http://wiki.polymorf.fr/index.php/Howto:FreeBSD_jail_vnet Example of setup PF + VIMAGE + netgragh http://druidbsd.sourceforge.net/vimage.shtml >Fix: NONE >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Fri Feb 17 20:17:42 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 20:17:49 2012 Subject: kern/165252: [pf] [panic] kernel panics with VIMAGE and PF on FreeBSD 9.0 rel Message-ID: <201202172017.q1HKHgLk020657@freefall.freebsd.org> Old Synopsis: [pf] ken panics with VIMAGE and PF on FreeBSD 9.0 rel New Synopsis: [pf] [panic] kernel panics with VIMAGE and PF on FreeBSD 9.0 rel Responsible-Changed-From-To: freebsd-bugs->freebsd-pf Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 17 20:17:18 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165252 From linimon at FreeBSD.org Fri Feb 17 20:20:21 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 20:20:33 2012 Subject: kern/165087: [unionfs] lock violation in unionfs Message-ID: <201202172020.q1HKKKml021158@freefall.freebsd.org> Old Synopsis: lock violation in unionfs New Synopsis: [unionfs] lock violation in unionfs Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 17 20:19:43 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165087 From linimon at FreeBSD.org Fri Feb 17 20:25:47 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 20:25:53 2012 Subject: kern/165210: [sctp] SCTP sockets don't bind on interfaces created by netgraph Message-ID: <201202172025.q1HKPlj9029283@freefall.freebsd.org> Old Synopsis: SCTP sockets don't bind on interfaces created by netgraph New Synopsis: [sctp] SCTP sockets don't bind on interfaces created by netgraph Responsible-Changed-From-To: freebsd-bugs->rrs Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 17 20:23:18 UTC 2012 Responsible-Changed-Why: Randall, are you still working on sctp? If not, just reassign the PR back to freebsd-net@. http://www.freebsd.org/cgi/query-pr.cgi?pr=165210 From linimon at FreeBSD.org Fri Feb 17 20:26:14 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Feb 17 20:26:20 2012 Subject: kern/165214: [ieee80211] Kernel panic in ieee80211_output.c:2505 Message-ID: <201202172026.q1HKQD33029343@freefall.freebsd.org> Old Synopsis: Kernel panic in ieee80211_output.c:2505 New Synopsis: [ieee80211] Kernel panic in ieee80211_output.c:2505 Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 17 20:25:58 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165214 From biuro at artbettona.pl Fri Feb 17 21:30:17 2012 From: biuro at artbettona.pl (uPdaoIwGeFNtgwik) Date: Fri Feb 17 21:30:23 2012 Subject: misc/165255: CEpgavNLQUDaqGaV Message-ID: <201202172122.q1HLMa5R010505@red.freebsd.org> >Number: 165255 >Category: misc >Synopsis: CEpgavNLQUDaqGaV >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Fri Feb 17 21:30:16 UTC 2012 >Closed-Date: >Last-Modified: >Originator: uPdaoIwGeFNtgwik >Release: qajJSNZGElCq >Organization: gJirmbKsqgIcfvxQ >Environment: Wat een rare term "werkende moereds"; alsof een moeder an sich niet werkt. Deze moeder werkt zo'n beetje 24 uur per dag. >Description: Wat een rare term "werkende moereds"; alsof een moeder an sich niet werkt. Deze moeder werkt zo'n beetje 24 uur per dag. >How-To-Repeat: Wat een rare term "werkende moereds"; alsof een moeder an sich niet werkt. Deze moeder werkt zo'n beetje 24 uur per dag. >Fix: Wat een rare term "werkende moereds"; alsof een moeder an sich niet werkt. Deze moeder werkt zo'n beetje 24 uur per dag. >Release-Note: >Audit-Trail: >Unformatted: From gjb at FreeBSD.org Fri Feb 17 21:41:28 2012 From: gjb at FreeBSD.org (gjb@FreeBSD.org) Date: Fri Feb 17 21:41:34 2012 Subject: junk/165255: CEpgavNLQUDaqGaV Message-ID: <201202172141.q1HLfR16004161@freefall.freebsd.org> Synopsis: CEpgavNLQUDaqGaV State-Changed-From-To: open->closed State-Changed-By: gjb State-Changed-When: Fri Feb 17 21:41:05 UTC 2012 State-Changed-Why: Spam. Responsible-Changed-From-To: freebsd-bugs->gnats-adm Responsible-Changed-By: gjb Responsible-Changed-When: Fri Feb 17 21:41:05 UTC 2012 Responsible-Changed-Why: Spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=165255 From linimon at FreeBSD.org Sat Feb 18 01:05:10 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Feb 18 01:05:17 2012 Subject: kern/164910: Re: [hang] System can't dump corefile [regression] Message-ID: <201202180105.q1I15Ax4093923@freefall.freebsd.org> Synopsis: Re: [hang] System can't dump corefile [regression] Responsible-Changed-From-To: frebsd-bugs->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Sat Feb 18 01:04:51 UTC 2012 Responsible-Changed-Why: fix typo in closed PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=164910 From jiashiun at gmail.com Sat Feb 18 18:30:13 2012 From: jiashiun at gmail.com (Jia-Shiun Li) Date: Sat Feb 18 18:30:24 2012 Subject: kern/165271: Correct Marvell SATA controller names Message-ID: <201202181830.q1IIU1CK000422@red.freebsd.org> >Number: 165271 >Category: kern >Synopsis: Correct Marvell SATA controller names >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 18 18:30:12 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Jia-Shiun Li >Release: FreeBSD 10.0-CURRENT i386 >Organization: >Environment: System: FreeBSD bsdvm 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Sat Jan 28 20:56:05 CST 2012 root@bsdvm:/usr/obj/usr/src/sys/vm i386 >Description: Correct Marvell SATA controller names in ata driver. Unlike that all prefixed 88SX in ata driver/manpage, Marvell SATA controllers actually have two type of prefixes: 88SX[567]0xx 88SE61xx 88SE91xx 88SE92xx ref: http://www.marvell.com/storage/system-solutions/sata-controllers/ >How-To-Repeat: >Fix: Patch attached with submission follows: Index: share/man/man4/ata.4 =================================================================== --- share/man/man4/ata.4 (revision 231896) +++ share/man/man4/ata.4 (working copy) @@ -193,8 +193,8 @@ .It JMicron: JMB360, JMB361, JMB363, JMB365, JMB366, JMB368. .It Marvell -88SX5040, 88SX5041, 88SX5080, 88SX5081, 88SX6041, 88SX6042, 88SX6081, 88SX6101, -88SX6102, 88SX6111, 88SX6121, 88SX6141, 88SX6145, 88SX7042. +88SX5040, 88SX5041, 88SX5080, 88SX5081, 88SX6041, 88SX6042, 88SX6081, 88SE6101, +88SE6102, 88SE6111, 88SE6121, 88SE6141, 88SE6145, 88SX7042. .It National: SC1100. .It NetCell: Index: share/man/man4/ahci.4 =================================================================== --- share/man/man4/ahci.4 (revision 231896) +++ share/man/man4/ahci.4 (working copy) @@ -146,7 +146,7 @@ .Pp Also, in cooperation with atamarvell and atajmicron drivers of ata(4), it supports AHCI part of legacy-PATA + AHCI-SATA combined controllers, -such as JMicron JMB36x and Marvell 88SX61xx. +such as JMicron JMB36x and Marvell 88SE61xx. .Sh FILES .Bl -tag -width /dev/led/ahcich*.locate .It Pa /dev/led/ahcich*.act Index: sys/dev/ahci/ahci.c =================================================================== --- sys/dev/ahci/ahci.c (revision 231896) +++ sys/dev/ahci/ahci.c (working copy) @@ -186,13 +186,13 @@ {0x2365197b, 0x00, "JMicron JMB365", AHCI_Q_NOFORCE}, {0x2366197b, 0x00, "JMicron JMB366", AHCI_Q_NOFORCE}, {0x2368197b, 0x00, "JMicron JMB368", AHCI_Q_NOFORCE}, - {0x611111ab, 0x00, "Marvell 88SX6111", AHCI_Q_NOFORCE | AHCI_Q_1CH | + {0x611111ab, 0x00, "Marvell 88SE6111", AHCI_Q_NOFORCE | AHCI_Q_1CH | AHCI_Q_EDGEIS}, - {0x612111ab, 0x00, "Marvell 88SX6121", AHCI_Q_NOFORCE | AHCI_Q_2CH | + {0x612111ab, 0x00, "Marvell 88SE6121", AHCI_Q_NOFORCE | AHCI_Q_2CH | AHCI_Q_EDGEIS | AHCI_Q_NONCQ | AHCI_Q_NOCOUNT}, - {0x614111ab, 0x00, "Marvell 88SX6141", AHCI_Q_NOFORCE | AHCI_Q_4CH | + {0x614111ab, 0x00, "Marvell 88SE6141", AHCI_Q_NOFORCE | AHCI_Q_4CH | AHCI_Q_EDGEIS | AHCI_Q_NONCQ | AHCI_Q_NOCOUNT}, - {0x614511ab, 0x00, "Marvell 88SX6145", AHCI_Q_NOFORCE | AHCI_Q_4CH | + {0x614511ab, 0x00, "Marvell 88SE6145", AHCI_Q_NOFORCE | AHCI_Q_4CH | AHCI_Q_EDGEIS | AHCI_Q_NONCQ | AHCI_Q_NOCOUNT}, {0x91201b4b, 0x00, "Marvell 88SE912x", AHCI_Q_EDGEIS|AHCI_Q_NOBSYRES}, {0x91231b4b, 0x11, "Marvell 88SE912x", AHCI_Q_NOBSYRES|AHCI_Q_ALTSIG}, Index: sys/dev/ata/chipsets/ata-ahci.c =================================================================== --- sys/dev/ata/chipsets/ata-ahci.c (revision 231896) +++ sys/dev/ata/chipsets/ata-ahci.c (working copy) @@ -180,12 +180,12 @@ ctlr->ichannels = ATA_INL(ctlr->r_res2, ATA_AHCI_PI); ctlr->channels = MAX(flsl(ctlr->ichannels), (ATA_INL(ctlr->r_res2, ATA_AHCI_CAP) & ATA_AHCI_CAP_NPMASK) + 1); - if (pci_get_devid(dev) == ATA_M88SX6111) + if (pci_get_devid(dev) == ATA_M88SE6111) ctlr->channels = 1; - else if (pci_get_devid(dev) == ATA_M88SX6121) + else if (pci_get_devid(dev) == ATA_M88SE6121) ctlr->channels = 2; - else if (pci_get_devid(dev) == ATA_M88SX6141 || - pci_get_devid(dev) == ATA_M88SX6145) + else if (pci_get_devid(dev) == ATA_M88SE6141 || + pci_get_devid(dev) == ATA_M88SE6145) ctlr->channels = 4; ctlr->reset = ata_ahci_reset; Index: sys/dev/ata/chipsets/ata-marvell.c =================================================================== --- sys/dev/ata/chipsets/ata-marvell.c (revision 231896) +++ sys/dev/ata/chipsets/ata-marvell.c (working copy) @@ -108,12 +108,12 @@ { ATA_M88SX6042, 0, 4, MV_6042, ATA_SA300, "88SX6042" }, { ATA_M88SX6081, 0, 8, MV_60XX, ATA_SA300, "88SX6081" }, { ATA_M88SX7042, 0, 4, MV_7042, ATA_SA300, "88SX7042" }, - { ATA_M88SX6101, 0, 0, MV_61XX, ATA_UDMA6, "88SX6101" }, - { ATA_M88SX6102, 0, 0, MV_61XX, ATA_UDMA6, "88SX6102" }, - { ATA_M88SX6111, 0, 1, MV_61XX, ATA_UDMA6, "88SX6111" }, - { ATA_M88SX6121, 0, 2, MV_61XX, ATA_UDMA6, "88SX6121" }, - { ATA_M88SX6141, 0, 4, MV_61XX, ATA_UDMA6, "88SX6141" }, - { ATA_M88SX6145, 0, 4, MV_61XX, ATA_UDMA6, "88SX6145" }, + { ATA_M88SE6101, 0, 0, MV_61XX, ATA_UDMA6, "88SE6101" }, + { ATA_M88SE6102, 0, 0, MV_61XX, ATA_UDMA6, "88SE6102" }, + { ATA_M88SE6111, 0, 1, MV_61XX, ATA_UDMA6, "88SE6111" }, + { ATA_M88SE6121, 0, 2, MV_61XX, ATA_UDMA6, "88SE6121" }, + { ATA_M88SE6141, 0, 4, MV_61XX, ATA_UDMA6, "88SE6141" }, + { ATA_M88SE6145, 0, 4, MV_61XX, ATA_UDMA6, "88SE6145" }, { 0x91a41b4b, 0, 0, MV_91XX, ATA_UDMA6, "88SE912x" }, { 0, 0, 0, 0, 0, 0}}; Index: sys/dev/ata/ata-pci.h =================================================================== --- sys/dev/ata/ata-pci.h (revision 231896) +++ sys/dev/ata/ata-pci.h (working copy) @@ -278,12 +278,12 @@ #define ATA_M88SX6042 0x604211ab #define ATA_M88SX6081 0x608111ab #define ATA_M88SX7042 0x704211ab -#define ATA_M88SX6101 0x610111ab -#define ATA_M88SX6102 0x610211ab -#define ATA_M88SX6111 0x611111ab -#define ATA_M88SX6121 0x612111ab -#define ATA_M88SX6141 0x614111ab -#define ATA_M88SX6145 0x614511ab +#define ATA_M88SE6101 0x610111ab +#define ATA_M88SE6102 0x610211ab +#define ATA_M88SE6111 0x611111ab +#define ATA_M88SE6121 0x612111ab +#define ATA_M88SE6141 0x614111ab +#define ATA_M88SE6145 0x614511ab #define ATA_MARVELL2_ID 0x1b4b #define ATA_MICRON_ID 0x1042 >Release-Note: >Audit-Trail: >Unformatted: From bsdports at wayfair.com Sun Feb 19 00:30:04 2012 From: bsdports at wayfair.com (Evan Sarmiento) Date: Sun Feb 19 00:30:11 2012 Subject: misc/165283: New port databases/py-carbon Message-ID: <201202190024.q1J0O29Z024109@red.freebsd.org> >Number: 165283 >Category: misc >Synopsis: New port databases/py-carbon >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 19 00:30:03 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Evan Sarmiento >Release: 8.2-RELEASE-p2 >Organization: Wayfair, LLC. >Environment: FreeBSD devwebbsd05.csnzoo.com 8.2-RELEASE-p2 FreeBSD 8.2-RELEASE-p2 #0: Wed Aug 31 15:24:02 EDT 2011 root@freebsd82template:/usr/obj/usr/src/sys/XENHVM amd64 >Description: New port databases/py-carbon Carbon is a backend data caching and persistence daemon for Graphite WWW: http://launchpad.net/graphite >How-To-Repeat: >Fix: Patch attached with submission follows: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # py-carbon # py-carbon/files # py-carbon/files/patch-setup.cfg # py-carbon/files/pkg_message.in # py-carbon/files/carbon.in # py-carbon/files/patch-setup.py # py-carbon/Makefile # py-carbon/distinfo # py-carbon/pkg-descr # py-carbon/pkg-plist # echo c - py-carbon mkdir -p py-carbon > /dev/null 2>&1 echo c - py-carbon/files mkdir -p py-carbon/files > /dev/null 2>&1 echo x - py-carbon/files/patch-setup.cfg sed 's/^X//' >py-carbon/files/patch-setup.cfg << 'ca4622eb396bbd264092fa7044c29027' X--- setup.cfg.org 2011-05-05 20:55:25.000000000 -0400 X+++ setup.cfg 2011-05-05 20:55:31.000000000 -0400 X@@ -1,3 +1 @@ X [install] X-prefix = /opt/graphite X-install-lib = %(prefix)s/lib ca4622eb396bbd264092fa7044c29027 echo x - py-carbon/files/pkg_message.in sed 's/^X//' >py-carbon/files/pkg_message.in << '3d7de4a7f3d59f6faee687cda19ee535' X* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * X XThis port now includes an rc script: X X%%PREFIX%%/etc/rc.d/carbon X XAdd: X Xcarbon_enable="YES" X Xto /etc/rc.conf, then start it via: X X%%PREFIX%%/etc/rc.d/carbon start X XOnce started, finish setting up Graphite X X X* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * X 3d7de4a7f3d59f6faee687cda19ee535 echo x - py-carbon/files/carbon.in sed 's/^X//' >py-carbon/files/carbon.in << '9aceafa47bdcfdbc5d149aa0261fb02f' X#!/bin/sh X# X# PROVIDE: carbon X# KEYWORD: shutdown X# X# Add the following lines to /etc/rc.conf.local or /etc/rc.conf X# to enable this service: X# X# carbon_enable (bool): Set to NO by default. X# Set it to YES to enable it. X# carbon_conf_dir: Directory where sabnzbd configuration X# data is stored. X# Default: /usr/local/sabnzbd X# carbon_user: The user account sabnzbd daemon runs as what X# you want it to be. It uses 'www' user by X# default. Do not sets it as empty or it will run X# as root. X# carbon_group: The group account sabnzbd daemon runs as what X# you want it to be. It uses 'www' group by X# default. Do not sets it as empty or it will run X# as wheel. X X. /etc/rc.subr X Xname="carbon" Xrcvar=${name}_enable X Xload_rc_config ${name} X X: ${carbon_enable:="NO"} X: ${carbon_user:="root"} X: ${carbon_group:="wheel"} X: ${carbon_conf:="/usr/local/etc/carbon/carbon.conf"} X: ${carbon_debug:="NO"} X: ${carbon_logdir:="/usr/local/graphite/storage/log"} X: ${carbon_pidfile:="/var/run/carbon.pid"} X Xstatus_cmd="${name}_status" Xstop_cmd="${name}_stop" X Xcommand_interpreter="/usr/local/bin/python2.7" Xcommand="/usr/local/bin/carbon-cache.py" Xcommand_args="--config=${carbon_conf} --logdir ${carbon_logdir} --pidfile ${carbon_pidfile} start" X Xcarbon_stop() { X echo "Stopping $name" X X /usr/local/bin/carbon-cache.py --config=${carbon_conf} --pidfile ${carbon_pidfile} stop X} X Xcarbon_status() { X /usr/local/bin/carbon-cache.py --config=${carbon_conf} --pidfile ${carbon_pidfile} status X X} X Xrun_rc_command "$1" X 9aceafa47bdcfdbc5d149aa0261fb02f echo x - py-carbon/files/patch-setup.py sed 's/^X//' >py-carbon/files/patch-setup.py << 'ef069219445b1210f91de639f04c1e44' X--- setup.py.orig 2011-04-03 22:20:13.000000000 -0400 X+++ setup.py 2011-05-05 22:03:42.000000000 -0400 X@@ -12,9 +12,9 @@ X setup_kwargs = dict() X X X-storage_dirs = [ ('storage/whisper',[]), ('storage/lists',[]), X- ('storage/log',[]), ('storage/rrd',[]) ] X-conf_files = [ ('conf', glob('conf/*.example')) ] X+storage_dirs = [ ('/var/db/graphite/storage/whisper',[]), ('/var/db/graphite/storage/lists',[]), X+ ('/var/db/graphite/storage/log',[]), ('/var/db/graphite/storage/rrd',[]) ] X+conf_files = [ ('/usr/local/etc/carbon', glob('conf/*.example')) ] X X setup( X name='carbon', ef069219445b1210f91de639f04c1e44 echo x - py-carbon/Makefile sed 's/^X//' >py-carbon/Makefile << 'b456de5c952142054c582065da667cdd' X# New ports collection makefile for: py-carbon X# Date created: 2011-05-01 X# Whom: Evan Sarmiento X# X# $FreeBSD$ X# X XPORTNAME= carbon XPORTVERSION= 0.9.9 XCATEGORIES= databases python XMASTER_SITES= http://launchpad.net/graphite/0.9/${PORTVERSION}/+download/ XPKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX} X XMAINTAINER= bsdports@wayfair.com XCOMMENT= Backend storage application for graphite X XRUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}txamqp>=0.3:${PORTSDIR}/net/py-txamqp \ X ${PYTHON_PKGNAMEPREFIX}whisper>=0.9.9:${PORTSDIR}/databases/py-whisper \ X ${PYTHON_PKGNAMEPREFIX}twisted>=11.0.0:${PORTSDIR}/devel/py-twisted XBUILD_DEPENDS= ${RUN_DEPENDS} X XUSE_PYTHON= 2.6+ XUSE_PYDISTUTILS= yes XUSE_TWISTED= yes XFETCH_ARGS= -pRr XUSE_RC_SUBR= carbon X X.include b456de5c952142054c582065da667cdd echo x - py-carbon/distinfo sed 's/^X//' >py-carbon/distinfo << '24da0b8603b84d54b1948683bb02164c' XSHA256 (carbon-0.9.9.tar.gz) = b3d42e3b93c09a82646168d7439e25cfc52143d77eba8a1f8ed45e415bb3b5cb XSIZE (carbon-0.9.9.tar.gz) = 39813 24da0b8603b84d54b1948683bb02164c echo x - py-carbon/pkg-descr sed 's/^X//' >py-carbon/pkg-descr << '781200e65ef008160ab1ca278d081168' XCarbon is a backend data caching and persistence daemon for Graphite X XWWW: http://launchpad.net/graphite 781200e65ef008160ab1ca278d081168 echo x - py-carbon/pkg-plist sed 's/^X//' >py-carbon/pkg-plist << '46f6acee39ddd092a64741a2828985d1' Xbin/carbon-aggregator.py Xbin/carbon-cache.py Xbin/carbon-client.py Xbin/carbon-relay.py Xbin/validate-storage-schemas.py Xetc/carbon Xetc/carbon/rewrite-rules.conf.example Xetc/carbon/carbon.amqp.conf.example Xetc/carbon/carbon.conf.example Xetc/carbon/aggregation-rules.conf.example Xetc/carbon/relay-rules.conf.example Xetc/carbon/storage-schemas.conf.example X%%PYTHON_SITELIBDIR%%/twisted/plugins/carbon_aggregator_plugin.py X%%PYTHON_SITELIBDIR%%/twisted/plugins/carbon_relay_plugin.py X%%PYTHON_SITELIBDIR%%/twisted/plugins/carbon_cache_plugin.py X%%PYTHON_SITELIBDIR%%/twisted/plugins/carbon_aggregator_plugin.pyc X%%PYTHON_SITELIBDIR%%/twisted/plugins/carbon_relay_plugin.pyc X%%PYTHON_SITELIBDIR%%/twisted/plugins/carbon_cache_plugin.pyc X%%PYTHON_SITELIBDIR%%/twisted/plugins/carbon_aggregator_plugin.pyo X%%PYTHON_SITELIBDIR%%/twisted/plugins/carbon_relay_plugin.pyo X%%PYTHON_SITELIBDIR%%/twisted/plugins/carbon_cache_plugin.pyo X%%PYTHON_SITELIBDIR%%/carbon X%%PYTHON_SITELIBDIR%%/carbon/amqp_publisher.py X%%PYTHON_SITELIBDIR%%/carbon/cache.py X%%PYTHON_SITELIBDIR%%/carbon/client.py X%%PYTHON_SITELIBDIR%%/carbon/util.py X%%PYTHON_SITELIBDIR%%/carbon/relayrules.py X%%PYTHON_SITELIBDIR%%/carbon/hashing.py X%%PYTHON_SITELIBDIR%%/carbon/log.py X%%PYTHON_SITELIBDIR%%/carbon/manhole.py X%%PYTHON_SITELIBDIR%%/carbon/events.py X%%PYTHON_SITELIBDIR%%/carbon/__init__.py X%%PYTHON_SITELIBDIR%%/carbon/routers.py X%%PYTHON_SITELIBDIR%%/carbon/conf.py X%%PYTHON_SITELIBDIR%%/carbon/management.py X%%PYTHON_SITELIBDIR%%/carbon/writer.py X%%PYTHON_SITELIBDIR%%/carbon/amqp_listener.py X%%PYTHON_SITELIBDIR%%/carbon/rewrite.py X%%PYTHON_SITELIBDIR%%/carbon/instrumentation.py X%%PYTHON_SITELIBDIR%%/carbon/storage.py X%%PYTHON_SITELIBDIR%%/carbon/state.py X%%PYTHON_SITELIBDIR%%/carbon/service.py X%%PYTHON_SITELIBDIR%%/carbon/protocols.py X%%PYTHON_SITELIBDIR%%/carbon/aggregator X%%PYTHON_SITELIBDIR%%/carbon/aggregator/rules.py X%%PYTHON_SITELIBDIR%%/carbon/aggregator/__init__.py X%%PYTHON_SITELIBDIR%%/carbon/aggregator/receiver.py X%%PYTHON_SITELIBDIR%%/carbon/aggregator/buffers.py X%%PYTHON_SITELIBDIR%%/carbon/aggregator/rules.pyc X%%PYTHON_SITELIBDIR%%/carbon/aggregator/__init__.pyc X%%PYTHON_SITELIBDIR%%/carbon/aggregator/receiver.pyc X%%PYTHON_SITELIBDIR%%/carbon/aggregator/buffers.pyc X%%PYTHON_SITELIBDIR%%/carbon/aggregator/rules.pyo X%%PYTHON_SITELIBDIR%%/carbon/aggregator/__init__.pyo X%%PYTHON_SITELIBDIR%%/carbon/aggregator/receiver.pyo X%%PYTHON_SITELIBDIR%%/carbon/aggregator/buffers.pyo X%%PYTHON_SITELIBDIR%%/carbon/amqp0-8.xml X%%PYTHON_SITELIBDIR%%/carbon/amqp_publisher.pyc X%%PYTHON_SITELIBDIR%%/carbon/cache.pyc X%%PYTHON_SITELIBDIR%%/carbon/client.pyc X%%PYTHON_SITELIBDIR%%/carbon/util.pyc X%%PYTHON_SITELIBDIR%%/carbon/relayrules.pyc X%%PYTHON_SITELIBDIR%%/carbon/hashing.pyc X%%PYTHON_SITELIBDIR%%/carbon/log.pyc X%%PYTHON_SITELIBDIR%%/carbon/manhole.pyc X%%PYTHON_SITELIBDIR%%/carbon/events.pyc X%%PYTHON_SITELIBDIR%%/carbon/__init__.pyc X%%PYTHON_SITELIBDIR%%/carbon/routers.pyc X%%PYTHON_SITELIBDIR%%/carbon/conf.pyc X%%PYTHON_SITELIBDIR%%/carbon/management.pyc X%%PYTHON_SITELIBDIR%%/carbon/writer.pyc X%%PYTHON_SITELIBDIR%%/carbon/amqp_listener.pyc X%%PYTHON_SITELIBDIR%%/carbon/rewrite.pyc X%%PYTHON_SITELIBDIR%%/carbon/instrumentation.pyc X%%PYTHON_SITELIBDIR%%/carbon/storage.pyc X%%PYTHON_SITELIBDIR%%/carbon/state.pyc X%%PYTHON_SITELIBDIR%%/carbon/service.pyc X%%PYTHON_SITELIBDIR%%/carbon/protocols.pyc X%%PYTHON_SITELIBDIR%%/carbon/amqp_publisher.pyo X%%PYTHON_SITELIBDIR%%/carbon/cache.pyo X%%PYTHON_SITELIBDIR%%/carbon/client.pyo X%%PYTHON_SITELIBDIR%%/carbon/util.pyo X%%PYTHON_SITELIBDIR%%/carbon/relayrules.pyo X%%PYTHON_SITELIBDIR%%/carbon/hashing.pyo X%%PYTHON_SITELIBDIR%%/carbon/log.pyo X%%PYTHON_SITELIBDIR%%/carbon/manhole.pyo X%%PYTHON_SITELIBDIR%%/carbon/events.pyo X%%PYTHON_SITELIBDIR%%/carbon/__init__.pyo X%%PYTHON_SITELIBDIR%%/carbon/routers.pyo X%%PYTHON_SITELIBDIR%%/carbon/conf.pyo X%%PYTHON_SITELIBDIR%%/carbon/management.pyo X%%PYTHON_SITELIBDIR%%/carbon/writer.pyo X%%PYTHON_SITELIBDIR%%/carbon/amqp_listener.pyo X%%PYTHON_SITELIBDIR%%/carbon/rewrite.pyo X%%PYTHON_SITELIBDIR%%/carbon/instrumentation.pyo X%%PYTHON_SITELIBDIR%%/carbon/storage.pyo X%%PYTHON_SITELIBDIR%%/carbon/state.pyo X%%PYTHON_SITELIBDIR%%/carbon/service.pyo X%%PYTHON_SITELIBDIR%%/carbon/protocols.pyo X@dirrm etc/carbon X@dirrm %%PYTHON_SITELIBDIR%%/carbon/aggregator X@dirrm %%PYTHON_SITELIBDIR%%/carbon 46f6acee39ddd092a64741a2828985d1 exit >Release-Note: >Audit-Trail: >Unformatted: From gjb at FreeBSD.org Sun Feb 19 00:36:23 2012 From: gjb at FreeBSD.org (gjb@FreeBSD.org) Date: Sun Feb 19 00:36:35 2012 Subject: ports/165283: New port databases/py-carbon Message-ID: <201202190036.q1J0aN2m066561@freefall.freebsd.org> Synopsis: New port databases/py-carbon Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: gjb Responsible-Changed-When: Sun Feb 19 00:35:50 UTC 2012 Responsible-Changed-Why: Reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=165283 From tim.matthews7 at gmail.com Sun Feb 19 00:40:02 2012 From: tim.matthews7 at gmail.com (Tim M) Date: Sun Feb 19 00:40:09 2012 Subject: kern/165284: shutdown failing since upgrade to 9 Message-ID: <201202190035.q1J0Z9JH048415@red.freebsd.org> >Number: 165284 >Category: kern >Synopsis: shutdown failing since upgrade to 9 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 19 00:40:01 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Tim M >Release: 9.0-STABLE FreeBSD >Organization: - >Environment: 9.0-STABLE FreeBSD amd64 >Description: Shutdown starts, syncing disks part succeeds, final power off should then occur, lots of messages appear on the screen regarding uhub (similar to startup messages perhaps), computer powers off then powers back on. Was not occurring on 8.2 and appeared only once upgraded to 9. I cannot get the full output of the messages but it appears as if some code change to relating to usb is preventing shutdown from completing. >How-To-Repeat: Attempt to shutdown. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From avg at FreeBSD.org Sun Feb 19 08:50:05 2012 From: avg at FreeBSD.org (Andriy Gapon) Date: Sun Feb 19 08:50:11 2012 Subject: kern/165284: shutdown failing since upgrade to 9 Message-ID: <201202190850.q1J8o4i1055248@freefall.freebsd.org> The following reply was made to PR kern/165284; it has been noted by GNATS. From: Andriy Gapon To: bug-followup@FreeBSD.org, tim.matthews7@gmail.com Cc: Subject: Re: kern/165284: shutdown failing since upgrade to 9 Date: Sun, 19 Feb 2012 10:46:17 +0200 This looks like possibly an issue with improper Wakeup-On-LAN configuration on your network interface. Could you please double-check this theory? -- Andriy Gapon From alan.braslau at cea.fr Sun Feb 19 09:30:06 2012 From: alan.braslau at cea.fr (Alan Braslau) Date: Sun Feb 19 09:30:12 2012 Subject: kern/163154: [iwn] fatal firmware error on 9.0-RC3 Message-ID: <201202190930.q1J9U5jG091435@freefall.freebsd.org> The following reply was made to PR kern/163154; it has been noted by GNATS. From: Alan Braslau To: bug-followup@FreeBSD.org, trois.six@free.fr Cc: Subject: Re: kern/163154: [iwn] fatal firmware error on 9.0-RC3 Date: Sun, 19 Feb 2012 09:58:47 +0100 Bug confirmed under 9.0-RELEASE iwn0: mem 0xf1ffe000-0xf1ffffff irq 17 at device 0.0 on pci12 I get the exact same behavior and error messages as reported if I attempt to connect to a 5GHz ssid, however, this wireless functions correctly using a ssid over a 11g channel (2412 MHz). Alan From scavenger23 at hotmail.de Sun Feb 19 16:20:02 2012 From: scavenger23 at hotmail.de (QnjvIQNvao) Date: Sun Feb 19 16:20:07 2012 Subject: misc/165295: UBvOcEhysLEULAndh Message-ID: <201202191614.q1JGEUeb095354@red.freebsd.org> >Number: 165295 >Category: misc >Synopsis: UBvOcEhysLEULAndh >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Sun Feb 19 16:20:01 UTC 2012 >Closed-Date: >Last-Modified: >Originator: QnjvIQNvao >Release: qIkkqTeFAkSiTPjDuJc >Organization: dvfnxzxcZWPAx >Environment: Hello!How to dnwoload books? I can not understand. There is a description and size, but no links.Thank you for your reply (renatovski@mail.ru). >Description: Hello!How to dnwoload books? I can not understand. There is a description and size, but no links.Thank you for your reply (renatovski@mail.ru). >How-To-Repeat: Hello!How to dnwoload books? I can not understand. There is a description and size, but no links.Thank you for your reply (renatovski@mail.ru). >Fix: Hello!How to dnwoload books? I can not understand. There is a description and size, but no links.Thank you for your reply (renatovski@mail.ru). >Release-Note: >Audit-Trail: >Unformatted: From eadler at FreeBSD.org Sun Feb 19 16:22:47 2012 From: eadler at FreeBSD.org (eadler@FreeBSD.org) Date: Sun Feb 19 16:22:55 2012 Subject: junk/165295: UBvOcEhysLEULAndh Message-ID: <201202191622.q1JGMliY090556@freefall.freebsd.org> Synopsis: UBvOcEhysLEULAndh State-Changed-From-To: open->closed State-Changed-By: eadler State-Changed-When: Sun Feb 19 16:22:08 UTC 2012 State-Changed-Why: Backstroke lover always hidin' 'neath the covers Till I talked to your daddy, he say He said "you ain't seen nothin' till you're down on a muffin Then you're sure to be a-changin' your ways" I met a cheerleader, was a real young bleeder Oh, the times I could reminisce 'Cause the best things of lovin' with her sister and her cousin Only started with a little kiss Like this! Responsible-Changed-From-To: freebsd-bugs->gnats-admin Responsible-Changed-By: eadler Responsible-Changed-When: Sun Feb 19 16:22:08 UTC 2012 Responsible-Changed-Why: Backstroke lover always hidin' 'neath the covers Till I talked to your daddy, he say He said "you ain't seen nothin' till you're down on a muffin Then you're sure to be a-changin' your ways" I met a cheerleader, was a real young bleeder Oh, the times I could reminisce 'Cause the best things of lovin' with her sister and her cousin Only started with a little kiss Like this! http://www.freebsd.org/cgi/query-pr.cgi?pr=165295 From rozhuk.im at gmail.com Sun Feb 19 17:50:01 2012 From: rozhuk.im at gmail.com (Ivan Rozhuk) Date: Sun Feb 19 17:50:14 2012 Subject: kern/165296: Fix EVL_APPLY_VLID, update EVL_APPLY_PRI macro Message-ID: <201202191743.q1JHhvBl044033@red.freebsd.org> >Number: 165296 >Category: kern >Synopsis: Fix EVL_APPLY_VLID, update EVL_APPLY_PRI macro >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 19 17:50:01 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Ivan Rozhuk >Release: 9.0 >Organization: >Environment: FreeBSD firewall 9.0-STABLE FreeBSD 9.0-STABLE #0: Sat Jan 21 11:32:18 IRKT 2012 root@firewall:/tmp/obj/usr/src/sys/RIM i386 >Description: EVL_APPLY_VLID macro removes the flag Canonical Format Indicator (CFI) and the Priority Code Point (PCP) instead of removing VLAN Identifier (VID). The new VID is superimposed on the old one. (m) -> m_pkthdr.ether_vtag & = EVL_VLID_MASK; \ (m) -> m_pkthdr.ether_vtag | = (vlid); \ The correct version: (m) -> m_pkthdr.ether_vtag & = ~ EVL_VLID_MASK; \ (m) -> m_pkthdr.ether_vtag | = ((vlid) & EVL_VLID_MASK); \ >How-To-Repeat: >Fix: apply patch Patch attached with submission follows: --- ./if_vlan_var.h.orig 2011-09-23 09:51:37.000000000 +0900 +++ ./if_vlan_var.h 2012-02-20 02:28:50.000000000 +0900 @@ -52,27 +52,24 @@ #define EVL_APPLY_VLID(m, vlid) \ do { \ if ((m)->m_flags & M_VLANTAG) { \ - (m)->m_pkthdr.ether_vtag &= EVL_VLID_MASK; \ - (m)->m_pkthdr.ether_vtag |= (vlid); \ + (m)->m_pkthdr.ether_vtag &= ~EVL_VLID_MASK; \ } else { \ - (m)->m_pkthdr.ether_vtag = (vlid); \ + (m)->m_pkthdr.ether_vtag = 0; \ (m)->m_flags |= M_VLANTAG; \ } \ + (m)->m_pkthdr.ether_vtag |= ((vlid) & EVL_VLID_MASK); \ } while (0) /* Set the priority ID in an mbuf packet header non-destructively. */ #define EVL_APPLY_PRI(m, pri) \ do { \ if ((m)->m_flags & M_VLANTAG) { \ - uint16_t __vlantag = (m)->m_pkthdr.ether_vtag; \ - (m)->m_pkthdr.ether_vtag |= EVL_MAKETAG( \ - EVL_VLANOFTAG(__vlantag), (pri), \ - EVL_CFIOFTAG(__vlantag)); \ + (m)->m_pkthdr.ether_vtag &= ~EVL_PRI_MASK; \ } else { \ - (m)->m_pkthdr.ether_vtag = \ - EVL_MAKETAG(0, (pri), 0); \ + (m)->m_pkthdr.ether_vtag = 0; \ (m)->m_flags |= M_VLANTAG; \ } \ + (m)->m_pkthdr.ether_vtag |= (((pri) & 7) << 1); \ } while (0) /* sysctl(3) tags, for compatibility purposes */ >Release-Note: >Audit-Trail: >Unformatted: From rozhuk.im at gmail.com Sun Feb 19 18:20:08 2012 From: rozhuk.im at gmail.com (rozhuk.im@gmail.com) Date: Sun Feb 19 18:20:14 2012 Subject: kern/165296: Fix EVL_APPLY_VLID, update EVL_APPLY_PRI macro Message-ID: <201202191820.q1JIK7Ej094416@freefall.freebsd.org> The following reply was made to PR kern/165296; it has been noted by GNATS. From: rozhuk.im@gmail.com To: , Cc: Subject: Re: kern/165296: Fix EVL_APPLY_VLID, update EVL_APPLY_PRI macro Date: Mon, 20 Feb 2012 03:16:00 +0900 This is a multi-part message in MIME format. ------=_NextPart_000_0046_01CCEF7D.FB03C320 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit - (m)->m_pkthdr.ether_vtag |= (((pri) & 7) << 1); \ + (m)->m_pkthdr.ether_vtag |= (((pri) & 7) << 13); \ ------=_NextPart_000_0046_01CCEF7D.FB03C320 Content-Type: application/octet-stream; name="if_vlan_var.h.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="if_vlan_var.h.patch" --- ./if_vlan_var.h.orig 2011-09-23 09:51:37.000000000 +0900=0A= +++ ./if_vlan_var.h 2012-02-20 03:11:20.000000000 +0900=0A= @@ -52,27 +52,24 @@=0A= #define EVL_APPLY_VLID(m, vlid) \=0A= do { \=0A= if ((m)->m_flags & M_VLANTAG) { \=0A= - (m)->m_pkthdr.ether_vtag &=3D EVL_VLID_MASK; \=0A= - (m)->m_pkthdr.ether_vtag |=3D (vlid); \=0A= + (m)->m_pkthdr.ether_vtag &=3D ~EVL_VLID_MASK; \=0A= } else { \=0A= - (m)->m_pkthdr.ether_vtag =3D (vlid); \=0A= + (m)->m_pkthdr.ether_vtag =3D 0; \=0A= (m)->m_flags |=3D M_VLANTAG; \=0A= } \=0A= + (m)->m_pkthdr.ether_vtag |=3D ((vlid) & EVL_VLID_MASK); \=0A= } while (0)=0A= =0A= /* Set the priority ID in an mbuf packet header non-destructively. */=0A= #define EVL_APPLY_PRI(m, pri) \=0A= do { \=0A= if ((m)->m_flags & M_VLANTAG) { \=0A= - uint16_t __vlantag =3D (m)->m_pkthdr.ether_vtag; \=0A= - (m)->m_pkthdr.ether_vtag |=3D EVL_MAKETAG( \=0A= - EVL_VLANOFTAG(__vlantag), (pri), \=0A= - EVL_CFIOFTAG(__vlantag)); \=0A= + (m)->m_pkthdr.ether_vtag &=3D ~EVL_PRI_MASK; \=0A= } else { \=0A= - (m)->m_pkthdr.ether_vtag =3D \=0A= - EVL_MAKETAG(0, (pri), 0); \=0A= + (m)->m_pkthdr.ether_vtag =3D 0; \=0A= (m)->m_flags |=3D M_VLANTAG; \=0A= } \=0A= + (m)->m_pkthdr.ether_vtag |=3D (((pri) & 7) << 13); \=0A= } while (0)=0A= =0A= /* sysctl(3) tags, for compatibility purposes */=0A= ------=_NextPart_000_0046_01CCEF7D.FB03C320-- From linimon at FreeBSD.org Sun Feb 19 19:39:02 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 19:39:08 2012 Subject: kern/136777: [build] Building new Kernel with PF and PAE support failed on FreeBSD 7.2-RELEASE-p2 Message-ID: <201202191939.q1JJd1fU070095@freefall.freebsd.org> Synopsis: [build] Building new Kernel with PF and PAE support failed on FreeBSD 7.2-RELEASE-p2 State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sun Feb 19 19:38:29 UTC 2012 State-Changed-Why: Surely by now this problem has been fixed. Sorry this PR sat for so long. http://www.freebsd.org/cgi/query-pr.cgi?pr=136777 From linimon at FreeBSD.org Sun Feb 19 22:19:04 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:19:09 2012 Subject: kern/165152: [ip6] Does not work through the issue of ipv6 addresses via rtadvd Message-ID: <201202192219.q1JMJ3tf020330@freefall.freebsd.org> Old Synopsis: Does not work through the issue of ipv6 addresses via rtadvd New Synopsis: [ip6] Does not work through the issue of ipv6 addresses via rtadvd Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 19 22:18:12 UTC 2012 Responsible-Changed-Why: recategorize. http://www.freebsd.org/cgi/query-pr.cgi?pr=165152 From linimon at FreeBSD.org Sun Feb 19 22:19:20 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:19:31 2012 Subject: ports/165117: [NEW PORT] databases/xtrabackup - version 1.6.5 of Percona's xtrabackup utility Message-ID: <201202192219.q1JMJKNj020422@freefall.freebsd.org> Synopsis: [NEW PORT] databases/xtrabackup - version 1.6.5 of Percona's xtrabackup utility Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 19 22:19:11 UTC 2012 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=165117 From linimon at FreeBSD.org Sun Feb 19 22:19:52 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:19:59 2012 Subject: misc/165083: Search Value is a Digital Marketing Agency offering comprehensive Internet Marketing Solutions. Our result oriented Search Marketing processes are designed to provide you business comprehensive online exposure. Message-ID: <201202192219.q1JMJqUB020547@freefall.freebsd.org> Synopsis: Search Value is a Digital Marketing Agency offering comprehensive Internet Marketing Solutions. Our result oriented Search Marketing processes are designed to provide you business comprehensive online exposure. State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sun Feb 19 22:19:30 UTC 2012 State-Changed-Why: not applicable to an open source project. Responsible-Changed-From-To: freebsd-bugs->linimon Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 19 22:19:30 UTC 2012 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=165083 From linimon at FreeBSD.org Sun Feb 19 22:22:22 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:22:27 2012 Subject: bin/164950: bsdinstall(8): pc-style partitions: no way to set 'bootable' ('active') flag Message-ID: <201202192222.q1JMMMeo028772@freefall.freebsd.org> Old Synopsis: new bsd installer, pc-style partitions: no way to set 'bootable' ('active') flag New Synopsis: bsdinstall(8): pc-style partitions: no way to set 'bootable' ('active') flag Responsible-Changed-From-To: freebsd-bugs->freebsd-sysinstall Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 19 22:22:01 UTC 2012 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=164950 From linimon at FreeBSD.org Sun Feb 19 22:23:42 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:23:55 2012 Subject: bin/164914: interface still accept packets even without IP address Message-ID: <201202192223.q1JMNggD028848@freefall.freebsd.org> Synopsis: interface still accept packets even without IP address State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sun Feb 19 22:22:31 UTC 2012 State-Changed-Why: Apparently this is by design. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 19 22:22:31 UTC 2012 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=164914 From linimon at FreeBSD.org Sun Feb 19 22:24:05 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:24:23 2012 Subject: misc/164827: cvsup10.us.FreeBSD.org not updated with recent ports changes Message-ID: <201202192224.q1JMO4jx028900@freefall.freebsd.org> Synopsis: cvsup10.us.FreeBSD.org not updated with recent ports changes Responsible-Changed-From-To: freebsd-bugs->clusteradm Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 19 22:23:50 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=164827 From linimon at FreeBSD.org Sun Feb 19 22:24:52 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:25:03 2012 Subject: amd64/164773: [boot] 9.0 amd64 fails to boot on HP DL145 G3 [regression] Message-ID: <201202192224.q1JMOpoQ028973@freefall.freebsd.org> Old Synopsis: 9.0 amd64 fails to boot on HP DL145 G3 New Synopsis: [boot] 9.0 amd64 fails to boot on HP DL145 G3 [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-amd64 Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 19 22:24:11 UTC 2012 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=164773 From linimon at FreeBSD.org Sun Feb 19 22:25:14 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:25:20 2012 Subject: ports/164716: net-mgmt/xymon-server add menu options Message-ID: <201202192225.q1JMPEi2029046@freefall.freebsd.org> Old Synopsis: ports: net-mgmt/xymon-server add menu options New Synopsis: net-mgmt/xymon-server add menu options Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 19 22:25:02 UTC 2012 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=164716 From linimon at FreeBSD.org Sun Feb 19 22:27:25 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:27:32 2012 Subject: misc/163495: [build] Problem compiling world with _Noreturn Message-ID: <201202192227.q1JMRPYi029286@freefall.freebsd.org> Synopsis: [build] Problem compiling world with _Noreturn State-Changed-From-To: feedback->closed State-Changed-By: linimon State-Changed-When: Sun Feb 19 22:26:22 UTC 2012 State-Changed-Why: Feedback timeout (1 month). For problems compiling src, in general you should first check the stable@ or current@ mailing lists, as these kinds of problems tend to get reported there and fixed more quickly than via GNATS. http://www.freebsd.org/cgi/query-pr.cgi?pr=163495 From linimon at FreeBSD.org Sun Feb 19 22:29:53 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Feb 19 22:30:00 2012 Subject: kern/162524: No full shutdown in FreeBSD 9.0-RC1 Message-ID: <201202192229.q1JMTqqC029435@freefall.freebsd.org> Synopsis: No full shutdown in FreeBSD 9.0-RC1 State-Changed-From-To: feedback->open State-Changed-By: linimon State-Changed-When: Sun Feb 19 22:28:27 UTC 2012 State-Changed-Why: feedback received. reclassify, since we are seeing other reports of this. Responsible-Changed-From-To: freebsd-i386->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 19 22:28:27 UTC 2012 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=162524 From stadtkind2 at gmx.de Sun Feb 19 23:10:01 2012 From: stadtkind2 at gmx.de (Stefan Krueger) Date: Sun Feb 19 23:10:12 2012 Subject: kern/165303: CPU freq changing not supported on VIA VE-900 (Nano X2 L4050) Message-ID: <201202192309.q1JN8x2S023927@red.freebsd.org> >Number: 165303 >Category: kern >Synopsis: CPU freq changing not supported on VIA VE-900 (Nano X2 L4050) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 19 23:10:00 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Stefan Krueger >Release: FreeBSD 9.0-REL >Organization: >Environment: >Description: There's no dev.cpu.0.freq sysctl even though there's a dev.cpu.0.freq_levels sysctl, thus powerd does not work thus CPU freq changing is not supported on Via Nano X2 CPUs. # sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.P001 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq_levels: 1400/0 1200/0 1000/0 800/0 dev.cpu.0.cx_supported: C1/1 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% last 2430us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.P002 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% last 58451us >How-To-Repeat: Start powerd on a Via Nano x2 L4050 and notice no freq. changes are done despite: # dmesg | grep est est0: on cpu0 est1: on cpu1 and # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 1400/0 1200/0 1000/0 800/0 >Fix: >Release-Note: >Audit-Trail: >Unformatted: From marka at isc.org Mon Feb 20 01:20:10 2012 From: marka at isc.org (Mark Andrews) Date: Mon Feb 20 01:20:17 2012 Subject: kern/165305: Feature parity between IP_TOS and IPV6_TCLASS Message-ID: <201202200113.q1K1DOCX012538@sex.dv.isc.org> >Number: 165305 >Category: kern >Synopsis: Feature parity between IP_TOS and IPV6_TCLASS >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 20 01:20:10 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Mark Andrews >Release: FreeBSD 8.2-STABLE i386 >Organization: ISC >Environment: System: FreeBSD sex.dv.isc.org 8.2-STABLE FreeBSD 8.2-STABLE #15: Thu Dec 29 08:21:01 EST 2011 marka@sex.dv.isc.org:/usr/obj/usr/src/sys/DEBUG i386 >Description: IPV6_TCLASS can be set on both a socket basis and on a per packet basis. Additionally IPV6_TCLASS can be received via a control message by setting IPV6_RECVTCLASS on the socket. IP_TOS can only be set socket basis with no per packet control which makes it setting different the TOS in UDP replies difficult (i.e. require raw sockets to be used). Additionally the only way to obtain the IP_TOS field is to use raw sockets or use a packet filter. >How-To-Repeat: >Fix: Extend control_msg to support setting IP_TOS on a per packet basis. Add a new setsockopt (IP_RECVTOS to be consistent with linux's extension to the socket API) and return the value via a control_msg. >Release-Note: >Audit-Trail: >Unformatted: From linimon at FreeBSD.org Mon Feb 20 01:54:23 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Feb 20 01:54:29 2012 Subject: kern/165296: [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PRI macro Message-ID: <201202200154.q1K1sMZL035362@freefall.freebsd.org> Old Synopsis: Fix EVL_APPLY_VLID, update EVL_APPLY_PRI macro New Synopsis: [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PRI macro Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 20 01:54:04 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165296 From linimon at FreeBSD.org Mon Feb 20 01:57:11 2012 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Feb 20 01:57:18 2012 Subject: kern/165305: [ip6] [request] Feature parity between IP_TOS and IPV6_TCLASS Message-ID: <201202200157.q1K1vAvJ035552@freefall.freebsd.org> Old Synopsis: Feature parity between IP_TOS and IPV6_TCLASS New Synopsis: [ip6] [request] Feature parity between IP_TOS and IPV6_TCLASS Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 20 01:56:52 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165305 From tim.matthews7 at gmail.com Mon Feb 20 02:30:14 2012 From: tim.matthews7 at gmail.com (Tim Matthews) Date: Mon Feb 20 02:30:21 2012 Subject: kern/165284: shutdown failing since upgrade to 9 Message-ID: <201202200230.q1K2UEGa063320@freefall.freebsd.org> The following reply was made to PR kern/165284; it has been noted by GNATS. From: Tim Matthews To: bug-followup@freebsd.org, Andriy Gapon Cc: Subject: Re: kern/165284: shutdown failing since upgrade to 9 Date: Mon, 20 Feb 2012 15:28:48 +1300 --047d7b2ee3fbefc5eb04b95c0d16 Content-Type: text/plain; charset=ISO-8859-1 I've just realized I can get a successful shutdown by disabling PME in the BIOS. Not sure if this is considered a solution or mere workaround though. Thanks for your help. --047d7b2ee3fbefc5eb04b95c0d16 Content-Type: text/html; charset=ISO-8859-1 I've just realized I can get a successful shutdown by disabling PME in the BIOS. Not sure if this is considered a solution or mere workaround though.

Thanks for your help.
--047d7b2ee3fbefc5eb04b95c0d16-- From adrian at FreeBSD.org Mon Feb 20 02:40:10 2012 From: adrian at FreeBSD.org (Adrian Chadd) Date: Mon Feb 20 02:40:21 2012 Subject: kern/165306: [ath] race conditions between scanning and beacon timeout programming Message-ID: <201202200230.q1K2UV3r094777@red.freebsd.org> >Number: 165306 >Category: kern >Synopsis: [ath] race conditions between scanning and beacon timeout programming >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 20 02:40:09 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Adrian Chadd >Release: 9.0-RELEASE i386 w/ HEAD net80211/ath >Organization: >Environment: >Description: There seem to be issues where net80211 doesn't quite get the "beacon miss" notification. It stays associated, the beacon interrupt/notification isn't occuring. Adding on reset/beacon debugging (0x20 + 0x80) on ath0 (sysctl dev.ath.0.debug=0xa0) didn't show any beacon miss interrupts, software or hardware. This is with one VAP STA on an AR9280. What I think is happening is: * the transition to -> RUN doesn't program in any beacon timers by default - it waits for the first beacon to be RX'ed before it programs in timers; * but if it loses connectivity during a scan, the beacon timers won't ever be reprogrammed, as no beacons will occur. So it stays associated. >How-To-Repeat: The above should be doable to reproduce - just enable beacon debugging, then do a scan and kill the AP whilst the station is scanning. >Fix: It may be that we need to: * program in some beacon TSF value for the initial state transition to RUN, and hope that a new beacon will come in and reprogram the timers. * .. or also enable swbeacon support too for single-VAP STA mode? >Release-Note: >Audit-Trail: >Unformatted: From tim.matthews7 at gmail.com Mon Feb 20 02:40:12 2012 From: tim.matthews7 at gmail.com (Tim Matthews) Date: Mon Feb 20 02:40:22 2012 Subject: kern/165284: shutdown failing since upgrade to 9 Message-ID: <201202200240.q1K2eCkx073954@freefall.freebsd.org> The following reply was made to PR kern/165284; it has been noted by GNATS. From: Tim Matthews To: bug-followup@freebsd.org, Andriy Gapon Cc: Subject: Re: kern/165284: shutdown failing since upgrade to 9 Date: Mon, 20 Feb 2012 15:04:50 +1300 --047d7b2ee3fb39491604b95bb843 Content-Type: text/plain; charset=ISO-8859-1 On Sun, Feb 19, 2012 at 9:46 PM, Andriy Gapon wrote: > > This looks like possibly an issue with improper Wakeup-On-LAN > configuration on > your network interface. Could you please double-check this theory? > > -- > Andriy Gapon > None of the wired ethernet sockets are used or even have a cable in. I tried shutting down without my usb wifi and it still failed in the same way. --047d7b2ee3fb39491604b95bb843 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Sun, Feb 19, 2012 at 9:46 PM, Andriy Gapon <av= g@freebsd.org> wrote:

This looks like possibly an issue with improper Wakeup-On-LAN configuration= on
your network interface. =A0Could you please double-check this theory?

--
Andriy Gapon