Hi!
Would you mind filing a bug for this? I haven't seen this before but
yes, it should be fixed:
https://bugs.freebsd.org/submit/
Thanks!
-a
On 7 June 2014 20:45, Marcelo Gondim <gondim at bsdinfo.com.br>
wrote:> Hi All,
>
> Recently noticed the following:
>
> # devinfo -rv
>
> em0 pnpinfo vendor=0x8086 device=0x105e subvendor=0x8086
> subdevice=0x135e class=0x020000 at slot=0 function=0
> Interrupt request lines:
> 264
> pcib1 I/O port window:
> 0x4020-0x403f
> pcib1 memory window:
> 0xc1240000-0xc125ffff
> 0xc1260000-0xc127ffff
>
> After discovering the irq264 in interface em0, I did this:
>
> # cpuset -l 3 -x 264
>
> Even doing this, the em0 continues migrating to other CPUafter a short
> period of time.
>
> You see it happenwith top -PSH.
>
> Tested on more than one system with FreeBSD 10-STABLE.
>
> FreeBSD xxxx.xxxxx.xxx.xx 10.0-STABLE FreeBSD 10.0-STABLE #9 r267034: Wed
> Jun 4 02:22:38 BRT 2014 root at
xxxx.xxxxx.xxx.xx:/usr/obj/usr/src/sys/GONDIM
> amd64
>
> Cheers,
> Gondim
>
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at
freebsd.org"