Re: ports/170855: x11-themes/qtcurve-qt4 does not build on 8.2-RELEASE

2012-08-22 Thread linimon
Synopsis: x11-themes/qtcurve-qt4 does not build on 8.2-RELEASE

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Aug 22 07:01:14 UTC 2012
Responsible-Changed-Why: 
ports PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=170855
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


kern/170859: [patch] Move MIPS specific options from generic conf/options file

2012-08-22 Thread Luiz Otavio O Souza

>Number: 170859
>Category:   kern
>Synopsis:   [patch] Move MIPS specific options from generic conf/options 
>file
>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:   Wed Aug 22 12:20:05 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Luiz Otavio O Souza
>Release:-current
>Organization:
>Environment:
FreeBSD rb450g 10.0-CURRENT FreeBSD 10.0-CURRENT #20 r238655:239327M: Thu Aug 
16 20:09:08 BRT 2012 
root@server01:/data/rb/rb450g/obj/mips.mips/data/rb/rb450g/src/sys/RB4XX  mips
>Description:
Some MIPS options (AR71XX_*) were included in the generic conf/options.

The above patch moves that options to conf/options.mips (specific to MIPS 
platform).
>How-To-Repeat:

>Fix:
The proposed patch is also available at: 
http://loos.no-ip.org/rb/options.mips.patch

Patch attached with submission follows:

Index: conf/options
===
--- conf/options(revision 238655)
+++ conf/options(working copy)
@@ -906,11 +906,3 @@
 
 # Resource Limits
 RCTL   opt_global.h
-
-# At least one of the AR71XX ubiquiti boards has a Redboot configuration
-# that "lies" about the amount of RAM it has. Until a cleaner method is
-# defined, this option will suffice in overriding what Redboot says.
-AR71XX_REALMEM opt_ar71xx.h
-AR71XX_ENV_UBOOT   opt_ar71xx.h
-AR71XX_ENV_REDBOOT opt_ar71xx.h
-AR71XX_ATH_EEPROM  opt_ar71xx.h
Index: conf/options.mips
===
--- conf/options.mips   (revision 238655)
+++ conf/options.mips   (working copy)
@@ -75,3 +75,10 @@
 IF_RT_PHY_SUPPORT  opt_if_rt.h
 IF_RT_RING_DATA_COUNT  opt_if_rt.h
 
+# At least one of the AR71XX ubiquiti boards has a Redboot configuration
+# that "lies" about the amount of RAM it has. Until a cleaner method is
+# defined, this option will suffice in overriding what Redboot says.
+AR71XX_REALMEM opt_ar71xx.h
+AR71XX_ENV_UBOOT   opt_ar71xx.h
+AR71XX_ENV_REDBOOT opt_ar71xx.h
+AR71XX_ATH_EEPROM  opt_ar71xx.h


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


kern/170864: [patch] Move SPI flash from AR71XX_BASE (kernel) to board specific files

2012-08-22 Thread Luiz Otavio O Souza

>Number: 170864
>Category:   kern
>Synopsis:   [patch] Move SPI flash from AR71XX_BASE (kernel) to board 
>specific files
>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:   Wed Aug 22 13:00:27 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Luiz Otavio O Souza
>Release:-current
>Organization:
>Environment:
FreeBSD rb450g 10.0-CURRENT FreeBSD 10.0-CURRENT #20 r238655:239327M: Thu Aug 
16 20:09:08 BRT 2012 
root@server01:/data/rb/rb450g/obj/mips.mips/data/rb/rb450g/src/sys/RB4XX  mips

>Description:
Not all routers/boards models built on top of AR71XX uses a SPI flash as 
storage device, so move the 'device mx25l' to board specific kernel files where 
it is used.

With this change we can use AR71XX_BASE based kernels with other kind of 
storages (like NAND).
>How-To-Repeat:

>Fix:
The proposed patch is also available at: 
http://loos.no-ip.org/rb/kernelconf-mx25l.patch

Patch attached with submission follows:

Index: mips/conf/AP96
===
--- mips/conf/AP96  (revision 238655)
+++ mips/conf/AP96  (working copy)
@@ -21,6 +21,9 @@
 
 optionsAR71XX_ENV_UBOOT
 
