Re: 82576 + NETMAP + VLAN
On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: > Heh, file a bug with luigi; it should be defined better inside netmap itself. I am CC: luigi. Next question: do kevent RX/TX sync? In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. > > On 18 October 2015 at 14:00, Slawa Olhovchenkov wrote: > > On Sun, Oct 18, 2015 at 01:29:23PM -0700, Adrian Chadd wrote: > > > >> On 18 October 2015 at 11:56, Slawa Olhovchenkov wrote: > >> > I have 82576 in NETMAP mode. > >> > 802.1q packets received in decapsulated form. > >> > This is bug or this is normal behavior? > >> > >> I don't know if it's a bug or not; I don't know if it was ever defined > >> behaviour. > >> You should just disable the hardware vlan option via ifconfig or the > >> ioctl and it'll "work right". > > > > I am already do this, but this is very bad behavior: undocumented and > > unpredicable. > > 82599ES received this packets in 802.1q form. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 82576 + NETMAP + VLAN
On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote: > On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: > >> Heh, file a bug with luigi; it should be defined better inside netmap itself. > > I am CC: luigi. > > Next question: do kevent RX/TX sync? > In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. Hi, Nope. kqueue() doesn't do the implicit sync like poll() does; it's just the notification path. -adrian ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 82576 + NETMAP + VLAN
On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote: > On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote: >> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: >> >>> Heh, file a bug with luigi; it should be defined better inside netmap >>> itself. >> >> I am CC: luigi. >> >> Next question: do kevent RX/TX sync? >> In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. > > Hi, > > Nope. kqueue() doesn't do the implicit sync like poll() does; it's > just the notification path. actually not. When the file descriptor is registered there is an implicit sync, and there is another one when an event is posted for the file descriptor. unless there are bugs, of course. cheers luigi -- -+--- Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/. Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -+--- ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 82576 + NETMAP + VLAN
On Thu, Oct 22, 2015 at 11:24:53AM -0700, Luigi Rizzo wrote: > On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote: > > On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote: > >> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: > >> > >>> Heh, file a bug with luigi; it should be defined better inside netmap > >>> itself. > >> > >> I am CC: luigi. > >> > >> Next question: do kevent RX/TX sync? > >> In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. > > > > Hi, > > > > Nope. kqueue() doesn't do the implicit sync like poll() does; it's > > just the notification path. > > actually not. When the file descriptor is registered there > is an implicit sync, and there is another one when an event > is posted for the file descriptor. > > unless there are bugs, of course. I am register file descriptor in kevent with EV_SET(ke+used, thr->outside.fd, EVFILT_READ, EV_ADD | EV_ENABLE | EV_CLEAR, 0, 0, &thr->outside); after got event in kevent(kq, NULL, 0, ke, max_event, NULL) I am don't see anything in rxring. if I do ioctl(fd, NIOCRXSYNC, NULL) after kevent I am see received packets in rxring, but nothing transmited. if I do ioctl(fd, NIOCTXSYNC, NULL) before kevent -- packets transmited. I am try this in VirtualBox VM. Also, can you look in this thread about VLAN processing? ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 82576 + NETMAP + VLAN
On 22 October 2015 at 11:24, Luigi Rizzo wrote: > On Thu, Oct 22, 2015 at 11:12 AM, Adrian Chadd wrote: >> On 22 October 2015 at 09:35, Slawa Olhovchenkov wrote: >>> On Sun, Oct 18, 2015 at 07:45:52PM -0700, Adrian Chadd wrote: >>> Heh, file a bug with luigi; it should be defined better inside netmap itself. >>> >>> I am CC: luigi. >>> >>> Next question: do kevent RX/TX sync? >>> In my setup I am need to manual NIOCTXSYNC/NIOCRXSYNC. >> >> Hi, >> >> Nope. kqueue() doesn't do the implicit sync like poll() does; it's >> just the notification path. > > actually not. When the file descriptor is registered there > is an implicit sync, and there is another one when an event > is posted for the file descriptor. > > unless there are bugs, of course. Hm, I think there are bugs. I'll have to go remember what I saw when I was messing with this. I actually think it's doing the full sync each time and not the lazy sync (ie, only when the ring is empty) which kills performance. I think that was the "bug". -a ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Can't get ntp to work
> On Oct 18, 2015, at 08:03, Marcin Wisnicki > wrote: > > My ntpd stopped synchronizing clock sometime ago (default ntp.conf). > > To debug the problem I've tried running ntpdate and got strange results: > >> # ntpdate 0.freebsd.pool.ntp.org >> 18 Oct 13:53:14 ntpdate[55102]: no server suitable for synchronization found >> >> # ntpdate -u 0.freebsd.pool.ntp.org >> 18 Oct 13:53:19 ntpdate[55119]: adjust time server 193.25.222.240 offset >> 0.002672 sec > > > This would point to broken firewall BUT: > >> # nmap -p123 -sU 0.freebsd.pool.ntp.org >> >> Starting Nmap 6.49BETA5 ( https://nmap.org ) at 2015-10-18 13:52 CEST >> Nmap scan report for 0.freebsd.pool.ntp.org (193.25.222.240) >> Host is up (0.027s latency). >> Other addresses for 0.freebsd.pool.ntp.org (not scanned): 94.154.96.7 >> 95.158.95.123 46.175.224.7 >> rDNS record for 193.25.222.240: afrodyta.complex.net.pl >> PORTSTATE SERVICE >> 123/udp open ntp >> >> Nmap done: 1 IP address (1 host up) scanned in 0.64 seconds > > So there is nothing blocking the traffic. > > Any ideas ? Both “nmap" and “ntpdate -u” would use an unprivileged, ephemeral port, while ntpd(8) and a regular run of ntpdate(8) would use UDP 123 as the source port. Perhaps there is a firewall issue with source ports lower than 1024? ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Stable 10.1 kernel boot hang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, We are attempting to upgrade some older FreeBSD machines to use the ASUS KGPE-D16 mainboard, however the kernel on 10.1 hangs during boot while enumerating PCIe devices. Linux boots with no issues. Verbose boot log: Type '?' for a list of commands, 'help' for more detailed help. OK set boot_verbose="1" OK boot Booting... |/-\|/-\KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base= len=0009fc00 SMAP type=02 base=0009fc00 len=0400 SMAP type=02 base=000f len=0001 SMAP type=01 base=0010 len=bfb86000 SMAP type=02 base=bfc86000 len=1037a000 SMAP type=02 base=f0b0 len=4000 SMAP type=02 base=fec0 len=1000 SMAP type=02 base=fed0 len=1000 SMAP type=01 base=0001 len=00014000 Table 'FACP' at 0xbfca3680 Table 'SSDT' at 0xbfca3780 Table 'MCFG' at 0xbfca4630 Table 'TCPA' at 0xbfca4670 Table 'APIC' at 0xbfca46b0 APIC: Found table at 0xbfca46b0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 3 ACPI ID 3: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 4 ACPI ID 4: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 5 ACPI ID 5: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 6 ACPI ID 6: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 7 ACPI ID 7: enabled SMP: Added CPU 7 (AP) Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.1-RELEASE-p9 #0 57b23e7(releng/10.1)-dirty: Wed May 13 00:53:02 CDT 2015 root@pfsense-build:/usr/obj.amd64/usr/pfSensesrc/src/sys/pfSense_SMP.10 amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Preloaded elf kernel "/boot/kernel/kernel" at 0x824d2000. Calibrating TSC clock ... TSC clock: 260881 Hz CPU: AMD Opteron(tm) Processor 6129 (2000.06-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f91 Family = 0x10 Model = 0x9 Stepping = 1 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x837ff TSC: P-state invariant L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 9663676416 (9216 MB) Physical memory chunk(s): 0x0001 - 0x0009bfff, 573440 bytes (140 pages) 0x0010 - 0x001f, 1048576 bytes (256 pages) 0x024fc000 - 0xbfc85fff, 3178799104 bytes (776074 pages) 0x0001 - 0x000231518fff, 5122396160 bytes (1250585 pages) avail memory = 8263753728 (7880 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 3 APIC: CPU 4 has ACPI ID 4 APIC: CPU 5 has ACPI ID 5 APIC: CPU 6 has ACPI ID 6 APIC: CPU 7 has ACPI ID 7 x86bios: IVT 0x00-0x0004ff at 0xf800 x86bios: SSEG 0x098000-0x098fff at 0xfe001a367000 x86bios: EBDA 0x09f000-0x09 at 0xf809f000 x86bios: ROM 0x0a-0x0fefff at 0xf80a XEN: CPU 0 has VCPU ID 0 XEN: CPU 1 has VCPU ID 1 XEN: CPU 2 has VCPU ID 2 XEN: CPU 3 has VCPU ID 3 XEN: CPU 4 has VCPU ID 4 XEN: CPU 5 has VCPU ID 5 XEN: CPU 6 has VCPU ID 6 XEN: CPU 7 has VCPU ID 7 random device not loaded; using insecure entropy ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf16b0