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-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 19 12:30:10 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Eugene Grosbein >Release:FreeBSD 8.2-STABLE i386 >Organization: RDTC JSC >Environment: System: FreeBSD gate.zonov.ru 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Oct 17 20:10:46 MSD 2011 r...@gate.zonov.ru:/data/obj/data/src/sys/Office-8 i386 >Description: This FreeBSD 8.2-STABLE/i386 system was built from RELENG_8 sources of 17 October 2011. It runs mpd-5.3 accepting PPtP connections with proxyarp enabled. It panices instantly when an user establishes PPtP connection and generates crashdump. >How-To-Repeat: Full rc.conf/mpd.conf/etc. are available on request. kgdb shows: Script started on Wed Oct 19 16:01:10 2011 kgdb /usr/obj/data/src/sys/Office-8/kernel.debug vmcore.0 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 = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc09d7df9 stack pointer = 0x28:0xe80d09d4 frame pointer = 0x28:0xe80d0a04 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 2820 (arp) trap number = 12 panic: page fault cpuid = 1 Uptime: 52s Physical memory: 2031 MB Dumping 191 MB: 176 160 144 128 112 96 80 64 48 32 16 Reading symbols from /boot/kernel/dummynet.ko...Reading symbols from /boot/kernel/dummynet.ko.symbols...done. done. Loaded symbols for /boot/kernel/dummynet.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_mppc.ko...Reading symbols from /boot/kernel/ng_mppc.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_mppc.ko Reading symbols from /boot/kernel/rc4.ko...Reading symbols from /boot/kernel/rc4.ko.symbols...done. done. Loaded symbols for /boot/kernel/rc4.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/modules/ng_ipacct.ko...done. Loaded symbols for /boot/modules/ng_ipacct.ko Reading symbols from /boot/kernel/ng_tee.ko...Reading symbols from /boot/kernel/ng_tee.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tee.ko Reading symbols from /boot/kernel/ng_pptpgre.ko...Reading symbols from /boot/kernel/ng_pptpgre.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_pptpgre.ko Reading symbols from /boot/kernel/ng_ksocket.ko...Reading symbols from /boot/kernel/ng_ksocket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ksocket.ko Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from /boot/kernel/ng_iface.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_iface.ko Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from /boot/kernel/ng_ppp.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ppp.ko Reading symbols from /boot/kernel/ng_tcpmss.ko...Reading symbols from /boot/kernel/ng_tcpmss.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tcpmss.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:231 #1 0xc08cd7a3 in boot (howto=260) at /data/src/sys/kern/kern_shutdown.c:441 #2 0xc08cda07 in panic (fmt=Variable "fmt" is not available. ) at /data/src/sys/kern/kern_shutdown.c:614 #3 0xc0c3aadc in trap_fatal (frame=0xe80d0994, eva=0) at /data/src/sys/i386/i386/trap.c:978 #4 0xc0c3ab79 in trap_pfault (frame=0xe80d0994, usermode=0, eva=0) at /data/src/sys/i386/i386/trap.c:840 #5 0xc0c3b859 in trap (frame=0xe80d0994) at /data/src/sys/i386/i386/trap.c:559 #6 0xc0c2216c in calltrap () at /data/src/sys/i386/i386/exception.s:168 #7 0xc09d7df9 in in_lltable_lookup (llt=0xc6143400, flags=Va
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 tag=RELENG_8 date=2011.10.10.19.00.00, just before recent MFC to ARP code and panic disappeared. Eugene Grosbein ___ 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"
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-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Oct 19 15:20:09 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Garrett Cooper
>Release:10-CURRENT
>Organization:
iXsystems, Inc.
>Environment:
FreeBSD fallout.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r226332M: Wed Oct 12
22:48:55 PDT 2011 root@fallout.local:/usr/obj/usr/src/sys/FALLOUT amd64
>Description:
As discussed in this thread [1], geli currently hardcodes the metadata version
to whatever's compiled into the binary. pjd@ suggested that a [-V metadata]
option be added to override this [2]. The attached patch is based on that
suggestion.
1. http://osdir.com/ml/freebsd-geom/2011-10/msg00075.html
2. http://osdir.com/ml/freebsd-geom/2011-10/msg00083.html
>How-To-Repeat:
>Fix:
Patch attached with submission follows:
Index: sbin/geom/class/eli/geom_eli.c
===
--- sbin/geom/class/eli/geom_eli.c (revision 226241)
+++ sbin/geom/class/eli/geom_eli.c (working copy)
@@ -60,6 +60,7 @@
#defineGELI_BACKUP_DIR "/var/backups/"
#defineGELI_ENC_ALGO "aes"
+#defineGELI_VERSION"6"
static void eli_main(struct gctl_req *req, unsigned flags);
static void eli_init(struct gctl_req *req);
@@ -81,7 +82,7 @@
/*
* Available commands:
*
- * init [-bhPv] [-a aalgo] [-B backupfile] [-e ealgo] [-i iterations] [-l
keylen] [-J newpassfile] [-K newkeyfile] prov
+ * init [-bhPv] [-a aalgo] [-B backupfile] [-e ealgo] [-i iterations] [-l
keylen] [-J newpassfile] [-K newkeyfile] [-V version] prov
* label - alias for 'init'
* attach [-dprv] [-j passfile] [-k keyfile] prov
* detach [-fl] prov ...
@@ -112,9 +113,10 @@
{ 'l', "keylen", "0", G_TYPE_NUMBER },
{ 'P', "nonewpassphrase", NULL, G_TYPE_BOOL },
{ 's', "sectorsize", "0", G_TYPE_NUMBER },
+ { 'V', "eliversion", GELI_VERSION, G_TYPE_NUMBER },
G_OPT_SENTINEL
},
- "[-bPv] [-a aalgo] [-B backupfile] [-e ealgo] [-i iterations] [-l
keylen] [-J newpassfile] [-K newkeyfile] [-s sectorsize] prov"
+ "[-bPv] [-a aalgo] [-B backupfile] [-e ealgo] [-i iterations] [-l
keylen] [-J newpassfile] [-K newkeyfile] [-s sectorsize] [-V version] prov"
},
{ "label", G_FLAG_VERBOSE, eli_main,
{
@@ -128,6 +130,7 @@
{ 'l', "keylen", "0", G_TYPE_NUMBER },
{ 'P', "nonewpassphrase", NULL, G_TYPE_BOOL },
{ 's', "sectorsize", "0", G_TYPE_NUMBER },
+ { 'V', "eliversion", GELI_VERSION, G_TYPE_NUMBER },
G_OPT_SENTINEL
},
"- an alias for 'init'"
@@ -673,9 +676,16 @@
return;
}
+ version = gctl_get_intmax(req, "eliversion");
+ if (G_ELI_VERSION_06 < version) {
+ gctl_error(req, "Invalid metadata version (must be between %d "
+ "and %d): %d", G_ELI_VERSION_00, G_ELI_VERSION_06,
+ version);
+ return;
+ }
bzero(&md, sizeof(md));
strlcpy(md.md_magic, G_ELI_MAGIC, sizeof(md.md_magic));
- md.md_version = G_ELI_VERSION;
+ md.md_version = version;
md.md_flags = 0;
if (gctl_get_int(req, "boot"))
md.md_flags |= G_ELI_FLAG_BOOT;
Index: sbin/geom/class/eli/geli.8
===
--- sbin/geom/class/eli/geli.8 (revision 226241)
+++ sbin/geom/class/eli/geli.8 (working copy)
@@ -60,6 +60,7 @@
.Op Fl K Ar newkeyfile
.Op Fl l Ar keylen
.Op Fl s Ar sectorsize
+.Op Fl V Ar eliversion
.Ar prov
.Nm
.Cm label - an alias for
@@ -319,6 +320,11 @@
Increasing sector size allows to increase performance, because we need to
generate an IV and do encrypt/decrypt for every single sector - less number
of sectors means less work to do.
+.It Fl V Ar eliversion
+Use a specific encryption metadata version when creating encrypted devices.
+This defaults to whatever version was compiled into the
+.Nm
+binary.
.El
.It Cm attach
Attach the given provider.
>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/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: >Class: update >Submitter-Id: current-users >Arrival-Date: Wed Oct 19 15:40:12 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Ivan >Release:FreeBSD 8.2-STABLE >Organization: >Environment: FreeBSD firewall 8.2-STABLE FreeBSD 8.2-STABLE #3: Tue Oct 11 07:33:32 IRKST 2011 root@firewall:/usr/obj/usr/src/sys/RIMx64 amd64 >Description: Add kernel config option: CAM_BOOT_DELAY = default value for "kern.cam.boot_delay" Some devices not using FreeBSD loader and cant set "kern.cam.boot_delay" via loader.conf >How-To-Repeat: On FreeBSD 8 with certain USB flash drives and/or USB controllers, when booting from a USB drive the device does not become available until after the system has tried (and failed) to mount / from it. After this has occurred, the user is prompted to manually enter the device name at the mountroot> prompt; for me, even this doesn't work, and the device is not listed in the output from the ? command (from: pr 138798) >Fix: Add to kernel config file and rebuild. options CAM_BOOT_DELAY=4000 # kern.cam.boot_delay: Bus registration wait time Patch attached with submission follows: --- /usr/src/sys/cam/cam_xpt_orig.c 2011-10-20 00:08:54.0 +0900 +++ /usr/src/sys/cam/cam_xpt.c 2011-10-20 00:09:06.0 +0900 @@ -904,6 +904,9 @@ mtx_init(&xsoftc.xpt_lock, "XPT lock", NULL, MTX_DEF); mtx_init(&xsoftc.xpt_topo_lock, "XPT topology lock", NULL, MTX_DEF); +#ifdef CAM_BOOT_DELAY + xsoftc.boot_delay = CAM_BOOT_DELAY; +#endif /* * The xpt layer is, itself, the equivelent of a SIM. * Allow 16 ccbs in the ccb pool for it. This should --- /usr/src/sys/conf/options_orig 2011-10-16 02:17:43.0 +0900 +++ /usr/src/sys/conf/options 2011-10-20 00:05:42.0 +0900 @@ -301,6 +301,7 @@ CAM_DEBUG_TARGET opt_cam.h CAM_DEBUG_LUN opt_cam.h CAM_DEBUG_FLAGSopt_cam.h +CAM_BOOT_DELAY opt_cam.h SCSI_DELAY opt_scsi.h SCSI_NO_SENSE_STRINGS opt_scsi.h SCSI_NO_OP_STRINGS opt_scsi.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"
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: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Oct 19 16:40:08 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Jakub Lach
>Release:
>Organization:
>Environment:
>Description:
security update www/opera to 11.52
>How-To-Repeat:
>Fix:
Patch attached with submission follows:
diff -rupN /usr/ports/www/opera/Makefile /usr/ports/www/opera.orig/Makefile
--- /usr/ports/www/opera/Makefile 2011-10-19 18:18:35.0 +0200
+++ /usr/ports/www/opera.orig/Makefile 2011-10-19 18:17:17.0 +0200
@@ -26,8 +26,8 @@ LIB_DEPENDS= freetype.9:${PORTSDIR}/prin
BUILD_DEPENDS=
${LOCALBASE}/bin/update-mime-database:${PORTSDIR}/misc/shared-mime-info
RUN_DEPENDS=
${LOCALBASE}/bin/update-mime-database:${PORTSDIR}/misc/shared-mime-info
-OPERA_VER?=11.52
-OPERA_BUILD?= 1100
+OPERA_VER?=11.51
+OPERA_BUILD?= 1087
MASTER_SITES_VER_PATH= unix/${OPERA_VER:S/.//}
USE_XZ=yes
diff -rupN /usr/ports/www/opera/distinfo /usr/ports/www/opera.orig/distinfo
--- /usr/ports/www/opera/distinfo 2011-10-19 18:32:05.0 +0200
+++ /usr/ports/www/opera.orig/distinfo 2011-10-19 18:17:17.0 +0200
@@ -1,4 +1,4 @@
-SHA256 (opera-11.52-1100.i386.freebsd.tar.xz) =
ae90c802ba9f1f487df71dddfb538af08265421341cc3146ac80ddfaa6b452d3
-SIZE (opera-11.52-1100.i386.freebsd.tar.xz) = 6644
-SHA256 (opera-11.52-1100.amd64.freebsd.tar.xz) =
7de626a029d7423b437c42057037d6446b8b56e0d4244d87d5e60392b185ff5a
-SIZE (opera-11.52-1100.amd64.freebsd.tar.xz) = 11625908
+SHA256 (opera-11.51-1087.i386.freebsd.tar.xz) =
290589cf4c7ef1824c893a7fc5d42cbe964c361113bcc1c7ed0c5bc945b56118
+SIZE (opera-11.51-1087.i386.freebsd.tar.xz) = 11149240
+SHA256 (opera-11.51-1087.amd64.freebsd.tar.xz) =
1cc90347aa7f6e1fc0604b6fa886d82f265cb1c10628bb1b53b267fe28c52918
+SIZE (opera-11.51-1087.amd64.freebsd.tar.xz) = 11674300
>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: 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 19 16:51:35 UTC 2011 Responsible-Changed-Why: I'm not sure, but I think that this is a duplicate of usb/133989. Perhaps somebody more knowledgeable could verify that and close this? http://www.freebsd.org/cgi/query-pr.cgi?pr=157074 ___ 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[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 of what you are rFo> doing. The KVA pages is a problem that popped up before and is mentioned rFo> enough. I do not think this is a PR worth, apologies if this offends rFo> you. rFo> http://www.freebsd.org/cgi/query-pr.cgi?pr=161721 This is option to make FreeBSD better, so may be some developer in future see this weakness and implements that. If it will be closes it will be fogotten So may be reopen it with very low priority as wish list, not PR Thank you -- С уважением, Коньков mailto:kes-...@yandex.ru ___ 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/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.freebsd.org/cgi/query-pr.cgi?pr=161805 ___ 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/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, well it's a pity but then we won't work on it. Cheers Remko On Oct 19, 2011, at 8:55 PM, Коньков Евгений wrote: > > 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 of what you are > rFo> doing. The KVA pages is a problem that popped up before and is mentioned > rFo> enough. I do not think this is a PR worth, apologies if this offends > rFo> you. > > rFo> http://www.freebsd.org/cgi/query-pr.cgi?pr=161721 > > > This is option to make FreeBSD better, so may be some developer in > future see this weakness and implements that. > If it will be closes it will be fogotten > So may be reopen it with very low priority as wish list, not PR > > Thank you > > -- > С уважением, > Коньков mailto:kes-...@yandex.ru > -- /"\ With kind regards,| re...@elvandar.org \ / Remko Lodder | re...@freebsd.org XFreeBSD| http://www.evilcoder.org / \ The Power to Serve| Quis custodiet ipsos custodes ___ 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/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 would like to see performance numbers for the change on your slow embedded platform. Also, why use 1023 or 1024? Another buffer size may be better. Responsible-Changed-From-To: freebsd-bugs->jilles Responsible-Changed-By: jilles Responsible-Changed-When: Wed Oct 19 22:33:38 UTC 2011 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=161756 ___ 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/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-of-2-sized IO was so simple that I took a few extra minutes to submit a PR for it. It takes our 180mhz ARM platforms unreasonably long to run all the /etc/rc.d scripts, over two minutes. If this change buys back a couple seconds from that it'd be nice, but the real motivation for the patch wasn't that I expected the performance change to blow me away, it was just that something deep in my core rebels at knowing there's a 1023 byte IO going on when it could just as easily be 1024. I don't know of any hardware devices that work better with a 1023 byte IO size. :) -- Ian On Wed, 2011-10-19 at 22:40 +, jil...@freebsd.org wrote: > 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 would like to see performance numbers for the > change on your slow embedded platform. Also, why use 1023 or 1024? > Another buffer size may be better. > > > Responsible-Changed-From-To: freebsd-bugs->jilles > Responsible-Changed-By: jilles > Responsible-Changed-When: Wed Oct 19 22:33:38 UTC 2011 > Responsible-Changed-Why: > Take. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=161756 ___ 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: 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 Responsible-Changed-When: Thu Oct 20 00:37:12 UTC 2011 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=161811 ___ 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/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 there is a later GPLv2 version available - 6.6. If it's a very small effort it is worth bringing it in, but it's looking like lldb is becoming the viable path forward. http://www.freebsd.org/cgi/query-pr.cgi?pr=95692 ___ 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/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, I know, but that code comes from a third party. http://www.freebsd.org/cgi/query-pr.cgi?pr=152042 ___ 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/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:25:18 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=161807 ___ 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/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 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=161809 ___ 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"
