kern/167793: mbuf leak if arp address is multicast

2012-05-11 Thread Andrey Smagin

>Number: 167793
>Category:   kern
>Synopsis:   mbuf leak if arp address is multicast
>Confidential:   no
>Severity:   serious
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri May 11 09:20:14 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Andrey Smagin
>Release:CURRENT - r235238M
>Organization:
>Environment:
FreeBSD samnote.vvt 10.0-CURRENT FreeBSD 10.0-CURRENT #2 r235238M: Fri May 11 
07:00:35 MSK 2012 r...@ns.vvt:/usr/obj/i386.i386/usr/src386/sys/SAM  i386
>Description:
System leak mbufs with multicast arp adresses 
>How-To-Repeat:
Create in one box static arp table for 65533 entries 172.16.0.0/16 with 
multicast arp adresses, example eb:ee:00:00:xx:yy. xx yy - count number. From 
another box after time we will see:
root samnote# netstat -m
*26078/427/26505 mbufs in use (current/cache/total)
*26076/170/26246/65536 mbuf clusters in use (current/cache/total/max)
*26076/164 mbuf+clusters out of packet secondary zone in use (current/cache)
0/20/20/65536 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/6400 9k jumbo clusters in use (current/cache/total/max)
0/0/0/3200 16k jumbo clusters in use (current/cache/total/max)
*58671K/526K/59198K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/5/6656 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines
* values will increment. after some hours network stack will fail with error: 
not free mbuf. By this bug I make DDOS for myself.
>Fix:
Don't use large number multicast arp adressed in one LAN.

>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: bin/167575: mfiutil(8) claims battery is OK even though it is worn out and wb cache is disabled

2012-05-11 Thread Sean Bruno
The following reply was made to PR bin/167575; it has been noted by GNATS.

From: Sean Bruno 
To: bug-follo...@freebsd.org, ema...@freebsd.org
Cc:  
Subject: Re: bin/167575: mfiutil(8) claims battery is OK even though it is
 worn out and wb cache is disabled
Date: Fri, 11 May 2012 06:26:25 -0700

 I would be more suspcious of the hardware you're using.
 
 My Dell boxes with mfi(4) seem to do just fine with failed batteries:
 
 bash-4.2$ sudo mfiutil show battery
 mfi0: Battery State:
  Manufacture Date: 9/22/2007
 Serial Number: 2015
  Manufacturer: SANYO
 Model: DLU8735
 Chemistry: LION
   Design Capacity: 1900 mAh
  Full Charge Capacity: 369 mAh
  Current Capacity: 349 mAh
 Charge Cycles: 42
Current Charge: 95%
Design Voltage: 3700 mV
   Current Voltage: 4014 mV
   Temperature: 22 C
Status: normal
   State of Health: bad
 
 
 
 
___
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: bin/164378: [patch] improvement of pkg_info(1) warning

2012-05-11 Thread beat
Synopsis: [patch] improvement of pkg_info(1) warning

Responsible-Changed-From-To: freebsd-bugs->portmgr
Responsible-Changed-By: beat
Responsible-Changed-When: Fri May 11 13:41:26 UTC 2012
Responsible-Changed-Why: 
portmgr territory.

http://www.freebsd.org/cgi/query-pr.cgi?pr=164378
___
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/167798: problem with "ifconfig list scan" command in ad-hoc mode

2012-05-11 Thread Johann

>Number: 167798
>Category:   misc
>Synopsis:   problem with "ifconfig list scan" command in ad-hoc mode
>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 May 11 14:00:27 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Johann
>Release:9.0-STABLE
>Organization:
CSIR
>Environment:
FreeBSD mesh-2aee 9.0-STABLE FreeBSD 9.0-STABLE #1: Tue Feb 14 09:13:11 SAST 
2012 
j...@magrathea.meraka.csir.co.za:/var/scratch/9-stable/obj/i386.i386/var/scratch/9-stable/src/sys/SMALL
  i386
>Description:
The "ifconfig list scan" command does not work in adhoc mode if the channel was 
manually set with "ifconfig wlanX channel Y" 

It only works if the channel was not configured.
>How-To-Repeat:
ifconfig wlan0 create wlandev ath0 wlanmode adhoc
ifconfig wlan0 bssid 66:98:40:46:b7:0a up
ifconfig wlan0 list scan
SSID/MESH IDBSSID  CHAN RATE   S:N INT CAPS
meraka  0a:02:6f:8b:b6:93   11   54M -91:-96  100 EPS  WME RSN ATH
CSIR Guest  06:02:6f:8b:b6:93   11   54M -90:-96  100 ES   WME ATH