+# On-board SPI flash
+device mx25l
+
 # For DOS - enable if required
 optionsGEOM_PART_BSD
 optionsGEOM_PART_MBR
Index: mips/conf/ROUTERSTATION
===
--- mips/conf/ROUTERSTATION (revision 238655)
+++ mips/conf/ROUTERSTATION (working copy)
@@ -10,6 +10,9 @@
 
 # XXX Is there an RTC on the RS?
 
+# On-board SPI flash
+device mx25l
+
 # GEOM modules
 device geom_redboot# to get access to the SPI flash partitions
 device geom_uzip   # compressed in-memory filesystem support
Index: mips/conf/AR71XX_BASE.hints
===
--- mips/conf/AR71XX_BASE.hints (revision 238655)
+++ mips/conf/AR71XX_BASE.hints (working copy)
@@ -41,14 +41,11 @@
 hint.arge.1.msize=0x1000
 hint.arge.1.irq=3
 
-# SPI flash
+# SoC SPI controller
 hint.spi.0.at="nexus0"
 hint.spi.0.maddr=0x1f00
 hint.spi.0.msize=0x10
 
-hint.mx25l.0.at="spibus0"
-hint.mx25l.0.cs=0
-
 # Watchdog
 hint.ar71xx_wdog.0.at="nexus0"
 
Index: mips/conf/PB47.hints
===
--- mips/conf/PB47.hints(revision 238655)
+++ mips/conf/PB47.hints(working copy)
@@ -1,6 +1,10 @@
 
 # $FreeBSD$
 
+# SPI flash
+hint.mx25l.0.at="spibus0"
+hint.mx25l.0.cs=0
+
 # There's two interfaces, but only one socket is populated.
 #
 # There's an AR8021 PHY attached to arge1.
Index: mips/conf/ROUTERSTATION.hints
===
--- mips/conf/ROUTERSTATION.hints   (revision 238655)
+++ mips/conf/ROUTERSTATION.hints   (working copy)
@@ -2,6 +2,10 @@
 # $FreeBSD$
 #
 
+# SPI flash
+hint.mx25l.0.at="spibus0"
+hint.mx25l.0.cs=0
+
 # Uncomment this hint for RS (not PRO)
 # PHY20 = 1 << 20
 hint.arge.0.phymask=0x10
Index: mips/conf/RSPRO_MFS
===
--- mips/conf/RSPRO_MFS (revision 238655)
+++ mips/conf/RSPRO_MFS (working copy)
@@ -11,6 +11,9 @@
 # RTC - requires hackery in the spibus code to work
 device pcf2123_rtc
 
+# On-board SPI flash
+device mx25l
+
 # GEOM modules
 device geom_redboot# to get access to the SPI flash partitions
 device geom_uzip   # compressed in-memory filesystem hackery!
Index: mips/conf/AR71XX_BASE
===
--- mips/conf/AR71XX_BASE   (revision 238655)
+++ mips/conf/AR71XX_BASE   (working copy)
@@ -101,10 +101,10 @@
 device umass
 device da
 
-# On-board SPI flash
+# SoC SPI controller
 device spibus
 device ar71xx_spi
-device mx25l
+
 device ar71xx_wdog
 
 device uart
Index: mips/conf/ROUTERSTATION_MFS
===
--- mips/conf/ROUTERSTATION_MFS (revision 238655)
+++ mips/conf/ROUTERSTATION_MFS (working copy)
@@ -8,6 +8,9 @@
 ident  "ROUTERSTATION_MFS"
 hints  "ROUTERSTATION.hints"
 
+# On-board SPI flash
+device mx25l
+
 # GEOM modules
 device geom_redboot# to get access to the SPI flash partitions
 device geom_uzip   # compressed in-memory filesystem hackery!
Index: mips/conf/RSPRO.hints
===
--- mips/conf/RSPRO.hints   (revision 238655)
+++ mips/conf/RSPRO.hints   (working copy)
@@ -1,5 +1,9 @@
 # $FreeBSD$
 
