Numeric Keypad does not works in 11.0-CURRENT amd64 r266916
I have upgrade to FreeBDS CURRENT amd64, with vt (newcons), version r266916 from r266536 and some keys on the keypad do not work: running the xev command I receive no output for the ‘/’, ‘*’ and ‘-’ keys, but even for the ‘+’ key I have some strange output: r266916: ButtonPress event, serial 38, synthetic NO, window 0x2a1, root 0x9d, subw 0x0, time 708649, (79,90), root:(117,172), state 0x0, button 3, same_screen YES ButtonRelease event, serial 38, synthetic NO, window 0x2a1, root 0x9d, subw 0x0, time 708649, (79,90), root:(117,172), state 0x400, button 3, same_screen YES ButtonPress event, serial 38, synthetic NO, window 0x2a1, root 0x9d, subw 0x0, time 708649, (79,90), root:(117,172), state 0x0, button 3, same_screen YES ButtonRelease event, serial 38, synthetic NO, window 0x2a1, root 0x9d, subw 0x0, time 708650, (79,90), root:(117,172), state 0x400, button 3, same_screen YES r266536, as expected: KeyPress event, serial 38, synthetic NO, window 0x2c1, root 0x9d, subw 0x0, time 368450, (114,90), root:(1233,135), state 0x0, keycode 86 (keysym 0xffab, KP_Add), same_screen YES, XLookupString gives 1 bytes: (2b) "+" XmbLookupString gives 1 bytes: (2b) "+" XFilterEvent returns: False KeyRelease event, serial 38, synthetic NO, window 0x2c1, root 0x9d, subw 0x0, time 368654, (114,90), root:(1233,135), state 0x0, keycode 86 (keysym 0xffab, KP_Add), same_screen YES, XLookupString gives 1 bytes: (2b) "+" XFilterEvent returns: False Regards Maurizio ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
diskid documentation
Hi, I'm trying to track down the documentation for the /dev/diskid/blah device nodes. Is there a man page? It appears that this is a current-only thing, so I'm asking here? (At least, none of my 9.x or 10.x machines have /dev/diskid.) Thanks, ==ml -- Michael W. Lucas - mwlu...@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Select() vs Netmap
Hey, guys. I'm currently experiencing a strange issue in my program (Using netmap). Sometimes, when I call select() in a FD, it gets like 4~8 packets per event, however suddenly it drops to 1~2 packets per event, losing a lot of performance and increasing the number of select calls necessary to poll the NIC for new packets. Is there any type of tweak I can do, to make this behavior becomes linear and sustain the performance in such case without these oscillations ? The behavior happens under the same stressing circumstances, around 1.4 Mpps~ (64 byte packets). Sincerely, Fred ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Select() vs Netmap
On Sunday, June 1, 2014, Fred Pedrisa wrote: > Hey, guys. > > > > > > I'm currently experiencing a strange issue in my program (Using netmap). > > > > Sometimes, when I call select() in a FD, it gets like 4~8 packets per > event, > however suddenly it drops to 1~2 packets per event, losing a lot of > performance and increasing the number of select calls necessary to poll the > NIC for new packets. > > > > Is there any type of tweak I can do, to make this behavior becomes linear > and sustain the performance in such case without these oscillations ? > > > > The behavior happens under the same stressing circumstances, around 1.4 > Mpps~ (64 byte packets). Is that one-point-four or fourteen? The firmer should be sustainable even with short batches. In any case apart from tweaking the interrupt moderation parameters in the device drivers, I'd check carefully the logic in your program and try to record a log of your activity. Average values rarely tell the full story of what is happening. One more thing, I think you use multuqueue, but no idea what kind of input traffic - whether it is all for the same destination or you have a mix of DST addresses. In the latter case, one thing to check is whether, on a restart of the program, the driver changes the hash key in the RSS filter. This might cause an imbalance in the traffic delivered to the queues. Cheers Luigi > > > > > Sincerely, > > > > Fred > > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org > " > -- -+--- Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/. Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -+--- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Select() vs Netmap
On Sunday, June 1, 2014, Fred Pedrisa > wrote: > Hey, guys. > > > > > > I'm currently experiencing a strange issue in my program (Using netmap). > > > > Sometimes, when I call select() in a FD, it gets like 4~8 packets per > event, > however suddenly it drops to 1~2 packets per event, losing a lot of > performance and increasing the number of select calls necessary to poll the > NIC for new packets. > > > > Is there any type of tweak I can do, to make this behavior becomes linear > and sustain the performance in such case without these oscillations ? > > > > The behavior happens under the same stressing circumstances, around 1.4 > Mpps~ (64 byte packets). Is that one-point-four or fourteen? The firmer should be sustainable even with short batches. In any case apart from tweaking the interrupt moderation parameters in the device drivers, I'd check carefully the logic in your program and try to record a log of your activity. Average values rarely tell the full story of what is happening. see why you are srving small batches. One more thing, I think you use multuqueue, but no idea what kind of input traffic - whether it is all for the same destination or you have a mix of DST addresses. In the latter case, one thing to check is whether, on a restart of the program, the driver changes the hash key in the RSS filter. This might cause an imbalance in the traffic delivered to the queues. Cheers Luigi > > > > > Sincerely, > > > > Fred > > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > -- -+--- Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/. Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -+--- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
RES: Select() vs Netmap
Hello, This is 1.4 Mpps (1.400.000 pps). There is a mix of src addresses, but one single dst address. Is there a way to disable rss maybe to check what happens ? -Mensagem original- De: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd-curr...@freebsd.org] Em nome de Luigi Rizzo Enviada em: domingo, 1 de junho de 2014 14:41 Para: Fred Pedrisa Cc: freebsd-current Assunto: Select() vs Netmap On Sunday, June 1, 2014, Fred Pedrisa > wrote: > Hey, guys. > > > > > > I'm currently experiencing a strange issue in my program (Using netmap). > > > > Sometimes, when I call select() in a FD, it gets like 4~8 packets per > event, however suddenly it drops to 1~2 packets per event, losing a > lot of performance and increasing the number of select calls necessary > to poll the NIC for new packets. > > > > Is there any type of tweak I can do, to make this behavior becomes > linear and sustain the performance in such case without these oscillations ? > > > > The behavior happens under the same stressing circumstances, around > 1.4 Mpps~ (64 byte packets). Is that one-point-four or fourteen? The firmer should be sustainable even with short batches. In any case apart from tweaking the interrupt moderation parameters in the device drivers, I'd check carefully the logic in your program and try to record a log of your activity. Average values rarely tell the full story of what is happening. see why you are srving small batches. One more thing, I think you use multuqueue, but no idea what kind of input traffic - whether it is all for the same destination or you have a mix of DST addresses. In the latter case, one thing to check is whether, on a restart of the program, the driver changes the hash key in the RSS filter. This might cause an imbalance in the traffic delivered to the queues. Cheers Luigi > > > > > Sincerely, > > > > Fred > > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > -- -+-- -+- Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/. Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -+-- -+- ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: diskid documentation
On Sun, 2014-06-01 at 09:41 -0400, Michael W. Lucas wrote: > Hi, > > I'm trying to track down the documentation for the /dev/diskid/blah > device nodes. Is there a man page? > > It appears that this is a current-only thing, so I'm asking here? (At > least, none of my 9.x or 10.x machines have /dev/diskid.) > > Thanks, > ==ml > > > I'm afraid not. In this case sys/geom/label/g_label_disk_ident.c *is* the documentation. sean bcc current@ cc geom@ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: diskid documentation
On 06/01/2014 10:17, Sean Bruno wrote: > On Sun, 2014-06-01 at 09:41 -0400, Michael W. Lucas wrote: >> Hi, >> >> I'm trying to track down the documentation for the /dev/diskid/blah >> device nodes. Is there a man page? >> >> It appears that this is a current-only thing, so I'm asking here? (At >> least, none of my 9.x or 10.x machines have /dev/diskid.) >> >> Thanks, >> ==ml >> >> >> > > > I'm afraid not. In this case sys/geom/label/g_label_disk_ident.c *is* > the documentation. > > sean > > bcc current@ > cc geom@ > Also, I believe it is only in 10.0-RELEASE and higher. Even if your kernel supports it, /dev/diskid will not exist if no hardware is found with supported strings (tested in a VM just now). ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
About the type of physaddr in struct usb_page.
Hi HPS,
I think the type of physaddr in struct usb_page is incorrect.
We shuld use bus_addr_t for physaddr.
What do you think about this?
60 * The following structure defines physical and non kernel virtual
61 * address of a memory page having size USB_PAGE_SIZE.
62 */
63 struct usb_page {
64 #if USB_HAVE_BUSDMA
65 bus_size_t physaddr;
66 void *buffer; /* non Kernel Virtual Address */
67 #endif
68 };
Regards,
Kohji Okuno
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Change for the worse in rsu wireless driver
I sent this message, without this top part, over an hour ago, and notice wlan0 is still up. I intended but forgot to CC to freebsd-current. But I am in newcons, having not started X so far this boot session. Maybe something rotten with Xorg, or interaction between rsu and X, or rsu and Firefox. I am afraid to try again with X, don't want to mess the file system to the extent of losing data. WLAN device is Hiro H50191 USB wireless adapter, chipset RTL8191SU. I just updated FreeBSD-current, both amd64 and i386, now both rsu and Xorg are highly unstable, at least on amd64. FreeBSD amelia4 11.0-CURRENT FreeBSD 11.0-CURRENT #6 r266948: Sun Jun 1 19:12:44 UTC 2014 root@amelia4:/usr/obj/usr/src/sys/SANDY11NC amd64 root@amelia4:~ # ls -l /usr/src/sys/dev/usb/wlan total 1164 -rw-r--r-- 1 root wheel 65759 Jun 1 16:23 if_rsu.c -rw-r--r-- 1 root wheel 19964 Jun 1 16:23 if_rsureg.h (snip) This is a change for the worse. Now I can connect with Hiro H50191; bug in re Ethernet driver persists, so I can't connect that way. I also had several crashes in Xorg, so am typing this with vi in newcons. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
