kern/161805: [panic] [arp] Repeatable panic in ARP code

>Number: 161805 >Category: kern >Synopsis: [panic] [arp] Repeatable panic in ARP code >Confidential: no >Severity: serious >Priority: high >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-b

Re: kern/161805: [panic] [arp] Repeatable panic in ARP code

The following reply was made to PR kern/161805; it has been noted by GNATS. From: Eugene Grosbein To: bug-follo...@freebsd.org Cc: qin...@freebsd.org Subject: Re: kern/161805: [panic] [arp] Repeatable panic in ARP code Date: Wed, 19 Oct 2011 20:14:30 +0700 Hi! I've downgraded my kernel to ta

bin/161807: [patch] add option for explicitly specifying metadata version to geli

>Number: 161807 >Category: bin >Synopsis: [patch] add option for explicitly specifying metadata version >to geli >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date

kern/161809: set kern.cam.boot_delay via build options (usb boot)

>Number: 161809 >Category: kern >Synopsis: set kern.cam.boot_delay via build options (usb boot) >Confidential: no >Severity: non-critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Cla

misc/161811: [patch] security update www/opera to 11.52

>Number: 161811 >Category: misc >Synopsis: [patch] security update www/opera to 11.52 >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class:

Re: usb/157074: [boot] [usb8] vfs_mountroot_ask is called when no usb keyboard is initialized

Old Synopsis: [boot] vfs_mountroot_ask is called when no usb keyboard is initialized New Synopsis: [boot] [usb8] vfs_mountroot_ask is called when no usb keyboard is initialized Responsible-Changed-From-To: freebsd-bugs->freebsd-usb Responsible-Changed-By: gavin Responsible-Changed-When: Wed Oct

Re[2]: kern/161721: [boot] compiling kernel with KVA_PAGES=512 does not allow system to boot

rFo> Synopsis: [boot] compiling kernel with KVA_PAGES=512 does not allow system to boot rFo> State-Changed-From-To: open->closed rFo> State-Changed-By: remko rFo> State-Changed-When: Tue Oct 18 18:27:15 UTC 2011 rFo> State-Changed-Why: rFo> If you fiddle with kernel settings you should be aware

Re: kern/161805: [regression] [panic] [arp] Repeatable panic in ARP code

Synopsis: [regression] [panic] [arp] Repeatable panic in ARP code Responsible-Changed-From-To: freebsd-bugs->qingli Responsible-Changed-By: glebius Responsible-Changed-When: Wed Oct 19 19:16:50 UTC 2011 Responsible-Changed-Why: Definitely looks related to recent merges by Qing. http://www.freebs

Re: kern/161721: [boot] compiling kernel with KVA_PAGES=512 does not allow system to boot

Hello Kes, Thank you for responding to my closure. Sadly the PR list should contain only Problem REcords (PR's) so personally I do not think a wish list item should be kept open. Though, we might want to ask Alan whether this is something we can and will work at or not. If the latter, we

Re: bin/161756: [patch] sh(1) /bin/sh: read files in 1024-byte chunks rather than 1023

Synopsis: [patch] sh(1) /bin/sh: read files in 1024-byte chunks rather than 1023 State-Changed-From-To: open->feedback State-Changed-By: jilles State-Changed-When: Wed Oct 19 22:33:38 UTC 2011 State-Changed-Why: Although this change looks like an improvement, it does not seem fully satisfying. I

Re: bin/161756: [patch] sh(1) /bin/sh: read files in 1024-byte chunks rather than 1023

I'm sorry to say I don't have any performance numbers, and this change isn't really important enough to me to spend any time generating them. I actually noticed the 1023-byte IOs while debugging a problem that led me to instrument ffs_read() activity on executable files, and the change to a power-o

Re: ports/161811: [patch] security update www/opera to 11.52

Synopsis: [patch] security update www/opera to 11.52 State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Oct 20 00:37:12 UTC 2011 State-Changed-Why: see ports/161812. Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: linimon

Re: bin/95692: gdb(1): GDB in base of both FreeBSD 6 and 5 is ancient

Synopsis: gdb(1): GDB in base of both FreeBSD 6 and 5 is ancient Responsible-Changed-From-To: emaste->freebsd-bugs Responsible-Changed-By: emaste Responsible-Changed-When: Thu Oct 20 01:39:13 UTC 2011 Responsible-Changed-Why: Unassign; I have no current plans to bring in a newer gdb. However the

Re: kern/152042: [libc] [patch] wrong bufsize of __hdtoa

Synopsis: [libc] [patch] wrong bufsize of __hdtoa State-Changed-From-To: open->closed State-Changed-By: das State-Changed-When: Thu Oct 20 04:02:30 UTC 2011 State-Changed-Why: Thanks for the report, but rv_alloc() already includes the space for the NUL terminator! It's not a very clear interface

Re: bin/161807: [patch] add option for explicitly specifying metadata version to geli(8)

Old Synopsis: [patch] add option for explicitly specifying metadata version to geli New Synopsis: [patch] add option for explicitly specifying metadata version to geli(8) Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Oct 20 05

Re: kern/161809: [cam] [patch] set kern.cam.boot_delay via build options (usb boot)

Old Synopsis: set kern.cam.boot_delay via build options (usb boot) New Synopsis: [cam] [patch] set kern.cam.boot_delay via build options (usb boot) Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Thu Oct 20 05:26:12 UTC 2011 Respons