system freeze with DWL-G520 and possible fix

2013-01-16 Thread Dinar Talypov
Hi, My D-link DWL-G520 card attaches on ath(4): ath0 at pci0 dev 9 function 0 Atheros AR5212 rev 0x01: irq 11 ath0: AR2414 7.9 phy 4.5 rf2413 5.6, FCC2A*, address 00:17:9a:09:f4:5a On ifconfig ath0 down ifconfig ath0 up I've got system freeze. Googleing showed that system can freeze on

allow sending certain frames on trunkdevs for LLDP

2013-01-16 Thread Stuart Henderson
Daemons which send LLDP advertisements (e.g. ladvd and lldpd) need to send frames on trunk member ports in order that the individual port can be identified to the switch; currently there is a blanket restriction on sending via these ports, the following diff changes this to permit AF_UNSPEC and

Re: allow sending certain frames on trunkdevs for LLDP

2013-01-16 Thread Marco Pfatschbacher
On Wed, Jan 16, 2013 at 10:56:25PM +, Stuart Henderson wrote: Daemons which send LLDP advertisements (e.g. ladvd and lldpd) need to send frames on trunk member ports in order that the individual port can be identified to the switch; currently there is a blanket restriction on sending via

Re: allow sending certain frames on trunkdevs for LLDP

2013-01-16 Thread Claudio Jeker
On Thu, Jan 17, 2013 at 12:40:32AM +0100, Marco Pfatschbacher wrote: On Wed, Jan 16, 2013 at 10:56:25PM +, Stuart Henderson wrote: Daemons which send LLDP advertisements (e.g. ladvd and lldpd) need to send frames on trunk member ports in order that the individual port can be identified

Re: allow sending certain frames on trunkdevs for LLDP

2013-01-16 Thread Stuart Henderson
On 2013/01/17 00:56, Claudio Jeker wrote: On Thu, Jan 17, 2013 at 12:40:32AM +0100, Marco Pfatschbacher wrote: On Wed, Jan 16, 2013 at 10:56:25PM +, Stuart Henderson wrote: Daemons which send LLDP advertisements (e.g. ladvd and lldpd) need to send frames on trunk member ports in order

Re: amd64 bus_space tweak

2013-01-16 Thread Janne Johansson
2013/1/16 David Gwynne da...@gwynne.id.au: i also make it possible for the compiler to inline bus_space_barrier, which can generally get reduced to a single instruction rather than a function call. as a result it makes the kernel smaller. and THERE we got vi in. 8^D -- May the most