--
Now lock the channel, after that "list scan" gives no more output.
--
ifconfig wlan0 down
ifconfig wlan0 channel 13 up
ifconfig wlan0 list scan

--
Remove the channel selection and it works again
--
ifconfig wlan0 down
ifconfig wlan0 channel -
ifconfig wlan0 up
mesh-2aee:~ # ifconfig wlan0 list scan
SSID/MESH IDBSSID  CHAN RATE   S:N INT CAPS
CSIR Wireless   00:02:6f:8b:b6:93   11   54M -89:-96  100 EPS  WME RSN ATH
CSIR Guest  06:02:6f:8b:b6:93   11   54M -90:-96  100 ES   WME ATH

>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"


Re: kern/167798: ifconfig(8): problem with "ifconfig list scan" command in ad-hoc mode

2012-05-11 Thread eadler
Old Synopsis: problem with "ifconfig list scan" command in ad-hoc mode
New Synopsis: ifconfig(8): problem with "ifconfig list scan" command in ad-hoc 
mode

Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless
Responsible-Changed-By: eadler
Responsible-Changed-When: Fri May 11 16:26:25 UTC 2012
Responsible-Changed-Why: 
fix synopsis and assign

http://www.freebsd.org/cgi/query-pr.cgi?pr=167798
___
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/165318: CAM/USB: Western Digital Passport no longer "removable"

2012-05-11 Thread mezz
Synopsis: CAM/USB: Western Digital Passport no longer "removable"

Responsible-Changed-From-To: kern->freebsd-bugs
Responsible-Changed-By: mezz
Responsible-Changed-When: Fri May 11 19:35:18 UTC 2012
Responsible-Changed-Why: 
whoops, changed wrong line. correct it.

http://www.freebsd.org/cgi/query-pr.cgi?pr=165318
___
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/167806: [iwn] iwn driver panic on 9.0-STABLE-amd64

2012-05-11 Thread Bojan Petrovic

>Number: 167806
>Category:   kern
>Synopsis:   [iwn] iwn driver panic on 9.0-STABLE-amd64
>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 May 11 20:00:34 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Bojan Petrovic
>Release:9.0-STABLE-amd64
>Organization:
>Environment:
FreeBSD alpha-60 9.0-STABLE FreeBSD 9.0-STABLE #0: Tue May  1 14:51:47 CEST 
2012 root@alpha-60:/usr/obj/usr/src/sys/SL510_9.0  amd64

>Description:
Network card:

iwn0:  mem 0xf060-0xf0601fff irq 19 at 
device 0.0 on pci5

iwn0@pci0:5:0:0:class=0x028000 card=0x13158086 chip=0x00848086 rev=0x00 
hdr=0x00
vendor = 'Intel Corporation'
device = 'Centrino Wireless-N 1000'
class  = network

Kernel seems to panic mostly when playing flash video on a bad wifi network.

