Re: in6.c and panic: 0xc63dd000 must be migratable
On Fri, 8 Apr 2011, Doug Barton wrote: On 04/08/2011 17:57, Bjoern A. Zeeb wrote: similar to what? We're seeing the "must be migratable" part of the panic, but nothing else. Ok. panic: 0xc63dd000 must be migratable cpuid = 1 panic: 0xc63dd000 must be migratable cpuid = 1 panic: 0xc63dd000 must be migratable cpuid = 1 panic: 0xc63dd000 must be migratable cpuid = 1 panic: 0xc63dd000 must be migratable cpuid = 1 panic: 0xc63dd000 must be migratable cpuid = 1 panic: 0xc63dd000 must be migratable cpuid = 1 This is the bit we see. Breaking to the debugger hasn't worked, and dumping is not an option (I inherited this system, trying to get it tuned up now). ... Depsite being in the subject that's just follow-up problems, though thinking about it (very wild guess) -- how many cores do you have and are you running with flowtable enabled? It's an SMP system, and yes, FLOWTABLE was in the kernel config. I took that out, and got the KDB options sorted out so that if it happens again hopefully I can get a stack trace. Thanks for the FLOWTABLE suggestion, wish I'd remembered that one myself. :) Flowtable is one of the things in the network stack that I could think of that would do the sched_bind() dance. Thinking of the above in the context of 'but nothing else' it could really be anything. The pointer printed there is a struct thread *. show allpcpu show thread show thread bt will probably be a good start. I hope you have a serial console. Try to get a coredump as well if you can. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/148018: commit references a PR
The following reply was made to PR kern/148018; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/148018: commit references a PR Date: Sat, 9 Apr 2011 12:04:45 + (UTC) Author: bz Date: Sat Apr 9 12:04:35 2011 New Revision: 220486 URL: http://svn.freebsd.org/changeset/base/220486 Log: MFC r219775: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with:qingli (2010-11-24, just never executed) Discussed with:juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 Modified: stable/8/sys/amd64/conf/GENERIC stable/8/sys/i386/conf/GENERIC stable/8/sys/ia64/conf/GENERIC stable/8/sys/mips/conf/OCTEON1 Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/sys/amd64/conf/GENERIC == --- stable/8/sys/amd64/conf/GENERICSat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/amd64/conf/GENERICSat Apr 9 12:04:35 2011 (r220486) @@ -72,7 +72,6 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/i386/conf/GENERIC == --- stable/8/sys/i386/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/i386/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -73,7 +73,6 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/ia64/conf/GENERIC == --- stable/8/sys/ia64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/ia64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -31,7 +31,6 @@ options COMPAT_43TTY# BSD 4.3 TTY comp options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options FFS # Berkeley Fast Filesystem -options FLOWTABLE # per-cpu routing cache options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/mips/conf/OCTEON1 == --- stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 12:04:35 2011 (r220486) @@ -76,7 +76,6 @@ options PRINTF_BUFR_SIZE=128# Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel ___ 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-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ne
Re: kern/155604: commit references a PR
The following reply was made to PR kern/155604; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/155604: commit references a PR Date: Sat, 9 Apr 2011 12:04:45 + (UTC) Author: bz Date: Sat Apr 9 12:04:35 2011 New Revision: 220486 URL: http://svn.freebsd.org/changeset/base/220486 Log: MFC r219775: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with:qingli (2010-11-24, just never executed) Discussed with:juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 Modified: stable/8/sys/amd64/conf/GENERIC stable/8/sys/i386/conf/GENERIC stable/8/sys/ia64/conf/GENERIC stable/8/sys/mips/conf/OCTEON1 Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/sys/amd64/conf/GENERIC == --- stable/8/sys/amd64/conf/GENERICSat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/amd64/conf/GENERICSat Apr 9 12:04:35 2011 (r220486) @@ -72,7 +72,6 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/i386/conf/GENERIC == --- stable/8/sys/i386/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/i386/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -73,7 +73,6 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/ia64/conf/GENERIC == --- stable/8/sys/ia64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/ia64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -31,7 +31,6 @@ options COMPAT_43TTY# BSD 4.3 TTY comp options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options FFS # Berkeley Fast Filesystem -options FLOWTABLE # per-cpu routing cache options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/mips/conf/OCTEON1 == --- stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 12:04:35 2011 (r220486) @@ -76,7 +76,6 @@ options PRINTF_BUFR_SIZE=128# Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel ___ 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-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ne
Re: kern/146792: commit references a PR
The following reply was made to PR kern/146792; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/146792: commit references a PR Date: Sat, 9 Apr 2011 12:04:46 + (UTC) Author: bz Date: Sat Apr 9 12:04:35 2011 New Revision: 220486 URL: http://svn.freebsd.org/changeset/base/220486 Log: MFC r219775: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with:qingli (2010-11-24, just never executed) Discussed with:juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 Modified: stable/8/sys/amd64/conf/GENERIC stable/8/sys/i386/conf/GENERIC stable/8/sys/ia64/conf/GENERIC stable/8/sys/mips/conf/OCTEON1 Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/sys/amd64/conf/GENERIC == --- stable/8/sys/amd64/conf/GENERICSat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/amd64/conf/GENERICSat Apr 9 12:04:35 2011 (r220486) @@ -72,7 +72,6 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/i386/conf/GENERIC == --- stable/8/sys/i386/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/i386/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -73,7 +73,6 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/ia64/conf/GENERIC == --- stable/8/sys/ia64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/ia64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -31,7 +31,6 @@ options COMPAT_43TTY# BSD 4.3 TTY comp options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options FFS # Berkeley Fast Filesystem -options FLOWTABLE # per-cpu routing cache options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/mips/conf/OCTEON1 == --- stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 12:04:35 2011 (r220486) @@ -76,7 +76,6 @@ options PRINTF_BUFR_SIZE=128# Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel ___ 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-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ne
Re: kern/144917: commit references a PR
The following reply was made to PR kern/144917; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: kern/144917: commit references a PR Date: Sat, 9 Apr 2011 12:04:46 + (UTC) Author: bz Date: Sat Apr 9 12:04:35 2011 New Revision: 220486 URL: http://svn.freebsd.org/changeset/base/220486 Log: MFC r219775: For now remove options FLOWTABLE from the remaining GENERIC kernel configurations and make it opt-in for those who want it. LINT will still build it. While it may be a perfect win in some scenarios, it still troubles users (see PRs) in general cases. In addition we are still allocating resources even if disabled by sysctl and still leak arp/nd6 entries in case of interface destruction. Discussed with:qingli (2010-11-24, just never executed) Discussed with:juli (OCTEON1) PR: kern/148018, kern/155604, kern/144917, kern/146792 Modified: stable/8/sys/amd64/conf/GENERIC stable/8/sys/i386/conf/GENERIC stable/8/sys/ia64/conf/GENERIC stable/8/sys/mips/conf/OCTEON1 Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) Modified: stable/8/sys/amd64/conf/GENERIC == --- stable/8/sys/amd64/conf/GENERICSat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/amd64/conf/GENERICSat Apr 9 12:04:35 2011 (r220486) @@ -72,7 +72,6 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/i386/conf/GENERIC == --- stable/8/sys/i386/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/i386/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -73,7 +73,6 @@ options KBD_INSTALL_CDEV# install a CD options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/ia64/conf/GENERIC == --- stable/8/sys/ia64/conf/GENERIC Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/ia64/conf/GENERIC Sat Apr 9 12:04:35 2011 (r220486) @@ -31,7 +31,6 @@ options COMPAT_43TTY# BSD 4.3 TTY comp options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options FFS # Berkeley Fast Filesystem -options FLOWTABLE # per-cpu routing cache options GDB # Support remote GDB options GEOM_LABEL # Provides labelization options INCLUDE_CONFIG_FILE # Include this file in kernel Modified: stable/8/sys/mips/conf/OCTEON1 == --- stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 11:03:04 2011 (r220485) +++ stable/8/sys/mips/conf/OCTEON1 Sat Apr 9 12:04:35 2011 (r220486) @@ -76,7 +76,6 @@ options PRINTF_BUFR_SIZE=128# Prevent options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework -options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel ___ 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-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ne
recv() with MSG_WAITALL might stuck when receiving more than rcvbuf
Hi,
When testing HAST synchronization running both primary and secondary HAST
instances on the same host I faced an issue that the synchronization may be
very slow:
Apr 9 14:04:04 kopusha hastd[3812]: [test] (primary) Synchronization complete.
512MB synchronized in 16m38s (525KB/sec).
hastd is synchronizing data in MAXPHYS (131072 bytes) blocks. Sending it
splits them on smaller chunks of MAX_SEND_SIZE (32768 bytes), while receives
the whole block calling recv() with MSG_WAITALL option.
Sometimes recv() gets stuck: in tcpdump I see that sending side sent all
chunks, all they were acked, but receiving thread is still waiting in
recv(). netstat is reporting non empty Recv-Q for receiving side (with the
amount of bytes usually equal to the size of last sent chunk). It looked like
the receiving userspace was not informed by the kernel that all data had been
arrived.
I can reproduce the issue with the attached test_MSG_WAITALL.c.
I think the issue is in soreceive_generic().
If MSG_WAITALL is set but the request is larger than the receive buffer, it
has to do the receive in sections. So after receiving some data it notifies
protocol (calls pr_usrreqs->pru_rcvd) about the data, releasing so_rcv
lock. Returning it blocks in sbwait() waiting for the rest of data. I think
there is a race: when it was in pr_usrreqs->pru_rcvd not keeping the lock the
rest of data could arrive. Thus it should check for this before sbwait().
See the attached uipc_socket.c.soreceive.patch. The patch fixes the issue for
me.
Apr 9 14:16:40 kopusha hastd[2926]: [test] (primary) Synchronization complete.
512MB synchronized in 4s (128MB/sec).
I observed the problem on STABLE but believe the same is on CURRENT.
BTW, I also tried optimized version of soreceive(), soreceive_stream(). It
does not have this problem. But with it I was observing tcp connections
getting stuck in soreceive_stream() on firefox (with many tabs) or pidgin
(with many contacts) start. The processes were killable only with -9. I did
not investigate this much though.
--
Mikolaj Golub
test_MSG_WAITALL.c
Description: Binary data
Index: sys/kern/uipc_socket.c
===
--- sys/kern/uipc_socket.c (revision 220472)
+++ sys/kern/uipc_socket.c (working copy)
@@ -1836,28 +1836,34 @@ dontblock:
/*
* Notify the protocol that some data has been
* drained before blocking.
*/
if (pr->pr_flags & PR_WANTRCVD) {
SOCKBUF_UNLOCK(&so->so_rcv);
VNET_SO_ASSERT(so);
(*pr->pr_usrreqs->pru_rcvd)(so, flags);
SOCKBUF_LOCK(&so->so_rcv);
}
SBLASTRECORDCHK(&so->so_rcv);
SBLASTMBUFCHK(&so->so_rcv);
- error = sbwait(&so->so_rcv);
- if (error) {
-SOCKBUF_UNLOCK(&so->so_rcv);
-goto release;
+ /*
+ * We could receive some data while was notifying the
+ * the protocol. Skip blocking in this case.
+ */
+ if (so->so_rcv.sb_mb == NULL) {
+error = sbwait(&so->so_rcv);
+if (error) {
+ SOCKBUF_UNLOCK(&so->so_rcv);
+ goto release;
+}
}
m = so->so_rcv.sb_mb;
if (m != NULL)
nextrecord = m->m_nextpkt;
}
}
SOCKBUF_LOCK_ASSERT(&so->so_rcv);
if (m != NULL && pr->pr_flags & PR_ATOMIC) {
flags |= MSG_TRUNC;
if ((flags & MSG_PEEK) == 0)
(void) sbdroprecord_locked(&so->so_rcv);
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
ral(4) - RT2560 + RF5222 does it exist?
Hi, while working on getting RT2860 (and friends) support ported over from OpenBSD I've noticed that Damien has removed a few bits related to 5GHz support for RT2560 series chips (about 4 years ago). It looks like the code is not complete to handle 11a channels on hardware which seems to not even exist. Is anyone aware of such cards? I haven't found any.. So, while bringing in a bunch of other fixes, I'd also remove those bits if no one jumps in with such a card. Note, only the RT2560 is affected by this not the RT2x61. -- Bernhard ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: new mailing list - freebsd-wirel...@freebsd.org
On Sat, Apr 9, 2011 at 5:15 AM, Adrian Chadd wrote: > Hi all, > > I've just organised a new mailing list for wireless related development, > discussion and bug fixing. > > Please subscribe to freebsd-wirel...@freebsd.org and ask wireless related > things there. > > Although I (and others) keep an eye on the other mailing lists, you'll be > more likely to get a response if you instead email the wireless list. > > Thanks, > > > adrian > ___ > freebsd-curr...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > Good job guy. Congrats -- *Mohammed Farrag* *FreeBSD Contributor* ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/155988: [arp] [panic] RADIX_NODE_HEAD_LOCK_ASSERT in rtexpunge()
Old Synopsis: RADIX_NODE_HEAD_LOCK_ASSERT in rtexpunge() New Synopsis: [arp] [panic] RADIX_NODE_HEAD_LOCK_ASSERT in rtexpunge() Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 19:02:06 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=155988 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/156026: [bce] [panic] arpintr()->in_lltable_lookup() 8.1 bce(4) crash
Old Synopsis: arpintr()->in_lltable_lookup() 8.1 bce(4) crash New Synopsis: [bce] [panic] arpintr()->in_lltable_lookup() 8.1 bce(4) crash Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 19:49:09 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156026 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/156030: [ip6] [panic] Crash in nd6_dad_start() due to null ptr dereference
Old Synopsis: Crash in nd6_dad_start() due to null ptr dereference New Synopsis: [ip6] [panic] Crash in nd6_dad_start() due to null ptr dereference Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 19:49:49 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156030 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/156259: [ip6] [patch] IPv6 DNS autoconfiguration (RFC6106 RDNSS and DNSSL)
Old Synopsis: [patch] IPv6 DNS autoconfiguration (RFC6106 RDNSS and DNSSL) New Synopsis: [ip6] [patch] IPv6 DNS autoconfiguration (RFC6106 RDNSS and DNSSL) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:12:59 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156259 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/156266: [re] if_re.ko driver cannot handle RL8169 card properly
Old Synopsis: if_re.ko driver cannot handle RL8169 card properly New Synopsis: [re] if_re.ko driver cannot handle RL8169 card properly Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:13:51 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156266 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/156278: [vlan] ifa_add_loopback_route: insertion failed with ifconfig down/up
Old Synopsis: ifa_add_loopback_route: insertion failed with ifconfig down/up New Synopsis: [vlan] ifa_add_loopback_route: insertion failed with ifconfig down/up Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:19:35 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156278 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/156279: [if_bridge][divert][ipfw] unable to correctly re-inject packets into an unnumbered, bridged interface using divert sockets
Synopsis: [if_bridge][divert][ipfw] unable to correctly re-inject packets into an unnumbered, bridged interface using divert sockets Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:20:17 UTC 2011 Responsible-Changed-Why: not sure how to classify this one, but give it a shot anyway. http://www.freebsd.org/cgi/query-pr.cgi?pr=156279 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/156283: [ip6] [patch] nd6_ns_input - rtalloc_mpath does not return a locked rtentry
Old Synopsis: nd6_ns_input - rtalloc_mpath does not return a locked rtentry New Synopsis: [ip6] [patch] nd6_ns_input - rtalloc_mpath does not return a locked rtentry Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Apr 9 20:22:43 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=156283 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Xircom realport in 8.1-RELEASE - how do I determine proper cbb.start_memory ?
It appears that many PCMCIA network cards no longer work in FreeBSD - this is documented here: http://www.freebsd.org/cgi/query-pr.cgi?pr=115623 However there appears to be a workaround, wherein one sets their hw.cbb.start_memory value manually. Suggested values for xircom cards are: sysctl hw.cbb.start_memory=0xf480 sysctl hw.cbb.start_memory=0x3000 However, neither of these values work for me, and I continue to get this kind of error: dc1: No station address in CIS! etc. I am happy to use this workaround, I just wonder how do I determine the proper value for this sysctl ? My xl0 network interface works, and I see that its settings are: port 0xec80-0xecff mem 0xf8fffc00-0xf8fffc7f How do I compute the proper sysctl setting for my xircom realport cards ? (I have two of them to insert simultaneously) Thanks. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/156259: [ip6] [patch] IPv6 DNS autoconfiguration (RFC6106 RDNSS and DNSSL)
Synopsis: [ip6] [patch] IPv6 DNS autoconfiguration (RFC6106 RDNSS and DNSSL) Responsible-Changed-From-To: freebsd-net->hrs Responsible-Changed-By: hrs Responsible-Changed-When: Sun Apr 10 01:27:13 UTC 2011 Responsible-Changed-Why: I'll take this. http://www.freebsd.org/cgi/query-pr.cgi?pr=156259 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