+# SPI flash
+hint.mx25l.0.at="spibus0"
+hint.mx25l.0.cs=0
+
 # arge0 mdio bus
 hint.ar

Re: bin/166656: commit references a PR

2012-08-22 Thread dfilter service
The following reply was made to PR bin/166656; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/166656: commit references a PR
Date: Wed, 22 Aug 2012 13:53:49 + (UTC)

 Author: jhb
 Date: Wed Aug 22 13:53:37 2012
 New Revision: 239564
 URL: http://svn.freebsd.org/changeset/base/239564
 
 Log:
   Revert r239356 and use an alternate algorithm.
   
   First, don't exit when the link goes down on an interface.  Instead,
   teach dhclient to track changes in link state and to enter the reboot
   state when the link on an interface goes up causing dhclient to attempt
   to renew its existing lease.
   
   Second, remove the change I added to clear the old lease when dhclient
   exits due to an error (such as ifconfig down).  If an interface is
   using autoconfiguration it should keep its autoconfiguration as much as
   possible.  If the next time it needs a configuration it is able to reuse
   the previous autoconfiguration, then leaving the settings intact allows
   existing connections to survive temporary outages, etc.
   
   PR:  bin/166656
   MFC after:   1 month
 
 Modified:
   head/sbin/dhclient/dhclient.c
   head/sbin/dhclient/dhcpd.h
 
 Modified: head/sbin/dhclient/dhclient.c
 ==
 --- head/sbin/dhclient/dhclient.c  Wed Aug 22 08:27:37 2012
(r239563)
 +++ head/sbin/dhclient/dhclient.c  Wed Aug 22 13:53:37 2012
(r239564)
 @@ -218,6 +218,7 @@ routehandler(struct protocol *p)
struct sockaddr *sa;
struct iaddr a;
ssize_t n;
 +  int linkstat;
  
n = read(routefd, &msg, sizeof(msg));
rtm = (struct rt_msghdr *)msg;
 @@ -278,10 +279,14 @@ routehandler(struct protocol *p)
ifi->name);
goto die;
}
 -  if (!interface_link_status(ifi->name)) {
 -  warning("Interface %s is down, dhclient exiting",
 -  ifi->name);
 -  goto die;
 +  linkstat = interface_link_status(ifi->name);
 +  if (linkstat != ifi->linkstat) {
 +  debug("%s link state %s -> %s", ifi->name,
 +  ifi->linkstat ? "up" : "down",
 +  linkstat ? "up" : "down");
 +  ifi->linkstat = linkstat;
 +  if (linkstat)
 +  state_reboot(ifi);
}
break;
case RTM_IFANNOUNCE:
 @@ -321,8 +326,6 @@ routehandler(struct protocol *p)
  
  die:
script_init("FAIL", NULL);
 -  if (ifi->client->active)
 -  script_write_params("old_", ifi->client->active);
if (ifi->client->alias)
script_write_params("alias_", ifi->client->alias);
script_go();
 @@ -437,6 +440,7 @@ main(int argc, char *argv[])
}
fprintf(stderr, " got link\n");
}
 +  ifi->linkstat = 1;
  
