Re: misc/143831: [bsd.own.mk] [patch] Fix missing atm -> bsnmp dependency
The following reply was made to PR misc/143831; it has been noted by GNATS. From: Garrett Cooper To: bug-follo...@freebsd.org, gcoo...@freebsd.org Cc: Subject: Re: misc/143831: [bsd.own.mk] [patch] Fix missing atm -> bsnmp dependency Date: Wed, 26 Oct 2011 00:55:17 -0700 This PR should be closed in favor of the last patch that I submitted to = bin/143830 . Thanks! -Garrett= ___ 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/162028: misplaced #endif in ixgbe.c
>Number: 162028
>Category: kern
>Synopsis: misplaced #endif in ixgbe.c
>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 26 11:00:20 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Hooman Fazaeli
>Release:7.4-RELEASE
>Organization:
Sepehr S. T. Co. Ltd.
>Environment:
FreeBSD HP04 7.4-RELEASE FreeBSD 7.4-RELEASE #1: Thu May 12 02:24:45 IRDT 2011
admin@:/usr/src/sys/i386/compile/SERVER74-001 i386
>Description:
A misplaced #endif in ixgbe_ioctl() causes interface MTU to become
zero when INET and INET6 are undefined.
>How-To-Repeat:
See sys/dev/ixgbe/ixgbe.c v 1.53
function ixgbe_ioctl.
>Fix:
Patch attached with submission follows:
--- ixgbe.c.orig2011-10-17 20:37:17.0 +0330
+++ ixgbe.c 2011-10-17 20:38:40.0 +0330
@@ -898,8 +898,8 @@
arp_ifinit(ifp, ifa);
} else
error = ether_ioctl(ifp, command, data);
- break;
#endif
+ break;
case SIOCSIFMTU:
IOCTL_DEBUGOUT("ioctl: SIOCSIFMTU (Set Interface MTU)");
if (ifr->ifr_mtu > IXGBE_MAX_FRAME_SIZE - ETHER_HDR_LEN) {
>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"
A loan of upto £950 has been pre-approved, please complete now
Apply with Small Loans Today - Get up to £1000 in 15 minutes:
http://www.loanssmall.co.uk/
(Small Loans): http://www.loanssmall.co.uk/
Get up to £1000 in 15 minutes!
Simply complete our simple form and within as little as 15 minutes, you could
have up to £1000 within your bank account. We also provide you with an
instant online decision, without the need for faxing or returning any
paperwork!
Apply Now: http://www.loanssmall.co.uk/
--
Representative APR 1737%
Representative Loan Example: Borrow £300 for 30 days, Amount payable -
£375, Interest - £75,
Interest rate (pa) - 1737% (variable)
--
To unsubscribe, visit:
http://themoneyhutmail.co.uk/_act/get_rcr.php?J8760139987256920441123543287
{~J8760139987256920441123543287~}
___
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/143831: [bsd.own.mk] [patch] Fix missing atm -> bsnmp dependency
Synopsis: [bsd.own.mk] [patch] Fix missing atm -> bsnmp dependency State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Wed Oct 26 12:38:34 UTC 2011 State-Changed-Why: see bin/143830. http://www.freebsd.org/cgi/query-pr.cgi?pr=143831 ___ 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"
Experiences with 9.0-rc1 installer, small home NAS/fileserver.
Not sure this is the best place to give feedback Tho I'm certainly going to complain. Bit random, notes as I go (from about half-way through a frustrating day anyway) The system: AMD E350 mobo, 4off 2GB drives I want to use in ZFS RAIDZ, and an SSD on SATA5 I want to use for boot/zil/l2arc. CD is USB external. Boot ends: cd0: cd present [... records] Mounting from cd9660:/dev/iso9660/FREEBSD_INSTALL failed with error 19. Loader variables vfs.root.mountfrom=cd9660:/dev/iso9660/FREEBSD_INSTALL vfs.root.mountfrom.options=ro Then it asks for manual root specification. At this point: cd9660:/dev/cd0 *does* work Now, what I'd like to do is to use the SSD (ada4) for boot, 2Gb ZIL, 30GB L2ARC. This is NOT straightforward, it seems, and I found the system less easy to use than sysinstall. Worse, I was able to run sysinstall from the live cd, and to partition and slice the disk as I wanted - but I couldn't convince it to load the distribution sets using either 'CD/DVD' or 'existing filesystem'. Now, I thought I'd managed to get sysinstall to partition it and create a bunch of slices, but next time into the new installer it seemed not. Odd. Anyway, it seems very hard to get the new installer to create an ada4s1a type slice - I ended up with GPT ada4p1 to ada4p5 where p4 is 2G with no moint and p5 is 30G with no moint point. Not a very happy experience. The old sysinstall fdisk and label screens were more usable in my view (and I'm only an occassional FreeBSD user - I'm trying this because Illumos doesn't handle the LAN chip on this mobo), and what is there now is neither 'the same but better' nor 'more like you get in Linux'. Full marks for trying to allow GPT/DOS/BSD type partitioning, but it was very frustrating in practice. In particular, if you're going to provide sysinstall so we can just go to live CD and fire it up - please make it work! I got to a point where I have ada4 with GPT table, p1 to p4 defined, 32GB free. If I go 'Create' and change the type to 'freebsd' (ie delete '-ufs' because I'm not going to mount it - I'm going to use it as L2ARC) then I don't get ada4p5 - I get ada4s5 and type is BSD. Now if I go 'Modify' on ada4s5 then I get an error popup 'Invalid argument: arg0 'ada4s5'). I can create ada4p5 as 'freebsd-ufs' with no mount point. There's no hint which type strings are valid, and I was able to use 'freebsd' if I create as 'freebsd-ufs' and then 'modify' and remove '-ufs'. Ideally, of course, there would be: - some help about what strings are OK - options for 'raw', and perhaps some ZFS-related things too (zpool device, cache, log) if it doesn't make sense to create as raw. Having said all that, when the installer works OK and does what you want, then its pretty quick. Other nits: * if I set a UK keyboard, then probably I want Europe/United Kingdom as the default timezone. * the boot screen daemon has no face features! At least its installed now, and uses a pleasingly small amount of RAM. prior to creating a zpool, anyhow. James ___ 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/160979: commit references a PR
The following reply was made to PR bin/160979; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: bin/160979: commit references a PR
Date: Wed, 26 Oct 2011 17:04:41 + (UTC)
Author: rodrigc
Date: Wed Oct 26 17:04:26 2011
New Revision: 226800
URL: http://svn.freebsd.org/changeset/base/226800
Log:
Add a "kern.features.ata_cam" sysctl in the kernel when the ATA_CAM kernel
option is defined. This sysctl can be queried by feature_present(3).
Query for this feature in /sbin/atacontrol and /usr/sbin/burncd.
If these utilities detect that ATA_CAM is enabled, then these utilities
will error out. These utilities are compatible with the old ATA
driver, but are incomptible with the new ATA_CAM driver. By erroring out,
we give end-users an idea as to what remedies to use, and reduce the need
for them
to file PR's. For atacontrol, camcontrol must be used instead,
and for burncd, alternative utilties from the ports collection must be used
such as sysutils/cdrtools.
In future, maybe someone can re-write burncd to work with ATA_CAM,
but at least for now, we give a somewhat useful error message to end users.
PR: 160979
Reviewed by: jh, Arnaud Lacombe
Approved by: re (kib)
Reported by: Joe Barbish
Modified:
stable/9/sbin/atacontrol/atacontrol.8
stable/9/sbin/atacontrol/atacontrol.c
stable/9/sys/dev/ata/ata-all.c
stable/9/usr.sbin/burncd/burncd.8
stable/9/usr.sbin/burncd/burncd.c
Directory Properties:
stable/9/sbin/atacontrol/ (props changed)
stable/9/sys/ (props changed)
stable/9/usr.sbin/burncd/ (props changed)
Modified: stable/9/sbin/atacontrol/atacontrol.8
==
--- stable/9/sbin/atacontrol/atacontrol.8 Wed Oct 26 16:11:49 2011
(r226799)
+++ stable/9/sbin/atacontrol/atacontrol.8 Wed Oct 26 17:04:26 2011
(r226800)
@@ -25,12 +25,19 @@
.\"
.\" $FreeBSD$
.\"
-.Dd February 21, 2009
+.Dd October 9, 2011
.Dt ATACONTROL 8
.Os
.Sh NAME
.Nm atacontrol
.Nd ATA device driver control program
+.Pp
+This utility was
+.Em deprecated
+in
+.Fx 9.0 .
+See
+.Sx NOTES .
.Sh SYNOPSIS
.Nm
.Aq Ar command
@@ -361,11 +368,17 @@ or syslog logging on it as the disk will
up all the time.
.Sh SEE ALSO
.Xr ata 4
+.Xr cam 4
+.Xr camcontrol 8
.Sh HISTORY
The
.Nm
utility first appeared in
.Fx 4.6 .
+.Pp
+.Nm
+was deprecated in
+.Fx 9.0 .
.Sh AUTHORS
.An -nosplit
The
@@ -377,3 +390,16 @@ utility was written by
This manual page was written by
.An S\(/oren Schmidt
.Aq s...@freebsd.org .
+.Sh NOTES
+The
+.Nm
+utility was deprecated in
+.Fx 9.0 .
+When
+.Bd -ragged -offset indent
+.Cd "options ATA_CAM"
+.Ed
+.Pp
+is compiled into the kernel, then
+.Xr camcontrol 8
+must be used instead.
Modified: stable/9/sbin/atacontrol/atacontrol.c
==
--- stable/9/sbin/atacontrol/atacontrol.c Wed Oct 26 16:11:49 2011
(r226799)
+++ stable/9/sbin/atacontrol/atacontrol.c Wed Oct 26 17:04:26 2011
(r226800)
@@ -378,6 +378,11 @@ main(int argc, char **argv)
{
int fd, mode, channel, array;
+ if (feature_present("ata_cam")) {
+ errx(1, "\nATA_CAM option is enabled in kernel.\n"
+ "Please use camcontrol instead.");
+ }
+
if (argc < 2)
usage();
Modified: stable/9/sys/dev/ata/ata-all.c
==
--- stable/9/sys/dev/ata/ata-all.c Wed Oct 26 16:11:49 2011
(r226799)
+++ stable/9/sys/dev/ata/ata-all.c Wed Oct 26 17:04:26 2011
(r226800)
@@ -120,6 +120,9 @@ SYSCTL_INT(_hw_ata, OID_AUTO, wc, CTLFLA
TUNABLE_INT("hw.ata.setmax", &ata_setmax);
SYSCTL_INT(_hw_ata, OID_AUTO, setmax, CTLFLAG_RDTUN, &ata_setmax, 0,
"ATA disk set max native address");
+#ifdef ATA_CAM
+FEATURE(ata_cam, "ATA devices are accessed through the cam(4) driver");
+#endif
/*
* newbus device interface related functions
Modified: stable/9/usr.sbin/burncd/burncd.8
==
--- stable/9/usr.sbin/burncd/burncd.8 Wed Oct 26 16:11:49 2011
(r226799)
+++ stable/9/usr.sbin/burncd/burncd.8 Wed Oct 26 17:04:26 2011
(r226800)
@@ -27,12 +27,19 @@
.\"
.\" $FreeBSD$
.\"
-.Dd December 21, 2009
+.Dd October 9, 2011
.Dt BURNCD 8
.Os
.Sh NAME
.Nm burncd
.Nd control the ATAPI CD-R/RW driver
+.Pp
+This utility was
+.Em deprecated
+in
+.Fx 9.0 .
+See
+.Sx NOTES .
.Sh SYNOPSIS
.Nm
.Op Fl deFlmnpqtv
@@ -211,6 +218,10 @@ The
.Nm
utility appeared in
.Fx 4.0 .
+.Pp
+.Nm
+was deprecated in
+.Fx 9.0 .
.Sh AUTHORS
The
.Nm
@@ -220,3
Re: misc/161710: SSHD starts on boot even if sshd_enable="NO" in 8.2
On 10/16/11 07:31, John Blazek wrote: > [root@kahlua]:[~]# cat /etc/rc.conf | grep sshd > # sshd is controlleb by inetd ^^^ I'd check inetd and make sure it's not started there. In my opinion it's wrong to start sshd from inetd anyways... Cheers, -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die ___ 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/162036: [geom] Fatal trap 12: page fault while in kernel mode -- Stopped at atomic_subtract_int+0x4
>Number: 162036 >Category: kern >Synopsis: [geom] Fatal trap 12: page fault while in kernel mode -- >Stopped at atomic_subtract_int+0x4 >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 26 17:40:08 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Fabian Keil >Release:HEAD >Organization: >Environment: FreeBSD r500.local 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r+3084a02: Mon Oct 24 15:55:58 CEST 2011 fk@r500.local:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I reproducible get the following (handtranscribed) panic when sending an zfs snapshot to a geli provider based on a labeled USB stick that disappears (due to a bug, or because it's unplugged): Fatal trap 12: page fault while in kernel mode cpuid = 0: apic id = 00 fault virtual address = 0x288 fault code= supervisor write data, page not present instruction pointer = 0x20:0x808e2984 stack pointer = 0x28:0xff800023fba0 frame pointer = 0x28:0xff800023fbb0 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 = 13 (g_up) [ thread pid 13 tid 100010 ] Stopped atatomic_subtract_int+0x4: lock subl %esi,(%rdi) db> where Tracing pid 13 tid 100010 td 0xfe00027998c0 atomic_subtract_int() at atomic_subtract_int+0x4 g_io_schdule_up() at g_io_schedule_up+0xa6 g_up_procbody() at g_up_procbody+0x5c fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xff800023fd00, rbp 0 --- It seems to be important that ZFS is actually writing to the stick. If the stick is unplugged while the operation is stalled for other reasons, this particular panic doesn't seem to occur. In case the zpool layout isn't clear, it's the same as used in: http://www.freebsd.org/cgi/query-pr.cgi?pr=162010 While I end up in the debugger, dumping core doesn't work and produces a double fault. The panic above is from a custom kernel without WITNESS and INVARIANTS (a bit older than the uname -a output above), but enabling them doesn't seem to affect the trace before the double fault. I wasn't able to reproduce the panic by unplugging the stick while writing to the pool using dd (but only tried once). >How-To-Repeat: Either use a flaky USB stick as geli-encrypted vdev and wait for it to disappear by itself while a zfs receive is in progress and actually writing to the device, or use a reliable stick and unplug it manually while zpool iostat is showing writes. >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: bin/9502: `me' macro documentation incorrectly defines \n(yr
The following reply was made to PR bin/9502; it has been noted by GNATS. From: ora wong To: bug-follo...@freebsd.org, peter.jer...@alcatel.com.au Cc: Subject: Re: bin/9502: `me' macro documentation incorrectly defines \n(yr Date: Thu, 27 Oct 2011 02:38:24 +0700 --0016e6dee805a478fc04b038cc2c Content-Type: text/plain; charset=ISO-8859-1 --0016e6dee805a478fc04b038cc2c Content-Type: text/html; charset=ISO-8859-1 --0016e6dee805a478fc04b038cc2c-- ___ 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"
