Re: 82576 + NETMAP + VLAN

[Luigi Rizzo]

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

[Slawa Olhovchenkov]

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, >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

[Adrian Chadd]

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

[Adrian Chadd]

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

[David Magda]

> 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

[Timothy Pearson]

-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 

Re: 82576 + NETMAP + VLAN

[Slawa Olhovchenkov]

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"