Output of interaction with "kgdb kernel.debug ~/cores/vmcore.1":


Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0x1e
fault code  = supervisor read data, page not present
instruction pointer = 0x20:0x8058353b
stack pointer   = 0x28:0xff80738cc8e0
frame pointer   = 0x28:0xff80738cc940
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 12 (irq257: iwn0)
trap number = 12
panic: page fault
cpuid = 1
KDB: stack backtrace:
#0 0x808f9afe at kdb_backtrace+0x5e
#1 0x808c1c57 at panic+0x187
#2 0x80bbada0 at trap_fatal+0x290
#3 0x80bbb14f at trap_pfault+0x25f
#4 0x80bbb613 at trap+0x373
#5 0x80ba5d93 at calltrap+0x8
#6 0x805892ad at iwn_notif_intr+0x3ad
#7 0x8058b56b at iwn_intr+0x30b
#8 0x80894d04 at intr_event_execute_handlers+0x104
#9 0x80896484 at ithread_loop+0xa4
#10 0x8089193f at fork_exit+0x11f
#11 0x80ba62be at fork_trampoline+0xe
Uptime: 26m52s
#0  doadump (textdump=Variable "textdump" is not available.
) at pcpu.h:224
224 __asm("movq %%gs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump (textdump=Variable "textdump" is not available.
) at pcpu.h:224
#1  0x808c1795 in kern_reboot (howto=260) at 
/usr/src/sys/kern/kern_shutdown.c:442
#2  0x808c1c41 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:607
#3  0x80bbada0 in trap_fatal (frame=0xc, eva=Variable "eva" is not 
available.
) at /usr/src/sys/amd64/amd64/trap.c:843
#4  0x80bbb14f in trap_pfault (frame=0xff80738cc830, usermode=0) at 
/usr/src/sys/amd64/amd64/trap.c:759
#5  0x80bbb613 in trap (frame=0xff80738cc830) at 
/usr/src/sys/amd64/amd64/trap.c:454
#6  0x80ba5d93 in calltrap () at 
/usr/src/sys/amd64/amd64/exception.S:228
#7  0x8058353b in iwn_ampdu_tx_done (sc=0xff8000782000, 
qid=Variable "qid" is not available.
) at /usr/src/sys/dev/iwn/if_iwn.c:2825
#8  0x805892ad in iwn_notif_intr (sc=0xff8000782000) at 
/usr/src/sys/dev/iwn/if_iwn.c:2900
#9  0x8058b56b in iwn_intr (arg=dwarf2_read_address: Corrupted DWARF 
expression.
) at /usr/src/sys/dev/iwn/if_iwn.c:3191
#10 0x80894d04 in intr_event_execute_handlers (p=Variable "p" is not 
available.
) at /usr/src/sys/kern/kern_intr.c:1260
#11 0x80896484 in ithread_loop (arg=0xfe0002854380) at 
/usr/src/sys/kern/kern_intr.c:1273
#12 0x8089193f in fork_exit (callout=0x808963e0 , 
arg=0xfe0002854380, frame=0xff80738ccc00) at 
/usr/src/sys/kern/kern_fork.c:992
#13 0x80ba62be in fork_trampoline () at 
/usr/src/sys/amd64/amd64/exception.S:602
#14 0x in ?? ()
#15 0x in ?? ()
#16 0x0001 in ?? ()
#17 0x in ?? ()
#18 0x in ?? ()
#19 0x in ?? ()
#20 0x in ?? ()
#21 0x in ?? ()
#22 0x in ?? ()
#23 0x in ?? ()
#24 0x in ?? ()
#25 0x in ?? ()
#26 0x in ?? ()
#27 0x in ?? ()
#28 0x in ?? ()
#29 0x in ?? ()
#30 0x in ?? ()
#31 0x in ?? ()
#32 0x in ?? ()
#33 0x in ?? ()
#34 0x in ?? ()
#35 0x in ?? ()
#36 0x in ?? ()
#37 0x in ?? ()
#38 0x0001 in ?? ()
#39 0x81244900 in affinity ()
#40 0xfe0002750460 in ?? ()
#41 0xfe0002750460 in ?? ()
#42 0xff80738cc3d0 in ?? ()
#43 0xff80738cc378 in ?? ()
#44 0xfe0002483460 in ?? ()
#45 0x

Re: kern/167806: [iwn] iwn driver panic on 9.0-STABLE-amd64

2012-05-11 Thread gnats
Synopsis: [iwn] iwn driver panic on 9.0-STABLE-amd64

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: gnats
Responsible-Changed-When: Fri May 11 20:07:13 UTC 2012
Responsible-Changed-Why: 
Over to maintainers.

http://www.freebsd.org/cgi/query-pr.cgi?pr=167806
___
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/137678: [libstand] [patch] libstand's bootp/dhcp code always uses PXEClient as the vendor identifier; this adds cpu type and FreeBSD version to the identifer.

2012-05-11 Thread eadler
Synopsis: [libstand] [patch] libstand's bootp/dhcp code always uses PXEClient 
as the vendor identifier; this adds cpu type and FreeBSD version to the 
identifer.

Responsible-Changed-From-To: freebsd-bugs->eadler
Responsible-Changed-By: eadler
Responsible-Changed-When: Sat May 12 03:15:30 UTC 2012
Responsible-Changed-Why: 
I'll take it.

http://www.freebsd.org/cgi/query-pr.cgi?pr=137678
___
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/167812: test PR - please ignore

2012-05-11 Thread Gavin Atkinson

>Number: 167812
>Category:   misc
>Synopsis:   test PR - please ignore
>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 May 12 04:20:09 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Gavin Atkinson
>Release:
>Organization:
>Environment:
>Description:
Test PR.
>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"


Re: misc/167812: test PR - please ignore

2012-05-11 Thread gavin
Synopsis: test PR - please ignore

State-Changed-From-To: open->closed
State-Changed-By: gavin
State-Changed-When: Sat May 12 04:21:47 UTC 2012
State-Changed-Why: 
Close, works

http://www.freebsd.org/cgi/query-pr.cgi?pr=167812
___
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"