if ((nullfd = open(_PATH_DEVNULL, O_RDWR, 0)) == -1)
error("cannot open %s: %m", _PATH_DEVNULL);
 
 Modified: head/sbin/dhclient/dhcpd.h
 ==
 --- head/sbin/dhclient/dhcpd.h Wed Aug 22 08:27:37 2012(r239563)
 +++ head/sbin/dhclient/dhcpd.h Wed Aug 22 13:53:37 2012(r239564)
 @@ -208,6 +208,7 @@ struct interface_info {
int  errors;
int  dead;
u_int16_tindex;
 +  int  linkstat;
  };
  
  struct timeout {
 ___
 svn-src-...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
 
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: kern/170864: [mips] [patch] Move SPI flash from AR71XX_BASE (kernel) to board specific files

2012-08-22 Thread linimon
Synopsis: [mips] [patch] Move SPI flash from AR71XX_BASE (kernel) to board 
specific files

Responsible-Changed-From-To: freebsd-bugs->freebsd-mips
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Aug 22 17:31:59 UTC 2012
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=170864
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: kern/170859: [patch] [mips] Move MIPS specific options from generic conf/options file

2012-08-22 Thread linimon
Old Synopsis: [patch] Move MIPS specific options from generic conf/options file
New Synopsis: [patch] [mips] Move MIPS specific options from generic 
conf/options file

Responsible-Changed-From-To: freebsd-bugs->freebsd-mips
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Aug 22 17:39:18 UTC 2012
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=170859
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: conf/170847: [rc] static IPv6 addresses+vlans don't work ala rc(5)

2012-08-22 Thread linimon
Synopsis: [rc] static IPv6 addresses+vlans don't work ala rc(5)

Responsible-Changed-From-To: freebsd-bugs->freebsd-rc
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Aug 22 18:14:54 UTC 2012
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=170847
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


kern/170889: [ath] ath driver uses some uninitilized memory

2012-08-22 Thread Lev A. Serebryakov

>Number: 170889
>Category:   kern
>Synopsis:   [ath] ath driver uses some uninitilized memory
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Aug 22 20:30:08 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Lev A. Serebryakov
>Release:FreeBSD 10.0-CURRENT i386
>Organization:
>Environment:
System: FreeBSD gateway.home.serebryakov.spb.ru 10.0-CURRENT FreeBSD 
10.0-CURRENT #2 r239564M: Wed Aug 22 22:12:33 MSK 2012 
r...@vmware-c-32.home.serebryakov.spb.ru:/usr/obj/nanobsd.gateway-net5501/data/src/sys/NET5501
 i386
Hardware:
ath0:  mem 0xa006-0xa006 irq 15 at device 17.0 on pci0
[ath] enabling AN_TOP2_FIXUP
[ath]: default pwr offset: -5 dBm != EEPROM pwr offset: 0 dBm; curves will be 
adjusted.
ath0: DMA setup: legacy
ath0: [HT] enabling HT modes
ath0: [HT] 2 RX streams; 2 TX streams
ath0: AR9220 mac 128.2 RF5133 phy 13.0
ath0: 2GHz radio: 0x; 5GHz radio: 0x00c0

dev.ath.0.debug=0x10020 (ATH_DEBUG_RESET|ATH_DEBUG_SW_TX_BAR)

>Description:

 With these debug flags ath driver prints out some buffers, which looks like 
uninitialized memory.
 Here is snapshot from boot log:
 
FreeBSD 10.0-CURRENT #2 r239564M: Wed Aug 22 22:12:33 MSK 2012

r...@vmware-c-32.home.serebryakov.spb.ru:/usr/obj/nanobsd.gateway-net5501/data/src/sys/NET5501
 i386
> SKIPPED
ath0:  mem 0xa006-0xa006 irq 15 at device 17.0 on pci0
[ath] enabling AN_TOP2_FIXUP
[ath]: default pwr offset: -5 dBm != EEPROM pwr offset: 0 dBm; curves will be 
adjusted.
ath0: DMA setup: legacy
ath0: [HT] enabling HT modes
ath0: [HT] 2 RX streams; 2 TX streams
ath0: AR9220 mac 128.2 RF5133 phy 13.0
ath0: 2GHz radio: 0x; 5GHz radio: 0x00c0
> SKIPPED
> wlan0 created
wlan0: Ethernet address: 00:0c:42:64:69:92
ath0: ath_init: if_flags 0x8803
ath0: ath_stop_locked: invalid 0 if_flags 0x8803
ath0: ath_init: imask=0xe071
ath0: ath_txq_update: Q1 qflags 0xf aifs 3 cwmin 15 cwmax 63 burstTime 0
ath0: ath_txq_update: Q0 qflags 0xf aifs 7 cwmin 15 cwmax 1023 burstTime 0
ath0: ath_txq_update: Q2 qflags 0xf aifs 1 cwmin 7 cwmax 15 burstTime 3008
ath0: ath_txq_update: Q3 qflags 0xf aifs 1 cwmin 3 cwmax 7 burstTime 1504
ath0: ath_chan_set: 1 (2412 MHz, flags 0x10480)
ath0: ath_legacy_stoprecv: rx queue 0x2e7b000, link 0xd5e872a0
ath0: ath_stoptxdma: tx queue [9] 0, link 0
ath0: ath_tx_stopdma: tx queue [0] 0, link 0
ath0: ath_tx_stopdma: tx queue [1] 0, link 0
ath0: ath_tx_stopdma: tx queue [2] 0, link 0
ath0: ath_tx_stopdma: tx queue [3] 0, link 0
ath0: ath_tx_stopdma: tx queue [8] 0, link 0
ath0: ath_stoptxdma: tx queue [9] 0, link 0
ath0: ath_tx_stopdma: tx queue [0] 0, link 0
ath0: ath_tx_stopdma: tx queue [1] 0, link 0
ath0: ath_tx_stopdma: tx queue [2] 0, link 0
ath0: ath_tx_stopdma: tx queue [3] 0, link 0
ath0: ath_tx_stopdma: tx queue [8] 0, link 0
ath0: ath_txq_update: Q1 qflags 0xf aifs 2 cwmin 7 cwmax 1023 burstTime 2048
ath0: ath_txq_update: Q0 qflags 0xf aifs 7 cwmin 15 cwmax 1023 burstTime 0
ath0: ath_txq_update: Q2 qflags 0xf aifs 1 cwmin 7 cwmax 15 burstTime 3008
ath0: ath_txq_update: Q3 qflags 0xf aifs 1 cwmin 3 cwmax 7 burstTime 1504
ath0: ath_setslottime: chan 2412 MHz flags 0x10480 short slot, 9 usec
Starting hostapd.
Configuration file: /etc/hostapd.conf
ath0: ath_stop_locked: invalid 0 if_flags 0x8802
ath0: ath_stoptxdma: tx queue [9] 0x2e7a000, link 0
ath0: ath_tx_stopdma: tx queue [0] 0, link 0
ath0: ath_tx_stopdma: tx queue [1] 0x2dfe480, link 0
ath0: ath_tx_stopdma: tx queue [2] 0, link 0
ath0: ath_tx_stopdma: tx queue [3] 0, link 0
ath0: ath_tx_stopdma: tx queue [8] 0, link 0
ath0: ath_legacy_stoprecv: rx queue 0x2e83f60, link 0xd5e83e40
R[ 0] (DS.V:0xd5e83ea0 DS.P:0x2e83ea0) L:02e83f00 D:187bd800 *
  aa55aa55 0800 1b801b1f 0125
00e632e1 0100 21808080 80808080 80808080 80808080 0003
R[ 1] (DS.V:0xd5e83f00 DS.P:0x2e83f00) L:02e83f60 D:187bf000 *
  aa55aa55 0800 1b801406 00ee
00e6b613 0100 14808080 80808080 80808080 80808080 0003
Using interface wlan0 with hwaddr 00:0c:42:64:69:92 and ssid 
'home.serebryakov.spb.ru'
ath0: ath_init: if_flags 0x8803
ath0: ath_stop_locked: invalid 0 if_flags 0x8803
ath0: ath_init: imask=0xe071
ath0: ath_txq_update: Q1 qflags 0xf aifs 3 cwmin 15 cwmax 63 burstTime 0
ath0: ath_txq_update: Q0 qflags 0xf aifs 7 cwmin 15 cwmax 1023 burstTime 0
ath0: ath_txq_update: Q2 qflags 0xf aifs 1 cwmin 7 cwmax 15 burstTime 3008
ath0: ath_txq_update: Q3 qflags 0xf aifs 1 cwmin 3 cwmax 7 burstTime 1504
ath0: ath_chan_set: 1 (2412 MHz, flags 0x10480)
ath0: ath_txq_update: Q1 qflags 0xf aifs 2 cwmin 7 cwmax 1023 burstTime 2048
ath0: ath_txq_update: Q0 qflags 0xf aifs 7 cwmin 15 cwmax 1023 burstTime 0
ath0: ath_txq_update: Q2 qflags 0xf aifs 1 cwmin 7 cwmax 15 burstTime 3008
ath0: ath_txq_update: Q3 qflags 0xf aifs 1 cwmin 3 

Re: kern/170889: [ath] ath driver uses some uninitilized memory

2012-08-22 Thread lev
Synopsis: [ath] ath driver uses some uninitilized memory

Responsible-Changed-From-To: freebsd-bugs->wireless
Responsible-Changed-By: lev
Responsible-Changed-When: Wed Aug 22 20:31:34 UTC 2012
Responsible-Changed-Why: 
To the owner

http://www.freebsd.org/cgi/query-pr.cgi?pr=170889
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


kern/170904: ath driver: configure related parameters when radar detection (DFS) is enabled

2012-08-22 Thread Brett Wright

>Number: 170904
>Category:   kern
>Synopsis:   ath driver: configure related parameters when radar detection 
>(DFS) is enabled
>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:   Thu Aug 23 02:10:01 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Brett Wright
>Release:Head
>Organization:
>Environment:
>Description:
When enabling DFS Radar Detection in ath() driver, it makes sense to also make 
several other configuration changes to promote usability of radar detection:

- Disable the fast diversity stuff (ar5212 HAL)
- Disable ANI operation (ar5212 HAL)

Also a couple of other additional functions would be very helpful:

- A HAL method to fetch the default radar parameters for the chip
- Modify dfs_null to fetch the default radar parameters and disable fast 
diversity.
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


misc/170910: hUBFGAnQaURfbGwQW

2012-08-22 Thread SHeyotjfIW

>Number: 170910
>Category:   misc
>Synopsis:   hUBFGAnQaURfbGwQW
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Aug 23 03:30:04 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: SHeyotjfIW
>Release:ygTwkNCH
>Organization:
fHGMCXhQEXpYmLYDdV
>Environment:
I would like to check in on March 29th and check out on April 1st. I am looking 
for the chcnae to share a room with the other ACLA attendants who would like to 
reduce the traveling expense, too, no matter how many roommates there will be 
and what gender you are. I'm only 164 cm tall so I could take the sofa or the 
floor for the night if there aren't enough beds in one room. I don't smoke and 
I don't drink, but I don't mind if you'd like to smoke in the room. My email is 
 and my facebook page is . Welcome to write to me or to send an online facebook 
message to me to discuss the further details with me if you'd like to accept me 
as a roommate. ^_^Terry ChenGraduate Student of the Department of English and 
American Literature,National Central University, Taiwan (R.O.C.)
>Description:
I would like to check in on March 29th and check out on April 1st. I am looking 
for the chcnae to share a room with the other ACLA attendants who would like to 
reduce the traveling expense, too, no matter how many roommates there will be 
and what gender you are. I'm only 164 cm tall so I could take the sofa or the 
floor for the night if there aren't enough beds in one room. I don't smoke and 
I don't drink, but I don't mind if you'd like to smoke in the room. My email is 
 and my facebook page is . Welcome to write to me or to send an online facebook 
message to me to discuss the further details with me if you'd like to accept me 
as a roommate. ^_^Terry ChenGraduate Student of the Department of English and 
American Literature,National Central University, Taiwan (R.O.C.)
>How-To-Repeat:
I would like to check in on March 29th and check out on April 1st. I am looking 
for the chcnae to share a room with the other ACLA attendants who would like to 
reduce the traveling expense, too, no matter how many roommates there will be 
and what gender you are. I'm only 164 cm tall so I could take the sofa or the 
floor for the night if there aren't enough beds in one room. I don't smoke and 
I don't drink, but I don't mind if you'd like to smoke in the room. My email is 
 and my facebook page is . Welcome to write to me or to send an online facebook 
message to me to discuss the further details with me if you'd like to accept me 
as a roommate. ^_^Terry ChenGraduate Student of the Department of English and 
American Literature,National Central University, Taiwan (R.O.C.)
>Fix:
I would like to check in on March 29th and check out on April 1st. I am looking 
for the chcnae to share a room with the other ACLA attendants who would like to 
reduce the traveling expense, too, no matter how many roommates there will be 
and what gender you are. I'm only 164 cm tall so I could take the sofa or the 
floor for the night if there aren't enough beds in one room. I don't smoke and 
I don't drink, but I don't mind if you'd like to smoke in the room. My email is 
 and my facebook page is . Welcome to write to me or to send an online facebook 
message to me to discuss the further details with me if you'd like to accept me 
as a roommate. ^_^Terry ChenGraduate Student of the Department of English and 
American Literature,National Central University, Taiwan (R.O.C.)

>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: junk/170910: hUBFGAnQaURfbGwQW

2012-08-22 Thread gjb
Synopsis: hUBFGAnQaURfbGwQW

State-Changed-From-To: open->closed
State-Changed-By: gjb
State-Changed-When: Thu Aug 23 03:32:45 UTC 2012
State-Changed-Why: 
Spam.  12 is a fun age, isn't it?



Responsible-Changed-From-To: freebsd-bugs->gnats-adm
Responsible-Changed-By: gjb
Responsible-Changed-When: Thu Aug 23 03:32:45 UTC 2012
Responsible-Changed-Why: 
Spam.


http://www.freebsd.org/cgi/query-pr.cgi?pr=170910
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: kern/170904: [ath] ath driver: configure related parameters when radar detection (DFS) is enabled

2012-08-22 Thread gjb
Old Synopsis: ath driver: configure related parameters when radar detection 
(DFS) is enabled
New Synopsis: [ath] ath driver: configure related parameters when radar 
detection (DFS) is enabled

Class-Changed-From-To: change-request->sw-bug
Class-Changed-By: gjb
Class-Changed-When: Thu Aug 23 03:38:20 UTC 2012
Class-Changed-Why: 


Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: gjb
Responsible-Changed-When: Thu Aug 23 03:38:20 UTC 2012
Responsible-Changed-Why: 
Over to maintainer(s).


http://www.freebsd.org/cgi/query-pr.cgi?pr=170904
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


kern/170912: [zfs] unnecessarily setting DS_FLAG_INCONSISTENT on async destroyed datasets

2012-08-22 Thread Marcelo Araujo

>Number: 170912
>Category:   kern
>Synopsis:   [zfs] unnecessarily setting DS_FLAG_INCONSISTENT on async 
>destroyed datasets
>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 Aug 23 06:40:01 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Marcelo Araujo
>Release:9-1-BETA1
>Organization:
FreeBSD
>Environment:
FreeBSD QnapAraujo 9.1-BETA1 FreeBSD 9.1-BETA1 #15: Wed Jul 11 08:36:49 PDT 
2012 
r...@build9x64.pcbsd.org:/usr/obj/builds/amd64/pcbsd-build90/fbsd-source/9.0/sys/GENERIC
  amd64

>Description:
Import the source to solve the issue: https://www.illumos.org/issues/3086

Code obtained on: Commit cd512c80fd75
>How-To-Repeat:

>Fix:


Patch attached with submission follows:

Index: cddl/contrib/opensolaris/cmd/ztest/ztest.c
===
--- cddl/contrib/opensolaris/cmd/ztest/ztest.c  (revision 239602)
+++ cddl/contrib/opensolaris/cmd/ztest/ztest.c  (working copy)
@@ -2225,6 +2225,7 @@
 {
objset_t *os = zd->zd_os;
 
+VERIFY(mutex_lock(&zd->zd_dirobj_lock) == 0);
(void) rw_wrlock(&zd->zd_zilog_lock);
 
/* zfsvfs_teardown() */
@@ -2235,6 +2236,7 @@
zil_replay(os, zd, ztest_replay_vector);
 
(void) rw_unlock(&zd->zd_zilog_lock);
+VERIFY(mutex_unlock(&zd->zd_dirobj_lock) == 0);
 }
 
 /*
Index: sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c
===
--- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c(revision 
239602)
+++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zil.c(working copy)
@@ -20,7 +20,7 @@
  */
 /*
  * Copyright (c) 2005, 2010, Oracle and/or its affiliates. All rights reserved.
- * Copyright (c) 2011 by Delphix. All rights reserved.
+ * Copyright (c) 2012 by Delphix. All rights reserved.
  */
 
 /* Portions Copyright 2010 Robert Milkowski */
@@ -462,6 +462,39 @@
 }
 
 /*
+ * Called when we create in-memory log transactions so that we know
+ * to cleanup the itxs at the end of spa_sync().
+ */
+
+void
+zilog_dirty(zilog_t *zilog, uint64_t txg)
+{
+   dsl_pool_t *dp = zilog->zl_dmu_pool;
+   dsl_dataset_t *ds = dmu_objset_ds(zilog->zl_os);
+
+   if (dsl_dataset_is_snapshot(ds))
+   panic("dirtying snapshot!");
+
+   if (txg_list_add(&dp->dp_dirty_zilogs, zilog, txg) == 0) {
+   /* up the hold count until we can be written out */
+   dmu_buf_add_ref(ds->ds_dbuf, zilog);
+   }
+}
+
+
+boolean_t
+zilog_is_dirty(zilog_t *zilog)
+{
+   dsl_pool_t *dp = zilog->zl_dmu_pool;
+
+   for (int t = 0; t < TXG_SIZE; t++) {
+   if (txg_list_member(&dp->dp_dirty_zilogs, zilog, t))
+   return (B_TRUE);
+   }
+   return (B_FALSE);
+}
+
+/*
  * Create an on-disk intent log.
  */
 static lwb_t *
