On Mon, Jun 06, 2011 at 10:13:51PM -0400, grarpamp wrote:
> Is this work part of what's needed to enable the FreeBSD
> equivalent of TNAPI?
>
> I know we've got polling. And probably MSI-X in a couple drivers.
> Pretty sure there is still one CPU doing the interrupt work?
> And none of the multipl
Is this work part of what's needed to enable the FreeBSD
equivalent of TNAPI?
I know we've got polling. And probably MSI-X in a couple drivers.
Pretty sure there is still one CPU doing the interrupt work?
And none of the multiple queue thread spreading tech exists?
http://www.ntop.org/blog
http:/
On Tue, Jun 07, 2011 at 12:41:05AM +0200, Jilles Tjoelker wrote:
>
> There is a related issue with ranges in regular expressions, glob and
> fnmatch (likewise unspecified by POSIX outside the POSIX locale), but
> this is less likely to cause problems.
>
You care about ports, but suggested change
A few years ago, when locale support was added to the tr utility,
character ranges (except ones containing one or two octal escapes) were
changed to use the collation order instead of the character code order.
At the time, this matched other implementations of tr and was apparently
somewhat general
My proto code is ancient now, like 4 years old I'm guessing, this is the
most I've
ever seen as far as interest in it :) The hardware has evolved so it really
needs to
be updated.
If there's really interest then perhaps I should get something together that
can
actually be checked in?? Yes?
Cheers
Hi,
On Tue, May 31, 2011 at 12:23 PM, Warner Losh wrote:
>
> On May 22, 2011, at 9:48 PM, Arnaud Lacombe wrote:
>
>> Hi Warner,
>>
>> On Sat, Apr 2, 2011 at 6:49 PM, Warner Losh wrote:
>>>
>>> On Apr 2, 2011, at 1:10 PM, Robert N. M. Watson wrote:
>>>
On 2 Apr 2011, at 19:47, Warner Losh wr
If there's really interest then perhaps I should get something together
that can actually be checked in?? Yes?
Yes please.
Since Sandybridge interest has been growing particularly where systems are
being put together with bridges (non-transparent) with a notion that IO/AT
could be used to m
At Panasas we were looking at using that for some background parity
calculation.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freeb
On Mon, Jun 6, 2011 at 1:02 PM, Kostik Belousov wrote:
> On Mon, Jun 06, 2011 at 12:47:38PM -0700, Artem Belevich wrote:
>> Jack,
>>
>> Quite a while back you've posted I/OAT driver. Unfortunately the link
>> you posted does not seem to have the drivers any more. Do you still
>> have them availabl
On Mon, Jun 06, 2011 at 12:47:38PM -0700, Artem Belevich wrote:
> Jack,
>
> Quite a while back you've posted I/OAT driver. Unfortunately the link
> you posted does not seem to have the drivers any more. Do you still
> have them available somewhere?
>
> Do you know if Intel has technical info on t
Jack,
Quite a while back you've posted I/OAT driver. Unfortunately the link
you posted does not seem to have the drivers any more. Do you still
have them available somewhere?
Do you know if Intel has technical info on the DMA engine available? I
believe long time back when it was still I/OAT it w
I've submitted PR http://www.freebsd.org/cgi/query-pr.cgi?pr=157657.
Dmitry
On Thu, Jun 2, 2011 at 6:34 PM, John Baldwin wrote:
> On Wednesday, June 01, 2011 12:42:42 pm Dmitry Krivenok wrote:
>> Hello Hackers,
>> I think I found a bug in ksched_setscheduler() function.
>>
>> 209
12 matches
Mail list logo
