Hi, I really don't know (I haven't done that intentionally). There is nothing special in /var/log/messages: kadlubek# grep -i msix /var/log/messages Apr 28 21:37:03 kadlubek kernel: em0: Using MSIX interrupts with 0 vectors
Though sysctl suggests, that I haven't disabled MSIX: kadlubek# sysctl -a | grep -i msix hw.pci.enable_msix: 1 I've checked further pciconf output (now with -c option also) and there is: em0@pci0:2:0:0: class=0x020000 card=0xa01f8086 chip=0x10d38086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled So it looks, like the card supports MSI-X and has them enabled. Though my PCI Express bridges report as: pcib2@pci0:0:2:0: class=0x060400 card=0xc3231106 chip=0xa3641106 rev=0x80 hdr=0x01 vendor = 'VIA Technologies, Inc.' device = 'P4M900 PCI to PCI Bridge Controller' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(256) link x1(x1) cap 01[68] = powerspec 2 supports D0 D3 current D0 cap 05[70] = MSI supports 1 message, 64 bit cap 08[88] = HT MSI fixed address window disabled at 0xfee00000 cap 0d[98] = PCI Bridge card=0xc3231106 ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC1 ecap 0005[180] = unknown 1 pcib3@pci0:0:3:0: class=0x060400 card=0xc3231106 chip=0xc3641106 rev=0x80 hdr=0x01 vendor = 'VIA Technologies, Inc.' device = 'P4M900 PCI to PCI Bridge Controller' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(256) link x1(x1) cap 01[68] = powerspec 2 supports D0 D3 current D0 cap 05[70] = MSI supports 1 message, 64 bit cap 08[88] = HT MSI fixed address window disabled at 0xfee00000 cap 0d[98] = PCI Bridge card=0xc3231106 ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC1 ecap 0005[180] = unknown 1 pcib5@pci0:128:0:0: class=0x060400 card=0x00000000 chip=0x287c1106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies, Inc.' device = 'VT8251 Standard PCIe Root Port' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(256) link x0(x2) cap 01[68] = powerspec 2 supports D0 D3 current D0 cap 05[70] = MSI supports 1 message, 64 bit, vector masks cap 08[88] = HT MSI fixed address window disabled at 0xfee00000 cap 0d[90] = PCI Bridge card=0x00000000 ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC1 ecap 0005[180] = unknown 1 pcib6@pci0:128:0:1: class=0x060400 card=0x00000004 chip=0x287d1106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies, Inc.' device = 'VT8251 Standard PCIe Root Port' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(256) link x0(x1) cap 01[68] = powerspec 2 supports D0 D3 current D0 cap 05[70] = MSI supports 1 message, 64 bit, vector masks cap 08[88] = HT MSI fixed address window disabled at 0xfee00000 cap 0d[90] = PCI Bridge card=0x00000004 Though they mention that HT MSI windows is disabled. I'm not sure, whether this matters. Cheers, Wiktor 2011/4/28 Jack Vogel <jfvo...@gmail.com>: > Notice this: em0: Using MSIX interrupts with 0 vectors > > ZERO vectors are not a good sign :) You need to look at your system, you > have MSIX > disabled or something? Maybe some message in /var/log/messages?? > > Jack > > > On Thu, Apr 28, 2011 at 1:20 PM, Wiktor Niesiobedzki <b...@vink.pl> wrote: >> >> Hi, >> >> I've installed Intel Gigabit CT Desktop Adapter in my FreeBSD 8.2 box >> and I can't see any incoming traffic on this card. Even ARP resolution >> doesn't work. Though I see the outgoing traffic on the other end. >> >> Relevant info: >> kadlubek# uname -a >> FreeBSD kadlubek 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #20: Sat Feb 12 >> 21:22:19 CET 2011 root@kadlubek:/usr/obj/usr/src/sys/KADLUB i386 >> >> kadlubek# dmesg | grep em0 >> em0: <Intel(R) PRO/1000 Network Connection 7.1.9> port 0xdc00-0xdc1f >> mem 0xfe9e0000-0xfe9fffff,0xfe900000-0xfe97ffff,0xfe9dc000-0xfe9dffff >> irq 24 at device 0.0 on pci2 >> em0: Using MSIX interrupts with 0 vectors >> em0: [FILTER] >> >> kadlubek# ping 192.168.115.1 >> PING 192.168.115.1 (192.168.115.1): 56 data bytes >> ping: sendto: Host is down >> ping: sendto: Host is down >> >> In mean time - tcpdump shows: >> kadlubek# tcpdump -i em0 >> 22:03:55.962118 ARP, Request who-has 192.168.115.1 tell >> 192.168.115.220, length 28 >> 22:03:56.967107 ARP, Request who-has 192.168.115.1 tell >> 192.168.115.220, length 28 >> 22:03:57.972094 ARP, Request who-has 192.168.115.1 tell >> 192.168.115.220, length 28 >> >> I've checked the firewall rules, but there are none there: >> kadlubek# pfctl -s rules >> No ALTQ support in kernel >> ALTQ related functions disabled >> >> pciconf -lv shows the card as: >> em0@pci0:2:0:0: class=0x020000 card=0xa01f8086 chip=0x10d38086 rev=0x00 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' >> class = network >> subclass = ethernet >> >> >> kadlubek# sysctl dev.em.0 >> dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.1.9 >> dev.em.0.%driver: em >> dev.em.0.%location: slot=0 function=0 handle=\_SB_.PCI0.NBPG.NPGS >> dev.em.0.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x8086 >> subdevice=0xa01f class=0x020000 >> dev.em.0.%parent: pci2 >> dev.em.0.nvm: -1 >> dev.em.0.debug: -1 >> dev.em.0.rx_int_delay: 0 >> dev.em.0.tx_int_delay: 66 >> dev.em.0.rx_abs_int_delay: 66 >> dev.em.0.tx_abs_int_delay: 66 >> dev.em.0.rx_processing_limit: 100 >> dev.em.0.flow_control: 3 >> dev.em.0.link_irq: 0 >> dev.em.0.mbuf_alloc_fail: 0 >> dev.em.0.cluster_alloc_fail: 0 >> dev.em.0.dropped: 0 >> dev.em.0.tx_dma_fail: 0 >> dev.em.0.rx_overruns: 0 >> dev.em.0.watchdog_timeouts: 0 >> dev.em.0.device_control: 1477444168 >> dev.em.0.rx_control: 67141634 >> dev.em.0.fc_high_water: 18432 >> dev.em.0.fc_low_water: 16932 >> dev.em.0.queue0.txd_head: 35 >> dev.em.0.queue0.txd_tail: 35 >> dev.em.0.queue0.tx_irq: 0 >> dev.em.0.queue0.no_desc_avail: 0 >> dev.em.0.queue0.rxd_head: 117 >> dev.em.0.queue0.rxd_tail: 1023 >> dev.em.0.queue0.rx_irq: 0 >> dev.em.0.mac_stats.excess_coll: 0 >> dev.em.0.mac_stats.single_coll: 0 >> dev.em.0.mac_stats.multiple_coll: 0 >> dev.em.0.mac_stats.late_coll: 0 >> dev.em.0.mac_stats.collision_count: 0 >> dev.em.0.mac_stats.symbol_errors: 0 >> dev.em.0.mac_stats.sequence_errors: 0 >> dev.em.0.mac_stats.defer_count: 0 >> dev.em.0.mac_stats.missed_packets: 0 >> dev.em.0.mac_stats.recv_no_buff: 0 >> dev.em.0.mac_stats.recv_undersize: 0 >> dev.em.0.mac_stats.recv_fragmented: 0 >> dev.em.0.mac_stats.recv_oversize: 0 >> dev.em.0.mac_stats.recv_jabber: 0 >> dev.em.0.mac_stats.recv_errs: 0 >> dev.em.0.mac_stats.crc_errs: 0 >> dev.em.0.mac_stats.alignment_errs: 0 >> dev.em.0.mac_stats.coll_ext_errs: 0 >> dev.em.0.mac_stats.xon_recvd: 0 >> dev.em.0.mac_stats.xon_txd: 0 >> dev.em.0.mac_stats.xoff_recvd: 0 >> dev.em.0.mac_stats.xoff_txd: 0 >> dev.em.0.mac_stats.total_pkts_recvd: 117 >> dev.em.0.mac_stats.good_pkts_recvd: 117 >> dev.em.0.mac_stats.bcast_pkts_recvd: 41 >> dev.em.0.mac_stats.mcast_pkts_recvd: 42 >> dev.em.0.mac_stats.rx_frames_64: 71 >> dev.em.0.mac_stats.rx_frames_65_127: 0 >> dev.em.0.mac_stats.rx_frames_128_255: 35 >> dev.em.0.mac_stats.rx_frames_256_511: 11 >> dev.em.0.mac_stats.rx_frames_512_1023: 0 >> dev.em.0.mac_stats.rx_frames_1024_1522: 0 >> dev.em.0.mac_stats.good_octets_recvd: 15499 >> dev.em.0.mac_stats.good_octets_txd: 2240 >> dev.em.0.mac_stats.total_pkts_txd: 35 >> dev.em.0.mac_stats.good_pkts_txd: 35 >> dev.em.0.mac_stats.bcast_pkts_txd: 35 >> dev.em.0.mac_stats.mcast_pkts_txd: 0 >> dev.em.0.mac_stats.tx_frames_64: 35 >> dev.em.0.mac_stats.tx_frames_65_127: 0 >> dev.em.0.mac_stats.tx_frames_128_255: 0 >> dev.em.0.mac_stats.tx_frames_256_511: 0 >> dev.em.0.mac_stats.tx_frames_512_1023: 0 >> dev.em.0.mac_stats.tx_frames_1024_1522: 0 >> dev.em.0.mac_stats.tso_txd: 0 >> dev.em.0.mac_stats.tso_ctx_fail: 0 >> dev.em.0.interrupts.asserts: 2 >> dev.em.0.interrupts.rx_pkt_timer: 0 >> dev.em.0.interrupts.rx_abs_timer: 0 >> dev.em.0.interrupts.tx_pkt_timer: 0 >> dev.em.0.interrupts.tx_abs_timer: 0 >> dev.em.0.interrupts.tx_queue_empty: 0 >> dev.em.0.interrupts.tx_queue_min_thresh: 0 >> dev.em.0.interrupts.rx_desc_min_thresh: 0 >> dev.em.0.interrupts.rx_overrun: 0 >> dev.em.0.wake: 0 >> >> kadlubek# sysctl dev.em.0.debug=1 >> Interface is RUNNING and INACTIVE >> em0: hw tdh = 35, hw tdt = 35 >> em0: hw rdh = 118, hw rdt = 1023 >> em0: Tx Queue Status = 1 >> em0: TX descriptors avail = 989 >> em0: Tx Descriptors avail failure = 0 >> em0: RX discarded packets = 0 >> em0: RX Next to Check = 0 >> em0: RX Next to Refresh = 0 >> >> >> I've tried booting linux on this box, and card is detected as follows: >> [ 16.376557] e1000e: Intel(R) PRO/1000 Network Driver - 1.2.20-k2 >> [ 16.376650] e1000e: Copyright(c) 1999 - 2011 Intel Corporation. >> [ 16.376949] e1000e 0000:02:00.0: PCI INT A -> GSI 24 (level, low) -> >> IRQ 24 >> [ 16.377034] e1000e 0000:02:00.0: PCI: Disallowing DAC for device >> [ 16.377152] e1000e 0000:02:00.0: setting latency timer to 64 >> [ 16.377387] e1000e 0000:02:00.0: (unregistered net_device): Failed >> to initialize MSI-X interrupts. Falling back to MSI interrupts. >> [ 16.377511] e1000e 0000:02:00.0: (unregistered net_device): Failed >> to initialize MSI interrupts. Falling back to legacy interrupts. >> [ 16.377783] e1000e 0000:02:00.0: Disabling ASPM L0s >> [ 16.505464] e1000e 0000:02:00.0: eth2: (PCI Express:2.5GB/s:Width >> x1) 00:1b:21:9d:52:1b >> [ 16.505571] e1000e 0000:02:00.0: eth2: Intel(R) PRO/1000 Network >> Connection >> [ 16.505668] e1000e 0000:02:00.0: eth2: MAC: 3, PHY: 8, PBA No: >> E46981-005 >> [ 85.821142] e1000e: eth2 NIC Link is Up 100 Mbps Full Duplex, Flow >> Control: Rx/Tx >> [ 85.821162] e1000e 0000:02:00.0: eth2: 10/100 speed: disabling TSO >> >> >> And works without a problem. >> >> I see, that 8-stable has 7.1.9 version of the driver, and current has >> 7.2.2. Are there any patches for stable to update the driver to >> version 7.2.2, so I can check, if this can help? Or maybe anyone has a >> clue, how to make this card function in FreeBSD? >> >> Cheers, >> >> Wiktor Niesiobędzki >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > > _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"