kern/153948: panic after "ifconfig age0 up" in r216925
>Number: 153948 >Category: kern >Synopsis: panic after "ifconfig age0 up" in r216925 >Confidential: no >Severity: critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 13 08:50:07 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Pavel Polyakov >Release:9.0-CURRENT Revision: 217222 >Organization: >Environment: FreeBSD pp.fss.sunpp 9.0-CURRENT FreeBSD 9.0-CURRENT #2 r217222: Mon Jan 10 15:49:36 EET 2011 root@:/usr/obj/usr/src/sys/WORK8SMP amd64 >Description: panic after "ifconfig age0 up" + ~3 seconds panic: lock (sleep mutex) age0 not locked @ sys/dev/age/if_age.c:1714 Problem appeared after this change r216925 | jhb | 2011-01-03 20:28:30 +0200 Downgrading sys/dev/age to the previous revision (r213893 | marius | 2010-10-15 17:52:11 +0300) and recompiling sys/modules/age "solves" this problem - age(4) works like before last commit Problem proved to appear on amd64 r217222 and i386 r217258. age0@pci0:2:0:0:class=0x02 card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' device = 'Gigabit Ethernet 10/100/1000 Base-T Controller (Atheros L1)' class = network subclass = ethernet >How-To-Repeat: ifconfig age0 up Using 9.0-C since r216925 >Fix: downgrade sys/dev/age to r213893 >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/153901: [sound] [patch] Replace the GPL'd emu10k1-alsa.h with emuxkireg.h from NetBSD
Synopsis: [sound] [patch] Replace the GPL'd emu10k1-alsa.h with emuxkireg.h from NetBSD Responsible-Changed-From-To: freebsd-bugs->freebsd-multimedia Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jan 13 10:03:21 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153901 ___ 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/153920: [sound] [patch] Replace the GPL'd sound/maestro3 headers with BSD versions from OSS
Synopsis: [sound] [patch] Replace the GPL'd sound/maestro3 headers with BSD versions from OSS Responsible-Changed-From-To: freebsd-bugs->freebsd-multimedia Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jan 13 10:03:40 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153920 ___ 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/153936: [ixgbe] [patch] MPRC workaround incorrectly applied to 82599
Synopsis: [ixgbe] [patch] MPRC workaround incorrectly applied to 82599 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jan 13 10:06:05 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153936 ___ 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/153938: [run] [panic] [patch] Workaround for use-after-free panic
Synopsis: [run] [panic] [patch] Workaround for use-after-free panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jan 13 10:07:38 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153938 ___ 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/127276: [patch] ldd(1) invokes linux yes
The following reply was made to PR bin/127276; it has been noted by GNATS.
From: Dominic Fandrey
To: bug-follo...@freebsd.org, kamik...@bsdforen.de
Cc:
Subject: Re: bin/127276: [patch] ldd(1) invokes linux yes
Date: Thu, 13 Jan 2011 11:44:06 +0100
I tested the patch, prior to the test:
> ldd /compat/linux/usr/bin/yes
y
y
y
y
y
y
...
After I applied the patch:
> ldd /compat/linux/usr/bin/yes
/compat/linux/usr/bin/yes:
libc.so.6 => /lib/libc.so.6 (0x28075000)
/lib/ld-linux.so.2 (0x2804f000)
Apparently it returns libraries from the /compat/linux perspective.
> ldd /compat/linux/lib/ld-linux.so.2
ldd: /compat/linux/lib/ld-linux.so.2: not a FreeBSD ELF shared object
The behaviour caused by the patch is comprehensible and a vast
improvement over the old behaviour in my opinion, so I'm all for
it.
At some point the manual page of ldd should be updated to describe
the new behaviour. If the patch is committed, I volunteer to make
the changes.
Because the patch was mangled by Gnats, I resubmit it here. I did
not make any changes apart from the header to trigger the usual
patch detection magic.
Regards
diff -u ldd.c.old ldd.c
--- ldd.c.old 2009-09-19 21:45:17.0 +0900
+++ ldd.c 2010-05-04 11:48:42.0 +0900
@@ -65,7 +65,7 @@
#endif
static intis_executable(const char *fname, int fd, int *is_shlib,
- int *type);
+int *osabi, int *type);
static void usage(void);
#define TYPE_UNKNOWN0
@@ -177,14 +177,14 @@
rval = 0;
for (; argc > 0; argc--, argv++) {
- int fd, status, is_shlib, rv, type;
+ int fd, status, is_shlib, rv, type, osabi;
if ((fd = open(*argv, O_RDONLY, 0)) < 0) {
warn("%s", *argv);
rval |= 1;
continue;
}
- rv = is_executable(*argv, fd, &is_shlib, &type);
+ rv = is_executable(*argv, fd, &is_shlib, &osabi, &type);
close(fd);
if (rv == 0) {
rval |= 1;
@@ -197,6 +197,8 @@
break;
#if __ELF_WORD_SIZE > 32 && defined(ELF32_SUPPORTED)
case TYPE_ELF32:
+ if (osabi != ELFOSABI_FREEBSD)
+ break;
rval |= execldd32(*argv, fmt1, fmt2, aflag, vflag);
continue;
#endif
@@ -267,7 +269,7 @@
}
static int
-is_executable(const char *fname, int fd, int *is_shlib, int *type)
+is_executable(const char *fname, int fd, int *is_shlib, int *osabi, int *type)
{
union {
struct exec aout;
@@ -300,6 +302,8 @@
return (1);
}
+ *osabi = hdr.elf.e_ident[EI_OSABI];
+
#if __ELF_WORD_SIZE > 32 && defined(ELF32_SUPPORTED)
if ((size_t)n >= sizeof(hdr.elf32) && IS_ELF(hdr.elf32) &&
hdr.elf32.e_ident[EI_CLASS] == ELFCLASS32) {
___
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/153948: [panic] panic after "ifconfig age0 up" in r216925
Synopsis: [panic] panic after "ifconfig age0 up" in r216925 State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Thu Jan 13 13:04:59 UTC 2011 State-Changed-Why: Ooops, should be fixed now. http://www.freebsd.org/cgi/query-pr.cgi?pr=153948 ___ 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/153948: commit references a PR
The following reply was made to PR kern/153948; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/153948: commit references a PR Date: Thu, 13 Jan 2011 13:04:55 + (UTC) Author: jhb Date: Thu Jan 13 13:04:49 2011 New Revision: 217349 URL: http://svn.freebsd.org/changeset/base/217349 Log: Forgot to remove unlock of the driver lock from age_start_locked() when converting it to a locked variant. PR: kern/153948 Modified: head/sys/dev/age/if_age.c Modified: head/sys/dev/age/if_age.c == --- head/sys/dev/age/if_age.c Thu Jan 13 12:26:39 2011(r217348) +++ head/sys/dev/age/if_age.c Thu Jan 13 13:04:49 2011(r217349) @@ -1760,8 +1760,6 @@ age_start_locked(struct ifnet *ifp) /* Set a timeout in case the chip goes out to lunch. */ sc->age_watchdog_timer = AGE_TX_TIMEOUT; } - - AGE_UNLOCK(sc); } static void ___ svn-src-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org" ___ 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/153951: Intel 10GBase-LR Ethernet card detected as 10GBase-SR
>Number: 153951 >Category: kern >Synopsis: Intel 10GBase-LR Ethernet card detected as 10GBase-SR >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 13 14:30:10 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Steinar Haug >Release:8.2-RC1 >Organization: Nethelp Consulting >Environment: FreeBSD sniffy.lab.ventelo.net 8.2-RC1 FreeBSD 8.2-RC1 #0: Thu Jan 13 14:41:42 CET 2011 sth...@sniffy.lab.ventelo.net:/usr/src/sys/amd64/compile/GENERIC amd64 >Description: I have a server with an Intel X520-LR1 Ethernet card, which is a 10GBase-LR card: http://ark.intel.com/Product.aspx?id=41164 The card contains the Intel 82599ES controller: http://ark.intel.com/Product.aspx?id=41282 pciconf -lv shows: ix0@pci0:28:0:0:class=0x02 card=0x00068086 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet where /sys/dev/ixgbe/ixgbe_type.h has the PCI ID definition: #define IXGBE_DEV_ID_82599_SFP 0x10FB The problem is that this card is shown by ifconfig as a 10GBase-SR card: % ifconfig ix0 ix0: flags=8843 metric 0 mtu 1500 options=1bb ether 00:1b:21:7c:7b:94 media: Ethernet autoselect (10Gbase-SR ) status: active I believe this is due to the following code in /sys/dev/ixgbe/ixgbe.c line 423, routine ixgbe_attach(): case IXGBE_DEV_ID_82599_SFP: adapter->optics = IFM_10G_SR; I'm looking at version 1.17.2.12.2.1, from 8.2-RC1, but I see this code is the same in version 1.45, from HEAD: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ixgbe/ixgbe.c?rev=1.45;content-type=text/plain >How-To-Repeat: Insert Intel X520-LR1 Ethernet card into server, compile kernel with ixgbe driver, reboot, type ifconfig, look at the values for the detected ixN card. >Fix: Fix pasted in so space/tabs won't be correct: --- ixgbe.c.orig2010-12-21 18:09:25.0 +0100 +++ ixgbe.c 2011-01-13 14:31:14.0 +0100 @@ -421,7 +421,7 @@ adapter->optics = IFM_10G_LR; break; case IXGBE_DEV_ID_82599_SFP: - adapter->optics = IFM_10G_SR; + adapter->optics = IFM_10G_LR; ixgbe_num_segs = IXGBE_82599_SCATTER; break; case IXGBE_DEV_ID_82598_DA_DUAL_PORT : >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"
gnu/153959: Minor mips-specific gcc update
>Number: 153959 >Category: gnu >Synopsis: Minor mips-specific gcc update >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Thu Jan 13 18:30:10 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Pedro F. Giffuni >Release:8.2-RC1 >Organization: >Environment: Non-relevant ... this only applies to MIPS platform. >Description: While I was looking for some GPLv2 updates for GCC (submitted as gnu/153298), I noticed this MIPS specific change that was committed upstream before the GPLv3 switch: __ 2007-08-20 Adam Nemet * config/mips/predicates.md (const_call_insn_operand): Invoke SYMBOL_REF_LONG_CALL_P only on SYMBOL_REFs. http://gcc.gnu.org/viewcvs/branches/gcc-4_2-branch/gcc/config/mips/predicates.md?r1=117923&r2=127658&pathrev=127959 __ I have no idea of the relevance of the issue and I don't have a MIPS platform to try this so I didn't include it in the patchset, but it is to be the expected behavior in upstream gcc, so I believe it should be committed. >How-To-Repeat: >Fix: The following patch applies cleanly to base gcc. Patch attached with submission follows: --- gcc/config/mips/predicates.md 2006/10/21 02:41:38 117923 +++ gcc/config/mips/predicates.md 2007/08/21 00:50:59 127658 @@ -116,7 +116,9 @@ /* If -mlong-calls, force all calls to use register addressing. Also, if this function has the long_call attribute, we must use register addressing. */ - return !TARGET_LONG_CALLS && !SYMBOL_REF_LONG_CALL_P (op); + return (!TARGET_LONG_CALLS + && !(GET_CODE (op) == SYMBOL_REF + && SYMBOL_REF_LONG_CALL_P (op))); case SYMBOL_GOT_GLOBAL: /* Without explicit relocs, there is no special syntax for >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/153961: WOL does not work with nfe on 1000BaseT
>Number: 153961 >Category: kern >Synopsis: WOL does not work with nfe on 1000BaseT >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 13 19:20:09 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Tobias Reber >Release:8.2-RC1 >Organization: >Environment: >Description: WOL does not work if the interface is connected to a 1000BaseT link. In nfe_setlinkspeed only the media types 10BaseT and 100BaseT are checked on line 3321 >How-To-Repeat: Connect a system with nfe(4) to a1Gbps line and try WOL >Fix: Insert case IFM_1000T: after line 3321 >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/153951: Intel 10GBase-LR Ethernet card detected as 10GBase-SR
The following reply was made to PR kern/153951; it has been noted by GNATS. From: sth...@nethelp.no To: bug-follo...@freebsd.org Cc: Subject: Re: kern/153951: Intel 10GBase-LR Ethernet card detected as 10GBase-SR Date: Thu, 13 Jan 2011 22:08:09 +0100 (CET) Checking some more I find that the same Intel 82599ES controller based card is also available in 10GBase-SR versions - it simply depends on the type of SFP+ used in the card. See for instance http://ark.intel.com/Product.aspx?id=39773 http://ark.intel.com/Product.aspx?id=39774 Thus the *correct* solution to my problem is probably to retrieve the optics type from the SFP+, instead of setting it statically in the driver. Until such a solution is available, my 1-line patch works for me... Steinar Haug, Nethelp consulting, sth...@nethelp.no ___ 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/153961: WOL does not work with nfe on 1000BaseT
Synopsis: WOL does not work with nfe on 1000BaseT State-Changed-From-To: open->closed State-Changed-By: yongari State-Changed-When: Fri Jan 14 00:42:21 UTC 2011 State-Changed-Why: This is *INTENTIONAL* one to protect hardware from over-current damage as well as saving more power. This is no reason to make WOL work on 1000baseT link. When system is up from sleep or S3 via WOL, 1000baseT link would be established again. Responsible-Changed-From-To: freebsd-bugs->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Fri Jan 14 00:42:21 UTC 2011 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=153961 ___ 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/153964: Re: [run] [panic] [patch] Workaround for use-after-free panic
Synopsis: Re: [run] [panic] [patch] Workaround for use-after-free panic State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Fri Jan 14 01:23:05 UTC 2011 State-Changed-Why: Misfiled followup to kern/153938; content migrated. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jan 14 01:23:05 UTC 2011 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=153964 ___ 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/153951: [ixgbe] Intel 10GBase-LR Ethernet card detected as 10GBase-SR
Old Synopsis: Intel 10GBase-LR Ethernet card detected as 10GBase-SR New Synopsis: [ixgbe] Intel 10GBase-LR Ethernet card detected as 10GBase-SR Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jan 14 01:27:27 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153951 ___ 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/153924: [rtld] Bug is inside rtld (ELF dyn loader)
The following reply was made to PR kern/153924; it has been noted by GNATS. From: Colin Percival To: bug-follo...@freebsd.org, ad...@werewolf.in.ua Cc: Subject: Re: kern/153924: [rtld] Bug is inside rtld (ELF dyn loader) Date: Thu, 13 Jan 2011 23:46:44 -0800 Tell us what the bug is, and we'll tell you if there's a patch. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid ___ 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"