@@ -577,14 +610,21 @@
kmem_cache_free(zil_lwb_cache, lwb);
}
} else if (!keep_first) {
-   (void) zil_parse(zilog, zil_free_log_block,
-   zil_free_log_record, tx, zh->zh_claim_txg);
+   zil_destroy_sync(zilog, tx);
}
mutex_exit(&zilog->zl_lock);
 
dmu_tx_commit(tx);
 }
 
+void
+zil_destroy_sync(zilog_t *zilog, dmu_tx_t *tx)
+{
+   ASSERT(list_is_empty(&zilog->zl_lwb_list));
+   (void) zil_parse(zilog, zil_free_log_block,
+   zil_free_log_record, tx, zilog->zl_header->zh_claim_txg);
+}
+
 int
 zil_claim(const char *osname, void *txarg)
 {
@@ -998,6 +1038,8 @@
return (NULL);
 
ASSERT(lwb->lwb_buf != NULL);
+   ASSERT(zilog_is_dirty(zilog) ||
+   spa_freeze_txg(zilog->zl_spa) != UINT64_MAX);
 
if (lrc->lrc_txtype == TX_WRITE && itx->itx_wr_state == WR_NEED_COPY)
dlen = P2ROUNDUP_TYPED(
@@ -1218,7 +1260,7 @@
if ((itx->itx_lr.lrc_txtype & ~TX_CI) == TX_RENAME)
zil_async_to_sync(zilog, itx->itx_oid);
 
-   if (spa_freeze_txg(zilog->zl_spa) !=  UINT64_MAX)
+   if (spa_freeze_txg(zilog->zl_spa) != UINT64_MAX)
txg = ZILTEST_TXG;
else
txg = dmu_tx_get_txg(tx);
@@ -1269,6 +1311,7 @@
}
 
itx->itx_lr.lrc_txg = dmu_tx_get_txg(tx);
+   zilog_dirty(zilog, txg);
mutex_exit(&itxg->itxg_lock);
 
/* Release the old itxs now we've dropped the lock */
@@ -1278,7 +1321,10 @@
 
 /*
  * If there are any in-memory intent log transactions which have now been
- * synced then start up a taskq to free them.
+ * synced then start up a taskq to free them. We should only do this after we
+ * have written out the uberblocks (i.e. txg has been comitted) so that
+ * don't inadvertently clean out in-memory log records that would be required
+ * b

Re: kern/170912: [zfs] [patch] unnecessarily setting DS_FLAG_INCONSISTENT on async destroyed datasets

2012-08-22 Thread linimon
Old Synopsis: [zfs] unnecessarily setting DS_FLAG_INCONSISTENT on async 
destroyed datasets
New Synopsis: [zfs] [patch] unnecessarily setting DS_FLAG_INCONSISTENT on async 
destroyed datasets

Responsible-Changed-From-To: freebsd-bugs->freebsd-fs
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu Aug 23 06:45:10 UTC 2012
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=170912
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"