Re: What driver should I use for 'intel centrino wireless-N 2200 BGN' ?
On 2012/10/09 at 00:36, Andreas Nilsson wrote: > > On Mon, Oct 8, 2012 at 2:21 PM, Denise H. G. wrote: >> Hi list, >> >> I tried ipw, iwn, and iwi, but ended up with no luck. What's more, it >> seems that the wireless adapter has not been even detected by the >> system. I ran 'pciconf -l' and got this line which seems to be my >> wireless adapter: >> >> none3@pci0:3:0:0: class=0x028000 card=0x42228086 chip=0x08918086 >> rev=0xc4 hdr=0x00 >> >> Is there a driver for that under FreeBSD 9.1-PRERELEASE? >> >> Thanks! >> > > Man page for iwi says > The iwi driver provides support for Intel PRO/Wireless 2200BG/2915ABG > Mine is an Intel Centrino Wireless-N 2200 BGN. > Do you have legal.intel_iwi.license_ack=1 in loader.conf ? Yes. according the man pages, I've done what is needed, but still with no luck. > > Perhaps you need to check if the device id is listed in the source > code? Thanks. I've been trying. Hope this has something to do with the device ids. > > Best regards > Andreas > ___ > 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" > ___ 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: What driver should I use for 'intel centrino wireless-N 2200 BGN' ?
On 2012/10/09 at 00:44, Kevin Oberman wrote: > > On Mon, Oct 8, 2012 at 9:36 AM, Andreas Nilsson wrote: >> On Mon, Oct 8, 2012 at 2:21 PM, Denise H. G. wrote: >> >>> Hi list, >>> >>> I tried ipw, iwn, and iwi, but ended up with no luck. What's more, it >>> seems that the wireless adapter has not been even detected by the >>> system. I ran 'pciconf -l' and got this line which seems to be my >>> wireless adapter: >>> >>> none3@pci0:3:0:0: class=0x028000 card=0x42228086 chip=0x08918086 >>> rev=0xc4 hdr=0x00 >>> >>> Is there a driver for that under FreeBSD 9.1-PRERELEASE? >>> >>> Thanks! >>> >> >> Man page for iwi says >> The iwi driver provides support for Intel PRO/Wireless 2200BG/2915ABG >> >> Do you have legal.intel_iwi.license_ack=1 in loader.conf ? >> >> Perhaps you need to check if the device id is listed in the source code? > > Yes. Some vendors (e.g. Lenovo, HP) have private PCIIDs on their > cards, so they may not be in the source. Adding them is trivial, but, > should this be the issue, please open a PR to have it added to the > source in SVN. I tried to add some device ids into the source code of the drivers, but with no luck. Maybe I am doing it the wrong way. Thanks! > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6...@gmail.com > ___ > 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" > ___ 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"
[CFT/Review] net byte order for AF_INET
Hello,
this is a patch that switches entire IPv4 stack to network
byte order. That means, that at any layer any module should
expect IP header in network byte order. Any host byte order
values can be stored in local variables only and are never stored
into a packet itself.
The new code brings clarity, since a developer doesn't need to
know which byte order should he/she switch a packet to when
passing it to a particular function in stack. Also, any new
function introduced should expect net byte order for a packet
supplied.
The patch has been tested by me on amd64 and ray@ on mips.
TCP, UDP, ICMP, fragment reassembly and basic packet filtering
works okay.
More testing is desired, especially on boxes using some extensions
as packet filters with policy routing, running gre(4), ipsec(4),
divert(4), gif(4), multicast routing, stf(4), ng_ipfw(4), SCTP, etc.
Code reviewing also appreciated.
--
Totus tuus, Glebius.
Index: sys/netinet/tcp_input.c
===
--- sys/netinet/tcp_input.c (revision 241370)
+++ sys/netinet/tcp_input.c (working copy)
@@ -645,21 +645,19 @@
ip = mtod(m, struct ip *);
ipov = (struct ipovly *)ip;
th = (struct tcphdr *)((caddr_t)ip + off0);
- tlen = ip->ip_len;
+ tlen = ntohs(ip->ip_len);
if (m->m_pkthdr.csum_flags & CSUM_DATA_VALID) {
if (m->m_pkthdr.csum_flags & CSUM_PSEUDO_HDR)
th->th_sum = m->m_pkthdr.csum_data;
else
th->th_sum = in_pseudo(ip->ip_src.s_addr,
- ip->ip_dst.s_addr,
- htonl(m->m_pkthdr.csum_data +
- ip->ip_len +
- IPPROTO_TCP));
+ip->ip_dst.s_addr,
+htonl(m->m_pkthdr.csum_data + tlen +
+IPPROTO_TCP));
th->th_sum ^= 0x;
#ifdef TCPDEBUG
- ipov->ih_len = (u_short)tlen;
- ipov->ih_len = htons(ipov->ih_len);
+ ipov->ih_len = ip->ip_len;
#endif
} else {
/*
@@ -667,8 +665,7 @@
*/
len = sizeof (struct ip) + tlen;
bzero(ipov->ih_x1, sizeof(ipov->ih_x1));
- ipov->ih_len = (u_short)tlen;
- ipov->ih_len = htons(ipov->ih_len);
+ ipov->ih_len = ip->ip_len;
th->th_sum = in_cksum(m, len);
}
if (th->th_sum) {
Index: sys/netinet/in.h
===
--- sys/netinet/in.h (revision 241370)
+++ sys/netinet/in.h (working copy)
@@ -741,33 +741,6 @@
#define satosin(sa) ((struct sockaddr_in *)(sa))
#define sintosa(sin) ((struct sockaddr *)(sin))
#define ifatoia(ifa) ((struct in_ifaddr *)(ifa))
-
-/*
- * Historically, BSD keeps ip_len and ip_off in host format
- * when doing layer 3 processing, and this often requires
- * to translate the format back and forth.
- * To make the process explicit, we define a couple of macros
- * that also take into account the fact that at some point
- * we may want to keep those fields always in net format.
- */
-
-#if (BYTE_ORDER == BIG_ENDIAN) || defined(HAVE_NET_IPLEN)
-#define SET_NET_IPLEN(p) do {} while (0)
-#define SET_HOST_IPLEN(p) do {} while (0)
-#else
-#define SET_NET_IPLEN(p) do { \
- struct ip *h_ip = (p); \
- h_ip->ip_len = htons(h_ip->ip_len); \
- h_ip->ip_off = htons(h_ip->ip_off); \
- } while (0)
-
-#define SET_HOST_IPLEN(p) do { \
- struct ip *h_ip = (p); \
- h_ip->ip_len = ntohs(h_ip->ip_len); \
- h_ip->ip_off = ntohs(h_ip->ip_off); \
- } while (0)
-#endif /* !HAVE_NET_IPLEN */
-
#endif /* _KERNEL */
/* INET6 stuff */
Index: sys/netinet/tcp_subr.c
===
--- sys/netinet/tcp_subr.c (revision 241370)
+++ sys/netinet/tcp_subr.c (working copy)
@@ -584,10 +584,10 @@
#ifdef INET
{
tlen += sizeof (struct tcpiphdr);
- ip->ip_len = tlen;
+ ip->ip_len = htons(tlen);
ip->ip_ttl = V_ip_defttl;
if (V_path_mtu_discovery)
- ip->ip_off |= IP_DF;
+ ip->ip_off |= htons(IP_DF);
}
#endif
m->m_len = tlen;
@@ -1398,12 +1398,11 @@
/*
* If no alternative MTU was
* proposed, try the next smaller
- * one. ip->ip_len has already
- * been swapped in icmp_input().
+ * one.
*/
if (!mtu)
- mtu = ip_next_mtu(ip->ip_len,
- 1);
+ mtu = ip_next_mtu(
+ ntohs(ip->ip_len), 1);
if (mtu < V_tcp_minmss
+ sizeof(struct tcpiphdr))
mtu = V_tcp_minmss
Index: sys/netinet/tcp_debug.c
===
--- sys/netinet/tcp_debug.c (revision 241370)
+++ sys/netinet/tcp_debug.c (working copy)
@@ -175,11 +175,10 @@
#ifdef INET6
isipv6 ? ntohs(((struct ip6_hdr *)ipgen)->ip6_plen) :
#endif
- ((struct ip *)ipgen)->ip_len;
+ ntohs(((struct ip *)ipgen)->ip_len);
if (act == TA_OUTPUT) {
seq = ntohl(seq);
ack = ntohl(ack);
- len = ntohs((u_short)len);
}
if (act == TA_OUTPUT)
len -= sizeof (struct tcphdr);
Index: sys/netinet/tcp_syncache.c
===
--- sys/netinet/tcp_syncache.c (revision
Re: 8.3: kernel panic in bpf.c catchpacket()
On Oct 8, 2012, at 8:09 AM, Guy Helmer wrote:
> I'm seeing a consistent new kernel panic in FreeBSD 8.3:
>
> #0 doadump () at pcpu.h:224
> 224 __asm("movq %%gs:0,%0" : "=r" (td));
> (kgdb) #0 doadump () at pcpu.h:224
> #1 0x804c82e0 in boot (howto=260) at
> ../../../kern/kern_shutdown.c:441
> #2 0x804c8763 in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:614
> #3 0x8069f3cd in trap_fatal (frame=0x809ecfc0, eva=Variable
> "eva" is not available.)
>at ../../../amd64/amd64/trap.c:825
> #4 0x8069f701 in trap_pfault (frame=0xff800014a8b0, usermode=0)
>at ../../../amd64/amd64/trap.c:741
> #5 0x8069fadf in trap (frame=0xff800014a8b0)
>at ../../../amd64/amd64/trap.c:478
> #6 0x806870f4 in calltrap () at ../../../amd64/amd64/exception.S:228
> #7 0x8069d026 in bcopy () at ../../../amd64/amd64/support.S:124
> #8 0x8056ea8e in catchpacket (d=0xff00aee2c600,
>pkt=0xff00253ac600 "", pktlen=1434, snaplen=Variable "snaplen" is not
> available.)
>at ../../../net/bpf.c:2005
> #9 0x8056f0e5 in bpf_mtap (bp=0xff0001be1780,
>m=0xff00253ac600) at ../../../net/bpf.c:1832
> #10 0x80579035 in ether_input (ifp=0xff0001b73800,
>m=0xff00253ac600) at ../../../net/if_ethersubr.c:635
> #11 0x802b694a in em_rxeof (rxr=0xff0001bca200, count=99,
> done=0x0)
>at ../../../dev/e1000/if_em.c:4404
> #12 0x802b6db8 in em_handle_que (context=Variable "context" is not
> available.)
>at ../../../dev/e1000/if_em.c:1494
> #13 0x80506de5 in taskqueue_run_locked (queue=0xff0001bdd600)
>at ../../../kern/subr_taskqueue.c:250
> #14 0x80506f7e in taskqueue_thread_loop (arg=Variable "arg" is not
> available.)
>at ../../../kern/subr_taskqueue.c:387
> #15 0x8049da2f in fork_exit (
>callout=0x80506f30 ,
>arg=0xff8000945768, frame=0xff800014ac50)
>at ../../../kern/kern_fork.c:876
> #16 0x8068763e in fork_trampoline ()
>at ../../../amd64/amd64/exception.S:602
> #17 0x in ?? ()
>
> (kgdb) frame 8
> #8 0x8056ea8e in catchpacket (d=0xff00aee2c600,
>pkt=0xff00253ac600 "", pktlen=1434, snaplen=Variable "snaplen" is not
> available.
> )
>at ../../../net/bpf.c:2005
> 2005 bpf_append_bytes(d, d->bd_sbuf, curlen, &hdr, sizeof(hdr));
> (kgdb) list
> 2000 bzero(&hdr, sizeof(hdr));
> 2001 hdr.bh_tstamp = *tv;
> 2002 hdr.bh_datalen = pktlen;
> 2003 hdr.bh_hdrlen = hdrlen;
> 2004 hdr.bh_caplen = totlen - hdrlen;
> 2005 bpf_append_bytes(d, d->bd_sbuf, curlen, &hdr, sizeof(hdr));
> 2006
> 2007 /*
> 2008 * Copy the packet data into the store buffer and update its
> length.
> 2009 */
> (kgdb) print *d
> $2 = {bd_next = {le_next = 0x0, le_prev = 0xff0001be1790}, bd_sbuf = 0x0,
> bd_hbuf = 0x0, bd_fbuf = 0xff8000eae000 "?OoP", bd_slen = 0,
> bd_hlen = 0, bd_bufsize = 8388608, bd_bif = 0xff0001be1780,
> bd_rtout = 1, bd_rfilter = 0xff0001e89180, bd_wfilter = 0x0,
> bd_bfilter = 0x0, bd_rcount = 4, bd_dcount = 0, bd_promisc = 1 '\001',
> bd_state = 2 '\002', bd_immediate = 1 '\001', bd_hdrcmplt = 1,
> bd_direction = 0, bd_feedback = 0, bd_async = 0, bd_sig = 23,
> bd_sigio = 0x0, bd_sel = {si_tdlist = {tqh_first = 0x0,
> tqh_last = 0xff00aee2c690}, si_note = {kl_list = {slh_first = 0x0},
> kl_lock = 0x80497980 ,
> kl_unlock = 0x80497950 ,
> kl_assert_locked = 0x80494630 ,
> kl_assert_unlocked = 0x80494640 ,
> kl_lockarg = 0xff00aee2c6d8}, si_mtx = 0xff8000de5270},
> bd_mtx = {lock_object = {lo_name = 0xff0001a5fce0 "bpf",
> lo_flags = 16973824, lo_data = 0, lo_witness = 0x0},
>mtx_lock = 18446742974226712770}, bd_callout = {c_links = {sle = {
>sle_next = 0x0}, tqe = {tqe_next = 0x0,
>tqe_prev = 0xff80f69c0c00}}, c_time = 20424328,
>c_arg = 0xff00aee2c600, c_func = 0x8056b690 ,
>c_lock = 0xff00aee2c6d8, c_flags = 2, c_cpu = 0}, bd_label = 0x0,
> bd_fcount = 4, bd_pid = 95393, bd_locked = 0, bd_bufmode = 1, bd_wcount = 0,
> bd_wfcount = 0, bd_wdcount = 0, bd_zcopy = 0, bd_compat32 = 0 '\0'}
> (kgdb)
>
> I'm not seeing how bd_sbuf would be NULL here. Any ideas?
Since I've not had any replies, I hope nobody minds if I reply with more
information.
This panic seems to be occasionally triggered now that my user land code is
changing the packet filter a while after the bpd device has been opened and an
initial packet filter was set (previously, my code did not change the filter
after it was initially set).
I'm focusing on bpf_setf() since that seems to be the place that could be
tickling a problem, and I see that bpf_setf() calls reset_d(d) to clear the
hold buffer. I have manually ver
IPv6 stable privacy addresses (Fwd: I-D Action: draft-ietf-6man-stable-privacy-addresses-01.txt)
Folks, FYI. You may find this one interesting. (Yep, I'm aware that at least Bjoern reads the 6man mailing-list ;-) ) Cheers, Fernando Original Message Subject: I-D Action: draft-ietf-6man-stable-privacy-addresses-01.txt Date: Sun, 07 Oct 2012 16:50:49 -0700 From: internet-dra...@ietf.org To: i-d-annou...@ietf.org CC: i...@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 Maintenance Working Group of the IETF. Title : A method for Generating Stable Privacy-Enhanced Addresses with IPv6 Stateless Address Autoconfiguration (SLAAC) Author(s) : Fernando Gont Filename: draft-ietf-6man-stable-privacy-addresses-01.txt Pages : 17 Date: 2012-10-07 Abstract: This document specifies a method for generating IPv6 Interface Identifiers to be used with IPv6 Stateless Address Autoconfiguration (SLAAC), such that addresses configured using this method are stable within each subnet, but the Interface Identifier changes when hosts move from one network to another. The aforementioned method is meant to be an alternative to generating Interface Identifiers based on IEEE identifiers, such that the benefits of stable addresses can be achieved without sacrificing the privacy of users. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6man-stable-privacy-addresses There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-6man-stable-privacy-addresses-01 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-6man-stable-privacy-addresses-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ IETF IPv6 working group mailing list i...@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -- Fernando Gont e-mail: ferna...@gont.com.ar || fg...@si6networks.com PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 ___ 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"
Intel 5100 Wifi... more questions.
Ok so I upgraded t FreeBSD 9.0-RELEASE, and now my Intel 5100 is automagically recognized during boot up. I have also managed to get it all configured the way I want, and it is now working just great... well... it is working anyway. I still do have a couple of questions. Some things about my setup are REALLY mysterious. Firstly, the machine that contains the Intel 5100 Wifi is talking to my Linksys E1000 router. This router allegedly speaks, a, b, g, and also n. I have set the router to the "N-only" mode and rebooted it... a hard reboot (power cycled). Still, despite me having set the router to "N-only" mode, this is what I am seeing on the client side: % ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:22:fb:76:6d:18 inet 192.168.1.23 netmask 0xff00 broadcast 192.168.1.255 inet6 fe80::222:fbff:fe76:6d18%wlan0 prefixlen 64 scopeid 0xb nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/18Mbps mode 11ng status: associated ssid ronair2-1 channel 11 (2462 MHz 11g ht/20) bssid c0:c1:c0:8b:4b:f3 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 15 bmiss 10 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi wme roaming MANUAL So I have the obvious question... WTF? How/why is it that the Intel 5100 seems to be able to speak to a router using 11g (which is obviously is doing, based on the above output) even though the router has been configured to speak `N' only?? What am I missing? OK, so the second question I have is an obvious one too... I want to get the best speed possible out of this connection. The router allegedly supports `N' and the Intel 5100 client allegedly supports `N' also. How can I force the Intel 5100 to choose `N' rather than `G'? (It seems to always be connecting via 11g, even though I would prefer that it connect via the faster 11n. I would have thought that it would have been smart enough, given that it could use either, for it to have selected 11n, but for reasons know only to the developers, it didn't, so now I would like to see if I can find a way to force it into 11n.) I've looked at this (up-to-date?) man page: http://www.freebsd.org/cgi/man.cgi?query=ifconfig&sektion=8 and under the "mode" option it only talks about 11a, 11b, and 11g. WTF? Does the current incarnation of FreeBSD ifconfig really not even support 11n?? I mean it is not as if 11n were really ``new'' anymore or anything. Looking forward to any answers. Thanks. Regards, rfg ___ 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: Intel 5100 Wifi... more questions.
On Tue, Oct 9, 2012 at 4:58 PM, Ronald F. Guilmette wrote: > % ifconfig wlan0 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:22:fb:76:6d:18 > inet 192.168.1.23 netmask 0xff00 broadcast 192.168.1.255 > inet6 fe80::222:fbff:fe76:6d18%wlan0 prefixlen 64 scopeid 0xb > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet OFDM/18Mbps mode 11ng > status: associated > ssid ronair2-1 channel 11 (2462 MHz 11g ht/20) bssid c0:c1:c0:8b:4b:f3 > country US authmode WPA2/802.11i privacy ON deftxkey UNDEF > AES-CCM 2:128-bit txpower 15 bmiss 10 scanvalid 450 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 protmode CTS > ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi wme > roaming MANUAL > Just a guess, as I really am not sure about this, but perhaps 1)media: IEEE 802.11 Wireless Ethernet OFDM/18Mbps mode 11ng 2)status: associated 3)ssid ronair2-1 channel 11 (2462 MHz 11g ht/20) bssid c0:c1:c0:8b:4b:f3 line 1 might indicate that it's talking 11ng - and that 802.11n is operative and perhaps line 3 only indicates frequency/channel. Have you looked at your E1000 unit and verified what the link type is for your connection? Perhaps it will tell you that it's connected via 'n' vs.'g'. Or not. I'm sure someone more knowledgeable than me can comment further. Kurt ___ 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"
shape network traffic but give priority to one application
Hi, I am again on a very remote location with a pretty slow Internet connection. The problem I would like to solve sounds simple. What is the easiest way to shape the network traffic so that one machine gets most of the bandwidth when needed while all other machines share the remaining bandwidth? Google tells me that pfsense is a good start. Are there better options? Erich ___ 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: shape network traffic but give priority to one application
On Wed, Oct 10, 2012 at 07:47:40AM +0700, Erich Dollansky wrote: > Hi, > > I am again on a very remote location with a pretty slow Internet > connection. The problem I would like to solve sounds simple. > > What is the easiest way to shape the network traffic so that one > machine gets most of the bandwidth when needed while all other machines > share the remaining bandwidth? > > Google tells me that pfsense is a good start. Are there better options? > > Erich > ___ > 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" Now sure about pfsense, but I use ipfw w/ weighted queues pretty effectively. ~Paul This message may contain confidential or privileged information. If you are not the intended recipient, please advise us immediately and delete this message. See http://www.datapipe.com/legal/email_disclaimer/ for further information on confidentiality and the risks of non-secure electronic communication. If you cannot access these links, please notify us by reply message and we will send the contents to you. ___ 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: Intel 5100 Wifi... more questions.
Yes. It says 11g HT/20. That's "11n." Do "ifconfig wlan0 list sta". See what rate its selecting. It should be high. I should really replace the MCS rates with actual MCSX rather than xxxMB, it confuses people. Adrian ___ 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: What driver should I use for 'intel centrino wireless-N 2200 BGN' ?
On Tue, Oct 9, 2012 at 6:23 AM, Denise H. G. wrote:
>
> On 2012/10/09 at 00:44, Kevin Oberman wrote:
>>
>> On Mon, Oct 8, 2012 at 9:36 AM, Andreas Nilsson wrote:
>>> On Mon, Oct 8, 2012 at 2:21 PM, Denise H. G. wrote:
>>>
Hi list,
I tried ipw, iwn, and iwi, but ended up with no luck. What's more, it
seems that the wireless adapter has not been even detected by the
system. I ran 'pciconf -l' and got this line which seems to be my
wireless adapter:
none3@pci0:3:0:0: class=0x028000 card=0x42228086 chip=0x08918086
rev=0xc4 hdr=0x00
Is there a driver for that under FreeBSD 9.1-PRERELEASE?
Thanks!
>>>
>>> Man page for iwi says
>>> The iwi driver provides support for Intel PRO/Wireless 2200BG/2915ABG
>>>
>>> Do you have legal.intel_iwi.license_ack=1 in loader.conf ?
>>>
>>> Perhaps you need to check if the device id is listed in the source code?
>>
>> Yes. Some vendors (e.g. Lenovo, HP) have private PCIIDs on their
>> cards, so they may not be in the source. Adding them is trivial, but,
>> should this be the issue, please open a PR to have it added to the
>> source in SVN.
>
> I tried to add some device ids into the source code of the drivers, but
> with no luck. Maybe I am doing it the wrong way.
The card ID in the code is 4220 and yours has is 4222. Edit
/sys/dev/iwi/if_iwi.c and add:
{ 0x8086, 0x4222, "Intel(R) PRO/Wireless 2200BG" },
after line 123.
If you are loading the module, you can just rebuild that. Otherwise
you will need to rebuild the kernel. If you are not familiar with
building a module, rebuilding the whole thing, kernel and modules, is
probably the best idea.
Note that I don't currently have any 2200BG card, so I have not done
any testing. I looked at the pci.ids file and it does not seem to have
an entry for 0x4220, but does have one for 0x4222, so I am a bit
confused, but the pci.ids file is not relevant to the driver. It's
just an oddity.
--
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.com
___
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: [maybe spam] shape network traffic but give priority to one application
On 10/9/12 5:47 PM, Erich Dollansky wrote: Hi, I am again on a very remote location with a pretty slow Internet connection. The problem I would like to solve sounds simple. What is the easiest way to shape the network traffic so that one machine gets most of the bandwidth when needed while all other machines share the remaining bandwidth? Google tells me that pfsense is a good start. Are there better options? pfsense is a whole OS image and you install it onto a machine. it's what you'd do if you had a spare OC you want to use for traffic shaping etc. internally it uses FreeBSD as the OS and 'pf + altq' as the shaper. If you have a FreeBSD machine up already, and you can pass all the traffic through it then you can do the same and use pf + altq, or you can use ipfw + dummynet. Your choice. Erich ___ 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" ___ 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"
