Re: kern/185876: ipfw not matching incoming packets decapsulating ipsec. example l2tp/ipsec
The following reply was made to PR kern/185876; it has been noted by GNATS. From: hshh To: bug-follo...@freebsd.org, a.v.volob...@gmail.com Cc: Subject: Re: kern/185876: ipfw not matching incoming packets decapsulating ipsec. example l2tp/ipsec Date: Thu, 23 Jan 2014 19:08:14 +0800 --047d7b34330e051a7804f0a142c8 Content-Type: text/plain; charset=UTF-8 It also effect ipsec gif tunnel. And it can not match or NAT the traffic in tunnel neither. -- @hshh --047d7b34330e051a7804f0a142c8 Content-Type: text/html; charset=UTF-8 It also effect ipsec gif tunnel. And it can not match or NAT the traffic in tunnel neither.-- @hshh --047d7b34330e051a7804f0a142c8-- ___ 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/186030: [nanobsd] [patch] Use gpart instead of fdisk, and create code image before full disk image
>Number: 186030
>Category: misc
>Synopsis: [nanobsd] [patch] Use gpart instead of fdisk, and create code
>image before full disk image
>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 Jan 23 11:20:00 UTC 2014
>Closed-Date:
>Last-Modified:
>Originator: Arrigo Marchiori
>Release:9-STABLE
>Organization:
>Environment:
FreeBSD myhost 9.2-STABLE FreeBSD 9.2-STABLE #58 r260903: Mon Jan 20 09:13:51
CET 2014 root@myhost:/usr/obj/usr/src/sys/GENERIC i386
>Description:
The attached patch brings two main changes to the nanobsd script:
1- gpart is used instead of fdisk;
2- the code image is created first, and then used to ``assemble'' the full
disk image.
The patch was first proposed on the freebsd-embedded list:
http://lists.freebsd.org/pipermail/freebsd-embedded/2012-June/001580.html
and is currently under discussion:
http://lists.freebsd.org/pipermail/freebsd-embedded/2014-January/002216.html
Another effect is that the -f option ("suppress code slice extraction") now
imples the -i option ("suppress disk image build").
>How-To-Repeat:
>Fix:
Patch attached with submission follows:
--- nanobsd.sh.originale2012-04-10 12:41:31.0 +0200
+++ nanobsd.sh 2012-06-12 16:52:04.0 +0200
@@ -431,30 +431,18 @@
populate_slice "$1" "$2" "$3" "$4"
)
-create_i386_diskimage ( ) (
- pprint 2 "build diskimage"
- pprint 3 "log: ${NANO_OBJ}/_.di"
-
- (
+calculate_partitioning ( ) (
echo $NANO_MEDIASIZE $NANO_IMAGES \
$NANO_SECTS $NANO_HEADS \
$NANO_CODESIZE $NANO_CONFSIZE $NANO_DATASIZE |
awk '
{
- printf "# %s\n", $0
-
# size of cylinder in sectors
cs = $3 * $4
# number of full cylinders on media
cyl = int ($1 / cs)
- # output fdisk geometry spec, truncate cyls to 1023
- if (cyl <= 1023)
- print "g c" cyl " h" $4 " s" $3
- else
- print "g c" 1023 " h" $4 " s" $3
-
if ($7 > 0) {
# size of data partition in full cylinders
dsl = int (($7 + cs - 1) / cs)
@@ -465,45 +453,94 @@
# size of config partition in full cylinders
csl = int (($6 + cs - 1) / cs)
+ # size of image partition(s) in full cylinders
if ($5 == 0) {
- # size of image partition(s) in full cylinders
isl = int ((cyl - dsl - csl) / $2)
} else {
isl = int (($5 + cs - 1) / cs)
}
# First image partition start at second track
- print "p 1 165 " $3, isl * cs - $3
+ print $3, isl * cs - $3
c = isl * cs;
# Second image partition (if any) also starts offset one
# track to keep them identical.
if ($2 > 1) {
- print "p 2 165 " $3 + c, isl * cs - $3
+ print $3 + c, isl * cs - $3
c += isl * cs;
}
# Config partition starts at cylinder boundary.
- print "p 3 165 " c, csl * cs
+ print c, csl * cs
c += csl * cs
# Data partition (if any) starts at cylinder boundary.
if ($7 > 0) {
- print "p 4 165 " c, dsl * cs
+ print c, dsl * cs
} else if ($7 < 0 && $1 > c) {
- print "p 4 165 " c, $1 - c
+ print c, $1 - c
} else if ($1 < c) {
print "Disk space overcommitted by", \
c - $1, "sectors" > "/dev/stderr"
exit 2
}
-
- # Force slice 1 to be marked active. This is necessary
- # for booting the image from a USB device to work.
- print "a 1"
}
- ' > ${NANO_OBJ}/_.fdisk
+ ' > ${NANO_OBJ}/_.partitioning
+
+)
+
+create_i386_code_slice ( ) (
+ pprint 2 "build code slice"
+ pprint 3 "log: ${NANO_OBJ}/_.cs"
+
+ (
+ IMG=${NANO_DISKIMGDIR}/_.disk.image
+ MNT=${NANO_OBJ}/_.mnt
+ mkdir -p ${MNT}
+ CODE_SIZE=`head -n 1 ${NANO_OBJ}/_.partitioning | awk '{ print $2 }'`
+
+ if [ "${NANO_MD_BACKING}" = "swap" ] ; then
+ MD=`mdconfig -a -t swap -s ${CODE_SIZE} -x ${NANO_SECTS} \
+ -y ${NANO_HEADS}`
+ else
+ echo "Creating md backing file..."
+ rm -f ${IMG}
+ dd if=/dev/zero of=${IMG} se
conf/186032: failok option in /etc/fstab not being honored when NFS export is unavailable
>Number: 186032 >Category: conf >Synopsis: failok option in /etc/fstab not being honored when NFS export >is unavailable >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 Jan 23 12:20:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Brian O'Regan >Release:10 >Organization: >Environment: FreeBSD basebsd10 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: When attempting to boot FreeBSD 10 when we try to mount an export that is not currently available the boot process stalls at [tcp] 192.168.1.2:/x: RPCPROG_NFS: RPC: Program not registered and loops until the export becomes available. fstab(5) documentation mentions: "If the option ``failok'' is specified, the system will ignore any error which happens during the mount of that filesystem, which would otherwise cause the system to drop into single user mode. " My expectation is if we set failok we should ignore the RPC error and continue to boot. root@basebsd10:/var/log # cat /etc/fstab # DeviceMountpoint FStype Options DumpPass# /dev/da0p2 / ufs rw 1 1 /dev/da0p3 noneswapsw 0 0 192.168.1.2:/x/x /mnt/x nfs rw,failok 0 0 >How-To-Repeat: Point /etc/fstab to an export that is not available and boot the machine. >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/185984: ifconfig igb0 fails after upgrade to FreeBSD 10.0-RELEASE
Synopsis: ifconfig igb0 fails after upgrade to FreeBSD 10.0-RELEASE State-Changed-From-To: open->closed State-Changed-By: glebius State-Changed-When: Thu Jan 23 13:23:12 UTC 2014 State-Changed-Why: Not a bug. http://www.freebsd.org/cgi/query-pr.cgi?pr=185984 ___ 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/183032: uep driver not working with eGalax touchcontroller
Hi, Brock! On Thu, Jan 23, 2014 at 12:00:02AM +, Brock Williams wrote: B> Attached is a simple patch I made to the xf86-input-mouse port to B> implement the SwapXY option. This makes my eGalax touchscreen usable. B> B> I'm sure there is a more elegant way to do this but it works for our B> needs. IMO, it'll be better to do the swap on lower level - the uep(4) kernel driver. I can provide a patch for you to test. It might be even possible to autodetect device and autotune this. Hans, can you provide any advice on adding USB quirck. We've got different touchscreens that are identified and attached by uep(4), but they behave differently. Is there a way to fetch additional information from a device (vendor, revision, etc...)? -- Totus tuus, Glebius. ___ 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/183032: uep driver not working with eGalax touchcontroller
On Thu, Jan 23, 2014 at 05:27:05PM +0400, Gleb Smirnoff wrote: T> On Thu, Jan 23, 2014 at 12:00:02AM +, Brock Williams wrote: T> B> Attached is a simple patch I made to the xf86-input-mouse port to T> B> implement the SwapXY option. This makes my eGalax touchscreen usable. T> B> T> B> I'm sure there is a more elegant way to do this but it works for our T> B> needs. T> T> IMO, it'll be better to do the swap on lower level - the uep(4) kernel T> driver. I can provide a patch for you to test. Ahh, sorry, I misread your email. Thought that patch is against xf86-input-egalax port. Brock, to get the patch into the xf86-input-mouse port, you'd better submit a separate PR in ports category. -- Totus tuus, Glebius. ___ 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/183032: uep driver not working with eGalax touchcontroller
On 01/23/14 14:27, Gleb Smirnoff wrote:
Hans, can you provide any advice on adding USB quirck. We've got
different touchscreens that are identified and attached by uep(4),
but they behave differently. Is there a way to fetch additional
information from a device (vendor, revision, etc...)?
Hi,
Quirks can match on some fields in the USB device descriptor. See the
usb_quirk.h header file.
struct usb_quirk_entry {
uint16_t vid;
uint16_t pid;
uint16_t lo_rev;
uint16_t hi_rev;
uint16_t quirks[USB_SUB_QUIRKS_MAX];
};
vid: Vendor ID
pid: Product ID
hi_rev+lo_rev: Device revision.
You can match on vendor only too.
--HPS
___
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/183032: uep driver not working with eGalax touchcontroller
On 01/23/14 14:27, Gleb Smirnoff wrote: Hans, can you provide any advice on adding USB quirck. We've got different touchscreens that are identified and attached by uep(4), but they behave differently. Is there a way to fetch additional information from a device (vendor, revision, etc...)? BTW: /usr/ports/multimedia/webcamd might attach to this device aswell! --HPS ___ 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/185967: Link Aggregation LAGG: LACP not working in 10.0
The following reply was made to PR kern/185967; it has been noted by GNATS. From: Brad Davis To: bug-follo...@freebsd.org, m.reb...@web.de Cc: Subject: Re: kern/185967: Link Aggregation LAGG: LACP not working in 10.0 Date: Thu, 23 Jan 2014 09:30:45 -0700 Hi, I have been using LACP interfaces on 10.0 just fine using the em driver with a Cisco 3750X switch. What brand/model switch are you using on the remote side? Regards, Brad Davis ___ 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/185813: commit references a PR
The following reply was made to PR kern/185813; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/185813: commit references a PR
Date: Thu, 23 Jan 2014 17:26:41 + (UTC)
Author: asomers
Date: Thu Jan 23 17:26:28 2014
New Revision: 261081
URL: http://svnweb.freebsd.org/changeset/base/261081
Log:
Replace the old unix_seqpacket and unix_seqpacket_exercise tests, which
were a little broken and not automatable, with unix_seqpacket_test.
It's coverage is a superset of the old tests and it uses ATF. It
includes test cases for bugs kern/185813 and kern/185812.
PR: kern/185812
PR: kern/185813
Sponsored by:Spectra Logic
MFC after: 2 weeks
Added:
head/tests/sys/
head/tests/sys/Makefile (contents, props changed)
head/tests/sys/kern/
head/tests/sys/kern/Makefile (contents, props changed)
head/tests/sys/kern/unix_seqpacket_test.c (contents, props changed)
Deleted:
head/tools/regression/sockets/unix_seqpacket/
head/tools/regression/sockets/unix_seqpacket_exercise/
Modified:
head/Makefile.inc1
head/etc/mtree/BSD.tests.dist
Modified: head/Makefile.inc1
==
--- head/Makefile.inc1 Thu Jan 23 17:24:26 2014(r261080)
+++ head/Makefile.inc1 Thu Jan 23 17:26:28 2014(r261081)
@@ -417,7 +417,7 @@ LIB32WMAKEFLAGS+= \
-DNO_LINT
LIB32WMAKE= ${LIB32WMAKEENV} ${MAKE} ${LIB32WMAKEFLAGS} \
- -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML
+ -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_TESTS
LIB32IMAKE= ${LIB32WMAKE:NINSTALL=*:NDESTDIR=*:N_LDSCRIPTROOT=*} -DNO_INCS \
${IMAKE_INSTALL}
.endif
Modified: head/etc/mtree/BSD.tests.dist
==
--- head/etc/mtree/BSD.tests.dist Thu Jan 23 17:24:26 2014
(r261080)
+++ head/etc/mtree/BSD.tests.dist Thu Jan 23 17:26:28 2014
(r261081)
@@ -78,6 +78,10 @@
..
..
..
+sys
+kern
+..
+..
usr.bin
atf
atf-sh
Added: head/tests/sys/Makefile
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/tests/sys/MakefileThu Jan 23 17:26:28 2014(r261081)
@@ -0,0 +1,13 @@
+# $FreeBSD$
+
+.include
+
+TESTSDIR= ${TESTSBASE}/sys
+
+KYUAFILE= yes
+
+CLEANFILES+= Kyuafile
+Kyuafile: ${.CURDIR}/../Kyuafile
+ cp -f ${.CURDIR}/../Kyuafile .
+
+.include
Added: head/tests/sys/kern/Makefile
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/tests/sys/kern/Makefile Thu Jan 23 17:26:28 2014
(r261081)
@@ -0,0 +1,10 @@
+# $FreeBSD$
+
+TESTSDIR= ${TESTSBASE}/sys/kern
+
+ATF_TESTS_C= unix_seqpacket_test
+TEST_METADATA.unix_seqpacket_test+= timeout="15"
+
+LDADD+= -lpthread
+
+.include
Added: head/tests/sys/kern/unix_seqpacket_test.c
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/tests/sys/kern/unix_seqpacket_test.c Thu Jan 23 17:26:28 2014
(r261081)
@@ -0,0 +1,1117 @@
+/*-
+ * Copyright (c) 2014 Spectra Logic Corporation. All rights reserved.
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ *notice, this list of conditions and the following disclaimer in the
+ *documentation and/or other materials provided with the distribution.
+ *
+ * THIS SOFTWARE IS PROVIDED BY AUTHOR AND CONTRIBUTORS ``AS IS'' AND
+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED. IN NO EVENT SHALL AUTHOR OR CONTRIBUTORS BE LIABLE
+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+ * SUCH DAMAGE.
+ */
+
+#in
Re: kern/185812: commit references a PR
The following reply was made to PR kern/185812; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/185812: commit references a PR
Date: Thu, 23 Jan 2014 17:26:41 + (UTC)
Author: asomers
Date: Thu Jan 23 17:26:28 2014
New Revision: 261081
URL: http://svnweb.freebsd.org/changeset/base/261081
Log:
Replace the old unix_seqpacket and unix_seqpacket_exercise tests, which
were a little broken and not automatable, with unix_seqpacket_test.
It's coverage is a superset of the old tests and it uses ATF. It
includes test cases for bugs kern/185813 and kern/185812.
PR: kern/185812
PR: kern/185813
Sponsored by:Spectra Logic
MFC after: 2 weeks
Added:
head/tests/sys/
head/tests/sys/Makefile (contents, props changed)
head/tests/sys/kern/
head/tests/sys/kern/Makefile (contents, props changed)
head/tests/sys/kern/unix_seqpacket_test.c (contents, props changed)
Deleted:
head/tools/regression/sockets/unix_seqpacket/
head/tools/regression/sockets/unix_seqpacket_exercise/
Modified:
head/Makefile.inc1
head/etc/mtree/BSD.tests.dist
Modified: head/Makefile.inc1
==
--- head/Makefile.inc1 Thu Jan 23 17:24:26 2014(r261080)
+++ head/Makefile.inc1 Thu Jan 23 17:26:28 2014(r261081)
@@ -417,7 +417,7 @@ LIB32WMAKEFLAGS+= \
-DNO_LINT
LIB32WMAKE= ${LIB32WMAKEENV} ${MAKE} ${LIB32WMAKEFLAGS} \
- -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML
+ -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_TESTS
LIB32IMAKE= ${LIB32WMAKE:NINSTALL=*:NDESTDIR=*:N_LDSCRIPTROOT=*} -DNO_INCS \
${IMAKE_INSTALL}
.endif
Modified: head/etc/mtree/BSD.tests.dist
==
--- head/etc/mtree/BSD.tests.dist Thu Jan 23 17:24:26 2014
(r261080)
+++ head/etc/mtree/BSD.tests.dist Thu Jan 23 17:26:28 2014
(r261081)
@@ -78,6 +78,10 @@
..
..
..
+sys
+kern
+..
+..
usr.bin
atf
atf-sh
Added: head/tests/sys/Makefile
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/tests/sys/MakefileThu Jan 23 17:26:28 2014(r261081)
@@ -0,0 +1,13 @@
+# $FreeBSD$
+
+.include
+
+TESTSDIR= ${TESTSBASE}/sys
+
+KYUAFILE= yes
+
+CLEANFILES+= Kyuafile
+Kyuafile: ${.CURDIR}/../Kyuafile
+ cp -f ${.CURDIR}/../Kyuafile .
+
+.include
Added: head/tests/sys/kern/Makefile
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/tests/sys/kern/Makefile Thu Jan 23 17:26:28 2014
(r261081)
@@ -0,0 +1,10 @@
+# $FreeBSD$
+
+TESTSDIR= ${TESTSBASE}/sys/kern
+
+ATF_TESTS_C= unix_seqpacket_test
+TEST_METADATA.unix_seqpacket_test+= timeout="15"
+
+LDADD+= -lpthread
+
+.include
Added: head/tests/sys/kern/unix_seqpacket_test.c
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/tests/sys/kern/unix_seqpacket_test.c Thu Jan 23 17:26:28 2014
(r261081)
@@ -0,0 +1,1117 @@
+/*-
+ * Copyright (c) 2014 Spectra Logic Corporation. All rights reserved.
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ *notice, this list of conditions and the following disclaimer in the
+ *documentation and/or other materials provided with the distribution.
+ *
+ * THIS SOFTWARE IS PROVIDED BY AUTHOR AND CONTRIBUTORS ``AS IS'' AND
+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED. IN NO EVENT SHALL AUTHOR OR CONTRIBUTORS BE LIABLE
+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+ * SUCH DAMAGE.
+ */
+
+#in
Re: kern/185909: ALTQ activation problem
The following reply was made to PR kern/185909; it has been noted by GNATS. From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: bug-follo...@freebsd.org, be...@binaries.fr Cc: Subject: Re: kern/185909: ALTQ activation problem Date: Fri, 24 Jan 2014 00:51:03 +0100 --001a11c2c3fa431dc104f0abebea Content-Type: multipart/alternative; boundary=001a11c2c3fa431dbd04f0abebe8 --001a11c2c3fa431dbd04f0abebe8 Content-Type: text/plain; charset=ISO-8859-1 Here is a patch (write on FreeBSD 10.0) for fixing this problem. --001a11c2c3fa431dbd04f0abebe8 Content-Type: text/html; charset=ISO-8859-1 Here is a patch (write on FreeBSD 10.0) for fixing this problem. --001a11c2c3fa431dbd04f0abebe8-- --001a11c2c3fa431dc104f0abebea Content-Type: text/plain; charset=US-ASCII; name="Patch-IGB_LEGACY_TX.txt" Content-Disposition: attachment; filename="Patch-IGB_LEGACY_TX.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hqsobon80 SW5kZXg6IHN5cy9kZXYvZTEwMDAvaWZfaWdiLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2Rldi9lMTAw MC9pZl9pZ2IuYwkocmV2aXNpb24gMjYwODA5KQorKysgc3lzL2Rldi9lMTAwMC9pZl9pZ2IuYwko d29ya2luZyBjb3B5KQpAQCAtMjM4MCw3ICsyMzgwLDkgQEAKIHsKIAlkZXZpY2VfdAkJZGV2ID0g YWRhcHRlci0+ZGV2OwogCXN0cnVjdCBpZ2JfcXVldWUJKnF1ZSA9IGFkYXB0ZXItPnF1ZXVlczsK KyNpZm5kZWYgSUdCX0xFR0FDWV9UWAogCXN0cnVjdCB0eF9yaW5nCQkqdHhyID0gYWRhcHRlci0+ dHhfcmluZ3M7CisjZW5kaWYKIAlpbnQJCQllcnJvciwgcmlkID0gMDsKIAogCS8qIFR1cm4gb2Zm IGFsbCBpbnRlcnJ1cHRzICovCg== --001a11c2c3fa431dc104f0abebea-- ___ 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/185909: [altq] [patch] ALTQ activation problem
Old Synopsis: ALTQ activation problem New Synopsis: [altq] [patch] ALTQ activation problem Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jan 24 01:06:14 UTC 2014 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=185909 ___ 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/186066: can not change file permisions, owner for spacial files in ext2fs
>Number: 186066 >Category: kern >Synopsis: can not change file permisions, owner for spacial files in >ext2fs >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 Jan 24 07:10:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Matthias Apitz >Release:r255948 10.0-ALPHA4 >Organization: >Environment: FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 12:10:57 CES T 2013 g...@aurora.sisis.de:/usr/obj/usr/src/sys/GENERIC i386 >Description: # uname -a FreeBSD tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 12:10:57 CEST 2013 g...@aurora.sisis.de:/usr/obj/usr/src/sys/GENERIC i386 I can mount the ext2fs fine and when I say: # mount -t ext2fs /dev/da1s1 /mnt # cd /mnt # gtar --numeric-owner -xpzf shr-image-om-gta02.tar.gz it gives errors like this example for all special files: gtar: ./dev/hda7: Cannot utime: Operation not supported gtar: ./dev/hda7: Cannot change ownership to uid 0, gid 6: Operation not supported gtar: ./dev/hda7: Cannot change mode to rw-rw: Operation not supported .. This issue is clearly related to ext2fs; in UFS all is fine: # mkdir dev # mknod dev/hda7 b 3 7 root:mail # chmod 0660 dev/hda7 # ls -l dev/hda7 brw-rw 1 root mail 0x307 Jan 20 13:25 dev/hda7 in ext2fs mounted on /mnt it does not work: # mkdir /mnt/dev # mknod /mnt/dev/hda7 b 3 7 root:mail mknod: setting ownership on /mnt/dev/hda7: Operation not supported # chmod 0660 /mnt/dev/hda7 chmod: /mnt/dev/hda7: Operation not supported # ls -l /mnt/dev/hda7 brw-r--r-- 1 root wheel 0x307 Jan 20 13:26 /mnt/dev/hda7 >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"
